Invalid license: Your evaluation license of Refined expired.
bannerb

This version of SWEHB is associated with NPR 7150.2B. Click for the latest version of the SWEHB based on NPR7150.2D

SWE-160 - Safety Critical Classification
This page contains macros or features from a plugin which requires a valid license.

You will need to contact your administrator.

1. Requirements

3.5.5 If a software component is determined to be safety critical software then software component classification shall be Software Class D or higher.

1.1 Notes

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

1.2 Applicability Across Classes

 Text

Class

     A      

     B      

     C      

   CSC   

     D      

   DSC   

     E      

     F      

     G      

     H      

Applicable?

   

   

   

   

   

   

   

   

   

   

Key:    - Applicable | - Not Applicable

2. Rationale

The level of rigor required to develop and assure safety-critical software requires that safety-critical software be classified at a sufficiently high level that the minimum set of applicable requirements help ensure the appropriate level of rigor is applied.

3. Guidance

Safety critical software is any condition, event, operation, process, equipment, or system that could cause or lead to severe injury, major damage, or mission failure if performed or built improperly, or allowed to remain uncorrected.  All safety-critical software development programs are to have a minimal set of required software engineering development requirements.

Once a software component is determined to be safety-critical (see SWE-133), the minimum software classification for that component is Class D.  There are no exceptions.  If the software is safety critical software, then the software development is expected to meet the requirements for Class D, at a minimum. 

Engineering Technical Authorities (ETA) check the accuracy of the project’s classification of software components, so they ensure this requirement is met. The Center ETA can also waive or tailor specific requirements if the project provides adequate justification (see SWE-126). 

During the software development life cycle, periodic re-evaluations of safety-criticality and classification occur (see SWE-021), so the project and Center ETA need to keep this classification “rule” in mind as those reviews occur.

Additional guidance related to safety critical classification may be found in the following related requirement in this Handbook:

4. Small Projects

No additional guidance is available for small projects.

5. Resources

Renew your license to continue

Your evaluation license has expired. Contact your administrator to renew your Reporting for Confluence license.


5.1 Tools

Tools to aid in compliance with this SWE, if any, may be found in the Tools Library in the NASA Engineering Network (NEN).

NASA users find this in the Tools Library in the Software Processes Across NASA (SPAN) site of the Software Engineering Community in NEN.

The list is informational only and does not represent an “approved tool list”, nor does it represent an endorsement of any particular tool. The purpose is to provide examples of tools being used across the Agency and to help projects and centers decide what tools to consider.

 

6. Lessons Learned

There are currently no Lessons Learned identified for this requirement.


  • No labels