Brief History of Architecture Frameworks - PowerPoint PPT Presentation

1 / 23
About This Presentation
Title:

Brief History of Architecture Frameworks

Description:

Zachman developed a structure or framework for defining and capturing an architecture This framework provides for 6 perspectives or windows from which to view ... – PowerPoint PPT presentation

Number of Views:160
Avg rating:3.0/5.0
Slides: 24
Provided by: US61
Category:

less

Transcript and Presenter's Notes

Title: Brief History of Architecture Frameworks


1
Brief History of Architecture Frameworks
2
Late 60s
  • Dewey Walker, the grandfather of architecture
    methodologies
  • IBMs Director of Architecture in the late 1960s
  • Produced architecture planning documents that
    later became known as Business Systems Planning

3
1980s
  • During the mid 1980s, one of Walkers students,
    John Zachman, contributed to the evolution of BSP
  • Published Business Information Control Study in
    the first edition of the IBM Systems Journal in
    1982.
  • Became widely recognized as a leader in the field
    of enterprise architecture, identified the need
    to use a logical construction blueprint (i.e., an
    architecture) for defining and controlling the
    integration of systems and their components.

4
how those disciplines crossed the analogous
bridge.
  • During the 1980s, I became convinced that
    architecture, whatever that was, was the thing
    that bridged the strategy and its implementation.
    This led me to investigate other disciplines that
    manufactured complex engineering products to
    learn how those disciplines crossed the analogous
    bridge. I published the result of this
    investigation in the September 1987 issue of the
    IBM Systems Journal in an article entitled
  • A Framework for Information Systems
    Architecture.

5
Mid-80s
  • Zachman developed a structure or framework for
    defining and capturing an architecture
  • This framework provides for 6 perspectives or
    windows from which to view the enterprise.

6
Mid-80s
  • The six abstractions or models associated with
    each perspective covers
  • how the entity operates
  • what the entity uses to operate
  • where the entity operates
  • who operates the entity
  • when entity operations occur
  • why the entity operates

7
Mid-80s
  • The windows include the
  • strategic planner
  • system user
  • system designer
  • system developer
  • subcontractor
  • system itself

8
Mid-80s
  • He also proposed six abstractions or models
    associated with each of these perspectives.
  • His framework provides a way to identify and
    describe an entitys existing and planned
    component parts relationships, BEFORE the entity
    begins the costly and time-consuming efforts
    associate with developing or transforming itself.

9
Since Zachman introduced his framework
  • The FEAF described an approach, including models
    and definitions, for developing and documenting
    architecture descriptions for multi-organizational
    functional segments of the federal government.
  • Similar to the Zachman Framework, the FEAF
    proposed models to describe an entitys business,
    data, applications and technology.

10
Since Zachman introduced his framework
  • Since 1989, other federal entities have issued
    frameworks including the DoD and Treasury
    Department.
  • In September 1999, the federal CIO Council
    published the Federal Enterprise Architecture
    Framework (FEAF) to provide a common construct
    for architectures.

11
Explosion Path of EA Frameworks
12
Frameworks
  • TAFM
  • JTA Joint Technical Architecture
  • DoD TRM
  • C4ISR Command, Control, Communications,
    Computers, Intelligence, Surveillance, Target
    Acquisition and Reconnaissance
  • DoDAF Department of Defense Architecture
    Framework
  • TOGAF The Open Group Architecture Framework
  • ISO/IEC 14252 International Standards
    Organization/International Electrotechnical
    Commission
  • Refer to http//www.opengroup.org/architecture/tog
    af8-doc/arch/p4/others/others.htm

13
Frameworks
  • EAP - Enterprise Architecture Planning
  • FEAF Federal Enterprise Architecture Framework
  • TEAF Treasury Enterprise Architecture Framework
  • IAF v1 Integrated Architecture Framework
  • UVA Model Uniform Visualization Architecture
  • TISAF- Treasury Information System Architecture
    Framework
  • E2AF- Extended Enterprise Architecture Framework
  • XAF Extensible Architecture Framework
  • CIMOSA Common Information Model Open System
    Architecture
  • PERA Purdue Enterprise Reference Architecture
  • SAGA Standards and Architectures for
    eGovernment Applications
  • GERAM Generalized Enterprise Reference
    Architecture
  • Refer to http//www.opengroup.org/architecture/tog
    af8-doc/arch/p4/others/others.htm

14
The 3 Faces of Enterprise Architecture
15
EA Survey from 2003
16
Presently
  • OMB established the Federal Enterprise
    Architecture Program Management Office to develop
    a federal enterprise architecture according to a
    collection of 5 reference models, intended to
    facilitate government-wide improvement through
    cross-agency analysis and identification of
    duplicative investments, gaps, and opportunities
    for collaboration, interoperability, and
    integration with and across government agencies.

17
Presently
  • PRM common set of general performance outputs
    and measures to achieve business goals and
    objectives

18
Presently
  • BRM describes business operations including
    defining services provided to state and local
    governments

19
Presently
  • SRM identifies and classifies IT service (i.e.,
    application) components that support federal
    agencies and promotes component reuse across
    agencies and to support the discovery of
    government-wide business and application service
    components in IT investments and assets.
  • The SRM is structured across horizontal and
    vertical service domains that, independent of the
    business functions, can provide a leverage-able
    foundation to support the reuse of applications,
    application capabilities, components, and
    business services

20
Presently
  • DRM describes at an aggregate level, data types
    that support program and business lines of
    operations, and relationships among these types

21
Presently
  • TRM describes how technology supports the
    delivery of service components, including
    relevant standards for implementing the technology

22
Presently
  • Post Zachman frameworks differ in nomenclature
    and modeling approaches, but all
  • provide for defining an enterprises operations
    in both logical and technical terms
  • provide for defining these perspectives for the
    enterprises current and target environments, and
  • call for a transition between the two.

23
Align or Become Extinct?
Write a Comment
User Comments (0)
About PowerShow.com