IDEAS Group Model for Interoperability

Slides:



Advertisements
Similar presentations
ARCH-05 Application Prophecy UML 101 Peter Varhol Principal Product Manager.
Advertisements

ISO TC184/SC4 Future architecture Rotterdam Progress on the Future SC4 Architecture PWI Friday 13 th November 2009.
Systems Engineering in a System of Systems Context
A Methodology for Developing a Taxonomy – A Subject Oriented Approach
November 2010 UPDM – Unified Profile for DoDAF/MODAF Adaptive Artisan Software ASMG BAE Systems DoD DND embeddedPlus Generic General Dynamics IBM Lockheed.
TDT4252/DT8802 Exam 2013 Guidelines to answers
Engineering, Operations & Technology | Information TechnologyAPEX | 1 Copyright © 2009 Boeing. All rights reserved. Architecture Concept UG D- DOC UG D-
Architectural Framework
Information Architecture The Open Group UDEF Project
Shared Operational Context: A Needed Transformation
© Drexel University Software Engineering Research Group (SERG) 1 The OASIS SOA Reference Model Brian Mitchell.
Financial Industry Business Ontology (FIBO) Monthly Status/review call Wednesday November 2 nd 2011.
Semantic Web. P2 Introduction Information management facilities not keeping pace with the capacity of our information storage. –Information Overload –haphazardly.
Financial Industry Business Ontology (FIBO) Monthly Status/review call Wednesday October 5 th 2011.
Process 4 Hours.
Taking IDEAS Forward in the MOD
Discussion Topics for Exploring OMG UPDM Way-ahead
International Defence Enterprise Architecture Specification (IDEAS)
IDEAS Model for Coalition Architecture Interoperability
Enterprise Architecture
“New” things Discussed in London
International Defence Enterprise Architecture Specification (IDEAS)
Briefing to DoDAF 2.0 Development Team TBD 2007
Unified Architecture Framework NATO Architecture CaT Introduction
ISO/IEC JTC 1/SC 7 Working Group 42 - Architecture Johan Bendz
A Federated Architecture Framework Roadmap
Introduction to MODEM Building a Semantic Foundation for EA: Reengineering the MODAF™ Meta-Model Based on the IDEAS Foundation Model Lt Col Mikael Hagenbo,
MODAF Ontological Data Exchange Model (MODEM)
International Defence Enterprise Architecture Specification (IDEAS)
US Kickoff brief to Frameworks Convergence Meeting
Update on NAF, MODAF and IDEAS
Agenda All-Monday 15 Sep 0800 Welcome - Opening remarks
International Defence Enterprise Architecture Specification (IDEAS)
Advance Software Engineering
Introduction DoDAF 2.0 Meta Model (DM2) TBS dd mon 2009 VERSION 15
Universal Core Task Force Connecting People With Information
The Open Group Architecture Framework (TOGAF)
Unified Architecture Framework
Briefing to DoDAF 2.0 Development Team TBD 2007
UAF (Unified Architecture Framework) Training
UAF Training, Hands-on Project Based Unified Architecture Framework (UAF) Crash Course
Enterprise Data Model Enterprise Architecture approach Insights on application for through-life collaboration 2018 – E. Jesson.
Chapter 13 Logical Architecture.
International Defence Enterprise Architecture Specification (IDEAS)
Review June 2012 London Unified Architecture Framework Meeting
ESTP TRAINING ON EGR Luxembourg – December 2014
Ontology Reuse In MBSE Henson Graves Abstract January 2011
LtCol Mikael Hagenbo, Sweden
International Defense Enterprise Architecture Specification (IDEAS)
Chapter 20 Object-Oriented Analysis and Design
Metadata in the modernization of statistical production at Statistics Canada Carmen Greenough June 2, 2014.
Architecture Data Exchange Experiments Military Utility Demonstration
Chapter 13 Logical Architecture.
2. An overview of SDMX (What is SDMX? Part I)
Architecture Data Exchange Experiments Military Utility Demonstration
International Defence Enterprise Architecture Specification (IDEAS)
Exchange and Sharing of Economic Data
CHAPTER 9 (part a) BASIC INFORMATION SYSTEMS CONCEPTS
IDEAS Core Model Concept
Manager’s Overview DoDAF 2.0 Meta Model (DM2) TBS dd mon 2009
International Defence Enterprise Architecture Specification (IDEAS)
“New” things Discussed in London
“New” things Discussed in London
CORE Name: CORE® Description:
US Kickoff brief to Frameworks Convergence Meeting
QoS Metadata Status 106th OGC Technical Committee Orléans, France
Data Architecture project
International Defence Enterprise Architecture Specification (IDEAS)
Chapter 13 Logical Architecture.
“New” things Discussed in London
Presentation transcript:

IDEAS Group Model for Interoperability Ian Bailey, UK Fariba Hozhabrafkan, UK

The IDEAS Group International Defense Enterprise Architecture Specification for exchange Australia, Canada, UK, USA, NATO, Sweden (observers) Objective — To deliver a unified specification for the exchange of architectural documentation and artefacts between coalition partners.

Coalition Australia, Canada, UK and USA have a history of military coalition Each nation is pursuing its own version of net-centric warfare Need for some degree of international net-centricity Shared situational picture Collaborative Engagement Capability etc. Each nation is developing its own architectural framework Requirement to share architectural information between nations to enable interoperability at the operational and system levels

