《软件需求评审报告》由会员分享，可在线阅读，更多相关《软件需求评审报告（4页珍藏版）》请在装配图网上搜索。
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 日缺陷修正及验证（如果使用缺陷跟踪软件，则无需
5、填写下表）序号缺陷内容修正措施实施结果实施人、日期1对系统能够支持的点数没 有作出说明。见需求分析文件中的需求6.5已实施XXX、2016 年 06 月01日2对系统能够支持的摄像机 数量没有作出说明。见需求分析文件中的需求6.5已实施XXX、2016 年 06 月01日3对系统能否实现跨平台没 有进行说明见需求分析文件中的需求6.6已实施XXX、 2016r年06月01日4对系统能否在虚似机上运 行没有进行说明见需求分析文件中的需求6.6已实施XXX、 2016r年06月01日5对支行平台的计算机硬件 的基本要求没有作出评估。见需求分析文件中的需求4和 需求5已实施XXX、2016 年 06月01日缺陷修正 验证情况验证结论：验证通过验证人签字日期2016年6月2日
软件需求评审报告
