Department of Defense Acquisition

Yvette RodriguezEmail: ytorres@usc.edu

Yvette Rodriguez Biography

• Personal• East Los Angeles Resident for 41 years• DAU Instructor in El Segundo

• Education• University of Southern California - Doctoral Student, BSEE 1996• Naval Postgraduate School - MSSE 2003

• Teaching • University of Southern California Teaching Assistant

• SAE 541, SAE 549, SAE 574• Defense Acquisition University

• Systems Engineering Instructor

• Engineering• Port Hueneme Division Naval Surface Warfare Center

• Combat Systems Installation Engineering Lead

USN Shipboard Installations

• May 1996, USS ASHLAND - test platform for the Ship's Self Defense System (SSDS).

• Performed 17 SSDS, Battle Force Tactical Trainer, AN/SPQ-9B Radar Installations, Testing, and Sea Trials • Landing Ship Dock Class Hulls 41 – 52 • Landing Platform Dock Class Hull 17• Carrier Vessel Nuclear Class Hulls 68, 69, 73, 74

What is DoD Acquisition

https://ilc.dau.milVersion 5.4 15June2010

Operations & Support

• Decision points: 6• Phases: 5• Milestone documents: 40+

IOCBA

Engineering & ManufacturingDevelopment

Production & Deployment

Pre-Systems Acquisition Systems Acquisition

Operations & Support

C

Sustainment

Technology Opportunities & Resources

MaterielSolutionAnalysis

TechnologyDevelopment

Post CDRAssessment

FRPDecisionReview

FOC

Materiel DevelopmentDecision

User Needs

CDR

Life CycleSustainment

Disposal

LRIP Full-Rate Prod & Deployment

Integrated System Design

System Capability & Manufacturing ProcessDemonstration

Defense Acquisition Management System 2008

• The Materiel Development Decision precedes entry into any phase of the acquisition framework• Entrance criteria met before entering phases• Evolutionary Acquisition or Single Step to Full Capability

PDR PDR

Post PDRAssessment

New in bold blue italics

or

5

Materiel Solution Analysis

Analyze/Assess Concepts Versus

Defined User Needs &Environmental Constraints

Decompose Concept Functional Definition into Component Concepts &Assessment Objectives

Decompose Concept Functional Definition into Component Concepts &Assessment Objectives

Develop Component Concepts, i.e., Enabling/Critical

Technologies, Constraints, & Cost/Risk Drivers

Develop Component Concepts, i.e., Enabling/Critical

Technologies, Constraints, & Cost/Risk Drivers

INPUTS OUTPUTS

Assess/AnalyzeConcept & Verify System Concept

Performance

Assess/AnalyzeConcept & Verify System Concept’s

Performance

Assess/AnalyzeSystem Concept

Versus FunctionalCapabilities

Assess/AnalyzeSystem Concept

Versus FunctionalCapabilities

Assess/AnalyzeEnabling/Critical

Components VersusCapabilities

Assess/AnalyzeEnabling/Critical

Components VersusCapabilities

Interpret User Needs,Analyze Operational

Capabilities &Environmental Constraints

Interpret User Needs,Analyze Operational

Capabilities &Environmental Constraints

Develop Concept Performance (& Constraints)

Definition & VerificationObjectives

Develop Concept Performance (& Constraints)

Definition & VerificationObjectives

Decompose ConceptPerformance into

Functional Definition &Verification Objectives

Decompose ConceptPerformance into

Functional Definition &Verification Objectives

ITRITR ASR

• ICD• AoA Plan• Exit Criteria• Alternative Maintenance & Logistics Concepts

• Draft System Requirements• T&E Strategy•SEP• System Safety Analysis• Support and Maintenance

Concepts and Technologies• Inputs to:

- draft CDD - AoA -TDS- Cost/Manpower Est.

Technology Development

OUTPUTS

Demo /Validate System& Tech Maturity Versus Defined User Needs &

Environmental Constraints

Interpret User Needs, Refine SystemPerformance Specs &

Environmental Constraints

Interpret User Needs, Refine SystemPerformance Specs &

Environmental Constraints

Develop System Functional Specs & Verification Plan toEvolve System Functional

Baseline

Develop System Functional Specs & Verification Plan toEvolve System Functional

Baseline

Demo/ModelIntegrated System Versus

Performance Spec

Demo/ModelIntegrated System Versus

Performance Spec

