Tutorial Mr. Walt Okon Mr. David McDaniel (ctr) February 2013

Slides:



Advertisements
Similar presentations
DoD FEAC Activity and Data Modeling in Perspective Dennis E. Wisnosky Wizdom Systems, Inc
Advertisements

DoDAF V2.0 Community Update Overview
DoD Information Enterprise Architecture v2.0
© 2009 The MITRE Corporation. All rights Reserved. Evolutionary Strategies for the Development of a SOA-Enabled USMC Enterprise Mohamed Hussein, Ph.D.
Nov. 14, 2007 Systems Engineering ä System ä A set or arrangement of things so related as to form a unity or organic whole. ä A set of facts, principles,
Presented by Shelton Lee Paul Johnson 11 April 2011
Enterprise Architecture
Project Human Resource Management
DoD Architecture Registry System DARS 16 September 2009 Walt Okon Senior Architect Engineer Senior Architect Engineer for Information Sharing Enterprise.
Chapter 6 System Engineering - Computer-based system - System engineering process - “Business process” engineering - Product engineering (Source: Pressman,
Enterprise Risk Management (ERM) Minnesota Department of Transportation Enterprise Risk Management (ERM) Minnesota Department of Transportation TRB International.
Engineering, Operations & Technology | Information TechnologyAPEX | 1 Copyright © 2009 Boeing. All rights reserved. Architecture Concept UG D- DOC UG D-
The Challenge of IT-Business Alignment
1 Fit For Purpose Example Capability AoA 11 May 2010 Architecture, Standards & Interoperability Directorate Office of the DoD Deputy Chief Information.
Certification and Accreditation CS Phase-1: Definition Atif Sultanuddin Raja Chawat Raja Chawat.
1 Fit For Purpose Example Capability Analysis 11 May 2010 Shelton Lee (Contractor) Architecture, Standards & Interoperability Directorate Office of the.
Illustrations and Answers for TDT4252 exam, June
D Appendix D.11. Toward Net-Centric Acquisition Oversight A Proposal for an Acquisition Community of Interest (COI) MID 905 Streamlined Acquisition.
1 Joint Doctrine: The Authoritative Vocabulary For and Explanation of Joint Warfare and Joint Operations October 16, 2015 Representing Reality\Big Data\Big.
Unit – I Presentation. Unit – 1 (Introduction to Software Project management) Definition:-  Software project management is the art and science of planning.
Managing the Planning Process
I n t e g r i t y - S e r v i c e - E x c e l l e n c e As of: 3/1/2016 Air Force Weather Agency CEISC Committee Focus Shift - Proposed Modification to.
Company LOGO. Company LOGO PE, PMP, PgMP, PME, MCT, PRINCE2 Practitioner.
Enterprise Architectures Course Code : CPIS-352 King Abdul Aziz University, Jeddah Saudi Arabia.
Enterprise Architectures Course Code : CPIS-352 King Abdul Aziz University, Jeddah Saudi Arabia.
Environment, Safety, and Occupational Health Opportunities in DoD Business Transformation May 4, 2006.
Overview MRD Enterprise MRD Process
1 The XMSF Profile Overlay to the FEDEP Dr. Katherine L. Morse, SAIC Mr. Robert Lutz, JHU APL
VERSION 15 Primitives – Lexicon IPR 6 August 2008
Discussion Topics for Exploring OMG UPDM Way-ahead
Information Systems Development
DoDAF 2 Was Designed to Support DoD’s 6 Core Processes
Patrick Gorman Assistant Head Architecture Framework
ITIL SERVICE LIFECYCLE
Agenda Federated Enterprise Architecture Vision
Unified Architecture Framework NATO Architecture CaT Introduction
Integrated Management Systems
Foundations of Planning
IC Conceptual Data Model (CDM)
DoDAF Version 2.03 Update 05 Jan 2012 DoDAF Team 1 1.
Introduction to MODEM Building a Semantic Foundation for EA: Reengineering the MODAF™ Meta-Model Based on the IDEAS Foundation Model Lt Col Mikael Hagenbo,
DATA VERTICAL Technical Exchange
VERSION 15 DoDAF Vendor’s Day Session 22 July 2008
US Kickoff brief to Frameworks Convergence Meeting
Mission-Based T&E Primer v1.3, 2 Sep 08
Architecture Tool Vendor’s Day
Workshop for ACT – IAC, EA-SIG Mr. David McDaniel (ctr) 20 July 2012
The 5th U.S.-ROK EAWG meeting
DnDAF security views.
Agenda All-Monday 15 Sep 0800 Welcome - Opening remarks
Introduction DoDAF 2.0 Meta Model (DM2) TBS dd mon 2009 VERSION 15
Universal Core Task Force Connecting People With Information
CV-1: Vision The overall vision for transformational endeavors, which provides a strategic context for the capabilities described and a high-level scope.
TSMO Program Plan Development
UAF (Unified Architecture Framework) Training
Information Brief (Deep Dive)
DoDAF 2.x Meta Model (DM2) Conceptual Level
DoDAF In-Depth DoD CIO Architecture and Interoperability Directorate
Approved for Public Release: Cases , , ,
CAF Quarterly Meeting Measuring the Value of an EA Practice
“State of DoD Architecting”
Managing the Planning Process
IDEAS Core Model Concept
Manager’s Overview DoDAF 2.0 Meta Model (DM2) TBS dd mon 2009
Enterprise Architecture at Penn State
Systems Architecture & Design Lecture 3 Architecture Frameworks
US Kickoff brief to Frameworks Convergence Meeting
Managing the Planning Process
Managing the Planning Process
Unit 14 Emergency Planning IS 235
Presentation transcript:

Tutorial Mr. Walt Okon Mr. David McDaniel (ctr) February 2013 Capability Views Tutorial Mr. Walt Okon Mr. David McDaniel (ctr) February 2013

Topics Joint Staff definition of Capability DoDAF Meta Model (DM2) Formalization of the Joint Staff definition DoDAF Capability Views Exemplar set #1 Exemplar set # 2 Actual examples 6 Feb 2013 2

Introduction Capability is the organizing concept for force management in response to mission orders. The Joint Staff defines capability as, The ability to achieve a desired effect under specified standards and conditions through combinations of means and ways to perform a set of tasks. [[i]] Thus, the capability requirement has 6 components: 1) the desired effects, 2) measures associated with the effects, 3) tasks to be performed, 4) standards of performance (metrics) for the tasks, 5) conditions under which the tasks must be performed, and 6) measures associated with the conditions. Capability configurations that can provide or support intermediate, contributing, partial, and end effects are then modeled and evaluated against actual reported readiness data. These are modeled in the DoD capability model as shown in the next slide [i] Joint Chiefs of Staff; Joint Capabilities Integration and Development System (JCIDS); CJCSI 3170.01H; January 2012 6 Feb 2013

