language en

Linked.Archi TOGAF 9.2 Content Metamodel

Release: 2019-03-17

Modified on: 2026-04-29
This version:
https://meta.linked.archi/togaf9/9.2#
Revision:
9.2
Issued on:
2019-03-17
Authors:
Kalin Maldzhanski
Publisher:
Linked.Archi
Source:
https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap30.html
Download serialization:
JSON-LD RDF/XML N-Triples TTL
License:
http://creativecommons.org/licenses/by/4.0/
Visualization:
Visualize with WebVowl
Cite as:
Linked.Archi TOGAF 9.2 Content Metamodel
Provenance of this page
draft

Abstract

OWL representation of the TOGAF Content Metamodel entity types and relationships. Entity classes are organized into a domain-based hierarchy following the TOGAF Content Framework structure: Motivation (Principles/Vision/Requirements), Business Architecture, Data Architecture, Application Architecture, Technology Architecture, and Implementation & Migration. Relationship properties follow the Linked.Archi convention using arch:domainIncludes / arch:rangeIncludes.

Linked.Archi TOGAF 9.2 Content Metamodel: Overview back to ToC

This ontology has the following classes and properties.

Classes

Object Properties

Annotation Properties

Linked.Archi TOGAF 9.2 Content Metamodel: Description back to ToC

Linked.Archi ontology aligned to the TOGAF Content Metamodel as defined in TOGAF 9.2 (Chapter 30). Models the entity types and relationships of the Content Metamodel as OWL classes and properties, conforming to Linked.Archi core ontology conventions. This is not an official Open Group document.

Cross-reference for Linked.Archi TOGAF 9.2 Content Metamodel classes, object properties and data properties back to ToC

This section provides details for each class and property defined by Linked.Archi TOGAF 9.2 Content Metamodel.

Classes

Actorc back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#Actor

A person, organization, or system that has behavior — such as performing business functions, using application services, or consuming technology services. An actor may be assigned to one or more roles.
has super-classes
BusinessArchitectureElement c

Application Interfacec back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#ApplicationInterface

A point of access where application services are made available to a user, another application component, or a business process. Defines the boundary and protocol for interaction.
has super-classes
ApplicationArchitectureElement c

ApplicationArchitectureElementc back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#ApplicationArchitectureElement

Abstract superclass for application architecture entities. Corresponds to the "Information Systems Architecture — Application" area of the TOGAF Content Framework.
has super-classes
element c
has sub-classes
Application Interface c, Information System Service c, Logical Application Component c, Physical Application Component c

Assumptionc back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#Assumption

A statement of belief about the future state of the environment or enterprise that is taken as true for the purposes of architecture development. Assumptions carry risk and should be validated.
has super-classes
MotivationElement c

Business Eventc back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#BusinessEvent

An organizational state change that triggers or constrains business processes. Events may be external (market change) or internal (threshold reached).
has super-classes
BusinessArchitectureElement c

Business Functionc back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#BusinessFunction

A unit of internal business capability that delivers business value. Business functions are typically aligned to an organization but may span multiple organizational units.
has super-classes
BusinessArchitectureElement c

Business Processc back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#BusinessProcess

A sequence of activities that produces a defined outcome. Business processes may decompose into sub-processes and are orchestrated by business events.
has super-classes
BusinessArchitectureElement c

Business Servicec back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#BusinessService

An externally visible unit of business functionality that is meaningful to the consumer and supports business capabilities. Business services are supported by business processes and may be consumed by actors or other organizations.
has super-classes
BusinessArchitectureElement c

BusinessArchitectureElementc back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#BusinessArchitectureElement

Abstract superclass for business architecture entities. Corresponds to the "Business Architecture" area of the TOGAF Content Framework — entities that capture organizational structure, business functions, processes, services, and products.
has super-classes
element c
has sub-classes
Actor c, Business Event c, Business Function c, Business Process c, Business Service c, Contract c, Location c, Organization c, Product c, Role c

Capabilityc back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#Capability

An ability that an organization, person, or system possesses. Capabilities are typically expressed in general and high-level terms and require a combination of organization, people, processes, and technology to achieve.
has super-classes
ImplementationElement c

