Template:— identifier (ident) Context:— UK_Defence |
Date: 2009/04/17 09:34:16 Revision: 1.2 |
This section specifies the template identifier.
NOTE The template has been defined in the context of UK_Defence. Refer to the business context for details of related templates.
NOTE An explanation of a template and the associated instantiation path is provided in the Template overview section.
This template describes how to represent a UK_Defence identifier, using Identification_assignment.
For further information about the representation of an identifier, see below.
The Identifier business object is used by those UK_Defence Data Exchange Specifications to represents the identity of the CBIS Object that references it.
Identifier:
The definition of a Identifier object is: This information object represents the identity of the CBIS Object that references it.
Note that this referenced object will always form part of, or the whole of, the unique identity of the referencing object - as defined by those referencing object attributes that are marked as being part of that unique identity
Attribute name |
Attribute description |
Attribute type |
Optionality |
---|---|---|---|
Alias | This is a reference to another Identifier that has been defined to be an alias of this Identifier. For example, an organization may assign an internal part number that is an alias for an OEM part number. | Intrinsic | Optional |
Date_assigned | This is the date and time on which the object that references this Identifier was created. | Intrinsic | Optional |
ID | This is the identifier that is defined by the associated Source. | intrinsic | Mandatory |
Source | This is the reference to the source that created the associated ID. This will usually be an organization. System generated identifiers will refer to the information system that created them - for traceability. Occasionally, a person will create an ID for an information object.. | Organization, Person or Information_System | Mandatory |
Type | This is the name of the type of the ID. | intrinsic | Mandatory |
target
is the parameter to which the
Identification_assignment
is bound.
NOTE this characterization is optional.
The date/time when an identifier is assigned is applied using instances of the template assigning_time. This is applied to the ^identifier reference parameter. See Figure 6 for the an abstract view of this. The following template call shows how this might be instantiated with respect to Figure 5.
NOTE this characterization is optional.
The source of an identifier could be a person within the source_organizaiton, this is applied using instances of the template UK_Defence.person. This is applied to the ^identifier reference parameter. See Figure 6 for the an abstract view of this. The following template call shows how this might be instantiated with respect to Figure 5.
NOTE this characterization is optional.
The source of an identifier could be an information system within the source_organizaiton, this is applied using instances of the template UK_Defence.information_system. This is applied to the ^identifier reference parameter. See Figure 6 for the an abstract view of this. The following template call shows how this might be instantiated with respect to Figure 5.
NOTE this characterization is optional.
An alias for an identifier is represented by another instantiation of this template. When more than one identifier is allocated to something then each additional identifier is considered to be an alias.
NOTE this characterization is optional.
Where an identifying code is an item in a published list, such as a CAGE code or an ISO country code, it may be useful to identify the digital file that contains that list in order to provide a data validation facility.
EXAMPLE The document identified by the URL http://www.dlis.dls.mil/cage_welcome.asp(http://www.dlis.dls.mil/cage_welcome.asp) that lists current CAGE codes.
In other cases. enumerated values for allowed identifiers might be contained in a local OWL file as instances (not classes) but this should be avoided where the list of identifiers duplicates a list that is published elsewhere on the World Wide Web.
Whether the digital file holding a complete list of allowed identifiers is held in a local file or in a file published at a URL, this file should be identified bu a URN.
EXAMPLE urn:plcs:rdif:cage_codes where "rdif" is an abbreviation for "reference data instance file"
PLCS URNs are resolved in the dexlib\data\refdata/rdl_index.xml file.
This optional characterization provides a mechanism for specifying a URN that identifies the digital file the and should be used for UK_Defence templates in place of the assigning_code template which incorrectly paces the identiying code in the External_class.name attribute rather than the Identification_assignment.identifer attribute.
© UK MOD 2010 — All rights reserved