Enterprise architecture

Enterprise architecture (EA) is "a well-defined practice for conducting enterprise analysis, design, planning, and implementation, using a holistic approach at all times, for the successful development and execution of strategy. Enterprise architecture applies architecture principles and practices to guide organizations through the business, information, process, and technology changes necessary to execute their strategies. These practices utilize the various aspects of an enterprise to identify, motivate, and achieve these changes."[1]

Practitioners of enterprise architecture, enterprise architects, are responsible for performing the analysis of business structure and processes and are often called upon to draw conclusions from the information collected to address the goals of enterprise architecture: effectiveness, efficiency, agility, and durability.[2]

Enterprise is a collection of organizations or business units that share a common set of goals.

Architecture is the fundamental organization (structure) of components, their relationships, and the principles governing their design and evolution. Architecture is also a formal description of a system, or a detailed plan of the system at component level, to guide its implementation.

Enterprise Architecture is the organization logic for business processes and IT infrastructure reflecting the integration and standardization requirements of the firm’s operating model. Enterprise architecture (EA) is a conceptual blueprint that defines the structure and operation of an organization. The intent of enterprise architecture is to determine how an organization can most effectively achieve its current and future objectives.

Reasons why do we need enterprise architecture:

  1. Fragmented, duplicated.
  2. Poorly understood.
  3. Not responsive to change.
  4. Investment in information technology is often focused on systems maintenance and tactical developments rather than on a strategic plan.
  1. Lower business operation costs.
  2. More agile organization.
  3. Business capabilities shared across the organization.
  4. Lower change management costs.
  5. More flexible workforce.
  6. Improved business productivity.
  1. Lower software development, support, and maintenance costs.
  2. Increased portability of applications.
  3. Improved interoperability and easier system and network management.
  4. Improved ability to address critical enterprise-wide issues like security.
  5. Easier upgrade and exchange of system components.
  1. Reduced complexity in the business and IT.
  2. Maximum return on investment in existing business and IT infrastructure.
  3. The flexibility to make, buy, or out-source business and IT solutions.
  4. Reduced risk overall in new investments and their cost of ownership.

The Open Group Architecture Framework (TOGAF) is a proven Enterprise Architecture methodology and framework used by the world's leading organizations to improve IT and business efficiency. It is a framework for enterprise architecture which provides the method and tools for assisting in the acceptance, production, use, and maintenance of enterprise architecture. It is based on an iterative process model supported by best practices and a re-usable set of existing architecture assets. TOGAF provides an approach for designing, planning, implementing, and governing 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.

TOGAF is based on the following interrelated architecture domains (areas of specialization):

  1. Applications Architecture (Applications, 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, Security …).
  2. Data Architecture (Data, logical and physical, Security …).

The TOGAF Architecture Development Method (ADM) provides a tested and repeatable process for developing architectures. The ADM includes establishing an architecture framework, developing architecture content, transitioning, and governing the realization of architectures.

ArchiMate is an open and independent enterprise architecture modeling language to support the description, analysis and visualization of architecture within and across architecture domains in an unambiguous way. It provides a uniform representation for diagrams that describe enterprise architectures and it offers an integrated architectural approach that describes and visualizes the different architecture domains and their underlying relations and dependencies. ArchiMate is a visual design language with adequate concepts for specifying inter-related architectures, and specific viewpoints for selected stakeholders.

Enterprise Architecture Tools (EA Tools) are software applications targeted primarily at supporting the direct participants and stakeholders of the EA discipline in their strategically driven planning through to execution. Support for strategic decision making is provided through capturing vital enterprise context, along with content development and analysis capabilities across the business, information, technology and solution architectures.

EA tools capture, store, structure and analyze information pertaining to EA and present the information to enterprise stakeholders. The tools should facilitate the implementation of a business strategy focused on business outcomes and risk mitigation. The information must be presented to a variety of stakeholders set on transition-planning the future-state architecture across a number of viewpoints, including business, information, technology and solutions. This is done to enable business change that supports the direction and strategy of the organization while confronting many types of business disruptions.

Used effectively, EA tools enable organizations to meet the challenges facing business by capturing, integrating, and analyzing information to enable business decisions.

EA tools needs to address the requirements of a variety of business and IT stakeholders in the organization, and the tools needs to contain:

