The Open Group Architecture Framework (TOGAF) is a framework - a detailed method and a set of supporting tools for planning, developing, maintaining and gaining value from an Enterprise Architecture. It may be used freely by any organization wishing to develop enterprise architecture for use within that organization.
TOGAF 9 encompasses the entire enterprise architecture life cycle, which is important as architecture is a never ending journey, always changing and evolving. The figure below depicts the TOGAF Architecture Development Method(ADM) which covers the entire architecture life cycle.
The ADM central to TOGAF which describes a method for developing and managing the lifecycle of an enterprise architecture, and forms the core of TOGAF. It integrates elements of TOGAF described in this document as well as other available architectural assets, to meet the business and IT needs of an organization.
The TOGAF Architecture Development Method (ADM) provides a tested and repeatable process for developing architectures. Each phase of ADM below contains iterative (Continuous) sequence of steps to develop an enterprise-wide Architecture and the possible iterations:
TOGAF 9 ADM contains a collection of guidelines and techniques for use in applying TOGAF and the ADM. The guidelines document how to adapt the ADM process, whereas the techniques are used when applying the ADM process. Here are some examples of Guidelines and Techniques to support the application and adoption of the ADM:
Architects executing the Architecture Development Method (ADM) will produce a number of outputs as a result of their efforts, such as process flows, architectural requirements, project plans, project compliance assessments, etc. The content framework provides a structural model for architectural content that allows the major work products that an architect creates to be consistently defined, structured, and presented.
The TOGAF Content Framework defines a set of entities that allow architectural concepts to be captured, stored, filtered, queried, and represented in a way that supports consistency, completeness, and traceability
A view of the Architecture Repository that provides methods for classifying architectures and solution artifacts in a structured way. The Enterprise Continuum provides methods for classifying architecture and solution artifacts, both internal and external to the Architecture Repository, as they evolve from generic Foundation Architectures to Organization-Specific Architectures.
Architecture Continuum is composed of four states. The underlying process is to discover architectural requirements, analyze and understand architectures that are already in place in the organization, from foundation architectures (i.e. TRM), through common systems architectures III-RM), industry standard architectures, (i.e. SOA), and to an organization's own architecture. The Figure below is an illustration of an architectural process based on four states:
Architectural changes made to states at the left will migrate to states at the right. The left-to-right direction implies a logical progression in organizing an enterprise architecture implementation.
This part provides two architectural reference models, namely the TOGAF Technical Reference Model (TRM), and the Integrated Information Infrastructure Reference Model (III-RM).
The TOGAF TRM describes a fundamental architecture upon which other, more specific, architectures can be based. In other words, it is an architecture of building blocks and corresponding standards that supports all the Common Systems Architectures, and, therefore, the complete computing environment. The TOGAF TRM describes a fundamental architecture upon which other, more specific, architectures can be based. The TRM has two main components:
The III-RM is a reference model that focuses on the Application Software space, and is a "Common Systems Architecture" in Enterprise Continuum terms.
An enterprise architecture development involve the generation of business capability, planning and managing architecture in the organization on all levels through different development phases. The enterprise needs to identify of the governance bodies which is responsible to make architecture decisions as shown on the top of the Figure below.
In the middle of the right-hand side, TOGAF specifies the architecture pool of skills which records the definition of the maturity of the organization and its improvement. Therefore, it contains the architecture professionals' skills, knowledge and professional development strategies. These knowledge enables the definition of the roles and responsibilities for the architecture work, in other words, who is responsible for what?
On the right of the skilled pool, the Project/Portfolio Governance send contracts of architecture work to the Project/Portfolio, which should in sync with priority and focus of the business operations.
Deliverables, Artifacts, logs or policy papers can be drawn from the enterprise continuum and architecture repository
The general idea is to evolve the capability of the organization to develop architecture which will result of increasing business capability.