Watch DoDAF expert, Steven H. Dam, Ph.D, ESEP give a detailed overview of the DoD Architecture Framework. Then a live demonstration of Innoslate, a systems engineering tool, to perform DoDAF tasks.
3. Presenter Profiles
Overview of DoDAF with Innoslate
Expert Systems Engineering
Professionals Certificate
President and Founder
Steve.dam@specinnovations.com
@stevenhdam
Steven H. Dam, Ph.D., ESEP is the President and Founder of
Systems and Proposal Engineering Company (SPEC
Innovations), as well as one of our training instructors. He has
been involved with research, experiments, operations analysis,
software development, systems engineering and training for
more than 40 years.
Participated in the development of
C4ISR and the DoDAF
4. Our Agenda
1
2
3
4
5
6
What is the DoDAF Anyway?
What are the DoDAF Models
What’s the DoDAF Missing?
What Makes a ‘Good’ Methodology?
Live Demonstration
Questions and Answers
Overview of DoDAF with Innoslate
5. 1 What is DoDAF Anyway?
What is Architecture?
Overview of DoDAF with Innoslate
6. 1 What is the DoDAF Anyway?
DoDAF 1.5 Three Views
Overview of DoDAF with Innoslate
7. 1 What is the DoDAF Anyway?
Elements of an Architecture
• Operational Context in which to operate
• Mission to accomplish
• Requirements to decompose, maintain and evolve to accomplish
Mission
• Relationships among Requirements
• Organizations and Roles to operate in Context and accomplish
Mission
• Relationships among Organizations
• Behavior and Functions necessary to accomplish Mission and Tasks
• Relationships among Functions
• Data and Information from Analyses
• Constraints on Design and Execution
• The highest level of Design
• Decisions
Overview of DoDAF with Innoslate
8. 1 What is the DoDAF Anyway?
What does an architecture look like?
Overview of DoDAF with Innoslate
cc#2
3 times
cc#1
1
Serial Function
AND
2
Function in
Concurrency
3
Multi-exit
Function
IT
4
Function in
Iterate
IT
OR
OR
5
Function in
Select
Construct
6
Function 2 in
Select
Construct
OR
AND
7
Output Function
External Data 1
Input
Data 5
Data 2
Data 3
Data 4
External
Output
0
Constructs
Function
1
Serial Function
Function
2
Function in
Concurrency
Function
3
Multi-exit
Function
Function
4
Function in
Iterate
Function
5
Function in
Select Constr...
Function
6
Function 2 in
Select Constr...
Function
7
Output Function
Function
9. 1 What is the DoDAF Anyway?
What does an architecture look like?
Overview of DoDAF with Innoslate
Architecture
Repository
10. 1 What is the DoDAF Anyway?
Framework Products
Overview of DoDAF with Innoslate
11. 2 What are the DoDAF Models?
DoDAF 2.0 Viewpoint Structure
Overview of DoDAF with Innoslate
12. 2 What are the DoDAF Models?
DoDAF 2.0 Viewpoint Structure
Model X View X
+ Data
Model Y View Y
+ Data
Model Z View Z
+ Data
Overview of DoDAF with Innoslate
Viewpoint N
View N
View Z
View Y
View X
• All Viewpoint
• Capability Viewpoint
• Data and Information Viewpoint
• Operational Viewpoint
• Project Viewpoint
• Services Viewpoint
• Standards Viewpoint
• Systems Viewpoint
Derived from text on DoDAF 2.02 PDF page 3
http://cio-nii.defense.gov/sites/dodaf20/background.html “Products”
13. 2 What are the DoDAF Models?
DoDAF 2.0 Models
Model Name General Description
All VP
Overview of DoDAF with Innoslate
AV-1 Overview and Summary Information
Describes a Project's Visions, Goals, Objectives,
Plans, Activities, Events, Conditions, Measures,
Effects (Outcomes), and produced objects
AV-2 Integrated Dictionary
Architecture data repository with definitions of all
terms used throughout the architecture data and
presentations
Capability Viewpoint
CV-1 Vision
Overall vision for transformational endeavors,
provides a strategic context for the capabilities
described, and provides a high-level scope
CV-2 Capability Taxonomy
A hierarchy of capabilities specifies all the
capabilities that are referenced throughout one or
more architectures
CV-3 Capability Phasing
Planned achievement of capability at different
points in time or during specific periods of time
CV-4 Capability Dependences
Dependencies between planned capabilities and
defines logical groupings of capabilities
CV-5 Capability to Organizational Development Mapping
The fulfillment of capability requirements shows
the planned capability deployment and
interconnection for a particular Capability Phase
CV-6 Capability to Operational Activities Mapping
Mapping between the capabilities required and
the operational activities that those capabilities
support
CV-7 Capability to Services Mapping
Mapping between capabilities and the services
that these capabilities enable
Data and Info VP
DIV-1 Conceptual Data Model
Required High level data concepts and their
relationships
DIV-2 Logical Data Model
Documentation of the data requirements and
structural business process rules (In DoDAF V1.5,
this was the OV-7)
DIV-3 Physical Data Model
Physical implementation of the Logical Data Model
entities, e.g., message formats, file structures,
physical schema (In DoDAF V1.5, this was the SV-
11)
14. 2 What are the DoDAF Models?
DoDAF 2.0 Models
Model Name General Description
Operational Viewpoint
OV-1 High-Level Operational Concept Graphic
Overview of DoDAF with Innoslate
High-level graphical/textual description of
operational concept
OV-2 Operational Resource Flow Description Operational resource flow needlines
OV-3 Operational Resource Flow Matrix
Resource exchanged and the relevant attributes of
that exchange
OV-4 Organizational Relationships Chart
Organizational, role, or other relationships among
Organizations
OV-5a & b Operational Activity Decomposition Tree & Model
Capabilities, activities (operational activities),
relationships among activities, inputs, and outputs;
overlays can show cost, performers or other
pertinent information
OV-6a Operational Rules Model
One of three models used to describe activity
(operational activity) -identifies business rules that
constrain operations
OV-6b State Transition Description
One of three models used to describe activity
(operational activity) -identifies business process
responses to events
OV-6c Event-Trace Description
One of three models used to describe activity
(operational activity) -traces actions in a scenario
or sequence of events
Project Viewpoint
PV-1 Project Portfolio Relationships
Organizational structures needed to manage a
portfolio of projects and shows dependency
relationships between the organizations and
projects
PV-2 Project Timelines
A timeline perspective on programs or projects,
with the key milestones and interdependencies
PV-3 Project to Capability Mapping
Mapping of programs and projects to capabilities
to show how the specific projects and program
elements help to achieve a capability
15. 2 What are the DoDAF Models?
DoDAF 2.0 Models
Model Name General Description
Services Viewpoint
SvcV-1 Services Interface Description
Overview of DoDAF with Innoslate
Identification of services and service items and their
interconnections
SvcV-2 Services Resource Flow Description Services and service items and their related resource flows
SvcV-3a Systems-Services Matrix
Relationships among between systems and services in a given
architecture
SvcV-3b Services-Services Matrix
Relationships among services in a given architecture; can be
designed to show relationships of interest, e.g., service-type
interfaces, planned vs. existing interfaces, etc.
SvcV-4 Services Functionality Description
Functions performed by services and the service data flows
among service functions (activities)
SvcV-5 Operational Activity to Services Traceability Matrix
Mapping of services (activities) back to operational activities
(activities)
SvcV-6 Services Resource Flow Matrix
Provides details of service resource flow elements being
exchanged between services and the attributes of that
exchange
SvcV-7 Services Measures Matrix
Measures (metrics) of Services View elements for the
appropriate time frame(s)
SvcV-8
Services Evolution
Description
Planned incremental steps toward migrating a suite of
systems to a more efficient suite, or toward evolving current
services to a future implementation
SvcV-9 Services Technology Forecast
Emerging technologies and software/hardware products that
are expected to be available in a given set of time frames and
that will affect future development of the architecture
SvcV-10a Services Rules Model
One of three models used to describe service functionality- -
identifies constraints that are imposed on systems
functionality due to some aspect of systems design or
implementation
SvcV-10b Services State Transition Description
One of three models used to describe service functionality- -
identifies responses of a services to events
SvcV-10c Services Event-Trace Description
One of three models used to describe service functionality- -
identifies service-specific refinements of critical sequences of
events described in the Operational Viewpoint
16. 2 What are the DoDAF Models?
DoDAF 2.0 Models
Model Name General Description
Systems Viewpoint
SV-1 Systems Interface Description Identification of systems and system items and their interconnections
SV-2 Systems Resource Flow Description Systems and system items and their related resource flows
SV-3 Systems-Systems Matrix
Overview of DoDAF with Innoslate
Relationships among systems in a given architecture; can be designed to
show relationships of interest, e.g., system-type interfaces, planned vs.
existing interfaces, etc.
SV-4 Systems Functionality Description
Functions (activities) performed by systems and the system data flows
among system functions (activities)
SV-5a
Operational Activity to Systems Function Traceability
Matrix
Mapping of system functions (activities) back to operational activities
(activities)
SV-5b Operational Activity to Systems Traceability Matrix
Mapping of systems back to capabilities or operational activities
(activities)
SV-6 Systems Resource Flow Exchange Matrix
Provides details of system resource flow elements being exchanged
between systems and the attributes of that exchange
SV-7 Systems Measures Matrix
Measures (metrics) of Systems View elements for the appropriate time
frame(s)
SV-8 Systems Evolution Description
Planned incremental steps toward migrating a suite of systems to a more
efficient suite, or toward evolving a current system to a future
implementation
SV-9 Systems Technology Forecast
Emerging technologies and software/hardware products that are
expected to be available in a given set of time frames and that will affect
future development of the architecture
SV-10a Systems Rules Model
One of three models used to describe system functionality— identifies
constraints that are imposed on systems functionality due to some aspect
of systems design or implementation
SV-10b Systems State Transition Description
One of three models used to describe system functionality— identifies
responses of a system to events
SV-10c Systems Event-Trace Description
One of three models used to describe system functionality— identifies
system-specific refinements of critical sequences of events described in
the Operational Viewpoint
Standards
Viewpoint
StdV-1 Standards Profile
Listing of standards that apply to solution elements in a given
architecture
StdV-2 Standards Forecast
Description of emerging standards and potential impact on
current solution elements, within a set of time frames
17. 3 What’s the DoDAF Missing?
The Framework provides a methodology
for developing architectures
Overview of DoDAF with Innoslate
MYTH
18. 3 What’s the DoDAF Missing?
Question: What is missing from DoDAF 2.0?
Q
A
Answer: A detailed methodology. The techniques,
processes, and tools that you use to develop
architectures.
Overview of DoDAF with Innoslate
19. 4 What Makes a Good Methodology?
How Do We Determine the Appropriate Mix of Technique, Process, and Tool(s)?
1. Choose the technique(s) you want to use first (get
the theory right)
2. Identify tools that support the technique
3. Obtain/develop your process
4. Optimize all three … don’t be afraid to use a
different technique, tool or process if one doesn’t
work
5. Work with your customer to make sure that
whatever you produce is what they want
Overview of DoDAF with Innoslate
20. 4 What Makes a Good Methodology?
What Techniques are Used?
• Viewgraph engineering
• Model-Based Systems Engineering (MBSE)
• Structured Analysis with and without real-time extensions
• Integration DEFinition (IDEF)
• Unified/Systems Modeling Language (UML/SysML)
• Business Process Model and Notation (BPMN)
• Lifecycle Modeling Language (LML)
Overview of DoDAF with Innoslate
Make sure the technique you choose
will provide a broad, complete
foundation for analysis and
specification
21. 4 What Makes a Good Methodology?
Characteristics of a “Good” MBSE Process
• Simple, easy to
understand
• Complete
• Produces DoDAF
products as a
by-product
Requirements Analysis
Functional Analysis
Synthesis
System Analysis
and Control
SV-8 SV-9
PV-1
AV-1
PV-2
DIV-1 CV-1
AV-1
Draft DIV-2
OV-2
CV-2
OV-3
OV-5
SV-1
CV-3
SV-6 SV-5
CONOPS
9. Allocate Actions to Assets
SV-2
SV-4
DIV-3
CV-4
10. Prepare Interface Diagrams
CV-5
14. Provide Options
PV-3
1. Capture and Analyze Related Artifacts
2. Identify Assumptions
OV-4
5. Develop the Operational Context Diagram
6. Develop Operational Scenarios
OV-1
7. Derive Functional Behavior
8. Derive Assets
StdV-1 StdV-2
4. Capture Constraints
3. Identify Existing/Planned Systems
15. Conduct Trade-off Analyses
OV-6
SV-3
SV-10
12. Perform Dynamic Analysis
SV-7
CV-6
CV-7
11. Define Resources, Error Detection & Recovery
13. Develop Operational Demonstration Master Plan
16. Generate Operational and System Architecture Graphics, Briefings and Reports
AV-2
Time
Overview of DoDAF with Innoslate 21
22. 4 What Makes a Good Methodology?
Characteristics of a “Good” MBSE Tool
1. Interactive models, not just drawings with a
database (e.g., Visio)
2. Simulation (discrete event and Monte Carlo) to
verify the models
3. Ontology + Visualization
4. Various visualizations from database
5. Report creation from database
Overview of DoDAF with Innoslate
27. Thank you for Attending!
Feel Free to Contact Us
10440 Balls Ford Road
Manassas, VA 20109
Specinnovations.com/blog
Innoslate.com/blog
Overview of DoDAF with Innoslate
571-485-7800
info@Innoslate.com
support@innoslate.com
LinkedIn: Innoslate User Group
Twitter: @innoslate
innoslate.com
specinnovations.com
