Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

The UML below shows how each and every <<feature>> inherits from the abstract AIXMFeature class. The concrete features are described by TimeSlices which are composed of properties. The TimeSlice inherits from the abstract AIXMFeatureTimeSlice class. 
 
The diagram above is quite complex. If applied to the whole set of AIXM classes, it might undermine the readability of the UML diagrams. Therefore, the Design Team has decided to provide a simplified UML model, without visible inheritance of all features from the abstract AIXMFeature and without visible SomeFeatureTimeSlice classes. 
However, all of these relationships and classes must be mapped in the AIXM XML Schema.

All attributes are optional

In AIXM, all class properties (both attributes and associations) are optional, in order to enable the encoding of "PERMDELTA" and "TEMPDELTA" TimeSlices. By definition, such TimeSlices contain only the properties that have an actually new/modified/removed value. If any class property was mandatory, then that property would have to be included in any TimeSlice (so that the file is valid against the XSD) even if did not change its values. This would undermine the "delta" encoding principle of the AIXM Temporality Concept.

This rule is hardcoded in the scripts – all properties are generated with minOccurs="0", whatever minimal cardinality the UML model indicates.

The solution for specifying "mandatory" attributes is through Business Rules, which complement the core and extension model. For example the current AIXM set of Business Rules contains rules that are classified as "Minimal data rule".

Metadata

The diagram also shows that each AIXM Feature and each TimeSlice is described by metadata. The AIXM XML schema incorporates the ISO 19139 metadata elements - see ‎3.2.2.

...