VERSION 15 Primitives – Lexicon IPR 6 August 2008 1/14/2018 07:27 DoDAF 2.0 Data Model (DM2) Overview Primitives – Lexicon IPR 6 August 2008

Briefing Outline DM2 and DoDAF Top-Level Diagram Development and Life-Cycle Methodology Data Groups Overviews

DoDAF Meta Model (DM2) Purposes: The vocabulary for description and discourse about DoDAF models (formerly “products”) and core process usage The basis for generation of the “physical” exchange specification for exchange of data between architecture tools and databases. Form: VOLUME I, DoDAF Conceptual Data Model (CDM) Core concepts, definitions (with examples, sources, aliases) Relationships (with some typing) VOLUME II, DoDAF Logical Data Model (LDM) The DoDAF Logical Data Model (LDM) is the Conceptual Data Model described in Volume I with attributes, specializations, and association reifications added VOLUME III, DoDAF Physical Exchange Model (PES) Physical Data Exchange Model is the Logical Data Model with general data types specified and implementation attributes (e.g., source, date) added and then generated as a set of XSD’s, one schema per product/view type described in Volume II.

Volume II Organization PRE-DECISIONAL WORKING DRAFT Volume II Organization Vol II Perspectives Metamodel Data Groups Views  Metamodel Data Groups Capability Services Project Goals Rules Measures Location Doctrine Training / Skill / Education Performer Object Exchange / Flow Information & Data x.y.1 Data Diagram and definitions from DM2 Discussion x.y.2 Method x.y.3 Usage in Core Processes x.y.4 Presentation PRE-DECISIONAL WORKING DRAFT

Data Groups PRE-DECISIONAL WORKING DRAFT PRE-DECISIONAL WORKING DRAFT The “groups” are clusters of semantically related concepts Performer. Things that perform activities such as service performers, systems, personnel, and organizations. Object Exchange / Flow. The interaction between performers that is both temporal and results in the flow or exchange of objects such as information, data, materiel, and even other performers. Information and Data. Representations (descriptions) of things of interest and necessary for the conduct of activities. Doctrine. (TBS in Spiral 4). Training / Skill / Education. (TBS in Spiral 4) Capability. Models the need to perform a set of activities under certain conditions and standards to achieve desired effects and the way in which those needs are satisfied (or satisfiable.) Services. Business and software services, what they do for what effects, by what measures and rules, how they are described for discovery and use, and how and where they can be accomplished. Project. All forms of planned activities that are responsive to visions, goals, and objectives that aim to change the state of some situation. Goals. How goals, visions, objectives, and effects relate and bear on architectures. Rules. How rules, standards, agreements, constraints, and related and are relevant to architectures. Measures. All form of measures (metrics) applicable to architectures including needs satisfaction, performance, interoperability, organizational, and resources. Location. All forms of locations including points, lines, areas, volumes, regions, installations, facilities, and addresses including electronic addresses (e.g., URL’s) and physical (e.g., postal.) PRE-DECISIONAL WORKING DRAFT

PRE-DECISIONAL WORKING DRAFT Data Groups Relate to DoDAF Perspectives, Views, Core Processes, and Models (formerly Products) Notional Draft Will be in Section 3 of DoDAF Vol II PRE-DECISIONAL WORKING DRAFT

The Elements of the Data Groups Map to DoDAF Models PRE-DECISIONAL WORKING DRAFT The Elements of the Data Groups Map to DoDAF Models Notional Draft Three mappings: Concepts (Classes) Associations Class attributes In Section 4 of DoDAF Vol II PRE-DECISIONAL WORKING DRAFT

Top-Level Overviews

Capabilities PRE-DECISIONAL WORKING DRAFT Goals Rules Measures Ontologic Foundation (IDEAS) Locations Performers Personnel Materiel Flows Information & Data Temporal Services Descriptions Ports & Channels Service Functions QoS Metrics Service Policies Service Contracts Service System Organization Points / Areas / Volumes Regions Real Property Facilities Addresses Visions Objectives Effects Goals Capabilities Realization - implementation Projects Activities Metrics Conditions Performance Needs Satisfaction Organizational Maintainability Adaptability Parts, types, temporal parts, states, overlaps Environmental Socio-political Military Rules Guidance Agreements Constraints Standards IA/Security Functions Processes Tasks Cost / Schedule / Metrics Organizations / Performers Measures PRE-DECISIONAL WORKING DRAFT

