SlideShare a Scribd company logo
DoDAF Integration Architecture
david.daniel@casewise.com
David Daniel
Principal Consultant
Total Forward Engineering
2
© 2015 Casewise - confidential
Systems are more than the sum of their pieces
TwoThoughts
Cons
• Oops! Did not think that would ever
happen!
• Systems should be designed with
the complete operational picture in
mind.
Pros
• It is simply awe-inspiring what can
be accomplished when the walls
are broken down and clear system
goals are established.
3
© 2015 Casewise - confidential
Close Air Support Mission
Overview
• Challenge
• Phases of Operation
• Lessons Learned
• Top Level Architecture
• Sub-Architecture Integration
4
© 2015 Casewise - confidential
Airframe refit to maintain close air support supremacy
Build an Airplane in Flight (Literally)
• Maintain Consistent Requirements
Across Systems
• Manage Multiple Vendors
• Integrate Multiple Systems
• Avionics
• Power Plant
• Flight Systems
• Payload Control
• Airframe
• Verify Via Mission Threads
5
© 2015 Casewise - confidential
If you fail, fail early
Level of Effort
• Costs spike at initial
deployment due to
increased time constraints
• Costs peak as incremental
fixes become major
undertakings in a long-term
operational environment
• Costs drop near the end of
the operational phase due
to deferred maintenance in
the refit phase
Design
Develop
Deploy
Operate
Refit
Decommission
SYSTEM
DEFECTS
REMEDIATION
COSTS
6
© 2015 Casewise - confidential
Systems engineering is about balancing tensions in a complex environment
Platform Ecosystem
Ordnance
Support
Parts/Spares
ManagementMaintenance
Training
Combat
Doctrine
Force
Structure
Facilities
Standard
Avionics
C2
Telemetry
Payload
Support
Human
Factors
Political
Factors
7
© 2015 Casewise - confidential
Early design phase decisions give the biggest bang for the buck
Design Phase Detail
• Establish Capability Gaps to be Filled
• Do Not Rebuild Entire Aircraft
• Requires Significant “As-Is” Effort
• Must Take a Holistic Look
• Define Metrics
• Rated on Overall Future Value
• Acquisition Cost is Only ONE Factor
• Output Forms the Basis for Top Level
Architecture
• Metrics Become Design Decision
Criteria
8
© 2015 Casewise - confidential
Hard-won information
Lessons Learned
• Plane Based Decisions
• Optimized at the Macro-Level
• Focus on Requirements AND
System Behavior
• Best for Whole Plane – Not
Specific Systems
• Open Information Across
Organizations
• Essential Transparency Across the
Entire Platform
• Contracts Must Be ROCK SOLID
• Future Mission Sets Contain
Uncertainty
• Requires Flexibility in KPP and
Validation
• Unknowns Outnumber Knowns
• Requires Flexibility of Formal and
Informal Structures
• SEE ALSO: Apollo 13 Results
9
© 2015 Casewise - confidential
Integrated ProductTeam
Establish the Context for Success
Program
Office
Program
Executive
SustainmentFlightCrew Airframe &
Power Plant
Fire Control Ordnance &
Weapons
Avionics
GovernmentAdvocacyTeam
Primes
10
© 2015 Casewise - confidential
LayeredApproach to Integration
Strategy
Business/Mission
Systems/Applications/Logic
Infrastructure/Hardware/Parts
Network/Communication
While ‘regions of higher
concentration’ of specific capabilities
do exist within each layer, all
capabilities are intermixed
throughout all layers.
Capabilities combine to form a comprehensive core to support the strategy
11
© 2015 Casewise - confidential
Higher order capabilities orchestrate areas of integration
Strategic “Wedge”
Business/Mission
Systems/Applications/Logic
Infrastructure/Hardware/Parts
Network/Communication
Power Plant Control
Flight Control System
Control Surface Monitor
Avionics
Thrust Monitoring
Actuators
Avionics Module X
Control Return Feed
APU Power Out
Harness XYZ
Avionics Bus 1
Avionics Bus X
Actuator Harness
Logic Board 27
S t r a t e g i c I n t e n t
RequirementsData
12
© 2015 Casewise - confidential
Allow for RFPs to be written with their place in the system understood
System Capabilities
Operational
• Payload Monitoring
• Power Plant Control
• Flight Control System
• Crew Management
• Payload Deployment
Logistical
• Vendor Selection and
Management
• Requirements/Variant
Management
• Manufacturing and Spares
Management
• Defect Management
• Flight and Support Crew
Training
13
© 2015 Casewise - confidential
Meta-model for objective, manageable system design decisions
Notional DoDAF IntegrationArchitecture
Capability
Operational
Task
Operational
Activity
Operational
Situation
Mission
establishes basis
achieves
Function
achieves
implements
Requirement
specifies
performed by
specifies
specifies
Program
Activity
Risk
Cost
Goal
causes/resolves
Threads
Component
Products
Program
Element
defines
accomplishes
implements
comprised
of
inputs/outputs
specifies
Wedge
determines
causes/resolves
achieves
achieves
Top Level
Architecture
specifies
14
© 2015 Casewise - confidential
Construct an objective platform for design-based decisions
EvaluateArchitecture
Clarify the
Problem
Generate
Architectures
Evaluate
Effectiveness
Evaluate
Resources
Goal
Program
Element
Evaluate
Risk
Cost
Program
Element
Risk
Program
Element
Architecture Does Not “GiveYouThe Answer”
Architecture AllowsYouTo Make Informed Decisions
Decision Matrix
15
© 2015 Casewise - confidential
Evolve OverTime, But Must Remain Clear
Mission Success Parameters
“Just don’t kill anyone…”
Discussion
david.daniel@casewise.com
David Daniel
Principal Consultant

