1 / 17

Department of Defense Acquisition Yvette Rodriguez Email : ytorres@usc

Department of Defense Acquisition Yvette Rodriguez Email : 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

clemens
Download Presentation

Department of Defense Acquisition Yvette Rodriguez Email : ytorres@usc

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Department of Defense Acquisition Yvette Rodriguez Email: ytorres@usc.edu

  2. 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

  3. 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

  4. What is DoD Acquisition Version 5.4 15June2010 https://ilc.dau.mil

  5. A B 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 User Needs Technology Opportunities & Resources C IOC FOC Materiel Solution Analysis Technology Development Engineering & Manufacturing Development Production & Deployment Operations & Support Operations & Support Integrated System Design System Capability & Manufacturing Process Demonstration LRIP Full-Rate Prod & Deployment Life Cycle Sustainment FRP Decision Review Materiel Development Decision Disposal Post CDR Assessment Post PDR Assessment PDR PDR CDR or Pre-Systems Acquisition Systems Acquisition Sustainment • Decision points: 6 • Phases: 5 • Milestone documents:40+ New in bold blue italics

  6. Materiel Solution Analysis OUTPUTS INPUTS • Draft System Requirements • ICD • T&E Strategy • AoA Plan • SEP • Exit Criteria • System Safety Analysis • Alternative Maintenance • Support and Maintenance & Logistics Concepts Concepts and Technologies • Inputs to: - draft CDD - AoA - TDS - Cost/Manpower Est. ASR ITR ITR Interpret User Needs, Interpret User Needs, Analyze/Assess Analyze Operational Analyze Operational Concepts Versus Capabilities & Capabilities & Defined User Needs & Environmental Constraints Environmental Constraints Environmental Constraints Develop Concept Develop Concept Assess/Analyze Assess/Analyze Performance (& Constraints) Performance (& Constraints) Concept & Verify Concept & Verify Definition & Verification Definition & Verification System Concept’s System Concept Objectives Objectives Performance Performance Decompose Concept Decompose Concept Assess/Analyze Assess/Analyze Performance into Performance into System Concept System Concept Functional Definition & Functional Definition & Versus Functional Versus Functional Verification Objectives Verification Objectives Capabilities Capabilities Assess/Analyze Assess/Analyze Decompose Concept Decompose Concept Enabling/Critical Enabling/Critical Functional Definition into Functional Definition into Components Versus Components Versus Component Concepts & Component Concepts & Capabilities Capabilities Assessment Objectives Assessment Objectives Develop Component Concepts, Develop Component Concepts, i.e., Enabling/Critical i.e., Enabling/Critical Technologies, Constraints, Technologies, Constraints, & Cost/Risk Drivers & Cost/Risk Drivers

  7. Technology Development OUTPUTS INPUTS System Allocated Baseline • ICD and Draft CDD • PDR Report • Approved Materiel Solution • TEMP • S EP • PESHE • PPP • TRA • Exit Criteria • NEPA Compliance Schedule • Support and Maintenance • Risk Assessment • Concepts and Technologies Validated Sys Support & Maint • AoA • TDS • Objectives & Requirements T&E Strategy • Inputs to: • System Safety Analysis • - IBR - ISP - STA - CDD - Acq Strategy - Affordability Assessment - Cost/Manpower Est. SRR Interpret User Needs. Interpret User Needs. Interpret User Needs, Interpret User Needs, Demo /Validate System Analyze Operational Analyze Operational Refine System Refine System & Tech Maturity Versus Performance Specs & Performance Specs & Capabilities and Capabilities and Defined User Needs & Environmental Constraints Environmental Constraints Environmental Constraints Environmental Constraints Environmental Constraints Develop System Functional Develop System Functional Specs & Verification Plan to Specs & Verification Plan to Develop System Perf Develop System Perf Demo/Model Demo/Model Evolve System Functional Evolve System Functional (& Constraints) Spec and (& Constraints) Spec and Integrated System Versus Integrated System Versus Baseline Baseline Enabling/Critical Tech & Enabling/Critical Tech & Performance Spec Performance Spec Prototypes Verification Plan Prototypes Verification Plan SFR Evolve Functional Evolve Functional Performance Specs into Performance Specs into Demo System & Demo System & Develop Functional Develop Functional CI Functional (Design to) CI Functional (Design to) Prototype Prototype Definitions for Enabling/ Definitions for Enabling/ Specs and CI Verification Plan Specs and CI Verification Plan Functionality Functionality Critical Tech/Prototypes & Critical Tech/Prototypes & PDR PDR Versus Plan Versus Plan Associated Verification Plan Associated Verification Plan Demo Enabling/ Demo Enabling/ Decompose Functional Decompose Functional Critical Technology Critical Technology Definitions into Critical Definitions into Critical Components Components Component Definition & Component Definition & Versus Plan Versus Plan Technologies Verification Plan Technologies Verification Plan Design/Develop System Concepts, i.e., Enabling/Critical Technologies, Update Constraints, and Cost/Risk Drivers

  8. Engineering and Manufacturing Development OUTPUTS INPUTS • Initial Product Baseline • Test Reports • Sys Performance Spec • TEMP • Acquisition Strategy • Elements of Product Support • Exit Criteria • Risk Assessment • APB • CDD • SEP • PPP • TEMP • SEP • TRA • PESHE • PESHE • STA • Life Cycle Sustainment Plan • NEPA Compliance Schedule • System Safety Analysis • Risk Assessment • Inputs to: - CPD - STA - ISP • Validated Sys Support & Maint - Cost/Manpower Est. Objectives & Requirements • Product Support Strategy FCA PRR SVR Combined DT&E/OT&E/LFT&E Interpret User Needs, Interpret User Needs, Demonstrate System to Refine System Refine System Specified User Needs and Performance Specs and Performance Specs and Environmental Constraints Environmental Constraints Environmental Constraints Develop System System DT&E, LFT&E & System DT&E, LFT&E & OAs OAs , , Functional Specs and Verify System Functionality Verify System Functionality System Verification Plan and Constraints Compliance and Constraints Compliance to Specs to Specs SFR SFR Evolve Functional Performance Specs into Integrated DT&E, LFT&E & Integrated DT&E, LFT&E & CI Functional (Design to) EOAs EOAs Verify Performance Verify Performance Specs and CI Verification Plan Compliance to Specs Compliance to Specs TRR PDR Evolve CI Functional Evolve CI Functional Evolve CI Functional Specs into Product Specs into Product Specs into Product Individual CI Individual CI (Build to) Documentation (Build to) Documentation (Build to) Documentation Verification Verification and Inspection Plan and Inspection Plan and Inspection Plan CDR DT&E DT&E CDR CDR Fabricate, Assemble, Fabricate, Assemble, Code to Code to “ “ Build Build - - to to ” ” Documentation Documentation

  9. Production and Deployment Production Qualification Testing OTRR OTRR AOTR AOTR Independent IOT&E BLRIP Report to Full - Up System Level LFT&E Congress JITC Interoperability Certification Testing LFTE Report to Congress J - 6 System Validation INPUTS OUTPUTS Test Results Production Baseline • • Exit Criteria Test Reports • • APB • CPD • SEP • TEMP TEMP • PESHE • SEP • • Product Support Package System Safety Analysis • • PESHE Input to: • • Cost/Manpower Est. System Safety Analysis - • PCA Analyze Deficiencies Verify and Validate To Determine Corrective Production Actions Configuration Modify Configuration (Hardware/Software/Specs) To Correct Deficiencies

  10. Operations and Support INPUTS OUTPUTS Service Use Data • Data for In - Service Review • User Feedback • Input to CDD for next increment • Failure Reports • Modifications/upgrades to fielded • Discrepancy Reports • systems SEP • PESHE • SEP • System Safety Analysis • System Safety Analysis • In - Service Review Monitor and Collect Implement and All Service Field Use Data Analyze Data to Assess Risk of Assess Risk of Determine Improved System Improved System Root Cause Determine Integrate and Test System Risk/ Corrective Action Hazard Severity Develop Process Change – Hardware/Support • Corrective Materiel Change • Action

  11. Weapon Systems Acquisition Reform Act of 2009 • WSARA Content –Three Major Categories • Organizational/Personnel Changes • Acquisition Policy & Process Changes • Congressional Reporting Requirements

  12. 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

  13. Who’s Who in Acquisition • 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 • Assistant Secretary of Defense for Research & Engineering for Department of Defense, Zachary J. Lemnios • Deputy Assistant Secretary of Defense for Systems, Mr. Stephen Welby

  14. 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 https://acc.dau.mil/CommunityBrowser.aspx?id=17757

  15. Systems Engineering Plan

  16. SYSTEMS ENGINEERING PLAN (SEP) OUTLINEVersion 1.0, 04/20/2011

  17. Systems Engineering References

More Related