Overview

In the enterprise architecture literature and community, there are various perspectives in regards to the meaning of the term enterprise architecture. As of 2015, no official definition exists; rather, various organizations (public and private) promote their understanding of the term. Consequently, the enterprise architecture literature offers many definitions for the term enterprise architecture; some of which are complementary, others nuances, and others yet are in opposition.[3]

The MIT Center for Information Systems Research (MIT CISR) in 2007 defined enterprise architecture as the specific aspects of a business that are under examination:

Enterprise architecture is the organizing logic for business processes and IT infrastructure reflecting the integration and standardization requirements of the company's operating model. The operating model is the desired state of business process integration and business process standardization for delivering goods and services to customers.[4]

The Enterprise Architecture Body of Knowledge defines enterprise architecture as a practice, which

analyzes areas of common activity within or between organizations, where information and other resources are exchanged to guide future states from an integrated viewpoint of strategy, business and technology.[5]

IT analysis firm Gartner defines the term as a discipline where an enterprise is led through change. According to their glossary,

"Enterprise architecture (EA) is a discipline for proactively and holistically leading enterprise responses to disruptive forces by identifying and analyzing the execution of change toward desired business vision and outcomes. EA delivers value by presenting business and IT leaders with signature-ready recommendations for adjusting policies and projects to achieve target business outcomes that capitalize on relevant business disruptions. EA is used to steer decision making toward the evolution of the future state architecture."[6]

Each of the definitions above underplay the historical reality that enterprise architecture emerged from methods for documenting and planning information systems architectures, and the current reality that most enterprise architecture practitioners report to a CIO or other IT department manager. In a business organization structure today, the enterprise architecture team performs an ongoing business function that helps business and IT managers to figure out the best strategies to support and enable business development and business change – in relation to the business information systems the business depends on.

Enterprise architecture topics

The term enterprise and architecture

The term enterprise can be defined as describing an organizational unit, organization, or collection of organizations that share a set of common goals and collaborate to provide specific products or services to customers.[7]

In that sense, the term enterprise covers various types of organizations, regardless of their size, ownership model, operational model, or geographical distribution. It includes those organizations' complete socio-technical systems,[8] including people, information, processes and technologies.

The term architecture refers to fundamental concepts or properties of a system in its environment embodied in its elements, relationships, and in the principles of its design and evolution.[9]

An enterprise, understood as a socio-technical system, defines the scope of the enterprise architecture.

Scope of enterprise architecture

Current perspectives, or beliefs, held by enterprise architecture practitioners and scholars, with regards to the meaning of the enterprise architecture, typically gravitate towards one or a hybrid of three schools of thought:[10]

  1. Enterprise IT design – the purpose of EA is the greater alignment between IT and business concerns. The main purpose of enterprise architecture is to guide the process of planning and design the IT/IS capabilities of an enterprise in order to meet desired organizational objectives. Typically, architecture proposals and decisions are limited to the IT/IS aspects of the enterprise; other aspects only serve as inputs.
  2. Enterprise integrating – According to this school, the purpose of EA is to achieve greater coherency between the various concerns of an enterprise (HR, IT, Operations, etc.) including the linking between strategy formulation and execution. Typically, architecture proposals and decisions encompass all the aspects of the enterprise.
  3. Enterprise ecological adaptation – the purpose of EA is to foster and maintain the learning capabilities of enterprises so that they may be sustainable. Consequently, a great deal of emphasis is put on improving the capabilities of the enterprise to improve itself, to innovate and to coevolve with its environment. Typically, proposals and decisions encompass both the enterprise and its environment.

One’s belief with regards to the meaning of enterprise architecture will impact how one sees its purpose, its scope, the means of achieving it, the skills needed to conduct it, and the locus of responsibility for conducting it[10]

Architectural description of an enterprise

According to the standard ISO/IEC/IEEE 42010,[9] the product used to describe the architecture of a system is called an architectural description. In practice, an architectural description contains a variety of lists, tables and diagrams. These are models known as views. In the case of Enterprise Architecture, these models describe the logical business functions or capabilities, business processes, human roles and actors, the physical organization structure, data flows and data stores, business applications and platform applications, hardware and communications infrastructure.

