Integrated EA 2010 - Keynote Presentation - John Zachman

Notes taken on the hoof from the Integrated EA 2010 conference at Whitehall in London. 

Enterprise Architecture (EA) isn’t the IT. The IT people might recognise the problem first and have the drafting skills to do EA, but ... 

Abstractions

• bills of materials (why)
• functional specs (how)
• drawings (where)
• operating instructions (who)
• timing diagrams (when)
• design objectives (why)

With primitives.You need to separate the independent variables - increases flexibility. Increased granularity doesn’t produce flexibility only smaller pieces.

Perspectives

• scope boundaries (strategists)
• requirement concepts ( owners)
• design logic (designers)
• plan physics (builders)
• part configurations (implementers)
• product instances ( operators)

Reification involves:

• Identification
• Definition
• Representation
• Specification
• Configuration
• Instantiation

Important to be able to see patterns. Architecture is the set of descriptive representations of a complex objects such that it can be created and forms a baseline for change. Descriptions includes all of the intersections between the abstractions. EA does the same for the enterprise.

Abstractions include

• inventory models
• process models
• geographic models
• work flow models
• cyclical models
• objective models

and the perspectives

• scope boundaries
• business models
• system models
• technology models
• tooling configurations

What?

• Inventory models = bills of materials
• Entity models, data models

How?

• Price models = functional specs
• Transformation models

Where?

• Network models = drawings
• Geographic models, distribution models, geometry

Who?

• Organisation models = operating instructions
• Work flow models

When?

• Timing models = timing diagrams
• Control structures, cyclical models, dynamics models

System models are platform independent - they are logical models and do not contain technology.  Business models are computation independent. Technology models are platform specific - they contain technologies. Tooling configurations are vendor product specific.

“The Zachman Framework is not a methodology.”

“Why would anyone think that the descriptions of an enterprise are going to be different from the descriptions of anything else that humanity has devised? Architecture is architecture. EA is not arbitrary and it is not negotiable.”

“The framework schema is technically an ontology. A framework is a structure.  A structure defines something. (The periodic table is a structure.) It is a closed set. The periodic table provides a definition. A process transforms something. A process based on a ontological structure is repeatable and predictable - a science.”

“more variables means less reuse”. i.e. use relationships to provide context not title/name etc. “architecture is the factoring out of primitive components ... we live in the composite / complex views”

Conclusions
Is there a technical solution to the problems? The enterprise problem is an engineering problem not a technical problem.

Comments

Comment on this article

Related Articles

Sharing tags:

• 1 Week Extension to Deadline for Submissions for Integrated EA 2011 (40% )
• Integrated EA 2011 - Draft Programme Released (40% )
• Brake Fast in Emergency by Sleepertrack (Humour) (20% )
• TRAK Receives an INCOSE 2010 Working Group Award (20% )
• TRAK is a Finalist in the 2011 IET Innovation Awards (20% )

External Links

• Integrated EA website