配置管理规范

1、1 简介简介 .3目的.3适用范围.3词汇表.3文档结构.4参考资料.42 角色角色与与职责职责 .43 配置管理流程配置管理流程 .5配置管理流程图.5配置管理工作流程.5计划和建立配置管理 .6配置管理计划的编制和审批.6配置管理计划的变更.6建立配置管理.6配置项的管理 .6配置项的标识.6基线.6版本控制.7执行配置控制 .7配置项状态演变管理.7需求变更跟踪管理.7程序缺陷变更跟踪管理.8配置管理检查和审计 .8业务部门/项目组检查.8项目监理审计.84 配置管理活动描述配置管理活动描述 .8进入准则.8活动输入.9活动内容.9活动输出.10退出准则.105 记录记录 .106 案例

2、（参考）案例（参考） .10附录一附录一: 备份服务器的管理备份服务器的管理.101 人员及职责.102 备份范围及备份途径.113 备份时间及频率.114 备份方式.115 备份资料的管理.116 备份服务器的安全管理.117 检查措施.11附录二：配置库（附录二：配置库（VISUAL SOURCESAFE）的管理）的管理 .141 建库类型.142 库结构.153 库操作流程.191简介简介为了统一公司各部门的配置管理活动，保证项目资料的安全性和完整性，特制订本规范。本规范旨在对配置管理工作的具体内容、人员职责以及操作流程做出规定，并规定了配置管理工作的内容和具体方法。规范配置管理活动，确

3、保配置项正确地唯一标识并易于存取，保证基准配置项的更改受控并可追溯，明确基准配置项的状态。指导配置管理人员建立配置库，并利用配置库管理所有配置项，从而提供配置项的存取和检索功能，有利于配置项的更改控制，保证配置项的完整性和可跟踪性。适用于所有软件项目和/或软件产品的配置项。开发库配置管理工具可采用 VSS 或CVS，受控库配置管理工具只能统一使用 VSS。本文件以 VSS 配置管理工具为例，规定公司的配置管理办法，使用其他工具时必须对应本文件的要求参照执行。配置管理（Configuration Management）：主要是针对软件开发过程中产生的变更，而提出的管理方法。通过标识配置项、管理存

4、储空间、进行版本控制、管理变更请求、建立程序更改日志和调解程序等配置管理活动的执行，最大幅度地降低开发过程中产生的错误，并最有效地提高软件生产效率。基线（Baseline）：已通过审核和批准的工件，可用作下一步开发的基础，并且只能通过正式程序，例如变更管理和配置控制才能进行更改。配置管理库（Configuration Management Library）：存储项目工件的所有版本，即存储项目的定义的配置项。版本（Version）：某个工件的变体，工件的后期版本一般是在初期版本的基础上进行的扩展。配置项（Configuration Item）：项目实施过程所需要的或产生的软件、硬件、工具、释放产

5、品、文档。变更请求（Change Request）：是指在某一软件产品的生命周期中（包括开发过程） ，针对硬件项、软件项和用户需求的变化，提出的要变更工件或流程的任何请求的统称。 （在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响的信息）变更控制委员会（Change Control Board）：对变更进行评估、审批的组织，可由项目相关人员包括开发人员、公司代表、客户代表组成。在小项目中，项目经理一人即可担当此角色。BUILD：指软件产品的一个工作版本，由若干配置项的不同版本构成，每一次送测的可执行系统都是一个 BUILD。第一部分：简介，包括本规范的目的、范围、词汇以及

6、所涉及到的参考信息。第二部分：配置管理角色与职责的定义第三部分：配置管理工作流程第四部分：配置管理活动描述第五部分：配置管理的工作记录第六部分：案例参考第七部分：备份服务器的管理、配置库的管理无2 角色与职责角色与职责角色角色职责定义职责定义项目监理负责配置管理的日常指导、检查、公司级配置备份工作，并协调解决项目实施过程中出现的与配置管理有关的问题。对于涉及到多个部门的项目，综合管理部及项目经理就每一项目指定一名主要责任配置管理员。项目经理是所在项目配置管理的责任人，负责配置管理计划的审批、控制、检查，负责或委托他人负责变更任务的下达，负责一般技术、质量问题的裁定。配置管理员在各项目中负责实现

