The Building blocks-components of EA part 2-process, people, Network and time

1. Zachman Framework

Information (Data)-Answer the Question ' what? '

Contextual: List of things important to the business

Conceptual: Semantic model-taxonomy

Logical: Entity Relationship Diagram

Physical: Physical Data Model

As Built: Data Dictionary; Data definitions; Data Structures

Functional: Data created and deployed in work activity

Strategy/motivation-answer the Question ' Why? '

Contextual: Organisational strategy; Business Goal and Strategies

Conceptual: Business Plan

Logical: Business Rule Model

Physical: Rule Design

As Built: Rules specification

Functional:actual Activity

Function (Process)-Answer The Question ' how? '

Contextual: List of Business Processes (Porter ' Value Chain)

Conceptual: Business Process Model

Logical: Application Architecture

Physical: System Design

As Built: Programs

Functional: Work activity

People-answer the Question ' Who? ' 42:16

Contextual: List of organisations Important to the business

Conceptual: Work Flow Model

Logical: Human Interface Architecture; Role Descriptions

Physical: Presentation Architecture

As Built: Security Architecture

Functional: People at work

Timing-answer the Question ' when? '

Contextual: List of events significant to the business

Conceptual: Master Schedule (to get prepared and allocate resources)

Logical: Processing Structure

Physical: Control Structure

As Built: Timing Definition

Functional: Actual Business Schedule

Network-answer the Question ' Where? '

Contextual: List of Operating Locations

Conceptual: Business Logical Systems

Logical: Distributed System Architecture

Physical: Technology Architecture

As Built: Network Architecture

Functional: Actual Physical Networks

2. Issues with Zachman Framework

Where to start

Top-down

Down-up:start documenting processes But different engineers has different views on processes

Middle-out:cannot Start Technology Configuration

Static Template

Conceptualises architecture as a ' thing ', not a process. It does nothing.

Document Rich

Multiple stakeholders views x multiple communities of stakeholders

Operationally there is cells (exclude ' motivation ') each with its own set

Absence of process, could leads to a process-heavy approach to over compensate

(Each unit might is having its own function)

Detailed traceability matrix or database/inventory-sound good in theory, but could add overheads to the architecture Pro Ject.

3. Zachman Framework Benefit

As governance instrument providing

-visibility

-control

-re-usability

Repository of artefacts describing the business

Coordination between business units for decision making

Explicitly shows the many different perspectives that need to being addressed by an architecture (i.e. it reinforces the Unde Rstanding that a architecture have many different stakeholders and of the different issues that need too be considered)

-Scope (Planner ' s view)

-Enterprise (business owner ' s view)

-System model (architect ' s view)

-Technology Model (designer ' s view)

-Detailed representation (builder's view)

4. Risks with Zachman Framework

No Formal requirements planning management has to engage stakeholders

No Transition Planning

Not able to deconstruct into units's work

What's the expected output from individual cells and the overall model?

Compartmentalization of perspectives suggests level of mutual exclusivity this does not exist

Governance procedures, management structure, process, controls.

1:09:00

Zachman Framework as a concept you need to consider what you conceptualize this to script Process bounded, knowledge particularly the objects, which leaving no cells with an overall balance view and the overall Ente Rprise architecture.