Information service overview

A set of information service metadata intended to promote service discovery and an initial evaluation of the information service characteristics.

Operational (status of a service)

The status indicating that the service is employed in its operational environment.

Prospective (status of a service)

The status indicating that the service is being designed, developed, or tested for operational activities and is expected to be available in the future.

Retired (status of a service)

The status indicating that active support for the service has been withdrawn, the service has been partially or totally replaced by a new service, or an upgraded service has been installed.

Information service providers shall name the information service.

This requirement is covered by SWIM-SERV-040 Service identification.

Free text

TargetOffBlockTimeSetting

The name of the information service should enable information service consumers to reference or identify the information service.

The ability to identify the service is given in the rationale of SWIM-SERV-040 Service identification.

The name should provide an indication of the purpose of the information service.

The notes to SWIM-SERV-040 Service identification include a best practice on the 'indication of purpose' in the name.

Information service providers shall provide versioning to the information services.

This requirement is covered by SWIM-SERV-040 Service identification.

n.n[.n]

1.3.0

The service version shall be provided in numerical format (n.n[.n]).

The notes to SWIM-SERV-040 Service identification include a best practice on using a numerical format

The version of the information service shall allow information service consumers to distinguish between versions of an information service.

The ability to distinguish versions is covered in the rationale of SWIM-SERV-040 Service identification. 

Information service providers shall specify the stage that the information service version is currently in as one of three stages: prospective, operational or retired.

This requirement is covered by SWIM-SERV-110 Service lifecycle information.

Prospective or Operational or Retired

OPERATIONAL

Note.⸻ For more information on service stages see Doc 10203.

Information service providers should include the dates for current and future lifecycle stages.

This requirement is covered by SWIM-SERV-110 Service lifecycle information.

YYYY-MM-DD
or NIL

since 2020-04-07

The planned date of retirement should be listed whenever it is known to exist.

If an information service provider does not make the date available, the information service life cycle date metadata field shall specify “NIL”.

Note.⸻ In the case of a prospective stage, the date indicates the date by which the information service provider plans to make the information service operational.

Information service providers should provide a description of the business level characteristics of the information service functions. This will provide information service consumers a business view of the interactions with the information service, without having to look at the interface details.

This requirement is covered by SWIM-SERV-140 Service functions.

Free text or NIL

• Allow the service consumer to set (i.e. define or update) the target off-block time (TOBT) value for a specific flight.

  • real-world effect: TOBT value is defined or updated
    
    

• Allow the service consumer to delete the target off-block time (TOBT) value for a specific flight.
  
  

  • real-world effect: The TOBT value is marked as undefined

The description should include the functionality of the service as a list of the functions and real world effects.

This requirement is covered by SWIM-SERV-140 Service functions.

If an information service provider does not make the information service functions available, the information service functions metadata field shall specify “NIL”.

The information domain(s) covered by the information service shall be listed as one or more of the following:
a) flight information;
b) aeronautical information;
c) meteorological information;
d) environment information;
e) capacity, demand and flow information;
f) surveillance information; and/or
g) other information.

This requirement is covered by SWIM-SERV-100 Service categories.

Flight information; and/or Aeronautical information and/or Meteorological information and/or Environment information and/or Capacity, demand and flow information and/or Surveillance information and/or Other information

FLIGHT INFORMATION

Information service providers shall provide a brief description of the information service to assist information service consumers on whether the described service is suitable for use in a particular situation.

This requirement is covered by SWIM-SERV-050 Service abstract.

Free text (intended use)

The TargetOffBlockTimeSetting service supports the Airport CDM concept and its implementation by allowing A-CDM Partners, typically aircraft operators and ground handlers, with the capability to set the Target Off-Block Time (TOBT) that indicates the target time for the aircraft to be ready for Off-Block. It is part of a set of services supporting the Airport CDM concept and its implementation by providing the A-CDM partners with Common Situation Awareness about flights at a CDM airport.

The brief description shall include the information domain(s) covered by the information service, the operational need being addressed by the information service, the intended use of the information service, and the intended consumer audience for the information service.

The note to SWIM-SERV-050 Service abstract includes a best practice on the content of the abstract. 

Information service providers should provide a description of the location at which more information, potentially including more detailed technical information on an information service, may be found.