7、配置管理活动。负责编制配置管理计划；建立配置管理数据库；执行变更跟踪、版本控制；配置项标识；向项目经理报告配置管理活动的执行情况和其他活动等；负责组织相关人员填写月状态报告及编制月状态报告相应配置部分；配合项目经理组织相关评审；向公司备份服务器中进行数据备份。项目组成员负责提交配置项。变更控制委员会对基线进行审批，对变更进行评估、审批2 2配置管理流程配置管理流程项目立项(项目所在部部门经理)计划配置管理(项目经理和配置管理员)配置项标识(配置管理员)建立基线(配置管理员)执行配置审计(项目监理)变更控制管理(变更控制委员会)编写项目状态报告(项目监理)项目结项(项目所在部部门经理)月状态报告

8、配置部分(配置管理员)配置管理工作可分为计划和建立配置管理、执行配置控制和监控配置项状态、执行配置管理审计三个阶段。计划和建立配置管理计划和建立配置管理.1 配置管理计划的编制和审批在需求调研之前，配置管理员根据项目状况应该编制配置管理计划 ，并报项目经理审批。 配置管理计划的要求格式参见附件。.2 配置管理计划的变更项目组成员若需调整批准后的 配置管理计划 ，首先要向配置管理员提出变更申请，经项目经理批准后方可由配置管理员进行调整。.3建立配置管理配置管理员及项目组相关开发人员按批准后的配置管理计划，安装系统软件和配置管理软件、建立有关目录并设置权限。配置项的管理配置项的管理.1 配置项的标

9、识标识的配置项主要包括以下几部分：1)开发环境：软件工具、硬件设备等；2)工具：设计工具、开发工具、测试工具、维护工具等；3)技术文档：项目规格说明书、项目总体计划（及子计划） 、需求分析说明书、质量保证计划、设计说明书、测试文档、阶段报告、用户手册、项目总结等；4)提交产品：阶段检查点产品、计算机程序、释放产品等。.2 基线项目组在开发过程中产生的基线，可用作下一步开发的基础，并且只能通过变更控制管理才能进行更改。若基线需要更改，需经过原审批人的再次批准认可，方可进行更改。更改被批准后， 项目总体计划 、 配置管理计划等文档也要进行相应的更改，项目组人员要按照更改过的配置管理计划提交配置项，

10、配置管理员负责管理这些配置项，重新标识所有被影响的配置项及版本，并对这些配置项进行跟踪，并反映在月状态报告中的配置部分。.3 版本控制项目文档版本。如果遇到较大变动，可直接升级为 2.0 版，下次变更依次在末位加 1，并由变更人附加上本次变更内容详细说明。依次类推。软件版本软件出库版本和测试版本，版本号按“项目名称（简称） ”“日期”“序号”规则依次递增。例如：克拉玛依钻井项目在 2004.4.22 出库版本号应为：克拉玛依钻井200404221001。下次出库时必须附上与本次出库内容相区别的说明文档，由测试负责人编写。执行配置控制执行配置控制.1 配置项状态演变管理当配置项状态改变时，配置管

11、理员应将配置项从开发库移到受控库相应目录下；当更改发生后，配置管理员应建立新版本。配置管理员要进行常规的配置项状态检查，若发现实际与计划有差异，应与相关开发人员一起查找原因并解决出现的差异问题，并反映在月状态报告中的配置部分。.2 需求变更跟踪管理当发生需求变更请求时，CCB（变更控制委员会）应进行需求变更影响分析。经变更影响分析后确定变更配置项，再由项目经理根据更改申请确认单及其需求管理工作套表下达变更任务。开发人员执行变更任务时，要对整个变更的执行过程进行记录，更改过的程序（或文档）都必须经历配置项的全部演变过程。变更完成之后要通知配置管理员；配置管理员应对变更申请和变更执行情况进行记录和

12、存档，对每个需求变更都要将变更要求记录中提及的配置项的状态与实际状态比较，若发现有差异，应与相关开发人员一起查找原因并解决出现的差异问题。另外，配置管理员要将各个需求变更进行汇总，跟踪记录是否完整，并反映在月状态报告中的配置部分。.3 程序缺陷变更跟踪管理对于在测试中发现的问题，首先由分析设计人员进行缺陷分析；然后由项目经理根据缺陷的严重程度确定是否必须修改；按更改申请确认单 （及附表）下达变更任务。更改过的程序（或文档）都必须经历配置项的全部演变过程，变更完成之后要通知配置管理员。配置管理员应对变更申请和变更执行情况进行存档记录和汇总，对每个变更都要将变更要求记录中提及的配置项的状态与实际状

