需求管理手册-对交付物的要求（12）

由于交付物类型甚多，现在只针对一些现场需要了解且不可裁剪的，或者是本可以裁剪但现场客户要求的交付物进行说明，需要说明的材料会用粗体标出。

采购准备材料

1. 项目建议书：项目管理委员会编写。
2. 可行性研究方案：项目管理委员会编写。
3. 项目论证和评估：项目管理委员会编写。
4. 询价文件：客户提供。
5. 应答文件：客户经理、售前顾问、产品经理、技术总负责人配合编写。

 立项材料

1. 项目启动计划：项目管理委员会编写。启动大会上宣读的文件。
2. 技术方案（总体业务和技术规划）：技术总负责人编写。
3. 项目工作说明书SOW：技术总负责人编写。具有与合同正文同等的法律效力。工作说明书详细规定了合同双方在合同期内应完成的工作,如方案论证、设计、分析、试验、质量控制、可靠性、维修性、保障性、标准化、计量保证等。
4. 项目预算材料：技术负责人编写。材料中根据需求拆分了产品对应到构件，规定了预计的项目生命周期的时间范围，预设项目过程中的差旅和假期，对需要评审的交付物进行标注。以上内容由项目经理和技术总负责人审批。
5. 配置管理计划：技术负责人编写。规定了项目文档的SVN和代码仓库GIT的路径，规定了项目人员在SVN和GIT的权限，规定了需要评审交付物的路径和命名等内容。

需求调研材料 

1. 需求调研计划：需求负责人编写。由技术总负责人和项目经理指导；
2. 需求调研记录：需求负责人编写。对需求调研的次数、参与人员、执行情况和结果进行简要记录；
3. 需求规格说明书：需求负责人编写。对需求进行了需求工程流程加工后的最终产物，用于系统的校验或评判，可以为实际场景所服务，项目全生命周期执行的切实依据。验收材料之一；
4. 需求确认记录：需求负责人编写。对客户进行原型或demo的演示，记录达成一致的需求项，有时候还会留下未能达成一致的待办需求项。多用纸质文件或邮件确认，有必要时要求客户签字确认。

系统设计材料 

1. 概要设计说明书：技术负责人编写。概要设计说明书又可称系统设计说明书，这里所说的系统是指程序系统。编制的目的是说明对程序 系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、安全设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。验收材料之一。
2. 详细设计说明书：技术负责人编写。在概要设计说明书上做出的细化，有时候会被裁剪掉，合并在概要设计说明书中。包括且不限于：程序描述、功能说明、性能说明、输入参数、输出参数、处理逻辑、算法、各类流程图、数据模型、接口代码描述、存储分配说明、注释设计和系统约束等，是测试方案最详细的依据。验收材料之一。
3. 应用设计规格书：技术负责人编写。对应用的规格要求进行说明。
4. 单元测试计划：质量负责人编写。对应了详细设计说明书，对于功能最小单元（一个三级菜单中一个页面或一个按钮）进行测试的计划。多在内部测试阶段使用，有时候口头或简单文字即可说明，复杂的需要单元测试代码工具协助执行。
5. 集成测试计划：质量负责人编写。对应了概要设计说明书，对于功能模块（某个二级菜单的组合能力）进行测试的计划。多在系统集成测试阶段使用，有时候在内部测试阶段使用。往往多个功能点配合测试，需要编写简单的文档规范说明，需要单元测试代码工具协助执行。
6. 系统测试计划：质量负责人编写。对应了需求规格说明书，对于功能业务集合（某个子系统甚至是多个子系统的一组操作集合的业务）进行测试的计划。多在系统集成测试阶段使用，有时候直接在现场测试阶段使用。往往一整个子系统的功能点甚至多个子系统的一组功能点都要配合测试，多人操作配合，需要编写完整的文档说明，需要多个测试工具或手段协助执行。验收材料之一。
7. 产品说明文档：产品经理或产品技术负责人编写。基于产品设计、结合技术实现、回归业务本身价值，阐述产品及其各项功能的作用和意义。验收材料之一。

系统实现材料 

1. 需求跟踪矩阵：技术负责人编写。需求和功能点对应列表来源于此，作为研发是否按照需求进行功能交付的唯一依据。验收材料之一。
2. 单元测试用例报告：质量负责人编写，技术负责人配合。基于单元测试计划编制。可以合并一份，也可以拆出用例和报告两份，根据需要执行。用例一般对应的是功能点（一般是三级功能点），报告一般对应的是需求点（即：系统测试用例报告）。验收材料之一。
3. 源代码：技术负责人搜集，产品技术负责人提供。验收材料之一。
4. 代码发布包：技术负责人搜集，产品技术负责人提供。现场部署，程序运行的材料，需要对版本管理，做好备份。
5. 代码安全测试报告：质量负责人编写，运营负责人配合。一般有安全扫描报告、性能报告等。验收材料之一。

系统实施材料 

1. 集成测试用例报告：质量负责人编写，运营负责人配合。基于集成测试计划编制。
2. 系统测试用例报告：质量负责人编写，运营负责人配合。基于系统测试计划编制。也就是一般意义上的测试报告，对应的是需求点。
3. 运维部署记录：运营负责人编写。内容包括且不限于：产品的部署记录、配置记录、基线记录、版本变更记录、人员账密记录、主机账密记录、故障记录、故障处理记录、解决方案记录、安全加固记录等。验收材料之一。
4. 用户手册：运营负责人编写。对用户进行权限和操作归类，按照不同类型，分别编制对应的系统使用指导文档，形成手册。内容包括且不限于：登录方式、菜单描述、功能描述、业务描述、使用期望、使用环境约束、页面截图、常见问题和技术支持信息。验收材料之一。
5. 培训计划：运营负责人编写。基于用户手册，针对不同用户类型，进行手册的讲解、业务的梳理、操作的演示和指导关系的确立。验收材料之一。
6. 培训记录：运营负责人编写。包括且不限于：会议纪要、培训签到表、演示录屏、问卷或问答记录等内容。虽然不是必须的验收材料之一，但也建议留存，有备无患。
7. 系统试运行报告（安扫、性能等）：质量负责人编写，产品技术负责人配合。开发者op、绿盟或者是mios部门的性能测试工具，均可支持。一定要保证，交上去的报告中，不能出现中风险和高风险的检查结果。验收材料之一。

项目验收材料 

1. 上线计划：运营负责人编写。包含且不限于：部署清单、数据管理方案、割接计划、验证计划、技术支撑方案和人员保障计划。必须在上线前经过技术总负责人、项目经理和客户的肯定后，方可实施。验收材料之一。
2. 上线记录：运营负责人编写。依据是上线计划，对上线过程进行简单的记录。
3. 上线报告：运营负责人编写。依据是上线计划和上线记录，对上线过程及其结果做定性和定量的描述，要明确写出成功还是失败，并给出项目组和客户下一阶段的执行建议，必须汇报给所有项目干系人。验收材料之一。
4. 项目验收计划：项目经理编写。与客户达成一致的验收材料清单和时间安排。
5. 验收报告：项目经理编写。与客户达成一致的验收材料清单和时间安排所对应的相关文档汇总。验收材料之一。
6. 项目总结：项目经理编写。项目组内部对项目的总结汇报，有且至少有一次。大型周期长的项目，往往会有多次总结会。有时候会邀请客户参加。
7. 其他客户要求的验收材料。

注：以上材料都由项目经理管理，负责根据需要递交给客户。其他角色人员未经项目经理同意，不得私自篡改文件，更不得私自泄露给客户。文档必须由对应的编写负责人上传到SVN的配置库中妥善管理！