The UK National Computing Centre EA best practice guidance[11] states

Normally an EA takes the form of a comprehensive set of cohesive models that describe the structure and functions of an enterprise... The individual models in an EA are arranged in a logical manner that provides an ever-increasing level of detail about the enterprise.

The architecture of an enterprise is described with a view to improving the manageability, effectiveness, efficiency or agility of the business, and ensuring that money spent on information technology (IT) is justified.

Paramount to changing the enterprise architecture is the identification of a sponsor, his/her mission, vision and strategy and the governance framework to define all roles, responsibilities and relationships involved in the anticipated transformation. Changes considered by enterprise architects typically include:

A methodology for developing and using architecture to guide the transformation of a business from a baseline state to a target state, sometimes through several transition states, is usually known as an enterprise architecture framework. A framework provides a structured collection of processes, techniques, artifact descriptions, reference models and guidance for the production and use of an enterprise-specific architecture description.

Benefits of enterprise architecture

The benefits of enterprise architecture are achieved through its direct and indirect contributions to organizational goals. It has been found that the most notable benefits of enterprise architecture can be observed in the following areas:[12]

Examples of enterprise architecture use

Documenting the architecture of enterprises is done within the U.S. Federal Government[23] in the context of the Capital Planning and Investment Control (CPIC) process.

The Federal Enterprise Architecture (FEA) reference models guides federal agencies in the development of their architectures.[24]

Companies such as Independence Blue Cross, Intel, Volkswagen AG[25] and InterContinental Hotels Group use enterprise architecture to improve their business architectures as well as to improve business performance and productivity.

For various understandable reasons, commercial organizations rarely publish substantial enterprise architecture descriptions. However, government agencies have begun to publish architectural descriptions they have developed. Examples include:

Relationship to other disciplines

According to the Federation of EA Professional Organizations (FEAPO), Enterprise Architecture interacts with a wide array of other disciplines commonly found in business settings. According to FEAPO:

An Enterprise Architecture practice collaborates with many inter-‐connected disciplines including performance engineering and management, process engineering and management, IT and enterprise portfolio management, governance and compliance, IT strategic planning, risk analysis, information management, metadata management, and a wide variety of technical disciplines as well as organizational disciplines such as organizational development, transformation, innovation, and learning. Increasingly, many practitioners have stressed the important relationship of Enterprise Architecture with emerging holistic design practices such as design thinking, systems thinking, and user experience design.[1]

As Enterprise Architecture has emerged in various organizations, the broad reach has resulted in this business role being included in information technology governance process in many organizations. While this may imply that enterprise architecture is closely tied to IT, it should be viewed in the broader context of business optimization in that it addresses business architecture, performance management and process architecture as well as more technical subjects.

Discussions of the intersection of Enterprise Architecture and various IT practices have been published by various IT analysis firms. Gartner and Forrester have stressed the important relationship of Enterprise Architecture with emerging holistic design practices such as Design Thinking and User Experience Design.[27][28][29] Analyst firm Real Story Group suggested that Enterprise Architecture and the emerging concept of the Digital workplace were "two sides to the same coin."[30] The Cutter Consortium describes Enterprise Architecture as an information and knowledge-based discipline.[31]

The enterprise architecture of an organization is too complex and extensive to document in its entirety, so knowledge management techniques provide a way to explore and analyze these hidden, tacit or implicit areas. In return, enterprise architecture provides a way of documenting the components of an organization and their interaction in a systemic and holistic way that complements knowledge management.[32]

Enterprise Architecture has been discussed, in various venues,[33] as having a relationship with Service Oriented Architecture, a particular style of application integration. Current research points to Enterprise Architecture as a key enabler to the success of efforts to use SOA as an enterprise-wide integration pattern.[34][35]

Notable enterprise architecture tools

The following table lists the most notable enterprise architecture tools as recognized by Gartner and Forrester Research in their most recent reports.[36][37][38]