13、态比较，若发现有差异，应与相关开发人员一起查找原因并解决出现的差异问题，并反映在月状态报告中的配置部分。配置管理检查和审计配置管理检查和审计.1 业务部门/项目组检查配置管理员必须定期对每个项目配置管理各项控制活动和配置管理计划是否一致的状态进行报告，对不一致部分必须尽快纠正，反映在月状态报告中的配置部分。.2 项目监理审计项目监理必须按照 ISO9001 标准的要求，定期对项目实施情况进行指导、控制和检查（每周至少一次公司级配置库备份检查） 。对检查中发现的不合格项，应要求项目组限期整改，并对整改进行跟踪，反映在项目状态报告中。4 配置管理活动描述配置管理活动描述项目正式立项，项目策划结束，

14、需求调研前输入名称输入名称输入描述输入描述参考指南、模板参考指南、模板项目开发计划/专题计划项目总体计划项目风险管理计划项目组织结构人力资源使用计划项目计划与控制规范内容内容序号序号活动名称活动名称角色角色活动描述活动描述参考参考1计划配置管理项目经理配置管理员制定配置管理策略制定变更控制策略编写配置管理计划审批配置管理计划配置管理计划模板2创建配置管理环境配置管理员设置硬件环境设置网络环境设置软件环境建立配置数据库设置权限3配置项的标识配置管理员对文档类的配置项进行的标识对程序(coding、模型)的配置项进行标识4建立基线配置管理员配置管理计划中明确5报告配置状态配置管理员根据配置管理计划

15、，收集配置活动数据编写月状态报告中配置部分月状态报告模板6配置审计项目监理不定期检查配置规范执行情况7变更控制管理变更控制委员会参见软件设计开发过程更改控制程序更改申请确认单输出名称输出名称输出描述输出描述参考参考配置管理计划配置管理计划说明要在项目生命周期过程中执行的所有配置和变更控制管理活动。说明了活动时间表、指定的职责和需要的资源（包括人员、工具和计算机设备）。 配置管理计划模板变更请求对项目当前问题说明提出的变更请求内容变更控制委员会的评审结果确认变更的结果更改申请确认单月状态报告中配置部分主要报告各配置项的标识和变更请求情况，当前基于工作的工件版本以及版本说明基线的状态配置计划的执行

16、情况月状态报告模板项目结项、终止或暂停5 5 记录记录配置管理计划模板月状态报告模板更改申请确认单6 6 案例（参考）案例（参考）配置管理计划案例附录一附录一: 备份服务器的管理备份服务器的管理1 备份服务器管理备份服务器管理(售中售中)综合管理部项目监理：负责公司备份服务器的权限设置、网络安全、日常维护，并检查核实备份服务器上公司所有部门项目备份数据的安全可靠性各部门配置管理员：负责检查备份服务器上本部门项目备份数据的安全可靠性备份范围包括各业务部门的开发库和受控库中各种项目资料。备份工作由配置管理员、项目监理在备份服务器上为每个项目设置共享目录，通过网络直接进行备份。开发库每天至少备份一次

17、，时间下午 17 点到 24 点之间；受控库每周五备份一次，时间下午 17 点到 24 点之间。公司级备份每周所有开发库及受控库至少备份一次，时间每周三、四、五下午 17 点到24 点之间。对于以 VSS 库结构存储的数据备份，将整个目录结构做备份，包括 data 目录、users 目录、user.txt 文件、scraft.ini 文件。对于以其它目录结构存储的数据备份，直接备份新增部分的内容。可直接拷贝原文件，或利用 windows 备份工具进行备份。备份服务器上应保留各项目最近三次的备份数据，以备数据库损坏时的恢复使用。备份服务器上项目资料的备份，由各备份负责人（配置管理员）负责维护和管

