Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Enterprise architecture


Published on

Definition of enterprise architecture

Published in: Business, Technology
  • Be the first to comment

Enterprise architecture

  1. 1. Enterprise architecture Samah Safi
  2. 2. Legend  Enterprise  Enterprise Architecture  EA frameworks
  3. 3. suppliers Materials Core function s Product/ service
  4. 4. From stability to agility  new competitive dynamics  more demanding customers  market volatility  globalization
  5. 5. Architecture perspective Strategy architecture Business architecture IT architecture HR architecture
  6. 6. Technology Role  Empowerment of organization  Increase competitive advantage  Drive growth and innovation  Ameliorate services and products  strategies, goals, and operations change much more quickly than IT systems could once they are implemented
  7. 7. Complexity Processes Strategy Technology Human resources
  8. 8. Enterprise architecture  EA is a discipline that helps the Enterprise define , develop and exploit the boundary less information flow (BIF*) capabilities in order to achieve the Enterprise’s Strategic Intent. ”OMG”  EA is the process of translating business vision and strategy into effective enterprise change by creating, communicating, and improving the key principles and models that describe the enterprise’s future state and enable its evolution. “Gartner”
  9. 9. Information architecture Application architecture Technology Technology architecture Business technology alignment Business architecture
  10. 10. Enterprise architecture  Business architecture:      Data Model Information Flows Databases Information architecture Application architecture Application architecture    Business architecture Information architecture     Business Direction Stakeholders Functions Information Applications Application Integration Technology architecture        Application Technology Server Technology Network / Communications Platforms / Operating Systems Database Systems Security Technologies etc. Technology architecture
  11. 11. Why Enterprise architecture?  Provides a clear view of how the business and technology resources will support and achieve an organization’s business goals and initiatives.  Understand the strategy, the business, the systems and the infrastructure and how they interrelate.  Moving "need to know" information to those that "know they need" upstream and down stream and in both directions.  Helps us prioritize and decide which things to do and in what order.   “Doing the Right Things” Governs the change and building of things.  “Doing the Things Right”
  12. 12. Enterprise architecture Every enterprise already has an Enterprise Architecture Some are designed Others just happened
  13. 13. Benefits  Enhance decision making    Holistic view of the organization Relational view of information entities Enable rapid change   Targeted approach to change management   Visible impact scope Reduced discovery and investigation Improve business/IT alignment    IT initiatives are derived from business priorities Business objectives are linked to projects Improve inter-department cooperation    Enhance sharing of information Align efforts Reduce IT solution delivery time  Leverage reusable objects  Ensure methodology driven implementation approach
  14. 14. Architecture framework A conceptual structure used to develop, implement and sustain enterprise architecture.  It should describe a method for designing target state of the enterprise in terms of a set of building blocks fit together  It should contain a set of tools and provide a common vocabulary  It should also include a list of recommended standards and compliant products that can be used to implement the building blocks 
  15. 15. History 87 Zachman Framework TOGAF C4ISR V1.0 C4ISR V2.0 FEAF DODAF1.0 TOGAF 8.1 TOGAF 8.1 DODAF1.0 DODAF2.0 95 96 97 TOGAF 9.1 98 03 03 06 07 09 11
  16. 16. Zachman framework  Draws upon the discipline of classical architecture to establish a common vocabulary and set of perspectives, a framework, for defining and describing today's complex enterprise systems.  Need to classify the wide range of information that is collected and developed as part of an enterprise architecture.  The underlying concept of this framework was that the vertical axis represents multiple aspects (dimensions) of the overall architecture.  The horizontal axis provides a way of classifying the various artifacts based on the interests of a particular audience (perspectives).
  17. 17. FEAF  The federal enterprise architecture is a strategic information asset base that defines the business, information necessary to operate the business, technologies necessary to support the business operations, and transitional processes for implementing new technologies in response to the changing of the business.
  18. 18. DODAF  The Department of Defense Architecture Framework (DoDAF) is an architecture framework for the United States Department of Defense (DoD) that provides visualization infrastructure for specific stakeholders concerns through viewpoints organized by various views. These views are artifacts for visualizing, understanding, and assimilating the broad scope and complexities of an architecture description through tabular, structural, behavioral, ontological, picto rial, temporal, graphical, probabilistic, or alternative conceptual means.
  19. 19. TOGAF  The Open Group Architecture Framework (TOGAF) is a framework and detailed method for building, maintaining, and gaining value from an enterprise architecture for an organization.  TOGAF 9 is the latest evolution of the framework, and its accompanying Architecture Development Method (ADM)  The TOGAF specification is an open standard that has been created and is maintained by The Open Group
  20. 20. Types of Architectures in TOGAF  Business Architecture -- addresses the needs of users, planners, and business management,  Data/Information Architecture -- addresses the needs of database designers, database administrators, and system engineers,  Application (Systems) Architecture -- addresses the needs of system and software engineers,  Information Technology (IT) Architecture -- addresses the needs of acquirers, operators, administrators, and managers.
  21. 21. ADM phases  Provides a tested and repeatable process for developing architectures  ADM includes  Establishing an architecture framework  Developing architecture content  Transitioning  Governing the realization of architectures
  22. 22. ADM phases  The Preliminary Phase describes the preparation and initiation activities required to prepare to meet the business directive for a new enterprise architecture, including the definition of an Organization-Specific Architecture framework and the definition of principles.  Phase A: Architecture Vision describes the initial phase of an architecture development cycle. It includes information about defining the scope, identifying the stakeholders, creating the Architecture Vision, and obtaining approvals.  Phase B: Business Architecture describes the development of a Business Architecture to support an agreed Architecture Vision.  Phase C: Information Systems Architectures describes the development of Information Systems Architectures for an architecture project, including the development of Data and Application Architectures.  Phase D: Technology Architecture describes the development of the Technology Architecture for an architecture project.  Phase E: Opportunities & Solutions conducts initial implementation planning and the identification of delivery vehicles for the architecture defined in the previous phases.  Phase F: Migration Planning addresses the formulation of a set of detailed sequence of transition architectures with a supporting Implementation and Migration Plan.  Phase G: Implementation Governance provides an architectural oversight of the implementation.  Phase H: Architecture Change Management establishes procedures for managing change to the new architecture.  Requirements Management examines the process of managing architecture requirements throughout the ADM.
  23. 23. Content framework  The content metamodel provides a definition of all the types of building blocks that may exist within an architecture, showing how these building blocks can be described and related to one another. For example, when creating an architecture, an architect will identify applications, "data entities" held within applications, and technologies that implement those applications. These applications will in turn support particular groups of business user or actor, and will be used to fulfill "business services".  The content metamodel identifies all of these concerns (i.e., application, data entity, technology, actor, and business service), shows the relationships that are possible between them (e.g., actors consume business services), and finally identifies artifacts that can be used to represent them.
  24. 24. Building blocks
  25. 25. Enterprise Continuum  A view of the Architecture Repository that provides methods for classifying architecture and solution artifacts as they evolve from generic Foundation Architectures to Organization-Specific Architectures  Explains how generic solutions can be leveraged and specialized in order to support the requirements of an individual organization