Togaf
Togaf
         CREATED WITH
Table of Contents
Enterprise Architecture is an important discipline, as organizations need to understand the fundamental aspects of their
business in order to keep pace with the global market and technology changes in a continually evolving world. Enterprise
Architect has built-in support for all the important enterprise architecture frameworks and enterprise modeling languages,
allowing you to model an enterprise from the business goals and drivers through to Cloud-based infrastructure services.
In this topic you will learn how to model an Enterprise using TOGAF, including working with the ADM and metamodel
attributes.
Discussion
The topics described here provide an introduction to, and procedural explanation of, using TOGAF in Enterprise
Architect.
Section Content
           Welcome                 This section provides an introduction to TOGAF, and contains the formal
                                   documentation defining its use with Enterprise Architect.
        Using TOGAF                Get started with TOGAF, learning about the model structure, templates, diagram
                                   types and more.
        TOGAF ADM                  The key to TOGAF remains a reliable, practical method - the TOGAF Architecture
                                   Development Method (ADM) - for defining business needs and developing an
                                   architecture that meets those needs, applying the elements of TOGAF and other
                                   architectural assets available to the organization.
    The TOGAF Enterprise           The TOGAF Enterprise Continuum is a 'virtual repository' of all the architecture
         Continuum                 assets - models, Patterns, architecture descriptions and other artifacts - that exist
                                   both within the enterprise and in the IT industry at large, and that the enterprise
                                   considers itself to have available for the development of architectures for the
                                   enterprise.
     Federal Enterprise            TOGAF provides diagrams and Toolbox pages specific to the Federal Enterprise
   Architecture Framework          Architecture Framework (FEAF). It also provides 'out-of-the-box' models of the
                                   FEAF Performance Reference model and Technical Reference model.
       TOGAF Catalogs              Enterprise Architect helps you to create Model Catalog Artifacts, using the
                                   TOGAF-Catalog model Pattern, for:
                                   ·   Actors
                                   ·   Business Services
                                   ·   Organization Units
                                   ·   Principles
                                   ·   Requirements and
· Roles
Brief Introduction
Welcome to The Open Group Architecture Framework (TOGAF) integrated with Enterprise Architect.
Using this technology, users of Enterprise Architect benefit from TOGAF within a multi-featured modeling environment
based on open standards.
About TOGAF
The Open Group Architecture Framework is one of the most widely accepted methods for developing enterprise
architectures. TOGAF is an open framework, providing a practical, definitive and proven step-by-step method for
developing and maintaining enterprise architectures.
The key to TOGAF remains a reliable, practical method - the TOGAF Architecture Development Method (ADM) - for
defining business needs and developing an architecture that meets those needs, applying the elements of TOGAF and
other architectural assets available to the organization.
TOGAF embodies the concept of the Enterprise Continuum to reflect different levels of abstraction in an architecture
development process. In this way TOGAF facilitates understanding and co-operation between actors at different levels. It
provides a context for the use of multiple frameworks, models, and architecture assets in conjunction with the TOGAF
ADM. By means of the Enterprise Continuum, architects are encouraged to leverage all other relevant architectural
resources and assets, in addition to the TOGAF Foundation Architecture, in developing an organization-specific IT
architecture.
For detailed information on TOGAF itself, visit the TOGAF website.
Benefits of TOGAF
·   Helps align business processes and IT to the business strategies and goals
·   Provides support for all the phases in the ADM
·   Provides support for OMG's Business Motivation Model
·   Provides support for the Architecture Content Model
·   Provides support for visual modeling of As-Is and To-Be architecture
·   Provides support for modeling all four architecture domains specific to TOGAF (Business, Application, Data and
    Technology)
·   Provides support for the report generation of TOGAF work products
·   Provides the Open Group's TOGAF deliverable templates as Linked Document templates
·   Provides out-of-box FEAF reference models
TOGAF Features
Getting Started
For instructions on how to start using TOGAF within Enterprise Architect, see the Using TOGAF Help topic.
Operating Systems
·   Windows 10
·   Windows 8
·   Windows 7
·   Windows 2008 Server
·   Windows 2003 Server
·   Windows XP Service Pack 2
TOGAF Support
Technical support for modeling through TOGAF in Enterprise Architect is available to registered users of Enterprise
Architect in exactly the same way as for Enterprise Architect itself.
TOGAF: Copyright © 2003-2018 X/Open Company Ltd, Trading as The Open Group. All Rights Reserved.
Any organization that intends use the methods, resources, and associated documentation suite known as The Open Group
Architecture Framework - TOGAF Version 9 (and all earlier versions) for commercial purposes must apply to The Open
Group for a commercial licence. See The Open Group TOGAF web site.
MDG Technology for TOGAF, Enterprise Architect MDG Add-In, Version 3.0.
Copyright © 2008-2022 Sparx Systems Pty Ltd. All Rights Reserved
IMPORTANT-READ CAREFULLY: This End User License Agreement ("EULA") is a legal agreement between YOU
as Licensee and SPARX for the SOFTWARE PRODUCT identified above. By installing, copying, or otherwise using the
SOFTWARE PRODUCT, YOU agree to be bound by the terms of this EULA. If YOU do not agree to the terms of this
EULA, promptly delete the unused SOFTWARE PRODUCT.
The copyright in the SOFTWARE PRODUCT and its documentation is owned by Sparx Systems Pty Ltd, A.B.N 38 085
034 546. Subject to the terms of this EULA, YOU are granted a non-exclusive right for the duration of the EULA to use
the SOFTWARE PRODUCT. YOU do not acquire ownership of copyright or other intellectual property rights in any
part of the SOFTWARE PRODUCT by virtue of this EULA.
Your use of this software indicates your acceptance of this EULA and warranty.
DEFINITIONS
In this End User License Agreement, unless the contrary intention appears:
·   "EULA" means this End User License Agreement
·   "SPARX" means Sparx Systems Pty Ltd A.C.N 085 034 546
·   "Licensee" means YOU, or the organization (if any) on whose behalf YOU are taking the EULA
·   "Registered Edition of MDG Technology for TOGAF" means the edition of the SOFTWARE PRODUCT which is
    available for purchase from the web site: https://sparxsystems.com/products/mdg/tech/togaf/purchase.html,
    following a thirty (30) day free evaluation period
