评审文档分析和总结.docx

  1. 1、本文档共7页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

评审计划

文件编号:[XXXX]_RVPL_[ReviewType]-V1.0项目名称/标识

工作产品名称/标识

工作产品的规模

计划编制日期 年 月 日

预计评审总工时(小时)

评审申请日期 年 月 日

会 议

会议名称 地点 开始时间 结束时间

软件工作产品

名称

源头文件(产生工作产品的工作过程的入口文件)

检查表/标准

评审人员

姓名 角色

主持人(评审组长)作 者

姓名

角色

项目组成员项目组成员

书记员项目总监客户

项目组成员

项目组成员项目组成员项目组成员

项目组成员

软件工作产品评审指导方针

软件工作产品评审指导方针

软件工作产品评审指导方针

软件工作产品

评审重点

进入准则

参与者

满足项目管理和控制需求

符合计划书标准模板

项目经理

项目计划

计划是否完整和明确

SEPG成员

计划是否可实施

与其它项目经理

软件需求满足客户需求

文档符合规范要求

客户

软件需求是可实施的

设计人员

软件需求说明书

软件需求是否完整、一致和明确

系统测试人员

安装实施人员

用户文档作者

设计覆盖了需求

文档符合规范要求

需求作者

设计是可实施的

需求经过评审并已定稿

用户文档作者

概要设计说明书

设计是否有遗漏和缺陷

详细设计人员

开发人员

编码前进行了设计

源代码已经完成汇编

设计人员

源代码

源代码是否完整和正确

源代码符合编程规范

测试人员

源代码中的缺陷

开发人员

用例覆盖了需求中的所有条件

已建立需求基线

需求作者

系统测试用例

用例是否正确

系统测试计划符合规范

测试人员

用例是否可执行

评审检查表

例1:

软件需求评审检查表

软件需求评审检查表

序号

评审重点

问题

是否完整地定义了软件需求规格?

是否定义了所要解决问题范围内的处理结构和信息流?

是否考虑了数据量和处理量?

是否考虑了数据量和处理量?

1

完整性

是否定义了关键的接口和界面?

范围内的功能是否都有适当的描述?

是否考虑了异常处理和例外处理?

是否考虑过其它可选的软件需求?

是否定义了用户手册概要?

所描述的软件需求与客户需求和系统需求是否一致?

所规定的处理及其数据是否与必须完成的功能要求一致?

2

一致性

是否有超出范围的功能?

是否存在前后不一致的描述?

3

正确性

是否正确理解和描述了客户对软件的需求?

是否存在含混、不清楚和含有二义的描述?

4

明确性

图表是否清楚?

某些信息是否被忽略了或有冗余?

是否每一项软件需求都存在实现的可能?

约束条件是否现实?

5

可实施性

是否考虑了实现需求的技术风险?

计划的估算是否受到影响?

6

可验证性

是否对每一项软件需求都能够进行验证?

是否详细描述了验证标准?

验证标准是否合适?

7

可追溯性

是否能够在后续过程中对每一项软件需求进行追溯?

例2:

概要设计评审检查表

序号 评审重点 问题

是否覆盖了所有软件需求?

完整性

概要设计是否完整?

是否定义了各子系统或模块之间的接口?

是否存在设计遗漏和缺陷?

与软件需求和系统需求是否一致?

一致性

所设计的处理及其数据是否与必须完成的功能要求一致?

是否有超出范围的功能?

是否满足约束条件的限制?

是否存在前后不一致的描述?

正确性 ?是否正确理解和描述了软件需求的要求?

是否存在设计上的错误?

明确性

是否存在含混、不清楚和含有二义的描述?

图表是否清楚?

某些信息是否被忽略了或有冗余?

可实施性

是否每一项设计要求都是可实现的?

是否考虑了设计实现的技术风险?

计划的估算是否受到影响?

是否对每一项设计要求都能够进行验证?

6

可验证性

是否详细描述了验证标准?

验证标准是否合适?

7

可追溯性

是否能够在后续过程中对每一项软件需求进行追溯?

是否能够从每一项设计要求追溯到其对应的软件需求?

8

可靠性

是否满足客户的要求,以及所达到的程度如何?

9

安全性

是否考虑了误操作的防范和处理?

是否考虑了非法操作的防范和处理?

是否满足客户的要求?

10

可维护性

是否便于发现错误,并易于纠正所发现错误?

11

可移植性

是否易于移植和改造?

12

运行效率

是否满足客户要求?

13

方便性

是否便于用户使用操作?

14

灵活性

是否能够灵活处理不同的业务/操作需求?

1.4

评审会议记录

项目名称/标识工作产品名称

项目名称/标识

工作产品名称/标识

工作产品的规模

评审会议总工时(小时)

会议日期

确认缺陷的截止日期

会议时间

会议时数(小时)

主持人

书记员

评审人员

缺陷/问题记录

文档号

类型

描述

参照项

解决办法

有待解决的问题记录序号

有待解决的问题记录

序号

问题描述

负责人

目标日期

解决日期

主-主要缺陷,次-次要缺陷

文档评论(0)

hao187 + 关注
官方认证
内容提供者

该用户很懒,什么也没介绍

认证主体武汉豪锦宏商务信息咨询服务有限公司
IP属地上海
统一社会信用代码/组织机构代码
91420100MA4F3KHG8Q

1亿VIP精品文档

相关文档