1. Requirements

2.2.7 The engineering, CIO, and SMA authorities shall review and agree with any tailored NPR 7150.2 requirements per the requirements mapping matrix authority column. 

1.1 Notes

NPR 7150.2, NASA Software Engineering Requirements, does not include any notes for this requirement.

1.2 History

2. Rationale

To ensure that all technical authorities agree with the risk associated with any tailored NPR 7150.2 requirements.

3. Guidance

3.1 Review of Tailored Requirements

Software projects that have approved tailored requirements, but at some point after project start has a change in project technical scope or planned activities, need to have those tailored requirements re-assessed to determine if the basis for the tailoring approval remains valid. If the changes to the project scope or plans invalidate the rationale for the tailored requirements, Technical Authorities for the NPR 7150.2 requirements need to perform a re-assessment to determine the best set of requirements to prevent safety or other critical issues with the delivered product.

 When a project has changes (10% or more) in its technical scope or significant elements of the project plans, the Technical Authorities for NPR 7150.2 is to re-assess the rationale, risk evaluation (updated as necessary based on the project changes), and other supporting material included in the justification for approved tailored requirements. If multiple Technical Authorities were involved in the review and approval process, those Technical Authorities are consulted during the re-assessment.

See also 7.16 - Appendix C. Requirements Mapping and Compliance Matrix, SWE-121 - Document Tailored Requirements, SWE-125 - Requirements Compliance Matrix, SWE-126 - Tailoring Considerations.

3.2 Triggers for Re-assessing Approved Tailored Requirements

While not all-inclusive, the following list shows the types of changes to consider as triggers for re-assessing approved tailored requirements.  The significance of the impact of each change will differ by project, so project management and the Technical Authority need to work together to determine if the change impact requires a review of the project’s tailored requirements.

• Change in selected providers or suppliers.
• Significant changes in the schedule, including the development and delivery of new technologies.
• Significant changes in the project budget.
• Addition or deletion of key features and functions.
• Changes in the application environment.
• Changes in safety-criticality and/or project risk.
• Change in software classification.
• Change in the system and/or software complexity.
• Change in planned software reuse (i.e., use on a future mission).
• Availability of key tools, models, simulations, and/or facilities.
• Changes to any element of the justification for a tailored requirement.

Following the re-assessment, the following actions need to be performed:

• Any updates to justifications associated with tailored requirements are captured in the project records and configuration managed. 
• Project plans and associated program/project documentation are updated, as necessary, to reflect any changes in approved tailored requirements.
• The project’s NPR 7150.2 compliance matrix is updated, as necessary, to reflect the results of the re-assessment.
• The project team and relevant stakeholders are informed of any changes in tailored requirements (to ensure they comply with and implement those changes).

3.3 Additional Guidance

Additional guidance related to this requirement may be found in the following materials in this Handbook:

3.4 Center Process Asset Libraries

See the following link(s) in SPAN for process assets from contributing Centers (NASA Only). 

4. Small Projects

No additional guidance is available for small projects.

5. Resources

5.1 References

5.2 Tools

6. Lessons Learned

6.1 NASA Lessons Learned

No Lessons Learned have currently been identified for this requirement.

6.2 Other Lessons Learned

No other Lessons Learned have currently been identified for this requirement.