MNS - Mission need statement

Slides:



Advertisements
Similar presentations
Systems Engineering From a Life Cycle Perspective John Groenenboom Director Engineering – Mesa Boeing Rotorcraft Dec 12, 2007.
Advertisements

C.B. Cochrane 1 Jan 2009 The 5000 documents have been issued as a directive, two directives, a directive and an instruction, a directive and a regulation,
Ninth Lecture Hour 8:30 – 9:20 pm, Thursday, September 13
1 May 2009 ver. 5.5 Materiel Development Decision (MDD) MDA: Approves AoA Study Guidance Determines acquisition phase of entry Identifies initial review.
Phase B Exit Criteria Issues Resolved or Addressed Technical Reviews / Readiness Reviews, Audits Initiate Milestone C Program Review Planning Process Initiate.
“Common Process for Developing Briefings for Major Decision Points” INSTRUCTIONS Provide Feedback via to: Lois Harper PEO C4I and Space
DoD Systems and Software Engineering A Strategy for Enhanced Systems Engineering Kristen Baldwin Acting Director, Systems and Software Engineering Office.
1 Introduction to System Engineering G. Nacouzi ME 155B.
EMIS 7307 T&E Part 3 1 A few DT&E Areas of focus Life testing. –To make sure that the system will not fail prematurely due to fatigue, aging, long term.
Chemical Biological Defense Acquisition Initiatives Forum (CBDAIF)
EMIS 7307 T&E Part 2 1 Documents in flux. MNS - Mission need statement –Non system specific, a needed capability. Being replaced by Initial Capabilities.
UNCLASSIFIED Bill McCarthy Bill McCarthy Deputy Director 15 September September 2010 COTF Perspectives.
1 Phases in Software Development Lecture Software Development Lifecycle Let us review the main steps –Problem Definition –Feasibility Study –Analysis.
New 5000 Documents 14 May 2001 New 5000 Documents 14 May 2001 Defense Systems Management College Acquisition Policy Department.
UNCLASSIFIED CJCSI Revision Update CAPT Jeff Gernand, J-8 12 November 2002.
The Defense Acquisition Management System 2009 Implementing DoDI 5000
Joint Capabilities Integration and Development System (JCIDS) Nov 2010
Life Cycle Logistics.
System Integration Exit Criteria Issues Resolved or Addressed Preliminary Design Review/Critical Design Review, Audits Initiate Design Readiness Review.
PEO C4I and SPACE FULL-RATE PRODUCTION REVIEW TIMELINE
Lecture 2.1b: DoD Acquisition Process (SEF Ch 2)
UNCLASSIFIED DISTRIBUTION STATEMENT A – Cleared for public release by OSR on Sep – SR case number 10-S-3203 Developmental Test & Evaluation Presented.
0 2 Nov 2010, V1.4 Steve Skotte, DAU Space Acquisition Performance Learning Director New Space Systems Acquisition Policy.
CCA LSS Support Slides1 Draft The Defense Acquisition Management Framework. Post Implementation Review (PIR) Capability Needs Satisfaction & Benefits.
Materiel Development Decision (MDD) Information Requirements
Prepared by Amira Selim 31 st October 2009 Revised by Dahlia Biazid Requirements Analysis.
Business, Cost Estimating & Financial Management Considerations
PRODUCTION/ DEPLOYMENT
MORS Special Meeting: Risk, Trade Space, & Analytics for Acquisition
Lesson Objectives Determine the major requirements management activities during the acquisition process from Milestone A to Milestone B Explain the purpose.
DoD Template for Application of TLCSM and PBL
Contracting (Product) Considerations
Lesson Objectives Determine the major requirements management activities during the acquisition process from Milestone A to Milestone B Explain the purpose.
Lesson Objectives Determine the key Requirements Manager activities and the role of the ICD leading up to the MDD and during Materiel Solution Analysis.
Lesson Objectives Determine the key Requirements Manager activities leading up to the MDD, the outputs of the MDD, and the Defense Acquisition documents.
A few DT&E Areas of focus
Materiel Development Decision (MDD) to Milestone A Requirements Management Activities July 12, 2016.
System Engineering Considerations (See Chapters 3 and 9)
Technology Readiness Assessment (TRA)
Life Cycle Logistics.
DT&E Strategy and the Developmental Evaluation Framework (DEF) Concept & Program Implementation 5 June 2014.
Lesson Objectives Assess the major requirements management activities during the acquisition process from Milestone B to Initial Operational Capability.
Materiel Development Decision (MDD) to Milestone A Requirements Management Activities April 25, 2017.
Materiel Development Decision (MDD) to Milestone A Requirements Management Activities March 7, 2017.
MDD to Milestone A Requirements Management Activities
NSS SMC/XR Template SMC April 2008; rev19 Program Management
Milestone A to Milestone B Requirements Management Activities
Milestone A to Milestone B Requirements Management Activities
Production Considerations
Milestone A to Milestone B Requirements Management Activities
Milestone A to Milestone B Requirements Management Activities
Cumulative IOT&E Results Through FY 2008
New Space Systems Acquisition Policy
Importance of T&E Connotations
ISA 201 Intermediate Information Systems Acquisition
Test and Evaluation Considerations
Milestone A to Milestone B Requirements Management Activities
MDD to Milestone A Requirements Management Activities
Materiel Development Decision (MDD) to Milestone A (MS A)
Materiel Development Decision (MDD) to Milestone A (MS A)
Information Required for Milestone and Decision Reviews
CBA ICD CDD CDD CPD MDA MDA MDA MDA MDA AoA RVA RVA RVA
Product Support Considerations
Lockheed Martin Canada’s SMB Mentoring Program
4 March 2004 A Framework for OT&E Transformation NDIA 20th Annual Test and Evaluation Conference Dr. William G. Lese Vice President Simulation, Analysis.
8 Tech Processes Drive Acquisition
The Department of Defense Acquisition Process
Perspectives on Transforming DT and OT Industry-Government Roundtable
Presentation transcript:

MNS - Mission need statement EMIS 7307 T&E Part 2 DOD 5000 Changes Documents in flux. MNS - Mission need statement Non system specific, a needed capability. Being replaced by Initial Capabilities Document (ICD). ICD identifies the capability gap, describes the evaluation of different approaches and proposes an approach to pursue. - Supports the MS A decision.

ORD - Operational requirements document EMIS 7307 T&E Part 2 DOD 5000 Changes ORD - Operational requirements document Minimum acceptable capability of possible system. ORD is being replaced by Capabilities Development Document (CDD) at MS B and Capabilities Production Document (CPD) for MS C. CDD- Contains operational performance parameters to design and build an affordable and useful increment includes KPPs (Key performance parameters). CPD - Contains production attributes of a single increment.

EMIS 7307 T&E Part 2 Revised DoD 5000 ICD CDD CPD

EMIS 7307 T&E Part 2 DoD 5000 with planned upgraded capabilities called increments. A spiral is used when upgrades are expected but are TBD. AoA Analysis of Alternatives DAB Defense Acquisition Board JROC Joint Requirements Oversight Council

A significant number of documents have relevancy to T&E. EMIS 7307 T&E Part 2 A significant number of documents have relevancy to T&E.

Test Documentation Relationships EMIS 7307 T&E Part 2 Test Documentation Relationships Analogous to A, B and C spec relationships

EMIS 7307 T&E Part 2

Test Program Documentation EMIS 7307 T&E Part 2 Test Program Documentation

EMIS 7307 T&E Part 2 NATIONAL POLAR-ORBITING OPERATIONAL ENVIRONMENTAL SATELLITE SYSTEM (NPOESS) Test and Evaluation Master Plan (TEMP)

