1 TDT 4252 Modelling of Information Systems Advanced

  • Slides: 46
Download presentation
1 TDT 4252 Modelling of Information Systems Advanced Course Sobah Abbas Petersen Adjunct Associate

1 TDT 4252 Modelling of Information Systems Advanced Course Sobah Abbas Petersen Adjunct Associate Professor sap@idi. ntnu. no Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

2 Today’s lecture • Enterprise Architecture continued – FEAF and FEA • Based on:

2 Today’s lecture • Enterprise Architecture continued – FEAF and FEA • Based on: – A 15: Roger Sessions, A Comparison of the Top Four Enterprise-Architecture Methodologies, White Paper, Object. Watch Inc. May 2007. • Additional reading: – Federal Enterprise Architecture Framework, Version 1. 1, September 1999, (http: //www. cio. gov/documents/fedarch 1. pdf) – http: //en. wikipedia. org/wiki/Federal_Enterprise_Architecture – Cisco Systems, 2009. Federal Enterprise Architecture (FEA) and Network Services, White Paper, pages 1 -6. (http: //www. cisco. com/en/US/solutions/collateral/ns 340/ns 414/ns 859/C 11542359 -00_FEAnetsol. pdf) Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

3 What is FEAF? • FEAF (Federal Enterprise Architecture Framework) provides an organised structure

3 What is FEAF? • FEAF (Federal Enterprise Architecture Framework) provides an organised structure and a collection of common terms by which Federal segments can integrate their respective architectures into the FEA (Federal Enterprise Architecture). • FEA is a strategic information asset base that defines the business, information necessary to operate the business, technology necessary to support the business operations and transitional processes for implementing new technologies in response to the changing needs of the business. Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

4 Why FEAF? Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

4 Why FEAF? Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

5 Value of FEAF Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

5 Value of FEAF Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

6 FEAF Components (1) External stimuli or change agents for the enterprise architecture. Refer

6 FEAF Components (1) External stimuli or change agents for the enterprise architecture. Refer to all standards (some of which may be mandatory), guidelines and best practices. Defines the ”as-is” enterprise architecture. Consists of 2 parts: current business and design architectures (i. e. data, applications and technology). Defines the ”to-be” enterprise architecture. Consists of 2 parts: current business and design architectures (i. e. data, applications and technology). Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

7 FEAF Components (2) Consists of focused architecture efforts on major cross-cutting business areas

7 FEAF Components (2) Consists of focused architecture efforts on major cross-cutting business areas and program areas. Guides the development of the target architecture and consists of a vision, principles, goals and objectives. Defines the business and design models that compromise the segments of the enterprise descriptions. Supports the migration from the current to the target architecture. This includes migration planning, investment planning, engineering change control, etc. Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

8 FEAF - Segments • FEAF allows critical parts of the overall Federal Enterprise,

8 FEAF - Segments • FEAF allows critical parts of the overall Federal Enterprise, called architectural segments, to be developed individually, while integrating these segments into the larger Enterprise Architecture. Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

9 FEA – Federal Enterprise Architecture • FEA is the latest attempt by the

9 FEA – Federal Enterprise Architecture • FEA is the latest attempt by the US federal government to unite its agencies and functions in a single common and ubiquitous enterprise architecture. • FEA is the most complete methodology. It has a: – A comprehensive taxonomy, like Zachman’s framework. – An architectural process, like TOGAF. • FEA can be viewed as either a methodology for creating an enterprise architecture or the result of applying that process to a particular enterprise. • FEA includes everything necessary for building an enterprise architecture. Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

10 FEA – Reference Models • The goal of the reference models is to

10 FEA – Reference Models • The goal of the reference models is to provide standardised terms and definitions for the domain of enterprise architecture and thereby facilitate collaboration and sharing across the federal government. • It’s all about establishing a common language. • Collectively, the reference models comprise a framework for describing important elements of the FEA in a common and consistent way. Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

11 FEA – Reference Models FEA consists of 5 reference models: Lecture 18 –

11 FEA – Reference Models FEA consists of 5 reference models: Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

12 FEA – Reference Models: descriptions • Business Reference Model (BRM): – Gives a

12 FEA – Reference Models: descriptions • Business Reference Model (BRM): – Gives a business view of the various business functions. • Service Components Reference Model (CRM): – Gives a more IT view of systems that can support business functionality. • Technical Reference Model (TRM): – Defines the various technologies and standards that can be used in building ITsystems. • Data Reference Model (DRM): – Defines standard ways of describing data. • Performance Reference Model (PRM): – Defines standard ways of describing the value delivered by enterprise architecture. Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

13 FEA – Business Reference Model Lecture 18 – Enterprise Architecture, FEA TDT 4252,

13 FEA – Business Reference Model Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

14 FEA – Service Components Reference Model Lecture 18 – Enterprise Architecture, FEA TDT

14 FEA – Service Components Reference Model Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

15 FEA – Technical Reference Model Lecture 18 – Enterprise Architecture, FEA TDT 4252,

15 FEA – Technical Reference Model Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

16 FEA – Data Reference Model Lecture 18 – Enterprise Architecture, FEA TDT 4252,

16 FEA – Data Reference Model Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

17 FEA – Data Reference Model: Collaboration 1. Categorisation of data This model (DRM)

17 FEA – Data Reference Model: Collaboration 1. Categorisation of data This model (DRM) enables agencies to describe the types of interaction and exchanges that occur between the Federal Government and citizens. 2, structure of data 3. Exchange of data Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

18 FEA – Performance Reference Model Lecture 18 – Enterprise Architecture, FEA TDT 4252,

18 FEA – Performance Reference Model Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

19 FEA – Segment architecture approach • FEA perspective on EA: an enterprise is

19 FEA – Segment architecture approach • FEA perspective on EA: an enterprise is built of segments. • A segment is a major line-of-business functionality, such as human resources. • Although segments function at the political level (the agency), they are defined at the enterprise level (government). • Segments are defined globally to facilitate reuse across the different enterrpises. Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

20 FEA – Segment Map Segments (vertical columns): spans a single organisation, used by

20 FEA – Segment Map Segments (vertical columns): spans a single organisation, used by multiple segments. Enterprise Services: have a scope across the entire enterprise. Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

21 FEA Process (1) • FEA Process is primarily focussed on creating a segment

21 FEA Process (1) • FEA Process is primarily focussed on creating a segment architecture for a subset of the overall enterprise. • Segment architecture development process: – – Step 1: Architectural analysis. Step 2: Architectural definition. Step 3: Investment and funding strategy. Step 4: Program management plan and execute projects. Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

22 FEA Process, Level I Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring

22 FEA Process, Level I Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011 High level

23 FEA Process – Level II More detail – the business and design pieces

23 FEA Process – Level II More detail – the business and design pieces of the architecture and how they are related. Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

24 FEA Process – Level III Expand the design pieces of the framework to

24 FEA Process – Level III Expand the design pieces of the framework to show the 3 design architectures: data, application and technology. Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

25 FEA Process – Level IV • • • Identifies the kinds of models

25 FEA Process – Level IV • • • Identifies the kinds of models that describe the business architecture and the three design architectures ( data, applications and technology). It also defines Enterprise Architecture Planning (EAP). EAP focuses on defining what data, applications and technology architectures are appropriate for and support the overall enterprise. EAP Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

26 EAP and Zachman Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

26 EAP and Zachman Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

27 FEA Models How the models (according to Zachman’s framework) relate to FEA. Lecture

27 FEA Models How the models (according to Zachman’s framework) relate to FEA. Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

28 Discussion • FEA and FEAF were originally designed for the federal US government.

28 Discussion • FEA and FEAF were originally designed for the federal US government. • Can FEA be applied to private enterprises? Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

29 Summary- Enterprise Architecture • We have looked at the following: – – Zachman

29 Summary- Enterprise Architecture • We have looked at the following: – – Zachman -> Taxonomy TOGAF -> Process FEA -> Methodology Gartner -> Practice • How do these compare? Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

30 EA Summary Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

30 EA Summary Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

31 EA Bridges Strategy and Implementation Business architecture Information architecture Solution architecture Technology architecture

31 EA Bridges Strategy and Implementation Business architecture Information architecture Solution architecture Technology architecture Business Strategy Implementation Business drivers Business goals Business policy Trend analysis Business processes Application systems Tech infrastructure Organizational structure The bridge between strategy & implementation Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

32 Alignment Common understanding! Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

32 Alignment Common understanding! Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

33 EA Timeline Sessions, 2007 Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring

33 EA Timeline Sessions, 2007 Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

34 Zachman’s EA Framework - recap Aspects Viewpoints Lecture 18 – Enterprise Architecture, FEA

34 Zachman’s EA Framework - recap Aspects Viewpoints Lecture 18 – Enterprise Architecture, FEA View TDT 4252, Spring 2011

35 TOGAF – consists of • TOGAF: The Open Group Architecture Framework • An

35 TOGAF – consists of • TOGAF: The Open Group Architecture Framework • An Architectural Development Method (ADM) • Foundation Architecture – A Technical Reference Model (TRM) – A Standards Information Base (SIB) – Building Blocks Information (BBIB) • Resource Base contains advice on: – Architecture views, IT Governance, Business scenarios, Architecture patterns, etc. Greenslade, 2000 -2002 Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

36 TOGAF Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

36 TOGAF Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

37 TOGAF’s Enterprise Architecture Describes the processes the business uses to meet its goals.

37 TOGAF’s Enterprise Architecture Describes the processes the business uses to meet its goals. Lecture 18 – Enterprise Architecture, FEA Describes how specific applications are designed and how they interact with each other. Describes how the enterprise datastores are organised and accessed. TDT 4252, Spring 2011 Describes the hardware and software infrastructure that supports applications and their interactions.

38 TOGAF Enterprise Continuum (2) Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring

38 TOGAF Enterprise Continuum (2) Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

39 Architecture Development Cycle ADM Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring

39 Architecture Development Cycle ADM Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

40 Gartner • EA is about creating a common understanding. • Bringing together 3

40 Gartner • EA is about creating a common understanding. • Bringing together 3 constituents: business owners, information specialists and technology imolementers. • If we can unify these behind a common vision that drives the business value success! Lecture 18 – Enterprise Architecture, FEA Business Owners Information specialist Common understanding TDT 4252, Spring 2011 Technology Implementers

41 Gartner Enterprise Architecture Method The two major facets of the Gartner EA method

41 Gartner Enterprise Architecture Method The two major facets of the Gartner EA method are: • Gartner Enterprise Architecture Process Model Business Strategy Organize Architecture Effort Environmental Trends Develop Requirements Architecting Develop Principles Develop Models Future State Architecture Governing & Managing Closing the Gap Current State Architecture Documenting • Gartner Enterprise Architecture Framework Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

42 Gartner’s 4 Architectural Viewpoints Three primary viewpoints: – – – Business Architecture Information

42 Gartner’s 4 Architectural Viewpoints Three primary viewpoints: – – – Business Architecture Information Architecture Technology Architecture One meta-architecture viewpoint – Solution Architecture Framework – A framework for creating Solution Architectures Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

43 Gartner’s 4 Architectural Viewpoints Business Architecture – Defines and describes the current- and

43 Gartner’s 4 Architectural Viewpoints Business Architecture – Defines and describes the current- and future- state models of business activities (processes, assets and organization structure) Information Architecture – Defines and describes the current- and future- state models of the information value chain, key information artifacts (concepts), information flows Technology Architecture – Defines and describes the current- and future- state models of the infrastructure and technology platforms required for the solution architecture and which enables rapid engineering, solutions development and technical innovation Solution Architecture – – Combining and reconciling (integration) the loosely coupled and often conflicting viewpoints of the primary stakeholders into a unified architecture Having divided to conquer, we must reunite to rule SA is a consistent architectural description of a specific enterprise solution An intersection of viewpoints Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

Gartner Enterprise Architecture Process Model Business Strategy Environmental Trends Architecting Organize Architecture Effort 44

Gartner Enterprise Architecture Process Model Business Strategy Environmental Trends Architecting Organize Architecture Effort 44 Develop Requirements Lecture 18 – Enterprise Architecture, FEA Develop Principles Develop Models Future State Architecture Governing & Managing Current State Architecture Documenting TDT 4252, Spring 2011 Closing the Gap

45 Comparing EA Approaches Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

45 Comparing EA Approaches Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011

46 Next Lecture • Monday 4 April, 12 -13 hrs and 15 -17 hrs

46 Next Lecture • Monday 4 April, 12 -13 hrs and 15 -17 hrs • Term paper presentations • People intending to take the exam should let me know (sap@idi. ntnu. no) asap. • Friday 8 April • Course Summary Lecture 18 – Enterprise Architecture, FEA TDT 4252, Spring 2011