More Related Content

PPTX
Practical DoDAF Presentation to INCOSE WMA
PDF
A pattern based approach to the development of updm architectures
PPTX
Kahn.theodore
PPT
DOD EA conference DoDAF in Action
PPTX
Discover DoDAF problems early in the lifecycle with model execution
PPTX
Practical DoD Architecture Framework (DoDAF) with Innoslate
PPTX
DoDAF Overview Using Innoslate Webinar
PPT
DoD Architecture Framework Overview
Practical DoDAF Presentation to INCOSE WMA
A pattern based approach to the development of updm architectures
Kahn.theodore
DOD EA conference DoDAF in Action
Discover DoDAF problems early in the lifecycle with model execution
Practical DoD Architecture Framework (DoDAF) with Innoslate
DoDAF Overview Using Innoslate Webinar
DoD Architecture Framework Overview

What's hot (20)

PPTX
Overview of DoDAF with Innoslate
PPT
SSE Integrations Overview
PDF
Software Architecture: views and viewpoints
PPT
Reference Architecture
PPTX
Solution Architecture Framework
PPT
Adapters and EAI
PPT
Architecting and Designing Enterprise Applications
PPTX
Effectiveness Of Service Oriented Architecture In Enterprise Architecture F...
DOC
Resume Aden bahdon
PPT
Criteria For EA Tool Selection
PDF
ESF .NET - Accelerated Framework for Enterprise System Re-Engineering
DOC
term paper for cbd models
PDF
Changes in Necessities Trade After Migrating to the SaaS Model
PPT
EAI (Integration) and Mulesoft
PDF
Chaczko2010
PDF
WEB PORTAL INTEGRATION ARCHITECTURE APPROACHES
PDF
Metasolv Post Implementation Services
PPT
Basf roadmap-2-global-st852
DOCX
Gingers resume10
PDF
Raghu-UpdatedCV -2016
Overview of DoDAF with Innoslate
SSE Integrations Overview
Software Architecture: views and viewpoints
Reference Architecture
Solution Architecture Framework
Adapters and EAI
Architecting and Designing Enterprise Applications
Effectiveness Of Service Oriented Architecture In Enterprise Architecture F...
Resume Aden bahdon
Criteria For EA Tool Selection
ESF .NET - Accelerated Framework for Enterprise System Re-Engineering
term paper for cbd models
Changes in Necessities Trade After Migrating to the SaaS Model
EAI (Integration) and Mulesoft
Chaczko2010
WEB PORTAL INTEGRATION ARCHITECTURE APPROACHES
Metasolv Post Implementation Services
Basf roadmap-2-global-st852
Gingers resume10
Raghu-UpdatedCV -2016
Ad

