需求开发过程定义模板一.docVIP

保密级别 公开 版 本 号 V0.1 文档编号 CMMI 需求开发过程 文档种类：CMMI 撰写时间：2006年01月23日 撰写部门：EPG组 发行范围：全公司 变更记录 版本号 修改点说明 变更人 存放位置 审批人 审批日期 修改点说明的内容有如下几种：创建、修改（+修改说明）、删除（+删除说明） 目 录 1 前言 5 1.1 目的 5 1.2 适用范围 5 1.3 术语 5 2 过程目标 5 3 角色与职责 5 4 输入 6 5 入口准则 6 6 活动 6 6.1 需求开发准备 6 6.2 需求获取 7 6.3 需求分析 7 6.4 需求验证 8 7 输出 9 8 出口准则 9 9 需要的资源 9 10 需要的知识和技能 9 11 需要的配置管理 10 12 监督和控制 10 13 验证 10 14 本过程裁剪规定 10 15 相关的文件 10 前言 目的 本文档为组织描述需求开发过程。 适用范围 1）本文档适用于整个生命周期与需求开发有关的活动 2）本文档适用于组织范围内实施CMMI过程体系的所有部门 术语 过程目标 需求开发的目标是产生和分析用户需求、产品需求和产品构件需求。 角色与职责 角色 职责 高层经理 评审、批准用户需求、产品需求、构件需求、接口、产品需求规格说明书等过程 产品，并参与本过程域重要的活动 2）解决在实施本过程域中所遇到的无法解决的问题 项目经理 （项目经理或者产品经理） 1）为需求开发工作提供各种必要的环境和条件 2）制订需求开发计划，并跟踪维护该计划 3）负责联系用户和需求分析员进行需求开发的分析工作 4）参与评审本过程域的工作产品 5）完成或协助完成本过程域的工作产品 6）向高层经理报告本过程域的实施情况 7）跟踪需求开发工作完成情况 需求分析人员 1）收集、分析、细化、导出和描述用户需要、期望、约束和接口，并把它们转换成用户需求 2）按时完成项目经理指定的工作产品 3）参与评审本过程域有关工作产品 4）把用户需求转换为产品、产品构件和接口的需求 5）对用户、产品、产品构件需求进行确认 开发人员 1）和需求分析人员共同分配产品构件需求和产品构件接口需求。 CM 负责在本过程所涉及的配置管理工作 PPQA 负责在本过程所涉及的质量保证工作 MA 负责在本过程所涉及的度量工作 用户代表 1）提供用户需求和确认用户的潜在需求 2）参与本过程域工作产品的评审 3）提供操作概念和场景 输入 1）立项申请书 2）立项可行性分析报告 3）商务合同。 入口准则 立项申请书、立项可行性论证报告被批准或商务合同已经生效。 活动 需求开发准备 为整个需求开发过程的顺利完成而进行的准备工作。 项目经理制定《需求开发计划》，确定需求开发的方式，时间，地点，参加人员等，并定义不同时期要提交的工作产品； 项目经理组织人员对参加需求开发的人员进行需求开发培训，确保参加需求开发的人员掌握项目需求开发的方法； 项目经理就《需求开发计划》内容与客户进行沟通并达成一致，并确定客户代表和客户方需求负责人。 项目经理召集并主持评审会议，对《需求开发计划》进行评审。 需求获取 软件需求可以来自方方面面，这取决于所开发产品的性质和开发环境。需使用各种方法，从不同用户代表和来源收集需求，这说明了需求工程是以相互交流为核心的性质。 项目经理按《需求开发计划》与客户或相关人员联系并确定进行需求获取的时间，地点及人员； 项目经理确定或任命具体的需求负责人，可以是自己或者需求分析人员。 抽取用户需求，在实施需求开发的过程中，按项目的行业、规模和属性不同，需求负责人可以采用不同的方法或综合使用多种方法、分多次进行来获取需求。抽取用户需求的过程如下： 进行抽取用户需求的前期准备工作。包括准备调查问卷、准备访谈内容、对目前市场上的产品或竞争产品进行调研、对政府或行业法规进行研究等。 访问客户以获得需求。主要的活动包括：与客户进行直接交流、让有关客户填写调查问卷、观察正在工作的用户等。 如果客户当前已在使用一个类似的产品，则需要了解当前客户使用的情况，收集用户在使用过程中所遇到问题，以及用户关于产品改进的想法。 如果已经开发了新产品的原型，或已有类似的产品，则通过向用户演示该系统，搜集用户的意见。 将每次抽取得到的需求整理纳入《项目需求库》，并与客户及需求负责人进行书面的确认。 每次完成一次需求抽取，应与客户确认《项目需求库》，没有问题后才开始下一次需求抽取；对于暂时无法确定的问题则标记为问题，并记