Description
Advanced DoDAF 2.0 training course and workshop focuses on creating and building DoDAF 2.0 viewpoints based on a selected project. We also focus on creating and modeling architecture data. Through the selected projects, data can be collected, organized, and stored by a wide range of architecture tools developed by sources and organized using the DoDAF Meta-model (DM2). TONEX Advanced DoDAF 2.0 training will help the students to create their own viewpoints based on a common denominator across their domain and boundaries. This is a 100% hands-on and project based.
Objectives
Upon completion of this course, the attendees will be able to:
-
Create DoDAF Version 2.0 Architecture Data and Viewpoints
-
Create DoDAF Version 2.0 Meta-model Physical Exchange Specification
-
Work with advanced DoDAF 2.0 concepts
Course Outline
Architecture Development with Dodaf 2.0
-
6-Step Architecture Development Process
-
Learning Architecture Development 6-Step Process
-
Determine Intended Use of Architecture
-
Determine Scope of Architecture
-
Determine Data Required to Support Architecture Development
-
Collect, Organize, Correlate, and Store Architectural Data
-
Conduct Analyses in Support of Architecture Objectives
-
Document Results in Accordance with Decision-Maker Needs
-
DoDAF 2.0 Development Organizational Structure
-
DoDAF 2.0 Planned Approach
DoDAF 2.0 Applied
- DoDAF 2.0 applied to Joint Capability Areas (JCAs)
- Modeling net-centric/GIG viewpoints for your operations
- Applying DODAF 2.0 to SoS
- DoDAF and SOA /GIG alignment and implementation
- Apply DoDAF 2.0 Viewpoints to CPIC, JCIDs, DISR, JITC, and ISA
- Looking at databases implementing:
- Automatic Storage Management (ASM)
- UML Profile for DoDAF/Ministry of Defense Architecture Framework (MODAF) (UPDM)
- Integrated Database and Extended Analysis System (IDEAS)
- Joint Command and Control (JC2) Architecture and Capability
- Assessment Enterprise (JACAE)
- Joint Forces Command (JFCOM)
- Current Research Information System (CRIS)
- Transportation Command (USTC)
- Basic Audit and Reporting Tool (BART)
- Business Transformation Agency (BTA)'s BEA
- Goal Oriented Business Model
- Architecture and Standards Review Group (ASRG)
- IDEAS Group
- DARS
- DoD MDR
defiing, creatng and Buidling DODAF 2.0 VIEWPOINTS – Project based
- Defining your Project
- Defining Selected Viewpoints
- All Viewpoint
- Capability Viewpoint.
- Data and Information View
- Operational Viewpoint
- Project Viewpoint
- Services Viewpoint
- Standards Viewpoint
- Systems Model Viewpoint
Creating DoDAF Meta-model Groups Support of Viewpoints
- Working with Meta-Model Data Groups`
- Performers
- Resource Flows
- Information and Data
- Activities
- Training / Skill / Education
- Capability
- Services
- Project
- Goals
- Rules
- Measures
- Locations
DoDAF 2.0 viedwpoints – building the DoDAF 2.0 Viewpoints and Specification
- Overview of the Problem Domain
- Mapping the requirements to DoDAF 2.0 Viewpoints
- Working with Viewpoints
- Creating and Refining DoDAF 2.0 Viewpoints
- Understanding and working with Business Processes
- TONEX's Process for Developing all the Necessary Viewpoints
- Structure for a Specific Stakeholder Concern through Viewpoints Organized by Vrious Views
- Process to Identify and Interview the stakeholders
- Techniques to Understand the Needs and Concerns of Stakeholders
- Map Stakeholder's Need and Requirements to Selected DoDAF 2.0 Viewpoints
- AV-1 Overview and Summary Information av1
- AV-2 Integrated Dictionary av2
- CV-1 Vision CV1
- CV-2 Capability Taxonomy CV2
- CV-3 Capability Phasing CV3
- CV-4 Capability Dependencies CV4
- CV-5 Capability to organizational Development Mapping CV5
- CV-6 Capability to Operational Activities Mapping CV6
- CV-7 Capability to Services Mapping CV7
- DIV-1 Conceptual Data Model DIV1
- DIV-2 Logical Data Model DIV2
- DIV-3 Physical Data Model DIV3
- OV-2 Operational Connectivity Description ov2
- OV-3 Operational Information Exchange Matrix ov3
- OV-4 Organizational Relationships Chart ov4
- OV-5 Operational Activity Model ov5
- OV-6a Operational Rules Model ov6a
- OV-6b State Transition Description ov6b
- OV-6c Event-Trace Description ov6c
- PV-1 Project Portfolio Relationships PV1
- PV-2 Project Timelines PV2
- PV-3 Project to Capability Mapping PV3
- StdV-1 Standards Profile StdV1
- StdV-2 Standards Forecast StdV2
- SvcV-1 Services Interface Description SvcV1
- SvcV-2 Services Communication Description SvcV2
- SvcV-3a, Systems-Services Matrix SvcV3
- SvcV-3b, Services-Services Matrix SvcV3
- SvcV-4 Services Functionality Description SvcV4
- SvcV-5 Operational Activity to Services Traceability Matrix SvcV5
- SvcV-6 Services Data Exchange Matrix SvcV6
- SvcV-7 Services performance parameters Matrix SvcV7
SvcV-8 Services Evolution Description SvcV8
- SvcV-9 Services Technology Forecast SvcV9
- SvcV-10a, Services Rules Model SvcV10a
- SvcV-10b, Services State Transition Description SvcV10b
- SvcV-10c, Services Event-Trace Description SvcV10c
- SV-1 Systems Interface Description SV1
- SV-2 Systems Communications Description SV2
- SV-3 Systems-Systems matrix SV3
- SV-4 Systems Functionality Description SV4
- SV-5a Operational Activity to Systems Function Traceability Matrix
- SV5.xsd, SV-5b Operational Activity to Systems traceability Matrix SV5
- SV-6 Systems Data Exchange Matrix SV6
- SV-7 Systems Performance Parameters Matrix SV7
- SV-8 Systems Evolution Description SV8
- SV-9 Systems Technology Forecast SV9
- SV-10a Systems Rules Model SV10a
- SV-10b Systems State Transition Description SV10b
- SV-10c Systems Event-Trace Description SV10c
Creating Viewpoints for specific project
-
All Viewpoint (AV)
-
Capability Viewpoint (CV)
-
CV-1
-
CV-2
-
CV-3
-
CV-4
-
Cv-5
-
CV-6
-
CV-7
-
Operational Viewpoint (OV)
-
OV-1
-
OV-2
-
OV-3
-
OV-4
-
OV-5
-
OV-6a/6b/6c
-
Services Viewpoint (SvcV)
-
SvcV-1
-
SvcV-2
-
SvcV-3a
-
SvcV-4
-
SvcV-5
-
SvcV-6
-
Standard Viewpoint (StdV)
-
Systems Viewpoint (SV)
-
SV-1
-
SV-2
-
SV-3
-
SV-4
-
SV-5
-
SV-6
-
SV-7
-
Data and Information Viewpoint (DIV)
UML and DoDAF 2.0 Integration Workshop
- Elements of UML
- Building blocks
- Architectural views: use case, design, implementation, process and deployment
- Levels of detail: visualization, specification and construction
- Modeling the Structure of a System
- Specifying classes
- Use Case diagrams
- Class diagrams
- Sequence diagrams
- Requirements and Analysis
- UML 2 and DoDAF 2.0
- The Unified Profile for DoDAF/MODAF (UPDM)
- UML Profile for DoDAF
- Working with DoDAF 2.0 View Products using Class, Activity and
- Sequence diagrams
- Building a Weapon system using DoDAF 2.0 Viewpoints
- Working with Joint Interoperability Test Command (JITC) Projects
Applying DoDAF 2.0 and UML to your Project
-
Defense Agencies Initiative (DAI)
-
Global Command and Control System-Joint (GCCS-J)
-
Global Transportation Network 21 (GTN 21)
-
Joint Distributed Test Network Operations Center (JNOC)
-
Joint Explosive Ordinance Disposal Decision Support System (JEOD-DSS)
-
Net-Centric Enterprise Services (NCES)
building DoDAF Meta Model (DM2)
- Define concepts and models usable in DoD’s six core processes
- Capabilities Integration and Development (JCIDS)
- Planning, Programming, Budgeting, and Execution (PPBE)
- Acquisition System (DAS)
- Systems Engineering (SE)
- Operations Planning
- Capabilities Portfolio Management (CPM)
Architecture Development- Addrssing Security in DoDAF 2.0
-
Addressing Security Issues in DoDAF
-
Conformant Architecture Development
-
Security as a critical concern within the DoD
-
Physical, procedural, communications security (COMSEC)
-
Transient Electromagnetic Pulse Emanation Standard (TEMPEST)
-
Information Security (INFOSEC)
-
DM2 and the Intelligence Community Information Security Marking (IC ISM) standard
-
How Does DoDAF Represent Security?
-
Mapping Capabilities to a variety of threats to the integrity, availability, and confidentiality of their operation
-
Physical
-
Communication Security (COMSEC)
-
Transient Electromagnetic Pulse Emanation Standard (TEMPEST)
-
DoDAF Viewpoints and Concept Mapped to Security Characteristics and Protective Measures