评审报告(精心整理覆盖软件评审各个环节).doc

评审报告 1. 评审的组织 提示：由项目经理填写此表格。 项目名称 评审类型 [走查/审查/复审] 时间 地点 参加 人员名单 姓名 工作单位（部门）、职务、职称 记录员 2．评审内容 提示：由项目经理填写此表格。 序号 内容 1 功能说明 1、 2、 2 功能说明 1、 2、 … 3. 评审结果 评审内容(序号)： 走查人员(代码走查时填写)： 评审结果 问题描述 问题类型 (变更/缺陷/风险/待定) 评审意见/建议 总体意见 或建议 附录A 需求规格说明评审检查表 主要检查项 评价 一 完备性 1 所有必要的属性、假定和约束是否有完整描述？ 2 是否所有的需求和约束都被分配了优先级? 3 是否明确定义了确定需求优先级的标准? 4 需求的状态是否描述正确? 5 是否描述了软件安装需求(打包,用户培训等)? 6 是否描述了开发环境与运行环境、如果用户要求是否明确了开发语言? 二 一致性 1 所有的需求之间描述是否一致? 2 需求与相关文档之间是否描述一致 3 需求描述是否与真实操作环境一致(例如.事件序列，数据率，带宽等)? 4 需求文档是否与业务需求一致? 三 数据用法 1 所有的数据的类型、单位、精确度、约定、取值范围和边界条件等是否被确定？ 2 是否所有数据及其组成被明确描述? 3 是否描述了全局数据与逻辑数据之间的映射? 4 是否描述了数据储存方法? 5 是否提供了储存与共享数据的功能与方法? 6 是否描述了对存储数据的完整性要求？ 7 是否描述了对被储存数据的操作频率与类型? 8 是否描述了共享数据的访问方式（例如：随机、有序等）? 四 文档/清晰性 1 系统的目标是否得到定义? 3 对术语的描述是否与用户和最终客户一致? 3 需求是否清晰无歧义? 4 是否有对程序实现的功能的概括描述? 5 是否对操作的方法、状态等进行了描述? 6 是否明确描述了软硬件环境? 7 是否明确描述了影响执行的假定? 8 每项需求是否描述了状态、输入、输出与处理方法? 五 功能性 1 功能需求描述是否充分满足了客户与最终用户的需求? 2 每项功能性需求的输入是否是充分与必须的? 3 每项功能性需求是否清晰的描述了输入（包括共享数据）是如何变换为输出的（包括共享数据）? 4 是否功能性需求的所有状态都得到了定义? 六 接口 1 是否所有的外部和内部的接口都 是充份的和必需的？ 2 是否每项功能性需求的输出都可以明确为另一个功能性需求的输入或外部接口? 3 是否描述了所有与系统相关的软硬件系统的接口与人机交互接口? 4 是否所有的显示界面的内容、格式与约定都 得到了清晰描述? 5 是否所有的数据元素都得到了充分描述? 6 是否清晰充分地描述了功能性需求之间的数据流? 7 是否所有的接口数据得到了清晰充分描述? 七 细节 1 是否所有标明 “To Be Determineds” (TBDs)的问题都得到解决? 2 是否所有的接口都描述充分足以开展设计工作? 3 是否所有功能性需求描述充分足以开展设计工作? 4 是否所有性能需求描述充分足以开展设计工作? 5 是否每项功能性需求的输入和输出、准确性，精确度，范围，类型，比率，单位，频率都被描述? 八 可维护性 1 是否需求之间是弱耦合的（例如：改变某项需求不会对子系统产生意想不到的影响） 2 需求是否会将设计的复杂度降到最低? 3 功能性需求中是否考虑到可维护性的要求? 4 是否考虑到重用已有的设计，是否对设计及集成的效果进行了描述? 5 在功能性需求是否考虑了可移动性？ 6 继承的和预定义?的工具情怀设计是否得到了描述 九 性能 1 是否所有的性能需求都可分配到具体的功能需求？ 2 是否描述了对资源及其限制的性能需求？ 十 可靠性 1 是否定义了可度量的质量目标等质量特性? 2 是否可靠性需求可以分配到功能性需求? 3 是否有效性需求可以分配到功能性需求？ 4 是否描述了安全性需求并可分配到功能性需求? 5 所有不期望事件及其响应都得到了描述? 6 是否考虑了特殊的初始状态（例如断电与异常终止等）? 7 功能需求之间的序列被陈述，并且这些序列是必须的? 8 是否描述了错误检查及恢复需求? 十一 标准 1 文档格式是否符合项目定义的标准? 十二 可测试性 1 是否所有程序可以被测试、证明、分析或检查以确定是否符合需求? 3 需求的每个状态是否是离散的、明确的可测试的？? 3 是否