Would this help, to produce good software ? What if people avoid following the checklist ?

Standard: Review Checklist
Phases: Concept and Technology Development, System Development and Demonstration, and Production and
Deployment
Activities: Numerous
Tasks: See Documentation Matrix
Reference: DFAS System Life Cycle
Effective Date: May 17, 2002

DEFENSE FINANCE AND ACCOUNTING SERVICE

Review Checklist

for

Program Name

Date of Issue and Status: Date checklist is acknowledged as acceptable (mm/dd/yyyy) and whether checklist is draft or approved. Also include version number.

Issuing organization: Identify the organization issuing this checklist.

REVIEW CHECKLIST

1. Purpose. The Review Checklist is used to ensure the reviews are conducted in an appropriate and successful manner. This checklist is used for all product reviews, including but not limited to System Requirements Review, Functional Requirements Review, Critical Design Review, peer reviews.

2. Scope. Identify extent of use of this checklist.

3. Project Name. Name of Project or Application

4. Date of Review. Date review actually took place

5. Type of Review. Identify review in which checklist applies

6. Duration of Review. Actual time elapsed during review

7. Release or System Change Request (SCR) Numbers. Release identifier or SCR numbers reviewed

8. Review Participants. Include full name and role in the review (i.e., review coordinator, moderator, software quality assurance (SQA) representative, etc).

9. Questions. Questions should be posed to require a “yes/no” response. “Yes/no” questions should be presented so that all “yes” answers indicate successful completion of a task and “no” a lack thereof.

Sample Questions:
GENERAL
1. Was written notification provided at least three (3) working days prior to the review?YN
2. Was an agenda prepared?YN
3. Were scheduled facilities adequate?YN
4. Was a review package prepared?YN
5. Were the participants notified of review materials location at least three (3) working days in advance?YN
6. Was a review checklist prepared?YN
7. Was the review agenda followed?YN
8. Was the review checklist completed?YN
9. Did the Recorder take minutes of the meeting?YN
10. Did the Recorder distribute minutes of the meeting?YN
11. Did the Review Coordinator summarize review findings?YN
12. Were open/action items identified?YN
13. Did the Recorder prepare the review report?YN
14. Did the Recorder distribute the review report?YN
15. Were the review metrics recorded in the metrics repository?YN
16. Were open/action items tracked to resolution?YN
17. Were Release Quality Findings/Recommendations: (List Release program trouble reports (PTRs) Action Items (Responsibility and Completion Date) discussed during PTR?YN
18. Were Customer Support Findings/Recommendations: Action Items (Responsibility and Completion Date) discussed during PTR?YN
19. Were Training Findings/Recommendations: Action Items (Responsibility and
Completion Date) discussed during PTR?YN
20. Were User Documentation Findings/Recommendations: Action Items (Responsibility and Completion Date) discussed during PTR?YN
21. Were Overall Release Findings/Recommendations: Action Items (Responsibility and Completion Date) discussed during PTR?YN
FUNCTIONAL REQUIREMENTS
22. Have requirements in all categories (functional, regulatory, user interface, performance, interface, infrastructure, security, user training) been adequately defined, analyzed, and documented?YN
23. Do the requirements, as documented, reflect appropriate functional mandates specified in the Federal Financial Management Regulations (FFMRs) and “A Guide to Federal Requirements for Financial Management Systems (commonly called the Blue Book)?YN
24. Do the requirements, as documented, comply with the release plan?YN
25. Are adequate security and information assurance requirements identified? Do they comply with the requirements of the DoD Information Technology Security Certification and Accreditation Process (DITSCAP)?YN
26. Are risks identified and mitigation plans in place?YN
27. Have requirements adequately been traced back to the System Requirements Specification (SRS)?YN
28. Has sufficient attention been placed on the human factors?YN
29. Does the design team feel the Software Requirements Description (SRD) is complete, consistent, and unambiguous enough to create a complete design?YN
30. Does the test team feel the requirements contained in the SRD are unambiguous and testable?YN
31. Is the application using DFAS standard data elements?YN
32. Does the application’s operational, systems, and technical architecture comply with those at the enterprise level?YN
33. Have the Oracle Designer quality checking reports been run and have deficiencies been addressed?YN
34. Are ther