GSFC-STD-1001A.pdf

PDF 2 MB Posted

Attached to
AOS Access to Space Study. Federal contract opportunity
Solicitation number
80NSSC22779076Q1
Issued by
National Aeronautics and Space Administration Shared Services Center

View the file

Other files for this federal contract opportunity

Other files attached to AOS Access to Space Study., newest first.
File Type Posted
RFQ 80NSSC22779076Q1 Questions and Answers.pdf PDF
NPR7123.1C.pdf PDF
GPR7120.4D.pdf PDF
GSFC Common MEL Guidance.pdf PDF
AOS-I-ATS-RFP-2 SOW.pdf PDF
NASA-STD-8719.14B.pdf PDF
GSFC-STD-1000G.pdf PDF
NPR-8705.4A.pdf PDF
GSFC-STD-7000A.pdf PDF
RFQ 80NSSC22779076Q1.pdf PDF
GSFC Common MEL Template.xlsx XLSX spreadsheet
AOS-I-ATS-RFP-3.pdf PDF
Show all 12

On GovTribe

Work with this file on GovTribe

  • Download the original file
  • Contacts named in this file
  • Similar government files
  • Ask GovTribe AI about this file

Text version

GODDARD TECHNICAL

STANDARD

Goddard Space Flight Center

Greenbelt, MD 20771

GSFC-STD-1001A

Approved: 10-01-2009

Revalidation Date: 04-01-2020

Superseding GSFC-STD-1001

Criteria for Flight and Flight Support Systems

Lifecycle Reviews

October 1, 2009

THIS STANDARD HAS BEEN REVIEWED FOR EXPORT CONTROL RESTRICTIONS; APPROVED FOR PUBLIC RELEASE

DISTRIBUTION IS UNLIMITED

i

FOREWORD

This standard is published by the Goddard Space Flight center (GSFC) to provide a consistent set of guidelines that detail the purpose, timing, success criteria and evaluation factors to be considered in the preparation and conduct of both Agency and Center-level mission and element reviews starting at Pre-Phase A, Concept Studies, through Phase F, Close Out. These guidelines have been derived from best practices in use at GSFC as compiled both internally and at the NASA Agency level.

Approved by:

Original Signed by:

George Alcorn Date

Goddard Technical Standard Coordinator

NASA/GSFC Code 300

Original Signed by:

Steven Scott Date

Chief Engineer

NASA/GSFC Code 500 ii

For any questions concerning this standard, please contact:

Code 300, Associate Director for Independent

Reviews

Goddard Space Flight Center

Greenbelt, Maryland 20771 iii

Original signed by:

Orlando Figueroa Date

Director

Applied Engineering and Technology Directorate

NASA/GSFC Code 500

George W. Morrow Date

Director

Flight Programs and Projects Directorate

NASA/GSFC Code 400

Marcus Watkins Date

Director

Safety and Mission Assurance Directorate

NASA/GSFC Code 300

Arthur Obenschain Date

Deputy Center Director

NASA/GSFC Code 100 iv

CHANGE HISTORY LOG

Revision Effective Date Description of Changes

02/19/2005

Baseline Release

A

10/01/2009 Modified to reflect changes to NPR 7120.5 Rev. D, and

NPR 7123.1 Rev. A.

A 09/17/2015 Updated responsible office and extended for 18 months from original expiration date.

A 04/22/2016 Updated responsible office and extended for 12 months from expiration date.

A 4/1/2017

Updated responsible office, removed references to IPAO and IPAO Review Manager and extended for 12 months from expiration date

A 3/28/2018 Extended for 12 months from current expiration date

A 03/01/2019

Removed references to SRO. Removed references to NPR

7120.5D and NPR 7123.1A. (NPR 7120.5E and NPR

7123.1B are the current versions.) Replaced IIRT with

GSRT.

v

TABLE OF CONTENTS

SECTION PAGE

CHANGE HISTORY LOG ............................................................................................................ iv

TABLE OF CONTENTS................................................................................................................ v

LIST OF TABLES ......................................................................................................................... vi

1.0 SCOPE

2.0 MISSION AND ELEMENT-LEVEL REVIEWS

3.0 MISSION CONCEPT REVIEW (MCR)

4.0 SYSTEM REQUIREMENTS AND SYSTEM DEFINITION REVIEWS (SRR/SDR)

5.0 PRELIMINARY DESIGN REVIEW (PDR)

6.0 CRITICAL DESIGN REVIEW (CDR)

7.0 MISSION OPERATIONS REVIEW (MOR)

8.0 SYSTEMS INTEGRATION REVIEW (SIR)

9.0 PRE-ENVIRONMENTAL REVIEW (PER)

10.0 FLIGHT OPERATIONS REVIEW (FOR)

11.0 PRE-SHIPMENT REVIEW (PSR)

12.0 OPERATIONAL READINESS REVIEWS (ORR)

13.0 POST-LAUNCH ASSESSMENT REVIEW (PLAR)

14.0 CRITICAL EVENT READINESS REVIEW (CERR)

15.0 DECOMMISSIONING REVIEW (DR)

ACRONYM LIST

vi

LIST OF TABLES

TABLE PAGE

2-1 Chairing Organizations of Key Mission and Element-Level Reviews

3-2 MCR Success Criteria

