Introduction to DoDAF Training

Introduction to DoDAF Training

Course Delivery

This Course is available in the following format:

Request this course in a different delivery format

GSA Schedule 70 Saving for Government Customers

Course Overview:

Introduction to DoDAF Training Course Description

Introduction to DoDAF Training, 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.

This Introduction to DoDAF Training | Department of Defense Architecture Framework Training course provides comprehensive information about the concepts, background, principals, and techniques of DoDAF. The DoDAF training course covers:

◾ Basics of DoDAF and Architecture Frameworks
◾ DoDAF 1.5
◾ DoDAF 2.02

DODAF Training – Related Courses

» Introduction to DoDAF Training
» Introduction to SoS Operational Test and DoDAF Training
» Architecting with the DoD Architecture Framework Training
» DoDAF 2 Training- Hands-on Project Based DoDAF Training
» DoDAF Certification, Project-based Hands-on DoDAF Training Courses
» DoDAF Training- DoDAF 2.02 Migration Training
» DoDAF Workshop – Business Process Management with DoDAF 2.0 Training
» Developing Executable Architectures using DoDAF Training
» Developing Integrated, Executable Architectures Training
» Developing Concepts of Operations (CONOPS) Training
» Enterprise Architecture Training
» MODAF (UK Ministry of Defence Architectural Framework) Training
» NAF Training – NATO Architecture Framework
» NASCIO Training – NASCIO Enterprise Architecture Development Training
» Systems Engineering with DoDAF Training

Audience / Target Group:

The target audience for this Introduction to DoDAF Training course is defined here:

◾ 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

What You Will Learn

Upon completing this Introduction to DoDAF Training course, learners will be able to meet these objectives:

◾ 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

Introduction to DoDAF Training – Course Syllabus:


◾DoDAF definition
◾DoDAF terminology and notation
◾Purpose of DoDAF
◾DoDAF goals
◾DoDAF mission and applications
◾DoD Conformance
◾DoDAF‐described Models
◾Fit‐for‐Purpose Views
◾DoDAF Journal
◾DoDAF Versions
◾Enterprise Architecture (EA) definition
◾Methods of architectures
◾Different architecture frameworks

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
◾Portraying environment
◾Analytical results
◾AV2 ◾Definitions

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)
◾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
◾Customer requirements
◾Key decision support processes
◾Joint capability incorporation and development system
◾Defense acquisition system
◾Systems Engineering
◾Planning, programming, budgeting and execution
◾Portfolio management
◾Net‐centric Incorporation
◾Information sharing
◾DM2 support for viewpoints and the key processes

DoDAF 2.0 Guidelines

◾DoDAF Development Guidelines
◾Guiding Principles
◾Integration of Data
◾Multiple techniques and tools
◾Essential toolkit characteristics
◾Adjusting architecture to customers’ needs

Architectural Resources

◾Metadata Registry
◾Service Registry

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

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

Hands-On Workshop Sample

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


Dr. Scott Workinger has led innovative technology development efforts in complex, risk-laden environments for 30 years in the fields of manufacturing (automotive, glass, optical fiber), engineering and construction (nuclear, pulp & paper), and information technology (expert systems, operations analysis, CAD, collaboration technology). He currently teaches courses on program management and engineering and consults on strategic management and technology issues. B.S in Engineering Physics from Lehigh University, M.S. in Systems Engineering from University of Arizona, and Ph.D. in Civil and Environment Engineering from Stanford University.

Whether you are looking for general information or have a specific question, we want to help!

Request More Information

Print Friendly, PDF & Email