软件需求评审报告

XX 科技有限公司科技有限公司 内部资料 注意保密 第 1 页 共 3 页 软件需求评审报告软件需求评审报告 项目名称XX 科技有限公司 XXXX 项目 项目级别公司级 部门级 子部门级 项目经理 XXX 要求评审的工 作产品的名称 XXXXXXX 综合管理系统需求规格说明书 产品作者 评审申请人 XXX 建议评审时间 2016 年 5 月 31 日 要求评审的工 作产品所属 开发阶段 规划阶段 需求分析阶段 系统设计阶段 实现与测试阶段 系统验收阶段 安装运行阶段 其它 评审准则 可追溯性 软件需求规格说明书中的每一个需求要一一列出并标识 与别 的需求区别开来 每项需求只应在软件需求规格说明书中出现一次 正确性 软件需求都是与用户所期望的相符合 与涉及的相关行业技术 规范相符合 完整性 软件需求规格说明书中没有遗漏任何必要的需求 一致性 各软件需求之间或软件需求与高层 系统 业务 需求之间不 相矛盾 可行性 软件需求规格说明书中的每一个需求都是可实现的 无二义性 软件需求规格说明书中的每一个需求都只有惟一的含义 可验证性 软件需求规格说明书中的每一个需求对用户而言都是可验证 测试的 必要性 软件需求规格说明书中的每一个需求对用户而言都是必须的 没有画蛇添足 可理解性 软件需求规格说明书中的每一个需求都能清楚表达 保证项 目干系人都能看懂 划分优先级 软件需求规格说明书中 应根据需求的轻重缓急对需求划 分优先级 具有概要设计所需的相关的输入信息 评审需提交 的资料 IBMS 智能楼宇综合管理系统需求规格说明书 V1 1 版本 同意评审 由 XXX 担任评审负责人 按技术评审流程开展评审工作 评审方式 正式技术评审 会议评审 非正式技术评审 Email 会签 走查 其他 评审级别 部门级 子部门级 项目组内 暂不评审 原因是 方案不成熟 资料不完整 其他 产品批准人 审核人 意 见 签 字日 期2016 年 5 月 31 日 技 术 评 审 意 见 及 结 果 XX 科技有限公司科技有限公司 内部资料 注意保密 第 2 页 共 3 页 评审时间自 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 年 06 月 01 日 2 对系统能够支持的摄像机 数量没有作出说明 见需求分析文件中的需求 6 5已实施 XXX 2016 年 06 月 01 日 XX 科技有限公司科技有限公司 内部资料 注意保密 第 3 页 共 3 页 3 对系统能否实现跨平台没 有进行说明 见需求分析文件中的需求 6 6已实施 XXX 2016r 年 06 月 01 日 4 对系统能否在虚似机上运 行没有进行说明 见需求分析文件中的需求 6 6已实施 XXX 2016r 年 06 月 01 日 5 对支行平台的计算机硬件 的基本要求没有作出评估 见需求