Product Vendor Headquarters Latest stable release Stable release date
ABACUS Avolution Australia 4.5 December 2015
ADOit BOC Group Austria 6.0 June 2014
BiZZdesign Architect BiZZdesign Netherlands 4.8.0 December 2015
ARIS Software AG (formerly IDS Scheer) Germany 9.0 March 2013
Casewise Suite/Evolve Casewise United Kingdom 2015/3.0 November 2015
Enterprise Architect Sparx Systems Australia 12 January 2015
iteraplan iteratec Germany 3.4 October 2014
leanIX LeanIX Germany 2.2 February 2016
Mega Suite MEGA International Srl. France Release 3 August 2015
planningIT Software AG (formerly alfabet) Germany 8.0 November 2012
PowerDesigner SAP-Sybase Germany 16.0 November 2011
ProVision OpenText (formerly Metastorm) Canada 9.0 September 2012
QualiWare QualiWare Denmark
SAMU Atoll Technologies Hungary 5.4
QPR EnterpriseArchitect QPR Software Finland 2015.1 October 2015
System Architect IBM (formerly Telelogic) United States 11.4.3.6 December 2015
Troux Troux Technologies (formerly Computas Technology) United States 9.1.2 March 2013
Product Vendor Headquarters Latest stable release Stable release date

Criticism

Despite the benefits that enterprise architecture claims to provide, for more than a decade a number of industry leaders, writers, and leading organizations have raised concerns about enterprise architecture as an effective practice. Here is a partial list:

A key concern about EA has been the difficulty in arriving at metrics of success, because of the broad-brush and often opaque nature of EA projects.[44]

See also