Interpret User Needs.Analyze Operational

Capabilities and Environmental Constraints

Interpret User Needs.Analyze Operational

Capabilities and Environmental Constraints

Develop System Perf(& Constraints) Spec andEnabling/Critical Tech &

Prototypes Verification Plan

Develop System Perf(& Constraints) Spec andEnabling/Critical Tech &

Prototypes Verification Plan

Develop FunctionalDefinitions for Enabling/

Critical Tech/Prototypes &Associated Verification Plan

Develop FunctionalDefinitions for Enabling/

Critical Tech/Prototypes &Associated Verification Plan

Demo Enabling/Critical Technology

ComponentsVersus Plan

Demo Enabling/Critical Technology

ComponentsVersus Plan

Evolve FunctionalPerformance Specs into CI Functional (Design to)

Specs and CI Verification Plan

Evolve FunctionalPerformance Specs into CI Functional (Design to)

Specs and CI Verification Plan

Decompose FunctionalDefinitions into Critical

Component Definition &Technologies Verification Plan

Decompose FunctionalDefinitions into Critical

Component Definition &Technologies Verification Plan

Demo System &Prototype

FunctionalityVersus Plan

Demo System &Prototype

FunctionalityVersus Plan

INPUTS

Design/Develop System Concepts,i.e., Enabling/Critical Technologies,

Update Constraints, and Cost/Risk Drivers

SRR

PDRPDR

• ICD and Draft CDD• Approved Materiel Solution• Exit Criteria • Support and Maintenance

Concepts and Technologies•AoA •TDS• T&E Strategy• System Safety Analysis

• System Allocated Baseline•PDR Report •TEMP •SEP •PESHE •PPP •TRA• NEPA Compliance Schedule• Risk Assessment• Validated Sys Support & MaintObjectives & Requirements

• Inputs to: -IBR -ISP -STA -CDD- Acq Strategy- Affordability Assessment- Cost/Manpower Est.

SFR

• Initial Product Baseline• Test Reports•TEMP• Elements of Product Support• Risk Assessment•SEP •TRA • PESHE• Life Cycle Sustainment Plan• System Safety Analysis• Inputs to: -CPD -STA -ISP

- Cost/Manpower Est.

Engineering and Manufacturing Development

FCA

OUTPUTS

Combined DT&E/OT&E/LFT&EDemonstrate System to

Specified User Needs andEnvironmental Constraints

SVR PRR

Fabricate, Assemble,Code to “ Build-to”

Documentation

Fabricate, Assemble,Code to “ Build-to”

Documentation

INPUTS

Integrated DT&E, LFT&E & EOAs Verify Performance

Compliance to Specs

Integrated DT&E, LFT&E & EOAs Verify Performance

Compliance to SpecsTRR

Individual CIVerification

DT&E

Individual CIVerification

DT&E

System DT&E, LFT&E & OAs,Verify System Functionalityand Constraints Compliance

to Specs

System DT&E, LFT&E & OAs,Verify System Functionalityand Constraints Compliance

to Specs

Evolve CI FunctionalSpecs into Product

(Build to) Documentationand Inspection Plan

Evolve CI FunctionalSpecs into Product

(Build to) Documentationand Inspection Plan

Evolve CI FunctionalSpecs into Product

(Build to) Documentationand Inspection Plan

Interpret User Needs, Refine System

Performance Specs andEnvironmental Constraints

Interpret User Needs, Refine System

Performance Specs andEnvironmental Constraints

Develop SystemFunctional Specs and

System Verification Plan

Evolve FunctionalPerformance Specs into CI Functional (Design to)

Specs and CI Verification Plan

CDRCDR

• Sys Performance Spec• Acquisition Strategy• Exit Criteria•APB •CDD •SEP •PPP •TEMP•PESHE•STA• NEPA Compliance Schedule• Risk Assessment• Validated Sys Support & MaintObjectives & Requirements

• Product Support Strategy

SFRSFR

PDR

CDR

Production and Deployment

LFTEReport to Congress

BLRIPReport to Congress

Production Qualification Testing

OTRROTRR AOTRAOTR

Independent IOT&E

Full- Up System Level LFT&E

J- 6 System Validation

JITC Interoperability Certification Testing

Analyze DeficienciesTo Determine Corrective

Actions

OUTPUTS

Modify Configuration(Hardware/Software/Specs)

To Correct Deficiencies

