AIXM 5 Temporality Model. An Example: Navaid frequency change Imagine that AML Navaid undergoes an upgrade that changes its frequency from 112.0 MHz to.

Slides:



Advertisements
Similar presentations
Testing Relational Database
Advertisements

ADQ Implementation Workshop Austro Control – Status and Issues
The European Organisation for the Safety of Air Navigation Open session AIXM XML Developers' Seminar.
The European Organisation for the Safety of Air Navigation Digital NOTAM Concept AIXM XML Developers’ Seminar #5 23 March 2010.
 Recent researches show that predicative programming can be used to specify OO concepts including classes, objects, interfaces, methods, single and multiple.
Goal and Scenario Validation: a Fluent Combination Chin-Yi Tsai.
Introduction to Digital NOTAM
Chapter 22 Object-Oriented Systems Analysis and Design and UML Systems Analysis and Design Kendall and Kendall Fifth Edition.
Reza Gorgan Mohammadi AmirKabir University of Technology, Department of Computer Engineering & Information Technology Advanced design.
Observer Pattern Fall 2005 OOPD John Anthony. What is a Pattern? “Each pattern describes a problem which occurs over and over again in our environment,
An Application-led Approach for Security-related Research in Ubicomp Philip Robinson TecO, Karlsruhe University 11 May 2005.
1 Learning from Behavior Performances vs Abstract Behavior Descriptions Tolga Konik University of Michigan.
Introduction to Software Engineering Dr. Basem Alkazemi
EUROCONTROL’s Efforts with AIXM
Introduction to AIXM. Topics Criticality of AIS information AIM – a “data centric” approach Worldwide interoperability AIXM mission Related developments.
Basic Concepts The Unified Modeling Language (UML) SYSC System Analysis and Design.
Android Core Logging Application Keith Schneider Introduction The Core Logging application is part of a software suite that is designed to enable geologic.
System Analysis Overview Document functional requirements by creating models Two concepts help identify functional requirements in the traditional approach.
Digital AIM Training - Digital NOTAM
EUROCONTROL Digital NOTAM Project
Integrating information towards Digital ATM Information Structures - AIXM - Presented By: Eduard Porosnicu, Eurocontrol Date:August 27, 2013.
Software Design Refinement Using Design Patterns Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
CS 360 Lecture 6.  A model is a simplification of reality  We build models to better understand the system being developed.  We build models of complex.
What’s New with AIXM 5. Explaining AIXM 5 Mission and Objectives Coverage of the AIXM 5 data model –Scope of aeronautical information –Emerging “partner”
AIXM Users’ Conference, March Implementing AIXM in Instrument Flight Procedures Automation Presenter: Iain Hammond MacDonald, Dettwiler &
Digital Airport Surface NOTAMs. Introduction What are NOTAMs? –Notices to Airmen (NOTAM) are used to alert pilots about temporary changes affecting the.
The European Organisation for the Safety of Air Navigation EUROCONTROL’s Efforts with AIXM AIXM 5.1 XML Developers' Seminar #4 – Mar 2010.
1 AIXM 5 Design Concepts. 2 AIXM 5 Design Methodology Build upon lessons learned from AIXM 4.x If possible incorporate industry and international standards.
(Business) Process Centric Exchanges
1 Digital NOTAM Towards a concept of operations xNOTAM Workshop #2 Brussels, November 2007 Item 2 European Organisation for the Safety of Air Navigation.
AIXM 5 Concepts This presentation is based on the first part of the “AICM and AIXM 5 - Exchange Model goals, requirements and design” document. The purpose.
The European Organisation for the Safety of Air Navigation AIXM Support for Digital NOTAM AIXM XML Developers’ Seminar #5 23 March 2010.
Geographic Information Systems Temporal GIS Lecture 8 Eng. Osama Dawoud.
1 1 Aeronautical Information Services Brief to AIXM User Group 27 February 2007.
The European Organisation for the Safety of Air Navigation Aeronautical Information Exchange Model (AIXM) – Business Rules.
8:15 AM Tuesday September 15, 2009 Karl Frank, Point of Contact for Constellation Projects Validating Integration Requirements Diagrams for illustrative.
Netprog: Corba Object Services1 CORBA 2.0 Object Services Ref: The Essential Distributed Objects Survival Guide: Orfali, Harky & Edwards.
Chapter 18 The Observer Pattern Ku-Yaw Chang Assistant Professor, Department of Computer Science and Information Engineering Da-Yeh.
Section 3.2 Notes Conditional Probability. Conditional probability is the probability of an event occurring, given that another event has already occurred.
Singapore Workshop – Technical Focus - 16 June 2008 Temporality and Encodings Concepts and Examples Presented by Brett Brunk Aeronautical Information Management.
MODEL-BASED SOFTWARE ARCHITECTURES.  Models of software are used in an increasing number of projects to handle the complexity of application domains.
PowerPoint Presentation for Dennis, Wixom, & Tegarden Systems Analysis and Design with UML, 3rd Edition Copyright © 2009 John Wiley & Sons, Inc. All rights.
FDT Foil no 1 MSC Structuring MSCs Using Message Sequence Charts for real systems.
Conditional Probability and the Multiplication Rule NOTES Coach Bridges.
AIXM 5 Concepts This presentation is based on the first part of the “AICM and AIXM 5 - Exchange Model goals, requirements and design” document. The purpose.
FR-AIS Technical Architecture Speaker: Thomas LUTZ Author: Hannes BRUNNER Washington, March 2008.
1 st semester 1436 / Modulation Continuous wave (CW) modulation AM Angle modulation FM PM Pulse Modulation Analog Pulse Modulation PAMPPMPDM Digital.
What’s New with AIXM 5.
Software Design Refinement Using Design Patterns
Chapter 4: Business Process and Functional Modeling, continued
AIXM 5 Temporality Model
Digital AIM Training - AIXM
Digital NOTAM Towards a concept of operations
Digital SNOWTAM Trial: AIXM Database Design
UML to XSD.
Model-View-Controller Patterns and Frameworks
FAA Federal NOTAM System (FNS)
AIXM 5 Overview xNOTAM Workshop #2 Brussels, November 2007
AIXM 5 Development Status
Advancing Digital NOTAM implementation
AIXM 5 Temporality.
An Introduction to Software Architecture
Temporality and Encodings
4/4/2019.
Digital NOTAM
Digital AIM Training - AIXM
Chapter 22 Object-Oriented Systems Analysis and Design and UML
Digital AIM Training - AIXM
Aeronautical Information Exchange Model (AIXM) – Business Rules
Digital AIM Training - Introduction Introduction – day 2
Presentation transcript:

