The Open Group Architecture Framework (TOGAF)
|
|
- Annabella Rodgers
- 8 years ago
- Views:
Transcription
1 The Open Group Architecture Framework (TOGAF) TOGAF The Continuing Story Presented by Chris Greenslade TOGAF The Continuing Story 1 of 102
2 TOGAF The Continuing Story The Architecture Forum Our motivation for developing TOGAF The Current TOGAF for Technical Architectures The Next TOGAF for Enterprise Architectures Other activities of the Forum Future directions TOGAF The Continuing Story 2 of 102
3 TOGAF The Continuing Story The Architecture Forum Our motivation for developing TOGAF The Current TOGAF for Technical Architectures The Next TOGAF for Enterprise Architectures Other activities of the Forum Future directions TOGAF The Continuing Story 3 of 102
4 The Open Group Forums The heart of cooperation between vendors and users Common interests explored and resources pooled Active Loss Prevention Architecture Directory interoperability Enterprise management Messaging Mobile management Platform Quality of service Real-time and embedded systems Security and ecommerce TOGAF The Continuing Story 4 of 102
5 Architecture Forum The mission of the Forum s members is to: Advance the cause of IT Architecture - in order to Improve the quality of information systems To move IT Architecture from a cottage industry to a profession Original (and continuing) focus: (TOGAF) Industry consensus framework and method for IT architecture Tool- and technology-neutral Extended focus Architecture Tools Certification TOGAF The Continuing Story 5 of 102
6 Forum Membership BMC Software Inc. (US) Booz Allen & Hamilton (US) Boeing Corporation (US) Brandeis University (US) CC and C Solutions ((Aus) Centre For Open Systems (Aus) ChiSurf (Hong Kong) Computacentre (UK) Computas (Nor) Computer Associates (US) Conclusive Logic (US) Department of Defense / DISA (US) Department of Works and Pensions (UK) Desktop Management Task Force (US) Fujitsu (Japan) Frietuna Consultants (UK) Hewlett-Packard (US) Hitachi (Japan) IBM (US) Innenministerium NordRhein-Westfalen (Ger) Jet Propulsion Labs (US) Lockheed Martin (US) Ministry of Defence (UK) Mitre Corporation (US) Monash University (Australia) Motorola (US) NASA Goddard Space Flight Center (US) National Computerization Agency (Korea) NATO C3 Agency (Bel) NEC (Japan) NeTraverse, Inc. (US) Nexor, Inc. (US) TOGAF The Continuing Story 6 of 102
7 Forum Membership Open GIS Consortium, Inc. (US) PASS Network Consulting (Ger) Popkin Software & Systems, Inc (US) POSC (US) Predictive Systems AG (Ger) ReGIS (Japan) QA Consulting (UK) SCO (US) Sun Microsystems (US) Teamcall (Bel) The Terasoft Group (US) Tivoli (US) Toyota InfoTechnology Center (Japan) TRON Association (Japan) University of Plymouth (UK) University of Reading (UK) Veriserve Corporation (US) Visa International (US) Weblayers, Inc. (US) Westpac Banking Corporation (Australia) TOGAF The Continuing Story 7 of 102
8 Who s Who Director Chair Vice Chairs John Spencer The Open Group Chris Greenslade Frietuna Computer Consultants (UK) Barry Smith The MITRE Corporation (USA) Ian McCall IBM Global Services (UK) Vish Viswanathan CC & C Solutions (Australia) TOGAF The Continuing Story 8 of 102
9 The Story So Far (1) The direction of TOGAF s evolution has been driven by The Open Group s membership over a period of 8 years An annual publication cycle 1994: Requirement statement developed Proof of need 1995: X/Open Architecture Framework - version 1 Proof of concept 1996: TOGAF - version 2 Proof of application 1997: TOGAF - version 3 Relevance to practical architectures TOGAF The Continuing Story 9 of 102
10 The Story So Far (2) 1998: TOGAF - version 4 TOGAF in context - the Enterprise Continuum Web structured documentation - ease of use 1999: TOGAF - version 5 Re-organized around extended ADM Business scenarios to help define requirements Addition of ADML 2000: TOGAF - version 6 Integration of Building Block work Integration of other initiatives, US DoD, IEEE 1471, IEEE TOGAF The Continuing Story 10 of 102
11 Current situation Current 2001: TOGAF - version 7 New sections on Architecture Patterns, Architecture Principles, Architecture Compliance Reviews Significant additional material on Business Scenarios Comparisons of TOGAF with other frameworks Further integration of IEEE Std into TOGAF Metis model of the TOGAF ADM Positioning of TOGAF relative to enterprise architecture 2002: TOGAF version 8 - Enterprise edition Work in in progress TOGAF The Continuing Story 11 of 102
12 TOGAF The Continuing Story The Architecture Forum Our motivation for developing TOGAF What is an IT Architecture What are the business benefits What is an IT Architecture Framework What is the role of the IT Architect The Current TOGAF for Technical Architectures The Next TOGAF for Enterprise Architectures Other activities of the Forum Future directions TOGAF The Continuing Story 12 of 102
13 What is an IT Architecture? ANSI/IEEE Standard Conceptually an IT Architecture is The fundamental organization of a system, embodied in its components, their relationships to each other and the environment, and the principles governing its design and evolution. Practically it is represented in Architectural Descriptions from the viewpoints of the Stakeholders TOGAF The Continuing Story 13 of 102
14 Some more ANSI/IEEE definitions Architect: the person, team, or organisation responsible for systems architecture Architecting: the activities of defining, documenting, maintaining, improving and certifying proper implementation of an architecture. Architectural description a collection of products to document an architecture. TOGAF The Continuing Story 14 of 102
15 An IT Architecture is not optional Every enterprise already has an IT Architecture Some are designed and some just happen But it s there and it affects the efficiency of the enterprise TOGAF The Continuing Story 15 of 102
16 What should an IT Architecture do? A well-designed and effective IT Architecture will: Clearly define the structure of the existing system Set out the strategy for future purchases Specify migration strategies Reduce the number and complexity of the interfaces between the components, improving the ease of: Application portability Component upgrade Component exchange Component development and maintenance TOGAF The Continuing Story 16 of 102
17 What should an IT Architecture do? (cont.) Be derived from business requirements React to change at a rate dictated by the speed of change in the enterprise s markets Be understood and supported by senior management. Business requirements Current systems Technology trends IT Architecture Standards Component selection Investment decisions TOGAF The Continuing Story 17 of 102
18 What are the business benefits? Greater ability to respond to new demands Greater business value from IT operations Greater ability to introduce new technology Faster, simpler and cheaper procurement Faster time-to-market Can a business succeed without a documented business plan? Can IT IT succeed without a documented architecture? TOGAF The Continuing Story 18 of 102
19 In addition Pace set by public agencies and large vendors More enforcement of acquisition regulations Clinger-Cohen Act (US Information Technology Management Reform Act 1996) EU Directives on the Award of Public Contracts Contracting Authority needs procedures for ensuring vendor independent expression of needs Tendering contractors need procedures for ensuring common format for response TOGAF The Continuing Story 19 of 102
20 What is an Enterprise Architecture? Types of architecture: Business architecture Data/information architecture Application (systems) architecture Information technology (IT) architecture All these are related An An IT IT Architecture is is the technical foundation of of an an effective IT IT strategy TOGAF The Continuing Story 20 of 102
21 The Zachman Framework What? How? Where? Who? When? Why? Data Function Network People Time Motivation Planner s Viewpoint Contextual Owner s Viewpoint Conceptual Designer s Viewpoint Logical Builder s Viewpoint Physical Sub-contractor s Viewpoint Out-of-context Functioning Enterprise Scope Enterprise Models Systems Models Technology Models Detailed Representations Actual Systems TOGAF The Continuing Story 21 of 102
22 What is an Architecture Framework? Architecture design is a complex process An Architecture framework is a tool for: Designing a broad range of a architectures Assisting the evaluation of different architectures Selecting and building the right architecture for an organization It embodies best practice and acknowledged wisdom It presents a set of services, standards, design concepts, components and configurations It guides the development of specific architectures TOGAF The Continuing Story 22 of 102
23 What is an Architecture Framework? Use of a framework leads to: The use of common principles, assumptions and terminology The development of information systems with better integration and interoperability, especially with respect to issues that affect the whole enterprise WARNING! A framework does not make architectural design an automatic process It is a valuable aid to experienced and knowledgeable IT Architects TOGAF The Continuing Story 23 of 102
24 The position of IT Architects We know solutions to every problem? What s your problem? How do I know what I want, when I don t know what you can do for me IT Archi tect TOGAF The Continuing Story 24 of 102
25 The position of IT Architects Technical Management Business Management IT IT Architects System Designers & Developers TOGAF The Continuing Story 25 of 102
26 Architecture We are NOT talking about rocket science We ARE talking about: Using common sense Being systematic Avoiding misunderstandings Knowing what we are doing before we start Knowing why we are doing it Learning from the best practice of others Treating the user as a partner Talking to business users in business terms Recording what, where, when, how, who and WHY Using common sense TOGAF The Continuing Story 26 of 102
27 TOGAF The Continuing Story The Architecture Forum Our motivation for developing TOGAF The Current TOGAF for Technical Architectures The Architecture Development Method (ADM) The Foundation Architecture Other aspects of TOGAF The Next TOGAF for Enterprise Architectures Other activities of the Forum Future directions TOGAF The Continuing Story 27 of 102
28 TOGAF consists of An Architecture Development Method (ADM) Foundation Architecture A Technical Reference Model (TRM) A Standards Information Base (SIB) Building Blocks Information Base (BBIB) Resource Base contains advice on: Architecture views Business scenarios IT Governance Architecture patterns ADL Case studies TABB Architecture principles Architecture contracts... TOGAF The Continuing Story 28 of 102
29 More about TOGAF Foundation Architecture Target Architectures Architecture Development Method Technical Reference Model (services) Standards Information Base (standards) Building Block Information Base (future) Business Requirements TOGAF The Continuing Story 29 of 102
30 Architecture Development Method Start with a foundation architecture Follow the phases of the ADM Results in an organization-specific architecture more reusable building block assets in the Enterprise Continuum Each iteration becomes easier and has more reusable building blocks to use A Initiation & framework G Architecture maintenance F Implementation Requirements B Baseline description C Target architecture E D Migration Opportunities options & solutions TOGAF The Continuing Story 30 of 102
31 TOGAF The Continuing Story 31 of 102
32 The TOGAF ADM A - Initiation and Framework Establish or revalidate architecture principles Use business scenarios Understand how scenarios map to IT Define relevant business requirements Build consensus with business partners Plan and get commitment to IT Governance G Architecture maintenance F Implementation E Migration planning A Initiation & framework Requirements D Opportunities & solutions B Baseline description C Target architecture TOGAF The Continuing Story 32 of 102
33 Architecture Principles The principles for developing Architectures not for any particular architecture Define the underlying general rules and guidelines Architecture principles to guide all future work on all future architectures Are applied for the use and deployment of all IT resources and assets Form the basis for making future IT decisions Clearly relate back to the business objectives and key architecture drivers TOGAF The Continuing Story 33 of 102
34 Documented Architecture Principles Involves Obtaining a consensus Demonstrating commitment Documenting clearly Publishing and promoting Mandating TOGAF The Continuing Story 34 of 102
35 Developing Architecture Principles They should include a statement, the rational and the implications They are developed by the Chief Architect and key business stakeholders They must be appropriate policies and procedures They must ensure alignment of IT strategies with business principles strategies and visions A good set of principles will be understandable, robust, complete, consistent and stable Everything should be done to minimize violations whether deliberate or accidental TOGAF The Continuing Story 35 of 102
36 Example Architecture Principles From TOGAF documentation Boeing Primacy of Principles Thou shalt not Business Continuity idle the factory Common Use Applications floor Data is an Asset Data is protected from unauthorized use and disclosure Technology Independence Mark Forman US Office of Management and Budget Component of 5-part President s Management Agenda Market-based, Result-oriented, Citizen-centered Simplify and Unite TOGAF The Continuing Story 36 of 102
37 Business scenarios A complete description of the business problem in business and architectural terms Text, diagrams and models It ensures: The architecture is based on a complete set of requirements The business value of solving the problem is clear The relevance of potential solutions is clear Aids the buy-in by business stakeholders Clarifies communication with vendors Is used and validated in all Phases TOGAF The Continuing Story 37 of 102
38 Business scenarios A Business Scenario describes A business process - an application or set of applications enabled by the proposed solution The business and technology environment The people and computing components (called actors ) who execute it The desired outcome of proper execution A good Business Scenario Is representative of a significant market Enables the supply side to understand the value to the buy side of a developed solution Is also SMART TOGAF The Continuing Story 38 of 102
39 A SMART business scenario Specific - defines what needs to be done in the business Measurable - clear metrics for success Actionable - it clearly segments the problem and provides the basis for determining elements and plans for the solution Realistic - the problem can be solved within the bounds of physical reality, time and cost constraints Time-bound - there is a clear understanding of when the solution opportunity expires TOGAF The Continuing Story 39 of 102
40 7 Steps to building a business scenario 1 - Identify, document and rank the problem driving the scenario 2 - Identify business and technical environment where situation is occurring, and document in scenario models 3 - Identify and document desired objectives - the results of handling the problems successfully - get SMART 4 - Identify human actors, their roles, their place in the business model 5 - Identify computer actors (computing elements), their roles, their place in the technology model 6 - Identify and document roles, responsibilities, measures of success per actor 7 - Check for fitness for purpose and refine only if necessary 1 - Problem 2 - Environment 3 - Objectives 4 - Human Actors 5 - Computer Actors 6 - Roles & Responsibilities 7 - Refine TOGAF The Continuing Story 40 of 102
41 Business Scenario phases 1 - Problem Gather Analyze Review 2 - Environment 3 - Objectives 4 - Human Actors 5 - Computer Actors 6 - Roles & Responsibilities Refine if necessary Refine if necessary Refine if necessary TOGAF The Continuing Story 41 of 102
42 IT governance Established to ensure senior management retain control of IT operation Established to ensure senior management is seen to assume responsibility for IT operation Two important elements A cross-organization Architecture Board An IT architecture compliance strategy IT Governance Institute Control OBjectives for Information and related Technology (COBIT) TOGAF The Continuing Story 42 of 102
43 The TOGAF ADM B - Baseline Description Inventory of re-usable IT building blocks Build description of current system Functional view Platforms in place Complete yet fit for purpose Multiple views G Architecture maintenance F Implementation E Migration planning A Initiation & framework Requirements B Baseline description D Opportunities & solutions C Target architecture TOGAF The Continuing Story 43 of 102
44 Architecture views - definitions Adapted from IEEE 1471 Recommended Practice for Architectural Description SYSTEM: a collection of components organized to accomplish a specific function or set of functions ARCHITECTURE: the fundamental organization of a system embodied in its components, their relationships to each other and to the environment and the principles guiding its design and evolution ARCHITECTURAL DESCRIPTION: a collection of products to document an architecture. Architecture views are the key products in TOGAF TOGAF The Continuing Story 44 of 102
45 Architecture views - definitions SYSTEM STAKEHOLDER: an individual, team, or organization (or classes thereof) with interests in, or concerns relative to, a system. VIEW: a representation of a whole system from the perspective of a related set of concerns. VIEWPOINT: a schema of the information in a view IEEE 1471 defines this as: "A viewpoint acts as a pattern or template from which to develop individual views by establishing the purposes and audience for a view and the techniques for its creation and analysis.") TOGAF The Continuing Story 45 of 102
46 Architecture view Description of the architecture from the viewpoint of a specific stakeholder The main mechanism of communication between the architect and the stakeholder Used to ensure accuracy of understanding of the current system Used to ensure the architecture meets the need of each stakeholder TOGAF s list of views is only a recommendation TOGAF The Continuing Story 46 of 102
47 Recommended architecture views Business architecture views To address the concerns of users Technical architecture views Engineering views To address the concerns of System and Software Engineers Operations views To address the concerns of Operators, Administrators and Managers Acquirers views To address the concerns of Acquirers TOGAF The Continuing Story 47 of 102
48 Business Architecture Views Business Architecture Views People - human resource aspects Process - user processes involved Function - functions to support the processes Business information -its flow in support of the processes Usability - of the system and its environment Performance - of the system and its environment TOGAF The Continuing Story 48 of 102
49 Engineering views Security view Software engineering view Data view System engineering view Communications engineering view TOGAF The Continuing Story 49 of 102
50 Operations views Security view Software view Data view Computing/Hardware view Communications view TOGAF The Continuing Story 50 of 102
51 Acquirer s views Building blocks cost view Standards view TOGAF The Continuing Story 51 of 102
52 The TOGAF ADM C - Target Architecture Identify target architecture Multiple views All needed services G Architecture maintenance A Initiation & framework B Baseline description F Implementation Requirements C Target architecture E Migration planning D Opportunities & solutions TOGAF The Continuing Story 52 of 102
53 C - Target Architecture (Sub-process Steps) B 1 Create baseline 2 Consider views 3 Create architectural model 6 Determine criteria 4 Select services 5 Confirm Bus. Objs. 7a Define architecture 7b Identify Architectural Building Blocks 8 Conduct gap analysis D TOGAF The Continuing Story 53 of 102
54 Step 1 - Create baseline Describe current system in terms of TOGAF and re-usable building blocks Inputs As for whole Phase Outputs is TOGAF description of current system in the form of Technical Architecture 0.1 Model - Version 0.1 Constraints Architecture Principles Requirements Traceability key question list for evaluating merits criteria for selection of service portfolio B 1 create baseline 2 consider views 3 create arch model 6 determine criteria 4 select services 5 confirm bus objs 7a define architecture 7b identify ABBs 8 conduct gap analysis D TOGAF The Continuing Story 54 of 102
55 Step 2 - Consider architectural views Ensure all requirements from all stakeholders are covered functional, management, development, views Input Technical Architecture 0.1 Outputs Technical Architecture 0.2 Target Architecture model from each view Constraints imposed by each view Rationale for each decision B 1 create baseline 2 consider views 3 create arch model 6 determine criteria 4 select services 5 confirm bus objs 7a define architecture 7b identify ABBs 8 conduct gap analysis D TOGAF The Continuing Story 55 of 102
56 Step 3 - Create an architectural model Create an architecture model of building blocks Input Technical Architecture 0.2 Outputs Technical Architecture 0.3 Architecture model of building blocks High-level description of target architecture Modifications to architecture continuum Extensions Amendments B 1 create baseline 2 consider views 3 create arch model 6 determine criteria 4 select services 5 confirm bus objs 7a define architecture 7b identify ABBs 8 conduct gap analysis D TOGAF The Continuing Story 56 of 102
57 Step 4 - Select services Select services portfolio for each building block Inputs Technical Architecture 0.3 TOGAF TRM Standards Information Base Outputs Technical Architecture 0.4 Description of the service portfolios required Modifications to architecture continuum Extensions Amendments B 1 create baseline 2 consider views 3 create arch model 6 determine criteria 4 select services 5 confirm bus objs 7a define architecture 7b identify ABBs 8 conduct gap analysis D TOGAF The Continuing Story 57 of 102
58 Step 5 - Confirm business goal are met Get buy-in and insure everything is on the right track Inputs Technical Architecture 0.4 Business Architecture 2 Outputs Technical Architecture 0.5 List of objectives and how the emerging architecture meets them Answers to Key Questions List B 1 create baseline 2 consider views 3 create arch model 6 determine criteria 4 select services 5 confirm bus objs 7a define architecture 7b identify ABBs 8 conduct gap analysis D TOGAF The Continuing Story 58 of 102
59 Step 6 - Determine selection criteria Determine criteria for specification selection for populating the architecture Inputs Technical Architecture 0.5 Standards Information Base Outputs Technical Architecture 0.6 Criteria for selecting specifications that will make up fully populated final architecture Criteria for selecting portfolios of specifications B 1 create baseline 2 consider views 3 create arch model 6 determine criteria 4 select services 5 confirm bus objs 7a define architecture 7b identify ABBs 8 conduct gap analysis D TOGAF The Continuing Story 59 of 102
60 Step 7- Complete defining the architecture Fully specify the target architecture Inputs Technical Architecture 0.6 Outputs Technical Architecture 0.7 Fully defined (by service) list of standards All the building blocks Architecture specification (by building blocks) Requirements traceability Mapping of the architecture in the architecture continuum B 1 create baseline 2 consider views 3 create arch model 6 determine criteria 4 select services 5 confirm bus objs 7a define architecture 7b identify ABBs 8 conduct gap analysis D TOGAF The Continuing Story 60 of 102
61 Step 8 - Conduct a gap analysis Understand the gaps in the architecture between the architecture and reality Inputs Technical Architecture 0.7 Outputs Technical Architecture 1 Gap report B 1 create baseline 2 consider views 3 create arch model 6 determine criteria 4 select services 5 confirm bus objs 7a define architecture 7b identify ABBs 8 conduct gap analysis D TOGAF The Continuing Story 61 of 102
62 Gap matrix Target Current Video conferencing services Enhanced telephony services Mailing list services ELIMINATED SERVICES Broadcast services Intentionally eliminated Video conferencing services Included Enhanced telephony services Potential match Shared screen services Unintentionally excluded REVISE NEW GAP Enhancement to be developed GAP To be procured TOGAF The Continuing Story 62 of 102
63 The TOGAF ADM G Architecture A framework B description F Implementation Requirements C architecture E Migration options D & solutions TOGAF The Continuing Story 63 of 102
64 Impact analysis Phase D - Project list Name, description and objectives of each project Phase E - Time oriented migration plan Benefits of migration [including mapping to business requirements] Estimated costs of migration options Criteria measures of effectiveness of projects Risks and issues TOGAF The Continuing Story 64 of 102
65 The TOGAF ADM D - Opportunities and Solutions Brainstorming sessions on technical requirements from a functional perspective co-existence and interoperability requirements Architecture assessment and gap analysis Project identification and classification Output Impact Analysis - Project list G Architecture maintenance F Implementation E Migration planning A Initiation & framework Requirements D Opportunities & solutions B Baseline description C Target architecture 65 of 102
66 The TOGAF ADM E - Migration Planning Project prioritization Migration brainstorm session Dependencies, costs and benefits assessment of the various migration projects Risk assessment Roadmap (time-lined) generation Output Impact Analysis - Migration Plan G Architecture maintenance F Implementation E Migration plannimg A Initiation & framework Requirements D Opportunities & solutions B Baseline description C Target architecture TOGAF The Continuing Story 66 of 102
67 Questions to ask (1) What are the dependencies of this project on other activities? What products are needed? What components must be developed? Does the organization have the resources needed to develop such components? What standards are the products or components built on? When will they be available? TOGAF The Continuing Story 67 of 102
68 Questions to ask (2) Will the products stand the test of time because of the technology because of the viability of the supplier? What is the cost of retraining the users? What is the likely cultural impact on the user community, and how can it be controlled? What is the total cost of the migration, and what benefits will it deliver? Is the funding available? Is the migration viable? TOGAF The Continuing Story 68 of 102
69 The TOGAF ADM F - Implementation Project recommendation formulation, for each separate implementation project Document in Impact Analysis: scope of individual projects strategic requirements change requests rules for conformance time-line Document Architecture Contract obtain signature from all developing organizations and sponsoring organization G Architecture maintenance F Implementation E Migration planning A Initiation & framework Requirements D Opportunities & solutions B Baseline description C Target architecture TOGAF The Continuing Story
70 Architecture Contract Signed statement of intent from the developing organization to follow the architecture Introduction Background The nature of the agreement Scope Strategic requirements Conformance requirements Architecture adopters Time window TOGAF The Continuing Story 70 of 102
71 The TOGAF ADM G - Architecture Maintenance Input Request for Architecture Work (new cycle) New technology reports Output Request for Architecture Work (new cycle) Technical architecture updates G Architecture maintenance F Implementation A Initiation & framework Requirements B Baseline description C Target architecture E Migration planning D Opportunities & solutions TOGAF The Continuing Story
72 Key steps in this phase Key steps in this phase include: Ongoing monitoring of technology changes Ongoing monitoring of business changes Assessment of changes and development of position to act Meeting of governing council to decide on handling changes (technology and business) TOGAF The Continuing Story 72 of 102
73 The TOGAF ADM - the whole cycle A Initiation & G Architecture maintenance B Baseline F Implementation Requirements C Target E Migration options D Opportunities TOGAF The Continuing Story 73 of 102
74 Request for Architecture Work obtained from the sponsoring/funding organization supplied by the architecture organization of the business Product Information supplied by the Information Technology organization of the business, or supplying partners supplied by the technology watchdog organization 74 of 102
75 Major output list - ADM A to G Statement of Architecture Work Technical Architecture Impact Analysis Ancillary documents for gaining consensus Business scenarios Business process domain views Project impact assessments TOGAF The Continuing Story 75
76 More about TOGAF Foundation Architecture Target Architectures Architecture Development Method Technical Reference Model (services) Standards Information Base (standards) Building Block Information Base (future) Business Requirements 76 of 102
77 Technical Reference Model Infrastructure Applications Application Program Interface Application Platform Communications Infrastructure Interface Communication Infrastructure TOGAF The Continuing Story 77 of 102
78 Services and Qualities API Infrastructure Applications Business Application Application Platform Services Software Engineering Security Sys & Net Management International Operations User Interface Location & Directory Transaction Processing Operating System Services Data Interchange Data Management Graphics & Image Service Qualities CII Network Services Communication Infrastructure TOGAF The Continuing Story 78 of 102
79 Standards Information Base (SIB) A complete and up to date database of open industry standards with links to conformant products With user guide Search or full listing Define particular services Define properties of components Keeps the architecture up to date with the latest IT industry consensus TOGAF The Continuing Story 79
80 TOGAF - its key benefits (1) Vendor-Neutral Comprehensive process - from business requirements to applications to infrastructure The result of 8 years of global development Support for Quick-Start learning curves Mentoring and consultancy Training courses available TOGAF based services for Architecture audit etc. TOGAF The Continuing Story 80 of 102
81 Refined and honed checklists at all levels - from business requirements to physical components The Standards Information Base Maintained, current and comprehensive The Building Block Information Base is being developed TABB is being planned as an open source architecture tool TOGAF available today TOGAF is on free-license for own use Third-party users are expected to join the Forum Any member can participate in shaping TOGAF s evolution TOGAF The Continuing Story 81 of 102
82 TOGAF The Continuing Story The Architecture Forum The Next TOGAF for Enterprise Architectures The enhancements to the ADM Boundaryless Information How this maps onto the Zachman Other activities of the Forum Future directions TOGAF The Continuing Story 82 of 102
83 WARNING! Everything about TOGAF 8 is provisional, subject to The Open Group s review process 83 of 102
84 What is our current motivation? Changes that will influence the future take-up of Architecture More extended enterprises More co-operative IT operations Tighter IT budgets Global competition More frantic skills chase Increase in litigation Failure can be terminal TOGAF The Continuing Story 84 of 102
85 What is our current motivation? Pace set by public agencies and large vendors More enforcement of acquisition regulations Clinger-Cohen Act (US Information Technology Management Reform Act 1996) EU Directives on the Award of Public Contracts Contracting Authority needs procedures for ensuring: Completeness of given business requirements Vendor independent expression of needs Same information to all TOGAF The Continuing Story 85 of 102
86 What is the Enterprise Edition? An Enterprise Architecture is the technical foundation of an effective IT strategy Types of architecture: Business architecture Information System Architectures Data or information architecture Application architecture Technology architecture All these are related TOGAF 8 TOGAF 7 TOGAF The Continuing Story 86 of 102
87 Schedule for TOGAF 8 09 Sep Start company review 07 Oct End company review Oct Change Request review meeting 01 Nov Recommendations posted for ballot Nov Ballot of recommendations Nov Address unresolved issues 02 Dec 'Sanity check' draft review 09 Dec Board approval to publish 13 Dec TOGAF Version 8 published TOGAF 8 TOGAF The Continuing Story 87 of 102
88 The Enhanced ADM Preliminary Framework & Principles G Architecture Change Management A Architecture Vision B Business Architecture G Implementation Governance Requirements Management C C Information Information System System Architectures Architectures F Migration Planning E Opportunites & Solutions D Technology Architecture TOGAF The Continuing Story 88 of 102
89 Preliminary steps Getting the buy-in The most difficult stage The most important stage Establishing the Architecture Framework Customizing, configuring and selecting options suitable for the organization Integrating the framework with existing procedures Preserving tried, trusted, or mandated procedures Monitored pilot project Built-in leeway to allow for familiarization and fine-tuning TOGAF The Continuing Story 89 of 102
90 Establishing the Architecture Framework Providing a foundation for the framework by establishing: Architecture principles to guide all future work on all future architectures IT Governance Architecture compliance procedures Customizing the framework to suit the environment Choosing the tools Creating a repository for Building Blocks (BBIB?) TOGAF The Continuing Story 90 of 102
91 The Zachman Framework What? How? Where? Who? When? Why? Data Function Network People Time Motivation Planner s Viewpoint Contextual Owner s Viewpoint Conceptual Designer s Viewpoint Logical Builder s Viewpoint Physical Sub-contractor s Viewpoint Out-of-context Functioning Enterprise Validated Validated Approved statement Validated Architecture principles of architecture principles work principles principles Business Business Correlation of Organization organization Business goals functions and function structureroles and Data model Business baseline version 1 Framework Business Data objectives model managem t Gap analysis results processes definition managem t Business view Business architecture version 1 Business processes view services Common application Data dissemination Technology services Technical view baseline 1 Application Data Application architecture user version 0.2 Target data Target architecture application architecture information lifecycle interop. Data Applications lifecycle interoperability Technology location view information viewtechnical Data architecture view security architecture view version version view Technology architecture version 0.1 Refined Business Business principles principles goals goals & drivers drivers Constraints Technical on requirements technology architecture Technology architecture version 0.4 Gap analysis results Scope Enterprise Models Systems Models Technology Models Detailed Representations Actual Systems TOGAF The Continuing Story 91 of 102
92 Possible transition policy TOGAF 7 will be frozen and retained as the version for Technology Architectures TOGAF 8 will be the first release of the Enterprise Edition There will be work to be completed for the Business, Data and Application Architectures The Technology Architecture will not be as strong as TOGAF 7 due to changes to integrate with the other Architectures Future releases will complete, strengthen and work harden the Enterprise Edition TOGAF 7 will be withdrawn when the Technology subset of the Enterprise Edition is as complete as TOGAF 7 TOGAF The Continuing Story 92 of 102
93 III-RM Graphic Integrated Information Infrastructure Reference Model TOGAF The Continuing Story 93 of 102
94 TOGAF The Continuing Story The Architecture Forum Our motivation for developing TOGAF The Current TOGAF for Technical Architectures The Next TOGAF for Enterprise Architectures Other activities of the Forum Completing the Architectural capability Architecture practitioners Architecture tools Future directions TOGAF The Continuing Story 94 of 102
95 The Architecture Forum Striving to achieve a total, practical Architecture solution TOGAF Architect Certification A good Architecture framework Tools Certification Knowledgeable and professional practitioners Support tools at all levels TOGAF The Continuing Story 95 of 102
96 Separate issues of architect certification 1) Defining the role of Architect(s) in developing information services 2) Identifying the skills, knowledge and experience necessary to fulfil that role 3) Identifying techniques for validating each of (2) 4) Recommend Certification Programs based on a combination of (3) 5) Accrediting Certification Programs to achieve a level global standard How far? Informative Advisory Commercial TOGAF The Continuing Story 96
97 Role players Recommends Certification to Certifies the Architects of Standards body Certification Authority Accreditation Authority Certification Provider Architecture Practice User Specifies procedures & standards Accredits Certification Program of Evaluates Architects of Provides Architectural Services to TOGAF The Continuing Story 97 of 102
98 Stakeholder categories Education & Training Professional Bodies and Associations IT industry Enterprise Users Legislators Recruitment Organizations 28 Stakeholders identified TOGAF The Continuing Story 98 of 102
99 TOGAF The Continuing Story The Architecture Forum Our motivation for developing TOGAF The Current TOGAF for Technical Architectures The Next TOGAF for Enterprise Architectures Other activities of the Forum Future directions TOGAF The Continuing Story 99 of 102
100 What are our future directions? Evolution of TOGAF Enterprise Edition Bring to maturity Enhance to align with OMG s MDA Enhance to include mobility features Enhance to support Quality of Service Possible alignment with Zachman Framework Enhance to include industry TRMs Promote, support, advise and get it all into use. Develop the distributed BBIB Establishment of IT Architect Certification Protection of TOGAF with Certification TOGAF The Continuing Story100 of 102
101 TOGAF Certification To protect the value of TOGAF Architecture tools to ensure that the ADM is supported consistently by different architecture tools Training courses to ensure that the course syllabus includes coverage of the necessary elements of the ADM Architects to ensure that professional services are delivered by architects who up to date knowledge Professional services to ensure that organizations who offer such services abide by an approved code of practice and use properly trained architects TOGAF The Continuing Story101 of 102
102 TOGAF The Continuing Story The Architecture Forum Our motivation for developing TOGAF The Current TOGAF for Technical Architectures The Next TOGAF for Enterprise Architectures Other activities of the Forum Future directions Any questions? TOGAF The Continuing Story102 of 102
Background: Business Value of Enterprise Architecture TOGAF Architectures and the Business Services Architecture
Business Business Services Services and Enterprise and Enterprise This Workshop Two parts Background: Business Value of Enterprise TOGAF s and the Business Services We will use the key steps, methods and
More informationTOGAF overview and relation
TOGAF overview and relation with ITIL3 ITSMF Egypt Tom van Sante Supplier representative boardmember tom.vansante@kpn.com Thames Tower, 37-45 Station Road, Reading, RG1 1LX United Kingdom Tel +44 118 950
More informationGovernment-wide Enterprise Architecture In KOREA. National Computerization Agency
Government-wide Enterprise Architecture In KOREA Content 1. About NCA 2. Works on Enterprise Architecture 3. Government-wide Enterprise Archtecture Framework 4. Comparison with TOGAF 5. Future Work 2 About
More informationTOGAF and ITIL. A White Paper by: Serge Thorn Merck Serono International SA
A White Paper by: Serge Thorn Merck Serono International SA June 2007 Copyright 2007 The Open Group All rights reserved. No part of this publication may be reproduced, stored in a retrieval system, or
More informationThe Role of the Software Architect
IBM Software Group The Role of the Software Architect Peter Eeles peter.eeles@uk.ibm.com 2004 IBM Corporation Agenda Architecture Architect Architecting Requirements Analysis and design Implementation
More informationHow To Develop An Enterprise Architecture
OSI Solution Architecture Framework Enterprise Service Center April 2008 California Health and Human Services Agency Revision History REVISION HISTORY REVISION/WORKSITE # DATE OF RELEASE OWNER SUMMARY
More informationNIST Cloud Computing Program Activities
NIST Cloud Computing Program Overview The NIST Cloud Computing Program includes Strategic and Tactical efforts which were initiated in parallel, and are integrated as shown below: NIST Cloud Computing
More informationJudith Jones Architecting-the-Enterprise
Developing Developing ure ure Skills Skills In this session we will explore the architecture role and skills of Enterprise ure the TOGAF Skills Framework and varieties of s Is your organisation up to the
More informationDeveloping the Corporate Security Architecture. www.avient.ca Alex Woda July 22, 2009
Developing the Corporate Security Architecture www.avient.ca Alex Woda July 22, 2009 Avient Solutions Group Avient Solutions Group is based in Markham and is a professional services firm specializing in
More informationDeveloping Business Architecture with TOGAF
Developing Business Architecture with TOGAF Building Business Capability 2013 Las Vegas, NV Armstrong Process Group, Inc. www.aprocessgroup.com Objectives Introduce The Open Group Architecture Framework
More informationAnalytics Strategy Information Architecture Data Management Analytics Value and Governance Realization
1/22 As a part of Qlik Consulting, works with Customers to assist in shaping strategic elements related to analytics to ensure adoption and success throughout their analytics journey. Qlik Advisory 2/22
More informationNASCIO EA Development Tool-Kit Solution Architecture. Version 3.0
NASCIO EA Development Tool-Kit Solution Architecture Version 3.0 October 2004 TABLE OF CONTENTS SOLUTION ARCHITECTURE...1 Introduction...1 Benefits...3 Link to Implementation Planning...4 Definitions...5
More informationCalifornia Enterprise Architecture Framework
Version 2.0 August 01, 2013 This Page is Intentionally Left Blank Version 2.0 ii August 01, 2013 TABLE OF CONTENTS 1 Executive Summary... 1 1.1 What is Enterprise Architecture?... 1 1.2 Why do we need
More informationEA vs ITSM. itsmf 15.4.2014
EA vs ITSM itsmf 15.4.2014 EA vs ITSM SH Needs Business Goals 2 GOVERNANCE EVALUATE PLANNING ITSM IMPROVING OPERATING Business Programs Projects DEVELOPING EA IMPLEMENTING What is an enterprise in the
More informationPractice Overview. REQUIREMENTS DEFINITION Issue Date: <mm/dd/yyyy> Revision Date: <mm/dd/yyyy>
DEPARTMENT OF HEALTH AND HUMAN SERVICES ENTERPRISE PERFORMANCE LIFE CYCLE FRAMEWORK PRACTIICES GUIIDE REQUIREMENTS DEFINITION Issue Date: Revision Date: Document
More informationDepartment of Administration Portfolio Management System 1.3 June 30, 2010
E 06/ 30/ 2010 EX AM PL 1. 3 06/ 28/ 2010 06/ 24/ 2010 06/ 23/ 2010 06/ 15/ 2010 06/ 18/ 2010 Portfolio System 1.3 June 30, 2010 Contents Section 1. Project Overview... 1 1.1 Project Description... 1 1.2
More informationAdvanced Topics for TOGAF Integrated Management Framework
Instructor: Robert Weisman MSc, PEng, PMP CD Robert.weisman@buildthevision.ca Advanced Topics for TOGAF Integrated Management Framework ROBERT WEISMAN CEO BUILD THE VISION, INC. WWW.BUILDTHEVISION.CA EMAIL:
More informationThe following is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into
The following is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into any contract. It is not a commitment to deliver any material,
More informationA Practical Roadmap to SOA Governance. 2011 Enterprise Integration Services
A Practical Roadmap to SOA Governance 2011 A Practical Roadmap to SOA Governance Corporate Overview Staples is the world s largest office products company and a trusted source for office solutions. Provides
More informationYour Software Quality is Our Business. INDEPENDENT VERIFICATION AND VALIDATION (IV&V) WHITE PAPER Prepared by Adnet, Inc.
INDEPENDENT VERIFICATION AND VALIDATION (IV&V) WHITE PAPER Prepared by Adnet, Inc. February 2013 1 Executive Summary Adnet is pleased to provide this white paper, describing our approach to performing
More informationSoftware Development in the Large!
Software Development in the Large! Peter Eeles Executive IT Architect, IBM peter.eeles@uk.ibm.com IBM Rational Software Development Conference 2007 2007 IBM Corporation Agenda IBM Rational Software Development
More informationFive best practices for deploying a successful service-oriented architecture
IBM Global Services April 2008 Five best practices for deploying a successful service-oriented architecture Leveraging lessons learned from the IBM Academy of Technology Executive Summary Today s innovative
More informationTOGAF. TOGAF & Major IT Frameworks, Architecting the Family. by Danny Greefhorst, MSc., Director of ArchiXL. IT Governance and Strategy
TOGAF TOGAF & Major IT Frameworks, Architecting the Family by Danny Greefhorst, MSc., Director of ArchiXL TOGAF is a registered trademark of The Open Group. Copyright 2013 ITpreneurs. All rights reserved.
More informationEnterprise Architecture Glossary by Set
Set: Enterprise Architecture (EA) Glossary Term Source Enterprise architecture terms based on NASCIO,, and other industry best practices. Description Albers Equal Area Projection egsc.usgs.gov A projection
More informationITC 19 th November 2015 Creation of Enterprise Architecture Practice
ITC 19.11.15 ITC 19 th November 2015 Creation of Enterprise Architecture Practice C Description of paper 1. As part of a wider strategy of Digital Transformation of the University s core services, ISG
More informationThe Open Group Architectural Framework
The Open Group Architectural Framework Background TOGAF is a step-by-step method for developing an enterprise architecture, using a set of prescribed tools. It is freely available on the Open Group website
More informationehealth Architecture Principles
ehealth Architecture Principles Version 3.0 June 2009 Document Control Details Title: ehealth Architecture Principles Owner: Head of Architecture and Design, Scottish Government ehealth Directorate Version:
More informationAssurance of Open Source Projects
Assurance of Open Source Projects Dr Graham Oakes Founder and Principal, Graham Oakes Ltd Contents The value of Open Source Software (OSS) Two types of OSS project The challenges of implementing OSS systems
More informationFederal Segment Architecture Methodology (FSAM): An Overview
Information Resources Management College Federal Segment Architecture Methodology (FSAM): An Overview Dr. Stan Boddie & Prof. Matt Newman 1 a global learning community for government s most promising information
More informationTOGAF TOGAF & Major IT Frameworks, Architecting the Family
Fall 08 TOGAF TOGAF & Major IT Frameworks, Architecting the Family Date: February 2013 Prepared by: Danny Greefhorst, MSc., Director of ArchiXL TOGAF is a registered trademark of The Open Group. TOGAF
More informationManaging Change Using Enterprise Architecture
Managing Change Using Enterprise Architecture Abdallah El Kadi, PMP, CISSP, TOGAF Chief Executive Officer, Shift Technologies Managing Director, Open Group Arabia Email: Abdallah.Kadi@awrostamani.com Website:
More informationEnterprise Architecture Review
Enterprise Architecture Review Arquitectura multivapa mediante Ajax y ORM Héctor Arturo Flórez Fernández * Fecha de recepción: octubre 29 de 2010 Fecha de aceptación: noviembre 23 de 2010 Abstract Enterprise
More informationEnterprise Security Architecture for Cyber Security. M.M.Veeraragaloo 5 th September 2013
Enterprise Security Architecture for Cyber Security M.M.Veeraragaloo 5 th September 2013 Outline Cyber Security Overview TOGAF and Sherwood Applied Business Security Architecture (SABSA) o o Overview of
More informationSetting up an Effective Enterprise Architecture capability. Simon Townson Principal Enterprise Architect SAP
Setting up an Effective Enterprise Architecture capability Simon Townson Principal Enterprise Architect SAP Agenda Why? People and Organisation EA Framework Standards and Templates Tools Processes SAP
More informationFrom Capability-Based Planning to Competitive Advantage Assembling Your Business Transformation Value Network
From Capability-Based Planning to Competitive Advantage Assembling Your Business Transformation Value Network Marc Lankhorst, BiZZdesign Iver Band, Cambia Health Solutions INTRODUCTIONS 2 1 Marc Lankhorst
More informationModelling the Management of Systems Engineering Projects
AEROSPACE CONCEPTS Modelling the Management of Systems Engineering Projects Daniel Spencer Shaun Wilson Aerospace Concepts Pty Ltd www.concepts.aero 28 November 2012 Model-Based Systems Engineering Symposium
More informationTOGAF usage in outsourcing of software development
Acta Informatica Pragensia 2(2), 2013, 68 76, DOI: 10.18267/j.aip.25 Section: Online: aip.vse.cz Peer-reviewed papers TOGAF usage in outsourcing of software development Aziz Ahmad Rais 1, Rudolf Pecinovsky
More informationExtended Enterprise Architecture Framework Essentials Guide
Extended Enterprise Architecture Framework Essentials Guide Editorial Writer: J. Schekkerman Version 1.5 2006 Preface An enterprise architecture (EA) establishes the organization-wide roadmap to achieve
More informationValue to the Mission. FEA Practice Guidance. Federal Enterprise Architecture Program Management Office, OMB
Value to the Mission FEA Practice Guidance Federal Enterprise Program Management Office, OMB November 2007 FEA Practice Guidance Table of Contents Section 1: Overview...1-1 About the FEA Practice Guidance...
More informationConcept of Operations for Line of Business Initiatives
Concept of Operations for Line of Business Initiatives Version 1.0 Office of E-Gov and IT, OMB March 2006 Table of Contents FOREWORD...2 1 OBJECTIVES OF THE LINES OF BUSINESS CONCEPT OF OPERATIONS...3
More informationPotential Role of an Enterprise Service Bus (ESB) in Simulation
Doug Stapleton IBM Australia Limited 28 Sydney Avenue, Forrest ACT 2603 AUSTRALIA dougstap@au1.ibm.com ABSTRACT This paper considers eight areas where an Enterprise Service Bus (ESB) can contribute to
More informationRealizing business flexibility through integrated SOA policy management.
SOA policy management White paper April 2009 Realizing business flexibility through integrated How integrated management supports business flexibility, consistency and accountability John Falkl, distinguished
More informationAdapting IT Governance Frameworks to Ensure Control and Visibility of Open Source
Adapting IT Governance Frameworks to Ensure Control and Visibility of Open Source Dave Lounsbury, CTO & Vice President, The Open Group Peter Vescuso, EVP of Marketing & Business Development, Black Duck
More informationDesign Specification for IEEE Std 1471 Recommended Practice for Architectural Description IEEE Architecture Working Group 0 Motivation
Design Specification for IEEE Std 1471 Recommended Practice for Architectural Description IEEE Architecture Working Group 0 Motivation Despite significant efforts to improve engineering practices and technologies,
More informationData Migration through an Information Development Approach An Executive Overview
Data Migration through an Approach An Executive Overview Introducing MIKE2.0 An Open Source Methodology for http://www.openmethodology.org Management and Technology Consultants Data Migration through an
More informationApplication Outsourcing: The management challenge
White Paper Application Outsourcing: The management challenge Embedding software quality management for mutual benefit Many large organizations that rely on mainframe applications outsource the management
More informationReference Process for Enterprise Architecture enabled ICT Planning
Reference Process for Enterprise Architecture enabled ICT Planning NSW GEA Toolkit R1 April 2015 Contact ea@finance.gov.nsw Strategic Policy Department of Finance, Services & Innovation 1 Table of Contents
More informationA COMPARISON OF ENTERPRISE ARCHITECTURE FRAMEWORKS
A COMPARISON OF ENTERPRISE ARCHITECTURE FRAMEWORKS Lise Urbaczewski, Eastern Michigan University, lurbacze@emich.edu Stevan Mrdalj, Eastern Michigan University, smrdalj@emich.edu ABSTRACT An Enterprise
More informationModule F13 The TOGAF Certification for People Program
Module F13 The TOGAF Certification for People Program V9.1 Edition Copyright 010-011 Slide 1 of All rights reserved Published by The Open Group, 011 The TOGAF Certification for People Program Slide of
More informationThe Perusal and Review of Different Aspects of the Architecture of Information Security
The Perusal and Review of Different Aspects of the Architecture of Information Security Vipin Kumar Research Scholar, CMJ University, Shillong, Meghalaya (India) Abstract The purpose of the security architecture
More informationDigital Continuity Plan
Digital Continuity Plan Ensuring that your business information remains accessible and usable for as long as it is needed Accessible and usable information Digital continuity Digital continuity is an approach
More informationAnatomy of an Enterprise Software Delivery Project
Chapter 2 Anatomy of an Enterprise Software Delivery Project Chapter Summary I present an example of a typical enterprise software delivery project. I examine its key characteristics and analyze specific
More informationHuman Resources and Organisational Development. Job No. (Office Use)
ROLE PROFILE Human Resources and Organisational Development Role Profile Job Title Head of Business and Technical Architecture Job No. (Office Use) F27 Grade (Office Use) Directorate Transformation and
More informationBusiness Analysis Standardization & Maturity
Business Analysis Standardization & Maturity Contact Us: 210.399.4240 info@enfocussolutions.com Copyright 2014 Enfocus Solutions Inc. Enfocus Requirements Suite is a trademark of Enfocus Solutions Inc.
More informationDefining an EA Skillset EAPC Johannesburg March 2015
Defining an EA Skillset EAPC Johannesburg March 2015 1 w w w. c s I n t e r a c t i v e T r a i n i n g. c o m www.csinteractivetraining.com Louw Labuschagne Louw is passionate about all aspects of information
More informationProgram Lifecycle Methodology Version 1.7
Version 1.7 March 30, 2011 REVISION HISTORY VERSION NO. DATE DESCRIPTION AUTHOR 1.0 Initial Draft Hkelley 1.2 10/22/08 Updated with feedback Hkelley 1.3 1/7/2009 Copy edited Kevans 1.4 4/22/2010 Updated
More informationMODELING VIRTUAL ORGANIZATION ARCHITECTURE WITH THE VIRTUAL ORGANIZATION BREEDING METHODOLOGY
01 MODELING VIRTUAL ORGANIZATION ARCHITECTURE WITH THE VIRTUAL ORGANIZATION BREEDING METHODOLOGY Zbigniew Paszkiewicz, Willy Picard Dept. of Information Technology Poznan University of Economics Mansfelda
More informationWHITE PAPER December, 2008
INTRODUCTION Key to most IT organization s ongoing success is the leadership team s ability to anticipate, plan for, and adapt to change. With ever changing business/mission requirements, customer/user
More informationTOGAF 9 Level 1 + 2 Exam Study Guide
TOGAF 9 Level 1 + 2 Exam Study Guide Created by Nik Ansell http://ae.linkedin.com/in/nikansell Introduction This document was created to help focus the study areas of TOGAF 9 students, studying for the
More informationRole of Enterprise Architecture in Mergers & Acquisitions. Satish Chandra, Mahindra Satyam
Role of Enterprise Architecture in Mergers & Acquisitions Satish Chandra, Mahindra Satyam Agenda Definitions EA and M&A related experiences Need for EA Intervention in M&A Using EA in M & A Scenarios Discussion
More informationAbout this guide. 4 The syllabus requires knowledge of this topic. 4. 8 This is material that may be of interest to the reader but is
About this guide This guide provides a quick reference to the ITIL framework for good practice in. It is designed as a study aid for students taking ITIL Foundation qualifications, and as a handy portable
More informationConceptual Model for Enterprise Governance. Walter L Wilson
Conceptual Model for Walter L Wilson Agenda Define the and Architecture Define a Ground Station as an Business Process Define Define Levels and Types of Introduce Model Define effects of Engineering 2
More informationViewpoint Modeling. Agenda. 1. Viewpoint Modeling 2. ODS, Enterprise Architecture, Viewpoints, Models 3. Modeling approaches and standards
Viewpoint Modeling Antonio Vallecillo Universidad de Málaga Dpto. Lenguajes y Ciencias de la Computación av@lcc.uma.es http://www.lcc.uma.es/~av Master en Ingeniería del Software e Inteligencia Artificial
More informationCMS Policy for Configuration Management
Chief Information Officer Centers for Medicare & Medicaid Services CMS Policy for Configuration April 2012 Document Number: CMS-CIO-POL-MGT01-01 TABLE OF CONTENTS 1. PURPOSE...1 2. BACKGROUND...1 3. CONFIGURATION
More informationDate: May 1, 2009. Unified Communications Strategic Planning
Date: May 1, 2009 Unified Communications Strategic Planning Date: January, 2012 Table Of Contents 1. Executive Overview... 2 2. Strategic Planning Tool... 3 3. Identify Communication Requirements... 4
More informationThe role of integrated requirements management in software delivery.
Software development White paper October 2007 The role of integrated requirements Jim Heumann, requirements evangelist, IBM Rational 2 Contents 2 Introduction 2 What is integrated requirements management?
More informationArchitecting the Cloud: Enterprise Architecture Patterns for Cloud Computing
Architecting the Cloud: Enterprise Architecture Patterns for Cloud Computing Prakash C. Rao VP/Chief Architect MMC Ltd Claudia Rose President/BBII Enterprises Faculty: FEAC Institute A tough place to be!
More informationIntegration of Information Assurance (IA) into DoDAF Architectures. Annual Computer Security Applications Conference (ACSAC 04) 8 December 2004
Copyright (c) 2004 Booz Allen Hamilton. All rights reserved 1 Integration of Information Assurance (IA) into DoDAF Architectures Annual Computer Security Applications Conference (ACSAC 04) 8 December 2004
More informationEnterprise Architecture Maturity Model
N AT I O N A L A S S O C I AT I O N O F S TAT E C H I E F I N F O R M AT I O N O F F I C E R S Enterprise Architecture Maturity Model 167 West Main Street, Suite 600 Lexington, KY 40507 P: 859-514-9153
More informationChap 1. Introduction to Software Architecture
Chap 1. Introduction to Software Architecture 1. Introduction 2. IEEE Recommended Practice for Architecture Modeling 3. Architecture Description Language: the UML 4. The Rational Unified Process (RUP)
More informationNCOE whitepaper Master Data Deployment and Management in a Global ERP Implementation
NCOE whitepaper Master Data Deployment and Management in a Global ERP Implementation Market Offering: Package(s): Oracle Authors: Rick Olson, Luke Tay Date: January 13, 2012 Contents Executive summary
More informationHigh-Level Guide for Managers. The Information Framework
High-Level Guide for Managers The Information Framework March 2010 1. Executive Summary The Information Framework is one of the major components that make up TM Forum Frameworx, an Integrated Business
More informationModule 6 Essentials of Enterprise Architecture Tools
Process-Centric Service-Oriented Module 6 Essentials of Enterprise Architecture Tools Capability-Driven Understand the need and necessity for a EA Tool IASA Global - India Chapter Webinar by Vinu Jade
More informationHow to bridge the gap between business, IT and networks
ericsson White paper Uen 284 23-3272 October 2015 How to bridge the gap between business, IT and networks APPLYING ENTERPRISE ARCHITECTURE PRINCIPLES TO ICT TRANSFORMATION A digital telco approach can
More informationITIL. Lifecycle. www.alctraining.com.my. ITIL Intermediate: Continual Service Improvement. Service Strategy. Service Design. Service Transition
Take your ITIL skills to the next level ITIL Lifecycle ITIL Intermediate: Part of the complete ITIL Education Program Advance your career Add value to your organisation Gain credits towards ITIL Expert
More informationBest Practices Statement Project Management. Best Practices for Managing State Information Technology Projects
State of Arkansas Office of Information Technology 124 W. Capitol Ave. Suite 990 Little Rock, AR 72201 501.682.4300 Voice 501.682.4020 Fax http://www.cio.arkansas.gov/techarch Best Practices Statement
More informationD6.1: Service management tools implementation and maturity baseline assessment framework
D6.1: Service management tools implementation and maturity baseline assessment framework Deliverable Document ID Status Version Author(s) Due FedSM- D6.1 Final 1.1 Tomasz Szepieniec, All M10 (31 June 2013)
More informationPerform Business Analysis Professionally. c o m p e t e n c e f o r g r o w t h
Perform Business Analysis Professionally R PMCC c o m p e t e n c e f o r g r o w t h 01 REGISTER 02 ENGAGE 03 CERTIFICATION Demand is growing for Professional Business Analysis SM The PMI-PBA highlights
More informationApplying ITIL v3 Best Practices
white paper Applying ITIL v3 Best Practices to improve IT processes Rocket bluezone.rocketsoftware.com Applying ITIL v. 3 Best Practices to Improve IT Processes A White Paper by Rocket Software Version
More informationGuidelines for Best Practices in Data Management Roles and Responsibilities
Guidelines for Best Practices in Data Management Roles and Responsibilities September 2010 Data Architecture Advisory Committee A subcommittee of Information Architecture & Standards Branch Table of Contents
More informationContents. viii. 4 Service Design processes 57. List of figures. List of tables. OGC s foreword. Chief Architect s foreword. Preface.
iii Contents List of figures List of tables OGC s foreword Chief Architect s foreword Preface Acknowledgements v vii viii 1 Introduction 1 1.1 Overview 4 1.2 Context 4 1.3 Purpose 8 1.4 Usage 8 2 Management
More informationCDC UNIFIED PROCESS PRACTICES GUIDE
Purpose The purpose of this document is to provide guidance on the practice of Modeling and to describe the practice overview, requirements, best practices, activities, and key terms related to these requirements.
More informationSoftware Engineering Reference Framework
Software Engineering Reference Framework Michel Chaudron, Jan Friso Groote, Kees van Hee, Kees Hemerik, Lou Somers, Tom Verhoeff. Department of Mathematics and Computer Science Eindhoven University of
More informationEnterprise Architecture with TOGAF 9.1 and ArchiMate 2.0 1. Henk Jonkers, Dick Quartel, Bas van Gils and Henry Franken
White Paper Publication date: May 31 st, 2012 Enterprise with TOGAF 9.1 and ArchiMate 2.0 1 Henk Jonkers, Dick Quartel, Bas van Gils and Henry Franken Executive summary With the appearance of Version 2.0,
More informationA Guide to the Business Analysis Body of Knowledge (BABOK Guide) Version 2.0
A Guide to the Business Analysis Body of Knowledge (BABOK Guide) Version 2.0 www.theiiba.org International Institute of Business Analysis, Toronto, Ontario, Canada. 2005, 2006, 2008, 2009, International
More informationPractitioner Certificate in Information Assurance Architecture (PCiIAA)
Practitioner Certificate in Information Assurance Architecture (PCiIAA) 15 th August, 2015 v2.1 Course Introduction 1.1. Overview A Security Architect (SA) is a senior-level enterprise architect role,
More informationQuick Guide: Meeting ISO 55001 Requirements for Asset Management
Supplement to the IIMM 2011 Quick Guide: Meeting ISO 55001 Requirements for Asset Management Using the International Infrastructure Management Manual (IIMM) ISO 55001: What is required IIMM: How to get
More informationRequirements Management Practice Description
Requirements Management Practice Description 1. REQUIREMENTS MANAGEMENT (RM) 1.1 Description of the practice TRASYS provide solutions to effectively manage critical issues and reduce risks in project related
More informationSparx Systems Enterprise Architect for Team Players
Course Description 4 day - expert led onsite training and hands-on workshops Experience hands-on modeling and learn how to use Enterprise Architect with your next project. Discover surprising ways to improve
More informationBest practices in project and portfolio management
Business white paper Best practices in project and portfolio management Practical advice for achieving greater value and business benefits Table of contents 3 Introduction 3 The importance of best practices
More informationContents Foreword Preface Acknowledgments Introduction to Technical Architecture Chaos and Control
Contents Foreword vii Preface xi Acknowledgments xvii 1. Introduction to Technical Architecture 1 1.1 Background 1 1.2 Definition of Architecture 1 1.3 A Brief History of Technical Architectures 7 The
More informationEnterprise. Enterprise Architecture. Organization & Change Management. Life Cycle TOGAF 9. QRS research
Enterprise Architecture Life Cycle TOGAF 9 Organization & Change Management a Case Study: Change Management as a Part of Enterprise Architecture By: Jason Uppal, P.Eng. Certified: TOGAF and ITAC Level
More informationDriving Your Business Forward with Application Life-cycle Management (ALM)
Driving Your Business Forward with Application Life-cycle Management (ALM) Published: August 2007 Executive Summary Business and technology executives, including CTOs, CIOs, and IT managers, are being
More informationPHASE 5: DESIGN PHASE
PHASE 5: DESIGN PHASE During the Design Phase, the system is designed to satisfy the requirements identified in the previous phases. The requirements identified in the Requirements Analysis Phase are transformed
More information[ SHERRYANNE MEYER. 2301 -Manage Complex SAP Implementations with Enterprise Architecture
2301 -Manage Complex SAP Implementations with Enterprise Architecture ] Raghavendra (Rao) Subbarao Chair, Enterprise Architecture SIG Sr. Vice President, Strategic Services STEP UP Systems Group LLC rsubbarao@susg.com
More informationA Privacy Officer s Guide to Providing Enterprise De-Identification Services. Phase I
IT Management Advisory A Privacy Officer s Guide to Providing Enterprise De-Identification Services Ki Consulting has helped several large healthcare organizations to establish de-identification services
More informationA. This Directive applies throughout DHS, unless exempted by statutory authority.
I. Purpose Department of Homeland Security DHS Directives System Directive Number: 103-02 Revision Number: 00 Issue Date: 6/19/2014 ENTERPRISE ARCHITECTURE MANAGEMENT This Directive establishes the Department
More informationGuideline. Records Management Strategy. Public Record Office Victoria PROS 10/10 Strategic Management. Version Number: 1.0. Issue Date: 19/07/2010
Public Record Office Victoria PROS 10/10 Strategic Management Guideline 5 Records Management Strategy Version Number: 1.0 Issue Date: 19/07/2010 Expiry Date: 19/07/2015 State of Victoria 2010 Version 1.0
More informationStrategy for Application Modernization A Summa White Paper
Strategy for Application Modernization A Summa White Paper Summa 925 Liberty Avenue, 6 th Floor Pittsburgh, PA 15222 (p) 412.258.3300 (f) 412.258.3299 www.summa tech.com Why Modernize? My customers want
More information