The Residual World::Tag = 'Keynote'
Entries that have been tagged with 'Keynote'.-
by Nic Plum on Wednesday 10 March, 2010 - 16:36 GMT
Posted in Architecture Modelling
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 ...
- 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.
- scope boundaries (strategists)
- requirement concepts ( owners)
- design logic (designers)
- plan physics (builders)
- part configurations (implementers)
- product instances ( operators)
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.
- 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
- Inventory models = bills of materials
- Entity models, data models
- Price models = functional specs
- Transformation models
- Network models = drawings
- Geographic models, distribution models, geometry
- Organisation models = operating instructions
- Work flow models
- 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”
Is there a technical solution to the problems? The enterprise problem is an engineering problem not a technical problem.
- 1 Week Extension to Deadline for Submissions for Integrated EA 2011 (40% )
- Integrated EA 2011 - Draft Programme Released (40% )
- TRAK is a Finalist in the 2011 IET Innovation Awards (20% )
- Brake Fast in Emergency by Sleepertrack (Humour) (20% )
- TRAK Receives an INCOSE 2010 Working Group Award (20% )