


1. Requirements
2.5.3 The project shall define and document or record the acceptance criteria and conditions for the software.
1.1 Notes">1.1 Notes
NPR 7150.2A does not include any notes for this requirement.
1.2 Applicability Across Classes
Class |
A_SC |
A_NSC |
B_SC |
B_NSC |
C_SC |
C_NSC |
D_SC |
D_NSC |
E_SC |
E_NSC |
F |
G |
H |
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Applicable? |
|
|
|
|
|
|
|
|
|
|
|
|
|
Key: A_SC = Class A Software, Safety-Critical | A_NSC = Class A Software, Not Safety-Critical | ... | - Applicable |
- Not Applicable
X - Applicable with details, read above for more | P(C) - P(Center), follow center requirements or procedures
2. Rationale
Software development teams can better organize their development tasks if they have well defined plans for software activities. Customers and project personnel must include pre-determined criteria in these plans to evaluate the software work products. These criteria include clearly understanding what the customer wants the product to do and what constitutes an acceptable software product. The development team should document the agreed-to acceptance criteria and the planned activities in a software acceptance plan contained in the Software Development/Management Plan (see [SWE-102]) or a separate Verification and Validation Plan, as a formal means of guiding these activities.
3. Guidance
'Acceptance criteria' is defined (1)as the criteria that a system or component must satisfy in order to be accepted by a user, customer, or other authorized entity (ISO/IEC/IEEE 24765:2010 Systems and software engineering - Vocabulary), and, (2) those criteria, including performance requirements and essential conditions, which must be met before project deliverables are accepted (A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Fourth Edition
). The purpose of this requirement is for the software development team to work with the customer up front to define the criteria to be used for software acceptance. The acceptance criteria and timing can help
        * define the software support manpower levels on a project
        * determine the 'hand over' for the software development organization to a software operation and maintenance organization,
        * help define what a contractor has to do to complete before flight certification can be achieved