References

  1. 1 2 Federation of EA Professional Organizations, Common Perspectives on Enterprise Architecture, Architecture and Governance Magazine, Issue 9-4, November 2013 (2013). Retrieved on November 19, 2013.
  2. Pragmatic Enterprise Architecture Framework, PEAF Context
  3. Mentz, J, Van der Merwe, Alta, & Kotze, Paula. (2012) "A Comparison of Practitioner and Researcher Definitions of Enterprise Architecture using an Interpretation Method". In: Advances in Enterprise Information Systems II, C. Møller & S. Chaudhry eds., CRC Press, p. 11-26
  4. MIT Center for Information Systems Research, Peter Weill, Director, as presented at the Sixth e-Business Conference, Barcelona Spain, March 27, 2007,
  5. Enterprise Architecture Book of Knowledge, Planning an EA - Purpose, , retrieved on October 3, 2014.
  6. Gartner IT Glossary – Enterprise Architecture (EA). Gartner.com. Retrieved on July 29, 2013.
  7. Business Analysis Body of Knowledge, from the International Institute of Business Analysis
  8. Giachetti, R.E., Design of Enterprise Systems, Theory, Architecture, and Methods, CRC Press, Boca Raton, FL, 2010.
  9. 1 2 "ISO/IEC/IEEE 42010:2011 - Systems and software engineering - Architecture description". Iso.org. November 24, 2011. Retrieved August 6, 2013.
  10. 1 2 Lapalme, J., Three Schools of Thought on Enterprise Architecture, IT Professional, vol. 14, no. 6, pp. 37–43, Nov.–Dec. 2012, doi:10.1109/MITP.2011.109
  11. Jarvis, Bob (2003) Enterprise Architecture: Understanding the Bigger Picture – A Best Practice Guide for Decision Makers in IT, The UK National Computing Centre, Manchester, UK. p. 9
  12. The Contribution of Enterprise Architecture to the Achievement of Organizational Goals: Establishing the Enterprise Architecture Benefits Framework, Technical Report, Department of Information and Computing Sciences Utrecht University, Utrecht, The Netherlands, (2010 online)
  13. Bert Arnold, Martin Op 't Land and Jan Dietz. "Effects of an architectural approach to the implementation of shared service centers," in Second International Workshop on Enterprise, Applications and Services in the Finance Industry (FinanceCom05), Regensburg, Germany, 2005.
  14. 1 2 3 4 T. Bucher, R. Fischer, S. Kurpjuweit and R. Winter, "Enterprise architecture analysis and application: An exploratory study," in EDOC Workshop TEAR, Hong Kong, 2006.
  15. 1 2 Nilsson, "Management of technochange in an interorganizational E-government project," in Proceedings of the 41st Annual Hawaii International Conference on System Sciences, 2008, pp. 209.
  16. 1 2 3 J. Varnus and N. Panaich. TOGAF 9 enterprise architecture survey results. Presented at 23rd Enterprise Architecture Practitioners Conference. [Online]. Available: www.opengroup.org/public/member/proceedings/q309/q309a/Presentations/pl-varnus-panaich.pdf.
  17. 1 2 3 4 5 6 Jeanne W. Ross and Peter Weill, "Understanding the Benefits of Enterprise Architecture," CISR Research Briefings, 2005.
  18. W. Engelsman, M. E. Iacob and H. M. Franken, "Architecture-driven requirements engineering," in Proceedings of the 2009 ACM Symposium on Applied Computing(SAC '09), Honolulu, Hawaii, 2009, pp. 285-286.
  19. 1 2 L. Kappelman, T. McGinnis, A. Pettite and A. Sidorova, "Enterprise architecture: Charting the territory for academic research," in AMCIS 2008, 2008.
  20. M. Pulkkinen, A. Naumenko and K. Luostarinen, "Managing information security in a business network of machinery maintenance services business - Enterprise architecture as a coordination tool," J. Syst. Softw., vol. 80, pp. 1607-1620, 2007.
  21. T. Obitz and M. K. Babu. (2009). Enterprise architecture expands its role in strategic business transformation: Infosys enterprise architecture survey 2008/2009. (online).
  22. Federal Government agency success stories, (2010), whitehouse.gov
  23. FEA Practice Guidance Federal Enterprise Architecture Program Management Office OMB, (2007), whitehouse.gov
  24. "Volkswagen of America: Managing IT Priorities," Harvard Business Review, October 5, 2005, Robert D. Austin, Warren Ritchie, Greggory Garrett
  25. DoD BEA
  26. Clay Richardson, Forrester Blogs – Design Thinking Reshapes EA For Dynamic Business, (2013)
  27. Joe McKendrick, ZDNet – Gartner urges more 'design thinking' to break enterprise architecture out of its silo, (2010)
  28. Leslie Owens, Forrester Blogs – Who Owns Information Architecture? All Of Us., (2010), blogs.forrester.com
  29. Tony Byrne, Real Story Group Blog – Digital workplace and enterprise architecture: two sides to same coin, (2012),
  30. Evernden, Roger. "Dealing with Too Much Data from an Architectural Perspective", November 13, 2012 (online)
  31. Evernden, Elaine, Evernden, Roger. Information First - Integrating Knowledge and Information Architecture for Business Advantage, Butterworth-Heinemann, Oxford, 2003 (online)
  32. "SOA and Enterprise Architecture". The Open Group. Retrieved December 18, 2014.
  33. Christopher Kistasamy, Alta van der Merwe, Andre de la Harpe, (2012), The role of service-oriented architecture as an enabler for Enterprise Architecture, AMCIS 2012, Seattle Washington
  34. Rosa and Sampaio. "SOA Governance Through Enterprise Architecture". Oracle.com. Oracle. Retrieved December 19, 2014.
  35. Gartner Magic Quadrant for Enterprise Architecture Tools, 2013
  36. Forrester Wave EA Management Suites, Q2 2013
  37. Gartner Magic Quadrant for Enterprise Architecture Tools, 2014
  38. EA Failed Big Way! by Ivar Jacobson. on http://blog.ivarjacobson.com/ October 18, 2007.
  39. Gartner (2007) Gartner Enterprise Architecture Summit: Architecting the Agile Organization, 26 – 27 September 2007. Overview on www.gartner.com. Accessed November 18, 2013.
  40. S. Roeleven, Sven and J. Broer (2010). "Why Two Thirds of Enterprise Architecture Projects Fail," ARIS Expert Paper (online)
  41. Fixing Enterprise Architecture: Balancing the Forces of Change in the Modern Organization Dion Hinchcliffe, September 3, 2009
  42. "Why Doesn't the FEA Work" September 6, 2012, summarized in Semantic Community
  43. Measuring Enterprise Architecture Effectiveness: A Focus on Key Performance Indicators, Gunther, W 2014
  44. Evernden, R. "The Information FrameWork", IBM Systems Journal, Volume 35 Issue 1, January 1996, Pages 37 - 68

External links

This article is issued from Wikipedia - version of the Sunday, May 01, 2016. The text is available under the Creative Commons Attribution/Share Alike but additional terms may apply for the media files.