0010 Base model¶
The base model is the starting point for the open metadata type model.
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 a display name, description, version identifier and additional properties.
- displayName - short name for use in tables and titles.
- description - detailed description of the element.
- 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.
Further Information on Referenceable
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 three 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.
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. 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
The source attribute identifies the organization that supplies the technology. For example, if the asset described a DB2 database, then the source would be IBM.
Process entity¶
Process describes a well-defined set of processing steps and decisions that drive a particular aspect of the organization's business. Most processes are automated with software (see DeployedSoftwareComponent) but they may also be a manual procedure. An automated process can be invoked from a remote server through a DeployedAPI.
Processes have an advanced lifecycle. They can have the following instance statuses.
- Draft
- Proposed
- Approved
- Active
- Deleted
The formula attribute can describe its behaviour. formulaType describes the notation language used to describe the formula. It is also possible to record the start and end time of a particular process instance.
Further subtypes of process can be found in model 0215 Software Components
DataAsset entity¶
The DataAsset entity described a collection of data. 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 an Open Metadata GUID of an element that represents a scope/ownership of an anchor element. It is used to restrict searches.
Further information on the use of Anchors
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