DoDAF Meta Model (DM2) of Capability 6 Feb 2013

Some important things to note about this model Desired effects are resource states. This simplification is enabled by the formal ontology on which the model is founded (described briefly in DoDAF Vol III). Specifically, 1) because the ontology is four-dimensional, all instances are spatio-temporal extents so a resource has a temporal extent and has possible future extents, and 2) because the ontology is meronymic, resources have wholes and parts so that a resource can be a complex aggregate of all types of things, in principle including Political, Military, Economics, Social, Infrastructure, and Information (PMESII). Desired resource states are ontologically synonymous with goals, objectives, and outcomes. Extensive research by the DoD working group that developed this model concluded that there was no objective distinction between the concepts because only subjective terms such as “more”, “greater”, “longer term”, “broader”, etc. were used to distinguish them. Since the foundation ontology is spatio-temporally mereologic, this distinction is not necessary. Desired resource states can be for resource states of adversarial or neutral parties as well as blue force. For example, for a Joint Suppression of Air Defenses (JSEAD) mission, the desired effects might include that the resource state of the target area’s air defenses reaches some desired measures of destruction, denial, disruption, degradation, and / or deception (D5). For a humanitarian assistance mission, the desired effects might include that the resource state for the victim population reaches nutrition, shelter, health, and low casualty rates. Activities, including operational activities, are considered ontologically synonymous with Tasks. Though arguable, the DoD capability modeling group could not determine an objective distinction. 6 Feb 2013

