togaf zachman tafim architecting feaf clinger subdomains eap avancier 42010 trm idef capgemini svyatoslav sowa interrelates uml fea c4isr posix consortia wolt frameworks architectures nist bsp ifw machol 5298 lindman
who is usually focused on togaf and zachman
Enterprise architecture framework - wikipedia Enterprise architecture framework Jump to : navigation , search NIST Enterprise Architecture Model initiated in 1989 , one of the earliest frameworks for enterprise architecture . An enterprise architecture framework ( EA framework ) defines how to create and use an enterprise architecture . An architecture framework provides principles and practices for creating and using the architecture description of a system . It structures architects ' thinking by dividing the architecture description into domains , layers , or views , and offers models - typically matrices and diagrams - for documenting each view . This allows for making systemic design decisions on all the components of the system and making long - term decisions around new design requirements , sustainability , and support . Contents ( hide ) 1 Overview 2 History 3 EA framework topics 3.1 Architecture and building governance 3.2 Architecture domain 3.3 Layers of the enterprise architecture 4 Components of enterprise architecture framework 4.1 Enterprise architecture domains and subdomains 4.2 View model 4.3 Standardization 5 Types of enterprise architecture framework 5.1 Consortia - developed frameworks 5.2 Defense industry frameworks 5.3 Government frameworks 5.4 Open - source frameworks 5.5 Proprietary frameworks 6 Criticism 7 See also 8 References 9 External links Overview ( edit ) Enterprise architecture regards the enterprise as a large and complex system or system of systems . To manage the scale and complexity of this system , an architectural framework provides tools and approaches that help architects abstract from the level of detail at which builders work , to bring enterprise design tasks into focus and produce valuable architecture description documentation . The components of an architecture framework provide structured guidance that is divided into three main areas : Descriptions of architecture : how to document the enterprise as a system , from several viewpoints . Each view describes one slice of the architecture ; it includes those entities and relationships that address particular concerns of interest to particular stakeholders ; it may take the form of a list , a table , a diagram , or a higher level of composite of such . Methods for designing architecture : processes that architects follow . Usually , an overarching enterprise architecture process , composed of phases , broken into lower - level processes composed of finer grained activities . A process is defined by its objectives , inputs , phases ( steps or activities ) and outputs . It may be supported by approaches , techniques , tools , principles , rules , and practices . Organization of architects : guidance on the team structure and the governance of the team , including the skills , experience , and training needed . History ( edit ) Overview of Enterprise Architecture Frameworks evolution ( 1987 -- 2003 ) . On the left : The Zachman Framework 1987 , NIST Enterprise Architecture 1989 , EAP 1992 , TISAF 1997 , FEAF 1999 and TEAF 2000 . On the right : TAFIM influenced by POSIX , JTA , JTAA , TOGAF 1995 , DoD TRM and C4ISR 1996 , and DoDAF 2003 . Since the 1970s people working in IS / IT have looked for ways to engage business people -- to enable business roles and processes - and to influence investment in business information systems and technologies -- with a view to the wide and long term benefits of the enterprise . Many of the aims , principles , concepts and methods now employed in EA frameworks were established in the 1980s , and can be found in IS and IT architecture frameworks published in that decade and the next . By 1980 , IBM 's Business Systems Planning ( BSP ) was promoted as a method for analyzing and designing an organization 's information architecture , with the following goals : understand the issues and opportunities with the current applications and technical architecture ; develop a future state and migration path for the technology that supports the enterprise ; provide business executives with a direction and decision making framework for IT capital expenditures ; provide the information system ( IS ) with a blueprint for development . In 1982 , when working for IBM and with BSP , John Zachman was perhaps the first to mention Enterprise Architecture in the public domain . Then and in later papers , Zachman used the word enterprise as a synonym for business . `` Although many popular information systems planning methodologies , design approaches , and various tools and techniques do not preclude or are not inconsistent with enterprise - level analysis , few of them explicitly address or attempt to define enterprise architectures . '' However , in this article the term `` Enterprise Architecture '' was mentioned only once without any specific definition and all subsequent works of Zachman used the term `` Information Systems Architecture '' . In 1986 , the PRISM architecture framework was developed as a result of the research project sponsored by a group of companies , including IBM , which was seemingly the first published EA framework . In 1987 , John Zachman , who was a marketing specialist at IBM , published the paper , A Framework for Information Systems Architecture . The paper provided a classification scheme for artifacts that describe ( at several levels of abstraction ) the what , how , where , who , when and why of information systems . Given IBM already employed BSP , Zachman had no need to provide planning process . The paper did not mention enterprise architecture . In 1989 , the National Institute of Standards and Technology ( NIST ) published the NIST Enterprise Architecture Model . This was a five - layer reference model that illustrates the interrelationship of business , information system , and technology domains . It was promoted within the U.S. federal government . It was not an EA framework as we see it now , but it helped to establish the notion of dividing EA into architecture domains or layers . The NIST Enterprise Architecture Model seemingly was the first publication that consistently used the term `` Enterprise Architecture '' . In 1990 , the term `` Enterprise Architecture '' was formally defined for the first time as an architecture that `` defines and interrelates data , hardware , software , and communications resources , as well as the supporting organization required to maintain the overall physical structure required by the architecture '' . In 1992 , a paper by Zachman and Sowa started thus `` John Zachman introduced a framework for information systems architecture ( ISA ) that has been widely adopted by systems analysts and database designers . '' The term enterprise architecture did not appear . The paper was about using the ISA framework to describe , `` ... the overall information system and how it relates to the enterprise and its surrounding environment . '' The word enterprise was used as a synonym for business . In 1993 , Stephen Spewak 's book Enterprise Architecture Planning ( EAP ) defined a process for defining architectures for the use of information in support of the business and the plan for implementing those architectures . The business mission is the primary driver . Then the data required to satisfy the mission . Then the applications built to store and provide that data . Finally the technology to implement the applications . Enterprise Architecture Planning is a data - centric approach to architecture planning . An aim is to improve data quality , access to data , adaptability to changing requirements , data interoperability and sharing , and cost containment . EAP has its roots in IBM 's Business Systems Planning ( BSP ) . In 1994 , the Open Group selected TAFIM from the US DoD as a basis for development of The Open Group Architecture Framework ( TOGAF ) , where architecture meant IT architecture . TOGAF started out taking a strategic and enterprise - wide , but technology - oriented , view . It emerged from the desire to rationalize a messy IT estate . Right up to version 7 , TOGAF was still focused on defining and using a Technical Reference Model ( or foundation architecture ) to define the platform services required from the technologies that an entire enterprise uses to support business applications . In 1996 , the US IT Management Reform Act , more commonly known as the Clinger - Cohen Act , repeatedly directed that a US federal government agency 's investment in IT must be mapped to identifiable business benefits . In addition , it made the agency CIO responsible for , `` ... developing , maintaining and facilitating the implementation of a sound and integrated IT architecture for the executive agency . '' By 1997 , Zachman had renamed and refocused his ISA framework as an EA framework ; it remained a classification scheme for descriptive artifacts , not a process for planning systems or changes to systems . In 1998 , The Federal CIO Council began developing the Federal Enterprise Architecture Framework ( FEAF ) in accordance with the priorities enunciated in Clinger - Cohen and issued it in 1999 . FEAF was a process much like TOGAF 's ADM , in which `` The architecture team generates a sequencing plan for the transition of systems , applications , and associated business practices predicated upon a detailed gap analysis ( between baseline and target architectures ) . '' In 2001 , the US Chief CIO council published A practical guide to Federal Enterprise Architecture , which starts , `` An enterprise architecture ( EA ) establishes the Agency - wide roadmap to achieve an Agency 's mission through optimal performance of its core business processes within an efficient information technology ( IT ) environment . '' At that point , the processes in TOGAF , FEAF , EAP and BSP were clearly related . In 2002 / 3 , in its Enterprise Edition , TOGAF 8 shifted focus from the technology architecture layer to the higher business , data and application layers . It introduced structured analysis , after Information Engineering , which features , for example , mappings of organization units to business functions and data entities to business functions . Today , business functions are often called business capabilities . And many enterprise architects regard their business function / capability hierarchy / map as the fundamental Enterprise Architecture artifact . They relate data entities , use cases , applications and technologies to the functions / capabilities . In 2006 , the popular book Enterprise Architecture As Strategy reported the results of work by MIT 's Center for Information System Research . This book emphasises the need for enterprise architects to focus on core business processes ( `` Companies excel because they 've ( decided ) which processes they must execute well , and have implemented the IT systems to digitise those processes . '' ) and to engage business managers with the benefits that strategic cross-organisational process integration and / or standardisation could provide . A 2008 research project for the development of professional certificates in enterprise and solution architecture by the British Computer Society ( BCS ) showed that enterprise architecture has always been inseparable from information system architecture , which is natural , since business people need information to make decisions and carry out business processes . In 2011 , the TOGAF 9.1 . specification says : `` Business planning at the strategy level provides the initial direction to enterprise architecture . '' Normally , the business principles , business goals , and strategic drivers of the organization are defined elsewhere . In other words , Enterprise Architecture is not a business strategy , planning or management methodology . Enterprise Architecture strives to align business information systems technology with given business strategy , goals and drivers . The TOGAF 9.1 specification clarified , that , `` A complete enterprise architecture description should contain all four architecture domains ( business , data , application , technology ) , but the realities of resource and time constraints often mean there is not enough time , funding , or resources to build a top - down , all - inclusive architecture description encompassing all four architecture domains , even if the enterprise scope is ( ... ) less than the full extent of the overall enterprise . '' In 2013 , TOGAF is the most popular Architecture framework ( judged by published certification numbers ) that some assume it defines EA . However , some still use the term Enterprise Architecture as a synonym for Business Architecture , rather than covering all four architecture domains - business , data , applications and technology . EA framework topics ( edit ) Artist impression . Architecture and building governance ( edit ) People who remodel a home are aware that the architect produces detailed drawings that specify plumbing , electrical , and building construction information for the entire structure . The architect cube responsible for the design produces ( or oversees others who produce ) blueprints for each phase of the project -- from structural changes to size and layout of rooms . Moreover , to successfully complete the project , the architect operates within a framework of building codes . City or county inspections ensure the work complies with building codes . Enterprise architecture works in a similar manner . An architecture description document can be thought of as the blueprint for the procurement and realization of a system . But an enterprise architecture includes more than just an abstract description of the system 's structure and behavior . It includes also principles , policies and standards ( akin to building codes ) that ensure that systems are soundly constructed . Governance of the enterprise architecture and of its implementation requires organization and processes ( akin to city and county inspectors and the processes for checking building improvement projects ) . Architecture domain ( edit ) Layers of the enterprise architecture . Since Stephen Spewak 's Enterprise Architecture Planning ( EAP ) in 1993 , and perhaps before then , it has been normal to divide enterprises architecture into four architecture domains . Business architecture , Data architecture , Applications architecture , Technology architecture . Note that the applications architecture is about the choice of and relationships between applications in the enterprise 's application portfolio , not about the internal architecture of a single application ( which is often called application architecture ) . Many EA frameworks combine data and application domains into a single ( digitized ) information system layer , sitting below the business ( usually a human activity system ) and above the technology ( the platform IT infrastructure ) . Layers of the enterprise architecture ( edit ) Example of the federal enterprise architecture , which has defined five architectural layers . For many years , it has been common to regard the architecture domains as layers , with the idea that each layer contains components that execute processes and offer services to the layer above . This way of looking at the architecture domains was evident in TOGAF v1 ( 1996 ) , which encapsulated the technology component layer behind the platform services defined in the `` Technical Reference Model '' - very much according to the philosophy of TAFIM and POSIX . The view of architecture domains as layers can be presented thus : Environment ( the external entities and activities monitored , supported or directed by the business ) . Business Layer ( business functions offering services to each other and to external entities ) . Data Layer ( Business information and other valuable stored data ) Information System Layer ( business applications offering information services to each other and to business functions ) Technology Layer ( generic hardware , network and platform applications offering platform services to each other and to business applications ) . Each layer delegates work to the layer below . In each layer , the components , the processes and the services can be defined at a coarse - grained level and decomposed into finer - grained components , processes and services . The graphic shows a variation on this theme . Components of enterprise architecture framework ( edit ) In addition to three major framework components discussed above . Description advice : some kind of Architecture Artifacts Map or Viewpoint Library Process advice : some kind of Architecture Development Method , with supporting guidance . Organization advice : including an EA Governance Model An ideal EA framework should feature : Business value measurement metrics EA initiative model EA maturity model Enterprise communication model Most modern EA frameworks ( e.g. TOGAF , ASSIMPLER , EAF ) include most of the above . Zachman has always focused on architecture description advice . Enterprise architecture domains and subdomains ( edit ) Enterprise architecture reference architecture with sub domains The application and technology domains ( not to be confused with business domains ) are characterized by domain capabilities and domain services . The capabilities are supported by the services . The application services are also referred to in service - oriented architecture ( SOA ) . The technical services are typically supported by software products . The data view starts with the data classes which can be decomposed into data subjects which can be further decomposed into data entities . The basic data model type which is most commonly used is called merda ( master entity relationship diagrams assessment , see entity - relationship model ) . The Class , subject and entity forms a hierarchical view of data . Enterprises may have millions of instances of data entities . The Enterprise Architecture Reference Traditional Model offers a clear distinction between the architecture domains ( business , information / data , application / integration and technical / infrastructure ) . These domains can be further divided into Sub domain disciplines . An example of the EA domain and subdomains is in the image on the right . Many enterprise architecture teams consist of Individuals with Skills aligned with the Enterprise Architecture Domains and sub-domain disciplines . Here are some examples : enterprise business architect , enterprise documentational architect , enterprise application architect , enterprise infrastructure architect , enterprise information architect , etc . An example of the list of reference architecture patterns in the application and information architecture domains are available at Architectural pattern ( computer science ) . View Model ( edit ) Illustration of the 4 + 1 view model of architecture . A view model is a framework that defines the set of views or approaches used in systems analysis , systems design , or the construction of an enterprise architecture . Since the early 1990s , there have been a number of efforts to define standard approaches for describing and analyzing system architectures . Many of the recent Enterprise Architecture frameworks have some kind of set of views defined , but these sets are not always called view models . Standardization ( edit ) Perhaps the best - known standard in the field of software architecture and system architecture started life as IEEE 1471 , an IEEE Standard for describing the architecture of a software - intensive system approved in 2000 . In its latest version , the standard is published as ISO / IEC / IEEE 42010 : 2011 . The standard defines an architecture framework as conventions , principles and practices for the description of architectures established within a specific domain of application and / or community of stakeholders , and proposes an architecture framework is specified by : the relevant stakeholders in the domain , the types of concerns arising in that domain , architecture viewpoints framing those concerns and correspondence rules integrating those viewpoints cited before . Architecture frameworks conforming to the standard can include additional methods , tools , definitions , and practices beyond those specified . Types of enterprise architecture framework ( edit ) Just a few of the Enterprise Architecture frameworks utilized today , 2011 Nowadays there are now countless EA frameworks , many more than in the following listing . Consortia - developed frameworks ( edit ) ARCON -- A Reference Architecture for Collaborative Networks -- not focused on a single enterprise but rather on networks of enterprises Generalised Enterprise Reference Architecture and Methodology ( GERAM ) RM - ODP -- the Reference Model of Open Distributed Processing ( ITU - T Rec . X. 901 - X. 904 ISO / IEC 10746 ) defines an enterprise architecture framework for structuring the specifications of open distributed systems . IDEAS Group -- a four - nation effort to develop a common ontology for architecture interoperability ISO 19439 Framework for enterprise modelling TOGAF -- The Open Group Architecture Framework -- a widely used framework including an architectural Development Method and standards for describing various types of architecture . Defense industry frameworks ( edit ) AGATE -- the France DGA Architecture Framework DNDAF -- the DND / CF Architecture Framework ( CAN ) DoDAF -- the US Department of Defense Architecture Framework MODAF -- the UK Ministry of Defence Architecture Framework NAF -- the NATO Architecture Framework Government frameworks ( edit ) European Space Agency Architectural Framework ( ESAAF ) - a framework for European space - based Systems of Systems Government Enterprise Architecture ( GEA ) -- a common framework legislated for use by departments of the Queensland Government FDIC Enterprise Architecture Framework Federal Enterprise Architecture Framework ( FEAF ) -- a framework produced in 1999 by the US Federal CIO Council for use within the US Government ( not to be confused with the 2002 Federal Enterprise Architecture ( FEA ) guidance on categorizing and grouping IT investments , issued by the US Federal Office of Management and Budget ) Nederlandse Overheid Referentie Architectuur ( NORA ) -- a reference framework from the Dutch Government E-overheid NORA NIST Enterprise Architecture Model Treasury Enterprise Architecture Framework ( TEAF ) -- a framework for treasury , published by the US Department of the Treasury in July 2000 . Open - source frameworks ( edit ) Enterprise architecture frameworks that are released as open source : MEGAF is an infrastructure for realizing architecture frameworks that conform to the definition of architecture framework provided in ISO / IEC / IEEE 42010 . Praxeme , an open enterprise methodology , contains an enterprise architecture framework called the Enterprise System Topology ( EST ) TRAK -- a general systems - oriented framework based on MODAF 1.2 and released under GPL / GFDL . SABSA is an open framework and methodology for Enterprise Security Architecture and Service Management , that is risk based and focuses on integrating security into business and IT management . Proprietary frameworks ( edit ) ASSIMPLER Framework -- an architecture framework , based on the work of Mandar Vanarse at Wipro in 2002 Avancier Methods ( AM ) Processes and documentation advice for enterprise and solution architects , supported by training and certification . BRM ( Build - Run - Manage ) Framework - an architecture framework created by Sanjeev `` Sunny '' Mishra during his early days at IBM in 2000 . Capgemini Integrated Architecture Framework ( IAF ) -- from Capgemini company in 1993 Dragon1 - An open Visual Enterprise Architecture Method recently recognized by The Open Group as Architecture Framework DYA framework developed by Sogeti since 2004 . Dynamic Enterprise Enterprise architecture concept based on Web 2.0 technology Extended Enterprise Architecture Framework - from Institute For Enterprise Architecture Developments in 2003 EACOE Framework ( 2 ) -- an Enterprise Architecture framework , as an elaboration of the work of John Zachman IBM Information FrameWork ( IFW ) -- conceived by Roger Evernden in 1996 Pragmatic Enterprise Architecture Framework ( PEAF ) - part of Pragmatic Family of Frameworks developed by Kevin Lee Smith , Pragmatic EA , from 2008 Purdue Enterprise Reference Architecture developed by Theodore J. Williams at the Purdue University early 1990s . SAP Enterprise Architecture Framework Service - oriented modeling framework ( SOMF ) , based on the work of Michael Bell Solution Architecting Mechanism ( SAM ) -- A coherent architecture framework consisting of a set of integral modules . Zachman Framework -- an architecture framework , based on the work of John Zachman at IBM in the 1980s Criticism ( edit ) Despite that EA frameworks have been widely discussed and strongly associated with the very notion of EA , their real practical value has been questioned : Historical analysis of EA publications shows that EA frameworks are `` nothing more than typical management fads aggressively promoted by consulting companies and gurus . '' Research shows that EA frameworks `` appear theoretical and impossible to implement . '' Vivek Kundra , the federal CIO of the United States , argued that EA frameworks `` are worse than useless . '' Jason Bloomberg reports that EA frameworks only waste architects ' time instead of solving real problems . `` Frameworks are cocaine for executives - they give them a huge rush and then they move to the next framework . '' See also ( edit ) Book : Enterprise Architecture Wikimedia Commons has media related to Enterprise architecture . Architecture patterns ( EA reference architecture ) EABOK ( The Guide to the Enterprise Architecture Body of Knowledge ) Enterprise architecture Enterprise architecture planning Enterprise engineering ISO / IEC / IEEE 42010 Reference architecture References ( edit ) Jump up ^ The Chief Information Officers Council ( 1999 ) . Federal Enterprise Architecture Framework Version 1.1 Archived 2012 - 02 - 13 at the Wayback Machine ... September 1999 . Jump up ^ `` Tech Target '' . SearchCIO . Jump up ^ The Open Group ( 2008 ) TOGAF Version 9 . Van Haren Publishing , 1 nov. 2008. p. 73 ^ Jump up to : Stephen Marley ( 2003 ) . Architectural Framework . NASA / SCI . At Webarchive.org , retrieved 3 - 04 - 2015 . Jump up ^ Jaap Schekkerman ( 2004 ) How to Survive in the Jungle of Enterprise Architecture Frameworks . p. 89 gives a similar scheme . Jump up ^ US Department of Defense ( 2001 ) Department of Defense Technical Reference Model . Version 2.0 . 9 April 2001 . p. 11 , mentioned that also the DoD TRM is influenced by POSIX . ^ Jump up to : Graham Berrisford ( 2008 - 13 ) `` A brief history of EA : what is in it and what is not '' on grahamberrisford.com , last update 16 / 07 / 2013 . Accessed 16 / 07 ? 2003 Jump up ^ John Zachman ( 1982 ) Business Systems Planning and Business Information Control Study : A comparison in IBM Systems Journal 21 ( 1 ) . p32 . ^ Jump up to : John A. Zachman ( 1987 ) . A Framework for Information Systems Architecture . In : IBM Systems Journal , vol 26 , no 3 . IBM Publication G321 - 5298 . ^ Jump up to : Zachman and Sowa ( 1992 ) Extending and formalising the framework of information systems architecture IBM Systems Journal , Vol 31 , No 3 ^ Jump up to : Svyatoslav Kotusev ( 2016 ) . The History of Enterprise Architecture : An Evidence - Based Review . In : Journal of Enterprise Architecture , vol. 12 , no . 1 , pp. 29 - 37 . Jump up ^ W.B. Rigdon ( 1989 ) . Architectures and Standards . In Information Management Directions : The Integration Challenge ( NIST Special Publication 500 - 167 ) , E.N. Fong , A.H. Goldfine ( Eds . ) , Gaithersburg , MD : National Institute of Standards and Technology ( NIST ) , pp. 135 - 150 . Jump up ^ Richardson , G.L. ; Jackson , B.M. ; Dickson , G.W. ( 1990 ) . `` A Principles - Based Enterprise Architecture : Lessons from Texaco and Star Enterprise '' . MIS Quarterly . 14 ( 4 ) : 385 -- 403 . doi : 10.2307 / 249787 . Jump up ^ Jeanne W. Ross , Peter Weill , and David C. Robertson ( ( 2006 ) Enterprise Architecture As Strategy : Creating a Foundation for Business Execution . Harvard Business Review Press Jump up ^ The Open Group ( 2011 ) TOGAF ® 9.1 > Part II : Architecture Development Method ( ADM ) > Preliminary Phase . Accessed July 16 , 2013 Jump up ^ The Open Group ( 2011 ) TOGAF ® 9.1 > Part II : Architecture Development Method ( ADM ) > Introduction to the ADM . Accessed July 16 , 2013 Jump up ^ TOGAF 9.1 White Paper An Introduction to TOGAF Version 9.1 http://www.opengroup.org/togaf/ ^ Jump up to : Rob Thomas and Phil Cullen ( 2001 ) . Building an Enterprise Architecture framework . In : US Customs Today April 2001 . Jump up ^ Niles E Hewlett ( 2006 ) , The USDA Enterprise Architecture Program . PMP CEA , Enterprise Architecture Team , USDA - OCIO . January 25 , 2006 . Jump up ^ FEA Consolidated Reference Model Document . whitehouse.gov May 2005 . Jump up ^ Dennis E. Wisnosky ( 2011 ) Engineering Enterprise Architecture : Call to Action . in : Common Defense Quarterly . January 2011 , p. 9 Jump up ^ L.M. Camarinha - Matos , H. Afsarmanesh , Collaborative Networks : Reference Modeling , Springer , 2008 . Jump up ^ Camarinha - Matos , L.M. ; Afsarmanesh , H. ( 2008 ) . `` On reference models for collaborative networked organizations '' . International Journal Production Research . 46 ( 9 ) : 2453 -- 2469 . doi : 10.1080 / 00207540701737666 . Jump up ^ DNDAF Archived 2011 - 04 - 24 at the Wayback Machine . Jump up ^ `` Introducing the European Space Agency Architectural Framework for Space - Based Systems of Systems Engineering '' . Complex Systems Design & Management : 335 -- 346 . doi : 10.1007 / 978 - 3 - 642 - 25203 - 7_24 . Retrieved 2013 - 06 - 16 . Jump up ^ Gianni , D. , Lindman , N. , Fuchs , J. , & Suzic , R. ( 2012 ) . Introducing the european space agency architectural framework for space - based systems of systems engineering . In Complex Systems Design & Management ( pp. 335 - 346 ) . Springer Berlin Heidelberg . Jump up ^ US Department of the Treasury Chief Information Officer Council ( 2000 ) . Treasury Enterprise Architecture Framework Archived 2009 - 03 - 18 at the Wayback Machine ... Version 1 , July 2000 . Jump up ^ MEGAF Jump up ^ SABSA Jump up ^ Avancier Methods ( AM ) Jump up ^ Pragmatic EA ( 1 ) Jump up ^ Solution Architecting Mechanism ( SAM ) Jump up ^ Tony Shan and Winnie Hua ( 2006 ) . Solution Architecting Mechanism . Proceedings of the 10th IEEE International EDOC Enterprise Computing Conference ( EDOC 2006 ) , October 2006 , p23 - 32 . Jump up ^ `` Enterprise Architecture Frameworks : The Fad of the Century '' , Svyatoslav Kotusev , British Computer Society ( BCS ) , July 2016 Jump up ^ Sabine Buckl , Alexander Ernst , Josef Lankes and Christian Schweda ( 2009 ) . State of the Art in Enterprise Architecture Management . Software Engineering for Business Information Systems ( SEBIS ) , Munich , Germany , pp. 1 - 31 . Jump up ^ `` Two IT Gurus Face Off on Value of Enterprise Architecture Frameworks '' , Linda Tucci , visited 3 August 2016 Jump up ^ `` Is Enterprise Architecture Completely Broken ? '' , Jason Bloomberg , visited 3 August 2016 External links ( edit ) Enterprise Architecture Frameworks : The Fad of the Century ( July 2016 ) <Th_colspan="2"> Systems engineering Subfields Aerospace engineering Biological systems engineering Configuration management Earth systems engineering and management Electrical engineering Enterprise systems engineering Performance engineering Reliability engineering Safety engineering Processes Requirements engineering Functional specification System integration Verification and validation Design review Concepts Business process System System lifecycle V - Model Systems development life cycle Tools Decision - making Function modelling IDEF Optimization Quality function deployment System dynamics Systems Modeling Language Systems analysis Systems modeling Work breakdown structure People James S. Albus Ruzena Bajcsy Benjamin S. Blanchard Wernher von Braun Kathleen Carley Harold Chestnut Wolt Fabrycky Barbara Grosz Arthur David Hall III Derek Hitchins Robert E. Machol Radhika Nagpal Simon Ramo Joseph Francis Shea Katia Sycara Manuela M. Veloso John N. Warfield Related fields Control engineering Computer engineering Industrial engineering Operations research Project management Quality management Risk management Software engineering <Td_colspan="2"> Category <Th_colspan="2"> Software engineering Fields Computer programming Requirements engineering Software deployment Software design Software maintenance Software testing Systems analysis Formal methods Concepts Data modeling Enterprise architecture Functional specification Modeling language Orthogonality Programming paradigm Software Software archaeology Software architecture Software configuration management Software development methodology Software development process Software quality Software quality assurance Software verification and validation Structured analysis Orientations Agile Aspect - oriented Object orientation Ontology Service orientation SDLC Models Developmental Agile EUP Executable UML Incremental model Iterative model Prototype model RAD UP Scrum Spiral model V - Model Waterfall model XP Other SPICE CMMI Data model ER model Function model Information model Metamodeling Object model Systems model View model Languages IDEF UML USL SysML Software engineers Victor Basili Kent Beck Grady Booch Fred Brooks Barry Boehm Peter Chen Danese Cooper Ward Cunningham Tom DeMarco Edsger W. Dijkstra Delores M. Etter Martin Fowler Adele Goldstine Margaret Hamilton C.A.R. Hoare Lois Haibt Mary Jean Harrold Grace Hopper Watts Humphrey Michael A. Jackson Ivar Jacobson Alan Kay Nancy Leveson Stephen J. Mellor Bertrand Meyer David Parnas Trygve Reenskaug Winston W. Royce James Rumbaugh Mary Shaw Peri Tarr Elaine Weyuker Niklaus Wirth Edward Yourdon Related fields Computer science Computer engineering Project management Risk management Systems engineering <Td_colspan="2"> Category Commons Retrieved from `` https://en.wikipedia.org/w/index.php?title=Enterprise_architecture_framework&oldid=823399506 '' Categories : Enterprise architecture Enterprise architecture frameworks Hidden categories : Webarchive template wayback links Talk Contents About Wikipedia Tools Languages Français Nederlands 日本 語 Edit links This page was last edited on 1 February 2018 , at 01 : 01 . Text is available under the Creative Commons Attribution - ShareAlike License ; additional terms may apply . By using this site , you agree to the Terms of Use and Privacy Policy . Wikipedia ® is a registered trademark of the Wikimedia Foundation , Inc. , a non-profit organization . About Wikipedia