Many of the answers below focus on technology. What you really need to focus on is the goal of architecture management.
Who is the target audience? How will architecture management (however you have defined it) relate to the business goals of this audience? What are you enabling with this initiative?
You also need to look at how architecture management contributes to goals of the organization beyond this immediately identified target audience because to be relevant and stay funded you have to be seen as a valuable contributor and enabler and not just a costly documentation exercise (that in many cases is mostly only used by the IT group).
We work with many organizations that are focused on an immediate technical or direct business architecture need - we help them look beyond this immediate solution (band-aid?) to an expansive more encompassing scalable solution that is future-proof and reduces an organization's total cost of ownership.
It'll all depend on your major focus: Enterprise Architecture, Solution Architecture, Software Architecture, Business Process Management etc.
In general I'd look on model verification, compliance with standard notations (UML 2.x, BPMN 2.0) and ea frameworks support (TOGAF, Zahman) along with extendability and manageability.
Architecture Management does not track well with those who control the purse strings.
And yet transformations - e.g., digital transformation - invariably need changes to the underpinning architectures. While Exec-s aspire transformations - digital or other - they wont necessarily see or appreciate the need for infra-structure transformations.
So the single most important aspect is to engage with / sell to the Exec-s the fact that Architecture Management is essential in the digital age.
Needless to say that the while clean slate architecture (like building a brilliant house on a vacant land) is all too easy, transformation from a legacy world to a well-architected new world (like transforming a thriving city into more efficient city) requires vision, roadmap and dogged determination to execute, all the time navigating the prevailing funding and organisational context. Happy days. :-)
Define your terms! Are we taking about evaluating the quality of EA Management processes, or technology available to support EA?
In either case it's important to understand the maturity of current processes, state of current architecture, rate of change in the enterprise and perceived current "fit" of architecture to business activities.
With that knowledge in hand ... the better current architecture supports current business, and has been able to flex to support changes, the better the practice is. The tooling decision is critically tied to maturity -- don't buy a tool that you can't handle at your current maturity state.
Things I would specifically look for would be compatibility with business process, application and data design technologies. "Fit" with other methodologies (agile, for instance), and support for standards such as TOGAF.
I am searching for a graphic illustration tool to model the architecture of IT systems. It has to be capable to import and export the following file types:Import: Excel(.xls)Export: Excel, HTML, PNG, JPG, PDF, SWFThe graphic illustration should meet the following requirements:
Illustration o... Read More »