SWIM Supporting Material
Deciding to use an exchange model
This page helps the service architect decide whether or not to use an existing information exchange model.
Introduction
The Service Orientation Process outlines the activities that are undertaken during the development of a service.
For example, service architects will:
- design the service payload (the logical representation of the information exchanged by the service interface operations) based on the identified information exchange requirements (IER).
- later, a selection or definition of the data format will occur.
One of the key decisions becomes where to start in the design and what to implement. For example, it is possible to:
- use an existing information exchange model such as AIXM or FIXM.
- develop a new model or expose a proprietary model
- derive a model from the AIRM
Decision tree
The following diagram outlines some questions to be taken into account.
Use an information exchange model
Best Practice
SWIM emphasises reuse.
The first choice of the service architect should be to use an existing information exchange model.
Making use of the work of others means you work less and the overall service ecosystem is more coherent
Does an existing information exchange model fully meet the information exchange requirements (IER) that the service seeks to satisfy?
Existing standardised information exchange models include:
- Aeronautical Information Exchange Model (AIXM)
- Flight Information Exchange Model (FIXM)
- Weather Information Exchange Model (WXXM)
- ICAO Meteorological Information Exchange Model (IWXXM)
- Aerodrome Mapping Exchange Model (AMXM)
They are agreed and published by a particular community of interest. There may be multiple versions of an exchange model e.g. IWXXM 1.1 was used by the SESAR programme but a v2.1 is now available and v3 is in pre-operations.
The exchange models listed above relate to three ICAO business domains (aeronautical, weather and flight information).
There is another question to be asked here: Do I need more than one information exchange model in the service? This is addressed at /wiki/spaces/SCOI/pages/59606165.
If the chosen exchange model (or models) is sufficient, the information service payload can be defined based on it.
Semantic correspondence
This approach means that the service architect will not need to redo the semantic correspondence required in order to prove AIRM conformance in line with the specification.
Should the existing exchange model be amended to fully meet the information exchange requirements (IER)?
An extension/modification may be needed when there is a gap in the information exchange model. An extension/modification may be desirable (e.g. instead of making a new model) based on a number of criteria such as:
- client requirements. It could be that the service consumers are already using the information exchange model.
- convenience. The service provider already has knowledge of the information exchange model and it is good to build upon the experience.
- the information to be exchanged is in the scope of the information exchange model and a modification to it makes sense.
If the decision is to amend the exchange model, the applicable processes will need to be followed.
The existing information exchange models have extension mechanisms and change control boards.
- AIXM
- extension mechanism: https://ext.eurocontrol.int/aixm_confluence/
- governance: https://aixm.aero/page/governance
- FIXM
- extension mechanism: https://docs.fixm.aero/#/general-guidance/extensions
- governance: https://www.fixm.aero/content/fixmccb.pl
Semantic correspondence
This approach means that either:
- the owner of the amended exchange model
- the owner of the extension
will need to update the semantic correspondence required in order to prove AIRM conformance in line with the specification.
Use the AIRM
If no existing information exchange model is found to be appropriate and no extension/modification is possible, the decision becomes whether to use a new model (or expose a proprietary model) or derive from the AIRM.
Semantic correspondence
Using the AIRM means that the semantic correspondence is “in-built” making the new model “conformant by design”. In other words, there is no need to perform a semantic correspondence exercise.
Use a new/proprietary model
It is, of course, possible to create a new model or expose a proprietary model. The service/information architect should take care to ensure that the requirements of the EUROCONTROL Specification for SWIM Information Definition are met.
Semantic correspondence
This approach means that the service architect will need to ensure that the semantic correspondence required in order to prove AIRM conformance in line with the specification has been completed.
Status: Living Material