Some important things to note about this model (cont’d) Measures enable modeling of the quantifiable aspects of the desired effect as well as the performance of tasks and the conditions under which they must be performed. The concept of measure is this model derives from [[i]]. The ability to ascribe measures to what may seem unmeasureable effects is inspired by [[ii]] but is substantiated by measures in the Universal Joint Task List (UJTL) [[iii]] associated with every task and by the measures standard operating procedures established by DOT&E [[iv]]. In addition to measures associated with task performance, specified standards also imply conformance with guidance, rules, etc., shown as a constraint on the performance of the tasks. Conditions are modeled in accordance with the UJTL conditions and, therefore, measures are also associated with conditions. A related resource flow model, of which core elements are shown above (Activity, activityProducesResource, activityConsumesResource, and Resource) links Activities to produced resources (i.e., resource states and typically complex aggregates of resources) so that the tasks to produce the desired effects are modeled as resource flows. This enables not only linkage of the tasks with the desired effects but also modeling of intermediate (e.g., causal) desired effects that can lead to the end-state desired effect. Activities and their performers are the core of the ways and means – capability configuration – that is the focus of the presentation and algorithmic work proposed herein. Capability configuration that might provide such a capability are modeled as performers, which are typically aggregates of, for example, air, space, and cyber assets that are located geo-spatially and that have measures associated with their overall performance and readiness as well as the individual elements that comprise them, including the personnel. [i] Ellis, Brian; Basic Concepts of Measurement; Cambridge University Press, Oct 1, 1968 [ii] Hubbard, Douglas; How to Measure Anything: Finding the Value of "Intangibles" in Business; John Wiley & Sons, Aug 3, 2007 [iii] Joint Chiefs of Staff; Universal Joint Task Manual; CJCSM 3500.04E; August 2008 [iv] Director, Operational Test and Evaluation (DOT&E), Joint Test and Evaluation Methodology (JTEM); Joint Mission Thread Measures Development Standard Operating Procedures (SOP); May 3, 2010 [v] DoDAF CV-2: This model identifies and describes one or more hierarchies of capabilities provided by an architecture, and it specifies the types of hierarchical relationships between these capabilities. 6 Feb 2013

Capability Data Group and the Capability Views CV-1 Vision CV-2 Capability Taxonomy CV-3 Capability Phasing CV-4 Capability Dependencies CV-5 Capability To Organizational Development Mapping CV-6 Capabilities to Operational Activities Mapping CV-7 Capabilities to Services Mapping 6 Feb 2013

Core Components of Capability (red outline) CV-1 Vision CV-2 Capability Taxonomy CV-3 Capability Phasing CV-4 Capability Dependencies CV-5 Capability To Organizational Development Mapping CV-6 Capabilities to Operational Activities Mapping CV-7 Capabilities to Services Mapping 6 Feb 2013 8

CV-1 Vision CV-1 Vision CV-2 Capability Taxonomy CV-3 Capability Phasing CV-4 Capability Dependencies CV-5 Capability To Organizational Development Mapping CV-6 Capabilities to Operational Activities Mapping CV-7 Capabilities to Services Mapping 6 Feb 2013 9

CV-2 Capability Taxonomy CV-1 Vision CV-2 Capability Taxonomy CV-3 Capability Phasing CV-4 Capability Dependencies CV-5 Capability To Organizational Development Mapping CV-6 Capabilities to Operational Activities Mapping CV-7 Capabilities to Services Mapping 6 Feb 2013

CV-3 Capability Phasing CV-1 Vision CV-2 Capability Taxonomy CV-3 Capability Phasing CV-4 Capability Dependencies CV-5 Capability To Organizational Development Mapping CV-6 Capabilities to Operational Activities Mapping CV-7 Capabilities to Services Mapping 6 Feb 2013 11

CV-4 Capability Dependencies CV-1 Vision CV-2 Capability Taxonomy CV-3 Capability Phasing CV-4 Capability Dependencies CV-5 Capability To Organizational Development Mapping CV-6 Capabilities to Operational Activities Mapping CV-7 Capabilities to Services Mapping 6 Feb 2013

CV-5 Cap to Org Development CV-1 Vision CV-2 Capability Taxonomy CV-3 Capability Phasing CV-4 Capability Dependencies CV-5 Capability To Organizational Development Mapping CV-6 Capabilities to Operational Activities Mapping CV-7 Capabilities to Services Mapping 6 Feb 2013 13

CV-6 Capability/Activities CV-1 Vision CV-2 Capability Taxonomy CV-3 Capability Phasing CV-4 Capability Dependencies CV-5 Capability To Organizational Development Mapping CV-6 Capabilities to Operational Activities Mapping CV-7 Capabilities to Services Mapping 6 Feb 2013

CV-7 Capability/Services CV-1 Vision CV-2 Capability Taxonomy CV-3 Capability Phasing CV-4 Capability Dependencies CV-5 Capability To Organizational Development Mapping CV-6 Capabilities to Operational Activities Mapping CV-7 Capabilities to Services Mapping 6 Feb 2013 15