The Team UK Jon Keefe (MOD), Fariba Hozhabrafkan, Ian Bailey (MOD Contractors) US Mike Wayson (OSD), Francisco Loaiza (IDA), Bill Tracey (LMIT), Dave McDaniel (Silver Bullet) CA Matthew Wong (DND) AU Kim Lambert, Doug Wilson (ADO) Observers: NATO Svein Olaussen (NAF Syndicate Lead) Sweden Mikael Hagenbo (Swedish Armed Forces)

Approach Individually evaluate existing architecture data models to determine the degree of compatibility between the data models, and provide recommendations for the way ahead in developing the architectural exchange specification. Identify gaps and deficiencies with respect to the IDEAS requirements, and recommend solutions – i.e. rationalise raw requirements into a formal model. Define the technical approach for IDEAS implementation and usage—the candidates include XMI and XML. The possible use of web services and semantic web technology for interoperability Pilot implementation and interoperability test cases. Establish an international IDEAS change management process.

high-level patterns (upper ontology) common objects (agreed taxonomy) Structure Layered approach Starting from first principles to ensure common understanding at the most fundamental level Reaching down to country-specific definitions whose meaning may need to be understood by other nations fundamental concepts: classes, instances, properties foundation high-level patterns (upper ontology) commonly used relationships: whole-part, sequence, partipation, etc. common objects (agreed taxonomy) internationally accepted terms: person, organization, materiel, etc. national extension national extension national extension national extension terminology specific to nations that which may be useful to other nations - e.g. Bowman, Bradley FV, etc.

Foundation The nations involved were using different modelling paradigms: Entity-Relationship Object-Oriented (inc. UML Meta-Models) Ontology All of these modelling approaches are based on formal logic and set theory, but each is subtly different – especially as users tend to adopt a given “style” These differences were making it hard to establish a common approach between the nations – there was too much scope for misunderstanding between parties To mitigate these problems, the IDEAS Model defines a foundational layer (based on IEEE Candidate Upper Ontologies such as SUMO & ISO15926)

Foundation Elements Terminology used is very formal Key objects are: +tuplePlace * 1 +firstTuplePlace 1 +secondTuplePlace «instanceOf» {subsets {subsets tuplePlace} tuplePlace} Element Type tuple Terminology used is very formal Not for end-user use Purpose is solely to establish a formal mathematic foundation to the model Key objects are: Element – an individual thing – e.g. USS Theodore Roosevelt Type – a class of thing – e.g. Nimitz Class carrier Tuple/Couple – relationships between objects – e.g. USS Theodore Roosevelt is a instance of a Nimitz class vessel couple

Foundation Patterns The foundation level also establishes fundamental relationships:

High-Level Patterns To assist in the development of the IDEAS model, the nations have adopted the BORO (Business Object Re-Engineering Ontology) methodology - http://www.boroprogram.org This methodology is particularly useful for IDEAS because it starts with “legacy” models and gradually develops a common model. As existing models and data are subjected to the methodology, high-level patterns start to emerge. So far (this is at an early stage) only one pattern has been formally documented (whole-part) …though several others have been recognised (e.g. sequence, ownership, communication, connection, etc.)

High-Level Patterns – Whole-Part Probably the most common of all patterns e.g. system-subsystem, process-subprocess, organization-suborganization

Common Objects Some concepts are common to all architectures The IDEAS Group is identifying the common concepts and placing them in the appropriate part of the model (i.e. under the appropriate part of the foundation) This work is also exposing the high-level patterns The big surprise has been how many concepts are not commonly understood between the nations (esp. operational node, system & capability)

Common Objects – Person & Organization These elements are key to the operational views. The IDEAS Model adds the concept of states to allow for changes over time (e.g. OV-6b) All descend from Element Agent: Something capable of action (could be op node ?) Element AgentState PersonState OrganizationState Agent Person Organization

National Extensions To enable international interoperability, it is necessary for each nation to have some understanding of the others’ terminology Hierarchical nature of IDEAS means that these nation-specific terms descend from common objects, hence nations can always refer back to a common level of understanding – e.g. a Bradley FV is a light battle tank, Bowman is a tactical radio system, etc. This work is also likely to generate requirements for new common objects to bridge the semantic gap between nations …and will also drive the discovery of common high-level patterns

National Extensions Example (work in progress) USA:: GovernmentOrganization USA:: PrivateSectorOrganization Agent OrganizationState Model::Organization USA:: SovereignBody Association AgentRelationship Canada:: LineOrganization Canada:: MatrixProjectOrganization Canada:: ClientOrganization Canada:: USA:: USA:: NonCanadianGovtOrganization USA:: USA:: IsInDirectSupportOf DirectCommand USA:: CombatCommand IsInReserveTo HasTacticalControlOver USA:: USA:: HasOperationalCommandOver HasTacticalCommandOf USA:: USA:: IsAttachedTo IsUnderCommandForAdministration USA:: USA:: USA:: HasOperationalControlOver ProvidesLogisticServicesTo IsInGeneralSupportOrReinforcingOf USA:: IsAnAlternativeFor USA:: HasFullCommandOver USA:: USA:: IsInGeneralSupportOf IsReinforcing USA:: USA:: SituationDependentOrganizationRelationship IndirectOrganizationRelationship

www.ideasgroup.org