AIXM 5 Temporality Model

An Example: Navaid frequency change Imagine that AML Navaid undergoes an upgrade that changes its frequency from MHz to MHz…

Building the temporality model Time is essential for AI For operational reasons, distinction between: –permanent changes –temporary status Two levels –Life of the feature –Changes in properties Time is essential for AI For operational reasons, distinction between: –permanent changes –temporary status Two levels –Life of the feature –Changes in properties

Time varying properties

The basic Time Slice model

The basic Time Slice model UML

Temporary events

Two kinds of Time Slices –Baseline = describes the feature state (the set of all feature’s properties) as result of a permanent change; –Temporary Delta = describes the transitory changes of a feature state during a temporary event. Two kinds of Time Slices –Baseline = describes the feature state (the set of all feature’s properties) as result of a permanent change; –Temporary Delta = describes the transitory changes of a feature state during a temporary event.

The model up to this point BASELINE & TEMPDELTA Compliant with the requirements for –Completeness - all temporal states must be representable; –Minimalism - use of minimal number of elements; –Consistency - no reuse of elements with different meaning; –Context-free - meaning of (atomic) elements independent of context; no functional dependency of (atomic) elements at the data encoding level; But, a bit inconvenient for real applications… Compliant with the requirements for –Completeness - all temporal states must be representable; –Minimalism - use of minimal number of elements; –Consistency - no reuse of elements with different meaning; –Context-free - meaning of (atomic) elements independent of context; no functional dependency of (atomic) elements at the data encoding level; But, a bit inconvenient for real applications…

Current status of a feature SNAPSHOT = describes the state of a feature at a time instant, as result of combining the actual BASELINE Time Slice valid at that time instant with all TEMPDELTA Time Slices applicable at that time instant.

Permanent changes Two types of applications: –“Pull” Systems - provide an interface by which a client can query the aeronautical information; –“Push” Systems - generate and transmit to the client notifications about aeronautical information changes. Need to notify a permanent change Need to notify “end of life” Two types of applications: –“Pull” Systems - provide an interface by which a client can query the aeronautical information; –“Push” Systems - generate and transmit to the client notifications about aeronautical information changes. Need to notify a permanent change Need to notify “end of life”

Permanent changes PERMDELTA = A kind of Time Slice that describes the difference in a feature state as result of a permanent change.

Time Slice Types

Baseline – undetermined end of validity

Corrections Information about events that are planned to take place in future –update the already communicated information –may affect “event” Time Slices - of type PERMDELTA and TEMPDELTA. Solution –Identify Time Slice concerned by a “sequence number” –Also needed: “correctionNumber” Information about events that are planned to take place in future –update the already communicated information –may affect “event” Time Slices - of type PERMDELTA and TEMPDELTA. Solution –Identify Time Slice concerned by a “sequence number” –Also needed: “correctionNumber”

Final UML representation

Summary - Time Slice types BASELINE = A kind of Time Slice that describes the feature state (the set of all feature’s properties) as result of a permanent change; PERMDELTA = A kind of Time Slice that describes the difference in a feature state as result of a permanent change; TEMPDELTA = A kind of Time Slice that describes the transitory changes of a feature state during a temporary event; SNAPSHOT = A kind of Time Slice that describes the state of a feature at a time instant, as result of combining the actual BASELINE Time Slice valid at that time instant with all TEMPDELTA Time Slices applicable at that time instant. BASELINE = A kind of Time Slice that describes the feature state (the set of all feature’s properties) as result of a permanent change; PERMDELTA = A kind of Time Slice that describes the difference in a feature state as result of a permanent change; TEMPDELTA = A kind of Time Slice that describes the transitory changes of a feature state during a temporary event; SNAPSHOT = A kind of Time Slice that describes the state of a feature at a time instant, as result of combining the actual BASELINE Time Slice valid at that time instant with all TEMPDELTA Time Slices applicable at that time instant.

“Delta” - Special situations Multiple occurring properties Complex properties Identifying the feature affected Multiple occurring properties Complex properties Identifying the feature affected

“Delta” for multiple occurring properties …. … … … Rule: Include all occurrences of the property in a TEMPDELTA or a PERMDELTA!

“Delta” for complex properties …. … … … …. … Rule: Include the whole complex property! (“delta” applies strictly to the 1 st level of properties!)

Identifying the feature affected by “delta” 124F2647A767D7 …. BASELINE 23 …. …. TEMPDELTA 23 ….

Usage examples Start of life Change of properties Temporary situation (digital NOTAM) End of life … Start of life Change of properties Temporary situation (digital NOTAM) End of life …

Start of life Feature creation (commissioning) Feature - identifier

Change of properties Permanent change (amendment) Feature - identifier

digital NOTAM Temporary event Feature - identifier

End of Life Feature withdrawing (decommissioning) Feature - identifier

AIXM Temporality document Soon on

AIXM UML – including temporality