软件需求评审报告

项目XX科技有限公司XXXX项目名称项目公司级 □ 部门级 □ 子部门级项目经理级别要求评审的工《XXXXXXX综合管理系统需求规格说明书》作产品的名称产品作者(评XXX审申请人)XXX建议评审时间2016 年5月 31日要求评审的工□规划阶段 □ 需求分析阶段 系统设计阶段 作产□ 实现与测试阶段 □ 系统验收阶段 □ 安装运行阶段 品所属□ 其它开发阶段可追溯性：软件需求规格说明书中的每一个需求要一一列出并标识，与别的需求区别开来。每项需求只应在软件需求规格说明书中出现一次。◆ 正确性：软件需求都是与用户所期望的相符合。与涉及的相关行业技术规范相符合。◆ 完整性：软件需求规格说明书中没有遗漏任何必要的需求。◆ 一致性：各软件需求之间或软件需求与高层（系统，业务）需求之间不相矛盾。◆ 可行性：软件需求规格说明书中的每一个需求都是可实现评审的。准则◆ 无二义性：软件需求规格说明书中的每一个需求都只有惟一的含义。◆ 可验证性：软件需求规格说明书中的每一个需求对用户而言都是可验证、测试的。◆ 必要性：软件需求规格说明书中的每一个需求对用户而言都是必须的，没有画蛇添足。◆ 可理解性：软件需求规格说明书中的每一个需求都能清楚表达，保证项目干系人都能看懂。◆ 划分优先级：软件需求规格说明书中，应根据需求的轻重缓急对需求划分优先级。具有概要设计所需的相关的输入信息。评审《IBMS智能楼宇综合管理系统需求规格说明书（V1.1版本）》需提 交的资料同意评审 由 XXX 担任评审负责人，按技术评审流程开展评审工作。评审方式： 正式技术评审（会议评审） □ 非正式技术评审（□ Email会签 □ 走查 □其他： ）评审级别： 部门级 □ 子部门级 □ 项目组内□ 暂不评审原因是：□ 方案不成熟 □ 资料不完整 □ 其他签字 月 31日技 术 评 审 意 见 及 结 果日 期2016 年5产品批准人（审核人）意 见评审自 2016 年5月31日14时 至 2016 年5月 31日 18 时时间1、 考虑用户同名情况，如何处理2、 用户信息扩展要求3、 增加跨平台要求评审4、 增加系统支持点位容量功能描述问答5、 系统响应时间描述更详细一点记录6、 增加在虚拟机上测试

7、 部署环境要求（最低要求、配置要求）8、 模块化功能要求

记录人签名

评 审 人员 签名其他 参与人员签名

一、缺陷识别评审无缺陷

意见二、总体评价及建议汇 总 总体需求分析比较透彻、完善；但需求优先级，相关 需求界面没有进行描述，要进行详细补充。

基本通过。

□评审通过：工作产品合格，“无需修改”或“需要轻微修改但不必再审核”；

评审结论

评审基本通过：工作产品基本合格，需要作少量修改，之后通过审核即可；

□评审不通过：工作产品不合格，需要作比较大的修改，之后必须重新对其评审。 2016 年6月 2日

XXX

日 期2016 年5月 31日

建议整改完成

时间评审负责人签字

缺陷修正及验证（如果使用缺陷跟踪软件，则无需填写下表）序号

缺陷内容对系统能够支持的点数没有作出说明。对系统能够支持的摄像机数量没有作出说

明。对系统能否实现跨平台没有进行说明对系统能否在虚似机上运行没有进行说明对支行平台的计算机硬件的基本要求没有作出评估。

修正措施见需求分析文件中的需求6.5见需求分析文件中的需求6.5见需求分析文件中的需求6.6见需求分析文件中的需求6.6见需求分析文件中的需求4和需求5

实施结果已实施

实施人、日期XXX、2016年06

月01日

日　期

2016 年5月 31日

1

2

XXX、2016年06

已实施

月01日

XXX、2016r年06月01日XXX、2016r年06月01日

3已实施

4已实施

5

XXX、2016年06

已实施

月01日

缺陷修正验证情况

验证结论：

验证通过

验证人签字

日 期

2016 年6月 2日