·   "SOFTWARE PRODUCT" or "SOFTWARE" means MDG Technology for TOGAF, which includes computer
    software and associated media and printed materials, and may include online or electronic documentation
·   "SUPPORT SERVICES" means email-based support provided by SPARX, including advice on usage of the
    SOFTWARE PRODUCT, investigation of bugs, fixes, repairs of models, if and when appropriate, and general
    product support
·   "SPARX SUPPORT ENGINEERS" means employees of SPARX who provide on-line support services
·   "Trial Edition of MDG Technology for TOGAF" means the edition of the SOFTWARE PRODUCT which is
    available free of charge for evaluation purposes for a period of thirty (30) days
GRANT OF LICENSE
In accordance with the terms of this EULA YOU are granted the following rights:
·   To install and use ONE copy of the SOFTWARE PRODUCT or, in its place, any prior version for the same
    operating system, on a single computer; as the primary user of the computer on which the SOFTWARE PRODUCT
    is installed, YOU may make a second copy for your exclusive use on either a home or portable computer
·   To store or install a copy of the SOFTWARE PRODUCT on a storage device, such as a network server, used only to
    install or run the SOFTWARE PRODUCT over an internal network
·   To make copies of the SOFTWARE PRODUCT for backup, archival and instructional purposes
EVALUATION LICENSE
The Trial Edition of MDG Technology for TOGAF is not free software. Subject to the terms of this agreement, YOU are
hereby licensed to use this software for evaluation purposes without charge for a period of thirty (30) days.
Upon expiration of the thirty (30) day evaluation period, the SOFTWARE PRODUCT must be removed from the
computer. Unregistered use of Trial Edition of the MDG Technology for TOGAF after the 30-day evaluation period is in
violation of Australian, U.S. and international copyright laws.
SPARX may extend the evaluation period on request and at their discretion.
If YOU choose to use this software after the 30-day evaluation period a license must be purchased (as described at
https://sparxsystems.com/products/mdg/tech/togaf/purchase.html). Upon payment of the license fee, YOU will be sent
details of where to download the registered edition of MDG Technology for TOGAF and will be provided with a suitable
software 'key' by email.
YOU hereby undertake not to sell or sub-license the SOFTWARE PRODUCT other than as expressly authorized by this
EULA.
NO WARRANTY. The SOFTWARE PRODUCT is provided "AS IS", without warranty of any kind, and SPARX
expressly disclaims all warranties and/or conditions with respect to the SOFTWARE PRODUCT, either express, implied
or statutory, including, but not limited to, the implied warranties and/or conditions of merchantability, of satisfactory
quality, of fitness for a particular purpose, of accuracy, of quiet enjoyment, and of non-infringement of third party rights.
LIMITATION
Under no circumstances shall SPARX be liable for any incidental, special, indirect or consequential damages arising out
of or relating to this license or YOUR use, reproduction, modification, distribution of the SOFTWARE PRODUCT, or
any portion thereof, whether under a theory of contract, warranty, strict liability or otherwise, even if the copyright
holder has been advised of the possibility of such damages and notwithstanding the failure of essential purpose of any
remedy.
TRADEMARKS
All names of products and companies used in this EULA, the SOFTWARE PRODUCT, or the enclosed documentation
can be trademarks of their corresponding owners. Their use in this EULA is intended to be in compliance with the
respective guidelines and licenses.
GOVERNING LAW
This agreement shall be construed in accordance with the laws of the Commonwealth of AUSTRALIA, in the state of
Victoria.
Acknowledgement of Trademarks
Trademarks of Microsoft
·   Microsoft®
·   Windows®
·   OMG™
·   Object Management Group™
·   UML™
·   Unified Modeling Language™
· TOGAF™
Using TOGAF
TOGAF provides a model-based framework for planning, designing and implementing the Architecture for an
Enterprise. The starter model provided with TOGAF acts as a base upon which you can build the Enterprise
Architecture. You can create the appropriate diagrams from the extended Enterprise Architect UML diagram set, using
Toolbox pages that support every phase of the TOGAF Interface Diagram. You can also align models across the phases
of the Architecture Development Method (ADM) using the Enterprise Architect Relationship Matrix.
Notes
Access TOGAF
1.   Create a new Enterprise Architect project file, and click on the top-level Package.
2.   Select the 'Design > Package > Model Wizard' option.
3.   In the 'Create from Pattern' tab (Model Wizard), select the 'Enterprise Architecture > TOGAF' Perspective and the
     'Starter Model' Pattern.
4.   Click on the Create Model(s) button.
A new base TOGAF model is created in the Browser window, containing the TOGAF Architecture Development Method
(ADM) structures and the Enterprise Continuum asset Packages, and displaying the TOGAF-ADM (Interface) diagram.
Access
Display the Model Wizard (Start Page 'Create from Pattern' tab), using any of the methods outlined here.
Once in the Model Wizard, select the 'Enterprise Architecture > TOGAF' Perspective.
Select from the TOGAF Patterns:
·    Starter Model (includes both ADM and Enterprise Continuum)
·    Architecture Development Method (ADM)
·    Enterprise Continuum
·    Technical Reference Model
·    Catalogs
If you require additional diagrams, then while in the Model Wizard, click on the 'Add Diagram' tab and (if necessary)
select the 'Enterprise Architecture > TOGAF' Perspective. Then select from the diagram categories:
·    FEAF Diagrams (Federal Enterprise Architecture Framework)
·    TOGAF_BusinessArchitecture
·    TOGAF_DataArchitecture
·    TOGAF Diagrams
In the 'Diagram Types' panel, select the required diagram type.
    Other
                                   Browser window Header Bar :            | New Model from Pattern
The TOGAF Framework model makes use of UML Packages, which is apparent from the model structure diagram. The
Interface diagram itself is a standard UML Package diagram, using custom images.
Double-click on a cell of the Interface diagram to open the model Package and diagram corresponding to that particular
ADM phase.
Access
When you open a TOGAF diagram, Enterprise Architect displays the Toolbox pages that are most useful for that
particular diagram type. In addition, the 'Common Elements' and 'Common Relationships' pages of UML elements and
relationships display, regardless of which diagram is open.
The Diagram Toolbox pages can be docked on either side of the diagram, or free floated on top of the diagram to expose
more surface for editing.
  Ribbon
                                  Design > Diagram > Toolbox:          > Specify 'TOGAF' in the 'Find Toolbox Item'
                                  dialog
  Keyboard Shortcuts
                                  Ctrl+Shift+3 :        > Specify 'TOGAF' in the 'Find Toolbox Item' dialog
  Other                           You can display or hide the Diagram Toolbox by clicking on the       or     icons at
                                  the left-hand end of the Caption Bar at the top of the Diagram View.
Item Description
  Architecture Vision         Articulates a vision that enables the business goals, responds to the strategic
                              drivers, conforms with the principles, and addresses the stakeholder concerns and
                              objectives.
                              Tagged Values – ID, Scope, Version
  Architecture Board          Captures the definition for a cross-organization Architecture Board. This is a key
                              element in a successful architecture governance strategy, to oversee the
                              implementation of the strategy.
                              This body should be representative of all the key stakeholders in the architecture,
                              and typically comprises a group of executives responsible for the review and
                              maintenance of the overall architecture.
                              Tagged Values – ID, Authority Limits, Responsibilities
  Baseline Architecture       Captures the very high-level definitions of the Baseline environment from the
                              perspective of business information systems and technology. The scope and level of
                              detail to be defined depends on the extent to which existing architecture elements
                              are likely to be carried over into the Target Architecture.
                              Tagged Values – ID, Type, Version
  Target Architecture         Captures the very high-level definitions of the target environment, from the
                              perspective of business information systems and technology.
                              Tagged Values – ID, Type, Version
  Request for Architecture    Captures the information for the Request for Architecture Work, a major input for
  Work                        the ADM phases.
                              This element is designed as a Document Artifact. On creating a new element of this
                              type, double-click on the element to open the Linked Document and select the
                              'TOGAF - Request for Architecture Work' template from the list of templates
                              available for the 'Copy Template' option.
                              Tagged Values – ID, Architecturing Organization, Sponsoring Organization
  Statement of Architecture   Captures the information for the Statement of Architecture Work, a major output
  Work                        for the ADM phases.
                              This element is designed as a Document Artifact. On creating a new element of this
                              type, double-click on the element to open the Linked Document and select the
                              'TOGAF – Statement of Architecture Work' template from the list of templates
                              available for the 'Copy Template' option.
                              Tagged Values – ID, Version
  Work Package                Defines a set of actions that achieve one or more objectives for the business. A
                              work Package can be a part of a project, a complete project, or a program.
  Business Scenario           Identifies and clarifies business needs, and thereby derives the business
                              requirements that the architecture development has to address. Creating a business
                              scenario involves these steps:
                              1.   Identifying, documenting, and ranking the problem driving the scenario.
                              2.   Identifying the business and technical environment of the scenario and
                                   documenting it in scenario models.
                              3.   Identifying and documenting desired objectives.
                              4.   Identifying the human actors (participants) and their place in the business
                                   model.
                              5.   Identifying computer actors (computing elements) and their place in the
                                   technology model.
                              6.   Identifying and documenting roles, responsibilities, and measures of success
                                   per actor; documenting the required scripts per actor, and the results of
                                   handling the situation.
                              7.   Checking for 'fitness-for-purpose' and refining only if necessary.
                              A Linked Document template for Business Scenarios is provided by the
                              Technology. To use the template, right-click on the element and select the 'Edit
                              Linked Document' menu option. Select 'TOGAF – Business Scenario/Architecture
                              Vision' for the 'Copy template' option.
                              Tagged Value – ID
  Goal                        Captures what is to be achieved by the enterprise, with specifications defined by the
                              Tagged Values.
                              Tagged Values – Assumption, Critical Success Factor, Goal Type, ID, Key
                              Performance Indicator, Measure, Unit Responsible, Opportunity, Strength, Threat,
                              Weakness
  Objective                   Captures the attainable, time-targeted, and measurable target that the enterprise
                              seeks to meet in order to achieve its goals.
                              Tagged Value – ID
Defines and guides the organization, for the use of all assets and resources across
  Principle                   the enterprise. Each Principle should be linked to the relevant business objective
                              and key architecture drivers.
                              Tagged Values – ID, Implications, Rationale, Statement, Type, Version
  Guideline                   Captures the Guidelines governing the enterprise and its functions, by providing
                              guidance on the optimal ways to carry out design or implementation activities.
                              Tagged Value – ID
  Asset                       Captures the enterprise resources that could be estimated for value.
                              Tagged Values – ID, AssetValue, Description
  Document Asset              A subtype of Asset that captures the important document resources of the
                              enterprise.
                              Tagged Values – ID, AssetValue, Description
  Equipment Asset             A subtype of Asset that captures the equipment resources of the enterprise.
                              Tagged Values – ID, AssetValue, Description
  Architecture                Captures summary views of the Architecture Landscape (that is, the state of the
                              enterprise) at particular points in time.
                              Tagged Values – ID, Category, Source, Owner, Subject Matter, View Point, Level
                              Of Detail, Level Of Abstraction, Accuracy, Version, Maturity
  Solution                    Captures the summary views of a solution in place for a specific architecture.
                              Tagged Values – ID, Category, Source, Owner, Subject Matter, Time, Volatility,
                              Version, Maturity
  Architecture Building       (ABB) Relates to the Architecture Continuum, and is defined or selected as a result
  Block                       of the application of the ADM.
                              Tagged Values – ID, Description, Owning Organization, Rationale,
                              ServicePortfolio
  Solutions Building Block    (SBB) Relates to the Solutions Continuum, and can be either procured or
                              developed.
                              Tagged Values – ID, Description, Supplier Organization
The elements in each of the Architecture Content Model Toolbox pages are described in separate topics:
·   ACM Core
ACM Core
Elements from the ACM page of the Architecture Content Model Toolbox.
Item Description
  Actor                         Identifies a person, organization or system with a role that initiates or interacts with
                                activities. Actors can be internal or external to an organization.
                                Tagged Values – ID, Category, Source, Owner, #FTEs, ActorGoal, ActorTasks
  Assumption                    Defines a statement of probable fact that has not been fully validated at this stage,
                                due to external constraints.
                                Tagged Values – ID, Rationale, Statement, Type
  Business Constraint           Identifies an external factor that prevents an organization from pursuing particular
                                approaches to meet its goals.
                                Tagged Value – ID
  Business Function             Identifies a factor that delivers business capabilities closely aligned to an
                                organization, but not necessarily explicitly governed by the organization.
                                Tagged Value – ID
  Business Requirement          Defines a quantitative statement of business need that must be met by a particular
                                architecture or work Package.
                                Tagged Value – ID
  Business Service              Identifies a service that supports business capabilities through an explicitly defined
                                interface and is explicitly governed by an organization.
                                Tagged Values – ID, Category, Source, Owner, StandardsClass,
                                StandardCreationDate, LastStandardReviewDate, NextStandardReviewDate,
                                RetireDate
  Data Entity                   Defines an encapsulation of data that is recognized by a business domain expert as
                                an entity. Logical data entities can be tied to applications, repositories and services,
                                and can be structured according to implementation considerations.
                                Tagged Values – ID, Category, Source, Owner, PrivacyClassification,
                                RetentionClassification
  Gap                           Provides a statement of difference between two states. Used in the context of gap
                                analysis, where the difference between the Baseline and Target Architecture is
                                identified.
                                Tagged Values – ID, Category, Source, Owner
  Organization Unit           Defines a self-contained unit of resources with line management responsibility,
                              goals, objectives, and measures. Organizations can include external parties and
                              business partner organizations.
                              Tagged Values – ID, PersonIncharge
  Principle                   Provides a qualitative statement of intent that should be met by the architecture.
                              This has at least a supporting rationale and a measure of importance.
                              Tagged Values – ID, Type, Statement, Rationale, Implications
  Process                     Represents the flow of control between or within functions and/or services
                              (depending on the granularity of definition). Processes represent a sequence of
                              activities that together achieve a specified outcome, can be decomposed into
                              sub-processes, and can show operation of a function or service (at the next level of
                              detail). Processes can also be used to link or compose organizations, functions,
                              services, and processes.
                              Tagged Values – ID, Category, Source, Owner, StandardsClass,
                              StandardCreationDate, LastStandardReviewDate, NextStandardReviewDate,
                              RetireDate, ProcessCriticality, ProcessVolumetrics, ProcessType
  Platform Service            Defines a technical capability required to provide enabling infrastructure that
                              supports the delivery of applications.
                              Tagged Values – ID, Category, Source, Owner, StandardClass
  Role                        Defines the usual or expected function of an Actor, or the part somebody or
                              something plays in a particular action or event. An Actor can have a number of
                              roles.
                              Tagged Values – ID, Category, Source, Owner, Responsibilities
  Work Package                Identifies a set of actions to achieve one or more objectives for the business. A
                              work Package can be a part of a project, a complete project or a program.
                              Tagged Values – ID, Category, Source, Owner, CapabilityDelivered
Item Description
  Logical Data Component        Defines a boundary zone that encapsulates related data entities to form a logical
                                location to be held.
                                Tagged Values – ID, Category, Source, Owner, StandardsClass,
                                StandardCreationDate, LastStandardReviewDate, NextStandardReviewDate,
                                RetireDate
  Physical Data Component       Defines a boundary zone that encapsulates related data entities to form a physical
                                location to be held.
                                Tagged Values – ID, Category, Source, Owner, StandardsClass,
                                StandardCreationDate, LastStandardReviewDate, NextStandardReviewDate,
                                RetireDate
Governance Extension
Elements from the Governance Extension page of the Architecture Content Model Toolbox.
Item Description
  Measure                       Identifies an indicator or factor that can be tracked, usually on an ongoing basis, to
                                determine success or alignment with objectives and goals.
                                Tagged Values – ID, Category, Source, Owner
  Contract                      Defines an agreement between a service consumer and a service provider that
                                establishes functional and non-functional parameters for interaction.
                                Tagged Values – ID, Source, Owner, AvailabilityCharacteristics,
                                BehaviorCharacteristics, CapacityCharacteristics, ConsumingService,
                                ContractControlRequirements, CredibilityCharacteristics,
                                ExtensibilityCharacteristics, Growth, GrowthPeriod, IntegrityCharacteristics,
                                InternationalizationCharacteristics, LocalizationCharacteristics,
                                LocatabilityCharacteristics, ManageabilityCharacteristics, PeakProfileLongTerm,
                                PeakProfileShortTerm, PerformanceCharacteristics, PortabilityCharacteristics,
                                PrivacyCharacteristics, ProvidingService, QualityOfInformationRequired,
                                RecoverabilityCharacteristics, ReliabilityCharacteristics, ResponseRequirements,
                                ResultControlRequirements, ScalabilityCharacteristics, SecurityCharacteristics,
                                ServiceabilityCharacteristics, ServiceQualityCharacteristics, ServiceTimes,
                                Throughput, ThroughputPeriod
Throughput, ThroughputPeriod
  Service Quality             Defines a preset configuration of non-functional attributes that can be assigned to a
                              service or service contract.
                              Tagged Values – ID, Category, Source, Owner
Item Description
  Location                       Represents a place where business activity takes place and can be hierarchically
                                 decomposed.
                                 Tagged Values – ID, Category, Source, Owner
Motivation Extension
Elements from the Motivation Extension page of the Architecture Content Model Toolbox.
Item Description
  Business Driver                Defines an external or internal condition that motivates the organization to define
                                 its goals.
                                 Tagged Values – ID, Version
Item Description
  Event                         Defines an organizational state change that triggers processing events; can originate
                                from inside or outside the organization and can be resolved inside or outside the
                                organization.
                                Tagged Values – ID, Category, Source, Owner
  Product                       Defines the output generated by the business; that is, the business product of the
                                execution of a process.
                                Tagged Values – ID, Category, Source, Owner
Services Extension
Elements from the Services Extension page of the Architecture Content Model Toolbox.
Item Description
Benefits Toolbox
Item Description
  KPI                              (Key Performance Indicator) A metric used to define and measure progress towards
                                   achieving goals or critical success factors.
                                   Tagged Values – ID, Owner, Source, Category
  Objective                        A statement of an attainable, time-targeted and measurable target that the enterprise
                                   seeks to meet in order to achieve its goals. An Objective quantifies a Goal.
                                   Tagged Value – ID
Potential Impact See the Help on the 'Impact' Toolbox page for the Business Motivation Model.
Risk See the Help on the 'Impact' Toolbox page for the Business Motivation Model.
Reward See the Help on the 'Impact' Toolbox page for the Business Motivation Model.
The elements in each of the Business Motivation Model Toolbox pages are described in separate topics:
·   Ends Page
·   Means Page
·   Impact Page
·   Assessment Page
·   Influencers Page
·   BMM Extended Page
Ends Page
Elements from the 'Ends' page of the Business Motivation Model Toolbox.
Ends Toolbox
Item Description
  Vision                         Describes the future state of the enterprise, without regard to how it is to be
                                 achieved.
                                 A Vision is supported or made operative by Missions, and is amplified by Goals.
                                 Tagged Value – ID
  Desired Result                 Groups 'desired result' concepts (Goal and Objective). A Desired Result is an End
                                 that is a state or target that the enterprise intends to maintain or sustain. A Desired
                                 Result is supported by Courses of Action. One Desired Result can include other
                                 Desired Results and can itself be included in another Desired Result.
                                 Tagged Values – ID, Category, Source, Owner
  Objective                      A statement of an attainable, time-targeted and measurable target that the enterprise
                                 seeks to meet in order to achieve its goals. An Objective quantifies a Goal.
                                 Tagged Value – ID
Means Page
Elements from the 'Means' page of the Business Motivation Model Toolbox.
Means Toolbox
Item Description
  Means                         Groups 'Means' concepts (Mission, Course of Action and Directive). A Means
                                represents any capabilities that can be exploited to achieve the desired Ends.
                                Tagged Values – ID, Category, Source, Owner
  Mission                       Captures the mission statement, policies and values of the enterprise. A Mission
                                indicates the ongoing operational activity of the enterprise, and makes a Vision
                                operative.
                                Tagged Values – ID, Category, Source, Owner
  Course of Action              Groups 'course of action' concepts (Strategy and Tactic). A Course of Action is an
                                approach or plan for configuring some aspect of the enterprise involving things,
                                processes, locations, people, timing or motivation, undertaken to achieve Desired
                                Results.
                                A Course of Action channels efforts towards Desired Results. Courses of Action are
                                governed by Directives. It is also possible for the Courses of Action to be
                                formulated based on Directives. Courses of Action can be realized by Business
                                Processes. One Course of Action can include other Courses of Action, and one
                                Course of Action can be enabled by another Course of Action.
                                Tagged Values – ID, Category
  Strategy                      Defines the right approach to achieve a set of Goals, given the environmental
                                constraints and risks. A Strategy usually channels efforts towards those Goals.
                                Tagged Values – Action Plan, Estimated Budget, Estimated Time Period, ID,
                                Measure, Target Value
  Tactic                        A Course of Action that represents part of the detailing of a Strategy. A Tactic
                                implements one or more Strategies.
                                Tagged Values – ID, Category
  Directive                     Indicates how the Course of Action should, or should not, be carried out. A
                                Directive defines, constrains or liberates some aspect of an enterprise. It is intended
                                to assert business structure or to control or influence the behavior of the business,
                                and is stated in declarative form. Directives govern Courses of Action. A Directive
                                is defined to support the achievement of a Desired Result directly.
                                Tagged Values – ID, Category
  Business Rule                 A Business Rule element captures the Business Rule statements. Business Rules
                                provide specific, actionable governance or guidance to implement Business
                                Policies. Business Rules guide Business Processes.
                                Tagged Values – ID, Name, Description, Effective_From, Expiry_From, Status,
                                Version, Enforcement_Level
Impact Page
Elements from the 'Impact' page of the Business Motivation Model Toolbox.
Impact Toolbox
Item Description
  Potential Impact               Groups the concepts of 'impacts' (Risk and Reward). Each Potential Impact is an
                                 evaluation that quantifies or qualifies some aspect of an Assessment in specific
                                 terms, types or dimensions.
                                 An Assessment identifies some Potential Impacts. A Potential Impact can be
                                 significant to an Assessment.
                                 Tagged Values – ID, Category, Source, Owner
  Risk                           A Potential Impact that indicates the possibility of loss, injury, disadvantage or
                                 destruction.
                                 Tagged Value – ID
Assessment Page
Elements from the 'Assessment' page of the Business Motivation Model Toolbox.
Assessment Toolbox
Item Description
  Assessment                     A judgment on an Influencer that affects the organization's ability to employ its
                                 Means or achieve its Ends. A Directive is motivated by an Assessment.
                                 Assessments can also use other Assessments. An Assessment can support the
                                 achievement of Ends.
                                 Tagged Values – ID, Source, Owner
  Strength                       This category of Assessment indicates some advantage or area of excellence within
                                 the enterprise that can impact its employment of Means or achievement of Ends. It
                                 is modeled as a parameter of the Assessment element.
                                 Tagged Value – ID
  Weakness                       This category of Assessment indicates some area of inadequacy within the
                                 enterprise that can impact its employment of Means or achievement of Ends. It is
                                 modeled as a parameter of the Assessment element.
                                 Tagged Value – ID
  Opportunity                    This category of Assessment indicates that some Influencer can have a favorable
                                 impact on the organization's employment of Means or achievement of Ends. It is
                                 modeled as a parameter of the Assessment element.
                                 Tagged Value – ID
  Threat                         This category of Assessment indicates that some Influencer can have an
                                 unfavorable impact on the organization's employment of Means or achievement of
                                 Ends. It is modeled as a parameter of the Assessment element.
                                 Tagged Value – ID
Influencers Page
Elements from the 'Influencers' page of the Business Motivation Model Toolbox.
Influencers Toolbox
Item Description
  External Influencer            An External Influencer element groups the elements having an external influence
                                 on an Assessment. External Influencers are those outside an enterprise's
                                 organizational boundaries that can impact its employment of Means or achievement
                                 of Ends.
                                 Tagged Values – ID, Category
  Internal Influencer            An Internal Influencer element groups the elements having an internal influence on
                                 an Assessment. Internal Influencers are those from within an enterprise that can
                                 impact its employment of Means or achievement of Ends.
                                 Tagged Values – ID, Category
  Corporate Value                An ideal, custom or institution that an enterprise promotes or agrees with (either
                                 positive or negative).
                                 Tagged Value – ID
                              system.
                              Tagged Value – ID
  Partner                     An External Influencer as an enterprise that shares risks and profit with the subject
                              enterprise (or is associated with the subject enterprise to share risks and profit)
                              because this is mutually beneficial.
                              Tagged Value – ID
  Principle                   Defines and guides the organization, for use of all assets and resources across the
                              enterprise. Each Principle should be linked to the relevant business objective and
                              key architecture drivers.
                              Tagged Values – ID, Implications, Rationale, Statement, Type, Version
  Resource                    An internal Influencer as a resource available for carrying out the business of an
                              enterprise, applying its influence especially by way of its quality.
                              Tagged Value – ID
  Technology                  An External Influencer as the role of technology, including its developments and
                              limitations — there could be prerequisites for use of technology, or an enterprise
                              activity that technology enables or restricts.
                              Tagged Value – ID
Item Description
  Organization Unit             Represents any recognized association of people in the context of the enterprise. In
                                a hierarchical structure, it might be the corporation, a division, a department, a
                                group or a team.
                                Tagged Values – ID, PersonInCharge
  Offering                      An Offering is a Fixed Asset that is a specification of a product or service that can
                                be supplied by the enterprise. An Offering can be defined by Courses of Action, can
                                be delivered by Business Processes, can require Resources and can use Fixed
                                Assets.
                                Tagged Value – ID
  Business Process              A function or behavior of the Enterprise or part of the Enterprise. A Business
                                Process is the responsibility of an Organization Unit, realizes Courses of Action, is
                                guided by Business Rules, is governed by Business Policies, can deliver Offerings
                                and can manage Assets.
                                Tagged Values – ID, Description, ProcessType
  Fixed Asset                   A Fixed Asset is an Asset that is maintained over time and reused. A Fixed Asset
                                can be used by Offerings and can provide Resources.
                                Tagged Values – ID, AssetValue
Item Description
Business Location Models the location from which the business operates.
  Communicate                 Indicates that a business location communicates directly with another business
                              location.
Internet Indicates that the means of communication is the World Wide Web.
Snail Mail Indicates that the means of communication is the postal system or courier services.
Intranet Indicates that the means of communication is the local intranet or WAN.
Notes
·     Elements and connectors common to Enterprise Architect UML and Extended diagrams are documented in the
      Object Toolbox section
Item Description
Business Function A major function performed by the Enterprise or a part of the Enterprise.
Notes
·     Elements and connectors common to Enterprise Architect UML and Extended diagrams are documented in the
      Object Toolbox section
Item Description
  Mission                         Captures the mission statement, policies and values of the enterprise.
                                  Tagged Value – ID
  Environment                     Defines the developmental, operational and programmatic context of the system for
                                  the purpose of Enterprise Engineering work.
                                  Tagged Value – ID
  System                          Captures details of a working component of the enterprise. System includes, for
                                  example, application, system, platform, system -of-systems, enterprise and product
                                  line.
                                  Tagged Value – ID
    Architectural Description     Captures the architectural descriptions and identifies the system’s stakeholders and
                                  their concerns.
                                  Tagged Value – ID
    Concern                       Forms the basis for completeness. An Architectural Description addresses all
                                  stakeholders’ concerns, and each Concern is addressed by an Architectural View
    Viewpoint                     A Pattern for constructing Views – Viewpoints define the rules on Views.
                                  Each View corresponds to exactly one Viewpoint.
                                  Tagged Value – ID
Notes
·     Elements and connectors common to Enterprise Architect UML and Extended diagrams are documented in the
      Object Toolbox section
Item Description
  Architecture                   Captures summary views of the Architecture Landscape (such as the state of the
                                 enterprise) at particular points in time.
                                 Tagged Values – ID, Category, Source, Owner, Subject Matter, View Point, Level
                                 Of Detail, Level Of Abstraction, Accuracy, Version, Maturity
  Solution                       Captures the summary views of a solution in place for a specific architecture.
                                 Tagged Values – ID, Category, Source, Owner, Subject Matter, Time, Volatility,
                                 Version, Maturity
  Architecture Building          Relates to the Architecture Continuum, and is defined or selected as a result of the
  Block                          application of the ADM.
                                 Tagged Values – ID, Description, Owning Organization, Rationale,
                                 ServicePortfolio
  Solutions Building Block       Relates to the Solutions Continuum, and can be either procured or developed.
                                 Tagged Values – ID, Description, Supplier Organization
  ABB Mapping                 Connector to map the architectural models and artifacts to the Architecture
                              Building Blocks.
  SBB Mapping                 Connector to map the solution models and artifacts to the Solutions Building
                              Blocks.
  Guides                      Connector to represent guides relationships. Architecture Building Blocks guide the
                              development of Solutions Building Blocks.
  Leverage Direction          Connector to represent the direction of leveraging of architecture and solution
                              components.
Item Description
    External Organization         Captures any external business unit that is not under direct control of the enterprise,
                                  but has a relationship with the enterprise.
Organization Unit Captures any business unit that is under direct control of the enterprise.
    Works For                     Captures the details of team links; for example, Stakeholder 1 works for
                                  Organization Unit 1.
Notes
·     Elements and connectors common to Enterprise Architect UML and Extended diagrams are documented in the
      Object Toolbox section
Item Description
Notes
·     Elements and connectors common to Enterprise Architect UML and Extended diagrams are documented in the
      Object Toolbox section
Item Description
  IT Service                      Captures the IT capability offered as a consumable entity that is managed by the
                                  enterprise.
                                  Tagged Values – ID, DefinitionText, Owner, Availability, Charge_to_User,
                                  ContactPoint, Dependent_Systems
  IT Service Component            Captures a set of capabilities that might be exposed through the technology
                                  interface.
                                  Tagged Values – ID, Rationale
  IT Service Portfolio            A Document Artifact that captures the information required to describe an IT
                                  service portfolio.
                                  Tagged Values – ID
  System                          Captures details of a working component of the enterprise. System includes things
                                  such as application, system, platform, system-of-systems, enterprise and product
                                  line.
                                  Tagged Values – ID
  Asset                       Captures the enterprise resources that could be estimated for value.
                              Tagged Values – ID, AssetValue, Description
  Document Asset              Subtype of Asset that captures the important document resources of the enterprise.
                              Tagged Values – ID, AssetValue, Description
  Equipment Asset             Subtype of Asset that captures the equipment resources of the enterprise.
                              Tagged Values – ID, AssetValue, Description
Item Description
  Business Area                  The high-level organizing layer of the BRM, capturing high-level categories
                                 relating to the business purpose and objectives.
                                 Tagged Values – BusinessAreaID, Definition
  SubFunction                    Represents the lowest level of granularity in the BRM, grouping functionalities
                                 related to each line of business.
                                 Tagged Values – SubFunctionID, Definition, Referencing BusinessLine,
                                 Referencing Business Area
Item Description
  Measurement Area                The high-level organizing layer of the PRM, capturing aspects of performance at
                                  the output levels. This layer is directly linked to the performance objectives
                                  established at the agency and program levels.
                                  Tagged Values – MeasurementAreaID, Definition
  Measurement Category            Categorizes the measurement area with respect to the attribute or characteristic to
                                  be measured.
                                  Tagged Values – MeasurementCategoryID, Definition, Referencing Measurement
                                  Area
  Measurement Grouping            Further refines Measurement Categories into specific types of Measurement
                                  Indicator.
                                  Tagged Values – MeasurementGroupingID, Definition, Referencing Measurement
                                  Category
Item Description
  Service Domain                  Captures a high-level view of the services and capabilities that support enterprise
                                  and organizational processes and applications.
                                  Tagged Values – ServiceDomainID, Definition
  Service Type                    Groups similar capabilities in support of the domain, providing an additional layer
                                  of categorization that defines the context of a specific capability component within
                                  a given domain.
                                  Tagged Values – ServiceTypeID, Definition, Referencing Service Domain
  Service Component               Captures a set of capabilities that might be exposed through a business or
                                  technology interface. Service Components are 'building blocks’ to deliver the
                                  information management capability to the business.
                                  Tagged Values – ServiceComponentID, Definition, Referencing Service Domain,
                                  Referencing Service Type
Item Description
  Service Area                  Represents a technical tier supporting the secure construction, exchange, and
                                delivery of a Service Component.
                                Tagged Values – ServiceAreaID, Definition
  Service Category              Classifies a lower level of technology and standard with respect to the business or
                                technology function it serves.
                                Tagged Values – ServiceCategoryID, Definition, Referencing Service Area
  Service Standard              Defines a standard and technology that supports a Service Category.
                                Tagged Values – ServiceStandardID, Definition, Referencing Service Category
Notes
Example
This Gap Analysis Matrix example is from the TOGAF Specification; it illustrates Gap Analysis for Architecture
Building Blocks (ABBs) that are services from the Network Services category.
The 'Filter' fields list all the stereotypes that can be shown in the matrix; use these fields to set a filter for each of the
Target and Baseline Architectures.
After setting the filters, click on the  button to the right of the 'Target Architecture' and 'Baseline Architecture' fields,
and browse for and select the Target Architecture Package and Baseline Architecture Package.
Click on the Refresh button; the matrix lists the elements having the stereotypes you set in the 'Filter' fields. The Target
Architecture elements are listed horizontally as column headings, and the Baseline Architecture elements are listed
vertically as row titles. If you double-click on the row or column headers containing the Baseline or Target elements, the
corresponding 'Properties' dialog displays.
To locate an object from the Matrix in the Browser window, right-click on it and select the 'Find in Project Browser'
option.
In the cells at the intersection of the Target element columns and Baseline element rows, you can create and edit Gap
Analysis Notes. To edit the notes double-click on the cell, or right-click and select the 'Edit Gap Note' option.
Any elements that are not in the Target Architecture but are available in the Baseline Architecture must be addressed as
Gap elements in the last column, called 'Missing / Eliminated'. Any elements that are in the Target Architecture but not
in the Baseline Architecture must be addressed as Gap elements in the last row, called 'New'.
In the example:
·   Broadcast Services and Shared Screen Services are present in the Baseline Architecture but missing from the Target
    Architecture; therefore, you must create appropriate Gap elements in the 'Missing / Eliminated' column, the last
    column of the matrix
·   Mailing List Services is not in the Baseline Architecture but it is in the Target Architecture, meaning that the service
    is a new one in the Target Architecture and it must be procured or developed; you must create a corresponding Gap
    element in the 'New' row, the last row of the matrix
Notes
·   Locate the Baseline/Target element in the 'Project' tab of the Browser window with the Traceability window open,
    and then switch to the 'Details' tab of the Inspector window, to help improve Gap Analysis as it shows all the
    elements and details such as Tagged Values that are linked to the element; for example, if an Architecture Building
    Block (ABB) is missing in the Target Architecture, you can see what other processes and tasks depend on this ABB
    and what processes are impacted, which can also help you to decide whether or not an ABB must be enhanced in the
    Target Architecture
1.     Right-click on the cell and select the 'Create Gap Element' option. The 'Browse Project' dialog displays.
2.     Select the Package in which to create the Gap element and click on the OK button. A Gap element is created in the
       selected Package and its 'Properties' dialog displays; enter the element name and other required properties.
3.     Select the 'Tagged Values' tab of the 'Properties' dialog and set the Tagged Values listed under 'Gap Element Tagged
       Values'.
4.     Click on the OK button. The name and category of the Gap element displays in the selected matrix cell.
If you intend to use a Gap element that is already available in the model, right-click on the appropriate cell in the
'Missing / Eliminated' column or 'New' row and select the 'Link to Existing Gap Element' option. The 'Select Classifier'
dialog displays, from which you select the existing Gap element.
Once you have created a Gap element, you can right-click on its cell and select from these context menu options:
·      'Edit Gap Element' to open the 'Properties' dialog of the Gap element and edit its properties
·      'Locate in Project Browser' to find and highlight the Gap element in the Browser window
·      'Remove Gap Element Link' to delete the link to the element in that cell (the element still exists in its parent
       Package)
·      'Delete Gap Element' to delete the element from the model; this action cannot be undone
     Category                         The categorization of the Gap. This can have any one of the values:
                                      ·    Intentionally eliminated
                                      ·    Unintentionally eliminated
                                      ·    New – To be produced or developed
                                      ·    To be enhanced
     RefBaseline Architecture         The name of the Baseline Architecture artifact that is linked to the Gap element. If
                                      the Gap is to point to a missing element, this tag has the value of the Baseline
                                      artifact that is missing.
     RefTarget Architecture           The name of the Target Architecture artifact that is linked to the Gap element. If the
                                      Gap points to a new artifact that is required for the Target Architecture, this tag has
                                      the value of the new Target artifact.
From time to time you might need to add missing Tagged Values to all elements in the model that require them, such as:
·   Whenever you create a new element by any means other than directly dropping the element from the TOGAF
    Toolbox pages
·   Before using a new version of the Technology, to update the Tagged Values of elements in existing models to the
    latest version of the TOGAF profile
You can do this using the 'Synchronize Stereotype' option on the icons in the TOGAF pages of the Diagram Toolbox.
You can also select these templates from the drop-down list in the 'New Linked Document from Template' dialog; scroll
down to the 'Technology Templates' list.
The Linked Document templates are provided by The Open Group, contingent on this text being displayed in any
The ADM is iterative over the whole process, between phases and within phases; for each iteration of the ADM, a fresh
decision must be taken on:
·   The breadth of coverage of the enterprise to be defined
·   The level of detail to be defined
·   The extent of the time horizon aimed at, including the number and extent of any intermediate time horizons
·   The architectural assets to be leveraged in the organization's Enterprise Continuum, including:
      - Assets created in previous iterations of the ADM cycle within the enterprise
      - Assets available elsewhere in the industry (such as other frameworks, systems
        models and vertical industry models)
These decisions must be made on the basis of a practical assessment of resource and competence availability, and the
value that can realistically be expected to accrue to the enterprise from the chosen scope of the architecture work.
As a generic method, the ADM is intended to be used by enterprises in a wide range of different geographies and applied
in different vertical sectors/industry types. As such it can be - but does not necessarily have to be - tailored to specific
needs. For example, it can be used:
·   In conjunction with the set of deliverables of another framework, where these are more appropriate for a specific
    organization; many US federal agencies have developed individual frameworks that define the deliverables specific
    to their particular departmental needs
·   In conjunction with the well-known Zachman Framework, which is an excellent classification scheme but which
    lacks an openly available, well-defined methodology
ADM Phases
The Architecture Development Method (ADM) has ten Phases, as identified here. The approach and complete
description of each Phase are provided in the TOGAF documentation available on The Open Group website, to identify
the objectives, inputs, steps and outputs of each phase.
The Preliminary Phase is about defining 'where, what, why, who, and how we do architecture' in the enterprise
concerned. The main aspects are:
·   Defining the enterprise
·   Identifying key drivers and elements in the organizational context
·   Defining the requirements for architecture work
·   Defining the architecture principles that will inform any architecture work
·   Defining the framework to be used
·   Defining the relationships between management frameworks
·   Evaluating the enterprise architecture maturity
Architecture Vision starts with receipt of a Request for Architecture Work from the sponsoring organization to the
architecture organization. During this phase, you define the architecture scope, how to create the vision, and obtain
approvals.
Business Architecture is the first architecture activity that must be undertaken, if not catered for already in other
organizational processes (such as enterprise planning, strategic business planning or business process re-engineering).
In this phase you develop the Information Systems Architectures, including the Data and Applications Architectures.
Detailed steps for Phase C are given separately for each architecture domain:
·   Data Architecture
·   Applications Architecture
In the Opportunities and Solutions phase you identify the parameters of change, the major phases along the way, and the
top-level projects to be undertaken in moving from the current environment to the target.
During the Migration Planning phase you sort the various implementation projects into priority order. Activities include
assessing the dependencies, costs and benefits of the various migration projects.
During the Implementation Governance phase you bring together all the information for successful management of the
various implementation projects.
In the Architecture Change Management phase you establish an architecture change management process for the new
enterprise architecture baseline.
When you double-click on an Architecture Continuum or Solution Continuum element, an Enterprise Continuum
diagram displays. The Diagram Toolbox page provides the Architecture Building Block and Solutions Building Block
elements and the appropriate relationship connectors.
TOGAF Catalogs
Enterprise Architect helps you to create Model Catalog Artifacts, using the TOGAF-Catalog model Pattern. Choosing
this model Pattern in the Model Wizard (Start Page 'Create from Pattern' tab) generates a template model in which you
create TOGAF-specific catalogs for:
·   Actors
·   Business Services
·   Organization Units
·   Principles
·   Requirements and
·   Roles
Each Model View will list all objects of the corresponding type in the entire model.
Alternatively, you can create TOGAF Catalogs in a diagram using Model View elements from the 'Dashboard' pages of
the Diagram Toolbox.
More Information