需求开发过程文件.docVIP

江苏海纳英华科技股份有限公司 第 PAGE 9 页 共 NUMPAGES 10 页 文件标题 文档编号 JSHINET-SPI-RD-Proc-Doc 需求开发过程文件 当前版本 1.1 生效日期 200 江苏海纳英华科技股份有限公司 第 PAGE 1页 共9页 需求开发过程文件 文档密级：普通 文档状态：[ ] 草案 [√]正式发布 [ ]正在修订 变更履历 序号 版本 变更描述 修订人/日期 审核/日期 批准/日期 1.0 正式发布 黄濛宇/2007-03-1 刘鹏玉/2007-03-1 范建进/2007-03-1 1.1 将需求获取计划更改为需求调研计划，同时修改流程图 黄濛宇/2007-03-10 刘鹏玉/2007-03-10 范建进/2007-03-10 目 录 TOC \o 1-3 \h \z 1 目的 3 2 适用范围 3 3 裁剪指南 3 4 参考文件 3 5 术语和缩写 3 6 职责 3 7 入口准则 4 8 输入 4 9 过程流程图 5 10 过程描述 8 10.1 建立需求获取的计划 8 10.2 开发用户需求 8 10.2.1 进行客户访谈 8 10.2.2 分析需求并编写用户需求说明书 8 10.2.3 确认用户需求说明书 9 10.3 开发和验证产品需求 9 11 输出 9 12 出口准则 9 13 度量 9 14 相关文件 10 目的 指导项目组按照组织的标准过程进行需求开发的活动。通过调查与分析获得客户需求，进而定义产品需求。 适用范围 适用于公司软件开发的需求开发过程。 裁剪指南 没有需求开发的外包项目可以不执行此过程。 小项目可以不写单独的需求调研计划，直接加在进度计划中。 大项目的需求调研计划做为项目计划的一部分。不需要单独的需求调研计划。 根据客户的需要构建快速原型，不是所有的项目都需要构建快速原型。 所有的模板如果客户有要求采用客户提供的模板。 参考文件 本文件的编写依据是美国软件工程研究院（SEI）的集成软件能力成熟度模型1.2版本（CMMI-DEV V1.2）。 术语和缩写 需求开发Requirement Development（简称RD）： 产生和分析顾客需求、产品需求和产品构件需求。 客户需求： 客户及其共利益者的需要、期望、限制条件及接口要求。 产品需求： 对客户需求进行分析，派生出更详细和精确的需求。 职责 角色 职责 项目经理（PM） 制定需求调研计划 获取客户需求 评审需求 开发客户需求 开发产品需求 需求 制定需求调研计划 获取客户需求 编写需求文档 评审需求 开发客户需求 开发产品需求 开发组（DevG） 开发客户需求 构建快速原型 客户 提出客户需求 制定需求调研计划 对需求进行承诺 入口准则 项目批准件 输入 项目批准件 与需求相关的资料 过程流程图 过程描述 建立需求获取的计划 项目经理、需求人员依据项目批准件制定《需求调研计划》。 项目经理、需求人员与客户确认《需求调研计划》。 详细的信息参见前面的3. 裁剪指南 开发用户需求 进行客户访谈 确定需求调查的方式。例如：。 与用户交谈，向用户提问题。 参观用户的工作流程。 向用户群体发调查问卷。 与同行、专家交谈，听取他们的意见。 分析已经存在的同类软件产品，提取需求。 从行业标准、规则中提取需求。 从历史资料中查找相关资料。 准备调查材料。例如访谈问题列表，问卷等。 与被调查者建立联系，确定调查的时间、地点、人员等。 进行调查, 将调查结果记录在《客户访谈记录分析表》中。 项目经理分析调查的记录（客户访谈记录分析表），根据分析的结果，在组织财富库中查找是否存在类似的项目。 如果存在类似的项目，给客户演示已有的项目，进一步了解客户的需求，并记录客户访谈记录。 如果不存在类似的项目，则开发人员构建快速原型，给客户演示快速原型，进一步了解客户的需求，将客户的需求记录在客户访谈记录中。 具体方法参见《需求开发指南》。详细的信息参见前面的3. 裁剪指南 分析需求并编写用户需求说明书 对收集到的需求进行分析，分析的结果记录在《客户访谈记录分析表》中。分析的方法参见《需求开发指南》。 需求人员根据访谈记录及分析的结果，编写《用户需求说明书》。 确认用户需求说明书 项目组参照《验证过程文件》中评审流程对《用户需求说明书》进行评审。 评审通过后与客户进行沟通，确认需求，得到客户的承诺。 　承诺的方