4-2 SRR/SDR or MSRR/MDR Success Criteria

5-2 PDR Success Criteria

6-2 CDR Success Criteria

7-2 MOR Success Criteria

8-2 SIR Success Criteria

9-2 PER Success Criteria

10-2 FOR Success Criteria

11-2 PSR Success Criteria

12-2 ORR Success Criteria

13-2 PLAR Success Criteria

14-2 CERR Success Criteria

15-2 DR Success Criteria

1.0 SCOPE

1.1 Purpose

The guidelines and criteria contained in this document are intended for use by the project team, the GSFC System Review Managers, the Chair of the Goddard System Review Team (GSRT) and the Chair of the NASA appointed Standing Review Board (SRB) in support of planning and implementing the reviews conducted under the authority of each organization. Such reviews range from subsystem and functional reviews to the mission-level reviews, many of which serve as Key Decision Point (KDP) gateways. The criteria defined in this document have been developed to encompass those specified by NPR 7123.1.

As a supplement to this document, the GSFC STD-1001- Appendix, “Lifecycle Review Success

Criteria Key Evaluation Factors”, provides sample evaluation factors intended to be used in assessing the project’s achievements toward meeting the success criteria in the development of associated system. The sample lists are organized by review type (i.e., SRR, PDR, CDR, PER, etc.) and are a compilation of evaluation factors acquired from lesson's learned and NASA best practices. Key evaluation factors may be tailored to suit the needs of the individual project. They are typically provided as reference material to the project in support of review preparation and to the independent review panels to support the conduct of the review (agenda definition, line of questioning, etc.). The Key Evaluation Factors are not success criteria for the associated review.

1.2 Applicability

This document describes the mission and lower level element reviews (e.g., spacecraft, instrument, ground system, operations, etc.) conducted during the development and operations lifecycle for Goddard Space Flight Center (GSFC) managed projects, and incorporates the requirements for:

(a) Agency-level mission reviews as prescribed by National Aeronautics and Space

Administration (NASA) Procedural Requirement (NPR) 7120.5, “NASA Space Flight

Program and Project Management Requirements” and NPR 7123.1, “NASA Systems

Engineering Processes and Requirements”,

(b) Center unique mission, flight, and flight support system reviews as prescribed by GSFC

Procedural Requirement (GPR) 8700.4, “Integrated Independent Reviews”, the results of which are flowed up to the Agency level reviews that are conducted in support of the

Agency level mission reviews at a lower level.

The Project/Product Manager should use this guide when preparing the Systems Review Plan

(SRP) for conducting a comprehensive set of mission, spacecraft, instrument and ground system reviews as required by Agency and GSFC review process documents. In collaboration with the

Systems Review Manager (SRM) and SRB Chair should use this document to assess compliance with unique Agency requirements and to prepare the Terms of Reference (ToR) that documents the charter of the SRB.

2.0 MISSION AND ELEMENT-LEVEL REVIEWS

The Safety and Mission Assurance Directorate (Code 300) is responsible for the implementation of the GSFC independent review requirements as approved by the Center Management Council

(CMC) for all flight projects, including mission and element reviews. This document should be used by the Project Manager, and the Chairs of the GSRT and SRB, to determine the project’s readiness to proceed with a review and to finalize the specific objectives, agenda, and success criteria prior to each review. It provides specific information for the reviews identified in GPR

8700.4 including descriptions of review objectives, typical timing, and success criteria.

The mission-level reviews described in this document include those conducted to meet the unique requirements of the Center in addition to the reviews required by the Agency to be conducted by the SRB at specific progress points along the development lifecycle for NASA missions. These reviews are supported by element reviews that are conducted by a GSFC-convened GSRT and include spacecraft, instrument, operational and ground systems. Furthering the continuity of the Center’s review process, the mission and element reviews are supported by project implemented Engineering Peer Reviews (EPRs) with a principal focus on discipline or subsystem related technical considerations. These reviews are addressed in a project Engineering

Peer Review Plan (EPRP) as required by GPR 8700.6, “Engineering Peer Reviews”.

It is recognized that the full set of mission and element-level reviews described herein will not be appropriate for every project. Therefore, not all projects will conform to the complete lifecycle review process described in NPR 7120.5 and GPR 8700.4, and may require a waiver and/or tailoring of the requirements and criteria to match the specific needs of the project. To accommodate this, project-unique review requirements may be negotiated with the responsible review team chair and System Review Manager to tailor the review requirements and success criteria as appropriate. The details of the agreed upon tailoring are documented in the SRP and/or the ToR and shall be supported by a waiver to the requirements of GPR 8700.4 or NPR 7120.5 as may be required.

It is also recognized that the final complement of reviews, individual review content, review titles, and the timing for the conduct of the individual reviews may vary with each project.

However, unless otherwise agreed upon and documented in the SRP, the complete set of success criteria provided herein relative to the product being developed (end-to-end mission, flight or ground element, etc.) shall be addressed within the total set of reviews being proposed by the project. The distribution of criteria amongst the specific reviews may vary from what is specified in this document to best meet the needs of the specific project.

2.1 Results of Review

Some projects may not fully satisfy all of the criteria at the time of the milestone/gateway review. In making a judgment as to whether the review has accomplished its objectives and has been successfully completed, each member of the review team will assess the degree to which the above success criteria have been met based on the key evaluation factors. Each member should also take into account (a) the criticality of the areas where there are shortfalls, (b) how

