fbpx
Wikipedia

The Open Group Architecture Framework (TOGAF) is the most used framework for enterprise architecture as of 2020 that provides an approach for designing, planning, implementing, and governing an enterprise information technology architecture. TOGAF is a high-level approach to design. It is typically modeled at four levels: Business, Application, Data, and Technology. It relies heavily on modularization, standardization, and already existing, proven technologies and products.

Structure of the TOGAF Architecture Development Method (ADM).

TOGAF was developed starting 1995 by The Open Group, based on United States Department of Defense's TAFIM and Capgemini's Integrated Architecture Framework (IAF). As of 2016, The Open Group claims that TOGAF is employed by 80% of Global 50 companies and 60% of Fortune 500 companies.

Contents

An architecture framework is a set of tools which can be used for developing a broad range of different architectures. It should:

  • describe a method for defining an information system in terms of a set of building blocks.
  • show how the building blocks fit together.
  • contain a set of tools.
  • provide a common vocabulary.
  • include a list of recommended standards.
  • include a list of compliant products that can be used to implement the building blocks.

The ANSI/IEEE Standard 1471-2000 specification of architecture (of software-intensive systems) may be stated as: "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."

However TOGAF has its own view, which may be specified as either a "formal description of a system, or a detailed plan of the system at component level to guide its implementation", or as "the structure of components, their interrelationships, and the principles and guidelines governing their design and evolution over time."

The Architecture Development Method (ADM) is the core of TOGAF which describes a method for developing and managing the lifecycle of enterprise architecture.

DoD Standards-Based Architecture Planning Process in TAFIM.

TOGAF was initiated in the early 1990s as methodology for the development of technical architecture, and has been developed by The Open Group into an extensive enterprise architecture framework. In 1995, the first version of TOGAF (TOGAF 1.0) was presented. This version was mainly based on the Technical Architecture Framework for Information Management (TAFIM), development started in the late 1980s by the US Department of Defense.

In December 2001 TOGAF 7, the "Technical Edition", was published. TOGAF 8 ("Enterprise Edition") was first published in December 2002 and republished in updated form as TOGAF 8.1 in December 2003. Around 2005 TOGAF became a registered trademark of The Open Group. In November 2006 the Open Group released TOGAF 8.1.1. According to The Open Group, as of February 2011, over 15,000 individuals are TOGAF Certified. As of April 2018 the official register has over 77,500 certifications.

An evolutionary development from TOGAF 8, TOGAF 9 includes many new features such as:

  • Increased rigor, including a formal Content Metamodel that links the artifacts of TOGAF together (although there are some problems with the Metamodel)
  • Architecture repository and the Enterprise Continuum
  • Elimination of unnecessary differences, and many more examples and templates

Additional guidelines and techniques include:[citation needed]

  • A formal business-driven approach to architecture
  • Business capability-based planning
  • Guidance on how to use TOGAF to develop security architectures and SOA

The latest version is TOGAF 9.2, launched on 16 April 2018.

The Open Group provides TOGAF free of charge to organizations for their own internal noncommercial purposes.

Enterprise architecture domains

TOGAF is based on four interrelated areas of specialization called architecture domains:

  • Business architecture which defines the business strategy, governance, organization, and key business processes of the organization
  • Data architecture which describes the structure of an organization's logical and physical data assets and the associated data management resources
  • Applications architecture which provides a blueprint for the individual systems to be deployed, the interactions between the application systems, and their relationships to the core business processes of the organization with the frameworks for services to be exposed as business functions for integration
  • Technical architecture, or technology architecture, which describes the hardware, software, and network infrastructure needed to support the deployment of core, mission-critical applications

Architecture Development Method

The Architecture Development Method (ADM) is applied to develop an enterprise architecture which will meet the business and information technology needs of an organization. It may be tailored to the organization's needs and is then employed to manage the execution of architecture planning activities.

The process is iterative and cyclic. Each step checks with Requirements. Phase C involves some combination of both Data Architecture and Applications Architecture. Additional clarity can be added between steps B and C in order to provide a complete information architecture.

Performance engineering working practices are applied to the Requirements phase, and to the Business Architecture, Information System Architecture, and Technology architecture phases. Within Information System Architecture, it is applied to both the Data Architecture and Application Architecture.

