Digital AIM Training - AIXM

Slides:



Advertisements
Similar presentations
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 12Slide 1 Software Design l Objectives To explain how a software design may be represented.
Advertisements

Chapter 22 Object-Oriented Systems Analysis and Design and UML Systems Analysis and Design Kendall and Kendall Fifth Edition.
Copyright ©2004 Cezary Z Janikow 1 Domain Model n Visualization of entities and relationships n In UP presented as Class Diagrams – Classes, Relationships,
Irwin/McGraw-Hill Copyright © 2004 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS6th Edition.
© 2005 Prentice Hall4-1 Stumpf and Teague Object-Oriented Systems Analysis and Design with UML.
What is UML? A modeling language standardized by the OMG (Object Management Group), and widely used in OO analysis and design A modeling language is a.
Introduction to AIXM. Topics Criticality of AIS information AIM – a “data centric” approach Worldwide interoperability AIXM mission Related developments.
Unified Modeling Language
Slide 1 Wolfram Höpken RMSIG Reference Model Special Interest Group Second RMSIG Workshop Methodology and Process Wolfram Höpken.
CIT UPES | Sept 2013 | Unified Modeling Language - UML.
European AIS Database SIGMA & SDO Data Completeness
Introduction to UML By: Prof. Aiman Hanna Department of Computer Science, Concordia University, Montreal, Canada.
Generation and Implementation. More on classes Types Implementation classes Interfaces Templates Associations –Dependencies –Compositions.
1 UML Basic Training. UML Basic training2 Agenda  Definitions: requirements, design  Basics of Unified Modeling Language 1.4  SysML.
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.
UML diagrams What is UML UML diagrams –Static modeoing –Dynamic modeling 1.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 14 Slide 1 Object-oriented Design.
Unified Modeling Language © 2002 by Dietrich and Urban1 ADVANCED DATABASE CONCEPTS Unified Modeling Language Susan D. Urban and Suzanne W. Dietrich Department.
1 Class Diagrams: Advanced Concepts. 2 Overview Class diagrams are the most commonly used diagrams in UML. Class diagrams are the most commonly used diagrams.
Modeling system requirements. Purpose of Models Models help an analyst clarify and refine a design. Models help simplify the complexity of information.
Copyright © 2013 Curt Hill UML Unified Modeling Language.
Introduction to UML CS A470. What is UML? Unified Modeling Language –OMG Standard, Object Management Group –Based on work from Booch, Rumbaugh, Jacobson.
Roadmap Phase 2 EAD & AICM By: Eduard Porosnicu, AIM Expert 7-8 October 2009 ACAC – AIM Workshop.
Topic 4 - Database Design Unit 1 – Database Analysis and Design Advanced Higher Information Systems St Kentigern’s Academy.
Object Oriented Programming and Data Abstraction Earl Huff Rowan University.
The Relational Model Lecture #2 Monday 21 st October 2001.
WELCOME TO OUR PRESENTATION UNIFIED MODELING LANGUAGE (UML)
Smith’s Aerospace © P. Bailey & K. Vander Linden, 2006 Classes and Objects Patrick Bailey Keith Vander Linden Calvin College.
Defects of UML Yang Yichuan. For the Presentation Something you know Instead of lots of new stuff. Cases Instead of Concepts. Methodology instead of the.
Data Modeling Using the Entity- Relationship (ER) Model
AIXM 5 UML to XSD.
AIXM 5.1 XML Developers' Seminar #2 – Dec 2009
UML Diagrams By Daniel Damaris Novarianto S..
DATA REQIREMENT ANALYSIS
The Movement To Objects
Evolution of UML.
Course Outcomes of Object Oriented Modeling Design (17630,C604)
Digital AIM Training - AIXM
Object-Oriented Analysis and Design
Object-Oriented Modeling with UML
Object-Oriented Techniques
Unified Modeling Language
Chapter 7: Entity-Relationship Model
UML Diagrams Jung Woo.
Software Architecture & Design Pattern
Digital AIM Training - AIXM
Object Oriented Analysis and Design
Object Oriented Analysis and Design
Module 8 – Database Design Using the E-R Model
AIXM 5 Overview xNOTAM Workshop #2 Brussels, November 2007
AIXM 5 Development Status
Chapter 14 Normalization – Part I Pearson Education © 2009.
Chapter 20 Object-Oriented Analysis and Design
Appendix A Object-Oriented Analysis and Design
Software Construction Lecture 2
UML profiles.
Analysis models and design models
Software Design Lecture : 15.
Software Design Lecture : 14.
Class Diagrams.
An Introduction to Software Architecture
AIXM 5 UML Modelling Conventions
Digital AIM Training - AIXM
Chapter 22 Object-Oriented Systems Analysis and Design and UML
Digital AIM Training - AIXM
Appendix A Object-Oriented Analysis and Design
Appendix A Object-Oriented Analysis and Design
Chapter 6b: Database Design Using the E-R Model
UML  UML stands for Unified Modeling Language. It is a standard which is mainly used for creating object- oriented, meaningful documentation models for.
Presentation transcript:

