Price: $2,499.00

Length: 3 Days
Print Friendly, PDF & Email

Introduction to DoDAF Training













The purpose of DoDAF (Department of Defense Architecture Framework)  is to define concepts and models usable in DoD’s core processes.

Those core processes include:

  • Joint Capabilities and Integration Development (JCIDS)
  • Planning, Programming, Budgeting and Execution (PPBE)
  • Defense Acquisition System (DAS)
  • Systems Engineering (SE)
  • Operational Planning (OPLAN)
  • Capability Portfolio Management (CPM)

DoDAF models have broad applicability across the private, public and voluntary sectors around the world. In addition, DoDAF architecture can easily be integrated with other architecture frameworks.

All major U.S. DoD weapons and information technology system acquisitions are required to develop and document an enterprise architecture (EA) using the prescribed DoDAF viewpoints. All DoD projects are required to provide EA documentation aimed at two goals: conformance and reuse of information and artifacts.

DoDAF was created to support many facets of the DOD, and was intended to be useful even when just the parts of the framework that pertain to a given purpose or project are implemented.

The DoDAF architecture framework is especially suited for large systems with complex integration and interoperability challenges. Artifacts or “views” within DoDAF can illustrate the 30,000 foot detail or deep more complex views as needed for a particular stakeholder.

DoDAF helps project teams visualize and communicate upward to leadership and downward to operators so that each stakeholder has the information to navigate the system.

One of the first steps in building an integrated architecture under many frameworks is to determine the scope of the effort, which helps determine which parts of the framework are needed to succeed. An integrated architecture that contains the details of an organization, system, or enterprise serves as a normalized model that can be analyzed to show the linkages or connections between elements in the real world.

These linkages can be many degrees deep, showing second-order and tertiary connections in a repeatable and reusable way.

While it is aimed at military systems, DoDAF has broad applicability across the private, public and voluntary sectors around the world, and represents one of a large number of systems architecture frameworks.

Introduction to DoDAF Training Course Description

Introduction to DoDAF training course provides comprehensive information about the concepts, background, principals, and techniques of DoDAF. Introduction to DoDAF training will discuss the viewpoints, models, and DM2. Introduction to DoDAF training course covers:

  • Basics of DoDAF and Architecture Frameworks
  • DoDAF 1.5
  • DoDAF 2.02
  • DoDAF, SysML, and UPDM Integration
  • Migration to UAF

Introduction to DoDAF TrainingIntroduction to DoDAF training course will teach you about architecting processes, methods, and thought patterns at a practical level. This hands-on training also will provide you an overview of the models of DoDAF 2.

Introduction to DoDAF training will help you understand and apply the DoDAF 2 models, review the principles of architecting and then use them to develop a DoDAF model compliant. In addition, you will learn about the “Fit for Purpose” models and how they can be incorporated into the DoDAF models.

Introduction to DoDAF training is designed in a lecture-practice approach. It will be delivered in the form of an interactive workshop, the most majority of which is dedicated to hands-on activities, exercising with real-life examples, and eventually developing a DoDAF model in class.

What is DoDAF?

DoDAF, short for the Department of Defense Architecture Framework, is an architecture structure for the United States Department of Defense that offers framework to a particular stakeholder concern concluded from viewpoints organized by divers views.

DoDAF states a series of views that perform as visualizing tools, understanding, and integrating the wide range of scope and difficulties of an architecture description across tables, structures, behaviors, pictures, sequences, or graphs.

DoDAF is in particular useful in large systems containing complicated integration and interoperability difficulties. DoDAF by far is the most effective tool in operational views that specify the external customer’s operating domain where the developing system will run.

Added Value of DoDAF Training

  • The concept of Enterprise Architecture (EA)
  • DoDAF AV
  • DoDAF Operation Views
  • DoDAF Systems Views
  • DoDAF Technical Views
  • EA relationship to DoDAF
  • DoDAF 1.5 and DoDAF 2, differences and applications
  • DoDAF 2 step by step
  • DoDAF 2 viewpoints and models

Also Learn About

  • Three architectural features
  • Four main actions of architecture
  • Eight viewpoints of DoDAF 2.02
  • DoDAF 2 views and how they are related
  • How to create views
  • Various versions of “Fit-for-Purpose” views
  • Planning ahead for future changes
  • What strategies drive the DoDAF standards
  • DoDAF products
  • How can you communicate the results of your architecture more effectively


Introduction to DoDAF training is a 3-day course designed for:

  • System engineers and architects
  • Software engineers and architects
  • Enterprise architects
  • Executives and leaders
  • Managers
  • CIO’s managers
  • Senior IT managers
  • IT engineers
  • Data scientists
  • Business and systems analysts
  • Senior analysts
  • Project managers
  • Vendors and developers

