DoD Architectures and Systems Engineering Integration · PDF fileDoD Architectures and Systems...
Transcript of DoD Architectures and Systems Engineering Integration · PDF fileDoD Architectures and Systems...
Office of the Chief Information Officer
Unclassified
Unclassified
DoD Architectures and Systems Engineering Integration
NDIA 15th Annual Systems Engineering Conference
Mr. Walt Okon
Mr. David McDaniel (ctr)
October 2012
Unclassified
Unclassified
22 Oct 2012 2
Five Topics
1. DoDAF evolution plan
2. Fit-for-purpose (FFP) and legacy views
3. DoDAF reification, requirements, and SE “V” model
4. DoDAF meta-model for:
– DOTMLPF
– temporality, behavior, scenarios, M&S, executable architectures
5. DoDAF artifacts X SE documents and artifacts
Unclassified
Unclassified
22 Oct 2012 3
DoDAF Evolution Plan
DoDAF v1.5
1995
C4ISR F/W v1.0
DoDAF v2.0
UDAF v2.05
2003 2007
• JCIDS & NR-KPP
• Applicability beyond C4ISR
• Use-based
• Integrated Architecture
2009 2010 2012 2014
DoDAF v2.01 v2.02
DoDAF v2.03
DoDAF/DNDAF v2.04
1997 2016 2013
• Joint
Interoperability
DoDAF v1.0
C4ISR F/W v2.0
• Net-centricity
and SoA
• SvcV views
• 26 AV/OV/SV/TV views
• Linked to I&S policies
• CADM 2.0
• Fit-for-purpose
• Data-centric
architecture
• Improved models of
systems, services,
capabilities, rules,
measures
• DoDAF Meta Model
(DM2) based on
IDEAS
• Urgent CRs
• 52 1 XSD
• IDEAS
Foundation v1.0
fixes
• Urgent CRs
• TECHEDITS
• DM2 OWL
• Federal
Common
Approach
• DNDAF
Security
Views
• MODEM – DM2
Harmonization
(IDEAS Domain
Level)
• NATO NAF
• UDAF
• Standardization,
e.g.,
• ISO
• OMG
• OASIS
UAF
Framework Objective: • Achieve a single integrated architecture framework for
interoperability. • Achieve a US, Canada, and United Kingdom single framework with a
common data meta-model • Achieve alignment with the US Government’s Common Approach to
enterprise architecture
Unclassified
Unclassified
22 Oct 2012 4
Initiatives: Federal Government Common Approach
reference models (6)
basic elements of
an EA program (8)
levels of scope (8)
primary outcomes (4)
sub-architecture domains (6)
50 document artifacts
Unclassified
Unclassified
22 Oct 2012 5
Draft Artifact Working Group
S-1 Strategic Plan
DoDAF CV-1, 2, 3, 5, 6 (Capability
Effects, Hierarchy, Schedules,
Deployments, and Activities)
B-1 Business Service CatalogDoDAF SvcV-1 (Service
Composition)
S-2 Concept Overview Diagram DoDAF OV-1 (Operational Concept) B-2 Business Service CapabilitiesDoDAF CV-7 (Capabilities
Services)
S-3 Capability Effects DoDAF CV-1 (Capability Effects) B-3Business Case / Alternatives
AnalysisOMB Exhibit 300
S-4Capability Deployments and
Dependencies
DoDAF CV-3, 4, 5 (Capability
Schedules, Dependencies &
Deployments)
B-4 Business Value ChainDoDAF OV-2 (Organizations and
Resources)
S-5 Capability HierarchiesDoDAF CV-2 (Capability
Hierarchies)B-5 Business Process Model
DoDAF OV-5a&b (Operational
Activities), Operational Activity
Diagram, Business Process
Diagram
S-6 Organization ChartDoDAF OV-4 (Organizational
Relationships)B-6 Business Process Services
DoDAF SvcV-5 (Service
Operational Activities Support)
S-7 SWOT Analysis B-7 Business Process SequencesOV-6c (Operational Activity
Sequences)
S-8 Knowledge Management Plan B-8Concept of Operations
(CONOPS)
DoDAF OV-6c (Operational
Activity Sequences)
S-9 Architecture Summary DoDAF AV-1 (Executive Summary) B-9 Business Transition PlanDoDAF PV-2 (Project Schedules),
Business Operating Plan
S-10 Architecture Dictionary DoDAF AV-2 (Dictionary) B-10Operational Performance
Measures
DoDAF OV-6a (Operational
Rules)
S-11 Balanced Scorecard (BSC) Performance Measures Scorecard B-11 Project Plan
DoDAF PV-2 (Project Schedules)
and PV-3 (Projects and
Capabilities)
Business Domain ArtifactsStrategy Domain Artifacts
Unclassified
Unclassified
22 Oct 2012 6
Convergence Approach for NAF: IDEAS Layered Approach
1. Ontologic concepts and relationships
2. Commonly used patterns (e.g., resource flow, exchange)
3. Consensus concepts and relationships (e.g., person, organization, material)
1. Foundation (upper ontology)
2. Common patterns
3. Common architecture domain objects & relationships
NAF views
national views
national views
national views
X X X X Views for:
1. NATO “core” architecture views
2. specific to needs and policies of individual nations
Unclassified
Unclassified
22 Oct 2012 7
Fit For Purpose (FFP) Views
Unclassified
Unclassified
22 Oct 2012 8
Fit For Purpose (FFP) and Legacy Views
IDEAS Ontology Set theoretic
4-D mereotopologic
DAS
Capabilities
Services
Performers
Resource
Flows
Rules
Reification
Projects
Pedigree
Locations
Sys
tem
s
Tech
nical
Operational
Sys
tem
s
Tech
nical
Operational
fit-for-
purpose
(FFP)
legacy
views
JCIDS
PPBE
OPS SE
CPM
DM2
supported processes
Unclassified
Unclassified
22 Oct 2012 9
DM2 Has Three Model Levels
• Conceptual Data Model (CDM) – Concepts and concept relationships
– Propositions and definitions validated by SMEs
• Logical Data Model (LDM) – Reified and formalized relationships
– This is where almost all DoDAF design and analysis work is done
• Physical Exchange Specification (PES) – XML encoding of LDM
– Auto-generated from the LDM
– No need to look at (unless you are a tool programmer)
Unclassified
Unclassified
22 Oct 2012 10
Example FFP: OV-2 / SV-1 Hybrid
Boat Radio Communications System
OV-2 [Architectural Description] Organizational Interactions
WO : warningOrderPlace of Safety
Search
Org Type
Rescue Org Type
Person in
Distress
SAR Asset Controller
Tactical C2
Org Type Monitoring
Org Type
DS : distressSignal
DS :
voiceDistressSignal
DS :
distressSignal
Tsk : tasking
Tsk : tasking
Ctrl : control
Rqst : request
TI : trackInfo
Rqst : request
Stat : status
PoS Org Type
speak
Boat
Radio
DS :
keyDistressSignal
Legend:
Organization Types
Information
(Resource)
Resource Flows
PersonType
Location Type
Bounding box
means Resource at
Location
Materiel
System
Consume (Activity)
Produce (Activity)
key
Unclassified
Unclassified
22 Oct 2012 11
Creating a FFP Model
• Use the DM2 Logical Data Model.
• Create a new diagram. Drag DM2 elements onto the diagram.
• Extend classes (including relationship classes) as needed.
• Use the IDEAS Profile to generate XSD.
• Develop narrative documentation.
• Share XSD and documentation with your COI.
Tutorial at www.rdte.us/FFP tutorial
Unclassified
Unclassified
22 Oct 2012 12
DoDAF reification, requirements, and SE “V” model
Unclassified
Unclassified
22 Oct 2012 13
System
Requirements
Component
Requirements
Implementation
System
Verification
Unit
Verification
Traceability
Traceability
Traceability
Concept of
Operations
System
Validation
Traceability
Decomposition
and Traceability
Recombination
and Integration
Time
When you look up it’s requirements
When you look down it’s design
Delivery
Subsystem
Requirements
Subsystem
Verification
INCOSE Traditional V Diagram
Some Life-Cycle Models
Unclassified
Unclassified
22 Oct 2012 14
How DoDAF Supports Reification
IDENTIFIES
DEFINES
REPRESENTS
SPECIFIES
INSTANTIATED
CONFIGURES
AN ARCHITECTURAL
DESCRIPTION:
Rules constrain
(requirements) Traceability
(Pedigree)
Rules constrain
(requirements) Traceability
(Pedigree)
Rules constrain
(requirements) Traceability
(Pedigree)
Rules constrain
(requirements) Traceability
(Pedigree)
Rules constrain
(requirements) Traceability
(Pedigree)
Unclassified
Unclassified
22 Oct 2012 15
Reification Pattern Applies To:
• Capabilities
• Acquisitions
• Consolidations
• Migrations
• Life-Cycle Sustainment
JIE
CVN-79
Data Center
Consolidation
DoD Enterprise
Cloud
Environment
Unclassified
Unclassified
22 Oct 2012 16
Plumbing is via Pedigree (Provenance)
• workflow model, e.g., open provenance model (provenance = linked together pedigrees)
• = activity model (OV-5 + 6c)
• “link while you think”
IDEAS Information Pedigree
representedBy
describedBy
Thing
Representation
Information
Guid ance
Rule
informatio nPedigree
IndividualType
Resource
IndividualType
Activity
Performer
Property
Measure
+ numericValue: string
Overla pType
activityReso urceOverlap
Overla pType
activityPerformedByPerformer
measureOfType
measureOfTypeResource
measureOfType
measureOfTypeActiv ityResourceOverlap
superSubtype
activityResourceOverl apSuperSubtypeOfRule
Overla pType
ruleConstrainsActivityPerformedByPerformer
measureOfType
measureOfTypeActivityPerformedByPerformer
IndividualType
LocationType
WholePa rtType
resourceInL ocationType
producer
descri ption
consumer
thingDescribed
wholeTypeactivityResourceOverlapDescribed
partType
Unclassified
Unclassified
22 Oct 2012 17
DoDAF meta-model for: • DOTMLPF • temporality, behavior, scenarios, M&S,
executable architectures
Unclassified
Unclassified
22 Oct 2012 18
DOTMLPF
Unclassified
Unclassified
22 Oct 2012 19
Temporality, Behavior, Scenarios, M&S, Executable Architectures
Unclassified
Unclassified
22 Oct 2012 20
IDEAS Common Patterns
TemporalWholePartType
couple
superSubtype
Type
couple
wholePart Individual
couple
beforeAfter
CoupleType
WholePartType
CoupleType
BeforeAfterType
IndividualType
Common Patterns
powertypeInstance
couple
typeInstance
temporalWholePart
Thing
CoupleType
typeInstanceType
CoupleType
SuperSubtypeType
SetOfOverlappingThings
SetOfOverlappingIndividuals
CoupleType
Ov erlapType
Representation
- exemplar :variant
couple
representedBy
SignType
Sign
whole
instance
type
before
after
part
after
instance
supertype
subtype
type
before
partType
wholeType
0..1
instance
thingRepresented
representation
20
http://www.ideasgroup.org or http://en.wikipedia.org/wiki/IDEAS_Group
DM2 is founded on 4D ontology
• Four dimensionalist -- xyzt
• Extensional -- physical existence is the criterion for identity
• Signs and representations are separated from referents
• Mathematics: – Type theory ~ Set
theory – Mereology (wholes
and parts) – 4D Mereotopology
(spatio-temporal relations)
Unclassified
Unclassified
22 Oct 2012 21
CVN
P-3
E-2
DDG
SSN
FORCEnet
Example OV-1
Maritime Interdiction / ISR
“National Critical Contact of
Interest”
SH-60
C2 Data
FORCEnet
Data Link
Electronic Emission
Detection
Shipping Lanes
Nat’l
CCOI
SSGN
Unclassified
Unclassified
22 Oct 2012 22
Command/Control
Nat'l Assets SSN CVN DDG SH-60/UAV E-2 P-3
CCOI report
Voice report / OPTASK revision
Track ID Change
Intel report
Control Message
Launch/Control
Message/Imagery
Command Message
Intel report
Command and Control
Intel Report
Various
Voice
/SIPRNET
/GCCS-M
Link-11/16
Various
Link-11/16
Link-11 /
SIPRNET
Various
Various
Voice
Voice /
GCCS-M/
SIPRNET
BYG-1
ISIS
SSDS
GCCS-M
AEGIS HAWKLIN
K E2-C2 P3-C2
Various
Control / Track
Message
Maritime Interdiction / ISR Scenario “Critical Contact of Interest Surveillance and Prosecution”
OV-6c Sequences
National Assets report CCOI (Critical Contact of Interest)
enroute Battlegroup ‘Alpha’
SUW CDR embarked aboard DDG generates cueing order and
directs launch of SSC aircraft from CVN; request P-3 for
maritime surveillance
E2-C locates COI with radar approaching surveillance area
outside normal shipping traffic lanes
SSGN + embarked SOF teams monitor situation by searching
for relevant reports from area; study possibility of take-down
mission
P-3 checks into TADIL; SUW CDR provides search area
coordinates and possible CCOI track information
S-3 & SH-60 assets are coordinated for shipping lane traffic
ID; imagery fm H-60 provided for Intel cell analysis; CCOI ID
confirmed
CVN (SOF Capable) provides assets for board & search; SSBN
directed to scene for inspection/seizure if required
DDG directed to provide area security; designated OSC (On-
Scene-Commander)
SH-60 reports SOF onboard vessel; no resistance
SSBN reports on station; on board SOF disembarks to assist
search
SOF reports sensitive material secured; vessel underway and
escorted by DDG
Unclassified
Unclassified
22 Oct 2012 23
DoDAF and SE Documents and Artifacts
Unclassified
Unclassified
22 Oct 2012 24
DoDAF Artifacts Overlaid on “V”
Full-Rate Production & Deployment
LRIP
System Verification
(DT)
Subsystem Verification
(DT)
Component Verification
Component Design
System Design
Prototyping
MSA
CBA
Build Unit Test
RD
REQM
TS
VAL
PI
SRR SFR
CDR
PRR FCA
TRR
identify
define
represent
specify
configure
instantiated
ITR
ASR
PDR
MS-B
MS-A
FOC Capability Validation
(OT)
ICD
CDD
CPD
System Validation
(OT) PCA
MS-C
IOC
M&S
ISR ISR …
Operations & Support Life-Cycle Sustainment
RD
Unclassified
Unclassified
22 Oct 2012 25
Notional Systems Engineering Documents with embedded DoDAF artifacts
• System Specification (SSS, SDS, SDD, etc.)
– Functional Description – SV-4
– Performance Specification – SV-7
– Interfaces – SV-1, high-level SV-2 and 6
– Standards to Comply – StdVs mapped to SV’s
– Components – SV-1
• Interface Specification (IRS, ICD, etc.) – SV-2 and 6, possibly linked to DIV-2 and 3
Unclassified
Unclassified
22 Oct 2012 26
Elements of Quality Architecture
Unified Architecture Framework
• Single Architecture Framework
• Policy, Direction, Guidance
• Exchange
• Architecture Tools
• Certified Architects
Enabling efficient and effective acquisition of
hardware, software and services used by
DoD and Partners in mission performance.
Unclassified
Unclassified
22 Oct 2012 27
Summary
• DoDAF is foundational to Federal Government and NATO
• FFP + DM2 enables more sophisticated modeling than legacy views
• DoDAF’s model for reification supports many life-cycle models, including SE “V”
• The DoDAF Meta Model (DM2) was designed to allow modeling beyond the legacy views
• DoDAF artifacts, SE documents, and artifacts should be complimentary
Unclassified
Unclassified
22 Oct 2012 28
DoD Architectures and Systems Engineering Integration
Questions?