Presentation is loading. Please wait.

Presentation is loading. Please wait.

Presented to: By: Date: Federal Aviation Administration Ontology for Enterprise Architecture Mitre EA Conference Con Kenney & Irene Polikoff September.

Similar presentations


Presentation on theme: "Presented to: By: Date: Federal Aviation Administration Ontology for Enterprise Architecture Mitre EA Conference Con Kenney & Irene Polikoff September."— Presentation transcript:

1 Presented to: By: Date: Federal Aviation Administration Ontology for Enterprise Architecture Mitre EA Conference Con Kenney & Irene Polikoff September 7, 2006

2 Roadmap for Enterprise Architecture 2 Federal Aviation Administration 28 February 2006 Enterprise Architecture processes Strategic Planning Enterprise Architecture Business Case Development Portfolio Management Program Management Performance Measurement Operations Budget Planning Cycle Direction Feedback / Results Change Capital Planning 1)Strategic Planning - establishes vision, mission, goals, objectives, & enterprise performance measures 2)Enterprise Architecture – Develops modernization blueprints to meet strategic goals 3)Business Case Development – Creates the OMB 300s from selected blueprint initiatives 4)Capital Planning – Selects which initiative business cases will be funded 5)Investment/Portfolio Management – Compares investment options and guides decision making 6)Program Management – Implements the funding decisions to change the operational environment according to the modernization blueprint 7)Performance Measurement – Measure execution performance against targets

3 Roadmap for Enterprise Architecture 3 Federal Aviation Administration 28 February 2006 DOT EA Repository, Metis, AND Portfolio Management Software Enterprise Architecture Layers Federal Investment Management Model Has Multiple Layers

4 Roadmap for Enterprise Architecture 4 Federal Aviation Administration 28 February 2006 EA Domain Models

5 Roadmap for Enterprise Architecture 5 Federal Aviation Administration 28 February 2006 Two FAA Enterprise Architecture parts for NAS and Non-NAS NASNon NAS ABA ATO ARP Safety En Route & Ocean Terminal Flight Serv Sys Ops Tech Ops FAA Enterprise Architecture ARC AVS AIO AGI AOC API AGC AST AEP AHR ACR ASH Ops Plan Comm Fin Acq & Biz

6 Roadmap for Enterprise Architecture 6 Federal Aviation Administration 28 February 2006 FAA Situation Different types of applications –Air Traffic Control: Command & control Realtime Safety-of-life critical Multi-decade system lifespans >$150M lifecycle –Other FAA: Business information Online and batch 3 to 5 year lifespans <$10M lifecycle Two separate architecture repositories using different frameworks –DODAF (NAS database) –FEAF (EA Portal database)

7 Roadmap for Enterprise Architecture 7 Federal Aviation Administration 28 February 2006 Proof of Concept for Ontology based integration Using TopBraid Composer automatically converted database schemas into OWL ontologies –Tables converted into classes –Columns converted into datatype properties –Foreign keys converted into object properties –These ‘proxy’ ontologies are used to federate queries to the underlying databases Used existing models (FEA-RMO, TQ EA ontologies, W3C Geospatial ontology) as a basis for the DOTEA ontology model Examined EA Portal database schema and NAS database schema to identify any concepts missing in the base models –Extended the DOT EA ontology with new classes and properties When possible connected classes and properties of the proxy ontologies with the DOT EA model

8 Roadmap for Enterprise Architecture 8 Federal Aviation Administration 28 February 2006 A concept of ‘Facility’ (a.k.a. location) in the NAS database schema

9 Roadmap for Enterprise Architecture 9 Federal Aviation Administration 28 February 2006 A concept of ‘Location’ in the EA Portal database schema

10 Roadmap for Enterprise Architecture 10 Federal Aviation Administration 28 February 2006 Some questions we had to consider Are these the same concepts? Are they different concepts? If they are different what is the nature of their differences? If they are the same how can we have a single point of access to the information stored in these databases? If they are different, but complimentary, how can we aggregate the associated information?

11 Roadmap for Enterprise Architecture 11 Federal Aviation Administration 28 February 2006 Important Advantages of Ontology Models Documentation is part of the model –rdfs:comment and other annotation properties Modular components –support for imports of ontologies and reference of concepts from different ontologies –universal ids and namespaces –re-use of the standard vocabularies – FEA-RMO, Geospatial ontologies, Dublin Core, … Support inferencing to produce information not explicitly represented –inverse, transitivity, … –if a facility is located in New Jersey and New Jersey is located in the North East, facility is located in the North East

12 Roadmap for Enterprise Architecture 12 Federal Aviation Administration 28 February 2006 EA as Layered Set of Models Each model describes a bounded domain following rules that define –Syntax –Semantics Each model manages a set of facts Each model makes a set of truth claims based on its facts

13 Roadmap for Enterprise Architecture 13 Federal Aviation Administration 28 February 2006 ‘Location’ in the DOT EA Ontology

14 Roadmap for Enterprise Architecture 14 Federal Aviation Administration 28 February 2006 The DOT EA Ontology is a collection of linked Models

15 Roadmap for Enterprise Architecture 15 Federal Aviation Administration 28 February 2006 How do you coordinate truth claims across models? Single, inclusive model –Conceptually simple –Complicated to implement –Hard to change Reconciliation across models –Well-understood control –Ongoing human effort –Less flexibility for individual models Semantic technology –More accessible but still specialized –Machine-based reasoning –Accommodates changes in models easily

16 Roadmap for Enterprise Architecture 16 Federal Aviation Administration 28 February 2006 Bridging models through rsdf:subClassOf Axioms

17 Roadmap for Enterprise Architecture 17 Federal Aviation Administration 28 February 2006 Bridging models through rsdf:subPropertyOf Axioms

18 Roadmap for Enterprise Architecture 18 Federal Aviation Administration 28 February 2006 More complex mappings are also possible Using additional OWL axioms, SWRL rules or SPAQL Construct statements – as shown in the example below This approach will be needed for the DOT EA information: In the NAS database, State information stored in its own table In the EA Portal database, State is just a column in a Location table

19 Roadmap for Enterprise Architecture 19 Federal Aviation Administration 28 February 2006 SPARQL queries across the EA information repositories A single SPARQL query in TopBraid Composer will fetch information about any locations in New York stored in either of the databases More information on using Semantic Web standards for database integration at: http://composing-the-semantic-web.blogspot.com/http://composing-the-semantic-web.blogspot.com/ and www.topbraidcomposer.comwww.topbraidcomposer.com

20 Roadmap for Enterprise Architecture 20 Federal Aviation Administration 28 February 2006 Next Steps Review with FAA stakeholders Identify some capability cases and go through a tabletop exercise with the ontology Work with Rick Murphy at GSA to make the ontology available on CORE.gov


Download ppt "Presented to: By: Date: Federal Aviation Administration Ontology for Enterprise Architecture Mitre EA Conference Con Kenney & Irene Polikoff September."

Similar presentations


Ads by Google