Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
| dido:03-dido-te:06-information-model:start [2026/08/23 17:06] – removed - external edit (Unknown date) 127.0.0.1 | dido:03-dido-te:06-information-model:start [2026/08/23 17:09] (current) – nick_dido | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | ====== 6. DIDO-TE Information Model ====== | ||
| + | [[dido: | ||
| + | |||
| + | The DIDO-TE Information Model defines the principal information elements, relationships, | ||
| + | |||
| + | The Information Model provides the architectural vocabulary and structural relationships used by the DIDO-TE [[dido: | ||
| + | |||
| + | The [[dido: | ||
| + | |||
| + | ===== Purpose ===== | ||
| + | |||
| + | The DIDO-TE Information Model provides a common structural basis for: | ||
| + | |||
| + | * defining the subject and scope of a test; | ||
| + | * organizing test plans, [[dido: | ||
| + | * identifying [[dido: | ||
| + | * specifying [[dido: | ||
| + | * identifying the [[dido: | ||
| + | * representing the participants and [[dido: | ||
| + | * specifying state, time, network, communication, | ||
| + | * representing [[dido: | ||
| + | * supporting [[dido: | ||
| + | * providing a structural foundation for the DIDO-TE Concept of Operations and normative requirements. | ||
| + | |||
| + | ===== Relationship to Common Information Types ===== | ||
| + | |||
| + | The DIDO-TE Information Model uses reusable information types defined in [[dido: | ||
| + | |||
| + | Common Information Types define reusable datatypes, structured types, enumerations, | ||
| + | |||
| + | Information Model class definitions reference those common types rather than redefining their structure or semantics within individual class descriptions. | ||
| + | |||
| + | This separation allows a common type to be reused consistently by multiple model elements. | ||
| + | |||
| + | ===== Modeling Approach ===== | ||
| + | |||
| + | The Information Model distinguishes architectural concepts from their implementation. | ||
| + | |||
| + | [[dido: | ||
| + | |||
| + | Each model element is described using: | ||
| + | |||
| + | * its architectural purpose; | ||
| + | * its defining characteristics; | ||
| + | * its attributes, where applicable; | ||
| + | * the Common Information Types used by those attributes; | ||
| + | * its associations with other model elements; | ||
| + | * association multiplicities where established by [DTE4]; | ||
| + | * relevant constraints and architectural interpretation; | ||
| + | * Traceability to [DTE4] and DIDO-TE requirements. | ||
| + | |||
| + | Where [DTE4] provides an element or relationship, | ||
| + | |||
| + | Where DIDO-TE introduces a concept not represented in [DTE4], the extension is identified explicitly rather than being represented as though it existed in the source model. | ||
| + | |||
| + | ===== Relationship to the DIDO Reference Data Model ===== | ||
| + | |||
| + | The initial DIDO-TE Information Model is derived in part from the Testing Package of [DTE4]. | ||
| + | |||
| + | [DTE4] includes the following principal testing elements: | ||
| + | |||
| + | * **Test** | ||
| + | * **Test Plan** | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * **Test Tag** | ||
| + | |||
| + | [DTE4] also establishes relationships between the testing structure and its execution environment. | ||
| + | |||
| + | DIDO-TE extends this foundation with architectural concepts required for governed distributed testing, including Test Environment Configuration, | ||
| + | |||
| + | ===== Relationship to Test Definition ===== | ||
| + | |||
| + | The [[dido: | ||
| + | |||
| + | [DTE4] does not define a model element named Test Definition. The DIDO-TE Information Model therefore derives the structure of the Test Definition from: | ||
| + | |||
| + | * the existing testing elements and relationships represented by [DTE4]; | ||
| + | * the Common Information Types used by those model elements; | ||
| + | * the information required by the DIDO-TE functional requirements; | ||
| + | * the relationships required to connect test specification, | ||
| + | |||
| + | The Test Definition model is developed after the constituent testing elements are described so that its structure is derived from those elements rather than imposed independently of them. | ||
| + | |||
| + | ===== Relationship to the Concept of Operations ===== | ||
| + | |||
| + | The Information Model defines the information elements and relationships used by DIDO-TE. | ||
| + | |||
| + | The [[dido: | ||
| + | |||
| + | Accordingly: | ||
| + | |||
| + | * the Information Model defines **what information exists and how it is related**; and | ||
| + | * the Concept of Operations describes **how that information participates in DIDO-TE operations**. | ||
| + | |||
| + | ===== Relationship to Requirements ===== | ||
| + | |||
| + | The DIDO-TE [[dido: | ||
| + | |||
| + | In particular, [[dido: | ||
| + | |||
| + | The Information Model provides the structural basis for those requirements. Annex C remains the normative source of DIDO-TE conformance obligations. | ||
| + | |||
| + | ===== Contents ===== | ||
| + | |||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | |||
| + | {{indexmenu> | ||
| + | |||
| + | ===== Source ===== | ||
| + | |||
| + | The initial structure of this section is derived from the Testing Package of [[dido: | ||
| + | |||
| + | ===== Notes for Editors ===== | ||
| + | |||
| + | * Treat [DTE4] as the source for existing modeled elements, relationships, | ||
| + | * Use Section 5, Common Information Types, for reusable datatype, structured-type, | ||
| + | * Do not redefine Common Information Types on Information Model class pages. | ||
| + | * Do not silently correct anomalies in [DTE4]. Identify corrections or architectural refinements explicitly. | ||
| + | * Use focused UML class diagrams for individual model elements before producing the integrated Information Model. | ||
| + | * Preserve [DTE4] multiplicities where they are known unless a deliberate DIDO-TE refinement is approved. | ||
| + | * Distinguish [DTE4] source-model content from DIDO-TE extensions. | ||
| + | * Do not treat UML classes as implementation classes. | ||
| + | * Develop the Test Definition structure from the constituent model elements and the obligations identified by the DIDO-TE requirements. | ||
| + | * Use the integrated diagram in Section 6.14 to show the resulting DIDO-TE Information Model after the individual elements have been reviewed. | ||
| + | |||
| + | ---- | ||
| + | |||
| + | <WRAP centeralign> | ||
| + | © 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc. | ||
| + | </ | ||