Constraintc back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#Constraint

An external factor that prevents an organization from pursuing particular approaches to meet its goals. Constraints narrow the solution space and must be accommodated by the architecture.
has super-classes
MotivationElement c

Contractc back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#Contract

An agreement between a service provider and a consumer that specifies the terms, conditions, and service levels under which a service is delivered.
has super-classes
BusinessArchitectureElement c

Data Entityc back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#DataEntity

An encapsulation of data that is recognized by a business domain expert as a discrete concept. Data entities can be bound to any number of logical and physical data components.
has super-classes
DataArchitectureElement c

DataArchitectureElementc back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#DataArchitectureElement

Abstract superclass for data architecture entities. Corresponds to the "Information Systems Architecture — Data" area of the TOGAF Content Framework.
has super-classes
element c
has sub-classes
Data Entity c, Logical Data Component c, Physical Data Component c

Deliverablec back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#Deliverable

An architecturally significant work product that is contractually specified and delivered as part of a work package. Deliverables may be documentation, models, or other artifacts.
has super-classes
ImplementationElement c

Driverc back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#Driver

An external or internal condition that motivates the organization to define its goals and implement changes. Drivers create the context for architecture work.
has super-classes
MotivationElement c

Gapc back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#Gap

A statement of difference between two states — typically the baseline and target architectures. Gaps are identified through gap analysis and drive the definition of work packages.
has super-classes
MotivationElement c

Goalc back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#Goal

A high-level statement of intent or direction for the organization. Goals are typically qualitative and long-term, providing the context for objectives and measures.
has super-classes
MotivationElement c

ImplementationElementc back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#ImplementationElement

Abstract superclass for implementation and migration entities. Corresponds to the "Architecture Realization" area of the TOGAF Content Framework — entities that capture change roadmaps and transition states.
has super-classes
element c
has sub-classes
Capability c, Deliverable c, Plateau c, Work Package c

Information System Servicec back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#InformationSystemService

An externally visible unit of application functionality provided by one or more application components. Also known as Application Service in some TOGAF references.
has super-classes
ApplicationArchitectureElement c

Locationc back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#Location

A place where business activity takes place and can be hierarchically decomposed. Locations are used to describe the geographical distribution of business and technology elements.
has super-classes
BusinessArchitectureElement c

Logical Application Componentc back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#LogicalApplicationComponent

An encapsulation of application functionality that is independent of a particular implementation. Logical application components are used to describe the required application capabilities.
has super-classes
ApplicationArchitectureElement c

Logical Data Componentc back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#LogicalDataComponent

A boundary zone that encapsulates related data entities to form a logical location to be held. Logical data components are technology- and implementation-independent.
has super-classes
DataArchitectureElement c

Logical Technology Componentc back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#LogicalTechnologyComponent

An encapsulation of technology infrastructure that is independent of a particular product or vendor. Represents a category of technology required to support the application architecture.
has super-classes
TechnologyArchitectureElement c

Measurec back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#Measure

An indicator or factor that can be tracked, usually on an ongoing basis, to determine success or alignment with objectives. Measures are associated with goals and objectives.
has super-classes
MotivationElement c

MotivationElementc back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#MotivationElement

Abstract superclass for architecture principles, vision, requirements, and related governance elements. Corresponds to the "Architecture Principles, Vision, and Requirements" area of the TOGAF Content Framework.
has super-classes
element c
has sub-classes
Assumption c, Constraint c, Driver c, Gap c, Goal c, Measure c, Objective c, Principle c, Requirement c, Vision c

Objectivec back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#Objective

A time-bounded, measurable target that supports the achievement of a goal. Objectives are typically quantitative and have defined success criteria.
has super-classes
MotivationElement c

Organizationc back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#Organization

A self-contained unit of resources with goals, objectives, and measures. Organizations may be decomposed into sub-organizations and may participate in business functions and services.
has super-classes
BusinessArchitectureElement c

Physical Application Componentc back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#PhysicalApplicationComponent

