BOM Template Specification Images SISO-STD-003.1-DRAFT-V0.13.

Slides:



Advertisements
Similar presentations
Research Issues in Web Services CS 4244 Lecture Zaki Malik Department of Computer Science Virginia Tech
Advertisements

Web Service Ahmed Gamal Ahmed Nile University Bioinformatics Group
SOA and Web Services. SOA Architecture Explaination Transport protocols - communicate between a service and a requester. Messaging layer - enables the.
Connecting People With Information DoD Net-Centric Services Strategy Frank Petroski October 31, 2006.
Adding Aggregate Services to the Mix: An SOA Implementation Use Case Ben Sisson Paul Gustavson Karl Crosson SimVentions, Incorporated Bowman Drive,
1 Introduction to XML. XML eXtensible implies that users define tag content Markup implies it is a coded document Language implies it is a metalanguage.
Object-Oriented Analysis and Design
G O B E Y O N D C O N V E N T I O N WORF: Developing DB2 UDB based Web Services on a Websphere Application Server Kris Van Thillo, ABIS Training & Consulting.
SSP Re-hosting System Development: CLBM Overview and Module Recognition SSP Team Department of ECE Stevens Institute of Technology Presented by Hongbing.
Slide 1 Systems Analysis & Design CS183 Spring Semester 2008 Dr. Jonathan Y. Clark Course Website:
Creating Architectural Descriptions. Outline Standardizing architectural descriptions: The IEEE has published, “Recommended Practice for Architectural.
Web Service Architecture Part I- Overview and Models (based on W3C Working Group Note Frank.
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
SYSTEMS ANALYSIS. Chapter Five Systems Analysis Define systems analysis Describe the preliminary investigation, problem analysis, requirements analysis,
Processing of structured documents Spring 2003, Part 6 Helena Ahonen-Myka.
Introduction to UDDI From: OASIS, Introduction to UDDI: Important Features and Functional Concepts.
David Chen IMS-LAPS University Bordeaux 1, France
Technology to the Warfighter Quicker SBIR Phase II Discussion / Demo 6/29/06 Paul Gustavson (Principle Investigator) Ben Sisson (BASS Engineer) Tram Chase.
T Network Application Frameworks and XML Web Services and WSDL Sasu Tarkoma Based on slides by Pekka Nikander.
National Institute of Standards and Technology Technology Administration U.S. Department of Commerce 1 Patient Care Devices Domain Test Effort Integrating.
Unified Modeling Language, Version 2.0
High Level Architecture Overview and Rules Thanks to: Dr. Judith Dahmann, and others from: Defense Modeling and Simulation Office phone: (703)
Scalable Metadata Definition Frameworks Raymond Plante NCSA/NVO Toward an International Virtual Observatory How do we encourage a smooth evolution of metadata.
SOFTWARE DESIGN (SWD) Instructor: Dr. Hany H. Ammar
Programming in Java Unit 3. Learning outcome:  LO2:Be able to design Java solutions  LO3:Be able to implement Java solutions Assessment criteria: 
11 Chapter 11 Object-Oriented Databases Database Systems: Design, Implementation, and Management 4th Edition Peter Rob & Carlos Coronel.
SWE © Solomon Seifu ELABORATION. SWE © Solomon Seifu Lesson 10 Use Case Design.
Software Engineering Principles Principles form the basis of methods, techniques, methodologies and tools Principles form the basis of methods, techniques,
Web Services Based on SOA: Concepts, Technology, Design by Thomas Erl MIS 181.9: Service Oriented Architecture 2 nd Semester,
XML Web Services Architecture Siddharth Ruchandani CS 6362 – SW Architecture & Design Summer /11/05.
Lecture 3 Uses Cases Topics UML Use Cases pop quiz Readings: Chapter 3 January 24, 2008 CSCE 492 Software Engineering.
Ocean Observatories Initiative Data Management (DM) Subsystem Overview Michael Meisinger September 29, 2009.
The High Level Architecture Introduction. Outline High Level Architecture (HLA): Background Rules Interface Specification –Overview –Class Based Subscription.
Sommerville 2004,Mejia-Alvarez 2009Software Engineering, 7th edition. Chapter 8 Slide 1 System models.
Methodology - Conceptual Database Design
1 SBIR Phase II Final Report 10/18/06 Paul Gustavson (Principle Investigator) Ben Sisson (BASS Engineer) Tram Chase (BOMworks Engineer) SimVentions, Inc.
P1516.4: VV&A Overlay to the FEDEP 20 September 2007 Briefing for the VV&A Summit Simone Youngblood Simone Youngblood M&S CO VV&A Proponency Leader
Chapter 10 Analysis and Design Discipline. 2 Purpose The purpose is to translate the requirements into a specification that describes how to implement.
FEA DRM Management Strategy Presented by : Mary McCaffery, US EPA.
Tram Chase Real-Time Platform Reference (RPR) Base Object Model (BOM) Composability Standard for Enabling Interoperability A B C.
1 ECCF Training 2.0 Implemental Perspective (IP) ECCF Training Working Group January 2011.
Distribution and components. 2 What is the problem? Enterprise computing is Large scale & complex: It supports large scale and complex organisations Spanning.
Slide 1 Systems Analysis and Design With UML 2.0 An Object-Oriented Approach, Second Edition Chapter 2: Introduction to Object-Oriented Systems Analysis.
1 ECCF Training 2.0 Introduction ECCF Training Working Group January 2011.
SCORM Course Meta-data 3 major components: Content Aggregation Meta-data –context specific data describing the packaged course SCO Meta-data –context independent.
From FOMs to BOMs and Back Again Paul Gustavson Tram Chase Larry Root SimVentions, Incorporated Bowman Drive, Suite 502 Fredericksburg, VA
Testing OO software. State Based Testing State machine: implementation-independent specification (model) of the dynamic behaviour of the system State:
Slide 1 Systems Analysis and Design With UML 2.0 An Object-Oriented Approach, Second Edition Chapter 2: Introduction to Object-Oriented Systems Analysis.
Week 04 Object Oriented Analysis and Designing. What is a model? A model is quicker and easier to build A model can be used in simulations, to learn more.
Extensible Modeling and Simulation Framework Extensible 3D Graphics (X3D) Don Brutzman MOVES Institute, Naval Postgraduate School Andreas Tolk VMASC, Old.
CEN/ISSS eBIF GTIB Project Meeting, Brussels Mar , 2009 CEN/ISSS eBIF GTIB Project Meeting, Brussels 1 CEN/ISSS eBIF Global eBusiness Interoperability.
Metadata and Meta tag. What is metadata? What does metadata do? Metadata schemes What is meta tag? Meta tag example Table of Content.
1 Unified Modeling Language, Version 2.0 Chapter 2.
Slide 1 Service-centric Software Engineering. Slide 2 Objectives To explain the notion of a reusable service, based on web service standards, that provides.
1. 2 Purpose of This Presentation ◆ To explain how spacecraft can be virtualized by using a standard modeling method; ◆ To introduce the basic concept.
UML - Development Process 1 Software Development Process Using UML.
1 Service Oriented Architecture SOA. 2 Service Oriented Architecture (SOA) Definition  SOA is an architecture paradigm that is gaining recently a significant.
Introduction to Service Orientation MIS 181.9: Service Oriented Architecture 2 nd Semester,
HLA OMT Fundamentals Alessandro Specchia Carnegie Mellon University.
Basic Characteristics of Object-Oriented Systems
A Semi-Automated Digital Preservation System based on Semantic Web Services Jane Hunter Sharmin Choudhury DSTC PTY LTD, Brisbane, Australia Slides by Ananta.
Slide 1 Unified Modeling Language, Version 2.0 Object-Oriented SAD.
1 The XMSF Profile Overlay to the FEDEP Dr. Katherine L. Morse, SAIC Mr. Robert Lutz, JHU APL
Sabri Kızanlık Ural Emekçi
Systems Analysis and Design With UML 2
BOMs – Base Object Models
Service-centric Software Engineering
Systems Architecture & Design Lecture 3 Architecture Frameworks
Chapter 22 Object-Oriented Systems Analysis and Design and UML
Presentation transcript:

BOM Template Specification Images SISO-STD DRAFT-V0.13

BOM Palette -x Choose what fits conceptual model A B C X Compositions identified as BOM Assemblies A,B,C and X Spec – Figure 1-1

A B C X

structured, encoded data that describe characteristics of information-bearing entities to aid in the identification, discovery, assessment, and management of the described entities BOM Elements required simulated capabilities defined in the context of an interface description. represents the information necessary for execution and exchange. described in terms of structural and/or object-based classes defining capabilities of a simulation application. use of the HLA OMT provides a familiar construct for the simulation software designer, but does not restrict the use of a BOM to HLA specific implementations. Model Identification (Metadata) Notes Lexicon (definitions) Object Model Definition HLA Object Classes HLA Object Class Attributes HLA Object Classes HLA Interaction Classes HLA Interaction Class Parameters HLA Interaction Classes HLA Data Types Conceptual Model Definition Pattern of Interplay State Machine Entity Type Event Type Model Mapping Entity Type Mapping Event Type Mapping static descriptions of items resident in the real world described in terms of conceptual entities and conceptual events. information on how such items relate or interact with each other in the real world in terms of patterns of interplay and state machines. BOM template allows BOMs to be captured in a reusable way maps the relationship between the elements in the Conceptual Model space and the interface description elements described in the HLA Object Model Space

BOM Elements a component-based standard describing reusable piece parts of a simulation or simulation space. BOMs can be used to document one or more of the following piece part elements: –Conceptual Model Definition Patterns of interplay State machines Entities Events –Object Model Definition (“Interface”) Object classes / attributes Interaction classes / parameters –Mapping between Conceptual Model and Object Model Used as a building block in the development and extension of a simulation and/or a federation of simulations. Provides developers and users a modular approach –for defining and adding new capabilities to a federate or federation, –for quickly composing object models such as HLA FOMs and SOMs through BOM Assemblies. Model Identification (Metadata) Notes Lexicon (definitions) Object Model Definition HLA Object Classes HLA Object Class Attributes HLA Object Classes HLA Interaction Classes HLA Interaction Class Parameters HLA Interaction Classes HLA Data Types Conceptual Model Definition Pattern of Interplay State Machine Entity Type Event Type Model Mapping Entity Type Mapping Event Type Mapping Model Identification (Metadata) Notes Lexicon (definitions) Object Model Definition HLA Object Classes HLA Object Class Attributes HLA Object Classes HLA Interaction Classes HLA Interaction Class Parameters HLA Interaction Classes HLA Data Types Object Model Definition HLA Object Classes HLA Object Class Attributes HLA Object Classes HLA Interaction Classes HLA Interaction Class Parameters HLA Interaction Classes HLA Data Types Conceptual Model Definition Pattern of Interplay State Machine Entity Type Event Type Conceptual Model Definition Pattern of Interplay State Machine Entity Type Event Type Model Mapping Entity Type Mapping Event Type Mapping Model Mapping Entity Type Mapping Event Type Mapping

event type source characteristic target characteristic content characteristic action type > sender > receiver event type source characteristic content characteristic trigger condition > event or message trigger pattern action, variation, or exception

conceptual entity entity type characteristic message event type source characteristic target characteristic content characteristic event type source characteristic content characteristic trigger condition trigger pattern action, variation, or exception action type > sender > receiver > event entity type characteristic event type source characteristic target characteristic content characteristic event type source characteristic content characteristic trigger condition trigger pattern action, variation, or exception action type > sender > receiver > event

Example – Conceptual Model Pattern Description State Machine Entity Types Event Types

An action can be associated to an event An action can be potentially supported completely by another pattern of interplay old

Pattern Description Event Type Description Entity Type Description State Machine BOM Element Relationship (Conceptual Model View) old

BOM Top- Level Schema View

BOM patternType

BOM eventsType

BOM stateMachine Type

BOM modelDefinition segment

BOM notes Type

Guide for Base Object Model (BOM) Use and Implementation SISO-STD DRAFT-V0.13

Figure Examples of Component Reuse

BOMs Metadata Rich HLA Object Models (FOMs) Federate View Communication View Class a Class b Class x Class a Class c Class x Class b Class c Class x Class a Class b Class d BOM Assembly (Composite) More OMT Implementation View (within each Federate) BOM a - State MachineBOM b - State MachineBOM c – State MachineBOM d - State MachineBOM x - State Machine BOM Component Imp Reuse Library * Required Optional * LEGEND Potentially more than one occurrence SOM Conceptual / Interface View Federate Code / Libraries Conceptual / Interface View FOM (OMT or or Evolve) RTI BOM 1 - PatternBOM 2 - PatternBOM 3 - PatternBOM n - Pattern Federation View

BOMs Metadata Rich HLA Object Models (FOMs) Federate View Entity a Entity b Entity x Entity a Entity c Entity x Entity b Entity c Entity x Entity a Entity b Entity d BOM Assembly (Composite) More HLA OMT elements Implementation View (within each Federate) BOM a - State MachineBOM b - State MachineBOM c – State MachineBOM d - State MachineBOM x - State Machine BOM Component Imp Reuse Library * Required Optional * LEGEND Potentially more than one occurrence SOM Conceptual Model View Federate Code / Libraries Conceptual Model View FOM (OMT or or Evolve) BOM 1 - PatternBOM 2 - PatternBOM 3 - PatternBOM n - Pattern Federation View

BOMs Metadata Rich HLA Object Models (FOMs) Federate View Entity a Entity b Entity x Entity a Entity c Entity x Entity b Entity c Entity x Entity a Entity b Entity d BOM Assembly (Composite) BOM a - State MachineBOM b - State MachineBOM c – State MachineBOM d - State MachineBOM x - State Machine Reuse Library * Required Optional * LEGEND Potentially more than one occurrence Conceptual Model View BOM 1 - PatternBOM 2 - PatternBOM 3 - PatternBOM n - Pattern Federation View Object Model View (class structures within multiple BOMs or a single SOM) Object Class y Attribute 4 Attirbute 5 Attribute 6 Object Class y Attribute 1 Attirbute 2 Attribute 3 Object Class z Attribute 7 Attirbute 8 Attribute 9 Interaction Class r Attribute 1 Attirbute 2 Attribute 3 Interaction Class s Attribute 4 Attirbute 5 Attribute 6 Object Model View (class structures within multiple BOMs or a single SOM) Object Class y Attribute 4 Attirbute 5 Attribute 6 Object Class y Attribute 1 Attirbute 2 Attribute 3 Object Class z Attribute 7 Attirbute 8 Attribute 9 Interaction Class Q Attribute 1 Attirbute 2 Attribute 3 Interaction Class R Attribute 4 Attirbute 5 Attribute 6 Implementation View (within each Federate) BOM Component Imp Federate Code / Libraries

BOMs Metadata Rich HLA Object Models (FOMs) Federate View Entity a Entity b Entity x Entity a Entity c Entity x Entity b Entity c Entity x Entity a Entity b Entity d BOM Assembly (Composite) BOM a - State MachineBOM b - State MachineBOM c – State MachineBOM d - State MachineBOM x - State Machine Reuse Library * Required Optional * LEGEND Potentially more than one occurrence Conceptual Model View BOM 1 - PatternBOM 2 - PatternBOM 3 - PatternBOM n - Pattern Federation View Object Model View (class structures defined within multiple BOMs or a single SOM) Object Class y Attribute 4 Attirbute 5 Attribute 6 Object Class y Attribute 1 Attirbute 2 Attribute 3 Object Class z Attribute 7 Attirbute 8 Attribute 9 Interaction Class Q Attribute 1 Attirbute 2 Attribute 3 Interaction Class R Attribute 4 Attirbute 5 Attribute 6 Implementation View (within each Federate) BOM Component Imp Federate Code / Libraries Object Model View (class structures defined within multiple BOMs or a single SOM) Object Class y Attribute 4 Attirbute 5 Attribute 6 Object Class y Attribute 1 Attirbute 2 Attribute 3 Object Class z Attribute 7 Attirbute 8 Attribute 9 Interaction Class Q Attribute 1 Attirbute 2 Attribute 3 Interaction Class R Attribute 4 Attirbute 5 Attribute 6

BOMs Metadata Rich HLA Object Models (FOMs) Federate View Entity a Entity b Entity x Entity a Entity c Entity x Entity b Entity c Entity x Entity a Entity b Entity d State Machine aState Machine bState Machine cState Machine dState Machine x Reuse Library * Required Optional * LEGEND Potentially more than one occurrence Conceptual Model View Pattern of Interplay 1Pattern of Interplay 2Pattern of Interplay 3Pattern of Interplay 4 Federation View Object Model View (class structures supported with each Federate to represent conceptual elements) Object Class y Attribute 4 Attirbute 5 Attribute 6 Object Class y Attribute 1 Attirbute 2 Attribute 3 Object Class z Attribute 7 Attirbute 8 Attribute 9 Interaction Class Q Attribute 1 Attirbute 2 Attribute 3 Interaction Class R Attribute 4 Attirbute 5 Attribute 6 Implementation View (capability within each Federate) BOM Component Imp Federate Code / Libraries Object Model View (class structures describing context for information exchange among Federation) Object Class y Attribute 4 Attirbute 5 Attribute 6 Object Class y Attribute 1 Attirbute 2 Attribute 3 Object Class z Attribute 7 Attirbute 8 Attribute 9 Interaction Class Q Attribute 1 Attirbute 2 Attribute 3 Interaction Class R Attribute 4 Attirbute 5 Attribute 6 Entity a1Entity a2Entity b1Entity b2Entity c1Entity c2Entity dEntity x1Entityx2 Event GEvent HEvent EEvent F Event CEvent DEvent AEvent B

Implementation View (within each Federate) BOM Component Imp Federate Code / Libraries Object Model View (class structures within a single SOM or multiple BOMs)

BOMs Metadata Rich HLA Object Models (FOMs) Federate View Entity a Entity b Entity x Entity a Entity c Entity x Entity b Entity c Entity x Entity a Entity b Entity d BOM Assembly (Composite) More HLA OMT elements Implementation View (within each Federate) BOM a - State MachineBOM b - State MachineBOM c – State MachineBOM d - State MachineBOM x - State Machine BOM Component Imp Reuse Library * Required Optional * LEGEND Potentially more than one occurrence SOM Conceptual Model View Federate Code / Libraries Conceptual Model View FOM (OMT or or Evolve) BOM 1 - PatternBOM 2 - PatternBOM 3 - PatternBOM n - Pattern Federation View Object Model View BOM a – Object Class / Attribute

Federate (SOM) BOMs (Coupling) BOM Assembly Composite Interface Composition Sim / System A Representation Federation (FOM) Federate B Federate X Federate A Aggregation Model #1 Model #2 Model #3 Model #n - or - These BOMs represent the relationship of activities among conceptual entities (FOM level), BOM 1 BOM 3 BOM n BOM 2 Figure 6-4 – Application of BOMs for Providing Various Federation Level Support

Federate (SOM) BOMs (Coupling) BOM Assembly BOM 1 BOM 3 BOM n Composite Interface Composition Sim / System A Representation Federation (FOM) Federate B Federate X Federate A Aggregation Model #1 Model #2 Model #3 Model #n - or - These BOMs represent the relationship of activities among conceptual entities (FOM level), Weapons Effect Radio Comms Theater Warfare Representation BOM 2 Repair Resupply Detect / Jam

Federate - Conceptual / interface view BOM 1 Sim / System Functional Exposure State Machine Entity Types HLA Object Classes BCI = BOM Component Implementation CODECODE BCI Federate – Implementation View BOM 2 State Machines, Entities, Events ---- Object Classes, Attributes, Interaction Classes, Parameters BOM n State Machines, Entities, Events ---- Object Classes, Attributes, Interaction Classes, Parameters Functional Capability Run-time Execution Figure Application of BOMs for Providing Federate Level Support BOM 1

BOM Element Relationship (Conceptual Model View) Pattern ActionEvent n 1 BOM 1 SenderReceiver nn An action can be associated to an event State Machine States n Exit Condition Pattern Action n Next State State Machine Pattern Description An action can be potentially supported completely by another pattern of interplay Entity Characteristics Entity Type Description n Event Type Description Event Source Target Trigger Message Content Entity n Characteristics n Role

Corrective Actions / Iterative Development Perform Conceptual Analysis 2 Analyze Data and Evaluate Results 7 Define Federation Objectives Design Federation Develop Federation Plan, Integrate, and Test Federation Execute Federation and Prepare Outputs Figure 7-1 – FEDEP Seven-Step Process

BOM Element -> Model Identification Conceptual Model Model Mapping Object Model Definition Individual BOM (Conceptual Model Def) behavior representation (pattern, state machine, events) Required Optional Individual BOM (Object Model Definition) object repesentation (object classes, interaction classes) RequiredOptional Required BOM Assembly (representing composite of other BOMs) Required Required (Pattern of Interplay) Optional SOM FOM BOMs BOM Assembly n Aggregate Model Xformation Figure 8 ‑ 1 - BOM Elements for Representing a Pattern of Interplay

Model Identification (Key meta-data) Type Name Version Mod Date Description Use Limit Use History * Keyword * Sec Class POC * Rel Rstctn * References PurposeOther App DomGlyph Conceptual Model Required Optional * Supports multiple occurrences Figure 8 ‑ 3 –BOM – Model Identification Table

Model Identification (Key metadata) Type Name Version Mod Date Description Use Limit Use History * Keyword * Sec Class POC * Rel Rstctn * References PurposeOther App DomGlyph Required Optional * Supports multiple occurrences Figure 8 ‑ 3 –BOM – Model Identification Table

Figure 8 ‑ 4 - BOM Template – Pattern Description Pattern of Interplay Actions (Activities) Name Variations * Exceptions * Event BOM Sequence * Name Source * Target *

Pattern ActionEvent TriggerMessage n 1 BOM (Another Pattern) 1 SourceTarget nn An action can be associated to an event An action can be potentially supported completely by another pattern of interplay Figure 8 ‑ 5 - BOM Template – Pattern Step Relationship

Triggers The conceptual entity identified as the sender of the action within the pattern of interplay publishes information as an event for other conceptual entities to react to, but does not know the target conceptual entities. In the HLA, the event is generated using either an object class attribute update or a sent interaction. A response (reaction) may occur by one or more subscribing conceptual entities that have interest in such observable events. In the HLA, the occurrence of the undirected event is of interest to a federate, which may react or respond to such an action. Publish EventSubscribe Event Undirected Events Source Björn Löfstrand – Pitch AB Figure 8 ‑ 7 – Event - Trigger Figure 8-10

Messages The conceptual entity identified as the sender of the action within the pattern of interplay directs (sends) a message event to the conceptual entity(s) identified as the receiver. In the HLA, the message occurs between federates using either an object class attribute update or a sent interaction. The conceptual entity(s) identified as the receiver reacts to the information contained in the directed message. In the HLA, the federate responsible for modeling the receiving conceptual entity(s) may respond to the specific sent interaction or object attribute update. Send EventReceive Event and react to its contents Directed events Source Björn Löfstrand – Pitch AB Figure 8 ‑ 6 – Event - Message Figure 8-11

Figure FEDEP Steps 1 & 2

Figure 9 ‑ 1 - FEDEP Step 1 Figure 9 ‑ 2 - FEDEP Step 2

Figure 9 ‑ 5 - FEDEP Step 3 Figure 9 ‑ 6 - FEDEP Step 4

Figure 9 ‑ 5 - FEDEP Step 3 Figure 9 ‑ 6 - FEDEP Step 4

Figure 9 ‑ 10 - FEDEP Step 5

Figure 9 ‑ 4 - Conceptual Model Driven Development

Find candidate BOMs Use purpose, keywords, and conceptual model as searching criteria Match metadata with available BOMs in repository Find candidate BOMs Use purpose, keywords, and conceptual model as searching criteria Match metadata with available BOMs in repository FEDEP Steps 2 – 4 BOM candidate found Create BOM piece parts Define patterns of interplay, state machines, entities, & events such as triggers & messages (Conceptual Model) Define class structures (Object Model Definition) Define model mappings Use BOM DIF (based on an extension of HLA OMT) Create BOM piece parts Define patterns of interplay, state machines, entities, & events such as triggers & messages (Conceptual Model) Define class structures (Object Model Definition) Define model mappings Use BOM DIF (based on an extension of HLA OMT) Integrate BOM within federate Use BOM Object Model Definition piece parts Ensure federate supports conceptual behavior of BOM Develop or use existing BOM Component Implementation (BCI) – if needed Integrate BOM within federate Use BOM Object Model Definition piece parts Ensure federate supports conceptual behavior of BOM Develop or use existing BOM Component Implementation (BCI) – if needed BOM not found BOM found Identify purpose / objective / intent Focus on capturing conceptual model Identify “pattern of simulation interplay” E.g. Model capabilities of a JCAD Sensor Identify purpose / objective / intent Focus on capturing conceptual model Identify “pattern of simulation interplay” E.g. Model capabilities of a JCAD Sensor Search library results Insert BOM into library Insert BOMs / BOM Assembly into library Create BOM Assembly Composition of BOMs that support functional inputs / anticipated outputs Used to represent system interface (much like SOM) or a federation (much like FOM) Create BOM Assembly Composition of BOMs that support functional inputs / anticipated outputs Used to represent system interface (much like SOM) or a federation (much like FOM) Insert FOM / SOM into library BOM Development Library Federation Integration results Fetch model Generate FOM / SOM from BOM Assembly FOM/SOM/BOM Reuse Library Conceptual Analysis Design Development Conceptual ModelObject Model

FEDEP Steps 2 – 4 Find candidate BOM Use Conceptual Model metadata input for searching Match metadata with available BOMs in repository BOM Candidate Found Create BOM Identify functional inputs / anticipated outputs Identify potential Events such as Triggers and Messages Use BOM DIF (based on an extension of HLA OMT) Note: represents “interface” not an “implementation” Integrate BOM within federate XML Parsable BOM Interface BOM Component Implementation (BCI) – if needed BOM not found BOM found BOM Assembly Identify purpose / objective / intent Focus on capturing Conceptual Model Identify “pattern of simulation interplay” E.g. Model capabilities of a JCAD Sensor Conceptual Model BOM Reuse Library Search library results Insert BOM into library Insert BOM Assembly into library Create BOM Assembly Composition of BOMs based on their interface Used to represent system interface (much like SOM) or a federation (much like FOM) Generate FOM / SOM from BOM Assembly Object Model old

Find candidate BOM Use Conceptual Model metadata input for searching Match metadata with available BOMs in OMRC (future capability) Find candidate BOM Use Conceptual Model metadata input for searching Match metadata with available BOMs in OMRC (future capability) BOM Candidate Found Create BOM Interface Identify functional inputs / anticipated outputs Identify potential Events such as Triggers and Messages Use BOM DIF (based on an extension of HLA OMT) Note: represents “interface” not an “implementation” Create BOM Interface Identify functional inputs / anticipated outputs Identify potential Events such as Triggers and Messages Use BOM DIF (based on an extension of HLA OMT) Note: represents “interface” not an “implementation” Integrate BOM within federate XML Parsable BOM Interface BOM Component Implementation (BCI) – if needed Integrate BOM within federate XML Parsable BOM Interface BOM Component Implementation (BCI) – if needed BOM not found BOM found FEDEP Step 3 FEDEP Step 4 BOM Assembly Identify purpose / objective / intent Focus on capturing Conceptual Model Identify “pattern of simulation interplay” E.g. Model capabilities of a JCAD Sensor Identify purpose / objective / intent Focus on capturing Conceptual Model Identify “pattern of simulation interplay” E.g. Model capabilities of a JCAD Sensor FEDEP Step 2 FEDEP Step 1 Conceptual Model BOM Reuse Library Search library results Insert BOM into library Insert BOM Assembly into library Create BOM Assembly Composition of BOMs based on their interface Used to represent system interface (much like SOM) or a federation (much like FOM) Create BOM Assembly Composition of BOMs based on their interface Used to represent system interface (much like SOM) or a federation (much like FOM) Generate FOM / SOM from BOM Assembly old

Find candidate BOM Use Conceptual Model metadata input for searching Match metadata with available BOMs in OMRC (future capability) BOM Candidate Found Create BOM Identify functional inputs / anticipated outputs Identify potential Events such as Triggers and Messages Use BOM DIF (based on an extension of HLA OMT) Note: represents “interface” not an “implementation” Integrate BOM within federate XML Parsable BOM Interface BOM Component Implementation (BCI) – if needed BOM not found BOM found BOM Assembly Identify purpose / objective / intent Focus on capturing Conceptual Model Identify “pattern of simulation interplay” E.g. Model capabilities of a JCAD Sensor FEDEP Step 2 – Step 5 FEDEP Step 1 Conceptual Model BOM Reuse Library Search library results Insert BOM into library Insert BOM Assembly into library Create BOM Assembly Composition of BOMs based on their interface Used to represent system interface (much like SOM) or a federation (much like FOM) Generate FOM / SOM from BOM Assembly old

Reference FOM Study Group BOM Methodology Strawman SRML Rapidly composable and scalable M&S 2001 BOM Study Group 1996 RPR FOM HLA 1516 FOM “piece parts” (FEDEP, OMT) BOM PDG 2004 BOM History SISO-STD BOM Spec Vol 1 Interface BOM BOM Spec Guidance Doc 2006… Tools Components Libraries HLA 1516 Evolve DIS HLA 1990 FEDEP 1516 C M S E Protocol Oriented WSDL Schemas XSLT DTD SOAP Object-Based OrientedComponent/Service Oriented

Figure 9 ‑ 7 - Base Object Model in FEDEP Develop Federation 4.1–Develop FOM (Mega-BOM) 4.2–Establish Federation Agreements 4.3–Implement Federate Designs 4.4–Implement Federation Infrastructure Design Federation 3.1–Select Federates 3.2–Prepare Federation Design 3.3–Prepare Plan Conceptual Model Develop Federation 4.1– Develop FOM 4.2–Establish Federation Agreements 4.3–Implement Federate Designs 4.4–Implement Federation Infrastructure Design Federation 3.1–Select Federates 3.2–Prepare Federation Design 3.3–Prepare Plan Conceptual Model BOM Assembly

Figure 9 ‑ 8 – Skeleton Design Process

Pattern Action n BOM (Another Pattern) 1 Figure 9 ‑ 9 – BOM Assembly – Pattern Action to BOM Relationship

BOMs Metadata Rich HLA Object Models (FOMs) Reuse Libraries Composition A BOM 2 BOM 4 BOM 17 Reuse Library BOM 1 BOM 2 BOM 3 Composition B BOM 1 BOM 3 BOM 11 BOM 4 BOM N BOM BOM 19 Figure 10 ‑ 1- Leveraging a BOM Resource Reuse Library

Miscellaneous Images

User Requirements A B C X BOM Palette - x Choose what fits conceptual model? Simulation Components Simulation Systems federation interactivities (i.e., foms) federate capabilities Compositions identified as BOM Assemblies A,B,C and X Figure Creating BOM Compositions

State Machine States n Exit Condition Pattern Action n Next State

BOM Element Validity Matrix BOM Element -> Model Identification Model Definition Behavior Description – Pattern Behavior Description – State Machine Behavior Description - Events Individual BOM (representing pattern, state machine, and/or object/interaction class) Required Optional BOM Assembly (representing composite of other BOMs) RequiredOptionalRequiredOptional

Application of BOM Elements BOM Element Federation Level Support Federate Level Support Model Identification Required Use Behavior Description / Pattern Intended Use (Required for BOM Assembly) Optional Use Behavior Description / Events Intended UseOptional Use Behavior Description / State Machine Optional UseIntended Use Model Definition (object class/ interaction class / attributes / parameters / datatypes) Intended Use (Not Require for BOM Assembly) Intended Use

RPR BOMs RPR FOM 2.0 Repair Resupply Entity Creation Entity Reconst’n Entity Removal Action Request Post Comment Post Event Behavior Rep Object RepEntityObjects EnvObjects MinefieldObjects SignalObjects Weapons Effect Collision E ntity S t U pdate Minefield Synthetic Env SIMAN Logistics RadioComms Includes Model Mapping

BOMs Base Object Models LocateComposeCreate Federation Implementations Interfaces Activity Relationship Conceptual Entities Behavioral States Events System Composability Plug & Play Systems Model Composability Reusable Piece Parts What BOMs Provide? – Model Composability Perform Conceptual Analysis 2 Analyze Data and Evaluate Results 7 Define Federation Objectives Design Federation Develop Federation Plan, Integrate, and Test Federation Execute Federation & Prepare Outputs FEDEP BOMs are designed for enabling composability, providing extensibility, facilitating interoperability, improving manageability, and encouraging understandibility.

BOM Illustration Jammer (Originator) Radar Threat Detected in Range (Msg) Threat / Target Emits Reflects Detect Jam Detection Jamming Pattern of Interplay State Machine Detect /Jamming Activity Federation ActivitiesFederate Capability

BOM Illustration #2 Derived from RPR FOM State Machines Pattern of Interplay pattern actions Weapons Effect states Federation ActivitiesFederate Capability

What BOMs Provide? – Model Composability Interface (Profile) BOMs BOM 1 BOM 2 BOM n Conceptual Model View Object Model View Weapons Effect Detect / Jam Radio Comms BOM z Sup plier BOM b BOM a Platform Human BOM c BOM d Radar Munition Logistics CAP Support Collision BOM Assembly Composite Interface Composition Representation Federate B Federate X Federate A Theater Warfare Representation Federation for Joint Training Homeland Defense Training FOM Operation Freedom Training FOM

BOM Composition BOM Assembly “Application and Use” Composability View BOM

What is Composability? Barriers “The ability to rapidly select and assemble components to construct meaningful simulation systems to satisfy specific user requirements. Composability includes the framework, body of knowledge, tools, techniques, and standards necessary to enable effective integration, interoperability, and reuse.” - (DoD M&S Master Plan) M&S COMPONENTS - Reusable building blocks which have a known set of inputs and provide expected output behavior, but the implementation details may be hidden. Such components are useful for constructing simulations and/or providing functionality for simulation systems.” – COI M&S Metadata Focus Group