Jump to content

Enterprise architecture

From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by 159.113.201.240 (talk) at 20:30, 14 December 2009 (→‎External links). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

Enterprise architecture is the science of designing an enterprise in order to rationalize its processes and organisation. Most of the time, the highest level of rationalisation lead to automatisation. Enterprise architecture is both the process and the product of this process of rationalisation. As a complex process, enterprise architecture must repose on a framework, methodologies and tools.

A formal definition of the structure of an enterprise comes from the MIT Center for Information Systems Research:

Enterprise architecture is the organizing logic for business processes and IT infrastructure reflecting the integration and standardization requirements of the firm’s operating model.[1]

Enterprise architecture describes enterprise applications and systems with their relationships to enterprise business goals.

The Enterprise Architecture Research Forum[2] defines EA as ".. the continuous practice of describing the essential elements of a socio-technical organization, their relationships to each other and to the environment, in order to understand complexity and manage change".

Another comprehensive definition of enterprise architecture is provided by the IFEAD (Institute for Enterprise Architecture Developments) as:

Enterprise architecture is a complete expression of the enterprise; a master plan which “acts as a collaboration force” between aspects of business planning such as goals, visions, strategies and governance principles; aspects of business operations such as business terms, organization structures, processes and data; aspects of automation such as information systems and databases; and the enabling technological infrastructure of the business such as computers, operating systems and networks.[3]

Practitioners are called "enterprise architects."

Methods and frameworks

Enterprise architects use various business methods and tools to understand and document the structure of an enterprise. In doing so, they produce documents and models, together called artifacts. These artifacts describe the logical organization of business strategies, metrics, business capabilities, business processes, information resources, business systems, and networking infrastructure within the enterprise.

A complete collection of these artifacts, sufficient to describe the enterprise in useful ways, could be considered an ‘enterprise’ level architectural description, or an enterprise architecture, for short. This is the definition of enterprise architecture implied by the popular TOGAF architectural framework.

An enterprise architecture framework is a collection of tools, process models, and guidance used by architects to assist in the production of organization-specific architectural descriptions. See the related article on enterprise architecture frameworks for further information.

Areas of practice

Many enterprise architecture frameworks break down the practice of developing artifacts into four practice areas. This allows the enterprise to be described from four important viewpoints. By taking this approach, enterprise architects can assure their business stakeholders that they have provided sufficient information for effective decision making.

These practice areas are

  1. Business:
    1. Strategy maps, goals, corporate policies, Operating Model
    2. Functional decompositions (e.g. IDEF0, SADT), business capabilities and organizational models expressed as enterprise / line of business business architecture
    3. Business processes, Workflow and Rules that articulate the assigned authorities, responsibilities and policies
    4. Organization cycles, periods and timing
    5. Suppliers of hardware, software, and services
  2. Information:
    1. Metadata - data that describes your enterprise data elements
    2. Data models: conceptual expressed as enterprise information architectures, logical, and physical
  3. Applications:
    1. Application software inventories and diagrams, expressed as conceptual / functional or system enterprise / line of business architectures
    2. Interfaces between applications - that is: events, messages and data flows
    3. Intranet, Extranet, Internet, eCommerce, EDI links with parties within and outside of the organization
  4. Technology:
    1. Hardware, platforms, and hosting: servers, and where they are kept
    2. Local and wide area networks, Internet connectivity diagrams
    3. Operating System
    4. Infrastructure software: Application servers, DBMS
    5. Programming Languages, etc. expressed as enterprise / line of business technology architecture.

Using an enterprise architecture

The primary purpose of describing the architecture of an enterprise is to improve the effectiveness or efficiency of the business itself. This includes innovations in the structure of an organization, the centralization or federation of business processes, the quality and timeliness of business information, or ensuring that money spent on information technology (IT) can be justified.

There are many different ways to use this information to improve the functioning of a business. One method, described in the popular TOGAF architectural framework, is to develop an architectural vision, which is a description of the business that represents a “target” or “future state” goal. Once this vision is well understood, a set of intermediate steps are created that illustrate the process of changing from the present situation to the target. These intermediate steps are called “transitional architectures” by TOGAF. Similar methods have been described in other enterprise architecture frameworks.

The growing use of enterprise architecture

Documenting the architecture of enterprises is becoming a common practice within the U.S. Federal Government in the context of the Capital Planning and Investment Control (CPIC) process. The Federal Enterprise Architecture (FEA) reference models serve as a framework to guide Federal agencies in the development of their architectures. Companies such as Independence Blue Cross, Intel, Volkswagen AG[4] and InterContinental Hotels Group have also applied enterprise architecture to improve their businesss' architectures as well as to improve business performance and productivity.

Relationship to other disciplines

Enterprise architecture has become a key component of the information technology governance process in many organizations. These companies have implemented a formal enterprise architecture process as part of their IT management strategy. 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. Depending on the organization, enterprise architecture teams may also be responsible for some aspects of performance engineering, IT portfolio management and metadata management.

The following image from the 2006 FEA Practice Guidance of US OMB sheds light on the relationship between enterprise architecture and segment(BPR) or Solution architectures. (From this figure and a bit of thinking one can see that software architecture is truly a solution architecture discipline, for example.)

Activities such as software architecture, network architecture, database architecture may be seen as partial contributions to a solution architecture.

Published examples of enterprise architecture

It is uncommon for a commercial organization to publish rich detail from their enterprise architecture descriptions. Doing so can provide competitors information on weaknesses and organizational flaws that could hinder the company's market position. However, many government agencies around the world have begun to publish the architectural descriptions that they have developed. Good examples can be found at the US Department of the Interior,[5] and the US Department of Defense business transformation agency.[6]

See also

References

  1. ^ MIT Center for Information Systems Research, Peter Weill, Director, as presented at the Sixth e-Business Conference, Barcelona Spain, 27 March 2007[1]
  2. ^ http://hufee.meraka.org.za/Hufeesite/collaborations/earf
  3. ^ IFEAD's Enterprise Architecture Standards Overview
  4. ^ "Volkswagen of America: Managing IT Priorities," Harvard Business Review, October 5, 2005, Robert D. Austin, Warren Ritchie, Greggory Garrett
  5. ^ US Department of the Interior Enterprise Architecture
  6. ^ US Department of Defense Business Enterprise Architecture, (September 2006[2], or the 2008 BEAv5.0 version[3])

See also