Zachman Framework Source: Enterprise Architecture, Intervista Institute www.intervista-institute.com.

Slides:



Advertisements
Similar presentations
Database Planning, Design, and Administration
Advertisements

Ch:8 Design Concepts S.W Design should have following quality attribute: Functionality Usability Reliability Performance Supportability (extensibility,
Data Modeling and Database Design Chapter 1: Database Systems: Architecture and Components.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 12 Slide 1 Distributed Systems Design 2.
Prentice Hall, Database Systems Week 1 Introduction By Zekrullah Popal.
e-Framework Components and Responsibilities.
Systems Engineering in a System of Systems Context
OASIS Reference Model for Service Oriented Architecture 1.0
Data - Information - Knowledge
8.
A Tutorial on the Zachman Framework for Enterprise Architecture
All Rights Reserved: JusticeExperts.com Enterprise? What Enterprise? Enterprise Development.
Knowledge Acquisitioning. Definition The transfer and transformation of potential problem solving expertise from some knowledge source to a program.
1 SYSTEM and MODULE DESIGN Elements and Definitions.
SWE Introduction to Software Engineering
1 Introduction to: Information systems architectures and infrastructures.
The Use of Zachman Framework Primitives for Enterprise Modeling
Nov. 14, 2007 Systems Engineering ä System ä A set or arrangement of things so related as to form a unity or organic whole. ä A set of facts, principles,
Introduction to Information Architecture Informatics Training for CDC Public Health Advisors.
Lecture Nine Database Planning, Design, and Administration
Course Instructor: Aisha Azeem
3106 Use of UML 2.0 Diagrams for Systems Architecture Modeling Gundars Osvalds Systems of Systems Architect The Boeing Company.
Geog 463: GIS Workshop May 15, 2006 Information Systems Architecture Reading: Zachman 1987.
Developing Enterprise Architecture
© Drexel University Software Engineering Research Group (SERG) 1 Based on the paper by Philippe Kruchten from Rational Software.
Database System Development Lifecycle © Pearson Education Limited 1995, 2005.
Overview of the Database Development Process
April 2006Peter Henderson, University of Southampton1 The Architecture of Open Systems Peter Henderson Dependable Systems and Software Engineering and.
Chapter 6 System Engineering - Computer-based system - System engineering process - “Business process” engineering - Product engineering (Source: Pressman,
Database Design - Lecture 1
6-1 DATABASE FUNDAMENTALS Information is everywhere in an organization Information is stored in databases –Database – maintains information about various.
Engineering, Operations & Technology | Information TechnologyAPEX | 1 Copyright © 2009 Boeing. All rights reserved. Architecture Concept UG D- DOC UG D-
Database Design – Lecture 16
ITEC224 Database Programming
STORING ORGANIZATIONAL INFORMATION— DATABASES CIS 429—Chapter 7.
Copyright © 2013 Curt Hill The Zachman Framework What is it all about?
©Ian Sommerville 2000 Software Engineering, 6th edition. Slide 1 Component-based development l Building software from reusable components l Objectives.
9/14/2012ISC329 Isabelle Bichindaritz1 Database System Life Cycle.
SAMANVITHA RAMAYANAM 18 TH FEBRUARY 2010 CPE 691 LAYERED APPLICATION.
CPSC 871 John D. McGregor Module 6 Session 3 System of Systems.
Enterprise Architecture Enterprise Architecture = a framework or ‘blueprint’ for how the organization achieves the business objectives at hand and in future.
Patterns and Reuse. Patterns Reuse of Analysis and Design.
1.file. 2.database. 3.entity. 4.record. 5.attribute. When working with a database, a group of related fields comprises a(n)…
Storing Organizational Information - Databases
Middleware for FIs Apeego House 4B, Tardeo Rd. Mumbai Tel: Fax:
Chapter 6 Architectural Design.
Advanced Computer Networks Topic 2: Characterization of Distributed Systems.
Methodology - Conceptual Database Design
Enterprise Systems Architectures EGN 5621 Enterprise Systems Collaboration (Professional MSEM) Fall, 2012.
Information Systems Engineering. Lecture Outline Information Systems Architecture Information System Architecture components Information Engineering Phases.
Chapter 10 Analysis and Design Discipline. 2 Purpose The purpose is to translate the requirements into a specification that describes how to implement.
McGraw-Hill/Irwin © 2008 The McGraw-Hill Companies, All Rights Reserved Chapter 7 Storing Organizational Information - Databases.
Prepared By Prepared By : VINAY ALEXANDER ( विनय अलेक्सजेंड़र ) PGT(CS),KV JHAGRAKHAND.
FDT Foil no 1 On Methodology from Domain to System Descriptions by Rolv Bræk NTNU Workshop on Philosophy and Applicablitiy of Formal Languages Geneve 15.
Database Environment Chapter 2. Data Independence Sometimes the way data are physically organized depends on the requirements of the application. Result:
1 ECCF Training 2.0 Introduction ECCF Training Working Group January 2011.
Foundations of Geospatial System Development Todd S. Bacastow Professor of Practice for Geospatial Intelligence John A. Dutton e-Education Institute The.
Banaras Hindu University. A Course on Software Reuse by Design Patterns and Frameworks.
Information Resource Stewardship A suggested approach for managing the critical information assets of the organization.
Castlebridge associates | | Castlebridge changing how people think about information How to Implement the.
Introduction to Service Orientation MIS 181.9: Service Oriented Architecture 2 nd Semester,
Welcome: To the fifth learning sequence “ Data Models “ Recap : In the previous learning sequence, we discussed The Database concepts. Present learning:
Managing Enterprise Architecture
Ver 1,12/09/2012Code :CIS-131-SIS.-ENTERPRISEFASILKOM Architecture ENTERPRISE Systems By Kundang K Juman, Ir. MMSI Pertemuan-1.
What is Enterprise Architecture?
Zachman Framework Lecture 2.
Distribution and components
A Tutorial on the Zachman Framework for Enterprise Architecture
SAMANVITHA RAMAYANAM 18TH FEBRUARY 2010 CPE 691
System architecture, Def.
Presentation transcript:

Zachman Framework Source: Enterprise Architecture, Intervista Institute

Enterprise Engineering Design Objectives Alignment Integration Reusability Flexibility

Alignment Means… The implemented systems to be aligned with the business purpose 1.Build Row 1 models 2.Build Row 2 models 3.Build Row 3 models 4.Build Row 4 models 5.Build Row 5 models Ensuring the intent of each Row is successfully represented in the succeeding Row

Alignment To keep the implementation (Row 6) aligned with management’s intent (Rows 1, 2) Management’s intent (Rows 1, 2) The Design state of the art (Row 3) The Technology constraints (Row 4) The Technology products (Row 5) And The Enterprise Data (Column 1) The Processes(Column 2) The Distribution Network (Column 3) The Organization (Column 4) The Dynamics (Column 5) The Business Strategy (Column 6) (You have to retain and maintain the models)

Integration means… No discontinuity between the various related concepts within the Enterprise  Scope integration –no discontinuity within any one kind of model across the scope  Horizontal integration—no discontinuity across the different kinds of related models from Column to Column  Vertical integration—no discontinuity between the various Rows, the Owner’s, Designer’s, and Builder’s constraints

Three Definitions of “Integration” WhatHowWhereWhoWhenwhy Planner Owner Designer BuilderScope Integration Builder Sub- contractor ThingsProcessLocationPeopleTimeMotivation Horizontal Integration (any row) Vertical Integration (any column)

Integration Integration implies sharing, normalization You have any one concept defined only one time Any time you need some one concept, you reuse what has already been defined Do not re-create that same concept because it will cause redundancies and potential inconsistencies, discontinuities, etc. Integration is the Enterprise equivalent of Standard Interchangeable Parts

Reusability Related to integration If you want to engineer something to be reused, you have to know the total set of possibilities in order to engineer characteristics that will accommodate multiple uses. The key to reuse (and Integration) is Enterprise-wide normalized models.

Flexibility Means… Things implemented such that they can be changed in minimum time with minimum disruption, at minimum cost Similar concept: adaptability To achieve flexibility… Working with standard, interchangeable parts, that is, integrated architecture Any one concept exists only one time so if you need to change it… you change it once and it is changed for every deployment. Having an inventory of all the reusable concepts so you know where they are and that they are and could find them when you want to re-use them

Enterprise Division A Division BDivision C

Enterprise Division A Division BDivision C A Division? Easiest structure to conceptualize because it clearly consists of a set of business functions all integrated in support of a common business objective

Enterprise Division A Division BDivision C The whole enterprise?

Enterprise Division A Division BDivision C The Corporate Office?

Enterprise Division A Division B Division C The Intersection of the Divisions?

Enterprise Division A Division BDivision C An Implementation, i.e. an application? If you choose a boundary less than the natural integration boundary, you will dis-integrate the Enterprise

Enterprise Division A Division BDivision C Division A Division B Division C Division A Division B Division C If you choose a boundary beyond your jurisdictional control, you can no longer “declare” the models, you must “negotiate” the models.

Where to Start? The best place to start is at Row 1… Row 1 people build Row 1 models Row 2 people build Row models Row 3 people build Row 3 models; and so on. If you can’t get the Row 1 and Row2 people to build the Rows 1 and 2 models, the next best alternative is for Row 3 people to make assumptions about the Rows 1 and 2 models, but to make the assumptions explicit by actually building the models. Which column to start with is a function of your value system. The column you start with, you are tending to optimize. Subsequent columns you are tending to compromise. Zachman’s suggestion: starting with Col. 1, 3, & 6

Generic Responsibilities DataFunctionNetwork Scope Business model Business Strategy Indstrl Engnrng Logistics Mgnt System model Data AdminAppln AdminTech Planning Tech. Model Database Admin Project MgntDP Ops Detailed representations Network Admin Functioning enterprise e.g. datae.g., functione.g., communications Strategic Planning

Other Three Columns PeopleTimeMotivation Scope Org. Strategy Business model ? ? ? System model User Interface Systems Prog ? Tech model Security Mgmt ? Detailed representations Functioning enterprise Strategic Planning Business Planning

Zachman’s Architectural Principles Ensure implementations reflect the characteristics of the business such that the reality of the implemented Enterprise is consistent with management’s requirements/expectations. Ensure the meaning (semantics) of the data is consistent from implementation to implementation so that cross-application views are relevant and historical analysis over time is possible. Ensure hardware/system software is compatible from node to node to sustain the capability to successfully send messages between Enterprise components.

Ensure business rules are enforced consistently from implementation to implementation to coordinate and/or change behavior within the Enterprise. Ensure systems are defined logically, independent of technology constraints such that the implementation technology can be changed with minimum disruption and cost. Ensure change is incorporated as a design and a management criteria such that any aspect of the Enterprise (including the systems) can be maintained relevant in a dynamic environment. Zachman’s Architectural Principles