Straightforward the path forward is and the likelihood of success, as well as (c) any other relevant factors. Individual findings from each review team member are conveyed to the convening authority in the panel’s final report, including RFA's. An RFA is a formal written request sponsored by the review panel asking for additional information or action by the project team.

They are generally developed as a result of insufficient safety, technical, or programmatic information being available at the time of the review.

2.2 General Criteria

The sections that follow provide the criteria to be used by the independent review panel members during their assessment of a flight or flight support system. The criteria have been divided into five categories: Review Process, Technical Management, System Design and Demonstration, Safety and Mission Assurance (SMA), and Project Management. In section 3.0, a table is provided within the description of each review defining the success criteria within each of these categories. The criteria evolve as the project progresses through its lifecycle to reflect expected changes in the maturity of the system. The following provides a general description of the criteria associated with each category.

Review Process: (a) the identification and reporting of peer reviews conducted since the last element/system review, (b) the status of all critical issues (e.g. critical Requests for Action) surfaced at prior reviews, and (c) Request for Action (RFA) disposition from all preceding reviews and associated risk status.

Technical Management: (a) trade-studies and alternative solutions, (b) system effectiveness, life cycle resources, risk, and customer requirements, (c) requirements traceability, (d) schedules for development and delivery are mutually supportive, (e) integration of technical disciplines, (f) validity, consistency, desirability, and attainability of functional and performance requirements, and (g) traceability of design requirements to the functional and performance requirements and vice-versa, (h) identification and control of critical interfaces, and (i) trending plans/analyses.

System Design and Demonstration: (a) baseline designs and documentation, (b) system level performance specifications, (c) fabrication of engineering demonstration models, (d) processes associated with system/product integration including end-item traceability and product quality,

(e) verification of requirements grounded by sound engineering analysis and test practices, and

(f) production and manufacturing.

Safety and Mission Assurance: (a) quality engineering, (b) quality assurance, (c) safety assurance processes associated with flight, ground, and operational systems/subsystems, and d) reliability engineering (including EEE parts program).

Project Management: (a) cost estimates, (b) control processes, and (c) schedules that indicate the mission will be ready to launch on time and within budget. Examples of control processes being evaluated include a Project Plan, Systems Engineering Management Plan, Configuration

Management Plan, and a Risk Management Plan, etc.

Table 2-1 identifies the typical mission and element-level reviews recognized by the GSFC, in adherence to the Center's requirements and consistent with those specified by NPR 7120.5.

Table 2-1 Chairing Organizations of Key Mission and Element-Level Reviews

Review Title

Mission Element

Observatory

S/C Grnd

Sys

Payloads

Instr 1 Instr 2 Instr n

Mission Concept Review (MCR) SRB

Systems Requirements Review /

System Definition Review (SRR/SDR)

SRB

GSRT

Project 3 Project

Preliminary Design Review (PDR)

Critical Design Review (CDR)

Mission Operations Review (MOR)

System Integration Review (SIR)

Pre-Environmental Review (PER), or Test

Readiness Review (TRR)

Flight Operations Review (FOR)

Pre-Shipment Review (PSR)

Operational Readiness Review (ORR)

Mission Readiness Review

CMC

Flight Readiness Review (FRR)

KSC

Launch Readiness Review (LRR)

KSC

Post-Launch Assessment Review (PLAR)

Project 3

Critical Event Readiness Review (CERR)

Decommissioning Review (DR)

Project 3

1 Observatory is assessed at the Mission-level review which encompasses both the ground and flight segments.

2 Conducted by the GSRT in instances where an SRB has not yet been established or an SRB is not required.

3 Chairing organization is negotiable with the project and can be GSRT.

4 Conducted concurrently with the ORR by the SRB as the operational status warrants.

Conducted by the GSFC CMC prior to KDP-E and supported by GSRT and SRB Chairs.

Chaired by Kennedy Space Center (KSC) and supported by GSRT and SRB Chairs as needed;

requirements/criteria not included in this document.

Supported by GSRT as needed.

3.0 MISSION CONCEPT REVIEW (MCR)

The MCR affirms the mission need and examines the proposed mission's objectives and the concept for meeting those objectives. Key technologies are identified and assessed. It is an internal review that is usually conducted by the system development organization. ROM budget and schedules are presented. At the MCR, the project demonstrates to the review panel that the:

Proposed mission meets the science.

Objectives proposed mission is feasible.

Proposed mission and operations design concepts are viable.

Preliminary plan for lifecycle activities suitably illustrates reasonable execution of the mission within resource budgets and other foreseen constraints.

3.1 Timing

The MCR is normally held upon completion of mission feasibility studies and represents the conclusion of project pre-formulation activities. In advance of the review, the project should highlight and discuss with the review chairperson any areas that may warrant consideration in establishing the composition of the review team (e.g., problematic mission requirements, critical technology dependencies, critical trade studies, or anticipated resource constraints). Depending upon the intended acquisition approach for the mission, GSFC management may decide that an

MCR need not be conducted or that it will be replaced by a management review as permitted within the guidance of NPR 7120.5. Such determination shall be made early in the lifecycle and in conjunction with the development of the project Systems Review Plan (SRP) and consequently the Terms of Reference (ToR) for the Standing Review Board (SRB) as an applicable document incorporated by reference.