Enterprise Continuum

The Enterprise Continuum is a way of classifying solutions and architectures on a continuum that range from generic foundation architectures through to tailored organization-specific both within and outside the Architecture Repository. These include architectural models, architectural patterns, architecture descriptions, and other artifacts. These artifacts may exist within the enterprise and also in the IT industry at large.

The Enterprise Continuum consists of both the Architecture Continuum and the Solutions Continuum. The Architecture Continuum specifies the structuring of reusable architecture assets and includes rules, representations, and relationships of the information systems available to the enterprise. The Solutions Continuum describes the implementation of the Architecture Continuum by defining reusable Solution Building Blocks (SBBs).

TOGAF 9.2 recognizes the following roles;

Whilst also adding "And many others ..." at the end of this list. Two such roles could be Business Analyst and Systems Analyst.

TOGAF is providing certifications for tools & people.

TOGAF certified tools

Certified TOGAF 9 tools are listed in the following table.

Product Name Company First Certified Renewal TOGAF Version
ABACUS 6.0 Avolution 23-May-2012 22-May-2022 9.2
BiZZdesign Enterprise Studio BiZZdesign 18-Jul-2012 17-Jul-2020 9.2
ADOIT BOC Group 15-Sep-2017 14-Sep-2021 9.1
HOPEX Enterprise Architecture Suite MEGA International 26-May-2015 26-May-2021 9.1
iServer Business and IT Transformation Suite 2015 Orbus Software 19-Aug-2013 18-Aug-2021 9.1
Capability and Technology Management Planview 03-Apr-2012 02-Apr-2022 9.1
Alfabet Software AG 22-Jun-2012 21-Jun-2022 9.2
ARIS 9.0 Software AG 19-Nov-2013 18-Nov-2021 9.1
Enterprise Architect 12 Sparx Systems Pty Ltd. 06-Feb-2015 05-Feb-2021 9.1

For the latest register of certified tools refer The Open Group register.

Qualifications

The Open Group oversees formal qualifications in TOGAF at two levels, which can be taken following formal training or self-study. Learners can undertake these qualifications through training companies.

Foundation

(Level I) Ensures that an individual understands Enterprise Architecture along with core concepts and terminology of TOGAF.

Certified

(Level II) Further to the Foundation qualification, this establishes that the candidate is able to analyse and apply their knowledge to business problems.

Gaining TOGAF Certified status automatically confers free membership of the Association of Enterprise Architects.