Digital AIM Training - AIXM Notes: EUROCONTROL Copyright 2011

AIXM UML modelling - essentials Digital AIM Training - AIXM AIXM UML modelling - essentials AIXM uses the UML standard for defining its structure and content. This was defined by the OMG (Object Management Group) international organisation. "The Unified Modelling Language (UML) is a graphical language for visualizing, specifying, constructing, and documenting the artifacts of a software-intensive system. The UML offers a standard way to write a system's blueprints, including conceptual things such as business processes and system functions as well as concrete things such as programming language statements, database schemas, and reusable software components.“ The following slides will explain some key constructs used in the AIXM UML model. Notes: EUROCONTROL Copyright 2011

AIXM UML modelling - essentials Digital AIM Training - AIXM AIXM UML modelling - essentials UML is a widely used modelling methodology, developed primarily for “object oriented” software engineering. We are only using UML “class diagrams”, with the following main elements: A UML class is the abstraction of a concept in the application domain. A class is shown in a class diagram as a rectangle giving its name e.g. Aircraft. Properties represent structural features of a class. Properties are a single concept but they appear in two quite distinct notations: Attributes and Associations. Although they look quite different on a diagram, they are really the same thing. Attributes are represented as a line of text in the second compartment of the class symbol. In the example, the Aircraft class has the following attributes: stallSpeed mass type You can now say that an Aircraft has a stallSpeed, has mass and has a type. Each attribute may define its type (for example, CharacterString, Real or DateTime). Notes: EUROCONTROL Copyright 2011

AIXM UML modelling - essentials Digital AIM Training - AIXM AIXM UML modelling - essentials Associations express the relationship between classes. UML represents an association between two classes by drawing a line between their symbols. The role on the association end describes how the related class is used. In the example you can say: The Aircraft has a property ‘manufacturer’. This is the role of AircraftManufacturer in the association. You can also say that an AircraftManufacturer ‘manufactures’ Aircraft. It is sometimes necessary to have unidirectional navigability. This is shown by adding an arrow at the destination end of the association. This means that the association is easily navigated in the direction indicated by the arrow. This does not mean that the associations cannot be navigated in the other direction but the directionality is a hint that implementations should make the navigation in the primary direction convenient and efficient. One class knows about the existence of the other in the direction of navigation but the reverse is not necessarily true. The multiplicity of a property is an indication of how many values are allowed for that property. In AIXM, this is only used for associations. Multiplicity of [0..1] means that the attribute is optional i.e. it can appear once or not at all. That’s pretty much all you need to know in order to have a high-level understanding of the AIXM UML Model. Another modelling artifact used in AIXM is inheritance, but that will be explained directly with an AIXM example in one of the next slides. Notes: EUROCONTROL Copyright 2011

Digital AIM Training - AIXM AIXM 5.1 - scope This slide gives an overview of the AIXM packages, which are used to identify high-level subject areas, such as airport, airspace, routes. Notes: EUROCONTROL Copyright 2011

