工作产品评审指南精编.docxVIP

工作产品评审指南精编 目录 1. 概述 工作产品是在项目开发和管理过程中产生的各种产物, 其中包括提交给最终客户或用户的文档、报告、编码等，也 包括项目组内部使用的各种文档、报告、工具程序、测试用 例等。本文提供了针对性的工作产品评审指南作为非正 式、正式评审的参照。 2. 需求评审 2. 1完整性 所有的内部文档引用是正确的和最新的; 所有的需求描述是恰到好处的并提供适度的细节; 需求描述为设计提供了足够的内容和信息; 实现需求的优先级已被定义; 系统对外界而已被确定，如软件，硬件和通讯截而等; 系统商业流程已被清晰表达; 需求说明书定义了所有的、已知的客户和系统需要; 可预知的错误出现时，系统的应有反应已全部定义.如 用户错误输入信用卡号码，系统应友善的提醒用户信用 卡号码岀错。 2. 2正确性 各个需求之间不矛盾; 各需求描述是清晰的、连贯的和没有歧义的; 各需求可被测试、演示、评审、分析; 各需求是在项冃的范围内; 必要的信息不缺项，没有待定的需求; 所有需求可在现有约束和假定下实现; 所有的错误信息说明是直接的、恰当的和可被理解的。 2.3质量指标 2.3 质量指标 所有的性能指标已被明确和恰当的定义; 系统安全和保密的要求已被明确规定; 其他的隐含的质量指标已被定义并说明可接受的标准; 2.4可跟踪性 2.4 可跟踪性 每个需求已被单独和正确确认; 每个需求能被跟踪至概要设计相关文档，如功能设计、 数据库设计等。 2.5其他 2.5 其他 所有的需求都是需求而非解决方案或设计; 和响应时间相关的需求已被定义和量化; 和国际相关的为题已被确认，如不同的语言界而等。 所有定义的软件需求用软件来实现是可行和恰当的。 3?特性需求评审 《特征需求说明书》符合规范要求; 《特征需求说明书》正确地反映了用户的需求，没有错 误; 《特征需求说明书》完备地反映了用户的需求，没有遗 漏; 《特征需求说明书》前后一致并与相关文档是一致的; 《特征需求说明书》描述清晰，没有歧义。 系统结构设计评审 4.1系统结构 系统结构设计是完整的，如允许实现全部的需求; 系统已被足够的分解; 系统结构设计为概要设计提供足够的基础; 系统结构具有足够的伸缩性; 系统维护的问题已被确认; 各子程序能被分阶段测试。 4. 2正确性 结构设计不含多余结构; 所有的稳定性和性能耍求已被考虑; 所有的安全要求已被考虑; 结构设计包含了所有的约束; 结构设计是全而的、正确的和不模糊的; 5.1 5.1结构 5.1 5.1结构 所有的数据结构已被定义，没有不必要的数据结构定 义。 4. 3设计标准和可跟踪性 所有的结构设计标准已被合理采纳; 结构设计可反向追踪至需求说明书。 4. 4逻辑性 没有丢失或不正确的逻辑; 所有可能的状态和情况已被考虑。 4.5界面 所有的界而是清楚的和已被定义的; 最小量的数据在界而上交换; 使用最少的系统变量。 4. 6清晰度 系统结构，包括数据交换、控制和界而以被清晰定义; 设计被多角度、多方而但相一致的表达; 系统设计约束和假定、依赖性、权衡利弊均已被记录和 归档。 概要设计评审 数据结构已被清晰的分解和定义; 6.1 6.1结构 结构已被恰当分解并可作为详细设计的依据; 每一个模块已被清楚描述并可测试; 模块分解符合相应标准和规范。 5.2数据 系统常量和参量已被参数化; 所有的数据已被适当的定义; 数据结构和参数的命名是有意义的并符合命名标准。 5.3正确性和完整性 概要设计是完整的，如将实现所有的需求; 所有的基础要求已被确认，如备份，检查点等; 所有的错误信息是唯一的和有意义的; 所有的稳定性和性能要求已被设计; 国际化要求已被适当的考虑和设计; 文件维护的程序已被确定; 过程处理的优先级已被确定; 分析表明系统会达到要求的处理能力、反应时间和准确 性; 所有的保密要求已被设计; 概要设计考虑了所有的约束; 概要设计的模块不含多余的已在其他子系统或模块中设 计的部分; 概要设计为详细设计提供了足够的基础; 维护的问题已被考虑; 概要设计是全而的、正确的和不模糊的; 概要设计是可伸缩的; 概要设计是可检验的。 5.4标准和可跟踪性 5.4 标准和可跟踪性 所有的设计标准已被合理采纳; 用户界而符合项目标准; 所有的概要设计部分可反向追踪至需求说明书。 5.5界面 5.5 界面 所有的界而已被清楚定义; 最少的数据量在界而被交换; 最少的系统变量被使用。 5.6健壮性 5.6 健壮性 自我测试、失败-安全、降级模式的要求在设计中已被考 虑; 岀错处理机制已被使用; 非正常现象能被合理的处理并不会导致破坏性后果。 详细设计评审 伪代码在此级设计中是适当的和相一致的。 6.2数据 系统数据不包括的部分已被加入; 所有的数据已被适