Learning Objectives

Upon completion of introduction to DoDAF training course, attendees are able to:

  • Understand and discuss the principals and concepts of DoDAF
  • Discuss the framework of DoDAF
  • Deal with the issues associated with DoDAF
  • Generate DoDAF views
  • Understand and explain the DoDAF terminology and notation
  • Discuss an architectural structure
  • Understand the importance of the Unified Profile for DoDAF
  • Understand the fundamental concepts of EA
  • Discuss how to construct an EA
  • Deal with the difficulties and issues of EA
  • Identify the requirements specific to their own organization
  • Understand the standards and guidelines of DoDAF
  • Describe the DoDAF products
  • Understand what it means to create Fit for Purpose architectures
  • Understand the future of the DoDAF
  • Understand the DoDAF vision
  • Discuss the DoDAF resources
  • Articulate the relationship of DoDAF with other architectural frameworks
  • Explain the architecture development methodologies
  • Understand the DM2-DoDAF Metal-Model

Course Outline


  • DoDAF definition
  • DoDAF terminology and notation
  • DoDAF versions
  • Purpose of DoDAF
  • Enterprise Architecture (EA) definition
  • DoDAF goals
  • DoDAF mission and applications
  • DoD Conformance
  • DoDAF‐described Models
  • Fit‐for‐Purpose Views
  • DM2
  • SOA
  • DoDAF Journal
  • DoDAF Versions
  • Methods of architectures
  • Different architecture frameworks
  • DoDAF integration with systems engineering
  • DoDAF, SysML, UPDM and UAF
  • Migration to DoDAF to UAF

Enterprise Architecture (EA)

  • Components of EA
  • Background of EA
  • EA key activities
  • Foundation of modern architecting
  • How to use DoDAF in the EA

Version 1.5 View

  • All View (AV)
    • AV-1 Overview and Summary Information
    • AV-2 Integrated Dictionary
  • Operational View (OV)
    • Tasks and activities
    • Operational components
    • Information exchanges required
  • Systems View
  • Technical Standard View (TV)

All View (AV)

  • AV 1
    • Scope and purpose
    • Applicants
    • Portraying environment
    • Analytical results
  • AV2
    • Definitions
    • Terminology

Operational View (OV)

  • OV1- High Level Operational Concept
  • Graphical and textural description
  • OV2- Operational Node Connectivity
  • Facilitating the flow of information between senders and receivers
  • OV3- Operational Information Exchange
    • Media, quality, quantity, and interoperability
  • OV4- Organizational Relationships Chart
  • OV5- Operational Activity Model
  • Activities, input/output
    • Costs, performing nodes
  • OV6a- Operational Rules Model
  • OV6b- Operational State Transition
  • OV6c-Operational Event-Trace
  • OV7- Logical Data Model
    • Corresponds to DIV-2 in DoDAF V2.0

Systems View

  • SV1- Interface
  • SV2- Communications
  • SV3- Systems-Systems, Services-Systems, Services-Services Matrices
  • SV4a- systems Functionality
  • SV4b- Services Functionality
  • SV5a, SV5b, SV5c- Operational Activity to Systems Function, Operational Activity to Systems and Services Traceability Matrices
  • SV6- Data Exchange
  • SV7- Performance Parameters
  • SV8- Evolution
  • SV9- Technology Forecast
  • SV10a- Rules Model
  • SV10b- State Transition
  • SV10c- Event-Trace
  • SV11- Physical Schema

Technical Standard Views

  • TV1- Profile
    • Corresponds to StdV-1 in DoDAF 2.0
  • TV2- Forecast
    • Corresponds to StdV-2 in DoDAF 2.0