18、理。各部门配置管理员负责备份资料在公司备份服务器上的安全，在备份完成的当天进行检查，如果出现不正常现象，立即重新进行备份，由综合管理部项目监理负责统一管理并及时检查备份服务器的备份数据的安全。公司备份服务器的权限设置、网络安全、日常维护由综合管理部项目监理进行负责；各部门配置服务器由本部门配置管理员负责权限设置、网络安全、日常维护；服务器的防杀毒工具统一使用 Norton。各部门配置管理员负责检查备份服务器上本部门项目备份数据的安全可靠性。项目监理负责统一检查备份服务器上公司所有部门项目备份数据的安全可靠性、及时性及备份服务器的稳定性，反映在项目状态报告中。2 备份服务器管理备份服务器管理(售

19、后售后)各部门配置管理员和项目经理：负责结项后进入售后维护期项目资料的整理、移交工作。项目监理：负责项目移交资料的交接工作，负责核对移交资料与清单的一致性，并将移交资料进行备份和保存。负责公司备份服务器的权限设置、网络安全、日常维护。测试人员： 咨询与应用中心售后服务组负责项目资料文档一致性检查工作，erp 部门负责本部门的项目资料文档一致性检查工作。备份范围包括咨询与应用中心、研发部门、ERP 事业部结项后进入售后维护期项目的所有资料，包括纸质文档和项目受控库的所有文档。备份工作由各部门配置管理员在本部门的服务器上为移交资料的项目设置共享目录，项目监理通过网络直接备份到综合管理部服务器上。各

20、部门配置管理员协助项目经理将项目受控库中资料按类别归档清晰，填写在电子文档移交清单上，纸质文档也需标注清楚，移交给项目监理。综合管理部备份服务器分布服务器名称服务器名称硬盘大硬盘大小小备份内容备份内容备注备注综合管理部发行库项目结项后配置库压缩包光盘备份公司日常开发库及配置库备份QASVR80G项目原始 GET 版本，更新 GET 版本 1，更新 GET 版本 2， 更新 GET版本 n综合管理部发行库（热备份）QABACKUP80G 项目配置库压缩包（热备份）项目原始 GET 版本， （热备份）更新 GET 版本 1，更新 GET 版本 2， 更新 GET版本 n公司日常开发库及配置库备份项

21、目监理收到电子文档移交清单后，将项目受控库从移交部门服务器拷贝到综合管理部服务器(QASVR)上，并核对清单与电子及纸质文档的完整性，核对无误后，安排相关部门进行项目文档一致性检查。全部检查无误后，项目监理将受控库资料导入到发行库中统一存档，并将项目受控库资料 GET 到 QASVR 中备份，最后将 GET 版本和项目受控库压缩包刻录成光盘保存若项目售后过程中有版本更新，需在两台备份服务器上将项目 GET版本、发行库及光盘内容全部进行更新，保持版本一致性。为了保证备份数据的安全性，项目监理还需在 QABACKUP 上对综合管理部发行库、GET 版本和项目受控库压缩包进行热备份。综合管理部备份服

22、务器（QASVR、QABACKUP）的权限设置、网络安全、日常维护统一由项目监理进行负责管理。项目监理负责按月及每次更新后对综合管理部两台备份服务器上发行库进行检查，GET版本和光盘上的项目备份数据每季度检查一次，并对检查结果进行记录。综合管理部发行库及其热备份若因各种原因发生丢失，可以将每次 GET 版本逐一添加到发行库中，恢复其备份。若整个备份服务器出现问题，可以读取刻录的光盘，恢复所有资料。附录二：附录二：配置库（配置库（Visual SourceSafe）的）的管理管理1 建库类型建库类型公司所有立项项目根据配置管理计划需要建立三个配置库，分别是：开发库：建立目的：为了使开发小组成员在

23、开发过程中能够保持同步和资源共享，更好地进行协同作业。开发库由配置管理员在开发服务器上建立，存放开发过程中的所有工件。配置管理员应跟据项目配置管理计划确定权限分配。权限不能随意改动，如果需要更改权限，须由项目经理批准并告知配置管理员方可进行改动。受控库：建立目的：为了保存各阶段所有通过的产品，并对其变更进行跟踪和控制。受控库由配置管理员在开发服务器上建立，受控库中进行的活动包括：存放各阶段通过的所有产品及以后每次变更的结果；存放和升级基线；存放测试过程中产生的所有BUILD。?发行库：建立目的：在于保存所有可向用户发行产品版本以及已经发布产品版本。发行库由综合管理部项目监理在质量服务器上建立，

