研发项目管理之配置管理规程.docx

研发项目管理之配置管理规程 研发项目管理之配置管理规程 PAGE8 研发项目管理之配置管理规程 研发项目管理之配置管理规程总则概括 在项目整个生命周期中项目管理员应付研发工作产品进行表记，追踪达成有关基线改正办理。基来源则 项目配置管理的目的是成立和保护项目在整个生命周期产品的一致性、完好性和可追忆 性。应依据的原则：项目管理员负责项目配置管理。 项目配置管理工作贯串项目的整个生命周期。项目管理员应按期检查配置管理工作。 项目结项时应提交配置状态记录表。 人员要求及岗位职责 项目管理员 职责 成立基线库，实行版本控制；收到或改正某个配置项时，应实时通知有关人员；记录并保护配置状态信息，配合项目管理员及领导对项目配置管理的按期检查工作。项目结项时，应付项目的配置状况进行总结，最后提交配置状态记录表并存档。 岗位要求 接受有关配置管理规范、改正管理规程的培训。 项目经理、开发部经理 职责 按期或在事件驱动下检查配置管理工作。 岗位要求 接受有关配置管理规范、改正管理规程的培训。 资源保证 企业研发部门保证供给达成项目配置管理工作所需的资源、工具和人力。规范流程 配置管理规范 目的 指导项目管理员进行配置管理工作。 合用范围 企业研发部门全部开发项目 配置管理过程 拟订配置管理计划 项目管理员负责拟订项目配置管理计划，内容包含项目中将要进行的配置管理活动、时 间安排、有关资源，职责分派等。关于配置项改正应依据 “改正恳求流程”来进行。 配置管理计划应经项目经理审查 配置管理计划由项目管理员负责管理和控制，由项目组依如实行。 配置状态记录 项目配置状态记录的目的是为管理人员和项目组供给有关项目进展的全面信息，供给项目配置的目前状态和改正状况。配置项控制配置项的存贮 基线包含需求基线和设计基线。配置项主要包含： 需求文档、开发过程有关文档、测试 文档、编译工具说明、有关软件。配置项在评审或审查通事后由项目项目管理员依据《配置管理规程》进行填写，项目经理在项目开发每一阶段结束应检查项目配置管理工作。 在项目的开端阶段，项目管理员负责在“基线库”中成立以项目名称命名的子目录。在此子目录下，项目管理员分别为各个基线成立相应的子目录。当某个基线成即刻，相应的配置 项就被增添到上述对应的子目录下。在对基线进行改正时， 则对相应的配置项进行操作。 此项目组中全部的成员均可读取这些子目录的内容，而只有项目管理员才有权对基线库进行增 删和改正。基线的成立和提交 当项目中某个基线的各配置项都被达成时，项目组向项目管理员提交配置项，项目管理员组织评审或提交项目经理审查，通事后，项目管理员负责在相应的配置管理数据库目录下加入有关配置项文件，并记录配置项名称、表记、责任人、提交/改正时间等信息。项目管理员将已成立的基线通知有关人员。设计开发阶段的基线在提交测试前应进行更新，更新过 程按改正流程进行，测试达成后，应比较《样机状态记录表》 ，对已改正的部分进行更新。 基线改正 基线改正拜见《基线改正控制规范》基线表记 针对工作产品的阶段，有两种控制种类，基线控制和版本控制，经过这两种控制， 产品的完好性和可追忆性将获得保证。 配置项表记规范 目的 规范配置项表记。 合用范围 企业研发部门全部开发项目。 配置项的选择方案 针对工作产品阶段的不一样，有两种控制种类，基线控制和版本控制（α测试前采纳基线控制、α测试后用版本控制），经过这两种控制，产品的完好性和可追踪性将获得保证。 所谓基线，是指由项目开发过程中所产生的、并经过了正式评审、审查或考证的一组相关的配置项的会合被称为基线，一旦某个基线被确定，它将成为下一步开发活动的起点。 一旦基线成立进入基线库中， 任何人不得任意进行变动， 关于基线改正，一定严格依据改正恳求办理规程进行。 关于版本的控制不象基线控制那样严格。关于配置项确实定，应在 项目启动阶段，由项目组中的项目管理员拟订。 配置项一般包含：需求文档、开发过程有关文档、测试文档、编译工具说明、有关软件。 表记规范 每个配置项都有一个唯一无二的表记CID，以划分于其余的产品，配置项表记构造以下 （构造设计部分除外，以需求剖析报告为例）： REQ ××××- 分号 四位项目编号 配置项表记 关于同一项目提交的基线有 2个或 2个以上的状况（配置项亦同样） ，则应在配置项 表记后加分号进行表记，分号采纳加 -1 、 -2 的方式划分。 配置项表记详细以下： 立项阶段 立项阶段的基线有项目策划阶段计划及工作任务书，其表记为：项目开发计划书（策划阶段）LPLAN××××投资回报率剖析报告RRT××××工作任务书DT××××需求剖析报告 REQ××××技术工艺方案剖析报告TT××××产品规格说明书 SPE××××，此中SPE为specification