0010 Base model¶

The base model is the starting point for the open metadata type model.

ActivityStatus enumeration¶

The ActivityStatus enumeration indicates the execution status of a process.

It is used with Process entities.

ContentStatus enumeration¶

The ContentStatus shows the lifecycle states of an element that is being authored through open metadata.

It is used in AuthoredReferenceable and DataAsset entities.

DeploymentStatus enumeration¶

The DeploymentStatus shows the status of digital resources as they are developed, deployed, operated and eventually decommissioned.

It is used in Infrastructure and DigitalProduct entities.

OpenMetadataRoot entity¶

OpenMetadataRoot is the root entity for all open metadata entity types.

Referenceable entity¶

Referenceable is the super type for many of the open metadata entity types. A Referenceable entity is something that is important enough to be assigned a unique (qualified) name within its type. This unique name is called the qualifiedName and may be set to the unique identifier value used outside the open metadata ecosystem. Alternatively, it is often set to a concatenation of an element's type name along with a number of its properties to create a unique string.

Referenceable also has provision for storing optional descriptive information:

• identifier - an identifier typically used in external systems or manual processes. It is typically unique and meaningful beyond the open metadata ecosystem.
• displayName - short name for use in tables and titles.
• description - detailed description of the element.
• category - a grouping name.
• url - a link to more information.
• versionIdentifier - user-managed version identifier. This is in addition to the automatically managed version in the element's header.
• additionalProperties - a set of name-value pairs (i.e. a map) where the values are all strings. It can be used for other properties that are not directly supported by the open metadata types.

AuthoredReferenceable entity¶

The AuthoredReferenceable is an element that has optional lifecycle states defined either by the ContentStatus enumeration, or if contentStatus==OTHER, the userDefinedContentStatus attribute.

Asset entity¶

An Asset is a metadata entity that describes a resource (either physical or digital) that is of value and so needs to be managed and governed. Infrastructure, Process, DataStore, DataFeed, DeployedAPI, DataSet and RunnableSoftwareComponent are subtypes of Assets.

Asset is a subtype of Referenceable. It adds five attributes to the Referenceable type:

• resourceName is the name of the resource.
• namespace provides a qualifying name that defines how the digital resources of a particular type are organized. Often, concatenating the namespace with the resource name creates the unique name of the resource for a particular context.
• deployedImplementationType attribute describes the class of technology that the asset belongs to. Values for this attribute can be managed for consistency in a deployed implementation type valid value set.
• source attribute identifies the organization that supplies the technology. For example, if the asset described a DB2 database, then the source would be IBM.
• userDefinedStatus can be used to extend the lifecycle status values. It is set up when the lifecycle status is OTHER.

The values set in an Asset entity tend to be focused around the implementation of the resource. The SupplementaryProperties relationship allows a more business-oriented description to be attached.

More information on assets can be found in the Metadata Manager overview.

Infrastructure entity¶

Infrastructure represents both the physical and digital assets that the organization runs its business on. It has optional lifecycle states defined either by the DeploymentStatus enumeration, or if deploymentStatus==OTHER, the userDefinedDeploymentStatus attribute.

ITInfrastructure is a subtype of Infrastructure describing Information Technology (IT) infrastructure that runs IT services. There is more information on the different types of ITInfrastructure in:

• 0030 Hosts and Platforms
• 0035 Complex Hosts
• 0037 Software Server Platforms
• 0040 Software Servers
• 0042 Software Capabilities

Process entity¶

Process describes an activity. It may be performed by a human, team or automated process. It has optional lifecycle states defined either by the ActivityStatus enumeration, or if activityStatus==OTHER, the userDefinedActivityStatus attribute.

The additional attributes it introduces are:

• expectedBehaviour - the action that the person or automated process should perform.
• requestedTime - When the requested activity was documented.
• requestedStartTime - When the requested activity was requested to start.
• startTime - When the requested activity started.
• dueTime - When the requested activity needs to be completed.
• lastReviewTime - When the requested activity was last reviewed.
• lastPauseTime - When the requested activity was last paused.
• lastResumeTime - When the requested activity was last resumed.
• completionTime - When the requested activity was completed.
• priority - How urgent is this activity?
• formula attribute can describe its behaviour.
• formulaType describes the notation language used to describe the formula.
• activityStatus - How complete is the activity? (See ActivityStatus enumeration).
• userDefinedActivityStatus - additional values beyond those defined for activityStatus.

Further subtypes of process can be found in models 0013 Actions and 0215 Software Components

DataAsset entity¶

The DataAsset entity described a collection of data. It has optional lifecycle states defined either by the ContentStatus enumeration, or if contentStatus==OTHER, the userDefinedContentStatus attribute.

Area 2 provides more detail on the different types of data assets. A good place to start is model 0210 Data Stores.

SampleData relationship¶

The SampleData relationship links an Asset entity describing a collection of sample data that originates from the resource represented by the Referenceable entity.

Anchors classification¶

The Anchors classification is used internally by the open metadata ecosystem to optimize the lookup of the entity at the root of a cluster of elements that represents a larger object. Currently, there is support for objects uniquely "owned" by an entity to store the GUID of that entity along with its type and domain.

• anchorGUID - unique identifier of the anchor.
• anchorTypeName - type name of the anchor.
• anchorDomainName - type name of the anchor's domain. This is the super type of the anchor that is one level below Referenceable or if the element does not inherit from Referenceable, take the type that is one level below OpenMetadataRoot. For example, if the anchor is of type DataSet, then the domain is Asset. If the anchor is DataClassAnnotation then the domain is Annotation.
• anchorScopeGUID - Unique identifier of the scope of the anchor. This is a unique identifier (GUID) of an open metadata entity that represents a scope/ownership of an anchor element. It is used to restrict searches.
• zoneMembership - Unique identifier of the zone membership assigned to the anchor. This is a list of zone names. It is used to restrict access to the anchored elements. Null means membership of all zones. If the element is the anchor, then the ZoneMembership classification is used as the definitive zone membership.

Memento classification¶

Finally, the Memento classification identifies that the Referenceable entity it is attached to, refers to a real-world asset/artifact that has either been deleted or archived offline. The entity has been retained to show its role in the lineage of other assets/artifacts. The properties in this classification identifies the archive processing and any information that helps to locate the asset/artifact in the archive (if applicable).

Raise an issue or comment below