软件需求评审报告

1、项目名称项目级别要求评审的工作产品的名称产品作者( 评审申请人 )要求评审的工作产品所属开发阶段评审准则评审需提交的资料产品批准人（审核人）意见软件需求评审报告XX 科技有限公司 XXXX 项目 部门级 子部门级项目经理XXX 公司级 XXXXXXX综合管理系统需求规格说明书XXX建议评审时间2016年5月31日规划阶段 需求分析阶段 系统设计阶段 实现与测试阶段 系统验收阶段 安装运行阶段其它可追溯性：软件需求规格说明书中的每一个需求要一一列出并标识，与别的需求区别开来。每项需求只应在软件需求规格说明书中出现一次。正确性：软件需求都是与用户所期望的相符合。与涉及的相关行业技术规范相符合。完整

2、性：软件需求规格说明书中没有遗漏任何必要的需求。一致性：各软件需求之间或软件需求与高层（系统，业务）需求之间不相矛盾。可行性：软件需求规格说明书中的每一个需求都是可实现的。无二义性：软件需求规格说明书中的每一个需求都只有惟一的含义。可验证性：软件需求规格说明书中的每一个需求对用户而言都是可验证、测试的。必要性：软件需求规格说明书中的每一个需求对用户而言都是必须的，没有画蛇添足。可理解性：软件需求规格说明书中的每一个需求都能清楚表达，保证项目干系人都能看懂。划分优先级：软件需求规格说明书中，应根据需求的轻重缓急对需求划分优先级。具有概要设计所需的相关的输入信息。 IBMS智能楼宇综合管理系统需求

3、规格说明书（V1.1 版本） 同意评审由 XXX 担任评审负责人，按技术评审流程开展评审工作。评审方式： 正式技术评审（会议评审） 非正式技术评审（Email会签 走查 其他：）部门级 子部门级 项目组内评审级别： 暂不评审原因是：方案不成熟资料不完整 其他签 字日 期2016 年 5月31日技术评审意见及 结 果精品文库评审时间自2016 年 5月31日14时至 2016年5月31日 18时1、 考虑用户同名情况，如何处理2、 用户信息扩展要求3、 增加跨平台要求4、 增加系统支持点位容量功能描述评审5、 系统响应时间描述更详细一点问答6、 增加在虚拟机上测试记录7、 部署环境要求（最低要求

4、、配置要求）8、 模块化功能要求记录人签名XXX日期2016年5月31日评 审人员签名其他参与人员签名一、缺陷识别评审意见无缺陷汇总二、总体评价及建议总体需求分析比较透彻、 完善；但需求优先级， 相关需求界面没有进行描述，要进行详细补充。基本通过。 评审通过： 工作产品合格， “无需修改”或“需要轻微修改但不必再审核”； 评审基本通过：工作产品基本合格，需要作少量修改，之后通过审核即可；评审结论 评审不通过：工作产品不合格，需要作比较大的修改，之后必须重新对其评审。建议整改完成时间2016 年6月2日评审负责人签字日期2016 年5月31 日缺陷修正及验证（如果使用缺陷跟踪软件，则无需填写下表）序号缺陷内容修正措施实施结果实施人、日期1对系统能够支持的点数没见需求分析文件中的需求6.5已实施XXX、2016 年 06有作出说明。月01日2对系统能够支持的摄像机6.5XXX、2016 年 06见需求分析文件中的需求已实施数量没有作出说明。月01日欢迎下载2精品文库对系统能否实现跨平台没6.6XXX、 2016r年见需求分析文件中的需求已实施3有进行说明06月01日对系统能否在虚似机上运见需求分析文件中的需求6.6已实施XXX、 2016r年4行没有进行说明06月01日对支行平台的计算机硬件见需求分析文件中的需求4