An application, application module, application service, or other deployable component of functionality. Physical application components realize logical application components.
has super-classes
ApplicationArchitectureElement c

Physical Data Componentc back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#PhysicalDataComponent

A boundary zone that encapsulates related data entities to form a physical location to be held. Physical data components are bound to specific technology and implementation choices.
has super-classes
DataArchitectureElement c

Physical Technology Componentc back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#PhysicalTechnologyComponent

A specific technology infrastructure product or component used to implement part of the technology architecture. Physical technology components realize logical technology components.
has super-classes
TechnologyArchitectureElement c

Plateauc back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#Plateau

A relatively stable state of the architecture that exists for a defined period of time. Plateaus represent intermediate target architectures on the migration roadmap between baseline and target states.
has super-classes
ImplementationElement c

Platformc back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#Platform

A combination of technology infrastructure and software that provides the environment in which application components are deployed and executed.
has super-classes
TechnologyArchitectureElement c

Principlec back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#Principle

A qualitative statement of intent that should be met by the architecture. Principles define the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise.
has super-classes
MotivationElement c

Productc back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#Product

A coherent collection of services, accompanied by a contract or set of agreements, that is offered as a whole to a (type of) consumer. A product bundles business services and technology services.
has super-classes
BusinessArchitectureElement c

Requirementc back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#Requirement

A quantitative statement of business need that must be met by a particular architecture or work package. Requirements may be functional, non-functional, or architectural in nature.
has super-classes
MotivationElement c

Rolec back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#Role

An actor assumes a role to perform a task. Roles are used to distinguish the different responsibilities and authorities that actors may have within the organization.
has super-classes
BusinessArchitectureElement c

Technology Interfacec back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#TechnologyInterface

A point of access where technology services are made available. Defines the boundary, protocol, and format for interaction with technology components.
has super-classes
TechnologyArchitectureElement c

Technology Servicec back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#TechnologyService

An externally visible unit of technology functionality provided by one or more technology components. Technology services support application components and information system services.
has super-classes
TechnologyArchitectureElement c

TechnologyArchitectureElementc back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#TechnologyArchitectureElement

Abstract superclass for technology architecture entities. Corresponds to the "Technology Architecture" area of the TOGAF Content Framework.
has super-classes
element c
has sub-classes
Logical Technology Component c, Physical Technology Component c, Platform c, Technology Interface c, Technology Service c

Visionc back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#Vision

A high-level, aspirational view of the target architecture that outlines the strategic direction and key objectives of the architecture engagement.
has super-classes
MotivationElement c

Work Packagec back to ToC or Class ToC

IRI: https://meta.linked.archi/togaf9/onto#WorkPackage

A set of actions identified 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.
has super-classes
ImplementationElement c

Object Properties

accessesop back to ToC or Object Property ToC

IRI: https://meta.linked.archi/togaf9/onto#accesses

Indicates that a process, function, or service accesses a data entity or data component — for reading, writing, or both.

communicates withop back to ToC or Object Property ToC

IRI: https://meta.linked.archi/togaf9/onto#communicatesWith

Indicates a communication or data exchange relationship between two elements — typically between application components or technology components.

containsop back to ToC or Object Property ToC

IRI: https://meta.linked.archi/togaf9/onto#contains

Indicates a containment relationship where one element wholly contains another — for example, a location contains organizations, or a plateau contains architecture elements.

decomposes intoop back to ToC or Object Property ToC

IRI: https://meta.linked.archi/togaf9/onto#decomposesInto

Indicates that an element is decomposed into finer-grained elements of the same or related type — for example, a business function decomposes into sub-functions.

depends onop back to ToC or Object Property ToC

IRI: https://meta.linked.archi/togaf9/onto#dependsOn

Indicates that one element depends on another for its correct functioning or delivery — for example, a work package depends on another work package.

governsop back to ToC or Object Property ToC

IRI: https://meta.linked.archi/togaf9/onto#governs

Indicates that a principle, constraint, or requirement governs the design or behavior of an architecture element.

is realized throughop back to ToC or Object Property ToC

IRI: https://meta.linked.archi/togaf9/onto#isRealizedThrough

