130 likes | 143 Views
FR-AIS Technical Architecture. Speaker: Thomas LUTZ Author: Hannes BRUNNER Washington, March 2008. About the speaker. Thomas Lutz is a Senior Software Designer of the FR-AIS software (FR-AIS – Frequentis Aeronautical Information Management System).
E N D
FR-AIS Technical Architecture Speaker: Thomas LUTZ Author: Hannes BRUNNER Washington, March 2008
About the speaker • Thomas Lutz is a Senior Software Designer of the FR-AIS software (FR-AIS – Frequentis Aeronautical Information Management System). • Mr. Lutz has 10 years experience in software design and development for information systems for air traffic management and Geographical Information systems. • He was instrumental in the development of the Eauropean Aeronautical Database (EAD) and the new AIXM compliant Canadian AIS system in 2007. • In his recent work on EAD and the Frequentis AIS using AIXM Mr. Lutz has hands on experience with the latest AIXM technologies.
AIXM 5 – a great step ahead • The introduction of AIXM 5 will be another great step ahead for air traffic safety. It will bring • Better efficiency and safety of aeronautical data interchange • Move away from message-centric to data-centry approach • Improved situational awareness • Great platform for integrating with non-AIS systems • Good basis for system implementations based on the underlying UML model (AICM) • Integration of static data with dynamic data (XNOTAM) • Adoption of open standards (e.g. ISO 19100 etc.)
AIXM 5 Key Improvements • Temporality • Baseline • Version • Permanent Delta • Temporary Delta • Extensibility • New features • New attributes • New domain values • Introduction of Metadata and Integrity • Geometry information in GML
What are the challenges? (technical) • Technical impact on existing systems: • Adaptation of underlying data model requires significant (costly) changes of the systems / software • Interface implementations have to be adapted • Techical / commercial: often a procurement has to take place to order system changes • Connected legacy systems may not support the new functionalities • Backwards-compatibility not always possible modifications
How to deal with the technical impacts? • Less complicated than the operational impacts • FR-AIS will try to hide the technical changes and will keep a compatibility layer • AIXM 5, AIXM 4.5, AIXM 3.3 and ARINC 424 and other exchange formats will be supported • Not all compatibility levels have the same level of functionality • Interface-level compatibility will be retained as far as possible • New domain values will be mapped to old ones • Incremental implementation of AIXM 5 features
What are the challenges? (operational) • Operational impacts: • End-users have very limited interest in the technical realisation – everything should stay as it is. • Considerable training effort involved in data model changes due to changing HMIs • Some changes in AIXM 5 like XNOTAM are philosophy changes and may require operational re-structuring • Significant impacts on operational procedures • Operational impact of system changes – every technical transition has an impact on operations
How to deal with the operational impacts? • Try to keep techical changes as far as possible transparent, new features are optional • Keep HMI and work flow as close as possible to existing implementation. • Perform technical upgrade incrementally to avoid resource impact • Perform philosophy-related changes later in the process
Incremental Upgrades Release 5 (e.g.) • Step 1a Implementation of Data compatibility Layer and flexible Rule Engine • Data compatibility layer allows different formats for data input and output • Supports different AIXM versions, ARINC 424, other formats, custom formats are possible (custom reports) • Rule management is enhanced to allow more flexible definition and modification of SDO rules • Step 1b: Implementation of temporality Model for PERM data and UP/download interfaces and Obstacle Model • As FR-AIS supports large parts of the temporality model already, this is not such a big change • Introduction of flexible “data states“ allowing flexible adaptation of workflow to current practice or intermediate strategy • Step 1c: De-coupling of HMI from underlying AICM version • Allow AIXM version of choice for each user / (sub)organisation • Step 1d: Extensibility • Flexible modification and addition of new entities and attributes
Current Status • Implementation is converging with AIXM 5 • Several key features are available or will be available soon • Additional AIXM 5 features are constantly being added • Underlying implementation will be AIXM 5 long before exposure to end-users