SPI-E-RD-P01(需求开发过程文件).docVIP

编码：XX-SPI-E-RD-P01 XX有限责任公司 需求开发过程文件 更改控制页 序号 版本号 更改时间 更改内容描述 填写人 01 0.1 2006-04-26 新建，初稿 03 1.0 2006-07-12 定稿，形成1.0版本 目 录 1 目的 1 2 范围 1 3 术语定义 1 4 职责 1 5 裁剪指南 2 6 过程 3 6.1 需求开发过程 3 6.1.1 概要图 3 6.1.2 启动条件 4 6.1.3 输入 4 6.1.4 活动 4 6.1.4.1 需求开发准备 4 6.1.4.2 开发客户需求 4 6.1.4.3 开发产品需求 5 6.1.4.4 分析并确认需求 5 6.1.5 输出 5 6.1.6 关闭标准 6 7 审核 6 8 度量 6 9 技能要求 6 10 参照文件 7 目的 “需求开发”过程帮助项目组有序地分析和产生客户需求、产品及产品构件需求。 范围 适用于公司所有项目、产品或产品升级的需求获取。 术语定义 需求开发：RD（Requirements Management），完成产品需求的获取、转换、细化描述、分析与确认的过程活动。 产品构件：最终可运行产品的各个组成部分，可以是软件的展现界面、业务逻辑模块、类或接口、基础构件、存储过程、数据结构、第三方产品等。 客户化项目：公司开发出较为成熟的软件产品，可以适用于某领域的大多数客户，项目实施过程中只需要针对不同的客户进行局部开发的项目。 职责 RD GP2.4 角色 活动 需求小组 测试小组 项目经理 高层领导 客户 需求调查 执行 组织与跟踪 配合调查 需求转换 执行 执行与跟踪 需求分析 执行 执行与跟踪 提供需求 测试计划 编写 审核 审批 测试用例 编写 审核 需求确认 组织评审 执行 执行 裁剪指南 客户化项目可以不用进行原型开发； 客户化项目可以不用专门了解用类产品的实现状况； 客户化项目可以直接产生系统需求； 客户化项目可以不在需求开发阶段编写测试用例； 内部产品组件升级项目可以不进行客户需求开发； 内部产品组件升级项目需求不需要客户确认； 升级项目可以不编写产品整体的操作流程及安装维护流程。 过程 需求开发过程 概要图 RD GP3.1 启动条件 项目已经立项； 已经确定的了系统分析人员。 输入 ? (RD GP2.3不适合) 《商务合同书》； 《售前解决方案书》。 活动 需求开发准备 RD GP2.2 RD GP2.5 项目经理根据《商务合同书》确定需求开发范围和确定需求小组成员，制订需求开发的详细计划。 需求小组预研公司内部所积累的业务知识和基本解决方案，并向外部行业用户代表或行业专家了解行业需求，丰富需求小组进行需求开发的能力。 开发客户需求 RD SG1 需求小组根据项目经理制订的工作计划以及需求开发的范围，设计适用于项目特点的《需求调查表》，《需求调查表》应对用户的实际工作模式、现有的系统软件应用状况、对新产品所实现功能的期望、将要进行的工作模式的调整等内容进行充分了解。 项目经理与用户管理层确定客户方需求开发相关人（高层领导、管理干部或具体用户），并协调客户方需求开发相关人开展工作。 需求小组把《需求调查表》发给客户方需求开发相关人，相关人员根据当前实际情况填写《需求调查表》，并把调查结果反馈需求小组。 需求小组根据客户反馈的《需求调查表》与客户进行需求交流与分析，形成详细的交流与分析记录。 需求小组根据需求交流与分析记录进行综合分析，对部分需求进行系统化假设，设计出产品界面原型给客户进行演示交流。 客户通过直观的产品界面原型对需求小组的需求理解进行论证，提出需求理解误差或缺少的需求。 需求小组收集并汇总客户基本需求，编写《用户需求说明书》。 项目经理组织相关人员对《用户需求说明书》进行评审。 开发产品需求 RD SG2 需求小组根据《用户需求说明书》为客户需求对立产品构件。界定功能需求和非功能需求，并规格化描述非功能需求、模块化描述功能需求。 需求小组对通过技术转化的需求建立相应的需求与产品构件的对应关系表，比如要实现客户要求的“100万条记录/秒”的查询速度，那么就需要前台查询模块和后台处理程序各承担一定的处理能力。 需求小组对接口需求进行分析，分别确定产品内部的产品构件之间、产品与外部产品之间的接口需求。 项目经理组织相关人员对测试计划和测试用例进行评审。 分析并确认需求 R