第三章 需求与设计评审

产品需求评审是为了: 保证系统需求在市场需求文档 或 产品需求文档及相关的文档中无歧义的描述。不一致，遗漏和错误将会被审查出来并得到改正。

评审的重要性：结果显示，产品的缺陷出现最多的地方是产品需求规格说明书，而不是程序代码。

评审： 技术评审 （对产品各阶段的成果进行评估，以确保需求规格说明书，设计文档，测试计划和用例等之间保持一致，并得到严格的执行）

            文档评审（各类文档进行格式，内容评审，检查它们是否符合已有的模板，其文档格式是否符合标准。）

评审流程
1.设计技术的评审标准
 a.设计结果的稳定性
 b.设计的清晰性
c.设计的合理性
d.系统的模块结构所显示的宽度、深度、扇入值和扇出值，是衡量系统复杂性的简单标准。
系统的模块间松耦合而模块内部又保持高度一致性、稳定性是系统架构设计侧重要考虑的内容，高耦合或低内聚力的系统很难维护。
给出系统设计结构和数据处理 是否 满足需求规格说明书所要求的功能功能性需求，是否保持一致。
可测性，
是否对不完整、易变动或潜在的需求都进行了相应的设计分析。

2.非功能性质量特性的设计评审要求
a.安全性
b.性能
c.稳定性
d.扩展性
e.可靠性

3.评审的输入
a.软件体系结构文档
b.设计规范和设计指南
c.风险列表

4.评审的输出
a.经认可的软件体系结构文档
b.变更需求
c.评审记录

5.评审的检查点
a.软件体系结构、设计模式
b.部署视图、进程视图
c.封装体、协议