软件质量评审报告

注：评审是对软件元素或者项目状态的一种评估手段，以确定其是否与计划的结果保持一致，并使其得到改进。

软件评审报告

1.基本信息

项目名称：

开发小组：

成员：

组长：

2.软件信息

2.1产品内容：

2.1.1产品内容

内容的完整性

即相对完整的完成软件愿景说明书上的功能；

2.1.2软件定位

使用者的明确性

即有明确的使用者定位。

2.2软件部署：

2.2.1部署

软件的发布与部署，部署后是否可以正常使用。

2.1.2运行环境

运行环境的适用性。

运行环境是否与软件愿景说明书一致

2.3界面：

2.3.1界面布局

界面布局的合理性，布局合理，层次清晰。

2.3.2界面美观设计

界面的美观性，界面美观。 2.3.3界面元素

界面元素的一致性，窗口、菜单、图标、按钮等元素的一致性。

2.4功能要求

2.4.1技术运用

技术运用的合理性；内容实现的正确性。各种技术表现与具体内容有机结合，各种媒体使用协调；多媒体信息的呈现可控；链接准确、无死链。

2.4.2交互性要求

简易性；一致性；反馈性；容错性；图形化。人机交互简单、形象输入、输出方面的一致性；对用户的操作及时作出反馈；对可能出现的错误进行检测、报告和处理。

2.5软件性能

2.5.1响应性要求

页面转换的响应性；载入时间的短时间要求；短时启动时间要求；负载量（客户）指标明确化。页面转换快捷；媒体装入时间简短；有确定的负载量性能指标。

2.5.2稳定性要求

帮助机制的完备性；错误处理机制完备性；确认退出机制的完备性。每个操作都有联机帮助或提示；联机帮助易读、易懂处理用户可能出现的任何错误操作；避免出现数据未保留而退出。

2.5.3安全性要求

访问安全性；使用安全性。用户身份管理和访问控制；数据安全性。

2.6软件文档

2.6.1文档资料

附件九 设计评审报告

文件状态：

[ ]草 稿

[ ]正式发布

[ ]正在修改 文件标识： HDT_

当前版本：

作 者：

完成日期：

版本历史

版本/状态 作者 参与者 起止日期 备注

1. 基本信息

提示：由评审主持人或评审员填写此表格。

待评审的

工作成果 工作成果名称、标识符、版本、作者、时间……

技术评审方式 （正式评审）或者（走查）

评审时间

评审地点

参加评审的人员

类别 名字 工作单位 职务

主持 人

评审小组成员

记录员 2. 缺陷识别和跟踪

评审问题跟踪表

编号 问题描述 问题类型 严重性 提交者 提交日期 问题处理负责人 解决措施/原因说明 问题解决状态 实际关闭日期 问题关闭验证人 备注

1

2

3. 评审结论与意见

提示：由主持人或评审员填写此表格。

评审结论 [ ]工作成果合格，“无需修改”或者“需要轻微修改但不必再审核”。

[ ]工作成果基本合格，需要作少量的修改，之后通过审核即可。

[ ]工作成果不合格，需要作比较大的修改，之后必须重新对其评审。

意见

负责人签字 签字： 日期：

XX科技有限公司

-内部资料，注意保密- 第1 页共2 页软件需求评审报告项目名称项目级别□√公司级□部门级□子部门级项目经理要求评审的工作产品的名称产品作者(评审申请人)建议评审时间要求评审的工作产品所属开发阶段□规划阶段□需求分析阶段□√系统设计阶段□实现与测试阶段□系统验收阶段□安装运行阶段□其它评审准则评审需提交的资料产品批准人（审核人）意见□√同意评审由担任评审负责人，按技术评审流程开展评审工作。评审方式：□√正式技术评审（会议评审）□非正式技术评审（□ Email会签□走查□其他：）评审级别：□√部门级□子部门级□项目组内□暂不评审原因是：□方案不成熟□资料不完整□其他签字日期2016 年5月 31日技术评审意见及结果评审时间自 2016 年5月31日14时至 2016 年5月 31日 18 时评审问答记录记录人签名XXX 日期2016 年5月 31日评审人员签名其他参与人员签名评审意见汇总评审结论□评审通过：工作产品合格，“无需修改”或“需要轻微修改但不必再审核”；XX科技有限公司

-内部资料，注意保密- 第2 页共2 页□√评审基本通过：工作产品基本合格，需要作少量修改，之后通过审核即可；□评审不通过：工作产品不合格，需要作比较大的修改，之后必须重新对其评审。建议整改完成时间 2016 年6月 2日评审负责人签字日期2016 年5月 31日缺陷修正及验证（如果使用缺陷跟踪软件，则无需填写下表）序号缺陷内容修正措施实施结果实施人、日期1 2 3 4 5 缺陷修正验证情况验证结论：验证人签字日期

软件需求评审报告

项目名称 XX科技有限公司XXXX项目

项目级别 □√公司级 □ 部门级 □ 子部门级 项目经理 XXX

要求评审的工作产品的名称 《XXXXXXX综合管理系统需求规格说明书》

产品作者

(评审申请人) XXX 建议评审时间 2016 年5月 31日

要求评审的工作产品所属

开发阶段 □规划阶段 □ 需求分析阶段 □√ 系统设计阶段

□ 实现与测试阶段 □ 系统验收阶段 □ 安装运行阶段 □ 其它

评审准则  可追溯性：软件需求规格说明书中的每一个需求要一一列出并标识，与别的需求区别开来。每项需求只应在软件需求规格说明书中出现一次。

◆ 正确性：软件需求都是与用户所期望的相符合。与涉及的相关行业技术规范相符合。

◆ 完整性：软件需求规格说明书中没有遗漏任何必要的需求。

◆ 一致性：各软件需求之间或软件需求与高层（系统，业务）需求之间不相矛盾。

◆ 可行性：软件需求规格说明书中的每一个需求都是可实现的。

◆ 无二义性：软件需求规格说明书中的每一个需求都只有惟一的含义。

◆ 可验证性：软件需求规格说明书中的每一个需求对用户而言都是可验证、测试的。

◆ 必要性：软件需求规格说明书中的每一个需求对用户而言都是必须的，没有画蛇添足。

◆ 可理解性：软件需求规格说明书中的每一个需求都能清楚表达，保证项目干系人都能看懂。

◆ 划分优先级：软件需求规格说明书中，应根据需求的轻重缓急对需求划分优先级。

 具有概要设计所需的相关的输入信息。

评审需提交

的资料 《IBMS智能楼宇综合管理系统需求规格说明书（版本）》

产品批准人

（审核人）

意 见 □√ 同意评审

由 XXX 担任评审负责人，按技术评审流程开展评审工作。

评审方式：□√ 正式技术评审（会议评审）

□ 非正式技术评审（□ Email会签 □ 走查 □其他： ）