《软件需求评审报告.pdf》由会员分享，可在线阅读，更多相关《软件需求评审报告.pdf（5页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、软件需求评审报告软件需求评审报告项目名称XX 科技有限公司 XXXX 项目项目经公司级 部门级 子部门级项目级别理要求评审的工作产品的XXXXXXX 综合管理系统需求规格说明书名称产品作者建议评审时(评审申请XXX间人)要求评审的规划阶段 需求分析阶段 系统设计阶段工作产品所 实现与测试阶段 系统验收阶段 安装运行阶段属其它开发阶段可追溯性：软件需求规格说明书中的每一个需求要一一列出并标识，与别的需求区别开来。每项需求只应在软件需求规格说明书中出现一次。正确性：软件需求都是与用户所期望的相符合。与涉及的相关行业技术规范相符合。完整性：软件需求规格说明书中没有遗漏任何必要的需求。一致性：各软件需
2、求之间或软件需求与高层（系统，业务）需求之间不相矛盾。可行性：软件需求规格说明书中的每一个需求都是可实现的。无二义性：软件需求规格说明书中的每一个需求都只有惟一的含义。可验证性：软件需求规格说明书中的每一个需求对用户而言 2016 年 5 月 31 日XXX评审准则都是可验证、测试的。必要性：软件需求规格说明书中的每一个需求对用户而言都是必须的，没有画蛇添足。可理解性：软件需求规格说明书中的每一个需求都能清楚表达，保证项目干系人都能看懂。划分优先级：软件需求规格说明书中，应根据需求的轻重缓急对需求划分优先级。具有概要设计所需的相关的输入信息。评审需提交IBMS 智能楼宇综合管理系统需求规格说明
3、书（版本）的资料 同意评审由 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 日时间
5、评审负责人签字缺陷修正及验证（如果使用缺陷跟踪软件，则无需填写下表）序缺陷内容号对系统能够支持的点1数没有作出说明。对系统能够支持的摄见需求分析文件中的需2像机数量没有作出说求明。XXX、2016r对系统能否实现跨平3台没有进行说明求日XXX、2016r对系统能否在虚似机4上运行没有进行说明求日见需求分析文件中的需已实施年 06 月 01见需求分析文件中的需已实施年 06 月 01已实施06 月 01 日XXX、2016 年求见需求分析文件中的需已实施06 月 01 日修正措施实施结果期XXX、2016 年实施人、日日期2016 年 5 月 31 日对支行平台的计算机见需求分析文件中的需5硬件的基本要求没有求 4 和需求 5作出评估。缺 陷 修验证结论：验证结论：正验 证 情验 证 人 签况字日 期2016 年 6 月 2 日验证通过已实施06 月 01 日XXX、2016 年