Book a Demo

Please note : This help page is not for the latest version of Enterprise Architect. The latest help can be found here.

Prev Next

Levels of Architecture

An Enterprise has a complex and typically hierarchical structure, and you will need to create architectures at discrete levels of this structure. This hierarchy of architectures is analogous to the hierarchies of goals and capabilities, and intuitively aligns with Strategic, Program and Project level divisions. In a small organization it might be possible to create a single architecture that covers the Strategic level and the Project or Capability levels, but in an enterprise of any appreciable size at least three separate levels are typically needed. The naming of the levels has been influenced by The Open Group Architecture Framework (TOGAF).

  • Strategic - Long term in the range of 3 - 5 years
  • Tactical - Mid term in the range of 1 - 2 years
  • Solution - Short term in the range of 6 - 12 months

The different levels of architecture will address different levels of concerns and have different audiences. The architecture framework and the repository must assist in ensuring these architectures are leveled and synchronized so that they form a cohesive and balanced view of the entire enterprise.

Enterprise Architect has a number of useful features that will assist the architecture program to partition and maintain these levels of the architecture and their inter-relationships.

Levels of Enterprise Architecture modeled in Sparx Systems Enterprise Architect


Strategic architectures describe strategic plans and initiatives and typically run for years rather than months. A Strategic architecture will provide a long-range plan that is typically a view of the future over a three to five year period; this period can be longer for industries or enterprises that are not affected by dynamic and disruptive environments. The Strategic architectures must support (or align with) the enterprise's strategic goals, and Tactical and Solution architectures must help achieve the Strategic architecture or run the risk of not being funded.

Enterprise Architect can be used to define and manage Strategic-level architectures, and can also help to ensure that Tactical and Solution architectures are aligned to support the strategic direction. The Strategic Modeling technology has a number of tools that can be utilized, such as the Balanced Scorecard diagram that can help to identify goals related to Information Technology. There are a number of tools, including the Relationship Matrix, diagrams and the Traceability window, that can be used to show the relationships between elements of the Business, Information, Application and Technology architectures and to ensure that they all demonstrably contribute to the achievement of the strategic goals.


Tactical architectures describe mid-range plans that help to partition the Strategic-level architectures into manageable groups. They typically could run for a number of years and represent a portfolio or program-level plan of how to achieve the goals expressed in the strategic architectures they relate to. They act as a framework for organizing solution-level initiatives and ensuring that capabilities are developed that ultimately create business value.

Enterprise Architect has tools to support the Tactical-level architectures and to ensure that the partitioning of the Strategic-level architectures - and in turn the partitioning to Solution-level architectures - can be visualized. Roadmap diagrams can be used at all levels of the Tactical architecture, including Business, Information, Application and Technology architectures, showing the time sequencing of the initiatives at a portfolio or program level.


Solution architectures describe specific project- or capability-level initiatives that can typically be completed in months rather than years. From a business perspective they are usually focused on a particular problem or opportunity. Similarly, from a technical level they usually involve a slice through Information, Application and Technology areas, but might in some circumstances require a number of these to be addressed.

Enterprise Architect has a rich set of tools that can assist at the Solution architecture level, from defining the business goals and objectives and relating these to information and application components, to the technology devices that underpin the applications. Business Architecture can be defined and managed using stereotypes and profiles to create representations of the Business Drivers, Goals and Objectives, and these can be demonstrated to stakeholders using diagrams, matrices and documentation published automatically from the models. Tools such as the Schema Composer, Database Builder and UML Class diagram will assist with working with the Information architecture, and the elements created can be related to the Business architecture. Application Services, Applications and Interfaces can be modeled, and their relationships to each other and to elements of the Business and Technology architectures can be defined and presented in a variety of visually compelling representations such as diagrams, matrices and lists. The technology services and technology nodes and devices can be managed and, where applicable, they can be derived from the Technical Reference Model.

Enterprise Architect can also be used as the platform for Architectural Requirements Management, which can be related to elements that make up the Business, Information, Application, Technology and other specific architectures. The effective and flexible Kanban facilities can be used to manage these projects and ensure that the business value is delivered in a timely manner.