Difference between revisions of "Serialization"
| Line 18: | Line 18: | ||
Accept the above as approved lore | Accept the above as approved lore | ||
2008/07/25 Lee/Craig 4/0/0 | 2008/07/25 Lee/Craig 4/0/0 | ||
| + | |||
| + | ''Action'' Reflect this core principles | ||
{{INM Workitem}} | {{INM Workitem}} | ||
Revision as of 16:26, 25 July 2008
This page documents a Resolved, but not fully actioned MnM Hot Topic, i.e. a methodology issue requiring a resolution from Modeling and Methodology.
This page documents Approved Lore, i.e. an approved set of facts about a particular subject, but that have not been documented in a ballot yet.
Serialization either points to the process of serializing a particular static model - starting with its Entry Point, or to the definition of the method of serializing a static model.
The serialization method determines the sort order of elements within a static artefact, whenever a serialized expression of the model is needed (e.g. for Table Views, or as a basis for ITSs)
- The sort order of RIM class attributes is defined in the RIM section of the v3 Edition. The order the attributes appear in the RIM is their official order. The section doesn't explicitely talk about order, it just says "This class has the following attributes".
- The sort order for the data type properties is defined in the Abstract Data types specification. The order the datatype properties appear in the abstract datatypes section is their official order. The section doesn't explicitely talk about order, it just says "This datatype has the following properties".
- The sort order for the associations is defined in a document (namersdocumentation-1[1].0.1.zip, http://hl7projects.hl7.nscee.edu/frs/download.php/88/namersdocumentation-1.0.1.zip ) that is available on the GForge site (http://hl7projects.hl7.nscee.edu).
Notes
- The sort order does change on occasion in response to harmonization proposals. Schemas are bound to the sort order as it was for the normative edition declared in the "version" attribute for the schema.
- An ITS may use a different sort order "on the wire". any ITS should use the document order that datatype components are defined in in the abstract datatypes document as the order for the ITS , unless there is good reason for doing otherwise, in which case that reason must be given in the ITS specification. The same should apply to RIM attribute order. Note that there are examples where attribute order may need to be changed in the ITS, e.g. attachmentText is sent after the associations so that the rest of the instance can be processed before the attachments are reached.
- Realm aspects: The localization process does not give them the authority to create their own sort orders.
Resolution
Accept the above as approved lore 2008/07/25 Lee/Craig 4/0/0
Action Reflect this core principles
This page documents an INM Workitem, i.e. an issue within scope of the INM Committee that either is still being discussed, or the resolution of which has not yet been included in an INM ballot.