3.2 Success Criteria

The review agenda, success criteria, and charge to the independent review board shall be discussed for concurrence by the Principal Investigator (PI-mode only), Program Executive

(SRB reviews only), Project Manager, Review Board Chairperson, Systems Review Manager, and distributed to all parties prior to the review. The Systems Review Manager is responsible for initiating this discussion. Excluding any required tailoring, projects must at a minimum meet the following criteria as part of the MCR or demonstrate an adequate path to completion. Table 3-2 depicts the criteria for a successful MCR.

Table 3-2: MCR Success Criteria

Category MCR Criteria

Review Process A preliminary Systems Review Plan (SRP) including an Engineering Peer

Review Plan (EPRP) is available and deemed compliant with all applicable requirements.

Technical Management Mission objectives are clearly defined and unambiguous.

Potential technology needs are identified and the gaps between such needs and the current and/or planned technology readiness levels have been assessed with acceptable results.

The evaluation criteria and trade space for candidate systems that fulfill the conceptual design requirements have been identified and prioritized.

Technical planning is sufficient to proceed to the next phase.

System Design and

Demonstration

An operations concept and system architecture is provided that meets these requirements, demonstrating the feasibility of the mission and technical solution.

A search was conducted to identify existing assets or products that have a potential to be implemented to satisfy the mission or parts of the mission.

The preliminary set of requirements meeting the objectives is provided and is consistently stated within the project.

Safety & Mission Assurance Safety and mission assurance activities (i.e., safety, reliability, maintainability, quality, and Electrical, Electronic and Electromechanical [EEE] parts) related to the mission and conceptual design have been adequately addressed.

Project Management Initial risk identification and mitigation strategies have been provided and are acceptable.

A rough order of magnitude cost estimate is provided and is both credible and within an acceptable cost range.

The schedule estimates are credible.

3.3 Key Evaluation Factors for the Assessment of Success Criteria

The MCR should contain a complete description of the conceptual mission design. The project team presents the design using block diagrams, flowcharts, schematics, etc., depicting system interfaces with external supporting systems, as well as interfaces between independent system elements. Preliminary modeling and analysis results should be presented in order to illustrate feasibility of achieving science objectives. Programmatic planning and resource estimates shall also be discussed in sufficient detail to permit assessment of relevant review objectives.

The GSFC STD-1001-Appendix provides sample key evaluation factors often applied by individual review team members when assessing the satisfactory achievement of the established criteria.

4.0 SYSTEM REQUIREMENTS AND SYSTEM DEFINITION REVIEWS (SRR/SDR)

The purpose of this review is to verify that the functional and performance requirements are defined for the system under review and to ensure the requirements are satisfied by the selected concept. To justify proceeding with detailed definition and the flow-down of requirements to the major elements of the system, the project must convey to the review panel that the:

Baseline mission requirements are clearly understood.

Top-level requirements for each system element have been determined.

Proposed mission design and operations concept satisfies baseline mission requirements plans for future activities justify expectations the mission design will accommodate imposed constraints and accomplish the mission within allocated resources.

4.1 Timing

An SRR can be conducted for selected elements (e.g., spacecraft, instruments, ground systems, operations, etc.) as well as the mission. An SRR is typically conducted once a feasible system definition is available and while changes to the particular element under review can be accommodated with minimal impact. The SRR for any particular element is typically conducted concurrently with the associated System Definition Review (SDR).

Similarly, as part of the GSFC process, the Mission-level SRR (MSRR) is conducted concurrently with the Mission Definition Review (MDR) toward the end of Phase A and provides the relevant data for the Key Decision Point “B” (KDP-B) gateway at which the decision to proceed with the preliminary design is made. When scheduling the review, the project should highlight and discuss with the review Chair any significant risk areas (e.g., problematic requirements, critical technology dependencies, outstanding trade studies, or significant resource constraints) that may warrant consideration in the timing of the review or the composition of the review team. The determination of the readiness of a project to proceed with the review will be based on these discussions and at the discretion of the

Chair and in consultation with the Project, Systems Review Manager, Program Office and

Convening Authority as applicable.

4.2 Success Criteria

The SRR/SDR and MSRR/MDR criteria provided below should be consulted early enough in the project schedule to select a suitable date for the review and to properly plan an agenda that fulfills the objectives of a System Requirements Review (SRR) simultaneously with those of a

System Definition Review (SDR). The system under review may include elements such as ground systems, instruments, and spacecraft; or the observatory which includes the flight and ground segments. The review agenda, success criteria, and charge to the independent review board shall be discussed for concurrence with the Principal Investigator (PI-mode only), Program

Executive (SRB reviews only), Project Manager, Review Board Chairperson, and Systems

Review Manager; and distributed to all parties prior to the review. The Systems Review Manager is responsible for initiating this discussion. Excluding any required tailoring, projects must at a minimum meet the following criteria as part of the SRR/SDR or MSRR/MDR, or demonstrate an adequate path to completion. Table 4-2 depicts the criteria for a successful SRR/SDR or

MSRR/MDR.

Table 4-2: SRR/SDR or MSRR/MDR Success Criteria

Category