Despite TOGAF being considered as the de facto standard in an EA practice, it is not without its critics:

  • Research evidence shows that "most TOGAF recommendations are usually found inapplicable" and not followed even in the organizations included in the list of TOGAF-users provided by The Open Group. That is why TOGAF can be considered only as "a toolkit of random EA-related recommendations" and "'using TOGAF' can be best explained as 'studying TOGAF and then doing something else instead'".
  • Real examples demonstrating the actual practical usage of TOGAF's recommendations are missing: "There is a pressing need for some detailed worked examples and use cases. Although these were requested, they were not forthcoming from TOGAF trainers or The Open Group".
  • EA practitioners report that TOGAF can hardly be followed step-by-step: "Our initial assumptions about TOGAF were that it would be a sort of 'methodology' that we could follow to produce our EA, however this turned out not to be the case".
  • Detailed analysis demonstrates that TOGAF-based EA practices do not resemble the original TOGAF prescriptions in any real sense.
  • TOGAF's prescriptions are vague and inarticulate since it "only states that the ADM should be adapted without specifying how".
  • Jason Bloomberg argues that "for many organizations, TOGAF has gained traction simply because it’s better than doing nothing".
  • The recent changes introduced in TOGAF v9.2 did not address the fundamental problems of the mechanistic planning approach advocated by TOGAF and other previous step-by-step architecture methodologies including EAP and BSP.
  • Historical analysis shows that TOGAF's astonishing popularity can be considered as purely accidental and attributed solely to its effective promotion at the right time period.
  1. Stephen Marley (2003). "Architectural Framework," at aiwg.gsfc.nasa.gov, NASA /SCI. Retrieved 10 December 2008 (webarchive.org).
  2. N. Dedic, "FEAMI: A Methodology to include and to integrate Enterprise Architecture Processes into Existing Organizational Processes," in IEEE Engineering Management Review, doi: 10.1109/EMR.2020.3031968.
  3. Dirk Draheim, Gerald Weber eds. (2007) Trends in Enterprise Application Architecture: 2nd International Conference, TEAA 2006, Berlin, Germany, 29 November – 1 December 2006, Revised Selected Papers. p. 260
  4. Wout, Jack van't; Waage, Maarten; Hartman, Herman; Stahlecker, Max; Hofman, Aaldert (17 June 2010). The Integrated Architecture Framework Explained: Why, What, How. ISBN 9783642115189.
  5. TOGAF Introduction The Open Group Architecture Framework. Accessed 22 January 2009.
  6. Department of Defense (1996). Technical Architecture Framework for Information Management. Vol. 4. April 1996
  7. Marc Lankhorst (2013) Enterprise Architecture at Work: Modelling, Communication and Analysis p. 23
  8. Jaap Schekkerman (2003) How to Survive in the Jungle of Enterprise Architecture. p. 119
  9. Tom van Sante, Hans Van Den Bent (2007) Togaf the Open Group Architectural Framework: A Management Guide. p. iv
  10. <[https://togaf9-cert.opengroup.org/home-public
  11. 15,000 certifications
  12. Directory of Certified People
  13. "What's New in TOGAF 9?". The Open Group. 2009. Retrieved13 January 2017.
  14. Veryard, Richard (2009). "TOGAF 9". Retrieved13 January 2017.
  15. Gerber A; Van der Merwe, A; Kotze, P: 2010. Towards the Formalisation of the TOGAF Content Metamodel using Ontologies. To appear in: Proceedings of the 12th International Conference on Enterprise Information Systems (ICEIS 2010). INSTICC
  16. The Open Group Launches the TOGAF Standard, Version 9.2 http://www.opengroup.org/news/press/The-Open-Group-Launches-TOGAF-Standard-Version-9-2
  17. The Open Group (2011). TOGAF® Version 9 - Download. Architecture Forum. Retrieved on 17 November 2011 from http://www.opengroup.org/architecture/togaf9/downloads.htm.
  18. The process flow can be seen as an image located here: Architecture Development Cycle
  19. "Enterprise Continuum". The Open Group. Retrieved4 January 2014.
  20. "TOGAF Skills Framework". The Open Group. Retrieved16 August 2020.
  21. The Open Group Tool Certification Register
  22. "TOGAF 9 Certification". The Open Group. Retrieved11 January 2014.
  23. "TOGAF Certification FAQ". The Open Group. Retrieved11 January 2014.
  24. "Enterprise Architecture Is Not TOGAF", Kotusev, S., January 2016
  25. "The Critical Scrutiny of TOGAF", Kotusev, S., April 2016
  26. Anderson, P., Backhouse, G., Townsend, J., Hedges, M. and Hobson, P. (2009). Doing Enterprise Architecture: Enabling the Agile Institution. Bristol, United Kingdom: Joint Information Systems Committee (JISC).
  27. Kotusev, S. (2018) TOGAF-Based Enterprise Architecture Practice: An Exploratory Case Study, Communications of the Association for Information Systems, Vol. 43, No. 1, pp. 321-359.
  28. Winter, K., Buckl, S., Matthes, F. and Schweda, C. M. (2010). Investigating the State-of-the-Art in Enterprise Architecture Management Methods in Literature and Practice. In: Sansonetti, A., ed. Proceedings of the 4th Mediterranean Conference on Information Systems, Tel Aviv, Israel.
  29. "Enterprise Architecture: Don't Be a Fool with a Tool", Jason Bloomberg, visited 19 May 2016
  30. "TOGAF Version 9.2: What's New?", Kotusev, S., June 2018
  31. Kotusev, S. (2018) TOGAF: Just the Next Fad That Turned into a New Religion, In: TOGAF Is Not an EA Framework: The Inconvenient Pragmatic Truth, K.L. Smith (ed.). Great Notley, UK: Pragmatic EA Ltd, pp. 27-40.
Wikimedia Commons has media related toTOGAF.

The Open Group Architecture Framework Article Talk Language Watch Edit 160 160 Redirected from TOGAF The Open Group Architecture Framework TOGAF is the most used framework for enterprise architecture as of 2020 2 that provides an approach for designing planning implementing and governing an enterprise information technology architecture 3 TOGAF is a high level approach to design It is typically modeled at four levels Business Application Data and Technology It relies heavily on modularization standardization and already existing proven technologies and products Structure of the TOGAF Architecture Development Method ADM 1 TOGAF was developed starting 1995 by The Open Group based on United States Department of Defense s TAFIM and Capgemini s Integrated Architecture Framework IAF 4 As of 2016 The Open Group claims that TOGAF is employed by 80 of Global 50 companies and 60 of Fortune 500 companies Contents 1 Overview 2 History 3 TOGAF pillars 3 1 Enterprise architecture domains 3 2 Architecture Development Method 3 3 Enterprise Continuum 4 Roles 5 TOGAF culture 5 1 TOGAF certified tools 5 2 Qualifications 5 2 1 Foundation 5 2 2 Certified 6 Criticism 7 References 8 External linksOverview EditAn architecture framework is a set of tools which can be used for developing a broad range of different architectures 5 It should describe a method for defining an information system in terms of a set of building blocks show how the building blocks fit together contain a set of tools provide a common vocabulary include a list of recommended standards include a list of compliant products that can be used to implement the building blocks The ANSI IEEE Standard 1471 2000 specification of architecture of software intensive systems may be stated as 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 However TOGAF has its own view which may be specified as either a formal description of a system or a detailed plan of the system at component level to guide its implementation or as the structure of components their interrelationships and the principles and guidelines governing their design and evolution over time The Architecture Development Method ADM is the core of TOGAF which describes a method for developing and managing the lifecycle of enterprise architecture History Edit DoD Standards Based Architecture Planning Process in TAFIM 6 TOGAF was initiated in the early 1990s as methodology for the development of technical architecture and has been developed by The Open Group into an extensive enterprise architecture framework 7 In 1995 the first version of TOGAF TOGAF 1 0 was presented This version was mainly based on the Technical Architecture Framework for Information Management TAFIM development started in the late 1980s by the US Department of Defense In December 2001 TOGAF 7 the Technical Edition was published 8 TOGAF 8 Enterprise Edition was first published in December 2002 and republished in updated form as TOGAF 8 1 in December 2003 Around 2005 TOGAF became a registered trademark of The Open Group 9 In November 2006 the Open Group released TOGAF 8 1 1 According to The Open Group as of February 2011 over 15 000 individuals are TOGAF Certified 10 11 As of April 2018 the official register has over 77 500 certifications 12 An evolutionary development from TOGAF 8 TOGAF 9 includes many new features such as 13 14 Increased rigor including a formal Content Metamodel that links the artifacts of TOGAF together although there are some problems with the Metamodel 15 Architecture repository and the Enterprise Continuum Elimination of unnecessary differences and many more examples and templates Additional guidelines and techniques include citation needed A formal business driven approach to architecture Business capability based planning Guidance on how to use TOGAF to develop security architectures and SOA The latest version is TOGAF 9 2 launched on 16 April 2018 16 The Open Group provides TOGAF free of charge to organizations for their own internal noncommercial purposes 17 TOGAF pillars EditEnterprise architecture domains Edit TOGAF is based on four interrelated areas of specialization called architecture domains Business architecture which defines the business strategy governance organization and key business processes of the organization Data architecture which describes the structure of an organization s logical and physical data assets and the associated data management resources Applications architecture which provides a blueprint for the individual systems to be deployed the interactions between the application systems and their relationships to the core business processes of the organization with the frameworks for services to be exposed as business functions for integration Technical architecture or technology architecture which describes the hardware software and network infrastructure needed to support the deployment of core mission critical applicationsArchitecture Development Method Edit The Architecture Development Method ADM is applied to develop an enterprise architecture which will meet the business and information technology needs of an organization It may be tailored to the organization s needs and is then employed to manage the execution of architecture planning activities 18 The process is iterative and cyclic Each step checks with Requirements Phase C involves some combination of both Data Architecture and Applications Architecture Additional clarity can be added between steps B and C in order to provide a complete information architecture Performance engineering working practices are applied to the Requirements phase and to the Business Architecture Information System Architecture and Technology architecture phases Within Information System Architecture it is applied to both the Data Architecture and Application Architecture Enterprise Continuum Edit The Enterprise Continuum is a way of classifying solutions and architectures on a continuum that range from generic foundation architectures through to tailored organization specific both within and outside the Architecture Repository 19 These include architectural models architectural patterns architecture descriptions and other artifacts These artifacts may exist within the enterprise and also in the IT industry at large The Enterprise Continuum consists of both the Architecture Continuum and the Solutions Continuum The Architecture Continuum specifies the structuring of reusable architecture assets and includes rules representations and relationships of the information systems available to the enterprise The Solutions Continuum describes the implementation of the Architecture Continuum by defining reusable Solution Building Blocks SBBs Roles EditTOGAF 9 2 recognizes the following roles Architecture Board Members Architecture Sponsor Architecture Manager Architects Enterprise Architect Business Architect Data Architect Application Architect Technology Architect Project Managers IT Designer Interpreted as UX Design Whilst also adding And many others at the end of this list 20 Two such roles could be Business Analyst and Systems Analyst TOGAF culture EditTOGAF is providing certifications for tools amp people TOGAF certified tools Edit Certified TOGAF 9 tools are listed in the following table Product Name Company First Certified Renewal TOGAF VersionABACUS 6 0 Avolution 23 May 2012 22 May 2022 9 2BiZZdesign Enterprise Studio BiZZdesign 18 Jul 2012 17 Jul 2020 9 2ADOIT BOC Group 15 Sep 2017 14 Sep 2021 9 1HOPEX Enterprise Architecture Suite MEGA International 26 May 2015 26 May 2021 9 1iServer Business and IT Transformation Suite 2015 Orbus Software 19 Aug 2013 18 Aug 2021 9 1Capability and Technology Management Planview 03 Apr 2012 02 Apr 2022 9 1Alfabet Software AG 22 Jun 2012 21 Jun 2022 9 2ARIS 9 0 Software AG 19 Nov 2013 18 Nov 2021 9 1Enterprise Architect 12 Sparx Systems Pty Ltd 06 Feb 2015 05 Feb 2021 9 1 For the latest register of certified tools refer The Open Group register 21 Qualifications Edit The Open Group oversees formal qualifications in TOGAF at two levels which can be taken following formal training or self study 22 Learners can undertake these qualifications through training companies Foundation Edit Level I Ensures that an individual understands Enterprise Architecture along with core concepts and terminology of TOGAF 22 Certified Edit Level II Further to the Foundation qualification this establishes that the candidate is able to analyse and apply their knowledge to business problems 22 Gaining TOGAF Certified status automatically confers free membership of the Association of Enterprise Architects 23 Criticism EditDespite TOGAF being considered as the de facto standard in an EA practice it is not without its critics Research evidence shows that most TOGAF recommendations are usually found inapplicable and not followed even in the organizations included in the list of TOGAF users provided by The Open Group 24 That is why TOGAF can be considered only as a toolkit of random EA related recommendations and using TOGAF can be best explained as studying TOGAF and then doing something else instead 25 Real examples demonstrating the actual practical usage of TOGAF s recommendations are missing There is a pressing need for some detailed worked examples and use cases Although these were requested they were not forthcoming from TOGAF trainers or The Open Group 26 EA practitioners report that TOGAF can hardly be followed step by step Our initial assumptions about TOGAF were that it would be a sort of methodology that we could follow to produce our EA however this turned out not to be the case 26 Detailed analysis demonstrates that TOGAF based EA practices do not resemble the original TOGAF prescriptions in any real sense 27 TOGAF s prescriptions are vague and inarticulate since it only states that the ADM should be adapted without specifying how 28 Jason Bloomberg argues that for many organizations TOGAF has gained traction simply because it s better than doing nothing 29 The recent changes introduced in TOGAF v9 2 did not address the fundamental problems of the mechanistic planning approach advocated by TOGAF and other previous step by step architecture methodologies including EAP and BSP 30 Historical analysis shows that TOGAF s astonishing popularity can be considered as purely accidental and attributed solely to its effective promotion at the right time period 31 References Edit Stephen Marley 2003 Architectural Framework at aiwg gsfc nasa gov NASA SCI Retrieved 10 December 2008 webarchive org N Dedic FEAMI A Methodology to include and to integrate Enterprise Architecture Processes into Existing Organizational Processes in IEEE Engineering Management Review doi 10 1109 EMR 2020 3031968 Dirk Draheim Gerald Weber eds 2007 Trends in Enterprise Application Architecture 2nd International Conference TEAA 2006 Berlin Germany 29 November 1 December 2006 Revised Selected Papers p 260 Wout Jack van t Waage Maarten Hartman Herman Stahlecker Max Hofman Aaldert 17 June 2010 The Integrated Architecture Framework Explained Why What How ISBN 9783642115189 TOGAF Introduction The Open Group Architecture Framework Accessed 22 January 2009 Department of Defense 1996 Technical Architecture Framework for Information Management Vol 4 April 1996 Marc Lankhorst 2013 Enterprise Architecture at Work Modelling Communication and Analysis p 23 Jaap Schekkerman 2003 How to Survive in the Jungle of Enterprise Architecture p 119 Tom van Sante Hans Van Den Bent 2007 Togaf the Open Group Architectural Framework A Management Guide p iv lt https togaf9 cert opengroup org home public 15 000 certifications Directory of Certified People What s New in TOGAF 9 The Open Group 2009 Retrieved 13 January 2017 Veryard Richard 2009 TOGAF 9 Retrieved 13 January 2017 Gerber A Van der Merwe A Kotze P 2010 Towards the Formalisation of the TOGAF Content Metamodel using Ontologies To appear in Proceedings of the 12th International Conference on Enterprise Information Systems ICEIS 2010 INSTICC The Open Group Launches the TOGAF Standard Version 9 2 http www opengroup org news press The Open Group Launches TOGAF Standard Version 9 2 The Open Group 2011 TOGAF Version 9 Download Architecture Forum Retrieved on 17 November 2011 from http www opengroup org architecture togaf9 downloads htm The process flow can be seen as an image located here Architecture Development Cycle Enterprise Continuum The Open Group Retrieved 4 January 2014 TOGAF Skills Framework The Open Group Retrieved 16 August 2020 The Open Group Tool Certification Register a b c TOGAF 9 Certification The Open Group Retrieved 11 January 2014 TOGAF Certification FAQ The Open Group Retrieved 11 January 2014 Enterprise Architecture Is Not TOGAF Kotusev S January 2016 The Critical Scrutiny of TOGAF Kotusev S April 2016 a b Anderson P Backhouse G Townsend J Hedges M and Hobson P 2009 Doing Enterprise Architecture Enabling the Agile Institution Bristol United Kingdom Joint Information Systems Committee JISC Kotusev S 2018 TOGAF Based Enterprise Architecture Practice An Exploratory Case Study Communications of the Association for Information Systems Vol 43 No 1 pp 321 359 Winter K Buckl S Matthes F and Schweda C M 2010 Investigating the State of the Art in Enterprise Architecture Management Methods in Literature and Practice In Sansonetti A ed Proceedings of the 4th Mediterranean Conference on Information Systems Tel Aviv Israel Enterprise Architecture Don t Be a Fool with a Tool Jason Bloomberg visited 19 May 2016 TOGAF Version 9 2 What s New Kotusev S June 2018 Kotusev S 2018 TOGAF Just the Next Fad That Turned into a New Religion In TOGAF Is Not an EA Framework The Inconvenient Pragmatic Truth K L Smith ed Great Notley UK Pragmatic EA Ltd pp 27 40 External links EditWikimedia Commons has media related to TOGAF Official website TOGAF 9 2 Online TOGAF 8 1 1 Online Retrieved from https en wikipedia org w index php title The Open Group Architecture Framework amp oldid 1088663434, wikipedia, wiki, book,

books

, library,

article

, read, download, free, free download, mp3, video, mp4, 3gp, jpg, jpeg, gif, png, picture, music, song, movie, book, game, games.