DoDAF 2.0 Viewpoints

  • All Viewpoint (AV)
    • AV1-Overview
    • AV2-Integrated Dictionary
  • Capability Viewpoint (CV)
    • CV-1 Vision
    • CV-2 Capability Taxonomy
    • CV-3 Capability Phasing
    • CV-4 Capability Dependencies
    • CV-5 Capability to Organizational Development Mapping
    • CV-6 Capability to Operational Activities Mapping
    • CV-7 Capability to Services Mapping
  • Data and Information Viewpoint (DIV)
    • DIV1-Conceptual Data Model
    • DIV2-Logical Data Model
    • DIV3-Physical Data Model
  • Operational Viewpoint (OV)
    • OV-1 High-Level Operational Concept Graphic
    • OV-2 Operational Resource Flow Description
    • OV-3 Operational Resource Flow Matrix
    • OV-4 Organizational Relationships Chart
    • OV-5a Operational Activity Decomposition Tree
    • OV-5b Operational Activity Model
    • OV-6a Operational Rules Model
    • OV-6b State Transition Description
    • OV-6c Event-Trace Description
  • Project Viewpoint (PV)
    • PV-1 Project Portfolio Relationships
    • PV-2 Project Timelines
    • PV-3 Project to Capability Mapping
  • Services Viewpoint (SvcV)
    • SvcV-1 Services Context Description
    • SvcV-2 Services Resource Flow Description
    • SvcV-3a Systems-Services Matrix
    • SvcV-3b Services-Services Matrix
    • SvcV-4 Services Functionality Description
    • SvcV-5 Operational Activity to Services Traceability Matrix
    • SvcV-6 Services Resource Flow Matrix
    • SvcV-7 Services Measures Matrix
    • SvcV-8 Services Evolution Description
    • SvcV-9 Services Technology & Skills Forecast
    • SvcV-10a Services Rules Model
    • SvcV-10b Services State Transition Description
    • SvcV-10c Services Event-Trace Description
  • Standards Viewpoint (StdV)
    • StdV-1 Standards Profile
    • StdV-2 Standards Forecast
  • System Viewpoint (SV)
    • SV-1 Systems Interface Description
    • SV-2 Systems Resource Flow Description
    • SV-3 Systems-Systems Matrix
    • SV-4 Systems Functionality Description
    • SV-5a Operational Activity to Systems Function Traceability Matrix
    • SV-5b Operational Activity to Systems Traceability Matrix
    • SV-6 Systems Resource Flow Matrix
    • SV-7 Systems Measures Matrix
    • SV-8 Systems Evolution Description
    • SV-9 Systems Technology & Skills Forecast
    • SV-10a Systems Rules Model
    • SV-10b Systems State Transition Description
    • SV-10c Systems Event-Trace Description

DoDAF 2.0 Background

  • Federal Law and policies
  • Historical evolution
  • Need for change

DoDAF 2.0 Vision

  • Vision statement
  • Purpose and scope of the DoDAF 2.0
    • Developing Architectures
    • Enterprise Architecture
    • Solution Architecture
    • Maintaining and Managing Architectures
    • Using Architectures
  • What do managers should know about the DoDAF 2.0
    • Active Involvement of the Decision Maker
    • Decision Maker’s functions to perform
  • Guidelines
  • Customer requirements
    • Key decision support processes
    • Joint capability incorporation and development system
    • Defense acquisition system
    • Systems Engineering
    • Planning, programming, budgeting and execution
    • Portfolio management
    • Operations
    • Net‐centric Incorporation
    • Information sharing
  • DM2 support for viewpoints and the key processes

DoDAF 2.0 Guidelines

  • DoDAF Development Guidelines
  • Guiding Principles
    • Focus
    • Efficiency
    • Clarity
    • Comparability
    • Integration of Data
    • Data‐Centricity
    • Tool‐Agnostic
    • Reusability
    • Net‐Centricity
    • Multiple techniques and tools
    • Analysis
    • Essential toolkit characteristics
  • Adjusting architecture to customers’ needs
    • 7sub‐bullets

Architectural Resources

  • DoD IEA
  • DARS
  • DISR
  • KM/DS
  • Metadata Registry
  • Service Registry
  • UJTL

DoDAF 2.0 vs. DoDAF 1.5

  • Product vs models
  • Views vs viewpoints
  • Systems differences
  • Department initiatives for Architecture Federation and Tiered Responsibility
  • Requirements and standards for data sharing
  • Federal Enterprise Architecture description
  • DM2 containing CDM, LDM, and PES
  • SOA approaches
  • Focus differences of the Architecture Development Process
  • Difference in Nodes

DoDAF 2.0 Relationships to Other Frameworks and References

  • Frameworks
    • Federal Enterprise Architecture Program
    • The Zachman Framework
    • The Open Group Architecture Framework
    • The Ministry of Defense Architecture Framework
    • NATO Architecture Framework
  • Reference
    • DoD Information EA
    • DoD Business EA
    • DOD Global information grid EA

Tonex Hands-On Workshop Sample

  • Effective framework design examples
  • Practice with real case studies
  • Solving real life problem samples
  • Developing DoDAF

Introduction to DoDAF Training

Request More Information

Please enter contact information followed by your questions, comments and/or request(s):
  • Please complete the following form and a Tonex Training Specialist will contact you as soon as is possible.

    * Indicates required fields

  • This field is for validation purposes and should be left unchanged.

Request More Information

  • Please complete the following form and a Tonex Training Specialist will contact you as soon as is possible.

    * Indicates required fields

  • This field is for validation purposes and should be left unchanged.