EMIS 7307 T&E Part 2 NATIONAL POLAR-ORBITING OPERATIONAL ENVIRONMENTAL SATELLITE SYSTEM (NPOESS) TEMP

EMIS 7307 T&E Part 2 NATIONAL POLAR-ORBITING OPERATIONAL ENVIRONMENTAL SATELLITE SYSTEM (NPOESS) TEMP

Test Program Documentation EMIS 7307 T&E Part 2 Test Program Documentation System Test Plan Describes ‘big picture’ of all the testing for the whole system, not a management document. This is the foundational technical test document from which subservient plans are derived. Includes laboratory, component, subsystem, system, software etc. Detail Test Plan In a large system, each of these topics (laboratory, component, subsystem, system, software etc.) is likely to be a volume or a book of its own.

EMIS 7307 T&E Part 2

Other Documents Test Procedures EMIS 7307 T&E Part 2 Other Documents Test Procedures Implements a specific test with carefully constructed step by step directions. Completeness is paramount as unplanned steps may invalidate the data being collected. May be augmented by test cards or scripts. Formality in execution may require QC and/or customer sign-off. Dry run - find problems in procedure or UUT and fix. Document changes during execution.

Other Documents Test Reports EMIS 7307 T&E Part 2 Other Documents Test Reports Quick look - very important for management Based on observation and limited, if any, data analysis May affect next day’s testing - consider email? Final report includes:

Test/Program Interrelationships EMIS 7307 T&E Part 2 Test/Program Interrelationships

More about types of testing. EMIS 7307 T&E Part 2 More about types of testing. DT&E again. Contractor perspective. Demonstrates design and development and in the end-game, completeness i.e. meets spec. Reduce risks. High-risk components. Intra-subsystems. Inter-subsystem.

DT&E government perspective. EMIS 7307 T&E Part 2 DT&E government perspective. Demonstrates spec compliance. Used for acceptance of the EDM(s). Estimate the military utility. Confirms ready for field testing (OT&E).

DT&E by phase. Prior to program start. EMIS 7307 T&E Part 2 DT&E by phase. Prior to program start. Determine or at least estimate that the technology is feasible. Concept and technology development. Assist in selecting between possible alternative system concepts. Info for SRR and program start decision.

DT&E by phase. During System Development and Demonstration. EMIS 7307 T&E Part 2 DT&E by phase. During System Development and Demonstration. Risks can be reduced to acceptable levels. From here on engineering efforts instead of experimental efforts. Supports decision to build an EDM. System I&T is a part of this. Includes EDM acceptance testing. Includes the testing of the EDM to provide data for the LRIP decision.

EMIS 7307 T&E Part 2 DT&E by phase. During production and deployment phase. Prelude to IOT&E. Navy calls TECHEVAL. During full rate production and operations. To verify corrections and/or improvements. In terms of calendar time and manhours consumed, DT&E is larger than OT&E and has mostly contractor involvement.

EMIS 7307 T&E Part 2 Another view of DT&E

EMIS 7307 T&E Part 2 DT&E For the MSs

OT&E is complex in it’s simplicity! EMIS 7307 T&E Part 2 OT&E is complex in it’s simplicity!

Early Operational Assessment (EOA). EMIS 7307 T&E Part 2 Types of OT&E Early Operational Assessment (EOA). Performed for the Program Office and other decision makers as a indicator of how operational things are “shaping up”. Done by operational testers but may be mostly analytical based on DT&E provided info. Initial OT&E Supports full rate production decision. Called OPEVAL by Navy.

Follow-on OT&E (FOT&E) EMIS 7307 T&E Part 2 Types of OT&E cont’d. Follow-on OT&E (FOT&E) After full rate production. Conducted during fielding. Checks on correction of IOT&E deficiencies.

EMIS 7307 T&E Part 2 More comparisons

Lessons for the PM that you should know too. EMIS 7307 T&E Part 2 Lessons for the PM that you should know too.