Skip to Content
Last modified by Helena on 2025/09/10 11:19
From version 1.1
edited by Helena
on 2025/06/07 00:47
Change comment: There is no comment for this version
To version 4.2
edited by Helena
on 2025/06/08 11:39
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -1,5 +1,9 @@
1 -=== 7.1 Context ===
1 +{{box title="**Contents**"}}
2 +{{toc/}}
3 +{{/box}}
2 2  
5 +== 7.1 Context ==
6 +
3 3  Besides the possibility to extend the components of Data Structure Definitions by metadata attributes defined in Metadata Structure Definitions, the SDMX metamodel allows metadata to describe any identifiable artefact. These metadata can be:
4 4  
5 5  1. Exchanged without the need to embed it within the object that it is describing.
... ... @@ -13,23 +13,23 @@
13 13  * The Metadataflow and/or Metadata Provision Agreement, which contains the objects to which the metadata are to be associated (attached),
14 14  * The Metadata Set, which contains reported metadata.
15 15  
16 -=== 7.2 Inheritance ===
20 +== 7.2 Inheritance ==
17 17  
18 -==== 7.2.1 Introduction ====
22 +=== 7.2.1 Introduction ===
19 19  
20 20  As with the Data Structure Definition Structure, many of the constructs in this layer of the model inherit from the SDMX Base layer. Therefore, it is necessary to study both the inheritance and the relationship diagrams to understand the functionality of individual packages. The diagram below shows the full inheritance tree for the classes concerned with the MetadataStructureDefinition, the MetadataProvisionAgreement, the Metadataflow and the MetadataSet.
21 21  
22 22  There are very few additional classes in the MetadataStructureDefinition package that do not themselves inherit from classes in the SDMX Base. In other words, the SDMX Base gives most of the structure of this sub model both in terms of associations and in terms of attributes. The relationship diagrams shown in this section show clearly when these associations are inherited from the SDMX Base (see the Appendix “A Short Guide to UML in the SDMX Information Model” to see the diagrammatic notation used to depict this).
23 23  
24 -==== 7.2.2 Class Diagram - Inheritance ====
28 +=== 7.2.2 Class Diagram - Inheritance ===
25 25  
26 26  [[image:1749246462779-763.jpeg]]** **
27 27  
28 28  **Figure 32: Inheritance class diagram of the Metadata Structure Definition**
29 29  
30 -==== 7.2.3 Explanation of the Diagram ====
34 +=== 7.2.3 Explanation of the Diagram ===
31 31  
32 -===== 7.2.3.1 Narrative =====
36 +==== 7.2.3.1 Narrative ====
33 33  
34 34  It is important to the understanding of the relationship class diagrams presented in this section to identify the concrete classes that inherit from the abstract classes.
35 35  
... ... @@ -36,9 +36,7 @@
36 36  The concrete classes in this part of the SDMX metamodel, which require to be maintained by Maintenance Agencies, all inherit from MaintainableArtefact. These are:
37 37  
38 38  //StructureUsage// (concrete class is Metadataflow)
39 -
40 40  //Structure// (concrete class is MetadataStructureDefinition)
41 -
42 42  MetadataProvisionAgreement
43 43  
44 44  These classes also inherit the identity and versioning facets of //IdentifiableArtefact//, //NameableArtefact// and //VersionableArtefact//.
... ... @@ -45,25 +45,25 @@
45 45  
46 46  A //Structure// may contain several lists of components. In this case the MetadataStructureDefinition acts as a list and contains //Component//s, i.e., MetadataAttributes.
47 47  
48 -=== 7.3 Metadata Structure Definition ===
50 +== 7.3 Metadata Structure Definition ==
49 49  
50 -==== 7.3.1 Introduction ====
52 +=== 7.3.1 Introduction ===
51 51  
52 52  The diagrams and explanations in the rest of this section show how these concrete classes are related in order to support the required functionality.
53 53  
54 -==== 7.3.2 Structures Already Described ====
56 +=== 7.3.2 Structures Already Described ===
55 55  
56 56  The MetadataStructureDefinition only contains MetadataAttributes, since target objects are contained in Metadataflow and MetadataProvisionAgreement, since SDMX 3.0.
57 57  
58 -==== 7.3.3 Class Diagram – Relationship ====
60 +=== 7.3.3 Class Diagram – Relationship ===
59 59  
60 60  [[image:1749246462786-944.jpeg]]
61 61  
62 62  **Figure 33: Relationship class diagram of the Metadata Structure Definition**
63 63  
64 -==== 7.3.4 Explanation of the Diagram ====
66 +=== 7.3.4 Explanation of the Diagram ===
65 65  
66 -===== 7.3.4.1 Narrative =====
68 +==== 7.3.4.1 Narrative ====
67 67  
68 68  In brief, a MetadataStructureDefinition (MSD) defines the MetadataAttributes, within an MetadataAttributeDescriptor, that can be associated with the objects identified in the Metadataflows and MetadataProvisionAgreements that refer to the MSD. The hierarchy of the MetadataAttributes is specified within the MetadataAttributeDescriptor.
69 69  
... ... @@ -114,26 +114,22 @@
114 114  | |/conceptIdentity|An association to the concept which defines the semantic of the attribute.
115 115  | |isPresentational|Indication that the Metadata Attribute is present for structural purposes (i.e. it has child attributes) and that no value for this attribute is expected to be reported in a Metadata Set.
116 116  | |minOccurs maxOccurs|(((
117 -Specifies how many occurrences of the
118 -
119 -Metadata Attribute may be reported at this point in the Metadataset.
119 +Specifies how many occurrences of the Metadata Attribute may be reported at this point in the Metadataset.
120 120  )))
121 121  | |/localRepresentation|Associates a Representation that overrides any core representation specified for the Concept itself.
122 122  |Representation| |The representation of the Metadata Attribute.
123 123  
124 +== 7.4 Metadata Set ==
124 124  
126 +=== 7.4.1 Class Diagram ===
125 125  
126 -=== 7.4 Metadata Set ===
127 -
128 -==== 7.4.1 Class Diagram ====
129 -
130 130  [[image:1749246462791-735.jpeg]]
131 131  
132 132  **Figure 34: Relationship Class Diagram of the Metadata Set**
133 133  
134 -==== 7.4.2 Explanation of the Diagram ====
132 +=== 7.4.2 Explanation of the Diagram ===
135 135  
136 -===== 7.4.2.1 Narrative =====
134 +==== 7.4.2.1 Narrative ====
137 137  
138 138  Note that the MetadataSet must conform to the MetadataStructureDefinition associated to the Metadataflow or MetadataProvisionAgreement for which this MetadataSet is an “instance of metadata”. Whilst the model shows the association to the classes of the MetadataStructureDefinition, this is for conceptual purposes to show the link to the MetadataStructureDefinition. In the actual MetadataSet, as exchanged, there must, of course, be a reference to the MetadataStructureDefinition and optionally a Metadataflow or a MetadataProvisionAgreement, but the MetadataStructureDefinition is not necessarily exchanged with the metadata. Note that the MetadataStructureDefinition classes are shown also but are not a part of the MetadataSet itself.
139 139  
... ... @@ -153,7 +153,7 @@
153 153  
154 154  The CodedMetadataAttributeValue contains a value for a Code specified as the Representation for a MetadataAttribute in the MetadataStructureDefinition.
155 155  
156 -===== 7.4.2.2 Definitions =====
154 +==== 7.4.2.2 Definitions ====
157 157  
158 158  |**Class**|**Feature**|**Description**
159 159  |MetadataSet| |Any organised collection of metadata.
... ... @@ -175,11 +175,8 @@
175 175  | |+containedObject|Association to a contained object in a hierarchy of Identifiable Objects such as a Transition in a Process Step.
176 176  |//MetadataAttributeVa lue//|(((
177 177  Abstract class
178 -
179 179  Sub classes are:
180 -
181 181  //UncodedMetadataAttrib uteValue//
182 -
183 183  CodedMetadataAttribut eValue
184 184  )))|The value for a Metadata Attribute.
185 185  | |(((
SUZ.Methodology.Code.MethodologyClass[0]
index
... ... @@ -1,0 +1,1 @@
1 +8