SRR/SDR or MSRR/MDR Criteria Review Process The Mission Concept Review (MCR), if applicable, was successfully completed with every

Request for Action (RFA) reaching an acceptable disposition.

Planned peer reviews associated with the system under review have been successfully completed.

MSRR/MDR Only- A baseline Systems Review Plan (SRP) and Engineering Peer Review

Plan (EPRP) have been approved and implemented.

Technical

Management

The system design builds upon the initial concept by providing a complete definition of the interfaces and key higher-level performance and technical requirements; which have been appropriately flowed to the systems and/or subsystems.

The major risks have been identified and viable mitigation strategies are defined.

The project utilizes a sound process for the allocation and control of requirements at all levels.

Requirements are clearly understood and the project is ready to fully flow requirements to the lower levels.

MSRR/MDR Only- Top level requirements exhibit alignment with NASA needs, goals, and objectives, and has been adequately flowed down to the appropriate mission elements.

System Design and

Demonstration

The system and subsystem design approaches and operational concepts are reasonable, feasible, complete, responsive to the performance requirements, and are consistent with system requirements.

Preliminary approaches have been determined for verifying and validating subsystem

Safety & Mission

Assurance

A system safety plan is completed that details the safety management and engineering requirements for identifying, evaluating, and eliminating or controlling hazards.

A baseline of the mission assurance requirements is available.

The level of quality assurance to be implemented is appropriately defined.

Management A plan has been defined to complete the definition activity within schedule constraints.

The overall concept is consistent with available resources. MSRR/MDR Only- A cost estimate is provided along with a clearly defined basis of estimate and is both credible and within an acceptable cost range.

4.3 Key Evaluation Factors for the Assessment of Success Criteria

The SRR/SDR and MSRR/MDR should contain a complete and comprehensive description of the element and mission design, respectively, with relevant conceptual systems designs. It should present the design by means of block diagrams that depict system interfaces with external supporting systems, as well as depicting internal interfaces between independent system elements. Completed modeling and analyses results should be presented as required to illustrate that science objectives will be achieved.

Programmatic considerations shall also be discussed in sufficient detail to permit assessment of relevant review criteria.

5.0 PRELIMINARY DESIGN REVIEW (PDR)

At the PDR, the project discloses the complete system or subsystem design to the review panel.

The ability of the preliminary design to meet all requirements with acceptable risk is presented.

The projections for completing the project within the identified cost and schedule constraints are also provided. The readiness to proceed with the detailed design is demonstrated by:

Completing a credible and acceptable preliminary design that meets performance

Selecting a suitable design solution, making necessary resource allocations, and identifying critical interfaces and requirements verification methods.

Confirming requirements compliance with supporting design analyses.

Presenting acceptable plans for the completion of system or subsystem development and the subsequent operations (if applicable) within the identified cost and schedule constraints.

5.1 Timing

The PDR is the first major review of the overall system design and is normally held prior to the preparation of detailed design drawings and the initiation of any full-scale flight hardware or software development. A PDR is held when the design is advanced sufficiently to begin some breadboard testing and/or the fabrication of design models. A

PDR is required for all mission elements (i.e., spacecraft, instruments, ground systems, and operations) as well as the mission itself. The Mission Preliminary Design Review

(MPDR) is the last mission-level review in Phase B prior to the Key Decision Point “C”

(KDP-C) gateway identified in NPR 7120.5.

When scheduling a design review of this type, the project should highlight and discuss with the chairperson any significant development areas that may warrant attention when establishing the timing of the review or composition of the review team due to the magnitude of the effort, technical difficulty, complexity, or criticality of success.

5.2 Success Criteria

(SRB reviews only), Project Manager, Review Board Chairperson, and Systems Review

Manager,; and distributed to all parties prior to the review. The Systems Review Manager is responsible for initiating this discussion. Excluding any required tailoring, projects must at a minimum meet the following criteria as part of the PDR or demonstrate an adequate path to completion. Table 5-2 depicts the criteria for a successful PDR.

Table 5-2: PDR Success Criteria

Category PDR Criteria

Review Process The SRR or MSRR/MDR was successfully completed, if applicable, and responses made to each Request for Action (RFA).

All subsystem PDRs and the associated peer reviews have been successfully completed.

All assigned actions have an acceptable disposition including plans to complete for work in process.

Technical

Management

All processes (design, implementation, interface controls, risk management, safety, test & verification, operations, etc.) used to develop and operate the system are at expected maturity level.

The preliminary design is expected to meet the requirements within the resource allocation.

Demonstration

The preliminary design is consistent with the top-level requirements. The operations concept, if applicable, is technically sound.

The defined technical interfaces are consistent with the overall technical maturity.

Adequate margins exist with respect to technical performance.

Any required new technology has been developed to an adequate state of readiness or viable options exist.

Safety & Mission

Assurance

Safety, reliability, maintainability, quality, and Electrical, Electronic and Electromechanical

(EEE) parts have been adequately addressed in preliminary designs and any applicable

S&MA products (i.e., hazard analysis and failure modes and effects analysis) have been identified.

Project

Design definition is sufficient to support initial parametric and bottoms-up cost estimating.

Cost estimates, control processes, and schedule indicate the system will be ready on time

(i.e., integration, delivery, launch, etc.) and within budget.

