5. Common Information Types

Go to DIDO-TE Cover Page

Common Information Types define reusable conceptual value types used by multiple elements of the DIDO-TE Information Model.

These types are defined independently of the classes, attributes, associations, or other information-model elements that use them. A Common Information Type may therefore be referenced by multiple model elements without redefining its conceptual meaning or value structure at each point of use.

The initial Common Information Types are derived from [DTE4] DIDO Reference Data Model and are normalized where necessary for use by DIDO-TE.

Common Information Types provide reusable conceptual definitions for information such as:

• identifiers and keys;
• names and descriptions;
• binary content;
• dates, times, and durations;
• versions and release numbers;
• namespaces and URIs;
• file and document references;
• sizes, counts, and other quantified values;
• parameters and parameter values;
• controlled Enumerations;
• status values;
• test verdicts; and
• other values referenced by DIDO-TE Information Model elements.

Defining these types independently allows the Information Model to distinguish between:

• the conceptual semantics and value structure of a reusable type; and
• the semantic role of an attribute that uses that type.

For example, a Test, Test Plan, Test Set, Test Case, and Test Step may each have an identifier. Those attributes may use the same DIDO ID Type while retaining different semantic roles within their respective classes.

Section 6, DIDO-TE Information Model defines information-model classes, attributes, associations, and multiplicities.

Attributes within those classes reference the Common Information Types defined in this section.

Conceptually:

Common Information Type
          ^
          |
          | used by
          |
Information Model Attribute
          |
          | belongs to
          v
Information Model Class

A Common Information Type retains its conceptual semantics independently of the class or attribute that uses it.

DIDO-TE distinguishes among three model levels:

• Conceptual Model — defines the meaning, value space, structure, units, and conceptual constraints of information;
• Logical Model — defines how conceptual information is represented using a particular logical type system, language, notation, or interchange technology; and
• Physical Model — defines the concrete representation used by a particular implementation, platform, storage system, runtime, or transport.

Section 5 defines Conceptual Model information types only.

Logical mappings to technologies such as SQL, JSON, XML, HTML, OMG IDL, Java, ECMAScript, Rust, or other type systems are defined separately.

Physical platform representations are also defined separately.

A logical or physical representation does not redefine the semantics of its conceptual type.

• 5.1 Conceptual Information Type Model
• 5.2 Common Information Type Catalog

• [DTE4] DIDO Reference Data Model, conceptual datatypes, Enumerations, Primitive Types, and related conceptual model elements.

• Maintain Common Information Types independently of the Information Model classes that use them.
• Section 5 defines conceptual information types only.
• Define logical mappings separately for SQL, JSON, XML, HTML, OMG IDL, Java, ECMAScript, Rust, and other applicable logical type systems.
• Define physical platform representations separately from both the conceptual and logical models.
• Do not define a conceptual type by a programming-language, database, serialization, storage, or wire-format realization.