06-软件需求评审.pdfVIP

软件需求评审 软件评审 6.1 为什么需要评审 6.2 软件评审的角色和职能 6.3 评审的内容 6.4 评审的方法和技术 6.5 准备评审会议 6.6 召开评审会议 6.7 跟踪和分析评审结果 6.8 如何实施成功的评审 6.1 为什么需要评审  从成本上来衡量 缺陷发现得越晚纠正费用越高，而软件评审的重要目的就是通过软 件评审尽早的产品中的缺陷，减少大量的后期返工。 6.1 为什么需要评审  从技术上来衡量 前一阶段的错误自然会导致后一阶段的工作结果中有相应的错误， 而且错误会逐渐累积，越来越多。 原始要求原始要求原始要求原始要求 需求分析需求分析需求分析需求分析 正确的规格说明正确的规格说明正确的规格说明正确的规格说明 错误的规格说明错误的规格说明错误的规格说明错误的规格说明 设计设计设计设计 正确的设计正确的设计正确的设计正确的设计 错误的设计错误的设计错误的设计错误的设计 对错误说明的设计对错误说明的设计对错误说明的设计对错误说明的设计 编码编码编码编码 正确编码正确编码正确编码正确编码 错误编码错误编码错误编码错误编码 对错误设对错误设对错误设对错误设 对错误说明的对错误说明的对错误说明的对错误说明的 计的编码计的编码计的编码计的编码 编码编码编码编码 测试测试测试测试 正确功能正确功能正确功能正确功能 可改正的错误可改正的错误可改正的错误可改正的错误 不可改正不可改正不可改正不可改正 潜伏的错误潜伏的错误潜伏的错误潜伏的错误 的错误的错误的错误的错误 不完善的软件产品不完善的软件产品不完善的软件产品不完善的软件产品 6.2软件评审的角色和职能 1. 安排会议 2. 不评审员开预备会议，确定 每个人都清楚角色和职责 1. 评审员的选择应该包括 3. 协调会议迚程安排 上一级和下一级文档作 4. 确保会议议题 者 5. 确保会议记录 2. 熟悉评审内容，为评审 协调人 6. 跟踪会后问题迚展情况 评审员 做好准备 7. 和项目组长沟通评审情况 3. 在评审会上关注问题而 丌针对个人 4. 主要问题和次要问题可 以分别被认论 1. 确保即将评审的文档已经准 5. 在会议前或者会议后可 作者 备好 以就存在问题提出建设 2. 于项目组长、协调人一起定 用户代表 性的意见和建议 （文档撰写人） 义评审小组的成员。