Digital AIM Training - AIXM AIXM Feature This slide shows the attributes of the AIXM UML class that models an airport or a heliport. You can recognize well-known properties such as: ICAO location designator IATA 3 letter designator Name Field elevation Transition level Etc. Note that other airport properties do not appear as direct attributes of the AirportHeliport class, but as associations with other classes. This will be shown in the next slides. Notes: EUROCONTROL Copyright 2011

AIXM feature vs. AIXM object Digital AIM Training - AIXM AIXM feature vs. AIXM object This diagram shows that the AirportHeliport class uses an ElevatedPoint as aerodrome reference point (ARP). The main reason to encapsulate the properties of an elevated point in a separate class instead of including them directly in the AirportHeliport class is that other AIXM features, such as navaids, also need the same position attributes. Therefore, it is more economical for the model to declare the ElevatedPoint once, as a complex “object” class and then to re-use it through associations when needed. Also note in this example the presence of the geoid undulation attribute in the ElevatedPoint class, which is an ICAO requirement – should be used to encode the value of the local difference between the WGS84 ellipsoid and the geoid. This diagram also shows a feature (SurveyControlPoint) that is not typically present in the AIP. However, such survey control points are established on the airport surface in relation with WGS surveys, for example. The AIXM model goes beyond the pure AIP data, including information (such as survey points) that is necessary for applications such as digital airport maps. Notes: EUROCONTROL Copyright 2011

Digital AIM Training - AIXM Associations This diagram shows other associations of the AirportHeliport feature: Served city - note the 0..* (zero to many) multiplicity, indicating that one airport can serve multiple cities Note also how the different responsibility levels between an OrganisationAuthority and an AirportHeliport is modelled. This is more easier to read using the AIXM Wiki, where by clicking on the corresponding class in the diagram the details of each attribute are shown. This includes data types and enumerated lists of values: https://extranet.eurocontrol.int/http://prisme-oas.hq.corp.eurocontrol.int/aixmwiki_public/bin/view/AIXM/Diagram_AirportHeliportAssociations EUROCONTROL Copyright 2011

Digital AIM Training - AIXM Data types Some data types that are used in the navaid model: Runway types (remember that in AIXM 4.5 these were two distinct entities Civil/military status Operational status – which is not needed for a static AIS database, but is typically used in NOTAM. This demonstrate the efforts made in order to enable AIXM 5.1 to provide digital NOTAM. Note the presence of the nilReason attribute. Notes: EUROCONTROL Copyright 2011

Application – an example of input forms Digital AIM Training - AIXM Application – an example of input forms What is the impact of this model on AIS? The AIXM model is used by software development companies to develop applications that can store and process aeronautical information data. The typical example is a database for encoding AIP data. The correctness and completeness of the model is critical: if a property is not correctly modelled, it will not be available in the expected way to the data encoding operator. For example, if an error was made and the name of an airport was modelled as a number or with an insufficient number of characters, then it would be impossible to encode real airport names in that database. Even more important than this are missing attributes. For example, ICAO has recently introduced in Annex 15 requirements for providing airport certification information – authority and date of certification expiration. If this was not capture din the model, then the database data input forms will not include an data entry filed for this piece of data. Notes: EUROCONTROL Copyright 2011

Application – an example of input forms Digital AIM Training - AIXM Application – an example of input forms You can see in this screen that the encapsulation of the Elevated point in a separate class in the AIXM UML model may also trigger it to appear on a separate form in the database interface. This is typically the case for multiple occurring properties, such as servedCity. The screenshot at right shows another important aspect of AIXM 5.1 – the possibility to provide free text remarks and descriptions (called Notes) in multiple languages. This is particularly important for the adoption of AIXM world-wide. Notes: EUROCONTROL Copyright 2011

Digital AIM Training - AIXM AIXM - Wiki www.aixm.aero/wiki The AIXM Wiki provides a complete description of the AIXM UML model: www.aixm.aero/wiki Probably the most useful function of the Wiki is “Search”. What would you like to search for? Notes: EUROCONTROL Copyright 2011

Digital AIM Training - AIXM Questions? Notes: EUROCONTROL Copyright 2011