Examples Derived from the Object Management Group (OMG) Unified Profile for MODAF and DoDAF (UPDM) Appendix C example for “Search and Rescue”. One set illustrating analysis Another set illustrating relationship to DM2 6 Feb 2013

SAR Capability Vision (CV-1) 8/29/2018 SAR Capability Vision (CV-1) Vision: Save lives, defend our borders, and protect the environment Mission: Reduce operating costs to meet budget cuts Goal: Increase personnel recovery effectiveness and efficiency Capability Manage SAR Support Operate SAR Mission Coordinate SAR Operations Focus for “thread” 17 6 Feb 2013 17

SAR Capability Vision (CV-1) Purpose –understand USCG vision , goals and supportive capability Save lives, project the environment, and defend our borders Capability Vision Increased personnel recovery effectiveness (xx% successful recovery rate) Desired Effects Reduced operating costs to meet budget cuts ($xx) Increased personnel recovery efficiency (xx% less resource cost) Manage SAR Support Operate SAR Mission Coordinate SAR Operations Tasks NGOs Conditions Weather PMESII* Speed (xx hrs) *Political, Military, Economic, Social, Infrastructure and Information systems Sea State 18 6 Feb 2013

Capability Taxonomy (CV-2) 8/29/2018 Capability Taxonomy (CV-2) Definition: Hierarchy of capabilities decomposed down to leaf level to expose activities Data Sources: Policy Document, Subject Matter Expert (SME) Interview, Concept of Operations (CONOPs), Tactic, Technique & Procedure, Operational Requirement Document Purpose: Identify and organize capabilities through logical decomposition to support planning and gap analysis Analysis: Which capabilities support & relate to each other Consumers: Enterprise Architect Program Manager 19 6 Feb 2013 19

SAR Capability Taxonomy (CV-2) 8/29/2018 SAR Capability Taxonomy (CV-2) Execute SAR (Capability) Operate SAR Mission (Capability) Locate Personnel (Capability) High level Capability (parent) 20 6 Feb 2013 20

SAR Capability Taxonomy (CV-2) 8/29/2018 SAR Capability Taxonomy (CV-2) Focus for Scenario Capability Purpose – Understand SAR capabilities in context of each other. 21 6 Feb 2013 21

Capability To Operational Activity (CV-6) 8/29/2018 Capability To Operational Activity (CV-6) Definition: Captures capabilities required and activities that enable those capabilities. Purpose: Decomposes down to unique leaf level Provides organization of activities Data Sources: Policy Document, Subject Matter Expert (SME) Interview, Concept of Operations (CONOPs), Tactic, Technique & Procedure, Operational Requirement Document Analysis: What activities support which capabilities Consumers: Enterprise Architect Program Manager This decomposes the capabilities into unique operations at a leaf level. Each of these level functions can now be analyzed in a context level process model 22 6 Feb 2013 22

Capability To Operational Activity (CV-6) 8/29/2018 Capability To Operational Activity (CV-6) Operate SAR Mission (Capability) Locate Person in Distress (Capability) Perform Electronic Search (Activity) Perform Visual Search (Activity) Support Person in Distress (Capability) Establish Communications (Activity) Most expensive activity 23 6 Feb 2013 23

SAR Capability to Operational Activity (CV-6) 8/29/2018 SAR Capability to Operational Activity (CV-6) Purpose – Decomposes capability down to unique leaf level and shows all supportive operational activities that support each capability. Enterprise architect view typically Leaf –level Capability relates to Operational Activity Most expensive activity Capability 24 6 Feb 2013 24

UPDM SAR Example Set Illustrating DM2 6 Feb 2013

UPDM SAR CV-1 *In MODAF the CVs are called Strategic Views (StV) 6 Feb 2013

Partial1 CV-1 with DM2 Markups 6 Feb 2013

UPDM SAR CV-2 6 Feb 2013

Partial1 CV-2 with DM2 Markups 6 Feb 2013

UPDM SAR CV-4 6 Feb 2013

Partial1 CV-4 with DM2 Markups 6 Feb 2013

UPDM SAR CV-5 6 Feb 2013

Partial1 CV-5 with DM2 Markups 6 Feb 2013

UPDM SAR CV-6 6 Feb 2013

CV-6 with DM2 Markups 6 Feb 2013

CV-7 with DM2 Markups 6 Feb 2013

Some Actual Examples of CV-1 and CV-3 6 Feb 2013