This requirement is covered by SWIM-SERV-070 Provider point of contact and SWIM-SERV-170 Additional technical information for the service consumer.

Free text or NIL

Additional information on the information service can be found at the European SWIM Registry https://eur-registry.swim.aero/services/ or from the Donlon Airport Operator.

The location should be provided as a link to where an information service consumer can find more information.

If an information service provider does not make additional information available on the information service overview, the additional information on the information service metadata field shall specify “NIL”.

Information service providers shall provide a description on the qualitative and quantitative information pertaining to the characteristics of an information service to allow information service consumers to understand the quality of the information service.

This requirement is covered by SWIM-SERV-180 Quality of service.

Capacity: free text (description of capacity) and/or Time behaviour: free text (description of time behaviour) and/or Availability: free text (description of availability) and/or Recoverability: free text (description of recoverability) and/or Confidentiality: free text (description of confidentiality) and/or Integrity: free text (description of integrity)

• Availability: 99.95 % outside the planned outages

• Capacity: 2000 service requests per hour

• Time behaviour: 2s delay for 95% of messages

The description should specify parameters based on ISO 25010.

The notes to SWIM-SERV-180 Quality of service include a reference to ISO 25010.

The quality of the information service should be expressed using the following parameters (or other applicable parameters):
a) performance parameters (quantitative);
i) capacity of a service;
ii) time behaviour of a service;
b) reliability parameters (quantitative);
i) availability of a service;
ii) recoverability of a service;
c) security parameters (qualitative);
i) confidentiality of a service; and/or

ii) integrity of a service.

This requirement is covered by SWIM-SERV-180 Quality of service.

Note.⸻ Examples of applicable parameters related to performance, reliability and security are provided in Doc 10203.

Information service providers shall ensure that the information service is validated.

Independent validation and/or Collaborative validation and/or User validation and/or Self-validation

SELF-VALIDATION

This validation shall include the parameters provided in the quality of service metadata field of the information service overview to assist information service consumers with the initial evaluation of the information service.

Information services shall be validated by at least one of the following validation methods:
a) independent validation;
b) collaborative validation;
c) user validation; or
d) self-validation.

The validation method(s) used and its corresponding result shall be recorded.

This requirement is covered by SWIM-SERV-200 Service validation information.

Information services may evolve which triggers the need for revalidation. Each new version of an information service should be revalidated.

Note.⸻ For more information on the validation methods see Doc 10203.

Information service providers shall provide a description of the validation method applied to assist information service consumers in assessing the confidence level of the information service.

This requirement is covered by SWIM-SERV-200 Service validation information.

Free text (validation result)

Donlon Airport tested the service in accordance with its quality management system (QMS) based requirements.

The validation was successful.

To obtain the validation evidence, contact the Service desk [24/7]: +693 555 01 service-desk@donlon-airport.com 

By sharing the validation results, information service providers reassure information service consumers that the information service and its provider have the ability to deliver the declared capabilities and quality of service.

The role of the validation information in reassuring the service consumer is covered in the rationale to SWIM-SERV-200 Service validation information.

The description should include a brief statement on the validation results, and it should describe how the information service consumers may obtain the validation evidence.

This requirement is covered by SWIM-SERV-200 Service validation information.

Information service providers should provide information on the availability of filtering to allow information service consumers to narrow the content of information that they consume.

This requirement is covered by SWIM-SERV-310 Filter encoding.

Free text or NIL

The service allows filtering based on a start and end time given as HTTP Query parameters start_date and end_date. The values are formatted in ISO8601. Example: &start_date=2022-06-22&end_date=2022-06-25.

Note: the information provided by the service is limited to DONLON (see Geographical extent of information) so there is no need for a geospatial filter in this case.

The capability of filtering information should describe the filters information service providers offer for an information service.

This requirement is covered by SWIM-SERV-310 Filter encoding.

If an information service provider does not offer filtering or does not make information on filtering available on the service overview, the filtering available metadata field shall specify “NIL”.

Information service providers shall provide a description of any constraints on access to the information service to assist information service consumers in understanding whether they may be eligible to access the information service.

This requirement is covered by SWIM-SERV-150 Service access and use conditions and SWIM-SERV-160 Security constraints.

Free text

The access to the service is subject to the signature of a Service Level Agreement with the Donlon Airport Operator.