Indicates that an abstract or logical element is realized through a physical or implementation element — the inverse perspective of the realizes relationship.

migrates fromop back to ToC or Object Property ToC

IRI: https://meta.linked.archi/togaf9/onto#migratesFrom

Indicates the source plateau or baseline state from which a migration path originates. Used in transition architecture planning.

migrates toop back to ToC or Object Property ToC

IRI: https://meta.linked.archi/togaf9/onto#migratesTo

Indicates the target plateau or state to which a migration path leads. Used in transition architecture planning.

realizesop back to ToC or Object Property ToC

IRI: https://meta.linked.archi/togaf9/onto#realizes

Indicates that a physical component or implementation element realizes a logical or abstract element — for example, a physical application component realizes a logical application component.

supportsop back to ToC or Object Property ToC

IRI: https://meta.linked.archi/togaf9/onto#supports

Indicates that one element provides support for another — for example, a business function supports a business service, or a technology service supports an application component.

tracksop back to ToC or Object Property ToC

IRI: https://meta.linked.archi/togaf9/onto#tracks

Indicates that a measure or objective tracks the progress or achievement of a goal, capability, or other target element.

used byop back to ToC or Object Property ToC

IRI: https://meta.linked.archi/togaf9/onto#usedBy

Indicates that an element is used by another element — for example, a data entity is used by a business process, or a technology service is used by an application component.

Annotation Properties

abstractap back to ToC or Annotation Property ToC

IRI: http://purl.org/dc/terms/abstract

alt labelap back to ToC or Annotation Property ToC

IRI: http://www.w3.org/2004/02/skos/core#altLabel

citationap back to ToC or Annotation Property ToC

IRI: http://schema.org/citation

createdap back to ToC or Annotation Property ToC

IRI: http://purl.org/dc/terms/created

creatorap back to ToC or Annotation Property ToC

IRI: http://purl.org/dc/terms/creator

definitionap back to ToC or Annotation Property ToC

IRI: http://www.w3.org/2004/02/skos/core#definition

descriptionap back to ToC or Annotation Property ToC

IRI: http://purl.org/dc/elements/1.1/description

domain includesap back to ToC or Annotation Property ToC

IRI: https://meta.linked.archi/core#domainIncludes

issuedap back to ToC or Annotation Property ToC

IRI: http://purl.org/dc/terms/issued

licenseap back to ToC or Annotation Property ToC

IRI: http://creativecommons.org/ns#license

modifiedap back to ToC or Annotation Property ToC

IRI: http://purl.org/dc/terms/modified

pref labelap back to ToC or Annotation Property ToC

IRI: http://www.w3.org/2004/02/skos/core#prefLabel

preferred namespace prefixap back to ToC or Annotation Property ToC

IRI: http://purl.org/vocab/vann/preferredNamespacePrefix

preferred namespace uriap back to ToC or Annotation Property ToC

IRI: http://purl.org/vocab/vann/preferredNamespaceUri

publisherap back to ToC or Annotation Property ToC

IRI: http://purl.org/dc/elements/1.1/publisher

range includesap back to ToC or Annotation Property ToC

IRI: https://meta.linked.archi/core#rangeIncludes

scope noteap back to ToC or Annotation Property ToC

IRI: http://www.w3.org/2004/02/skos/core#scopeNote

sourceap back to ToC or Annotation Property ToC

IRI: http://purl.org/dc/elements/1.1/source

statusap back to ToC or Annotation Property ToC

IRI: http://purl.org/ontology/bibo/status

titleap back to ToC or Annotation Property ToC

IRI: http://purl.org/dc/elements/1.1/title

was derived fromap back to ToC or Annotation Property ToC

IRI: http://www.w3.org/ns/prov#wasDerivedFrom

Legend back to ToC

c: Classes
op: Object Properties

Acknowledgments back to ToC

The authors would like to thank Silvio Peroni for developing LODE, a Live OWL Documentation Environment, which is used for representing the Cross Referencing Section of this document and Daniel Garijo for developing Widoco, the program used to create the template used in this documentation.