第四章集成化软件研发流程IDP介绍.docVIP

集成化软件研发流程IDP PAGE  PAGE 7 集成化软件研发流程IDP介绍 第4章 目 录  TOC \o 1-3 \h \z  HYPERLINK \l _Toc173150218 4.1 什么是集成化软件研发流程IDP  PAGEREF _Toc173150218 \h 3  HYPERLINK \l _Toc173150219 4.2 研发项目的组织结构模型  PAGEREF _Toc173150219 \h 4  HYPERLINK \l _Toc173150220 4.3 研发项目的角色模型  PAGEREF _Toc173150220 \h 5  HYPERLINK \l _Toc173150221 4.4 IDP流程中的过程域、主要活动和主要工作成果  PAGEREF _Toc173150221 \h 7 4.1 什么是集成化软件研发流程IDP CMMI的560页文本论述了二十多个过程域和数百条实践，但是这些“过程域和实践”没有与“企业的具体业务和组织结构”衔接起来。所以不能把“CMMI标准”直接作为企业的软件过程规范来使用。 企业应当根据自身的情况，既要裁剪CMMI过程域和实践，又要补充CMMI没有涉及的过程域和实践，研制出适合本企业的容易执行的软件过程规范。 IDP（Integrated Development Processes）是作者创作的基于CMMI的集成化软件研发流程。IDP 由众多的过程规范和模板组成，IDP 5.0模型如图4-1所示，特征和优点如下： 图4-1 集成化软件研发流程IDP的模型 一、集成了营销过程、项目管理过程、项目研发过程和支持过程 IDP四类过程贯穿了项目生命周期，结构清晰，相互关系直观明了。IDP模型有助于企业各部门有条不紊地开展工作。 二、适合于中小型IT企业的CMMI 3级研发流程 IDP吸纳了CMMI 3级以内的大部分过程域（做了合理的精简），扩充了商务过程域，采用增量开发模式，更加适合于中小型IT企业（满足要求并且易于执行）。 三、容易裁剪与扩充 IDP是免费公开、不断改进的流程规范，国内已经有大量用户学习和应用IDP。用户可以根据本企业的特征，适当地裁剪或扩充IDP的过程域，很容易制定出最适合于本企业的流程规范。 4.2 研发项目的组织结构模型 研发项目的组织结构模型如图4-2所示，按照职务高低划分为三个层次：机构领导、项目经理、项目成员。 机构领导是项目经理的直接领导，这里机构可以是公司，也是可以是公司的开发部门。一般地，机构领导是本机构内所有项目的决策者。机构领导下达任务给项目经理，项目经理向机构领导汇报工作。 项目经理是本项目的管理者，他带领所有项目成员共同完成机构领导下达的任务。 项目成员是指在项目中执行具体任务的人员，例如分析员、设计师、程序员、测试员等。项目经理下达任务给项目成员，项目成员们向项目经理汇报各自的工作。 项目成员并非固定在一个项目中工作，他们可能来自于相对独立的职能单位（例如开发组、测试组），可以为多个项目提供服务，即矩阵关系。 如果机构内没有相对独立的测试组，那么测试人员的直接领导就是项目经理。如果机构内有测试组，那么测试人员的直接领导是测试经理，而项目经理相当于测试人员的“临时雇主”。当测试人员接受了某个项目的测试任务，那么他要向测试经理和项目经理汇报工作。 当项目结束后，该项目的人力资源被释放。机构领导决定本机构内的人力资源如何应用。 营销客服质量等部门 项目内部结构 机构领导（决策者） 协作 项目成员：需求分析员、系统设计师、程序员、测试员等 项目经理 图4-2 研发项目的组织结构模型 4.3 研发项目的角色模型 研发项目的角色模型如图4-3所示。每个人可以拥有多个角色，视项目情况而定。每个角色必须有明确的职责（说明要做的事情和所负的责任）。常见的角色职责如表4-1所示。后续章节的流程规范将阐述“角色在什么时候，以什么步骤做什么事情，产生什么样的成果”。 营销 开发 客户服务 研 发 项 目 质量 质量保证员 合同项目销售员 产品经理 需求分析员 系统设计师 客服专员 项目经理 配置管理员 开发工程师 测试工程师 图4-3研发项目的角色模型 角色该角色在研发流程中的主要职责机构领导 （项目决策者）（1）参与立项评审，为项目分配合适的人力资源。 （2）及时了解所有项目的人力资源、进度、质量情况，协商处理问题。 （3）在项目结束时，对项目进行综合评估。立项评审委员会立项评审委员会一般由部门经理以上职位的人员组成，主要职责是参