需求开发过程.docVIP

文件编号 YWRH-GSWD-GC-09 分发号 版本号 1.00 受控状态 受控 需求开发过程 编写：张倩 审核： 成悟颖 批准： 康根岭 修订文档历史记录 日期 版本 说明 作者 2008-9-25 1.00 创建 张倩 目录 1 前言 4 1.1 目的 4 1.2 适用范围 4 1.3 词汇表 4 2 过程目标 4 3 角色与职责 5 4 入口准则 5 5 输入 6 6 活动 6 6.1 活动关系图 6 6.2 活动的解释 6 7 输出 8 8 出口准则 8 9 需要的资源 9 10 需要的知识和技能 9 11 需要的配置管理 9 12 监督和控制 9 13 验证 10 13.1 PPQA客观评价 10 13.2 高层关注 10 14 相关的文件 10  前言 目的 本文是质量体系文件的一部分，用于描述需求开发过程。需求开发的目的是产生和分析产品和产品构件的需求。满足客户需求 产品需求。 适用范围 本过程适用于永旺融合公司立项范围内的所有的项目。 适用于整个生命周期与需求开发有关的活动 适用于软件前期需求阶段，包括技术性需求和非技术性需求包括客户提供的需求和组织自己的要求。 词汇表 CCB（Configuration Control Board）：配置控制委员会 PPQA（Process and Product Quality Assurance）：过程和产品质量保证 RD（Requirements Development）：需求开发 RM（Requirements Management）：需求管理 操作概念（Operational Concept）：对每一个实体使用或操作方法的全面描述。 场景（）用于描述行为、按特定顺序排列的动作。可用来描述交互或执行。 技术管理委员会 1）评审本需求开发的工作产品 2）解决项目经理在实施需求开发中所遇到的无法解决的问题 3）对内部项目确定项目接受组成员 项目经理 1）为需求开发工作提供各种必要的环境和条件 2）负责联系客户和需求分析人员进行需求开发的分析工作 3）评审需求开发的工作任务 4）完成或协助完成需求开发的工作任务 5）跟踪需求开发工作完成情况，并向高层经理报告 项目组 1）收集、分析、协调、细化、导出和描述客户需要、期望、约束和接口，并把它们转换成客户需求 2）按时完成项目经理指定的工作任务 3）参与评审本需求开发有关工作任务 4）把客户需求转换为系统构件和接口的需求 5）对客户需求、系统构件需求进行确认 技术经理 1）评审本需求开发的工作产品 2）解决技术问题 CM 负责在本过程所涉及的配置管理工作 QA 负责在本过程所涉及的质量保证工作 MA 负责在本过程所涉及的度量工作 客户代表 产品经理 1）提供客户需求和确认客户的潜在需求 2）参与本需求开发工作产品的评审 3）提供操作概念和场景 4）协调与客户之间的关系 注：内部项目为项目接受组成员；外部项目为产品经理 CCB 评审和审批需求及需求变更请求 注：客户分为内部客户和外部客户，内部客户包括本公司的高层经理、需求提出的内部相关 人员；外部客户为外部的需求提出人员。 CCB: 由公司管理委员会成员和项目经理组成。 入口准则 进入准则描述 项目立项申请已经批准； 有足够的用于需求开发的资源和资金。 输入 输入名称 客户意向 相关的法律法规、行业规定、企业规定 活动 活动关系图 活动的解释 需求开发分为：获取编写说明分析编写说明说明说明 活动名称 角色 活动描述 参考 1 获取需求 客户代表 确定产品所期望的用户类别。获取每个用户类的需求调研用户领域的组织结构调研每个子系统所需的工作流程操作层、管理层和决策层的需求用户沟通的情况及时总结归纳，整理调研结果了解实际用户任务和目标以及这些任务所支持的业务需求。 2 需求分析 项目组成员 分析客户的需要、期望、约束、限制和接口等。 分析源于用户的信息以区别用户任务需求、功能需求、业务规则、质量属性、建议解决方法和附加信息。将系统级的需求分为几个子系统，并将需求中的一部份分配给软件组件。了解相关质量属性的重要性。商讨实施优先级的划分。将所收集的用户需求编写成文档和模型。将所收集的需求编写 3 确认需求 项目组成员 项目经理、变更申请人员、CCB、技术管理委员会 制定验收标准 依据《同行评审过程》进行评审 评审《客户需求说明书》 评审需求说明，确保对用户需求达到共同的理解与