Similar to DoDAF Integration Architecture (20)

PDF
The Enterprise Integrator - C4ISR
PPT
Session Three: Defence Authority for C4ISR
PPTX
Air Force IT Sales Opportunities: Where to Aim High in FY17
PPTX
Making the most of a consolidated C2 Framework, by Grant McHerron, from MILCI...
PDF
Autonomic Computing - Autonomy and Defense
PDF
FCAS Think Different
PDF
Plan Jericho RAAF Transformation Plan by John Blackburn, Copenhagen Airpower ...
PDF
Agile and Open C4ISR Systems - Helping the Military Integrate, Innovate and S...
PDF
Agile and Open C4ISR Systems - Helping the Military Integrate, Innovate and S...
PPTX
The Anatomy of Building a Compliant PCF Service in a Limited Connectivity Env...
PDF
Air Vice Marshal John Blackburn on 21st Century Force Design
PDF
NASA Project Management Wall Chart
PDF
An Update on the Royal Australian Air Force's Plan Jericho: March 2016
PPTX
Exploring the Challenges of Implementing and Sustaining Cross-Platform NAS Ca...
PDF
Brig Jason Blaine, Force Design, Department of Defence, Australia
PDF
SECURITY IN LARGE, STRATEGIC AND COMPLEX SYSTEMS
PDF
SPAWAR Book
PDF
University course on aerospace projects management and se complete 2017
PDF
Employing Commercial Communications
PDF
Throughlife integrated concurrent_engineering_skoltech_2016_lisi_v01
The Enterprise Integrator - C4ISR
Session Three: Defence Authority for C4ISR
Air Force IT Sales Opportunities: Where to Aim High in FY17
Making the most of a consolidated C2 Framework, by Grant McHerron, from MILCI...
Autonomic Computing - Autonomy and Defense
FCAS Think Different
Plan Jericho RAAF Transformation Plan by John Blackburn, Copenhagen Airpower ...
Agile and Open C4ISR Systems - Helping the Military Integrate, Innovate and S...
Agile and Open C4ISR Systems - Helping the Military Integrate, Innovate and S...
The Anatomy of Building a Compliant PCF Service in a Limited Connectivity Env...
Air Vice Marshal John Blackburn on 21st Century Force Design
NASA Project Management Wall Chart
An Update on the Royal Australian Air Force's Plan Jericho: March 2016
Exploring the Challenges of Implementing and Sustaining Cross-Platform NAS Ca...
Brig Jason Blaine, Force Design, Department of Defence, Australia
SECURITY IN LARGE, STRATEGIC AND COMPLEX SYSTEMS
SPAWAR Book
University course on aerospace projects management and se complete 2017
Employing Commercial Communications
Throughlife integrated concurrent_engineering_skoltech_2016_lisi_v01
Ad

Recently uploaded (20)