The access to the service is subject to the signature of a Service Level Agreement with the Donlon Airport Operator.

These constraints should specify the requirements and/or restrictions on information service consumers for accessing the information exchanged by the information service that are considered to be sensitive.

This requirement is covered by SWIM-SERV-150 Service access and use conditions and SWIM-SERV-160 Security constraints.

Information service providers shall indicate the message exchange pattern used by the information service to assist information service consumers in understanding the relationships of multiple messages exchanged with the information service providers.

This requirement is covered by SWIM-SERV-210 Application message exchange pattern.

Request/Reply and/or One way and/or Publish/Subscribe

Synchronous Request Reply

The message exchange pattern shall be expressed as one or more of the following:
a) request/reply;
b) one way; and/or
c) publish/subscribe.

The notes to SWIM-SERV-210 Application message exchange pattern include typical message exchange patterns.

If information service providers use for their information service payloads the domain specific information exchange models, then information service providers shall indicate the domain-specific information exchange models used for their information service payloads, including the extensions of the information exchange models and their versions.

This requirement is covered by SWIM-SERV-290 Information definition - minimum.

Free text

The service is using an information exchange model that is specific to the service and aligned with the AIRM version 1.0.0.

If information service providers do not use the domain-specific information exchange models for their information service payloads, then information service providers shall describe the alignment to a global reference model and indicate the exchange schema used.

This requirement is covered by SWIM-SERV-290 Information definition - minimum.

Note.⸻ See the AIRM for an example of a global reference model (https://airm.aero/).

Information service providers shall provide a description of the geographical coverage of the information exchanged to allow information service consumers to understand the geographical coverage of the information being provided.

This requirement is covered by SWIM-SERV-090 Geographical extent of information.

Free text

Donlon airport (EADD).

Note.⸻ The geographical coverage may be expressed in terms such as ICAO Region, flight information region (FIR), aerodrome or polygon. More granular information such as coverage at airport “x” or FIR “y” may be provided as it may facilitate search responses.

The notes to SWIM-SERV-090 Geographical extent of information include similar options as mentioned in the information service overview.

Information service providers should specify the sources of information exchanged.

This requirement is covered by SWIM-SERV-190 Source of information.

Free text or NIL

The service consumer.

Information service providers should also provide information on any subsequent modifications applied in order to provide information service consumers with background on information sources and modifications.

This requirement is covered by SWIM-SERV-190 Source of information.

If an information service provider does not make the source of information available, the source of information metadata field shall specify “NIL”.

Information service providers shall indicate the information security category to provide information service consumers with an understanding of the level of protection of the information.

This requirement is covered by SWIM-SERV-100 Service categories.

None or Basic or Intermediate or Advanced

Intermediate

The information security category shall be expressed as one of the following:
a) none;
b) basic;
c) intermediate; or
d) advanced.

This requirement is covered by SWIM-SERV-100 Service categories.

Note.⸻ More information is provided in the Manual on Information Security (Doc 10204).

Information service providers shall provide the name of their organization to assist information service consumers in identifying and gaining context on the information service.

This requirement is covered by SWIM-SERV-060 Service provider.

Free text

Donlon Airport Operator (DAO)

The name of the organization shall be followed by any abbreviated name, if any, by which the organization is known.

This requirement is covered by SWIM-SERV-060 Service provider.

Note.⸻ The provider organization may or may not be the organization originating the information.

Information service providers should provide a description of the support offered to information service consumers on all relevant aspects related to the information service, to allow information service consumers to understand the level of support to expect.

This requirement is covered by SWIM-SERV-080 Support availability.

Free text or NO SUPPORT AVAILABLE

For incidents on services in operation, contact the Service desk [24/7]: +693 555 01 service-desk@donlon-airport.com 

If an information service provider does not make support availability information available, the support availability metadata field shall specify “NO SUPPORT AVAILABLE”.

The notes to SWIM-SERV-080 Support availability include this as an example.

Information service consumers should have a point of contact to request, if needed, additional information regarding an information service.

This requirement is covered by SWIM-SERV-070 Provider point of contact.

Free text

To request access to the service: http://www.donlon-airport.com/swim/service-request 

Information service providers shall provide a point of contact such as an email or website where a potential information service consumer can direct additional questions regarding the information service.

This requirement is covered by SWIM-SERV-070 Provider point of contact.