|
设计评审应当如何进行？ 面对这个问题，可能有人会回答：设计评审不就是评审设计说明文档吗？ 这个回答也不能说错，但却过于笼统，而且似乎把评审的重心放在“文档”而不是“设计”上。 设计评审，评审的是“设计”的方方面面，而不是“文档”的好坏。具体而言，进行设计评审应考虑以下方面：
好的设计应当具有一定的灵活性和可扩展性，而不会因为将来可能出现的需求变更而对设计做大的改变。如是否采用了简单的模块结构、模块间低耦合性、多层分布体系架构等设计来保证软件系统的稳定。设计评审时应注意评估设计是否足够稳定，是否对潜在的需求变更都进行了相应的设计分析，对各种设计限制是否做了全面的考虑。
设计评审应审查设计描述是否明确，软件架构、模块之间的关系是否清楚，设计所依赖的运行环境是否明确，业务逻辑是否准确并且完备。
设计的合理性包括是否选择了合适的设计方案，是否设计了合理的软件架构，单元与单元、模块与模块、类与类之间关系的合理性。
设计评审应审查软件模块结构宽度、深度、扇入值和扇出值等是否满足复杂性的简单标准指标，力求做到单入口单出口。
设计评审应审查软件模块间的耦合度，模块应当是松耦合高内聚的，符合模块化设计的要求。
设计评审应审查设计是否覆盖所有的需求，软件架构和数据处理流程是否满足需求规格说明中所要求的全部功能性需求，软件模块的大小和划分是否与功能需求以及约束性需求保持一致。
设计评审应审查所有的设计内容（功能、性能、可靠性和安全性等质量特性需求）是否可以通过测试来衡量。
设计评审应审查每一部分的设计是否都可以追溯到软件需求，包括功能需求和非功能需求。
设计评审应审查所要设计的软件在整个项目（或大系统中）中所处的地位和作用，以及与同级、上级软件系统之间的关系描述是否准确。 你们项目组是怎么进行设计评审的？ 这正是： 设计评审审设计，简单合理等多极 评审不能简单化，各个方面要考虑 参考书目：全程软件测试，作者: 朱少民，出版社: 电子工业出版社 |
|
|