INPUTS

Verify and ValidateProduction

Configuration

• Production Baseline• Test Reports•TEMP •PESHE •SEP • System Safety Analysis • Input to:

- Cost/Manpower Est.

PCA

• Test Results • Exit Criteria•APB •CPD •SEP •TEMP• Product Support Package•PESHE• System Safety Analysis

Operations and Support

Implement andField

• Process Change – Hardware/Support• Materiel Change

OUTPUTS• Data for In - Service Review• Input to CDD for next increment• Modifications/upgrades to fielded

systems•SEP• System Safety Analysis

In-ServiceReview

DevelopCorrective

Action

Integrate and TestCorrective Action

Assess Risk of Improved SystemAssess Risk of

Improved System

INPUTS• Service Use Data• User Feedback• Failure Reports• Discrepancy Reports•SEP •PESHE• System Safety Analysis

Monitor and CollectAll ServiceUse Data

Analyze Data toDetermine

Root Cause

DetermineSystem Risk/

Hazard Severity

Weapon Systems Acquisition Reform Act of 2009

• WSARA Content –Three Major

Categories

• Organizational/Personnel Changes

• Acquisition Policy & Process Changes

• Congressional Reporting Requirements

Sec. 102. Directors of DT&E and Systems Engineering

• Director, Systems Engineering (SE) (Mr. Stephen Welby)• Deputy Assistant Secretary of Defense for Systems• Appointed by SECDEF• Develops policies and guidance for SE

• Director, DT&E (Mr. Edward R. Greer)• Deputy Assistant Secretary of Defense, Developmental Test

and Evaluation• Appointed by SECDEF• Develops policies and guidance for DT&E

• Requires joint coordination, joint DT&E/SE guidance, and joint annual report to Congress

• Requires CAE’s with MDAPs to appropriately resource DT&E and SE organizations, and report to the Directors within 180 days that they have done so

Who’s Who in Acquisition

• Assistant Secretary of Defense for Research & Engineering for Department of Defense, Zachary J. Lemnios

• Deputy Assistant Secretary of Defense for Systems, Mr. Stephen Welby

• Deputy Assistant Secretary of Defense, Developmental Test and Evaluation, Mr. Edward R. Greer

• Assistant Secretary of Defense for Acquisition , Katrina McFarland• Defense Acquisition

University President

Risk Management Guide

• New Risk Management Guide

• Released August 2006

• Redefines Risk Management Process

• Provides detailed guidance on key activities, e.g.,

• Risk Identification• Identification of Root

Causes• Risk Analysis• Mitigation Planning• Tracking• Planning

RISK

MANAGEMENT

GUIDE FOR

DOD ACQUISITION

Sixth Edition

(Version 1.0)

August, 2006

Department of Defense

https://acc.dau.mil/CommunityBrowser.aspx?id=17757

Systems Engineering Plan

SYSTEMS ENGINEERING PLAN (SEP) OUTLINE Version 1.0, 04/20/2011

Systems Engineering References

Department of Defense (DoD) Systems Engineering (SE) References

Non-specific DoD SE References

Department of Defense Directive 5000.01, The Defense Acquisition System

INCOSE Systems Engineering Handbook, A Guide for System Life Cycle Processes and Activities

Department of Defense Instruction 5000.02, Operation of the Defense Acquisition System

International Organization for Standardization (ISO)/International Electrotechnical Commission (IEC) 15288, Systems and Software Engineering – System Life Cycle Processes

OUSD(AT&L) Directive-Type Memorandum (DTM) 09-027, Implementation of the Weapon Systems Acquisition Reform Act of 2009

ISO/IEC 12207, Systems and Software Engineering – Software Life Cycle Processes

ASA(ALT) Memorandum, Army Systems Engineering Policy ISO/IEC 26702, Application and Management of the Systems Engineering Process

US Army RDECOM Systems Engineering Policy IEEE 1220-2005, IEEE Standard for Application and Management of the Systems Engineering Process, Institute of Electrical and Electronics Engineers, 09Sept2005

Air Force Instruction 63-1201, Life Cycle Systems Engineering ANSI/GEIA EIA-632, Processes for Engineering a System, 01 Sept 2003

Navy Systems Engineering Guide Defense Acquisition University (DAU) Guidebook, Chapter 4 Systems Engineering

DAU Systems Engineering Fundamentals MIL-STD-499B