传统软件需求开发规程规范.docVIP

需求开发规程 文件状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改 文件标识： PNS-RD-PROC-01 当前版本： 1.0 作 者： 完成日期： 普华讯光（北京）科技有限公司 版 本 历 史 版本/状态 作 者 参 与 者 完 成 日 期 说 明 审批人员 姓名 职务 时间 目 录 1 目的 1 2 范围 1 3 术语定义 1 4 职责 1 5 裁剪指南 1 6 过程 2 6.1 概要图 2 6.2 启动条件 2 6.3 输入 2 6.4 活动 2 6.4.1 需求调研 3 6.4.2 分析需求 3 6.4.3 需求确认 3 6.4.4 细化需求 4 6.4.5 需求确认 4 6.5 输出 4 6.6 关闭标准 4 7 审核 5 8 度量 5 9 技能要求 5 10 参照文件 5 目的 需求开发过程帮助项目组有序地分析和产生客户需求、产品及产品构件需求，并取得用户的最终确认。 范围 适用于公司所有项目、产品或产品升级的需求获取。 术语定义 评审小组：一般由高级需求分析师、项目经理、系统架构师、部门经理、业务专家及公司高层组成。 职责 角色 活动 评审小组 项目经理 需求分析人员 项目组 客户 销售代表 准备 参与需求开发及管理计划评审 执行需求开发及管理计划 参与需求开发计划评审 参与需要开发及管理计划评审 需求调研 执行需求调研 配合需求调研，提供原始需求 建立用户需求说明书 建立用户需求说明书 需求分析 执行需求分析 建立需求规格说明书 建立需求规格说明书 界面原型初步设计 界面原型初稿 需求评审 参加评审 组织评审 参加评审 参加评审 可能时，参加评审 需求确认 组织需求确认 组织需求确认 客户进行确认 E-R建模 建立概念模型 概念模型评审 参加评审 组织评审 参加评审 参加评审 可能时，参加评审 需求完善 根据评审意见完善需求规格说明收、界面原型、概念模型 裁剪指南 实施类项目可裁剪需求开发过程。 可裁剪的活动有需求调研和产品需求开发。对于需求明确不需要调研活动的项目可不作需求调研，对于在原有平台基础上配置复用的项目如原平台需求规格明确，可不作产需求开发。 对应以上活动的裁剪可裁减的输出包括：《需求调研计划》、《需求调研记录》、《需求规格说明书》、《E-R模型》、《需求确认单》。 过程 概要图 启动条件 需求分析员已经确定（由和项目组共同组成）。 输入 项目合同中的技术协议、客户提供的原始需求资料、项目计划。 活动 需求开发准备 项目经理根据项目合同中的技术协议或客户提供的原始需求资料确定需求开发范围和确定需求小组成员，制订需求开发的详细计划。 需求分析师根据客户提供的原始需求资料制定《需求调研计划》，对需求调研过程中要调研的问题形成《需求调研大纲》。 需求调研的对象可能会是：客户、售前人员、售后服务人员、产品实施人员、竞争对手产品等。 项目经理对调研计划进行内部审核。 用户需求开发 项目经理与用户管理层确定客户方需求提供人（高层领导、管理干部或具体用户），并协调客户方需求提供人开展工作。 需求小组根据需求调研计划以及需求调研大纲，在《需求调研记录》中填写调查的信息。 需求小组根据《需求调研记录》编写《用户需求说明书》。 注意事项： 需求分析师可以总结公司以前相同类型的软件，根据以前的经验补充完善需求说明书，经过项目组讨论后，再请客户提出意见和看法，以制定出合理完善的需求说明书； 用户需求确认 项目经理组织组内审核。组内审核通过后由质量人员组织进行评审。 评审通过后，由客户进行确认，确认一般采用会议阅读或发送需求说明书给客户的方式进行，客户确认通过，需要填写《需求确认单》。 产品需求开发 在开发产品需求时，应注意前期需求的分析。 需求小组根据《用户需求说明书》为客户需求建立产品构件。界定功能需求和非功能需求，并规格化描述非功能需求、模块化描述功能需求。 需求小组对通过技术转化的需求建立相应的需求与产品构件的对应关系表，比如要实现客户要求的“100万条记录/秒”的查询速度，那么就需要前台查询模块和后台处理程序各承担一定的处理能力。 需求小组对接口需求进行分析，分别确定产品内部的产品构件之间、产品与外部产品之间的接口需求。 需求小组编写《产品需求规格说明书》。 注意事项： 把客户需求理解为产品需求时应剖析客户需求本质；抽取共性需求，根据客户业务需求，区分主次，归纳，分析，总结并提炼。主要通过以下两个步骤进行需求分析： 1.进行业务建模，从静态和动态两个角度对目标客户群体的业务特征进行描述并抽取其中的共性和变量、内涵和外延。静态特征包括：业务目标、业务组织结构、业务角色、业务成果等。动态特征主要指：业