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.

Slides:



Advertisements
Similar presentations
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,
Advertisements

Ninth Lecture Hour 8:30 – 9:20 pm, Thursday, September 13
TITLE OF PROJECT PROPOSAL NUMBER Principal Investigator PI’s Organization ESTCP Selection Meeting DATE.
1 May 2009 ver. 5.5 Materiel Development Decision (MDD) MDA: Approves AoA Study Guidance Determines acquisition phase of entry Identifies initial review.
Ms. Nancy Dolan CNO N Human Systems Integration in DoD Acquisition.
Phase B Exit Criteria Issues Resolved or Addressed Technical Reviews / Readiness Reviews, Audits Initiate Milestone C Program Review Planning Process Initiate.
NSS SMC/XR Template SMC April 2008; rev19 Program Management
“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)
Effective Methods for Software and Systems Integration
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.
Initiate Technology Development Finalize AoA Plan, AS, ICD, TDS, Develop CDD, and TEMP Initiate Milestone B Program Review Planning Process Initiate Acquisition.
New 5000 Documents 14 May 2001 New 5000 Documents 14 May 2001 Defense Systems Management College Acquisition Policy Department.
1 [insert briefing type here] [insert program name here] for [insert name and organization of person(s) to be briefed here] [insert “month day, year” of.
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.
Power to the Edge MDAP and IT/NSS Requirement to Develop Outcome Measures of Effectiveness and Conduct PDPR/PIR Leonard Sadauskas DASD(DCIO) CP/O
Verification and Validation — An OSD Perspective — Fred Myers Deputy Director, Test Infrastructure Test Resource Management Center November 4, 2009.
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)
Software Project Management Iterative Model & Spiral Model.
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.
What is a software? Computer Software, or just Software, is the collection of computer programs and related data that provide the instructions telling.
LECTURE 5 Nangwonvuma M/ Byansi D. Components, interfaces and integration Infrastructure, Middleware and Platforms Techniques – Data warehouses, extending.
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 key Requirements Manager activities and the role of the ICD leading up to the MDD and during Materiel Solution Analysis.
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.
MNS - Mission need statement
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
Production Considerations
Milestone A to Milestone B Requirements Management Activities
New Space Systems Acquisition Policy
Importance of T&E Connotations
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
Product Support Considerations
8 Tech Processes Drive Acquisition
The Department of Defense Acquisition Process
Perspectives on Transforming DT and OT Industry-Government Roundtable
Presentation transcript:

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 Document (ICD). –ICD identifies the capability gap, describes the evaluation of different approaches and proposes an approach to pursue. - Supports the MS A decision. DOD 5000 Changes

EMIS 7307 T&E Part 2 2 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. DOD 5000 Changes

EMIS 7307 T&E Part 2 3 Revised DoD 5000 ICDCDDCPD

EMIS 7307 T&E Part 2 4 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

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

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

EMIS 7307 T&E Part 2 7

EMIS 7307 T&E Part 2 8 Test Program Documentation

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

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

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

EMIS 7307 T&E Part 2 12 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 13

EMIS 7307 T&E Part 2 14 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.

EMIS 7307 T&E Part 2 15 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 ? –Final report includes:

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

EMIS 7307 T&E Part 2 17 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.

EMIS 7307 T&E Part 2 18 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).

EMIS 7307 T&E Part 2 19 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.

EMIS 7307 T&E Part 2 20 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 21 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 22 Another view of DT&E

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

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

EMIS 7307 T&E Part 2 25 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.

EMIS 7307 T&E Part 2 26 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 27 More comparisons

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