service definitions

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

Date

Goals

  • Kick-off meeting dedicated to initiation of the Service Definition activity.
  • Meeting preparation material - Confluence Space Aeronautical SWIM Services, in particular the following pages:

    -          Service Architecture Team – for acquaintance with the proposed structure of the team and ways of working collaboratively

    -          Service Definitions – for the template of the service definition of AIFS as introduction

Agenda

  1. Introduction
  2. Service scope
  3. Service Definition template walk-through
  4. AoB / Q&A

Discussion items

No.DescriptionAction TypeWho
1

Clarification on the AIP Dataset scope

Scott – the AIP dataset is in fact a subset of the AI promulgated through the AIP and the additional (dotted line) datasets may be considered

A3SG Team – proposes to address clarification on the AIP Dataset scope in the analysis of the AIFS

Action

Eurocontrol

2

Clarification on the purpose of the work and the reporting mechanism, including the decision making process

A3SG Team – clarifies that A3SG is a technical group that analyses the scope and impact of the regulatory requirements and proposes guidance supporting the compliance; if issues are identified, the group will report the concerns to SDM, who may be able to clarify or take the matter further up to the potential review of the Regulation.

DecisionEurocontrol
3

Clarification: retrieval vs distribution – does it refer to push / pull types of exchanges?

A3SG Team – in principle yes, however, the terminology will have to be revisited and aligned with the service categorisation (including taxonomy)

ActionEurocontrol
4

AIXM is indicated as the candidate exchange model for the CP1 (A3SG) scope of the services; what about AMXM?

A3SG Team – this is a discussion that needs to take place in order to decide if AIXM (version to be determined) + extensions would be sufficient for the exchanges, in particular for AMDB data or other exchange models, such as AMXM should be considered

ActionEurocontrol
5

A3SG Team - Start with AIFS service definition because of the several intersection points with the other services (AIP Data, obstacles, aerodrome maps, etc) 

ActionEurocontrol
6

A3SG Team proposes modelling of the identified services, considering the definition of the actors as part of the exercise.

Also noted: exchanges between AIS and AISP will be made starting from the identification of the actors as both consumers and providers. Same approach will be considered for airport operators and airport users.   

NoteEurocontrol
7

A3SG Team encourages the audience to volunteer and actively contribute for best understanding the expectations related to face to face and review cycle meetings.

NoteAll
8Use of Confluence for collaboration and UML for modellingDecisionEurocontrol
9Dates for the F2F meetings: 09-11.11.2022, 13-15.12.2022, 31.01-02.02.2023ActionEurocontrol

Action items

  • A3SG Team – proposes to address clarification on the AIP Dataset scope in the analysis of the AIFS
  • A3SG Team - regarding retrieval vs. distribution - revisit the terminology and align with the service categorisation (including taxonomy)
  • A3SG Team Decide if AIXM (version to be determined) + extensions would be sufficient for the exchanges
  • A3SG Team Start with AIFS service definition
  • A3SG Team - decide on final dates for F2F meetings



  • No labels