Overall Map of DoDAF Metamodel

Modeling Methodology

Top-Down / Bottom-Up Development DoDAF 2.0: Conceptual Data Model (Vol I) Logical Data Model (Vol II) Physical Exchange Model (Vol III) Existing / Emerging Schema, Models, and Databases Data Model Development COI1 COIn COI Coordination PPBE Process Information Requirements JCIDS Process Information Requirements Ops Planning Process Information Requirements SE Process Information Requirements DoD Core Process Information Requirements Collection UCORE DAS Process Information Requirements CPfm Process Information Requirements

Sources Models CADM 1.5 IDEAS UPDM BMM Hay/Zachman ASM CRIS Conceptual CADM in DoDAF 1.0 / prototype CADM 2.0 M3 NAF Meta Model DoI Meta Model JC3IEDM GML UCORE 1.1 GEIA 927 AP233 SUMO and ISO 15926 (via IDEAS) FEA Reference Models JFCOM JACAE Definitions IEEE ISO W3C OMG EIA DODD & DODI JCS Pubs, especially CJCSI's Models in the Source_Candidates_071115.ppt DoDAF Other frameworks: Zachman, MODAF, TOGAF, NAF, ... FEA BMM Wordnet Wikipedia English dictionaries DoDAF Glossary On the left are the model sources we considered to date; on the right, additional sources for definitions. Note that as a result of the Ops Planning workshop at JFCOM last week, we now can add JACAE as source. That metadata is being parsed into the spreadsheet this week. Note also, that we considered sereral non-AF sources, e.g., JCS Pub 1-02, the DoD Dictionary of Military Terms, and English dictionaries.

Modeling Principles Model Core Process (PPBE, DAS, JCIDS, CPM, SE, Ops) business objects Terms enter model through thorough semantic research: Assignment to a researcher Collection of authoritative definitions, documenting source Assessment of redundant (alias) or composite terms Formulation / selection of definition based on authoritative definitions Examples Outbrief to team Recording of research and decision rationale No need to distinguish / label concepts that differ only in level of aggregation – e.g., subfunction – function. Whole-part relationship covers the need without different names for different types of wholes and parts. When a user has need to label, the naming pattern accommodates. Typed Relationships, e.g., using IDEAS No commitment to an implementation type. Support RDBMS, XSD, Java, etc. from core model Goal is a core that can be extended by user communities, not to try to cover all user detail. Extenders should be careful to not create redundant representations. Model will enter a CM process

Definitions and Aliases Record PRE-DECISIONAL WORKING DRAFT Definitions and Aliases Record PRE-DECISIONAL WORKING DRAFT

Definitions and Aliases Record PRE-DECISIONAL WORKING DRAFT Definitions and Aliases Record PRE-DECISIONAL WORKING DRAFT

Definitions and Aliases Record PRE-DECISIONAL WORKING DRAFT Definitions and Aliases Record PRE-DECISIONAL WORKING DRAFT

Definitions and Aliases Record PRE-DECISIONAL WORKING DRAFT Definitions and Aliases Record PRE-DECISIONAL WORKING DRAFT

Model Walkthru

Foundation Ontology http://en.wikipedia.org/wiki/IDEAS_Group All the DoDAF 2 domain concepts are founded on a mathematically-based foundation “Individuals” that have 4D extent “Types” – basically sets of Things “Tuples” – ordered relationships between Things Rigorously worked-out common patterns are reused Saved a lot of repetitive work – “ontologic free lunch” Result is higher quality and consistent throughout http://en.wikipedia.org/wiki/IDEAS_Group

Big-Four Reuse Patterns PRE-DECISIONAL WORKING DRAFT Big-Four Reuse Patterns Super/Sub Type, e.g., F-15 is type of Fighter Whole Part, e.g., AEGIS radar is part-of the AEGIS ship Interface Type, e.g., Asset data collection activities produce data for audit reporting Temporal Type, e.g., The collection task takes place before the posting and exploitation tasks PRE-DECISIONAL WORKING DRAFT

IDEAS Foundation Linkage to DoDAF Domain

Doctrine Training / Skill / Education TBD

Backups