5.3 Key Evaluation Factors for the Assessment of Success Criteria

The PDR should contain a complete and comprehensive presentation of the entire design. It should present the design and interfaces by means of block diagrams, power flow diagrams, signal flow diagrams, interface circuits, software logic flow and timing diagrams. Appropriate modeling results should be presented. The traceability of all deliverable items discussed at previous reviews shall be updated and presented. Programmatic considerations shall also be discussed in sufficient detail to permit assessment of relevant review objectives.

6.0 CRITICAL DESIGN REVIEW (CDR)

At the CDR, the project discloses the complete system design to the review panel. The project demonstrates that the maturity of the design and development effort:

Justifies proceeding with full scale fabrication activities, assembly, integration and test.

Is on track to complete flight system, ground system, and mission operations development.

Meets mission performance requirements within the identified cost and schedule constraints.

6.1 Timing

The CDR is held near the completion of the final design stage, including the completion of engineering model evaluations, as applicable, and breadboard development and test.

Although substantial completion of drawings is expected, the review should be held prior to any design freeze and before any significant flight fabrication activity begins. A CDR is required for all elements (i.e., spacecraft, instruments, and ground systems) as well as the mission (MCDR).

When scheduling the review, the project should highlight and discuss with the review

Chair any significant development areas (significant due to the amount, the criticality, the technical difficulty/complexity, etc.) which may not be sufficiently mature and may warrant consideration regarding either timing of the review or composition of the review team. The start of limited fabrication (typically long lead items, off-the-shelf hardware or common buy items) before CDR is common and generally acceptable. The project should, however, consult with the review Chair to obtain concurrence with respect to any significant flight hardware fabrication that will take place before CDR.

6.2 Success Criteria

A review agenda, success criteria, and charge to the independent review board shall be discussed for concurrence by the Principal Investigator (PI-mode only), Program Executive (SRB reviews only), Project Manager, Review Board Chair, and Systems Review Manager; and distributed to all parties prior to the review. The Systems Review Manager is responsible for initiating this discussion. Excluding any required tailoring, projects must at a minimum meet the following criteria as part of the CDR or demonstrate an adequate path towards completion. Table 6-2 depicts the criteria for a successful CDR.

Table 6-2: CDR Success Criteria

Category CDR Criteria

Review Process The Preliminary Design Review (PDR) has been successfully completed and responses made to each Request for Actions (RFA).

All subsystem CDRs and the associated peer reviews have been successfully completed.

Technical

Interface Control Documents are appropriately mature to proceed with implementation.

Plans are in place to manage any open items.

System design (including key element interfaces and performance specifications) is complete and the processes used to develop and operate the system are sufficiently defined to start procurement, fabrication, manufacture, integration, and testing.

System Design and

Demonstration

The maturity of the applicable systems and operations designs warrant proceeding to implementation.

High confidence exists in the product baseline, and adequate documentation exists and/or will exist in a timely manner to enter the next phase including fabrication, assembly, integration, and test activities.

The detailed design is expected to meet the requirements with adequate margins.

Adequate resources exist to complete system development within accepted risk constraints.

Safety & Mission

Assurance

Safety, reliability, maintainability, quality, and Electrical, Electronic and Electromechanical

(EEE) parts have been adequately addressed in system and operational designs and any applicable S&MA products (i.e., hazard analysis and failure modes and effects analysis) have been completed and approved.

Project

Management

Adequate technical and programmatic margins and resources exist to complete the development within budget and on schedule.

6.3 Key Evaluation Factors for the Assessment of Success Criteria

The CDR should represent a complete and comprehensive presentation of the entire final design.

It should present the final design and interfaces by means of completed drawings, block diagrams, power flow diagrams, signal flow diagrams, interface circuits, software logic flow and timing diagrams, modeling results, and breadboard and engineering model test results.

Traceability for all items specified for previous reviews, updated to the present stage of the development process, shall be presented. Programmatic considerations shall also be discussed in sufficient detail to permit assessment of relevant review objectives. The GSFC STD-1001-

Appendix provides sample key evaluation factors often applied by individual review team members when assessing the satisfactory achievement of the established criteria.

7.0 MISSION OPERATIONS REVIEW (MOR)

At the MOR, the project demonstrates to the review panel that:

Requirements for all phases and modes of mission operations, data processing, and analysis are thoroughly understood.

All operations will be adequately staffed and executed.

Planned implementation of the ground system satisfies all operational requirements preliminary plans for the execution of a comprehensive end-to-end verification and validation program are complete.

7.1 Timing

The MOR is the first of two ground system reviews designed to focus on mission operations. It is typically held upon completion of detailed design and in all cases should be held prior to initiation of major integration activities of flight subsystem elements.

Chair any extenuating circumstances or problem areas that may deserve consideration regarding timing of the review or composition of the review team.

7.2 Success Criteria

discussed for concurrence by the Principal Investigator (PI-mode only), Program

Executive (SRB reviews only), Project Manager, Review Board Chairperson, and Systems

Review Manager,; and distributed to all parties prior to the review. The Systems Review

Manager is responsible for initiating this discussion. Excluding any required tailoring, projects must at a minimum meet the following criteria as part of the MOR or demonstrate an adequate path towards completion. Table 7-2 depicts the criteria for a successful MOR.

Table 7-2: MOR Success Criteria

