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.

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