The Zachman Framework™ is a schema — the intersection between two historical classifications that have been in use for literally thousands of years.  The first is the fundamentals of communication found in the primitive interrogatives:  What, How, When, Who, Where, and Why.  It is the integration of answers to these questions that enables the comprehensive, composite description of complex ideas.  The second is derived from reification, the transformation of an abstract idea into an instantiation that was initially postulated by ancient Greek philosophers and is labeled in The Zachman Framework™:  Identification, Definition, Representation, Specification, Configuration, and Instantiation.^[1]

Since The Zachman Framework™ classification was observed empirically in the structure of the descriptive representations (the architecture) of buildings, airplanes, and other complex industrial products, there is substantial evidence to establish that The Zachman Framework™ is the fundamental structure for Enterprise Architecture and thereby yields the total set of descriptive representations relevant for describing an Enterprise.

The Zachman Framework™ typically is depicted as a bounded 6 x 6 "matrix" with the Communication Interrogatives as Columns and the Reification Transformations as Rows.^[2]  The Framework classifications are represented by the Cells — that is, the intersection between the Interrogatives and the Transformations.  This matrix would necessarily constitute the total set of descriptive representations that are relevant for describing something ... anything — in particular an enterprise.

More specifically, The Zachman Framework™ is an ontology — a theory of the existence of a structured set of essential components of an object for which explicit expressions is necessary and perhaps even mandatory for creating, operating, and changing the object (the object being an Enterprise, a department, a value chain, a "sliver," a solution, a project, an airplane, a building, a product, a profession, or whatever or whatever).

The Zachman Framework™ IS NOT a methodology for creating the implementation (an instantiation) of the object.  The Framework IS the ontology for describing the Enterprise.  The Framework (ontology) is a STRUCTURE whereas a methodology is a PROCESS.  A Structure is NOT a Process.  A Structure establishes definition whereas a Process provides Transformation.

Processes based on ontological structure will be predictable and produce repeatable results (for example, Chemistry, based on the Periodic Table).

Conversely, Processes without ontological structures are ad hoc, fixed, and dependent on practitioner skills (for example, Alchemy, based on trial and error).

The Zachman Framework™ is a metamodel and, unlike a methodology, does not imply anything about:

1. Whether you do Architecture or whether you simply build implementations — that is, whether you build Primitive Models (the ontological, single-variable intersections between the Interrogatives and the Transformations) or whether you simply build ad hoc, multi-variable, composite models made up of components of several Primitive Models.
   
   
2. How you do Architecture:  top-down, bottom-up, left to right, right to left, where to start, etc., etc.
   
   
3. The long-term/short-term trade-off relative to instantiating the expression of the components of the object — that is, what is formalized in the short-term for implementation purposes versus what is engineered for long-term reuse.
   
   
4. How much flexibility you want for producing composite models (Enterprise implementations) from your Enterprise Architecture (primitive models) — that is, how constrained (little flexibility) or unconstrained (much flexibility) you make the horizontal, integrative relationships between the Cell components across the Rows and the vertical, transformational relationships of the Cell components down the Columns.
   
   
5. Although these are significant, identifiable, methodological choices, they are not prescriptions of The Framework structure.

The Zachman Framework™ is the basis for Architecture — We know what architecture is for industrial products (buildings, airplanes, locomotives, computers, etc., etc.) because in the Industrial Age, it was the industrial products that were increasing in complexity and the industrial products that were changing.  If we had not gotten extremely sophisticated relative to architecture for industrial products, we would not likely be able to create and change complex industrial products and we would likely still be in the Industrial Age learning about Product Architecture.

Now that we are in the Information Age, it is the Enterprise that is increasing in complexity and the Enterprise that is changing.  It is my opinion that Enterprise Architecture is the determinant of survival in the Information Age.  Therefore, The Framework for Enterprise Architecture — The Zachman Framework™ — has some profound significance in putting definition around Enterprise Architecture, the survival issue of the Century.  We have yet a LOT to learn about Enterprise Architecture, but I submit, The Zachman Framework™ would be a good place to start.

Published with permission from Zachman International, Inc.

[1]  Originally described by John A. Zachman in the classic article: "A Framework for Information Systems Architecture," IBM Systems Journal, Vol. 26, No. 3, p. 276 (1987). Available at: www.zachman.com/images/ZI_PIcs/ibmsj2603e.pdf  

[2]  For the latest graphic of the The Framework (Zachman Framework 3.0) visit: www.zachman.com/  

# # #