FTCS需求跟踪矩阵表技术评审报告

1、xxx项目需求跟踪矩阵表技术评审报告项目名称xxx系统项目级别 公司级 部门级 子部门级项目经理xx要求评审的工作产品的名称ftcs产品需求规格说明书ftcs 用户需求调查报告ftcs用户需求说明书（系统）ftcs软件需求跟踪矩阵表单产品作者(评审申请人)xx建议评审时间 2007 年10月9日要求评审的工作产品所属开发阶段 规划阶段 需求分析阶段 系统设计阶段 实现与测试阶段 系统验收阶段 安装运行阶段 其它评审准则u 可追溯性：软件需求规格说明书中的每一个需求要一一列出并标识，与别的需求区别开来。每项需求只应在软件需求规格说明书中出现一次。 正确性：软件需求都是与用户所期望的相符合。与涉及

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

3、关的输入信息。评审需提交的资料ftcs需求规格说明书ftcs 用户需求调查报告ftcs用户需求说明书（系统）ftcs软件需求跟踪矩阵表单产品批准人（审核人）意 见同意评审 由 xx 担任评审负责人，按技术评审流程开展评审工作。评审方式：正式技术评审（会议评审） 非正式技术评审（ email会签 走查 其他： ）评审级别： 部门级 子部门级 项目组内 暂不评审原因是： 方案不成熟 资料不完整 其他待添加的隐藏文字内容3签 字xx 日 期2007 年10月9日技 术 评 审 意 见 及 结 果评审时间自 2007 年10月9日10时 至 2007 年10月9日 11 时评审问答记录需求是否得到客户

4、代表和所有最终客户的确认？答：由用户需求调查表最先进行客户需求的调查，从而总结出用户需求说明书；根据用户需求说明书，需求分析人员得到产品需求规格说明书。已经得到所有用户的确认，并且已经签字。1、在产品需求规格说明书中软件系统中的角色要求增加说明。2、在产品需求规格说明书中需求有重复。3、在产品需求规格说明书中应增加pc机的显示分辨率，如：800*600。4、在产品需求规格说明书中4.3故障处理要求中第1、2项是目的不是要求，应该除去。5、在用户需求说明书中2产品介绍中任务提出者由公司后勤改为研发中心。6、在用户需求调查报告中调查对象中考虑增加对调查对象的名称。7、在用户需求调查报告中建议写明参

5、考某文件。8、在软件需求跟踪矩阵表单的srs列表中没有填写需求分级9、在产品需求规格说明书中实现语言建议改为实现语言及开发环境(建议qa修改模板)。记录人签名zz日 期2007 年10月9日评 审人员签名xx,yy,zz,其他参与人员签名zz评审意见汇 总 一、缺陷识别序号缺陷描述严重性建议缺陷解决方案1在软件需求跟踪矩阵表单的srs列表中没有填写需求分级严重补充详细2其它文档缺陷见缺陷管理表一般修改文档 二、总体评价及建议 需求分析比较透彻、完善，而且能够将客户需求与产品需求、高层设计、单元测试、集成测试和系统测试等统一起来管理，工作进行的比较认真。基本通过。 xxx 2007-10-9评审结论评审通过：工作产品合格，“无需修改”或“需要轻微修改但不必再审核”；评审基本通过：工作产品基本合格，需要作少量修改，之后通过审核即可；评审不通过：工作产品不合格，需要作比较大的修改，之后必须重新对其评审。建议整改完成时间 2007 年10月9日评审负责人签字xxx日期2007 年10月9日缺陷修正及验证（如果使用缺陷跟踪软件，则无需填写下表）序号缺陷内容修正措施实施结果实施人、日期1在软件需求跟踪矩阵表单的srs列表中没有填写需求分级在需求跟踪矩阵中对srs列表进行需求分级。完成zz20