Category MOR Criteria

Review Process The MPDR was successfully completed with an acceptable disposition of each mission operations specific Request for Action (RFA).

The associated peer reviews have been successfully completed.

All assigned actions have an acceptable disposition including plans to complete work in

Ground system and operations requirements have been adequately defined.

Technical

Management

Linkage of mission requirements to the ground system support requirements and subsequent flow-down to the operations personnel and technical elements within the ground system is complete, traceable, and verifiable.

The operations approach is expected to meet the mission requirements with an acceptable level of risk.

System Design and

Demonstration

Planning for all phases and modes of mission operations (including observatory operations, data processing, and analyses) adequately addresses all ground system requirements.

An acceptable level of maturity has been demonstrated for the overall operations design including the definition of mission operations requirements, ground system requirements, logistics, training, Information Technology (IT) security, verification tests, and operator certification.

Safety & Mission

Assurance

Safety related requirements for real-time operations, including safety monitoring and safe-mode operation, have been suitably defined and allocated for the operations design.

Project

Management

Identified risk mitigation plans are supported by suitable procedures and resources for the effective management of the risks.

System design meets mission performance requirements within identified cost, schedule, and resource constraints.

7.3 Key Evaluation Factors for the Assessment of Success Criteria

The MOR should focus predominately upon the planning in areas driven by operational considerations. To that end, it is not an in-depth review of the design. Project peer review activity and other mission-level reviews address those considerations. Consequently, information on development tasks should focus on current status and plans for interacting with verification and operations related activities in a coordinated fashion.

relevant review objectives.

8.0 SYSTEMS INTEGRATION REVIEW (SIR)

The SIR evaluates the readiness of the overall system (all elements working together) to commence Integration and Test (I&T). At the SIR, the project demonstrates that:

Required validation & verification plans, integration plans and procedures, and test plans are available and approved to begin integration.

Required system components, support personnel, integration facilities, and test procedures are available and ready to begin system testing and data acquisition, reduction, and control required Ground Support Equipment (GSE) is ready to support I&T

8.1 Timing

The SIR is a mission-level review normally held after completion of the integration and test of the associated flight and ground elements and subsystems that make up the final system. This review marks the beginning of Phase D (system assembly, integration, test, and launch) and precedes the Key Decision Point “D” (KDP-D) gateway review conducted by the Agency.

Successful element/subsystems functional and performance testing are required for baseline performance and trending information prior to the initiation of system integration.

8.2 Success Criteria

(SRB reviews only), Project Manager, and Review Board Chairperson, and Systems Review

Manager; and distributed to all parties prior to the review. The Systems Review Manager is responsible for initiating this discussion. Excluding any required tailoring, projects must at a minimum meet the following criteria as part of the SIR or demonstrate an adequate path towards completion. Table 8-2 depicts the criteria for a successful SIR.

Table 8-2: SIR Success Criteria

Category SIR Criteria

Review Process Successful completion of the MCDR with responses made to each Request for Action

(RFA).

All subsystem PERs and PSRs, as applicable, have been successfully concluded with acceptable disposition of every RFA.

Associated peer reviews have been successfully completed.

Technical

Management

Element and component designs have been satisfactorily qualified and the engineering and performance requirements verified.

All integration plans and procedures are approved and ready to begin system integration.

Demonstration

All support personnel and facilities are available and system components are ready to be integrated into the system.

System elements and components have satisfactorily completed verification testing as required at the lower levels.

Safety & Mission

Assurance

The identification of safety hazards for ground hardware and operations is complete and the required controls are implemented.

Project

Management

Adequate programmatic margins and resources exist to complete the integration effort within accepted risk constraints (i.e., probability versus impact).

8.3 Key Evaluation Factors for the Assessment of Success Criteria

The SIR focuses on assessing the integration plans and procedures for the system. Confirmation that all required elements and/or components are available for integration and that applicable functional, unit-level, subsystem, and qualification testing have been conducted successfully.

Finally, the readiness and availability of integration facilities, including clean rooms, ground support equipment, handling fixtures, overhead cranes, and electrical test equipment, are assessed.

Programmatic considerations shall also be discussed in sufficient detail at the SIR to permit assessment of relevant review objectives.

9.0 PRE-ENVIRONMENTAL REVIEW (PER)

At the PER, the project discloses the complete project status to the review panel. The project demonstrates that the flight system is:

Ready to proceed with environmental testing as an integrated system.

On track to complete development and conduct operations, if required, within allocated cost and schedule resources.

9.1 Timing

The PER is held after completion of the initial successful comprehensive systems test of the fully-integrated flight system and prior to initiation of the system level environmental test sequence. A PER is required for elements such as the spacecraft, instruments, and ground systems as well as for the all-up observatory as a mission-level review. Spacecraft bus testing is often conducted at the observatory level, in which case the Spacecraft PER is performed in conjunction with the Mission PER.

chairperson any extenuating circumstances or problem areas that may deserve consideration regarding timing of the review or composition of the review team.

9.2 Success Criteria

(SRB reviews only), Project Manager, Review Board Chairperson, and Systems Review

Manager; and distributed to all parties prior to the review. The Systems Review Manager is responsible for initiating this discussion. Excluding any required tailoring, projects must at a minimum meet the following criteria as part of the PER or demonstrate an adequate path towards completion. Table 9-2 depicts the criteria for a successful PER.