PPTX
Lesson 3_Tessellation.pptx finite Mathematics
PDF
Digital Logic Computer Design lecture notes
PPT
Mechanical Engineering MATERIALS Selection
PPTX
M Tech Sem 1 Civil Engineering Environmental Sciences.pptx
PPTX
KTU 2019 -S7-MCN 401 MODULE 2-VINAY.pptx
PPTX
MCN 401 KTU-2019-PPE KITS-MODULE 2.pptx
PPTX
Construction Project Organization Group 2.pptx
PPTX
Sustainable Sites - Green Building Construction
PPTX
bas. eng. economics group 4 presentation 1.pptx
PPT
Project quality management in manufacturing
PDF
Structs to JSON How Go Powers REST APIs.pdf
PPTX
additive manufacturing of ss316l using mig welding
PDF
Model Code of Practice - Construction Work - 21102022 .pdf
PDF
Embodied AI: Ushering in the Next Era of Intelligent Systems
PPTX
FINAL REVIEW FOR COPD DIANOSIS FOR PULMONARY DISEASE.pptx
PDF
Arduino robotics embedded978-1-4302-3184-4.pdf
PDF
The CXO Playbook 2025 – Future-Ready Strategies for C-Suite Leaders Cerebrai...
PPTX
MET 305 2019 SCHEME MODULE 2 COMPLETE.pptx
PPTX
Recipes for Real Time Voice AI WebRTC, SLMs and Open Source Software.pptx
PPTX
Geodesy 1.pptx...............................................
Lesson 3_Tessellation.pptx finite Mathematics
Digital Logic Computer Design lecture notes
Mechanical Engineering MATERIALS Selection
M Tech Sem 1 Civil Engineering Environmental Sciences.pptx
KTU 2019 -S7-MCN 401 MODULE 2-VINAY.pptx
MCN 401 KTU-2019-PPE KITS-MODULE 2.pptx
Construction Project Organization Group 2.pptx
Sustainable Sites - Green Building Construction
bas. eng. economics group 4 presentation 1.pptx
Project quality management in manufacturing
Structs to JSON How Go Powers REST APIs.pdf
additive manufacturing of ss316l using mig welding
Model Code of Practice - Construction Work - 21102022 .pdf
Embodied AI: Ushering in the Next Era of Intelligent Systems
FINAL REVIEW FOR COPD DIANOSIS FOR PULMONARY DISEASE.pptx
Arduino robotics embedded978-1-4302-3184-4.pdf
The CXO Playbook 2025 – Future-Ready Strategies for C-Suite Leaders Cerebrai...
MET 305 2019 SCHEME MODULE 2 COMPLETE.pptx
Recipes for Real Time Voice AI WebRTC, SLMs and Open Source Software.pptx
Geodesy 1.pptx...............................................

