评审

全要求已被考虑  结构设计包含了所有的约束  结构设计是全面的 , 正确的和不模糊的  所有的数据结构已被定义 , 没有不必要的数据结构定义 3 设计标准和可跟踪性  所有的结构设计标准以被合理采纳  结构设计可反向追踪至需求说明书 4 逻辑性  没有丢失或 不正确的

elational 缺陷 (CR)  每一个布尔型测试 : 是否检查了正确的条件 ?  比较操作符是否正确 ?  Has each boolean expression been simplified by driving negations inward?  每一个布尔表达式是否正确 ?  比较是否会产生不恰当的，易忽略的副作用。  是否不注意地将一个 amp。 换成了 amp。

户信用卡号码出错 . 2 正确性  各个需求之间不矛盾  各需求描述是清晰的 , 连贯的和没有歧义的  各需求可被测试 , 或演示 , 或评审 , 或分析  各需求是在项目的范围内  必要的信息不缺项 , 没有待定需求  所有需求可在现有约束和假定下实现  所有的错误信息说明是直接的 , 恰当的和可被理解的 3

运 ，便 于 材 料 的 同 步 流 动， 并 最 大 限 度 地 使 场 地 得 到 增 值 使用。 ELEMENT SCORE 0 to 10 要 素 分 0 10 ，大量的管理资料下载 9 CONTRACT REVIEW 合 同 评 审 ELEMENT 要 素 Question 问 题 Assessor Notes 评审员记录 ** Are records of contract

................................................. 4 3. 代码检查表 .................................................................................................................... 4 4. 测试用例检查表 ........

重要性－复杂性有 6 种组合：高高，高中，高低，中中，中低 ，低低。 （ 4）请参考 SPPPROCTR 中的有关规程。 工作成果 重要性复杂性 评审方式 时间 人员 一些需求文档 … 作者： 评审主持人： 评审员： 一些设计文档 … 作者： 评审主持人： 评审员： 一

评 审 依 据 评 审 要 求 评 序号 评 审 内 容 评 审 时 间。

况总结报告。 纠正和预防措施实施情况报告。 监视和测量报告（在报告里，对环境表现数据的监测（污染物排放的监测，资源、能源消耗的监测）情况， OHES 运行参数的监测情况，运行控制的监控制情况，产品质量统计分析情况，目标、指标的符合情况，管理方案完成进度）。 相关方的投诉、建议及其要求报告。 消防演习情况总结报告。 员工健康情况检查、劳动纪律检查总结报告。 对生活物资供应商、废弃物回收商、环境

性分析 □ 用户需求 □需求规格说明书 □概要设计 □ 详细设计 □ 测试方案 □ 测试案例 □ 源代码 □ 其他： 评审方式 □ Inspection □ Team review 评审材料说明

信贷管理系统  公积 金业务系统  ATM/BST 系统  网络系统  产品集成系统 质量组成员： 管 理 类 评 审 项目委员会成员 项目控制主管 质量组成员 项目负责人 相关市场人员 项目委员会成员： Y 项目控制主管： Y 项目负责人： Y 质量组成员： 业务 /技术专家：  综合业务系统