The Open Group Architecture Framework (TOGAF)
Total Page:16
File Type:pdf, Size:1020Kb
The Open Group Architecture Framework (TOGAF) John Spencer, Director – Architecture Forum Boston, July 24th 2002 Agenda q The Architecture Forum q TOGAF background q TOGAF components q Plans for the Future q Summary Architecture Forum - Stakeholders q Customer Architects: reduced time, cost, risk § procuring effective IT architecture tools § developing an IT architecture § procuring products to implement an IT architecture q Tools Vendors: bigger market, bigger market share § supporting open methods for architecture q IT Solution Vendors: greater cost-efficiency § reduced cost of bidding, greater share of procurements q Integrators: greater cost-efficiency, better service § better service delivery to clients § more effective use / re-use of own architecture assets q Academic / Research Organizations: funding support § demonstrated relevance to market, route to standardization § “technology transfer” important in bids for funding Membership – 1st July 2002 48 members: § Arthur Andersen Business Consulting (US) § Mitre Corporation (US) § BMC Software Inc. (US) § Monash University (Australia) § Boeing Corporation (US) § NASA Goddard Space Flight Center (US) § CC and C Solutions (Australia) § National Computerization Agency (Korea) § Centre For Open Systems (Australia) § NATO C3 Agency (Belgium) § ChiSurf (Hong Kong) § NEC (Japan) § Compaq (US) § NeTraverse, Inc. (US) § Computacentre (UK) § Nexor, Inc. (US) § Computas (Norway) § Open GIS Consortium, Inc. (US) § Computer Associates (US) § PASS Network Consulting (Germany) § Conclusive Logic (US) § POSC (US) § Department of Defense / DISA (US) § Predictive Systems AG (Germany) § Department of Works and Pensions (UK) § ReGIS (Japan) § Desktop Management Task Force (US) § QA Consulting (UK) § Frietuna Consultants (UK) § SCO (US) § Fujitsu (Japan) § Sun Microsystems (US) § Hewlett-Packard (US) § Teamcall (Belgium) § Hitachi (Japan) § The Terasoft Group (US) § IBM (US) § Tivoli (US) § Innenministerium NordRhein-Westfalen (Ger) § Toyota InfoTechnology Center (Japan) § Jet Propulsion Labs (US) § TRON Association (Japan) § Lockheed Martin (US) § Veriserve Corporation (US) § Ministry of Defence (UK) § Visa International (US) § Motorola (US) § Westpac Banking Corporation (Australia) Architecture Forum - Vision Target q An effective, open framework ADM and method TRM SIB BBIB Resource Base TOGAF q Knowledgeable and professional practitioners q Adequate “Commercial Off- The-Shelf” tools TOGAF Origins q A customer initiative q A framework, not an architecture § Main themes: § A single, unifying architectural framework for the IT industry § A framework for developing architectures to meet different business needs • not a “one-size-fits-all” architecture q Originally based on TAFIM (U.S. DoD) TOGAF Development q 1994: Requirement Proof of need q 1995: TOGAF Version 1 Proof of concept q 1996: TOGAF Version 2 Proof of application q 1997: TOGAF Version 3 Relevance to practical architectures (building blocks) q 1998: TOGAF Version 4 Enterprise Continuum (TOGAF in context) Business Scenarios (architecture q 1999: TOGAF Version 5 requirements) q 2000: TOGAF Version 6 Architecture views - IEEE 1471 US DoD work (C4ISR A/F, C2STA) q 2001: TOGAF Version 7 Architecture Principles; Compliance Reviews; TOGAF & enterprise frameworks TOGAF Today q An industry consensus framework and method § Successful customer / vendor collaboration q Technology and tool neutral q Proven in practice § 8 years continuous development & evolution § Used successfully in major projects / procurements around the world q Publicly available § http://www.opengroup.org/public/arch (view on-line) § http://www.opengroup.org /architecture/togaf (download) TOGAF Structure and Components q Architecture Target Development Architectures Method Architecture Development Method q Foundation Architecture Technical Standards Building q Resource Reference Information Blocks Model Base Information Base Base TOGAF (services (standards) (architecture taxonomy) building blocks Foundation - future) Architecture Resource Base TOGAF Architecture Development Method (ADM) q Open, industry consensus method for IT architecture q Quick-start foundation q Practical, experience based guidance q Emphasizes continual validation against requirements Phases A through C (Relevant to all architecture developments) A – Initiation and Framework: A Initiation q Use Business Scenarios to define and relevant business requirements Framework G B q Identify stakeholders / concerns Architecture Baseline Maintenance q Build consensus with partners Description B – Baseline Description q Build description of current Requirements system F C Implementation Target q Identify “what’s wrong” Architecture q Inventory of re-usable building blocks C –Target Architecture: E D Migration Opportunities q Identify all needed services Planning and Solutions q Multiple views to address stakeholder concerns Phases A through C (Relevant to all architecture developments) A – Initiation and Framework: A Initiation q Use Business Scenarios to define andAA relevant business requirements Framework G InitiationInitiation && B q Identify stakeholders / concerns Architecture Baseline MaintenanceFrameworkFramework q Build consensus with partners Description B – Baseline Description q Build description of current Requirements system F C Implementation Target q Identify “what’s wrong” Architecture q Inventory of re-usable building blocks C –Target Architecture: E D Migration Opportunities q Identify all needed services Planning and Solutions q Multiple views to address stakeholder concerns Identifying Requirements: Business Scenarios 1 - problem 2 - environment 3 - objectives 4 - human actors 5 - computer actors 6 - roles & responsibilities 7 - refine Phases A through C (Relevant to all architecture developments) A – Initiation and Framework: A Initiation q Use Business Scenarios to define and relevant business requirements Framework G BB B q Identify stakeholders / concerns Architecture Baseline Maintenance Baseline q Build consensus with partners BaselineDescription B – Baseline Description DescriptionDescription q Build description of current Requirements system F C Implementation Target q Identify “what’s wrong” Architecture q Inventory of re-usable building blocks C –Target Architecture: E D Migration Opportunities q Identify all needed services Planning and Solutions q Multiple views to address stakeholder concerns Phases A through C (Relevant to all architecture developments) A – Initiation and Framework: A Initiation q Use Business Scenarios to define and relevant business requirements Framework G B q Identify stakeholders / concerns Architecture Baseline Maintenance q Build consensus with partners Description B – Baseline Description q Build description of current Requirements CC system F C Implementation TargetTargetTarget q Identify “what’s wrong” Architecture ArchitectureArchitecture q Inventory of re-usable building blocks C –Target Architecture: E D Migration Opportunities q Identify all needed services Planning and Solutions q Multiple views to address stakeholder concerns Phase C – Target Architecture (Steps) B 11 CreateCreate baselinebaseline 22 ConsiderConsider viewsviews 33 CreateCreate arch.arch. modelmodel 66 DetermineDetermine criteriacriteria 44 SelectSelect servicesservices 55 ConfirmConfirm bus.bus. ObjsObjs.. 7a7a DefineDefine architecturearchitecture 7b7b IdentifyIdentify Arch.Arch. BuildingBuilding BlocksBlocks 88 ConductConduct gapgap analysisanalysis D Phases D through G (Relevant when taking architecture through to A implementation) Initiation and Framework q D - Opportunities and G B Solutions: evaluate and select Architecture Baseline Maintenance Description major work packages q E - Migration Planning: prioritize work, develop outline Requirements plan F C Implementation Target q F - Implementation: develop Architecture full plan and execute q G - Architecture Maintenance: establish E D procedure for maintenance of Migration Opportunities new baseline Planning and Solutions TOGAF Components q Architecture Development Method q Foundation Architecture § Technical Reference Model § Standards Information Base § Enterprise Continuum (Foundation Architecture in context) q Resource Base Foundation Architecture: Technical Reference Model (TRM) Qualities Infrastructure Business q Associated with Applications Applications System & Network Management detailed taxonomy of Application Programming Interface International Operations Transaction Processing services Software Engineering Location & Directory Data Management Graphics & Image Data Interchange § defines scope of User Interface Security each service Qualities category q Identifies system-wide capabilities Qualities (“qualities”), e.g.: Operating System Services § Internationalization Network Services § Security Communications Infrastructure Interface § Management Communication Infrastructure Qualities Foundation Architecture: Standards Information Base (SIB) q A database of open industry standards § The complete set of Open Group endorsed standards § Content determined by Open Group consensus process q Structured according to TOGAF Technical Reference Model taxonomy q Regularly updated q Available for public web access § http://www.db.opengroup.org/sib.htm q Gateway to many linked resources The Foundation Architecture in Context: The “Enterprise Continuum” Common Foundation Systems Industry Organization Architectures Architectures Architectures Architectures Business Applications Architecture Qualities Continuum guides