DoDAF Integration Architecture

  • 1. DoDAF Integration Architecture david.daniel@casewise.com David Daniel Principal Consultant Total Forward Engineering
  • 2. 2 © 2015 Casewise - confidential Systems are more than the sum of their pieces TwoThoughts Cons • Oops! Did not think that would ever happen! • Systems should be designed with the complete operational picture in mind. Pros • It is simply awe-inspiring what can be accomplished when the walls are broken down and clear system goals are established.
  • 3. 3 © 2015 Casewise - confidential Close Air Support Mission Overview • Challenge • Phases of Operation • Lessons Learned • Top Level Architecture • Sub-Architecture Integration
  • 4. 4 © 2015 Casewise - confidential Airframe refit to maintain close air support supremacy Build an Airplane in Flight (Literally) • Maintain Consistent Requirements Across Systems • Manage Multiple Vendors • Integrate Multiple Systems • Avionics • Power Plant • Flight Systems • Payload Control • Airframe • Verify Via Mission Threads
  • 5. 5 © 2015 Casewise - confidential If you fail, fail early Level of Effort • Costs spike at initial deployment due to increased time constraints • Costs peak as incremental fixes become major undertakings in a long-term operational environment • Costs drop near the end of the operational phase due to deferred maintenance in the refit phase Design Develop Deploy Operate Refit Decommission SYSTEM DEFECTS REMEDIATION COSTS
  • 6. 6 © 2015 Casewise - confidential Systems engineering is about balancing tensions in a complex environment Platform Ecosystem Ordnance Support Parts/Spares ManagementMaintenance Training Combat Doctrine Force Structure Facilities Standard Avionics C2 Telemetry Payload Support Human Factors Political Factors
  • 7. 7 © 2015 Casewise - confidential Early design phase decisions give the biggest bang for the buck Design Phase Detail • Establish Capability Gaps to be Filled • Do Not Rebuild Entire Aircraft • Requires Significant “As-Is” Effort • Must Take a Holistic Look • Define Metrics • Rated on Overall Future Value • Acquisition Cost is Only ONE Factor • Output Forms the Basis for Top Level Architecture • Metrics Become Design Decision Criteria
  • 8. 8 © 2015 Casewise - confidential Hard-won information Lessons Learned • Plane Based Decisions • Optimized at the Macro-Level • Focus on Requirements AND System Behavior • Best for Whole Plane – Not Specific Systems • Open Information Across Organizations • Essential Transparency Across the Entire Platform • Contracts Must Be ROCK SOLID • Future Mission Sets Contain Uncertainty • Requires Flexibility in KPP and Validation • Unknowns Outnumber Knowns • Requires Flexibility of Formal and Informal Structures • SEE ALSO: Apollo 13 Results
  • 9. 9 © 2015 Casewise - confidential Integrated ProductTeam Establish the Context for Success Program Office Program Executive SustainmentFlightCrew Airframe & Power Plant Fire Control Ordnance & Weapons Avionics GovernmentAdvocacyTeam Primes
  • 10. 10 © 2015 Casewise - confidential LayeredApproach to Integration Strategy Business/Mission Systems/Applications/Logic Infrastructure/Hardware/Parts Network/Communication While ‘regions of higher concentration’ of specific capabilities do exist within each layer, all capabilities are intermixed throughout all layers. Capabilities combine to form a comprehensive core to support the strategy
  • 11. 11 © 2015 Casewise - confidential Higher order capabilities orchestrate areas of integration Strategic “Wedge” Business/Mission Systems/Applications/Logic Infrastructure/Hardware/Parts Network/Communication Power Plant Control Flight Control System Control Surface Monitor Avionics Thrust Monitoring Actuators Avionics Module X Control Return Feed APU Power Out Harness XYZ Avionics Bus 1 Avionics Bus X Actuator Harness Logic Board 27 S t r a t e g i c I n t e n t RequirementsData
  • 12. 12 © 2015 Casewise - confidential Allow for RFPs to be written with their place in the system understood System Capabilities Operational • Payload Monitoring • Power Plant Control • Flight Control System • Crew Management • Payload Deployment Logistical • Vendor Selection and Management • Requirements/Variant Management • Manufacturing and Spares Management • Defect Management • Flight and Support Crew Training
  • 13. 13 © 2015 Casewise - confidential Meta-model for objective, manageable system design decisions Notional DoDAF IntegrationArchitecture Capability Operational Task Operational Activity Operational Situation Mission establishes basis achieves Function achieves implements Requirement specifies performed by specifies specifies Program Activity Risk Cost Goal causes/resolves Threads Component Products Program Element defines accomplishes implements comprised of inputs/outputs specifies Wedge determines causes/resolves achieves achieves Top Level Architecture specifies
  • 14. 14 © 2015 Casewise - confidential Construct an objective platform for design-based decisions EvaluateArchitecture Clarify the Problem Generate Architectures Evaluate Effectiveness Evaluate Resources Goal Program Element Evaluate Risk Cost Program Element Risk Program Element Architecture Does Not “GiveYouThe Answer” Architecture AllowsYouTo Make Informed Decisions Decision Matrix
  • 15. 15 © 2015 Casewise - confidential Evolve OverTime, But Must Remain Clear Mission Success Parameters “Just don’t kill anyone…”

