配置管理流程(整理)配置管理流程(整理).docxVIP

流程图制定配置管理计划批准并发布配置管理计划制定项目计划发布版本审核划定（变更）基线审核配置管理计划制定访问控制和开发策略配置（维护）工作空间创建（维护）附加元素创建配置管理库建立发布版本申请基线变更构建系统建立基线归并集成更新工作空间提交工作成果修改文件建立私有工作空间PM：项目经理（Project Manager)是负责项目管理的专业人员，项目经理负责一个项目的计划，执行及结束关闭。目前，项目经理管理角色在多种行业中得到应用，尤其是在建筑、网络技术、通信、软件开发等行业发挥积极而重要的作用。项目经理的主要对项目目标的完成负责。项目目标包括项目的项目范围，成本，进度，质量，沟通等多维目标，项目经理通过专业努力，组织团队按项目要求，在一定的时间内完成项目规定的任务。　PMI（The Project Management Institute）讨论和制定了一套有关项目管理的原则和方法论，形成一套专业的指导体系，强有力地支持了项目经理的专业化发展。从从业角度，项目经理有时会获得企业法人代表或项目拥有者的授权，在工程项目中全面负责，成为企业法定代表或项目拥有者在工程项目上的代表人。CCB：CCB变更控制委员会(Change Control Board)又名配置控制委员会(Configuration Control Board)实施整体变更控制——变更控制委员会软件开发活动中公认变更控制委员会为最好的策略之一CCB的组成CCB可以由一个小组担任，也可以由多个不同的组担任，负责做出决定究竟将哪些已建议需求变更或新产品特性付诸应用。典型的变更控制委员会会同样决定在哪一些版本中纠正哪些错误。CCB的成员应当能代表变更涉及的团体。其可能包括如下方面的代表：1.产品或计划管理部门2.项目管理部门3.开发部门　4.测试或质量保证部门5.市场部或客户代表6.制作用户文档的部门7.技术支持部门8.帮助桌面或用户支持热线部门9.配置管理部门当组建包含软硬件两方面项目的CCB时，还应当包含来自硬件工程、系统工程、制造部门或者硬件质量保证和配置管理的代表。CCB是系统集成项目的所有者权益代表，负载裁定接受那些变更。CCB由项目所涉及的多方成员共同组成，通常包括用户和实施方的决策人员。CCB是决策机构，不是作业机构，通常CCB的工作是通过评审手段来决定项目是否能变更，单不提出变更方案。CCB的作用1、批准配置项的标识，以及信息系统的基线建立2、制定访问控制策略　　3、建立更改基线的设置，审核变更申请根据配置管理员的报告决定相应的对策CMO：Configuration Management Officer，配置管理员根据配置管理计划执行各项管理任务，定期向CCB提交报告，并列席CCB的例会。其具体职责为以下几项：文件配置管理工具的日常管理与维护；各配置项的管理与维护；执行版本控制和变更控制方案；完成配置审计并提交报告；对开发人员进行相关的培训；识别软件开发过程中存在的问题并拟就解决方案；SIO：System Integration Officer，系统集成员系统及成员负责生产和管理项目的内部和外部发布版本，其具体职责为以下几项：集成修改；构建系统；完成对版本的日常维护；建立外部发布版本。DEV：Developer，开发人员开发人员的职责就是根据组织内确定的软件配置管理计划和相关规定，按照软件配置管理工具的使用模型来完成开发任务。基线（Baseline）在配置管理系统中，基线就是一个CI或一组CIs在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，些配置项构成了一个相对稳定的逻辑实体，而这个过程被称为“基线化”。每一个基线都是其下一步开发的出发点和参考点。基线确定了元素（配置项）的一个版本，且只确定一个版本。一般情况下，基线一般在指定的里程碑（Milestone）处创建，并与项目中的里程碑保持同步。每个基线都将接受配置管理的严格控制，基线中的配置项被“冻结”了，不能再被任何人随意修改，对其的修改将严格按照变更控制要求的过程进行，在一个软件开发阶段结束时，上一个基线加上增加和修改的基线内容形成下一个基线。基线的主要属性有：名称、标识符、版本、日期等。通常将交付给客户的基线称为一个“Release”，为内部开发用的基线则称为一个“Build”。建立基线的好处：重现性：及时返回并重新生成软件系统给定发布版的能力，或者是在项目中的早些时候重新生成开发环境的能力。当认为更新不稳定或不可信时，基线为团队提供一种取消变更的方法。可追踪性：建立项目工件之间的前后继承关系。目的是确保设计满足要求、代码实施设计以及用正确代码编译可执行文件。版本隔离：基线为开发工件提供了一个定点和快照，新项目可以从基线提供的定点之中建立。作为一个单独分支，新项目将与随后对原始项目（在主要