24、存放项目移交后所有可向用户发行的版本以及已经发布的版本的所有项目资料。（注：本文以（注：本文以 VSS 库为例，项目组可以根据需要自行决定开发库的种类，但库的结构必须库为例，项目组可以根据需要自行决定开发库的种类，但库的结构必须参照本文的规定。受控库必须统一使用参照本文的规定。受控库必须统一使用 VSS） 库结构库结构2.1 开发库结构：（此部分结构目录，只针对研发二部使用 cvs 开发时，使用的目录） 以上目录为使用以上目录为使用 cvs 的开发库主目录结构，的开发库主目录结构， ，下级子目录可根据项目情况自由定义，但存，下级子目录可根据项目情况自由定义，但存放工件必须依据如下规定：放工件必

25、须依据如下规定：项目名称（即资源库建库名称）：使用项目的名称的全拼，并且第一个字母大写。例如：长庆钻井项目可命名为 ChangQingZuanJing 。一级目录 projects：doc 中存放项目整体架构设计文档、项目总体开发文档、项目总体测试文档（测试用例，测试报告，测试总结等） 。一级目录 projects：（项目子系统名称） ，可并列所有子系统，每个子系统命名为项目子系统的全拼，并且第一个字母大写。每个子系统目录下分为 doc 和 codes。Doc 存放该子系统的开发计划、分析设计文档（包括概要设计、详细设计、ER 图、分析模型、设计模型、数据模型等） 、测试文档等。Codes 中

26、存放组件、源代码、打包文件等，具体存放规则详见 JAVA 技术规范。一级目录 administrator：项目计划，存放项目除（设计、测试阶段）外的所有计划，包括项目总体计划和各阶段子计划（总体计划、需求计划、 、实施计划、培训计划、验收计划、风险控制计划、配置管理计划、质量保证计划等） 。需求：存放项目规格说明书、需求调研报告（包括总体调研、详细调研） 、需求用例模型书、用例图、需求规格说明书、用户界面原型及需求跟踪与控制方面的文档等。实施与发布：存放实施数据、培训文档、安装程序、安装指南、用户手册、发布说明、安装包等。质量配置管理：存放项目过程中产生的配置项变更记录、及项目质量相关的记录等

27、。项目跟踪与控制：存放成本、风险、进度等方面的跟踪数据，及存放月状态报告 、周例会、月度例会、阶段例会的会议记录等。客户方文档：存放客户的各种要求、建议、意见等跟客户相关的资料。2.2 受控库结构（此部分结构目录，主要用于非受控库结构（此部分结构目录，主要用于非 cvs 开发库及项目受控库）开发库及项目受控库）项目名称规范、模板待评审区（可选）个人工作区（可选）软件开发过程需求分析设计编码测试实施与发布项目管理会议纪要项目跟踪与控制月状态报告项目计划配置管理质量管理客户方文档其 它跟踪与控制售前方案（可选）其它（可选）以上目录结构说明如下：以上目录结构说明如下：(蓝色部分为可选项蓝色部分为可选

28、项)，下级子目录可根据项目情况自由定义，但，下级子目录可根据项目情况自由定义，但存放工件必须依据如下规定：存放工件必须依据如下规定：规范、模板：存放项目组通用的约定、规范、指南性质的文档和模板。如项目专用模板、程序命名约定、编程指南、设计指南、建模指南、用户界面指南等。待评审区（可选）：存放项目待评审、待测试、待审批的工件。个人工作区（可选）：存放当日个人工作工件，完成后方可放入相应目录；也可存放与项目相关的个人文档资料。售前方案（可选）：存放项目销售方案及销售方面资料文档等。需求：存放项目规格说明书、需求调研报告（包括总体调研、详细调研） 、需求用例模型书、用例图、需求规格说明书、用户界面原

29、型及需求跟踪与控制方面的文档等。分析设计：存放整体架构设计和各个子系统设计文档（包括概要设计、详细设计） 、ER图、分析模型、设计模型、数据模型等。编码：存放组件、源代码、打包文件等。测试：存放测试用例、测试报告、测试总结、BUILD 版本等。实施与发布：存放实施数据、培训文档、安装程序、安装指南、用户手册、发布说明等。其它（可选）：存放打包工件或与项目相关的其它资料等。项目计划：存放项目所有计划，包括项目总体计划和各阶段子计划（总体计划、需求计划、设计计划、编码计划、测试计划、实施计划、培训计划、验收计划、风险控制计划、配置管理计划、质量保证计划等） 。配置管理：存放项目过程中产生的配置项变更记录等。质量管理：存放与项目质量相关的记录等。项目跟踪与控制：存放成本、风险、进度等方面的跟踪数据，及存放月状态报告 、周例会