Editor's Notes

  • #2: Isaac Newton is buried across the street. …as is Chaucer, CS Lewis, Charles Dickens, Lewis Carroll … even Byron and Oscar Wilde. Does make you wonder what the conversations are at night… when it gets quiet and all the ghosts come out… ----------------------------------------------- “Enterprise Architecture evaluation is about balancing tensions; an architecture cannot be perfect on all measurable performance dimensions” Evaluation should consider different aspects and tradeoffs among them.
  • #3: A system is more than the sum of its pieces – it is the pieces themselves, placed into context of each other. Two spacecraft, designed independently – the only thing in common was the docking collar. In the end, the fact that they could look at the system as a whole that literally meant the difference between life and death.
  • #4: How to choose? Buy, Build or Refit The challenge was to source a new platform, or refit an existing platform. Using capability gap analysis, combined with strict requirements management practices, it was determined to refit an existing platform New engines, new avionics, new payload management systems.. The only thing left was the airframe.
  • #5: Once a common understanding of the gaps in capabilities were understood – and using an objective, systems approach to determining the best possible solution – a refit of an existing airframe was chosen to fill the void. The challenge had only just begun. In similar platforms, the government only maintained a supervisory and approval role, but left most of the systems design work one or more ‘prime’ contractors. In this project, it was determined that the government would take a more ‘hands on’ approach in order to ensure timely delivery against its requirements. HOWEVER, the government does not build planes. It relies on those contractors to do that. Those contractors maintain an adversarial relationship between themselves that would hamper building to a common goal. By introducing risk sharing mechanisms into the project – based on payouts and contract commitments - the typical adversarial walls began to break down. By incorporating ALL suppliers – down to the sub-system, sub-assembly and parts suppliers, innovative ideas can be shared. {PARTS INTEGRATION STORY}
  • #7: “Enterprise Architecture evaluation is about balancing tensions; an architecture cannot be perfect on all measurable performance dimensions” Evaluation should consider different aspects and tradeoffs among them. Legal issues are rampant – ALSO INFORMS AND DEFINES STRATEGY – SO DO NOT THINK SCOPE CREEP, it is all about informing and helping others to make decisions by providing them actionable information. Intra-Political Factors include typical budgeting, etc Extra-Political Factors include technology transfer, as well as budgeting (See collation of JSF buyers) How many of you build architectures that address training gaps? Talk about DOTMLPF analysis
  • #8: Certain capabilities of the aircraft were able to meet existing requirements – and others were not. A complete, objective look at the overall system of systems was required to establish the capability gaps required to be remediated. Gaps were given metrics in order to be prioritized based on overall future value. Even if significant improvements were available to lower priority items, they may not have been included in the future state due to budget and time constraints based on their expected future value. Talk about reluctance to do As-Is architecture
  • #9: Sharing data and technology across capabilities which means that it shares across vendors. Corporate sensitivities are critical.
  • #10: The addition of a government advocacy team was essential to add an acquisition-mandated ‘official’ vote to each sub-system delivery team. This included government participation on each of the design boards for the prime contractors. It ensured cross-platform benefit, not a solution optimized to a specific vendor. NOT SHOWN: sub-component and parts level members. These members were essential in building a solution that was sustainable over the long haul and leveraged innovative methods of production. From a financial perspective, long-term guaranteed contracts were put into place to build a confidence level among the primes and sub-primes. Without these, suppliers may not have been forthright in delivering solutions for the overall good…and optimized for their short-term gains.
  • #13: RFP Discussion The Top Level Architecture – the sphere – constructs the bullet points of an RFP. One of the goals of a well formed Top Level Architecture is a ‘push button RFP’ Additionally, because these RFPs have been generated in light of where they fit within the context of the rest of the systems, the can be systematically vetted to evaluate how they fit.
  • #14: We can see the wedge represented here. That is the “work” of architecting. The mission dictates the validation.
  • #15: Clarify the Problem The current state of the enterprise and define the specific objectives for the future. It includes the understanding of: the motivation for change, the enterprise landscape, the stakeholder’s values, the ‘As-Is’ enterprise and de future holistic vision Generate Architectures Develop several candidate architectures using a systems thinking perspective. This step focuses only in the generation of alternatives, not in their evaluation. Evaluate Effectiveness Estimates how close each proposed architecture is with respect what is desired to achieve or obtain by the future enterprise. In its evaluation considers both: future strategic competencies needed and the future values of multiple stakeholders. Evaluate Resources Compares the level of effort required to implement any of the proposed candidate architectures. It allows the consideration of trade-offs that exist among different options. Evaluate Risk Assess the level of risk associated with each of the candidate architectures. It identifies uncertainties, likelihoods and the consequences that unexpected/ unforeseen events might have on different architectures. It provides important complementary information to decision makers.