10、关键设计评审：从理论到实践

关键设计评审：从理论到实践

在软件开发项目中，当完成了用例文本的歧义消除、初步设计评审以及详细设计后，距离开始编码仅一步之遥，这关键的一步就是关键设计评审（Critical Design Review，CDR）。

1. 关键设计评审的基本认知

在开始编码前进行 CDR，主要有三个重要目标：
- 确保详细设计与需求匹配 ：对于每个用例，要将用例与对应的序列图匹配起来，保证设计实现了需求中所规定的功能。
- 检查设计质量 ：需要有设计专家参与评审，确保设计的合理性和高效性。
- 检查消息连续性 ：审查序列图中消息箭头的方向，确保能明确哪个对象处于控制地位，避免逻辑跳跃。

关于 CDR 的参与人员，主要是设计师和开发人员，客户通常不参与。因为这是一个技术评审环节，需要技术人员参与。虽然客户在功能需求和用例等方面有重要贡献，但除非客户是技术设计专家，否则参与 CDR 可能会带来不必要的麻烦。而且到这个阶段，客户已经对用例进行了两次签字确认，在开发过程中也会有很多反馈机会。

进行 CDR 的合适时间是完成当前版本计划实现的所有用例的序列图，并更新类图，确保类图反映了序列图中分配的所有操作。

2. 关键设计评审的十大准则

以下是关键设计评审的十大准则，按照重要性排序：
| 序号 | 准则 | 说明 |
| ---- | ---- | ---- |
| 1 | 审查测试计划 | 生成逻辑软件功能级别的单元测试列表，可使用工具自动生成测试用例并收集到测试计划中。