Systems Engineering with DoDAF Training

Systems Engineering with DoDAF Training

Print Friendly, PDF & Email

Introduction:

Systems Engineering with DoDAF Training – Hands-on

Systems Engineering with DoDAF Training covers the techniques, knowledge, and tools required to use complex engineering problems with DoDAF 2.02.

Systems Engineering with DoDAF comes handy when the main goal of systems engineering is to understand a complicated problem. In that case, graphic representations of the system are applied to interact a system’s functional and data requirements. Enterprise Architecture, DoDAF in particular, is one of these useful graphical representations. Systems engineering with DoDAF training teaches you how to apply DoDAF features in systems engineering.

Added Value of Systems Engineering with DoDAF Training:

• Provides basic knowledge and techniques of systems engineering
• Provides the fundamental concepts, principals, and techniques of DoDAF
• Delivers training on how to execute analytical domains in the integrated DoDAF/systems engineering process
• Teaches you how to use DoDAF in systems engineering
• Provides the techniques you can use
• Discusses the tools are available
• Provides the processes you need
• Teaches you how to apply the techniques and methods to a systems engineering problem
• Teaches you how to better communicate the results of our systems engineering

Duration: 3 days

Systems Engineering with DoDAF Training
 

Systems Engineering with DoDAF TrainingRelated Courses
 

Customize It:

• If you are familiar with some aspects of Systems Engineering with DoDAF Training course, we can omit or shorten their discussion.
• We can adjust the emphasis placed on the various topics or build the Systems Engineering with DoDAF Training course around the mix of technologies of interest to you (including technologies other than those included in this outline).
• If your background is nontechnical, we can exclude the more technical topics, include the topics that may be of special interest to you (e.g., as a manager or policy-maker), and present the Systems Engineering with DoDAF Training course in manner understandable to lay audiences.

Audience / Target Group:

The target audience for this Systems Engineering with DoDAF Training course is defined here:

• System engineers
• System architects
• Software engineers
• Software 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

Objectives:

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

• Understand the foundation and basis of the systems engineering process
• Determine where and when systems engineering is applied
• Understand how DoDAF can be incorporated in the systems engineering process
• Understand all the features and specifications of DoDAF 1.5 and DoDAF 2.0
• Deal with the issues of systems engineering by using 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 that can be used in systems engineering
• 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

Systems Engineering with DoDAF Training – Course Syllabus

Overview of Systems Engineering and DoDAF

Systems engineering definition
SE terminology
SE goals and applications
Enterprise Architecture (EA) definition
Methods of architectures
Different architecture frameworks
Why Architecture-Based Systems Engineering?
DoDAF definition
DoDAF terminology and notation
Purpose of DoDAF
DoDAF Versions
DoDAF goals
DoDAF mission and applications
DoDAF‐described Models
Fit‐for‐Purpose Views
DM2
SOA

Systems Engineering Principles

Scope
–Traditional
–Current
Holistic view
Interdisciplinary fields
Dealing with complexity
–System architecture
–System model, Modeling, and Simulation,
–Optimization
–System dynamics
–Systems analysis
–Statistical analysis
–Reliability analysis
–Decision making
System Definitions
–ANSI/EIA
–DAU Systems Engineering Fundamentals
—IEEE standards
—ISO/IEC
—NASA Systems Engineering Handbook
—INCOSE Systems Engineering Handbook
Systems engineering process
Models
Graphical representations
–Functional flow block diagram (FFBD)
–Model-based design
–Data Flow Diagram (DFD)
–N2 Chart
–IDEF0 Diagram
–Use case diagram
–Sequence diagram
–Block diagram
–Signal-flow graph
–USL Function Maps and Type Maps
–DoDAF viewpoints
Tools and Techniques
–Systems Modeling Language (SysML)
–Lifecycle Modeling Language (LML)
–Model-Based System Engineering (MBSE)

Types of Architectures

System Architecture of building real systems
–Civil, Hardware
–Embedded systems architecture
Domain Specific Architectures
–Software
–Supply chain
–Finance
–Insurance
–Business processes
–Security
–C4ISR
–Avionics
–Weapon system

Partitioning Levels of System Architecture

System/Enterprise level Conceptual Architecture
Expressing stakeholders needs, concerns, capability requirements, and strategy
ConOps
Requirements Engineering
Subsystem level Functional/Logical Architecture
Performance, functional connectivity, and interfaces
Module level Physical Architecture Physical
Connectivity and interfaces
Function Block level
Operational/Implementation Architecture
Sub-function level
Bottom-up Integration and Interfaces
Verification and Validation

System Software Architecture Five Views (4+1) Model

Logical View
Process View
Development View
Physical View
Use Case view

Merging Activities

Architecting vs. Engineering
Integration
Evaluation

DoDAF 1.5 View

All View (AV)
–AV-1 Overview and Summary Information
–AV-2 Integrated Dictionary
Operational View (OV)
–OV1- High Level Operational Concept
–OV2- Operational Node Connectivity
–OV3- Operational Information Exchange
–OV4- Organizational Relationships Chart
–OV5- Operational Activity Model
–OV6a- Operational Rules Model
–OV6b- Operational State Transition
–OV6c-Operational Event-Trace
–OV7- Logical Data Model
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 View (TV)
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.02 Vision

Vision statement
Purpose and scope of the DoDAF 2.02
–Developing Architectures
–Enterprise Architecture
–Solution Architecture
–Maintaining and Managing Architectures
–Using Architectures
What do managers should know about the DoDAF 2.02
–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.02 Changes

Federal Law and policies
Historical evolution
Need for change

Systems Engineering with 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

Systems Engineering with DoDAF Training – Hands-On Workshop Sample

Selecting a systems engineering problem sample (by applicant or instructor)
Discussing all the steps of the process of solving the problem
Determine where/where DoDAF should be applied
Developing DoDAF associated with the sample
Interpret and present the outcome

Instructor:

Dr. Eric Honour, CSEP, INCOSE Fellow, has been in international leadership of the engineering of systems for nearly two decades, part of a 40-year career of complex systems development and operation. His energetic and informative presentation style actively involves class participants. He is a former President of the International Council on Systems Engineering (INCOSE). He was selected in 2000 for Who’s Who in Science and Technology and in 2004 as an INCOSE Founder. He has been a systems engineer, engineering manager, and program manager at Harris, E-Systems, and Link, and was a Navy pilot. He has contributed to the development of 17 major systems, including Air Combat Maneuvering Instrumentation, Battle Group Passive Horizon Extension System, and National Crime Information Center. BSSE (Systems Engineering) from US Naval Academy and MSEE from Naval Postgraduate School, PhD University of South Australia based on his ground-breaking work into the quantified value of systems engineering

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

 
Request More Information

    Time frame:

    0