Overview |  | Roles |  | Work Items |  | Views |  | CMMI |  | Index |  | Glossary |

Project Portal
| ### Next Steps Write or Update a Unit Test Write Code |
| Design Review ( 3 : VER : 2 : 2.2 ) Developer
Activity: Design Review
Developer
|  |  |  | Build |  |
|  | Participating Roles Responsible: Developer Accountable: Developer Consult: Developer Program Manager Tester Informed: Any
### Overview A design review is used to ensure that the new or revised design is technically accurate, complete, testable, high quality, and implements the requirement correctly. Design reviews are a key method of ensuring quality early by identifying problems before they appear in the code. Design reviews also provide additional insight from other developers about the design. The design review is conducted by the developer, and attended by the development team for the design area, and the tester. # Entry Criteria Technical Data Package The collection of design documents to be reviewed. When: As scheduled determined by the Prepare for Design Review activity. # Sub-Activities
1 | Verify Quality | Ensure that the design is testable. Does it build code that cannot be verified or validated in a reasonable manner? If so, there is no way to ensure the quality of the code and the design must be reworked. Examine the design documents for problems that will lead to coding errors. Look for incorrect interface descriptions, design mistakes, or naming confusion. Compare the design documents against existing criteria such as operator interface standards, safety standards, production constraints, design tolerances, or parts standards. Create bug work items describing any flaws found in the design documents. Assign them to the responsible developer.
2 | Verify Extensibility | Ensure that the design is written so it can be extended if it is the intention to do so, or reused in other areas of the product.
3 | Verify Security | Check the design for the protection of assets, privilege levels, and the use of data at entry points.
4 | Create Review Work Item | A review work item is created documenting the results of the design review. The review team must decide on the next steps for the design depending on the magnitude of the changes necessary. If no changes are necessary, document this fact in the review work item and that coding can begin on the design. If minor changes are necessary, mark the review work item as Accepted with changes which indicates that coding can begin once the minor changes are implemented in the design. If major changes are necessary, mark the review work item as Rejected. The design must be reworked, and another design review must be performed before coding can begin on the design.
# Exit Criteria
| A review work item is created capturing the decisions and problems discovered during the review.
| Bug work items are created for any flaws found in the design that must be fixed.
© 2005 Microsoft Corporation. All rights reserved. MSF for CMMI Process Improvement: 1.00.0000.00 |