The Zachman Framework is an enterprise architecture ontology that uses a schema for organizing architectural artifacts (e.g. design documents, specifications, and models).
► See the whole picture with this agile enterprise architecture framework.
Enterprise Architecture (EA) is the discipline that defines, organizes, standardizes, and documents an organization’s structure and workflows to create and manage more efficient processes. A specialty devoted equally to the worlds of IT and business, EA introduces practical standards across departmental units and teams in order to streamline efforts with an intelligent sharing of resources.
The evolution of Enterprise Architecture brought several frameworks architects may implement when approaching the discipline; one of which is the Zachman framework. These frameworks describe an example taxonomy of the kinds of architectural “views” that an architect might consider developing, and provide guidelines for making the choice for developing those views.
The Zachman Framework is an enterprise architecture ontology that uses a schema for organizing architectural artifacts (e.g. design documents, specifications, and models). The Zachman Framework for Enterprise Architecture aims to take into account and synergize both the artifact targets (business owners and system builders) and the particular issue that is being addressed (e.g. data and functionality).
The earliest version of this framework was introduced by John Zachman, who released “A Framework for Information Systems Architecture” in the 1980s. In 1992, Zachman proposed six descriptive areas of focus—data, function, network, people, time, and motivation—and six perspectives (also known as “players”)—planner, owner, designer, builder, subcontractor, and enterprise.
“A Framework for Information Systems Architecture” (1987), a conceptual precursor to the “Zachman Framework”, as it appeared in Vol. 26., No. 3 of the IBM Systems Journal.
This is the basis for the modern Zachman framework. This was also a watershed moment in Enterprise Architecture because it provided a completely new way of approaching the discipline.
Zachman saw that information systems were bringing about the complexity that needed to be mapped with clearer classifications and interfaces—a veritable blueprint, or “architecture,” of IT components across an enterprise. Since then there have been several updates of Zachman’s original ontology.
This framework, along with a few others, is used by Enterprise Architects when approaching strategies for the development of information systems architecture.
It is important to note that the Zachman framework is not a methodology, and therefore functions differently. In information science, ontology is a way of showing the properties of a subject area and how they are related. It is the process of defining a set of concepts and categories that represent the subject.
It is a structure whereas a methodology is a process. A structure is not a process. A structure establishes definition whereas a process provides transformation. In this way, the framework (ontology) is unpredictable and changing, producing various outcomes where nothing is repeatable. A methodology is a process of transformation from one state into another. The Zachman framework is an ontology, differentiating it from other Enterprise Architecture frameworks.
An ontology is the classification of the total set of present “primitive” (elemental) components that are important to the existence of an object. A methodology, on the other hand, produces “composite” (compound) implementations of the primitives. Primitives are timeless, whereas composites are temporal. For example, a periodic table of elements is an ontology (primitive), but the chemical process of turning bleach and alkali into saltwater is a process–it uses a defined methodology with a predictable outcome (composite).
The Zachman framework provided a fresh perspective of looking at and developing enterprise architecture. It asks the questions of What, How, When, Who, Where, and Why–and the integration and answers to these questions that enable the comprehensive, composite overview of complex ideas used to plan, implement, process and evaluate an organization's enterprise structure.
Zachman intended his framework to extend to the entirety of enterprise architecture and is not just restricted to information architecture.
The Zachman framework is designed to be a proactive business tool. It can be used to model an organization's existing functions, elements, processes, and business structure.
Unlike TOGAF and other more popular frameworks which are organized around a series of life cycles or steps, Zachman’s ontological approach is mapped around the points of view taken by the various “players” in an organization, providing an effective way of assessing the completeness of software development process models, in terms of an organization's information needs.
2022 Gartner Customers' Choice for Enterprise Architecture Tools..
Learn about all vendors in the Enterprise Architecture tool space.
Enterprise Architects on IT Priorities for 2022
From Technical Debt to Sustainability: International LeanIX EA & IT Strategy Survey 2022. To see how your priorities align with the priorities of IT teams from around the world, download the report..
Faster Time to Value with LeanIX EAM
LeanIX named a leader in SPARK Matrix: EA Tools, 2021
A Quadrant Knowledge Solutions report of the global Enterprise Architecture (EA) Tools market
LeanIX M&A Survey 2021
The Role of Enterprise Architects in M&A
4 Steps to M&A Success with LeanIX
Download our poster to see how LeanIX helps enterprise architecture teams accelerate IT workstreams following a merger or acquisition.
Enterprise Architecture Success Kit
Enterprise Architecture Roadmap
6 Steps for Achieving Quick and Sustainable Value
The Zachman framework structure is made up of 36 necessary categories for describing almost anything–especially complex things such as manufactured goods. The structure of the framework is made up of 36 categories set inside six rows and six columns which create a two-dimensional matrix.
The completed structure provides viewpoints and perspectives from each “player” involved in the system’s development process to give a comprehensive overview depending on which stakeholder is using the framework.
The columns of the Zachman framework tend to represent the interrogatives (or questions) that an enterprise is seeking to answer. These are the What, How, When, Who, Where, and Why mentioned above.
The questions will always differ depending on the rows (see below), which represent who is asking the question and for what purpose.
The six rows, on the other hand, represent the different viewpoints or perspectives of the “players” –stakeholders or viewpoints. These could be anyone within an organization; including planners, owners, architects, implementers, etc. However, they can also be represented as viewpoints: scope context, business concepts, system logic, technology, etc.
Zachman proposed seven basic rules for his framework. These Zachman framework rules help architects and IT managers use the tool efficiently and effectively.
While Zachman provides an agile and flexible approach to enterprise architecture, TOGAF (The Open Group Architecture Framework) is considered the de facto industry standard framework. This framework offers a methodological approach to EA design and is more popular among architects.
The TOGAF framework provides a series of actionable steps known as the Architecture Development Method (ADM). The ADM is a generic but adaptable methodology to approach the enterprise architecture process. The TOGAF-ADM framework works in life cycles of interchangeable steps to implement the decision choices and produce the desired models.
Alternative to TOGAF, the Zachman framework is an ontology that uses various enterprise perspectives in order to map, define, and plan complex components throughout an enterprise system.
Your general approach to enterprise architecture will determine whether to use Zachman or TOGAF. However, the two can be used to support each other; with TOGAF describing the detailed process for creating the Enterprise Architecture, and Zachman for categorizing the artifacts.
Enterprise architects looking to develop their expertise in EA would benefit from investing in The Zachman Certified - Enterprise Architect Program. This certificate provides the basic understanding and functional application of the Zachman framework to develop the theoretical and technical skills to engineer enterprise implementations.
There are four levels to the Zachman Certified - Enterprise Architecture Program:
This certification has many benefits for engineers and enterprise architects. The program is a professionally relevant and recognized certification. It can open up opportunities for career advancement and enhance marketability. Some work opportunities will also require the certification alongside the TOGAF certification or equivalent because it demonstrates an architect's ability to approach the role from varied and dynamic perspectives.
While the Zachman framework isn’t as popular as it once was, it is still a valuable tool in the enterprise architecture arsenal; one that is useful within modern organizations. Using an ontology to map complex information systems and business processes, the Zachman framework is most effectively used in conjunction with other more popular EA methodologies to categorize artifacts and specify deliverables.
With this, architects can accelerate their approach to enterprise architecture, creating more agile and adaptable methodologies in their approach to discipline.
Align Business and IT for Enterprise Architecture to succeed and achieve a simple, lean, and structured overview!
A lean and agile data model is key for Enterprise Architects, IT Architects, Business Architects or others.
See the whole picture with this agile enterprise architecture framework.
What is the Zachman Framework used for?
What are the principles of the Zachman Framework?
Is Zachman Framework still relevant?
What is the difference between TOGAF and Zachman Framework?