Table 9-2: PER Success Criteria

Category PER Criteria

Review Process The CDR or SIR, whichever is applicable as the latest review, has been successfully completed and responses made to each Request for Action (RFA).

Test Readiness Reviews (TRRs) have been defined and scheduled as required.

Technical

Management

A review of the test plans, procedures, environments, and the configuration of the test item, provide a reasonable expectation that the objectives of the testing will be met.

Planning for subsequent flight system activities, satisfactory progress on development of other system elements, and adequacy of available resources to complete remaining project activities was demonstrated.

System Design and

Demonstration A requirements-compliant flight system design has been integrated and subjected to a successful comprehensive systems test establishing a baseline for future tests.

Support system components have been successfully integrated into the system and required personnel and facilities are available for system testing.

The objectives of the testing have been clearly defined and documented.

Assurance The status of safety data submissions, procedures, and verification activities indicate a proper maturity level at this point in the life-cycle.

The identification of safety hazards for flight, range, ground hardware and operations is complete.

The disposition and status of previous anomalies, deviations, and waivers have been assessed in their entirety and the identified risks are acceptable to proceeding.

Project

Management

Programmatic risk levels are appropriately identified and have been accepted by the project as required.

9.3 Key Evaluation Factors for the Assessment of Success Criteria

The PER should present a complete and comprehensive status of the final system with emphasis on changes to the requirements and the design since CDR and/or System Integration Review

(SIR) (if applicable). It should trace all fabrication and lower level verification activities with emphasis on discrepancies and their resolution. It should detail the composition and results of the comprehensive system test. It should detail all remaining project activities and detail status of all other mission system elements.

Programmatic considerations shall be discussed in sufficient detail to permit assessment of relevant review objectives. The GSFC STD-1001-Appendix provides sample key evaluation factors often applied by individual review team members when assessing the satisfactory achievement of the established criteria.

10.0 FLIGHT OPERATIONS REVIEW (FOR)

The FOR is the second of two ground system reviews held to examine mission operations status during which the project demonstrates or verifies:

Compliance with all mission operations requirements and the ability to execute all phases and modes of mission operations, data processing, and analysis.

Adequate planning and resources are in place for any remaining activities associated with interactive flight and ground testing, network compatibility testing, and other remaining pre-launch testing.

Acceptable staffing, training and certification of the flight team.

10.1 Timing

The FOR is held during the test flow of the fully integrated flight system, after completion of the initial successful comprehensive systems test but prior to the last major interactive test between the flight and ground system elements that is conducted before shipment of flight system elements to the launch site.

When scheduling the review, the project should highlight and discuss with the review Chair any extenuating circumstances or problem areas that may deserve consideration regarding timing of the review or composition of the review team.

10.2 Success Criteria

only), Project Manager, and Review Board Chairperson, and Systems Review Manager; and distributed to all parties prior to the review. The Systems Review Manager is responsible for initiating this discussion. Excluding any required tailoring, projects must at a minimum meet the following criteria as part of the FOR or demonstrate an adequate path towards completion. Table

10-2 depicts the criteria for a successful FOR.

Table 10-2: FOR Success Criteria

Category FOR Criteria

Review Process The MOR has been successfully completed and responses made to every operations related

Request for Actions (RFA).

The associated peer reviews have been successfully completed.

Technical

Management

Planning for all phases, modes, and aspects (development, Verification and Validation

(V&V), sustaining engineering, staffing, Information Technology (IT) and physical security) of mission operations, data processing, and analysis adequately addresses all

Ground System requirements at the proper level of maturity.

System Design and

Demonstration

Completion of all phases and modes of mission operations, data processing, and analysis has been verified.

Ground System mission elements are ready to proceed with final integrated flight and ground system testing as well as remaining support to pre-launch, launch, mission operations, data processing, and analysis activities.

Results of activities since the MOR as well as plans for all remaining work prior to launch were presented.

Safety & Mission

Assurance

All safety processes related to the operation of the ground system are at expected maturity level.

Project

Management

The flight operations approach is expected to meet the mission requirements with an acceptable level of risk.

Identified risk mitigation plans are supported by suitable procedures and resources for the effective management of the risks.

The system design meets mission performance requirements within identified cost, schedule, and resource constraints.

10.3 Key Evaluation Factors for the Assessment of Success Criteria

The FOR should highlight any changes to requirements or design since the MOR. It should provide details of verification and checkout of ground system elements with emphasis on discrepancies and their resolution. It should detail all remaining activities and emphasize adequacy of operations planning and planned testing to demonstrate that all operations scenarios can be handled successfully.

relevant review objectives.

11.0 PRE-SHIPMENT REVIEW (PSR)

At the PSR the project demonstrates to the review panel that:

All system verification activities have been successfully completed and the system meets its requirements.

The system and support (flight and ground) hardware, software, personnel, procedures, and user documentation accurately reflect the final operational state of the system under review.

The system is ready for shipment and/or final processing prior to integration or launch, whichever is applicable.

11.1 Timing

The PSR is conducted prior to shipment of flight system elements to the site for the next level of integration, or to the launch site.

This is the start of the file's text. The full file is on GovTribe.

File details come from the government source that posted it. Updated .