Architectures matrix might be useful in enterprise architecture process.
One of the convenience and efficient way that I use is creating matrix of all of the enterprise architectures. That matrix helps a lot to map the architecture by the enterprise needs, constraints etc. this matrix mapping not just supply a map of enterprise demands and architecture points that meet enterprise demands it also helps us to see how and what architecture decision effect the business. I usually use that matrix to compare different architecture attitude to see which one of them answer most of the business demands.
How to build architecture matrix? Well the X axis holds the output of business architecture which is actually all business demands, needs, vision, constraints etc’. the Y axis is split into several categories as the number of enterprise architectures that make together the enterprise architecture. I use to do work on 5 different architectures that include: Information, Application, Software, Engineering and technological. Every category holds rows for each architecture point together with indication when certain architecture point fulfilling one of the business demands (mark in the right cell). If one architectural point conflict with one of the enterprise business needs and indication for that conflict should me mark as well.
Just for demonstration purpose here is partly imaginary matrix :
Business needs / other Arc. points | 7*24 systems | User can move between systems build by diff teams without being aware of | Using existing products | Minimize distribution to user machines from technical and financial reasons | No private or un-retrieval data storage will be build | No duplication of data or code. | Minimize systems maintains |
Information | | | | | | | |
Entity oriented | | + | | | + | + | |
One entity the only responsible for handle entity data. | | | | | | + | |
Application | | | | | | | |
Application connect different information entities into given context | | | | | + | + | |
Web development | + | + | | + | | | |
Software | | | | | | | |
OO development. | | | | | | | + |
Using design patterns. | + | | + | | | | + |
Engineering | | | | | | | |
Server consolidation. | + | | | | | | + |
Grouping as much as possible system components on single server. | + | | | | | | + |
Technological | | | | | | | |
Purchase of controls / products | | | + | | | | |
| | | | | | | |