Manager’s Overview DoDAF 2.0 Meta Model (DM2) TBS dd mon 2009

Slides:



Advertisements
Similar presentations
Three-Step Database Design
Advertisements

ARCHITECTURES FOR ARTIFICIAL INTELLIGENCE SYSTEMS
Database Management Systems, R. Ramakrishnan and J. Gehrke1 The Entity-Relationship Model Chapter 2.
PR-OWL: A Framework for Probabilistic Ontologies by Paulo C. G. COSTA, Kathryn B. LASKEY George Mason University presented by Thomas Packer 1PR-OWL.
Knowledge Acquisitioning. Definition The transfer and transformation of potential problem solving expertise from some knowledge source to a program.
Copyright © 2011 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Chapter 8 The Enhanced Entity- Relationship (EER) Model.
Semantics For the Semantic Web: The Implicit, the Formal and The Powerful Amit Sheth, Cartic Ramakrishnan, Christopher Thomas CS751 Spring 2005 Presenter:
Creating Architectural Descriptions. Outline Standardizing architectural descriptions: The IEEE has published, “Recommended Practice for Architectural.
The RDF meta model: a closer look Basic ideas of the RDF Resource instance descriptions in the RDF format Application-specific RDF schemas Limitations.
Foundations This chapter lays down the fundamental ideas and choices on which our approach is based. First, it identifies the needs of architects in the.
DCMO - CIO Architecture Federation Pilot Larry Singer 5 January, 2012.
Qualitative Research Methods
Proposed NWI KIF/CG --> Common Logic Standard A working group was recently formed from the KIF working group. John Sowa is the only CG representative so.
12 August 2010 DoDAF Development Team
SOCoP 2013 Workshop: Vision and Strategy Gary Berg-Cross SOCoP Executive Secretary Nov NSF Stafford II facility Wilson Blvd, Ballston VA.
The RDF meta model Basic ideas of the RDF Resource instance descriptions in the RDF format Application-specific RDF schemas Limitations of XML compared.
Issues in Ontology-based Information integration By Zhan Cui, Dean Jones and Paul O’Brien.
OWL Web Ontology Language Summary IHan HSIAO (Sharon)
Knowledge Representation Part I Ontology Jan Pettersen Nytun Knowledge Representation Part I, JPN, UiA1.
5 Chapter 5: Modeling Systems Requirements: Events and Things Systems Analysis and Design in a Changing World.
COP Introduction to Database Structures
DoD CIO Architecture and Interoperability Directorate December 2013
DoD CIO Architecture and Interoperability Directorate December 2014
VERSION 15 Primitives – Lexicon IPR 6 August 2008
DoDAF Data Meta Model (DM2) Overview
The Enhanced Entity- Relationship (EER) Model
Agenda Federated Enterprise Architecture Vision
DoDAF and Joint HSI WG (Human View) Dialog Kick-Off
Briefing to DoDAF 2.0 Development Team TBD 2007
Unified Architecture Framework NATO Architecture CaT Introduction
Integrating SysML with OWL (or other logic based formalisms)
DCMO DM2 Ontology Development
Official Current Version of DoDAF
Topic 2 (ii) Metadata concepts, standards, models and registries
VERSION 15 DARS User’s Group / DoDAF Vendor’s Day 11 February 2009
DCMO-DM2 Ontology Design/Approach Summary
IC Conceptual Data Model (CDM)
DoDAF Version 2.03 Update 05 Jan 2012 DoDAF Team 1 1.
Introduction to MODEM Building a Semantic Foundation for EA: Reengineering the MODAF™ Meta-Model Based on the IDEAS Foundation Model Lt Col Mikael Hagenbo,
SysML v2 Formalism: Requirements & Benefits
VERSION 15 DoDAF Vendor’s Day Session 22 July 2008
US Kickoff brief to Frameworks Convergence Meeting
DoDAF Meta Model (DM2) Update -- Version 2.01
Ontology From Wikipedia, the free encyclopedia
Reification in DoDAF is formally superSubtype, wholePart, or ovelap
Agenda All-Monday 15 Sep 0800 Welcome - Opening remarks
Introduction DoDAF 2.0 Meta Model (DM2) TBS dd mon 2009 VERSION 15
Data Models.
Introduction DoDAF 2.0 Meta Model (DM2) TBS dd mon 2009 VERSION 15
Overview DoDAF 2.0 Meta Model (DM2)
VERSION 15 9/12/ :44 International Defence Enterprise Architecture Specification (IDEAS) and DoDAF 2.0 Data Model OMG Systems Engineering Domain.
Briefing to DoDAF 2.0 Development Team TBD 2007
DoDAF Data Meta Model (DM2) Overview
VERSION 15 UPDM Meeting 3 August 2009
Ontology Reuse In MBSE Henson Graves Abstract January 2011
NATO Architecture Capability Team (A-CaT) Workshop
DoDAF 2.x Meta Model (DM2) Conceptual Level
Mathematics type (~set) theory 4D mereotopology
VERSION 15 UCORE Conference 23 Sep 2009
Conceptual Data Model (CDM) For: core process stakeholders
The Entity-Relationship Model
DM2 D O A F M E T L Conceptual Data Model (CDM)
Architecture Description Languages
Semantic Information Modeling for Federation
IDEAS Core Model Concept
ArchitectureDescription
DM2 D O A F M E T L Conceptual Data Model (CDM)
Systems Architecture & Design Lecture 3 Architecture Frameworks
What is the DM2? DoDAF Vocabulary Discovery Categories D O A F M E T L
US Kickoff brief to Frameworks Convergence Meeting
Presentation transcript:

Manager’s Overview DoDAF 2.0 Meta Model (DM2) TBS dd mon 2009 VERSION 15 2/23/2019 20:33 DoDAF 2.0 Meta Model (DM2) Manager’s Overview TBS dd mon 2009

Briefing Outline The DM2 Conceptual Data Model DM2 and Core Process Relationships Overview Overview of the DM2 Foundation

Map of DM2 Description Documents and Briefings You are here

Conceptual Data Model

(see “DM2 CDM Description document” for definitions) Key Concepts Activity Resource Materiel Information Architecture Description Data Performer System Service Person Type Organization Capability Measure & Measure Type Desired Effect (alias Goal) Condition Location Project Vision Guidance Rule Standard Constraint Agreement Skill (see “DM2 CDM Description document” for definitions)

(see “DM2 CDM Description document” for definitions) Conceptual Data Model 1 2 3 4 5 6 7 8 9 10 11 12 13 14 20 16 17 18 19 21 22 26 15 23 27 24 25 28 29 31 30 (see “DM2 CDM Description document” for definitions) 23 (+ 24 &25) 20 (+ 21 & 22) 30 34 33 32 Green lines are super-subtype. Read in direction of arrow, “is a type of” Blue lines are associations. See notes for key descriptions and examples. Read key in direction of arrow. Crows feet are associations between the association at the foot and the arrow, read according to the key. 36 Person Type 35 37

Interrogatives Relationship UCORE 2.0 Who, What, When, Where WHY HOW WHAT WHO WHERE

DM2 and Core Processes Relationships Overview

Overview of the DM2 Foundation Underlying the CDM is a foundation that utilizes common data modeling constructs that facilitate the reuse of common data patterns

Benefits of adopting the IDEAS formal foundation and common patterns Model compactness through inheritance of superclass properties and common patterns. Agreed-upon analysis principles that provide a principled basis for issue analysis Improved ability to integrate and analyze multiple heterogeneous EA datasets to fulfill EA purposes

Questions?

Backup

Common Relationship Patterns Emerged -- Leveraged Ongoing IDEAS Foundation -- Mathematics type (~set) theory 4D mereotopology Deals with issues of states, powertypes, measures, space -- what is truly knowable vs. what is assumed Separates signs and representations from referents DM2 domain concepts are extensions to the formal foundation Rigorously worked-out common patterns are reused: Super-subtype, whole-part, temporal whole-part, type-instance, before-after, overlap Saved a lot of repetitive work – “ontologic free lunch” Result is higher quality and consistency throughout http://en.wikipedia.org/wiki/IDEAS_Group As we started figuring out relationships, we realized we were doing the same relationships over and over again. Decided to look into leveraging work we had been doing for several years with the international community on a formal .ontology. IDEAS foundation concepts are inherited into all the DM2 concepts. Saved us a lot of work – ontologic free lunch -- and part of the reason why the model is so small to this day -- ~ 300 classes, attributes, and values as compared to CADM’s 16, 000 pieces. Three types of Things: Types (which are like sets), Tuples (ordered relationships), and Individuals (not persons, but Things that have spatial and temporal extent – spatio-temporal extent.) mereology is a collection of axiomatic first-order theories dealing with parts and their respective wholes. In contrast to set theory, which takes the set–member relationship as fundamental, the core notion of mereology is the part–whole relationship. Mereology is both an application of predicate logic and a branch of formal ontology. Three types of Things: Individuals – Things with spatio-temporal extent (not people) Types – similar to sets Tuples – ordered relations between Things