Migration of unmigrated content due to installation of a new plugin
1. The Requirement
1. The Requirement
4. Small Projects
6. Lessons Learned
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.
NPR 7150.2, NASA Software Engineering Requirements, does not include any notes for this requirement.
1.2 Applicability Across Classes
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.
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: