DoDAF and Joint HSI WG
(Human View) Dialog Kick-Off
25 August 2010
DoDAF Development Team
Briefing Outline
• How human performance, metrics, and
interactions are modeled in DoDAF Meta Model
• DoDAF views where this could show up
• Example from UPDM 1.0
• Configuration Management of DoDAF for further
refinement and evolution
A Human is a Performer
DoDAF-DM2 Term
Potentially Related Terms
or Aliases
Definition
Any entity - human, automated, or any aggregation of human and/or
automated - that performs an activity and provides a
capability.
Performer
Actor, Agent, Capability
Configuration
(MODAF)
IDEAS Performer
IndividualType
IndividualType
measureOfType
wholeType
Performer
measureOfTypeResource
Resource
LocationType
partType
WholePartType
Materiel
WholePartType
materielPartOfPerformer
resourceInLocationType
OverlapType
activityPerformableUnderCondition
OverlapType
activityPerformedByPerformer
Performer
IndividualType
In architectures, we
don’t ever model
actual named
persons, but, rather,
their roles, e.g.,
President, not
George Washington
A functionally,
physically, and/or
behaviorally
related group of
regularly
interacting or
interdependent
elements.
Condition
IndividualResource
System
Service
IndividualPerformer
IndividualType
Activity
WholePartType
personRoleTypePartOfPerformer
superSubtype
OrganizationType
ruleConstrainsActivity
measureOfType
When a Person Type
is part of another
Person Type, that
refers to a role within
a Person Type.
measureOfTypeCondition
Organization
PersonRoleType
IndividualPersonRole
measureOfType
measureOfTypeActivity
Property
Skill
Guidance
propertyOfType
skillOfPersonRoleType
Rule
Property
measureOfType
Measure
Agreement
measureableSkillOfPersonRoleType
+
MeasureableSkill
numericValue: string
Definitions of Other Terms in
Diagrams
DoDAF-DM2 Term
Definition
Activity
Work, not specific to a single organization, weapon system or
individual that transforms inputs (Resources) into outputs
(Resources) or changes their state.
activityPerformableUnderCondition
Represents that an activity was / is / can-be/ must-be conducted
under certain conditions with a spatiotemporal overlap of the
activity with the condition.
activityPerformedByPerformer
An overlap between a Performer and an Activity that is non-specific
as to whether:
1. the Activity is solely performed by the Performer
2. the Activity is performed by several Performers
3. the Performer performs only this Activity
4. the Performer performs other Activities
Agreement
A consent among parties regarding the terms and conditions of
activities that said parties participate in.
Condition
The state of an environment or situation in which a Performer
performs or is disposed to perform.
IndividualPerformer
A specific thing that can perform an action
IndividualPersonRole
Person roles defined by the role or roles they share that are relevant
to an architecture. Includes assigned materiel.
LocationType
The powertype of Location
Materiel
Equipment, apparatus or supplies that are of interest, without
distinction as to its application for administrative or combat
purposes.
Potentially Related Terms
or Aliases
Action, Process Operational
Activity, Processes,
Function, System
Function, Operation,
Task, Plan, Project
Definitions of Other Terms in
Diagrams
DoDAF-DM2 Term
Definition
materielPartOfPerformer
A whole-part association between a Performer (whole) and the
Materiel parts of the Performer. (A Performer can have
Personnel Type, System, Service, and Organizational
components.)
Measure
The magnitude of some attribute of an individual.
Potentially Related Terms
or Aliases
A Skill that can be measured numerically
MeasureableSkill
measureableSkillOfPersonRoleType
skillPartOfPersonRoleType is a member of Measure
measureOfTypeActivity
A measureOfType that relates an Activity to a Measure
measureOfTypeCondition
Condition is a member of Measure
measureOfTypeResource
ResourceType is a member of Measure
Organization
A specific real-world assemblage of people and other resources
organized for an on-going purpose.
OrganizationType
A type of Organization
Performer
Any entity - human, automated, or any aggregation of human and/or
automated - that performs an activity and provides a
capability.
Actor, Agent, Capability
Configuration
(MODAF)
PersonRoleType
A category of person roles defined by the role or roles they share
that are relevant to an architecture. Includes assigned
materiel.
Role
personRoleTypePartOfPerformer
A wholePart between a PersonRoleType and a Performer in which it
performs
Department, Agency,
Enterprise
Definitions of Other Terms in
Diagrams
DoDAF-DM2 Term
Resource
resourceInLocationType
Definition
Potentially Related Terms
or Aliases
Data, Information, Performers, Materiel, or Personnel Types that are
produced or consumed.
The relationship that describes the location of a performer or type of
performer
Rule
A principle or condition that governs behavior; a prescribed guide for
conduct or action
ruleConstrainsActivity
An overlap between a Rule and the Activities it allows
Service
A mechanism to enable access to a set of one or more capabilities ,
where the access is provided using a prescribed interface and
is exercised consistent with constraints and policies as
specified by the service description. The mechanism is a
Performer. The "capabilities" accessed are Resources -Information, Data, Materiel, Performers, and Geo-political
Extents.
Skill
The ability, coming from one's knowledge, practice, aptitude, etc., to
do something well.
System
A functionally, physically, and/or behaviorally related group of
regularly interacting or interdependent elements.
Training, Knowledge, Ability
IDEAS Resource Flow
Performers Perform Activities
that Flow Resources
OverlapType
activityPerformedByPerformer
IndividualType
Property
measureOfType
measureOfTypeActivity
LocationType
Measure
+
measureOfType
i.e., Role
numericValue: string
wholeType
measureOfTypeCondition
WholePartType
resourceInLocationType
measureOfType
superSubtype
IndividualType
measureOfTypeResource
ruleConstrainsActivity
partType
Activity
IndividualType
Resource
Guidance
Rule
BeforeAfterType
j ointAction
Materiel
IndividualType
Condition
consumer
Performer
producer
Individual
BeforeAfterType
OverlapType
IndividualResource
activityProducesResource
Service
BeforeAfterType
OverlapType
activityConsumesResource
Location
IndividualPerformer
System
GeoPoliticalExtent
PersonRoleType
OverlapType
Organization
SignTypeType
activityPerformableUnderCondition
RepresentationType
Representation
InformationType
Information
Resource Flow
DataType
Data
OrganizationType
Metrics are Ubiquitous in
DoDAF 2
IDEAS Measure
superSubtype
Type
propertyOfType
IndividualType
typeInstance
Property
propertyOfIndividual
Measure
skillOfPersonRoleType
capabilityOfPerformer
measureOfIndividual
Measure
+
measureOfType
numericValue: string
measureOfIndividualPoint
PhysicalMeasure
ServiceLevel
MeasureOfEffect
effectMeasure
Skill
SpatialMeasure
PerformanceMeasure
MeasureableSkill
measureableSkillOfPersonRoleType
MaintainabilityMeasure
MeasureOfDesire
TemporalMeasure
howMuchDesired
desireMeasure
AdaptabilityMeasure
OrganizationalMeasure
NeedsSatisfactionMeasure
measureOfTypeResource
measureOfTypeWholePartType
measureOfTypeCondition
IndividualTypeType
MeasureType
measureOfTypeProjectType
measureOfTypeActivity
RuleType
MeasureTypeUnitsOfMeasure
+
units: string
typeInstance
measureTypeApplicableToActivity
WholePartType
Guidance
Rule
rulePartOfMeasureType
Needs
more work
The Ontologic Foundation is
Key to DoDAF 2’s Modeling
•
•
•
•
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)
http://www.ideasgroup.org
Design Reification and
Requirements Traceability
describes
describes
Thing
describes
describes
describes
Pedigree
(requirements)
Pedigree
(requirements)
Architectural
Architectural
Description
Description
Pedigree
(requirements)
Architectural
Description
Pedigree
(requirements)
Pedigree
(requirements)
Architectural
Description
Architectural
Description
Rules
Rules
Rules
Rules
Rules
constrain
constrain
constrain
constrain
constrain
Strategic
time
Op Rqmt
CBA
Executive
TLR
ICD
Architect
SLR
AoA
Engineer
A-Spec
Perf Spec
Technician
B-Spec
CDD
Worker
C-Specs
CPD
IOC
Many Views Can Render this
Data
PersonRoleType
A category of
person roles
defined by the
role or roles they
share that are
relevant to an
architecture.
Includes assigned
materiel.
AV-1 Overview and Summary Information
o
AV-2 Integrated Dictionary
o
OV-1: High Level Operational Concept Graphic
o
SvcV-3b Services-Services Matrix
o
SvcV-4 Services Functionality Description
OV-2: Operational Connectivity Description
o
OV-3: Operational Resource Flow Matrix
o
SvcV-5 Operational Activity to Services
Traceability Matrix
OV-4: Organizational Relationships Chart
o
SvcV-6 Services Data Exchange Matrix
o
OV-5a: Activity Decomposition Tree
SvcV-7 Services Performance Parameters Matrix
n
OV-5b: Activity Model
o
SvcV-8 Services Evolution Description
o
OV-6a: Operational Rules Model
o
SvcV-9 Services Technology and Skills Forecast
o
OV-6b: State Transition Description
o
SvcV-10a Services Rules Model
o
OV-6c: Event-Trace Description
o
SvcV-10b Services State Transition Description
o
SV-1 Systems Interface Description
o
SvcV-10c Services Event-Trace Description
o
SV-2 Systems Communications Description
o
Standards View-1 Standards Profile
o
SV-3 Systems-Systems Matrix
o
Standards View-2 Standards Forecast
o
SV-4 Systems Functionality Description
o
PV-1: Project Portfolio Relationships
o
PV-2: Project Timelines
n
PV-3: Project to Capability Mapping
n
SV-5a Operational Activity to Systems Function
Traceability Matrix
SV-5b Operational Activity to Systems Traceability
Matrix
n=necessary
o=optional
SvcV-3a Systems-Services Matrix
CV-1: Vision
CV-2: Capability Taxonomy
o
CV-3: Capability Phasing
o
CV-4: Capability Dependencies
o
o
CV-5: Capability to Organizational Development
Mapping
o
SV-10a Systems Rules Model
o
CV-6: Capability to Operational Activities Mapping
o
SV-10b Systems State Transition Description
o
CV-7: Capability to Services Mapping
o
SV-10c Systems Event-Trace Description
o
DIV-1:Conceptual Data Model
SvcV-1 Services Interface Description
o
DIV-2: Logical Data Model
SvcV-2 Services Communications Description
o
DIV-3: Physical Data Model
SV-6 Systems Data Exchange Matrix
o
SV-7 Systems Performance Parameters Matrix
n
SV-8 Systems Evolution Description
o
SV-9 Systems Technology and Skills Forecast
Version Control
• Initial baseline DoDAF 2.0 released May 2009
• 2.01 released Feb 2010
– 2.01 Version Description Document (VDD) describes changes
made in response to Action Items
• 2.02 to be released 26 Aug 2010
– 2.02 VDD
– New baseline published on public and DKO DoDAF and DoD EA
COI namespace in DoD Meta Data Registry
• 2.03 planned for Fed 2011
– DoDAF-DM2 Action Item tracker identifies planned items
– New and other currently deferred AI’s will be prioritized by
DoDAF-DM2 Working Group with Federated Architecture
Council (FAC) oversight
2.0
2.01
2.02
May 2009
Feb 2010
Aug 2010
2.03
Feb 2011
Relevant Governance
Process Documents
• Architecture Standards Review Group
CONOPS
– Roles, Responsibilities, and Processes
– ASRG -- FOGO / SES level
– Federated Architecture Council – 06 level
• DoDAF and DM2 CM Plan
– Configuration Identification
– Organizational Roles, Responsibilities, and
Interactions
– CM Processes and Procedures
– CM Business Rules
– DoDAF & DM2 WG EA COI
• COI POA&M
• COI Data Management Working Group
– Meets Quarterly, 1st meeting was 2 July 2010
• COI Metrics
DISA
DISA
DISA
Marine
Corps
Army
DoN
AF
NSA
FAC is Small Formal Voting Body
WG is Large Collaborative
* Some C/S/A have
multiple members
Framework
Groups
• OMG / INCOSE / NDIA
• MODAF / NAF / TOGAF
• FEA / FSAM
Core Process
Stakeholders
• CJCSI revs
• AT&L SoSE & Acq Reform
• Combatant Command
architectures
• CPM Governance
• PA&E
DoD
CIO
• DoDAF-DM2 Configuration Status Accounting
Report (CSAR)
• DoDAF-DM2 Baseline Status
• DoDAF-DM2 WG Activity Summaries
• COI Metrics and Progress Report
DNI
CIO
AT&L
P&R
USD(I)
DCMO
JCS J6
DoDAF-DM2 Change Requests •
COI Guidance •
DoDAF-DM2 Action Item Prioritization •
DoDAF-DM2 Baseline Direction •
STRATCOM
JFCOM
FAC – Voting – 23* votes
Framework &
Ontology Groups
• OMG / INCOSE / NDIA
• IDEAS / NAF
• UCORE
• Enterprise Vocabularies
DoDAF-DM WG – Collaborative – Agreed-upon business rules
enable analysis of different opinions
Vendors
• EA/ITA Tool
• M&S
• Data Analysis
• Repository
• Data Integration
Data Exchange
• Pilots
• Early Adopters
• Federation
COI Coordination
Groups
• DoD MDR WG
• DoD COI Forum
To join, go to www.silverbulletinc.com/DoDAF-DM2
• 230+
members
• Meets
weekly
2.00  2.01  2.02  2.03
Overview
2.00
• DM2 CDM, LDM, PES
– 12 DM2 data groups
• 52 Models
2.01
2.02
70 Action Items
29 Action Items
• IDEAS v1.0 alignment
• Measures
• Representation, Names,
Descriptions
• Structured Service
Description
• Reification
• Structured Desired Effect
• Properties and Measures
generalized and better
aligned with IDEAS and
JFCOM JMT needs
• Reification diagram to
explain requirements,
design levels, and
traceability for SE
community
• Consolidate Activity, Goal,
diagrams
• Simplified complex tuples
(triples, tuples as places)
• Redundant associations
• Re-organized type orders,
e.g., for information and
data
• Added more structure to
Agreement
• Made higher-order typing
consistent
• Some XSD cleanup from
pilot feedback
2.03 (in-planning)
25 AI’s currently queued
85 new AI’s to review
• State machine diagram
• Temporal Flow diagram
• DoDAF Models revised to
match DM2 terminology
better
• Core process required
datasets
• More structure to Rules and
Agreement
• Services reification and joint
action
• Ontologic structure for
Command Relationships
• Basis for authority
• Vision vs. Desired Effect
• IDEAS Set Theory Unions
(for mappings)
Questions?