软件需求评审报告
项目名称XX科技有限公司XXXX项目
项目级别公司级□ 部门级□ 子部门级项目经理 XXX 要求评审的
工作产品的
名称
《XXXXXXX综合管理系统需求规格说明书》
产品作者
(评审申请
人)
XXX 建议评审时间2016 年5月 31日
要求评审的工作产品所属
开发阶段□规划阶段□ 需求分析阶段
系统设计阶段
□ 实现与测试阶段□ 系统验收阶段□ 安装运行阶段□ 其它
评审准则◆ 可追溯性：软件需求规格说明书中的每一个需求要一一列出并标识，与别的需求区别开来。

每项需求只应在软件需求规格说明书中出现一次。

● 正确性：软件需求都是与用户所期望的相符合。

与涉及的相关行业技术规范相符合。

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

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

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

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

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

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

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

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

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

评审需提交
的资料
《IBMS智能楼宇综合管理系统需求规格说明书（V1.1版本）》
产品批准人（审核人）意见同意评审
由 XXX 担任评审负责人，按技术评审流程开展评审工作。

评审方式：
正式技术评审（会议评审）
□ 非正式技术评审（□ Email会签□ 走查□其他：）评审级别：
部门级□ 子部门级□ 项目组内
● 暂不评审
原因是：□ 方案不成熟□ 资料不完整□ 其他
签字日期2016 年5月 31日
技术评审意见及结果
评审时间自 2016 年5月31日14时至 2016 年5月 31日 18 时
评审问答记录1、考虑用户同名情况，如何处理
2、用户信息扩展要求
3、增加跨平台要求
4、增加系统支持点位容量功能描述
5、系统响应时间描述更详细一点
6、增加在虚拟机上测试
7、部署环境要求（最低要求、配置要求）
8、模块化功能要求
记录人签名XXX 日期2016 年5月31日
评审
人员签名其他参与人员签名
评审意见汇总一、缺陷识别
无缺陷
二、总体评价及建议
总体需求分析比较透彻、完善；但需求优先级，相关需求界面没有进行描述，要进行详细补充。

基本通过。

评审结论□评审通过：工作产品合格，“无需修改”或“需要轻微修改但不
必再审核”；
评审基本通过：工作产品基本合格，需要作少量修改，之后通过审核即可；
□评审不通过：工作产品不合格，需要作比较大的修改，之后必须
重新对其评审。

建议整改完成时
间
2016 年6月 2日
评审负责人签字日期2016 年5月 31日缺陷修正及验证（如果使用缺陷跟踪软件，则无需填写下表）
序号缺陷内容修正措施实施结
果
实施人、
日期
1 对系统能够支持的点数没见需求分析文件中的需求6.5 已实施XXX、2016。