{div3:id=tabs-2}
h1. 2. Rationale
Peer review/inspections are among the most effective {term:V&V} practices for software{sweref:319}. They can be applied to many kinds of technical artifacts, and serve to bring together human judgment and analysis from diverse stakeholders in a constructive way.
Since well-developed and appropriate plans that have buy-in from key stakeholders are important elements of critical software success, peer review/inspections are applied to improve the quality of such plans.
{div3}
Wiki Markup
{div3:id=tabs-3}
h1. 3. Guidance
NASA-STD 2202-93, NASA Software Formal Inspection Standard, is currently being updated and revised to include lessons that have been learned by practitioners over the last decade. Included in this Standard are several best practices for performing inspections on the different software plans, including the recommended minimum content of checklists, which perspectives to be included in the inspection team, and the inspection rate.
The presence and participation of project management in peer review/inspection meetings are usually not recommended due to the potential negative impact to the effectiveness of the inspections. However, since the project management for both the software and the system are often the stakeholders of the work products examined (in the context of this requirement), they may be included as participants of the inspections only when necessary. In such situations, both the management and the other inspectors must be aware that defects found during inspections are never to be used for evaluating the authors.
NPR 7150.2 contains specific software documentation requirements for these plans. These content requirements are a basis of checklists as well as additional quality criteria relevant to inspections:
| [SWE-102|SWE-102] | Software Development/Management Plan |
| [SWE-103|SWE-103] | Software CM Plan |
| [SWE-105|SWE-105] | Software Maintenance Plan |
| [SWE-106|SWE-106] | Software Assurance Plan |
| [SWE-138|SWE-138] | Software Safety Plan Contents |
Additional guidance related to peer reviews and inspections may be found in the following related requirements in this Handbook:
| [SWE-088|SWE-088] | Software Peer Reviews and Inspections - Checklist Criteria and Tracking |
| [SWE-089|SWE-089] | Software Peer Reviews and Inspections - Basic Measurements |
\\
{note}Consult Center Process Asset Libraries (PALs) for Center-specific guidance and resources, such as templates, related to peer reviews and inspections. {note}
{div3}
Wiki Markup
{div3:id=tabs-4}
h1. 4. Small Projects
No additional guidance is available for small projects. The community of practice is encouraged to submit guidance candidates for this paragraph.
{div3}
{div3:id=tabs-6}
h1. 6. Lessons Learned
The effectiveness of inspections for defect detection and removal in any artifact has been amply demonstrated. Data from numerous organizations have shown that a reasonable rule of thumb is that a well-performed inspection typically removes between 60 percent and 90 percent of the existing defects, regardless of the artifact type{sweref:319}.
{div3}
applicable
f
*
g
p
h
0
ansc
1
asc
1
bnsc
1
csc
*
bsc
1
esc
*
cnsc
p
dnsc
0
dsc
*
ensc
0
Div
id
tabs-2
2. Rationale
Peer review/inspections are among the most effective V&V (Verification and Validation) practices for software
sweref
319
319
. They can be applied to many kinds of technical artifacts, and serve to bring together human judgment and analysis from diverse stakeholders in a constructive way.
Since well-developed and appropriate plans that have buy-in from key stakeholders are important elements of critical software success, peer review/inspections are applied to improve the quality of such plans.
Div
id
tabs-3
3. Guidance
NASA-STD 2202-93, NASA Software Formal Inspection Standard, is currently being updated and revised to include lessons that have been learned by practitioners over the last decade. Included in this Standard are several best practices for performing inspections on the different software plans, including the recommended minimum content of checklists, which perspectives to be included in the inspection team, and the inspection rate.
The presence and participation of project management in peer review/inspection meetings are usually not recommended due to the potential negative impact to the effectiveness of the inspections. However, since the project management for both the software and the system are often the stakeholders of the work products examined (in the context of this requirement), they may be included as participants of the inspections only when necessary. In such situations, both the management and the other inspectors must be aware that defects found during inspections are never to be used for evaluating the authors.
NPR 7150.2 contains specific software documentation requirements for these plans. These content requirements are a basis of checklists as well as additional quality criteria relevant to inspections:
Software Peer Reviews and Inspections - Basic Measurements
Note
Consult Center Process Asset Libraries (PALs) for Center-specific guidance and resources, such as templates, related to peer reviews and inspections.
Div
id
tabs-4
4. Small Projects
No additional guidance is available for small projects. The community of practice is encouraged to submit guidance candidates for this paragraph.
Div
id
tabs-5
5. Resources
refstable
toolstable
Div
id
tabs-6
6. Lessons Learned
The effectiveness of inspections for defect detection and removal in any artifact has been amply demonstrated. Data from numerous organizations have shown that a reasonable rule of thumb is that a well-performed inspection typically removes between 60 percent and 90 percent of the existing defects, regardless of the artifact type