World Library  
Flag as Inappropriate
Email this Article

Enterprise architecture planning

Article Id: WHEBN0020635635
Reproduction Date:

Title: Enterprise architecture planning  
Author: World Heritage Encyclopedia
Language: English
Subject: Enterprise Architecture, Planning, Architecture domain, Integrated Architecture Framework, Enterprise life cycle
Collection: Enterprise Architecture, Planning
Publisher: World Heritage Encyclopedia

Enterprise architecture planning

Levels of Enterprise Architecture Planning.[1]

Enterprise Architecture Planning (EAP) in Enterprise Architecture is the planning process of defining architectures for the use of information in support of the business and the plan for implementing those architectures.[2]


  • Overview 1
  • EAP topics 2
    • Zachman framework 2.1
    • EAP components 2.2
    • EAP methodology 2.3
  • Applications 3
  • See also 4
  • References 5
  • Further reading 6


One of the earlier professional practitioners in the field of system architecture Steven H. Spewak in 1992 defined Enterprise Architecture Planning (EAP) as "the process of defining architectures for the use of information in support of the business and the plan for implementing those architectures."[3] Spewak’s approach to EAP is similar to that taken by DOE in that the business mission is the primary driver. That is followed by the data required to satisfy the mission, followed by the applications that are built using that data, and finally by the technology to implement the applications.[1]

This hierarchy of activity is represented in the figure above, in which the layers are implemented in order, from top to bottom. Based on the Business Systems Planning (BSP) approach developed by John Zachman, EAP takes a data-centric approach to architecture planning to provide data quality, access to data, adaptability to changing requirements, data interoperability and sharing, and cost containment. This view counters the more traditional view that applications should be defined before data needs are determined orx provided for.[1]

EAP topics

Zachman framework

EAP defines the blueprint for subsequent design and implementation and it places the planning/defining stages into a framework. It does not explain how to define the top two rows of the Zachman Framework in detail but for the sake of the planning exercise, abbreviates the analysis. The Zachman Framework provides the broad context for the description of the architecture layers, while EAP focuses on planning and managing the process of establishing the business alignment of the architectures.[2]

EAP is planning that focuses on the development of matrixes for comparing and analyzing data, applications, and technology. Most important, EAP produces an implementation plan. Within the Federal Enterprise Architecture, EAP will be completed segment enterprise by segment enterprise. The results of these efforts may be of Governmentwide value; therefore, as each segment completes EAP, the results will be published on the ArchitecturePlus web site.[2]

EAP components

Enterprise Architecture Planning model consists of four levels:

  • Layer 1 - getting started : This layer leads to producing an EAP workplan and stresses the necessity of high-level management commitment to support and resource the subsequent six components (or steps) of the process. It consists of Planning Initiation, which covers in general, decisions on which methodology to use, who should be involved, what other support is required, and what toolset will be used.[2]
  • Layer 2 - where we are today : This layer provides a baseline for defining the eventual architecture and the long-range migration plan. It consists of:[2]
    • Business process modeling, the compilation of a knowledge base about the business functions and the information used in conducting and supporting the various business processes, and
    • Current Systems and Technology, the definition of current application systems and supporting technology platforms.
  • Layer 3 - the vision of where we want to be : The arrows delineate the basic definition process flow: data architecture, applications architecture, and technology architecture. It consists of:[2]
    • Data Architecture - Definition of the major kinds of data needed to support the business.
    • Applications Architecture - Definition of the major kinds of applications needed to manage that data and support the business functions.
    • Technology Architecture - Definition of the technology platforms needed to support the applications that manage the data and support the business functions.
  • Layer 4 - how we plan to get there : This consists of the Implementation / Migration Plans - Definition of the sequence for implementing applications, a schedule for implementation, a cost/benefit analysis, and a clear path for migration.[2]

EAP methodology

The Enterprise Architecture Planning (EAP) methodology is beneficial to understanding the further definition of the Federal Enterprise Architecture Framework at level IV. EAP is a how to approach for creating the top two rows of the Zachman Framework, Planner and Owner. The design of systems begins in the third row, outside the scope of EAP.[2]

EAP focuses on defining what data, applications, and technology architectures are appropriate for and support the overall enterprise. Exhibit 6 shows the seven components (or steps) of EAP for defining these architectures and the related migration plan. The seven components are in the shape of a wedding cake, with each layer representing a different focus of each major task (or step).[2]


Spewak approach to

  • Steven Spewak with Steven C. Hill (1995) Enterprise Architecture Planning: Developing a Blueprint for Data, Applications, and Technology. John Wiley & Sons, New York City. 1995.

Further reading

  1. ^ a b c FAA (1998). Federal Information Architecture Initiatives. Federal Aviation Administration, February 1998.
  2. ^ a b c d e f g h i j The Chief Information Officers Council (1999). Federal Enterprise Architecture Framework Version 1.1 September 1999.
  3. ^ Steven Spewak and S. C. Hill (1992) Enterprise Architecture Planning: Developing a Blueprint for Data, Applications, and Technology. Boston, QED Pub. Group. p. 1


See also


This article was sourced from Creative Commons Attribution-ShareAlike License; additional terms may apply. World Heritage Encyclopedia content is assembled from numerous content providers, Open Access Publishing, and in compliance with The Fair Access to Science and Technology Research Act (FASTR), Wikimedia Foundation, Inc., Public Library of Science, The Encyclopedia of Life, Open Book Publishers (OBP), PubMed, U.S. National Library of Medicine, National Center for Biotechnology Information, U.S. National Library of Medicine, National Institutes of Health (NIH), U.S. Department of Health & Human Services, and, which sources content from all federal, state, local, tribal, and territorial government publication portals (.gov, .mil, .edu). Funding for and content contributors is made possible from the U.S. Congress, E-Government Act of 2002.
Crowd sourced content that is contributed to World Heritage Encyclopedia is peer reviewed and edited by our editorial staff to ensure quality scholarly research articles.
By using this site, you agree to the Terms of Use and Privacy Policy. World Heritage Encyclopedia™ is a registered trademark of the World Public Library Association, a non-profit organization.

Copyright © World Library Foundation. All rights reserved. eBooks from Project Gutenberg are sponsored by the World Library Foundation,
a 501c(4) Member's Support Non-Profit Organization, and is NOT affiliated with any governmental agency or department.