需求开发过程.doc

文件编号YWRH-GSWD-GC-09分发号版本号1.00受控状态受控 需求开发过程编写：张倩审核： 成悟颖批准： 康根岭修订文档历史记录日期版本说明作者2008-9-251.00创建张倩目录1前言41.1目的41.2适用范围41.3词汇表42过程目标43角色与职责54入口准则55输入66活动66.1活动关系图66.2活动的解释67输出88出口准则89需要的资源910需要的知识和技能911需要的配置管理912监督和控制913验证1013.1PPQA客观评价1013.2高层关注1014相关的文件101 前言1.1 目的本文是质量体系文件的一部分，用于描述需求开发过程。需求开发的目的是产生和分析产品和产品构件的需求。满足客户需求 产品需求。1.2 适用范围l 本过程适用于永旺融合公司立项范围内的所有的项目。l 适用于整个生命周期与需求开发有关的活动l 适用于软件前期需求阶段，包括技术性需求和非技术性需求包括客户提供的需求和组织自己的要求。1.3 词汇表CCB（Configuration Control Board）：配置控制委员会PPQA（Process and Product Quality Assurance）：过程和产品质量保证RD（Requirements Development）：需求开发RM（Requirements Management）：需求管理操作概念（Operational Concept）：对每一个实体使用或操作方法的全面描述。场景（Scenario）：用于描述行为、按特定顺序排列的动作序列。可用来描述系统用户与系统的交互或执行，也可以理解为用例的实例。2 过程目标收集相关人员的需要、期望、限制条件和接口，细化和精炼顾客需求，并且把他们转换成顾客需求。分析和产生用户需求、产品需求和产品构件需求。并对需求进行分析和确认。3 角色与职责角色职责 技术管理委员会1）评审本需求开发的工作产品 2）解决项目经理在实施需求开发中所遇到的无法解决的问题3）对内部项目确定项目接受组成员项目经理1）为需求开发工作提供各种必要的环境和条件2）负责联系客户和需求分析人员进行需求开发的分析工作3）评审需求开发的工作任务4）完成或协助完成需求开发的工作任务5）跟踪需求开发工作完成情况，并向高层经理报告 项目组1）收集、分析、协调、细化、导出和描述客户需要、期望、约束和接口，并把它们转换成客户需求2）按时完成项目经理指定的工作任务3）参与评审本需求开发有关工作任务4）把客户需求转换为系统构件和接口的需求5）对客户需求、系统构件需求进行确认技术经理1）评审本需求开发的工作产品 2）解决技术问题CM 负责在本过程所涉及的配置管理工作QA 负责在本过程所涉及的质量保证工作MA负责在本过程所涉及的度量工作客户代表产品经理1）提供客户需求和确认客户的潜在需求2）参与本需求开发工作产品的评审3）提供操作概念和场景4）协调与客户之间的关系注：内部项目为项目接受组成员；外部项目为产品经理CCB评审和审批需求及需求变更请求注：客户分为内部客户和外部客户，内部客户包括本公司的高层经理、需求提出的内部相关人员；外部客户为外部的需求提出人员。CCB: 由公司管理委员会成员和项目经理组成。4 入口准则进入准则描述项目立项申请已经批准；有足够的用于需求开发的资源和资金。5 输入输入名称客户意向相关的法律法规、行业规定、企业规定6 活动6.1 活动关系图6.2 活动的解释需求开发分为：获取需求 编写客户需求说明书分析需求 编写软件需求说明书确认需求 评审客户需求说明书和软件需求说明书序号活动名称角色活动描述参考1获取需求客户代表1) 确定产品所期望的用户类别。 2) 对需求进行调研，获取每个用户类的需求a) 调研用户领域的组织结构b) 调研每个子系统所需的工作流程c) 调研操作层、管理层和决策层的需求d) 用户沟通的情况及时总结归纳，整理调研结果e) 检查符合要求，调研完毕，若不符合要求，重复以上步骤3) 了解实际用户任务和目标以及这些任务所支持的业务需求。4) 编写客户需求说明书需求调研表客户需求说明书模板 2需求分析项目组成员1) 分析客户的需要、期望、约束、限制和接口等。a) 分析源于用户的信息以区别用户任务需求、功能需求、业务规则、质量属性、建议解决方法和附加信息。b) 将系统级的需求分为几个子系统，并将需求中的一部份分配给软件组件。c) 了解相关质量属性的重要性。d) 商讨实施优先级的划分。2) 对顾客需求加以精炼和细化，开发产品和产品构建需求。e) 绘制系统关联图。f) 创建用户接口原型。g) 分析需求可行性。h) 确定需求的优先级别。i) 为需求建立模型。j) 创建数据字典。k) 为需求建立模型。l) 使用质量功能调配。3) 建立各个生命周期阶段相关的需要，派生的需求。m) 将所收集的用户需求编写成文档和模型。n) 形成产品需求、产品构件需求、派生需求。5) 将所收集的客户需求编写软件需求说明书。6) 测试人员开始编写系统测试用例软件需求说明书模板系统测试报告3确认需求项目组成员项目经理、变更申请人员、CCB、技术管理委员会1) 制定验收标准2) 依据同行评审过程进行评审a) 评审客户需求说明书b) 评审软件需求说明书，确保对用户需求达到共同的理解与认识。c) 达到客户的确认和内部的确认d) 填写评审报告。评审通过，执行下一步；评审不通过，根据评审记录进行更改3) 建立/更改需求基线。同行评审过程评审报告7 输出输出名称客户需求说明书软件需求说明书需求跟踪矩阵评审记录表需求评审检查单系统测试用例8 出口准则退出标准描述软件需求说明书评审通过客户需求说明书评审通过9 需要的资源 建议使用工具l 模拟和建模工具 uml、visiol 原型工具 Dreamweaver、flash 、Photoshopl 场景定义和管理工具 Rational RequisiteProl 需求跟踪工具 IBM Rational Rose Data Modeler10 需要的知识和技能 知识和技能内容业务知识需求定义和分析需求导出需求说明和建模11 需要的配置管理配置管理的内容配置管理的级别客户需求说明书基线软件需求说明书包括：功能体系结构、产品和产品构件需求、接口需求基线12 监督和控制实施的监督和控制度量元量纲需求开发过程中工作量人天需求开发过程中的进度偏差人天需求规格说明书的缺陷密度个数13 验证13.1 PPQA客观评价过程被审查的活动过程域被审查的工作产品PPQA检查验证活动包括：收集利益相关者的需要、形成产品和产品构件需求、分析和确认产品和产品构件的需求 PPQA检查的工作产品包括：产品需求、产品构件需求、接口需求、功能体系结构。产品需求、产品构件需求、接口需