需求跟踪矩阵.xlsVIP

RTM 变更履历 封面 使用指南 Activity CMRight endcol endline KOUMOKUSUU MilestoneName Module_num ModuleName ProductKind ReviewKind StaffName StatOKNG StatOpenClose StatYesNo TestPhase 产品概述 产品竞争分析 产品名称与版本 产品目标 产品目标市场 产品效益分析 风险管理 可靠性目标 可升级目标 可维护性目标 可用性目标 项目概述 项目规模 项目名称 项目目的 一级标题 约束条件 使用指南 术语和缩略语 无 模板描述 项目实施过程中需要在开发的各个阶段对需求的实现情况进行跟踪。 填写指南 分册名称： 日期 需求版本 变更人 NO 总页数 附录 初始需求个数 新增需求个数 删除需求个数 修改需求个数 总需求个数 需求变更比 对规模的影响 对工作量的影响 对进度的影响 SUM 变更履历 变更内容 密级：机密 第 版 第 册/共 册 项目名称（项目编号） 正文 生效日期 编制 审批 文档编号：项目编号[-模块缩写-]RTM流水号 需求跟踪矩阵 备注 需求跟踪矩阵 注： 2、此表由软件开发过程各阶段人员填写，阶段性完善，与各阶段文档一起评审。 开发范围 需求分析 系统设计 详细设计 编码实现 单体测试 集成测试 系统测试 用户验收 变更类型 需求类型 优先级 当前状态 预计完成时间 实际完成时间 序号 责任人/日期 注：以上需求数量按产品需求数来统计。 1、用户需求是指用户的原始需求，一般会记录在涉众请求、单项需求卡片等文档中。 2、产品需求是对用户需求进行分析后分配给相应产品的功能点，产品需求记录在软件需 求规约中，产品需求的粒度应保持一致。 在含有多个文档时，需要全部填写。此处的目的，在于跟踪各个阶段的完成情况，同时能够更好的控制设计等前期流程的质量。 3、本表格中的内容需要经PM审核后方可生效。 产品需求描述 需求编号 需求名称 需求说明 概要设计 代码单元 测试文档 测试文档 验收测试文档 测试文档 项目名称： PM: PSM： 需求来源 本模板用于项目需求跟踪矩阵的填写。 4、在每一阶段的填写中，需要填入各功能点和变更点在各个阶段生成的输出文档。 5、“责任人”为相应工作产品的责任人，如需求描述和需求分析中的责任人为编写软件需求规约的人员通常为需求分析人员。 3、建立需求分类描述时“变更类型”一列均为空，当需求跟踪矩阵中的需求有变化时，填写“变更类型”，说明是新增、删除还是变更了需求。 填写到需求跟踪矩阵中的需求不允许删除，只允许在“变更类型”处选择“删除”。 4、针对同一需求的变更，可在原需求下面插入新的记录来说明，序号可采用二级序号来标识如1.1、1.2等，针对该变更需求，其后续的跟 踪也应填写。 1、“需求描述”描述《软件需求规约》中的所有需求。 需求文档 设计文档 设计文档 需求跟踪矩阵用于在项目开发的各个阶段跟踪产品需求与原始用户需求的对应关系， 的一致性。 以及产品需求与后续工作产品的对应关系，以保证需求的完整以及需求与工作产品
L |^W,8^膲 9 U桞l邖*庨w5?R |^_))
C 媅SO,8^膲 10坙3?No弌?-3 0????,8^膲鯪 GUOHZ: 该性性主要描述该项需求是共性还是某个省分（地区）的个性 GUOHZ: 开发范围由PM或产品经理负责维护 guohz: 说明对应的用户需求编号
L |^W,8^膲 8 U桞l邖*庨w5?R 媅SO,8^膲 8Hr,g Times New Roman,8^膲
C |^W,8^膲 8 1.00 .00 .00 2.00 .00 .00 3.00 .00 4.00 .00 5.00 .00 6.00 .00 7.00 .00 8.00 .00 9.00 .00 10.00 .00 11.00 .00 12.00 .00 13.00 .00 14.00 .00 15.00 .00 16.00 .00 17.00 .00 18.00 .00 19.00 .00 20.00 .00 .00 .00 .00 .00 .00 .00 初始需求个数。来自RTM。 新增需求个数。 删除需求个数。 修改需求的个数。 李春林: 总的需求的个数。 需求变更比率：变更需求的个数与初始需求总个数的比。 填写本次需求变更对规模 的影响。需要填写受到影响的模块的总规模变更的具体值(KLOC). 填写本次需求变更对工