配置管理
配置管理
无线电分类2010-09-13 10:49:27 阅读334 评论0 字号：大中小订阅
文档说明
文档修改履历
1概述
1.1标识
该文档的统一编号为：SDC-CM-001
该文档的标题为：SDC平台配置管理计划
1.1目的
SDC平台在对外支持过程中，涉及不同的大小版本，各个项目的应用范围也并不一致，原有的管理过程与规范已经不能满足项目的需要。为了更好的为项目提供支持，使项目本身具有良好的持续
性，特制订此配置管理计划。以更好的为项目服务。
1.2缩略语定义
●计算机数据定义Computer Data Definition
对硬件相应的计算机指令所操作的信息元素基本特性的说明。这些特性可包括（但不限于）类型、
范围、结构和值。
●计算机软件部件（CSC）Computer Software Component
计算机软件配置项中功能和性质不同的部分。计算机软件部件可以进一步分解成其它计算机软件部
件和计算机软件单元。
●计算机软件配置项（CSCI）Computer Software Configuration Item
为独立的配置管理而设计的且能满足最终用户功能要求的一组软件。
●计算机软件文档Computer Software Documents
一个资料或信息的集合，包括计算机软件的列表和打印输出。用文档记录了计算机软件的要求、设计或细节，解释软件的能力和限制条件，并提供在软件运行中或保障时使用的操作命令。
●计算机软件单元（CSU）Computer Software Unit
计算机软件部件设计中确定的能单独测试的一部分软件。
●发行Release
为某种目的，对某个可用的软件版本进行的一种配置管理的行为。
●可重用软件Reusable Software
为一种应用要求开发的，但可全部或部分满足另一种应用要求的软件。
●软件开发文件Software Development File
有关软件开发和维护保障资料的集合。其内容一般包括（或引用）设计考虑的约束条件、设计文档和数据，进度和状态信息，测试要求、测试用例、测试规程和测试结果。
●软件保障Software Support
为保障和支持已实现和投入使用的软件正常运行所进行的全部活动。
●软件测试环境Software Test Environment
测试软件所需的一组自动工具、固件和硬件的集合。自动工具可以包括（但不局限于）测试工具，如模拟软件、代码分析器和测试用例生成器等，也可能包括那些包含在软件工程环境中的工具。
1.3软件配置管理角色职责
对于任何一个管理流程来说，保证该流程正常运转的前提条件就是要有明确的角色、职责和权限的定义。特别是在引入了软件配置管理的工具之后，比较理想的状态就是：组织内的所有人员按照不同的角色的要求、根据系统赋予的权限来执行相应的动作。因此，在本文档中所说明的这个软件配置管理过程中主
要涉及下列的角色和分工：
●项目经理（Project Manager，PM）：
项目经理是整个软件研发活动的负责人，他根据软件配置控制委员会的建议批准配置管理的各项活动并控制它们的进程。其具体职责为以下几项：
制定和修改项目的组织结构和配置管理策略；
批准、发布配置管理计划；
决定项目起始基线和开发里程碑；
接受并审阅配置控制委员会的报告。
●配置控制委员会（Configuration Control Board，CCB）：
负责指导和控制配置管理的各项具体活动的进行，为项目经理的决策提供建议。其具体职责为以下几
项：
定制开发子系统；
定制访问控制
制定常用策略；
建立、更改基线的设置，审核变更申请；
根据配置管理员的报告决定相应的对策。
●配置管理员（Configuration Management Officer，CMO）：
根据配置管理计划执行各项管理任务，定期向CCB提交报告，告，并列席CCB的例会。其具体职责
为以下几项：
软件配置管理工具的日常管理与维护；
提交配置管理计划；
各配置项的管理与维护；
执行版本控制和变更控制方案；
完成配置审计并提交报告；
对开发人员进行相关的培训；
识别软件开发过程中存在的问题并拟就解决方案。
●系统集成员（System Integration Officer，SI O）：
系统集成员负责生成和管理项目的内部和外部发布版本，其具体职责为以下几项：
集成修改；
构建系统；
完成对版本的日常维护；
建立外部发布版本。
●开发人员（Developer，DEV）：
开发人员的职责就是根据组织内确定的软件配置管理计划和相关规定，按照软件配置管理工具的使用
模型来完成开发任务。
1.4文档概述
本文档描述了项目的开发和实施过程中，项目相关软件和文档的管理方法，其中主要包括软件和文档的存放目录、文件的备份机制、程序开发的版本控制办法等信息。
1.5阅读对象
此文档的阅读对象是项目管理人员、部门质量监督员、部门经理、公司质量管理部门、及其他项目相
关人员。
2配置管理目标
?保证项目开发的进度和质量；
?提供并优化配置项目各开发阶段的资源；
?保证项目对外支持过程中的一致性、有序性
?管理控制项目开发中代码，文档和其他软件项；
3配置管理体制
各子系统由开发人员根据项目的配置管理计划的要求进行控制。系统源程序代码、可执行代码项目负责人或项目负责人指定人员进行管理。系统所有文档的配置管理由项目负责人或项目负责人指定的人员进行管理。在系统生成新的版本时，必须提供相应的配置报告。（配置报告模版）
4配置管理目录结构及实施程序
4.1文档软件项的存放目录及权限
主要根据当前配置管理库整理并扩展
4.2配置管理实施过程
4.2.1建立基线库
由配置管理负责人在适当时间段建立基线库，其它相关人员配合完成。目前我们的开发测试支持等工作共用一个代码库，没有基线。这方面的工作量比较大。
现存测试系统有三个，由不同的小组在修改，必须整合或停止三个系统的同时使用，集中完成基线建
立工作，否则基线无法建立。
SDC平台存在很多子项：
toft_jbpm_1.0_jdk14
toft_workflow_1.2
toft-core
toft-exchange
toft-old
toftuiv3tag
toft-utils
toft-workflow
toftcore
这些项目必须依据依赖关系，同步建立基线。
4.2.2提取（check out）
由相应的工作、模块负责人通过SVN对需要修改变更的程序文件进行提取。
如对外支持过程中的BUG修改，则需提取相应基线产品源码、支持文档至开发库。
4.2.3提交（check in）
由相应的工作、模块负责人对程序进行测试，确认修改完成后，在SVN中实施程序修改部分的提交。
新增加模块与修改相同。
4.2.4基线变更
要变更已经冻结的基线的内容时应该按照以下的过程进行；
?项目负责人向配置管理负责人提出指示：对评价后的需要变更的内容进行提取；
?配置管理负责人进行提取，也可在其指导下由项目组相关人员进行；
?项目组相关人员对于评价后的变更内容进行变更；
?项目负责人对于变更的品质状况进行确认，向配置管理负责人给出提交要求；
?配置管理负责人对于确认批准完了的配置管理单位向基线库进行再提交前，应将基线库中原相应
内容进行备份以满足可追溯性；
?配置管理负责人向相关人员通报基线的变更情况；
?向变更要求者说明变更情况。
（变更申请单）
5配置管理中所使用的工具
项目采用的配置管理工具为SVN
6配置库说明
配置库内的数据流向规定了工作产品在不同阶段和不同状态下数据存放的规程。
6.1开发库
存放内容：开发库中存放项目周期各个阶段的中间产品和项目管理文档。在产品支持过程期间，不同版本的内容可以建立不同的源码子项目录，当工作完成，由配置管理员删除。
权限：项目组的成员对于自己的目录，有读写权限。在项目周期的各个阶段，项目组成员都拥有读取权
限，根据需要赋予相应人员写权限。
受控程度:该库中的项目不记录在配置项出入库记录表和配置项状态记录表中。（配置项出入库记录表、
配置项状态记录表）
库划分：
6.2记录库
存放内容：记录库中存放项目周期各个阶段会议记录、评审记录、培训记录、email备份、还有作废文
件。
权限：PM和SCM小组拥有读写权限，项目组其他成员只有读权限。
受控程度:该目录中的项目不记录在配置项出入库记录表和配置项状态记录表中。
库划分：
按记录的类型分为：
会议记录、评审记录、email备份等
示例说明：
在会议或评审之后，会议记录/评审记录的编写人员将该备忘录，通过邮件发送给PM和SCM 人员，SCM或PM将备忘录放入“记录库→会议记录”目录中。
Email备份，在项目各个阶段的邮件也是非常重要的历史纪录，记录了当时的情况，保留关键的邮
件以便查证。
作废箱：存放废止的文件，如配置库废弃不用的Readme文件等
6.3受控库
存放内容：受控库中存放项目生命周期各个阶段受到“管理和控制”和“置于配置管理”之下的工作产
品。
权限：SCM小组拥有读写权限，项目组其他成员只有读权限。
受控程度:该库中的项目严格记录在配置项出入库记录表和配置项状态记录表中。
库划分：
管理库、支持库、工程库、测量库、基线库、产品库
管理库：项目计划、成本估算、风险跟踪、培训计划、组织计划
项目计划：存放项目计划、SCM计划、施工进度计划等
成本估算：存放项目估算报告
风险跟踪：存放风险跟踪和管理矩阵
工程库：立项、计划、实施、收尾验收
测量库：周报、开发实施人员日报
周报：存放项目组周报和项目组成员周报
日报：存项目成员开发实施日报
7配置标识
版本文档（需求，设计，计划）标识、版本规则见：
文档编号管理规约.DOC
8版本控制的约定
8.1配置项变更控制
如配置项发生变更，按《变更程序》执行。
8.2版本升级规则
本项目所有受控文档的版本升级规则如下：
●初稿和所有其他未经评审的文档都不加版本号，初稿文档只在备注栏标注“初稿”即可。
●文档未通过评审，如果有修改，则需要在备注栏标注“修改稿”，同样也不加版本号。
●文档第一次通过正式评审后，即形成1.0版本，成为受控文档，入库前需要在版本号处标注
“v1.0”，并在备注栏标注“定稿”。
●形成1.0版本之后，如有其他修改，视改动量的大小，有不同的升级规则，小改动则按顺序升级副
版本号，例如：1.0 → 1.1 → 1.2 ，改动内容要在相应的备忘录里体现；如有大改动，必须经过正式评审，则升级主版本号，例如：1.2 → 2.0。无论大小改动，都需在备注栏标注“改进稿”，
如有必要，可以标注修改原因。
9备份策略(建议)
●每天，都将新建文件夹对SVN管理库进行完整备份。其备份目录为..\\配置管理服务器\transback\
yyyymmddDAY
●每周，都将新建文件夹对SVN管理库进行完整备份。其备份目录为..\\配置管理服务器\transback\
yyyymmddWEEK
●每月，都将新建文件夹对SVN管理库进行完整备份。备份介质为光盘，备份方式刻录。
10相关文档
1、变更《变更流程》、《变更申请表》
2、评审《评审管理流程》、《评审记录表》
3、配置状况《受控库配置状况报告》
4、基线《基线出入库记录》、《基线入库申请单》、《基线出库申请单》《基线版本描述》《基
线升级申请单》、《基线交付清单》
5、故障需求处理《故障、需求处理表》、《补丁包描述》
6、产品《产品出入库记录》、《产品入库申请单》、《产品出库申请单》、《产品版本描述》
11产品版本的制定
11.1产品版本的制定
平台产品版本应该遵循一个有序的过程，循序发展，产品的每个研发阶段，必须定立基线，以基线作为研发、对外支持的基础。研发期间，增加改进功能，修改上一版本的BUG必须以基线为基
准，对外支持必须以项目对应基线为基准。
对外支持版本如果尚未有下一基线，则可以走研发流程，如果下一基线已经确立，则必须走Pack
流程
如下所示：
11.2产品的修改及基线变更
产品研发流程中的修改、功能的添加等，需要走修改流程，当需要修改基线时，则需要走基线变更流
程。修改流程限制较为宽松，变更流程较为严格
1、首先，要保证基线版本的质量，尽量减少BUG、功能缺失等问题；
2、开发流程按既定目标前进，
ver1.0、1.1……2.0；
3、支持版本一定要有确定的基线，支持过程中发现产生BUG，新需求、原有功能完善，均以Pack包发布，
如：
toftcore_V1.1_Pack_001；
toftcore_V2.0_Pack_022；
4、所有在支持过程中发现的BUG，功能缺陷，分阶段通过基线变更，更新至基线版本；所有新功能、新
需求，分阶段分析，将必要的功能添加至开发计划。
5、源代码的出库，入库，版本发布、支持版本的发布、Pack包发布必须专人负责，防止引起版本混乱；
6、基线变更必须多级审批，经过严格测试；
软件配置管理报告
份号：001密级: XXXXXXX项目 软件配置管理报告 XXXX-RPB-R01.00 XXXXXXXX 公司 XXXX 年XX月XX日
辑要页
摘要: 主题词:
文档修改记录
1范围............................................................................................... 1.1标识.......................................................................................... 1.2系统概述...................................................................................... 1.3文档概述......................................................................... 1........... 2引用文挡........................................................................................... 3软件配置管理情况综述............................................................................. 4软件配置管理基本信息............................................................................. 5专业组划分及权限分酉己.......................................................................... 6配置项记录......................................................................................... 7变更记录........................................................................................... 8基线记录........................................................................................... 9入库记录...........................................................................................
配置管理岗位职责
配置管理员岗位职责 摘自：软件配置管理论坛 一、配置经理的基本技能与资格 资格： 能够重视配置管理工作； 能够按规范实施配置管理工作； 积极支持部门的配置管理方面的工作； 能够积极支持与帮助其他人员； 为部门的配置管理能力的提高贡献力量； 熟悉公司配置流程以及其他相关的流程； 为增进项目管理，对于项目内的困难和关键问题，能够及时反映到部门； 基本技能： 能够独立规划项目的配置管理工作； 熟练掌握配置管理的相关概念； 能够了解配置的相关工具，熟练使用技术工程部配置所使用的工具； 具有基本的与人沟通的技巧； 能够了解项目管理过程中的主要环节； 初步了解项目管理过程中的质量保证的各个方面； 了解部分系统和应用工具，如数据库ORACLE，前台开发工具DEPHI等； 二、配置经理的职责 作为一名配置人员，配置经理的职责就是能够与质量人员、测试人员等共同保证项目的质量。如：作为质量保证的成员之一，能够为整个技术工程部规范化管理的推进作贡献，如宣传规范化管理的知识，陈述规范化管理的利弊等；能够在项目进行的整个生命过程中，不断的与项目经理、QA、SCCB及项目成员进行配置管理规范化的沟通，为项目配置管理的规范化作出努力. 具体表现为： ?项目进行初期或首次进入项目中时，能够首先与项目经理、QA、SCCB及项目成员就项目的未来配置管理工作进行沟通，取得项目经理、QA、SCCB及项目全体成员对配置工作的认可与支持； ?积极了解项目情况，项目各阶段的进展，为更好的进行配置管理作努力； ?熟练并充分的利用配置管理工具的各方面的功能，提高配置管理的效率； ?为项目控制好版本，保证项目各阶段所使用的版本正确； ?及时发现项目问题，把问题及时反馈给项目经理、QA或SCCB，并积极协助解决； ?与项目内其他组成员，如开发组、测试组等协调工作，并能够很好的沟通； ?能够在项目中不断总结、分析，为项目内配置管理工作的进一步优化作贡献；
项目配置管理过程规范方案
项目配置管理过程规范文档种类：研发体系 发行范围：研发中心
变更记录
目录 1. 前言 (4) 1.1. 目的 (4) 1.2. 适用范围 (4) 1.3. 术语 (4) 2. 职责说明 (5) 3. 输入 (6) 4. 入口准则 (6) 5. 活动 (7) 5.1. 活动关系图 (7) 5.1.1. 配置管理流程图 (7) 5.1.2. 配置变更流程图 (8) 5.2. 活动描述 (8) 5.2.1. 制定配置管理计划 (8) 5.2.2. 建立配置库 (9) 5.2.3. 建立配置项 (9) 5.2.4. 基线建立及发布过程 (9) 5.2.5. 配置变更 (10) 5.2.6. 配置审计 (11) 5.2.7. 备份 (11) 6. 输出 (11) 7. 出口准则 (11) 8. 本过程裁剪规定 (11)
1. 前言 1.1. 目的 用于描述配置管理过程，规范配置管理的操作。 1.2. 适用范围 适用于在软件生命周期中对各类软件项目的配置管理活动。 1.3. 术语 CCB：Configuration Control Board，配置控制委员会，每个项目组需要建立项目级的CCB作为变更控制权威。CCB由PPQA、项目经理、测试经理、配置管理员构成，有时也可以包括客户代表、高层经理。CCB组长可以是PPQA或高层经理，但不能是项目经理。 Baseline：基线，是开发过程中标识出的里程碑所交付的一个或多个配置项，它有三个特征：（1）已经过正式的评审和批准；（2）作为项目发展和产品升级的基础。基线变更必须经过CCB审批。 配置审计：可以分为物理审计和功能审计。前者审查配置项的外在特征的正确性与一致性；后者审查配置项内容的正确性与一致性。 物理审计的内容包括： ?确认配置项标识的正确性； ?确认已受控配置项的更改是受到控制的； ?验证配置库内容与相应记录之间的一致性； ?验证配置管理活动与相应记录之间的一致性； ?验证配置管理工作是否符合适用的标准和规程； ?验证配置管理系统与系统备份的有效性、一致性等。 功能审计的内容包括： ?验证当前基线所含配置项对前一基线所含配置项的追溯性；
配置管理系统
配置管理系统（北大软件 010 - 61137666） 配置管理系统，采用基于构件等先进思想和技术，支持软件全生命周期的资源管理需求，确保软件工作产品的完整性、可追溯性。 配置管理系统支持对软件的配置标识、变更控制、状态纪实、配置审核、产品发布管理等功能，实现核心知识产权的积累和开发成果的复用。 1.1.1 组成结构（北大软件 010 - 61137666） 配置管理系统支持建立和维护三库：开发库、受控库、产品库。 根据企业安全管理策略设定分级控制方式，支持建立多级库，并建立相关控制关系；每级可设置若干个库；配置库可集中部署或分布式部署，即多库可以部署在一台服务器上，也可以部署在单独的多个服务器上。 1. 典型的三库管理，支持独立设置产品库、受控库、开发库，如下图所示。 图表1三库结构 2. 典型的四库管理，支持独立设置部门开发库、部门受控库、所级受控库、所级产品库等，如下图所示。
图表2四级库结构配置管理各库功能描述如下：
以“三库”结构为例，系统覆盖配置管理计划、配置标识、基线建立、入库、产品交付、配置变更、配置审核等环节，其演进及控制关系如下图。 图表3 配置管理工作流程 1.1.2主要特点（北大软件010 - 61137666） 3.独立灵活的多级库配置 支持国军标要求的独立设置产品库、受控库、开发库的要求，满足对配置资源的分级控制要求，支持软件开发库、受控库和产品库三库的独立管理，实现对受控库和产品库的入库、出库、变更控制和版本管理。
系统具有三库无限级联合与分布部署特性，可根据企业管理策略建立多控制级别的配置库，设定每级配置库的数量和上下级库间的控制关系，并支持开发库、受控库和产品库的统一管理。 4.产品生存全过程管理 支持软件配置管理全研发过程的活动和产品控制，即支持“用户严格按照配置管理计划实施配置管理—基于配置库的实际状况客观报告配置状态”的全过程的活动。 5.灵活的流程定制 可根据用户实际情况定制流程及表单。 6.支持线上线下审批方式 支持配置控制表单的网上在线审批（网上流转审批）和网下脱机审批两种工作模式，两种模式可以在同一项目中由配置管理人员根据实际情况灵活选用。 7.文档管理功能 实现软件文档的全生命周期管理，包括创建、审签、归档、发布、打印、作废等，能够按照项目策划的软件文档清单和归档计划实施自动检查，并产生定期报表。 8.丰富的统计查询功能，支持过程的测量和监控 支持相关人员对配置管理状态的查询和追溯。能够为领导层的管理和决策提供准确一致的决策支持信息，包括配置项和基线提交偏差情况、基线状态、一致性关系、产品出入库状况、变更状况、问题追踪、配置记实、配置审核的等重要信息； 9.配置库资源的安全控制 1)系统采用三员管理机制，分权管理系统的用户管理、权限分配、系统操 作日志管理。 2)系统基于角色的授权机制，支持权限最小化的策略； 3)系统可采用多种数据备份机制，提高系统的数据的抗毁性。 10.支持并行开发 系统采用文件共享锁机制实现多人对相同配置资源的并行开发控制。在系统共享文件修改控制机制的基础上，采用三种配置资源锁以实现对并行开发的
配置管理计划-xxxxxx系统
. 配置管理计划******系统
修订页版本控制
目录 目录 ........................................................................................................................................... - 3 -1.引言............................................................................................................................................ - 4 - 1.1编写目的 (4) 1.2适用范围 (4) 1.3参考资料 (4) 1.4术语表 (4) 2.配置管理人员与责任 ................................................................................................................. - 5 - 3.用于配置管理的软硬件资源...................................................................................................... - 6 - 4.配置库结构与权限 ..................................................................................................................... - 6 - 4.1配置库列表 (6) 4.2配置库结构 (6) 4.3配置库操作权限 (6) 5.配置项计划 ................................................................................................................................ - 7 - 6.基线计划 .................................................................................................................................... - 7 - 7.配置库备份计划......................................................................................................................... - 7 -
软件配置管理规范标准
页眉 软件配置管理规范 1.简介 软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。 1.1 目的 本文档指导项目开展配置管理活动。 1.2 范围 本文档适用于SWL开发小组批准立项的软件项目。 1.3 文档结构 第一部分： 简介，包括本规范的目的、范围、词汇以及所涉及到的参考信息。 第二部分： 配置管理工作规范的正文，包括活动的流程图、进入能及退出的准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。 第三部分： 变更控制工作规范的正文，包括活动的流程图、进入能及退出准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。 第四部分： 参考文献，列出了编写本规范所参考的相关的文献资料。 第五部分： 附录，本文中流程图的标准符号定义。 1.4 词汇表 CM (Configuration Management) 配置管理。 CCB (Change Control Board) 变更控制委员会。 CI (Configuration Item) 配置项，包含文档、程序。 CR (Change Request) 变更请求，对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响的信息。 PCA (Physical Configuration Audit) 物理审计，在配置管理系统中建成立基线的工件是否为“正确”版本。 FCA (Functional Configuration Audit) 功能审计，核心软件配置项的实际性能是否符合它的需求。 基线(Baseline)
己通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并且只能通过正式程序，例如变更管理和配置控制才能进行更改。 CML (Configuration Management Library) 配置客理库，存储项目工件的所有版本，即存储项目的定义的配置项。 版本(Version) 页脚 页眉 某个工件的变体，工件的后期版本一般是在初期版本的基础上进行的扩展。 1.5参考信息 1.5.1 可追溯性 CMU/ SET-93-TR-024 Capability Maturity Model SM for Software, Version 1.1 1.5.2 方针 SWL开发组项目开发与管理工作方针 1.5.3 过程/规范 项目计划与控制规范 1.5.4 指南 配置管理计划指南 基线策略指南 配置状态报告编制指南 配置审计工作活动指南 配置管理工具指南 VSS 使用指南 组织管理配置库使用指南 软件开发文档命名约定 1.5.5模板 配置管理计划 配置状态报告 配置审计报告 文档变更请求 1.5.6 检查表 无 1.5.7 培训 《软件配置管理教材》 《软件变更控制管理教材》 《Clear Case 配置管理培训教材》 1.5.7 工具 Clear Case Visual SourceSafe Visual Basic Office 97/2000/XP DreamWeaver PhotoShop
软件配置管理规范标准
软件配置管理规范 1.简介 软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。 目的 本文档指导项目开展配置管理活动。 范围 本文档适用于SWL开发小组批准立项的软件项目。 文档结构 第一部分： 简介，包括本规范的目的、范围、词汇以及所涉及到的参考信息。 第二部分： 配置管理工作规范的正文，包括活动的流程图、进入能及退出的准则、所涉及的角色、相 关活动的阐述、验证与确认能及度量。 第三部分： 变更控制工作规范的正文，包括活动的流程图、进入能及退出准则、所涉及的角色、相关 活动的阐述、验证与确认能及度量。 第四部分： 参考文献，列出了编写本规范所参考的相关的文献资料。 第五部分： 附录，本文中流程图的标准符号定义。 词汇表 CM (Configuration Management) 配置管理。 CCB (Change Control Board) 变更控制委员会。 CI (Configuration Item) 配置项，包含文档、程序。 CR (Change Request) 变更请求，对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息 是有关当前问题、提议解决方案及其成本的起源和影响的信息。 PCA (Physical Configuration Audit) 物理审计，在配置管理系统中建成立基线的工件是否为“正确”版本。 FCA (Functional Configuration Audit) 功能审计，核心软件配置项的实际性能是否符合它的需求。 基线 (Baseline) 己通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并且只能 通过正式程序，例如变更管理和配置控制才能进行更改。 CML (Configuration Management Library) 配置客理库，存储项目工件的所有版本，即存储项目的定义的配置项。 版本 (Version) 某个工件的变体，工件的后期版本一般是在初期版本的基础上进行的扩展。
配置管理文档
配置管理文档
项目名 格拉特尼美食梦工厂开发日期：2010-09-20至2011-01-14 称： 分类：配置管理文档指导教师：王崇文 团队：2013 页数： 修订记录 日期版本内容作者<11/3/2010> <1.0> 编写文档框架2013 <11/5/2010> <1.1> 确定基线内容2013 2013 <11/7/2010> <1.2> 将文件进行编号，和整理，并体现在文 档当中 小组成员
魏盛斌20072757 闫志鑫20072759 尹航20072760 郑然20072766 目录 目录 (2) 1引言 (3) 1.1目的 (3) 1.2术语定义 (3) 1.3参考资料 (3) 2软件配置 (5) 2.1软件配置环境 (5) 2.2软件配置项 (5) 2.3配置管理员 (6) 4 软件配置管理计划 (8) 4.1建立示例配置库 (8) 4.2配置标识管理 (9) 4.2.1文档 (9) 4.2.2程序 (9) 4.2.3基线 (9)
4.3配置库控制 (10) 4.3.1权限控制 (10) 4.3.2配置库的控制 (10) 4.3.3建立软件库 (10) 4.3.4软件配置更改 (10) 4.3.5配置文件清单的维护 (10) 4.4配置的检查和评审 (11) 4.5配置库的备份 (13) 4.6配置管理计划附属文档 (13) 5里程碑 (14) 7附录1 文档命名规定 (15) 7.1受控配置库文件命名规则 (15) 7.2非受控配置库文件命名规则 (15) 7.3提交文档文件命名规则 (15) 9附录2 文档编码规范 (17) 10附录3 帐号及权限管理 (18) 11附录4 配置库使用规定 (20) 1引言
配置管理程序范文
配置管理程序范文 1目的 控制对构成软件/硬件产品的各配置项的标识、管理、更改活动，保证配置项的完全性和正确性，防止非预期的使用，并能够有效的实现可追溯性。 2适用范围 适用于软件/硬件产品在整个生存周期中的控制管理活动。 3术语 ●配置：配置是指一个软件/硬件产品在生存周期的各个阶段所产生的 各个形式（机器可读或人工可读）和各种版本的文档、程序及其数 据的集合，该集合随着开发工作的进展而不断变化。 ●配置项：为了配置管理目的而作为一个单位来看待的硬件和/或软件 成分，或它们的集合体（软件项及开发文档都称为配置项）。 ●软件库：软件和有关文档说明的一个受控制的集合。目的是有助于 软件/硬件开发、使用和维护。包括开发库、受控库和产品库等。 ●开发库：指在软件生存周期的某一个阶段期间，存放与该阶段软件/ 硬件开发有关的计算机可读信息和人工可读信息的库。 ●受控库：指在软件/硬件生存周期的某一个阶段结束时，存放作为阶 段产品而释放的、与软件/硬件开发工作有关的计算机可读信息和人 工可读信息的库。配置管理就是对受控库中的各个软件项进行管理， 因此受控库也叫做配置管理库。 ●产品库：指在软件/硬件生存周期的组装与系统测试阶段结束后，存 放最终产品而后交付给用户运行或在现场安装软件库。 ●软件项：是指组成最终产品的源代码、中间文件、目标运行代码， 构成安装程序的源代码、中间文件、目标运行代码以及产品的联机 帮助说明文件（源代码包括程序代码、头文件、资源文件等）。 4职责 项目负责人是配置管理活动的总负责人。其主要职责是制定《配置管理计划》，组织配置管理活动的实施并对实施效果进行监督检查，协调配置管理活动中的有关事宜。
配置管理规范文件精选
配置管理规范
配置管理规范模板 目录 1. 目的 2. 适用范围 3. 术语和缩略语 4. 规范内容 5. 引用文件 1. 目的 指导配置管理人员如何建立配置库，并利用配置库管理所有配置项，从而提供配置项的存取和检索功能，有利于配置项的更改控制，保证配置项的完整性和可跟踪性。 2. 适用范围 适用于所有软件产品和软件项目的配置项管理。配置管理可采用各种工具及手工办法，本文件以Source safe配置管理工具为例，规定公司的配置管理办法，使用其他工具时也可对应本文件的要求参照执行。 3. 术语和缩略语 本文件采用NP601100《配置管理》程序使用的术语和缩略语的定义。 4. 规范内容 4.1 配置管理的范围 软件配置可包括以下几方面：项目文档，源代码，执行程序，相关设备及资料等。 1）项目文档主要指：立项建议报告、项目启动计划、可行性分析报告、开发计划、需求分析报告、软件功能规格说明书、系统设计报告、数据库表结构、技术报告、总结报告、验收报告以及上述文档的评审记录。 2）相关设备主要指项目开发和运行环境（包括硬件和软件），以及项目开发和测试过程中使用的专用仪器设备，如读卡机、扫描仪等。 3）相关资料主要指客户提供的行业法规，标准及其调研期间提供的业务单据，往来会议记要，传真，电子邮件，重要的电话记录等。 4.2 各配置项的获得 项目立项之后，软件配置管理负责人SCML即可建立项目配置库，并着手收集各配置项。1）项目文档。开发各阶段结束时，软件配置管理负责人SCML可向开发人员索要相关文档及对应评审记录，归到配置库。 2）开发人员在出差前应带好与客户会谈的准备材料。根据出差的任务不同，还应准备客满意度调查表，交付书，验收报告等。返回之前应和客户确认，并在出差回来时交给软件配置管理负责人SCML一份备份，如有客户提供的文献资料、有关设备仪器须进行登记。对于任何正在进行的项目，如有客户来访须做好会议纪要。 3）开发部门发给客户的传真件或客户发来传真至少应在项目档案中保存一份备份。 4）对于源代码和执行程序的管理最好使用工具，条件不具备时，要注意对配置库的目录分配。各开发人员分别建立自己的工作目录，完成后的模块再放到项目相关目录下。 5）在项目结束归档时电子邮件也应作为项目的相关资料进行归档。 4.3 配置库的建立 所有项目应建立一配置库，以便管理前面提到的各配置项。一般的可视化开发环境都有自带的配置管理工具，可以用管理工具来建立配置库，也可以在机器的某目录下建立配置库，手工管理。下面以Source Safe为例描述配置管理库的建立及各配置项的控制方法。各项目在开始时，均应建立以下几项子项目，进行分阶段管理。
配置管理岗位职责
配置管理员岗位职责 一、配置经理的基本技能与资格 资格： 能够重视配置管理工作； 能够按规范实施配置管理工作； 积极支持部门的配置管理方面的工作； 能够积极支持与帮助其他人员； 为部门的配置管理能力的提高贡献力量； 熟悉公司配置流程以及其他相关的流程； 为增进项目管理，对于项目内的困难和关键问题，能够及时反映到部门； 基本技能： 能够独立规划项目的配置管理工作； 熟练掌握配置管理的相关概念； 能够了解配置的相关工具，熟练使用技术工程部配置所使用的工具； 具有基本的与人沟通的技巧； 能够了解项目管理过程中的主要环节； 初步了解项目管理过程中的质量保证的各个方面； 了解部分系统和应用工具，如数据库ORACLE，前台开发工具DEPHI等； 二、配置经理的职责 作为一名配置人员，配置经理的职责就是能够与质量人员、测试人员等共同保证项目的质量。如：作为质量保证的成员之一，能够为整个技术工程部规范化管理的推进作贡献，如宣传规范化管理的知识，陈述规范化管理的利弊等；能够在项目进行的整个生命过程中，不断的与项目经理、QA、SCCB及项目成员进行配置管理规范化的沟通，为项目配置管理的规范化作出努力. 具体表现为： ?项目进行初期或首次进入项目中时，能够首先与项目经理、QA、SCCB及项目成员就项目的未来配置管理工作进行沟通，取得项目经理、QA、SCCB及项目全体成员对配置工作的认可与支持； ?积极了解项目情况，项目各阶段的进展，为更好的进行配置管理作努力； ?熟练并充分的利用配置管理工具的各方面的功能，提高配置管理的效率； ?为项目控制好版本，保证项目各阶段所使用的版本正确； ?及时发现项目问题，把问题及时反馈给项目经理、QA或SCCB，并积极协助解决； ?与项目内其他组成员，如开发组、测试组等协调工作，并能够很好的沟通； ?能够在项目中不断总结、分析，为项目内配置管理工作的进一步优化作贡献； ?项目进行中或结束后，能够总结并编写配置管理过程中的案例；
HP浪潮IBM服务器配置管理口的方法记录
一：HP配置ilo的方法 1）当在服务器在自检的时候出现：Advanced press [F8] to configure的时候点击F8进入配置界面 2）成功进入该界面之后选择Network-DNS/DHCP 将DHCP设置成off 3）配置管理口的IP地址,完成之后点击F10保存 4)退出界面，file-exit 二：浪潮服务器的配置方法 1)当服务器在出现如下的情况时点击DELL,等待进入BIOS界面。 2)进入界面之后选择server Mgmt-BMC network configuration 3)进入BMC之后，修改Updata BMC LAN Configuration 为yes, Configuration Address sourc为static，并设置对应的IP、子网掩码、网关。 4)保存，退出即可。 1)第一种方式:在BIOS中修改管理端口IP 启动服务器后,可以使用BIOS设置工具管理IMM网络连接. 开启服务器,通电大约两分钟后,电源控制按钮将会激活,按下开机按钮,就会 显示IBMSystemxServerFirmware欢迎界面. 按下F1键.在Setuputility主窗口中,选择 SystemSettings-IntegratedManagementModule-NetworkConfiguration.在DHCPControl中有三个IMM网络连接选项 (StaticIP,DHCPEnabled,DHCPwithFailover(default).选择其中一种网络连接方式.
如果选择staticIP,须指定IP地址,子网掩码,网 关.(IPaddress,subnetmaskanddefaultgateway). 设置完后选择SaveNetworkSettings保存,退出Setuputility. 2)第二种方式:在IMM管理界面中修改IP Note:IMM默认用户名是USERID,密码是PASSW0RD(0是数字零而不是字母O). 在欢迎界面中,选择timeout值(此值为IMM自动退出登陆的时间),点击Continue开始进入,浏览器将出现SystemStatus页面,在 IMMControl-NetworkInterfaces中修改IP地址. 3)IMM各项功能简介 修改IP之后,将管理端口连至交换机,即可远程管理服务器,包括开机,关机,查看系统日志,升级BIOS和Firmware以及远程控制等.如图: 在IMMControl-LoginProfiles修改IMM默认用户USERID的密码,或新建新用户; 在Monitor-EventLog中可以查看机器的日志; 在Task-RemoteControl中可以进行远程控制,远程控制须在本机安装好Java 插件;
软件配置管理计划
软件配置管理计划示例 计划名国势通多媒体网络传输加速系统软件配置管理计划 项目名国势通多媒体网络传输加速系统软件 项目委托单位代表签名年月日 项目承办单位北京麦秸创想科技有限责任公司 代表签名年月日 1 引言 1．1 目的 本计划的目的在于对所开发的国势通多媒体网络传输加速系统软件规定各种必要的配置管理条款，以保证所交付的国势通多媒体网络传输加速系统软件能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。 软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。剪裁后的计划必须经总体组批准。
本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。 1．3 参考资料 ◆GB/T 11457 软件工程术语 ◆GB 8566 计算机软件开发规范 ◆GB 8567 计算机软件产品开发文件编制指南 ◆GB/T 12504 计算机软件质量保证计划规范 ◆GB/T 12505 计算机软件配置管理计划规范 ◆国势通多媒体网络传输加速系统软件质量保证计划 2 管理 2．1 机构 在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。
(完整版)软件配置管理题库【2015.10.26】
理论部分 1.你是怎么理解软件配置管理的？ 软件配置管理为软件研发提供了基础性的支持环境，每个人都要面对软件配置管理，学习使用它，根据具体情况选择正确的策略和方法，以便从它那里充分受益。 2.软件配置管理的作用或意义？ 在软件建立时变更是不可避免的，而变更加剧了项目中软件开发者之间的混乱。软件配置管理的目标就是为了标识变更、控制变更、确保变更正确实现并向其他有关人员报告变更。 3.IPD流程有几个决策评审点，几个技术评审点？各个技术评审点的作用？ 4个：概念决策评审（CDCP）计划决策评审（PDCP）计划决策评审（PDCP）可获得性评审（ADCP） 目标、关注点、输入、输出 4.IPD流程分为哪几个阶段？ 3个：市场管理（MM）、需求管理（OR）、继承产品开发（IPD） 5.IPD流程的核心思想是什么？ 1.产品开发是投资行为 2.基于市场的创新 3.基于平台的异步开发模式和重用策略 4.技术开发和产品开发分离 5.跨部门协同 6.结构化并行开发流程 7.产品线和能力线并重 8.职业化人才梯队建设 你是如何理解软件工作成果的？ 软件工作成果包含哪些？ 管理、系统分析、设计、编码，还是产品管理、测试、文档、实施、维护 6.举例说明什么是配置项？配置项有哪些属性？ 凡是纳入配置管理范畴的工作成果都是配置项 配置项有两大类：属于产品组成部分的工作成果；项目管理和机构职称过程产生的文档。 属性有：名称、标示符文件状态、版本、作者、日期…… 7.什么是配置库？ 存放配置项的数据库，常用两种形式：按配置项类型分类建库和按任务建库。 如果让你为你们组的项目规划一个目录结构，你认为哪些目录是必须的？ 1.项目立项与策划 2.需求分析
配置管理的基本概念
配置管理的基本概念 随着国内软件业的崛起和成熟，软件配置管理越来越得到重视。可以说，软件业要想更好的发展，没有软件配置管理的支持是不可能的。手工作坊式的软件开发模式将会成为历史，如何把国外成熟的软件配置管理理论和经验消化吸收，进而应用到国内软件开发中就成为国内软件业迫在眉睫的任务了。 软件配置管理是管理和技术相结合的一门学科。应该说，软件配置管理理论难以理解是其难以实践的原因。本文试从基本概念的角度来探讨这门对软件开发具有重要意义的领域。 什么是配置管理 在软件开发中，变更是不可避免的。从某种角度上讲，软件开发过程就是一个变更的过程。有些变更是有益的，是具有创造性的，但是，也有些变更是有害的，导致混乱的。正像James Bach总结的那样： 我们为变更所困扰，因为代码中的一个极小的混乱可能带来产品的大的故障，但是，他也能够修复大的故障或启用奇妙的新能力。我们为变更所困扰，因为某个喜欢恶作剧的单个开发者可能破坏掉项目，但是，一些奇妙的思想也源自那些喜欢恶作剧的人员。 因此，如何管理这些变更是一个软件开发能否成功的关键。简言之，软件配置管理就是管理变更的过程，它贯穿着几乎软件的整个生命周期。成功的配置管理系统可以提高产品的质量、项目开发效率，而且最大限度的减少对个别“英雄”式人员的依赖。 尽管配置管理（Configuration Management ）这个概念被提出有几十年了，但是，业内还没有一个全面而权威的定义。Configuration的意思是“使成形”，它来源于拉丁语的com-（表示“与”或者“一起”）和figurate (形成)。它还有一个意思是“组成部件或元素的相对排列”。因此，配置管理（Configuration Management ）指的是管理组成部件或者元素的相对排列。 配置管理的概念来自于硬件领域，美国国防部最早使用了配置管理的概念。我们知道一架飞机的构成非常复杂，比如机头、机身、机翼和机尾等。不同型号飞机的各个部分是不能随便组装的。因此，我们只有把相匹配的部件组装在一起，才能构成了一个功能完备的飞机整体。随着技术的提高，各个部件可能还要进行功能改善，我们还要使得不同版本的部件能够正确无误组合在一起。 准确地说： 配置管理是对产品进行标识、存储和控制，以维护其完整性、可追溯性以及正确性的学科。 从上面的描述，我们知道，配置管理的基本单位是配置项。软件配置项可以是：
软件配置管理报告
份号：001 密级： XXXXXXXX项目 软件配置管理报告 XXXX-RPB-R01.00 XXXXXXXX公司 XXXX年XX月XX日
辑要页
文档修改记录
目次 1 范围 (1) 1.1标识 (1) 1.2系统概述 (1) 1.3文档概述 (1) 2 引用文挡 (1) 3 软件配置管理情况综述 (1) 4 软件配置管理基本信息 (1) 5 专业组划分及权限分配 (1) 6 配置项记录 (1) 7 变更记录 (2) 8 基线记录 (2) 9 入库记录 (2) 10 出库记录 (2) 11 审核记录 (2) 12 备份记录 (2) 13 测量 (2) 14 主释 (2)
1 范围 1.1 标识 本条应描述本文档所适用的系统和软件的完整标识，适用时，包括其标识号、名称、缩略名、版本号和发布号。 1.2 系统概述 本条应概述本文档所适用的系统和软件的用途。它还应描述系统与软件的一般特性;概述系统开发、运行和维护的历史;标识项目的需方、用户、开发方和保障机构等;标识当前和计划的运行现场;列出其他有关文档。 1.3 文档概述 本条应概括本文档的用途和内容，并描述与其使用有关的保密性考虑。 2 引用文挡 本章应列出引用文档的编号、标题、编写单位、修订版及日期，还应标识不能通过正常采购活动得到的文档的来源。 3 软件配置管理情况综述 本章应描述软件配置管理活动进展，与软件配置管理计划的偏差;软件配置管理活动与规程是否相符;对不符合项所采取的措施;完成软件配置管理工作的工作量等。 4 软件配置管理基本信息 本章应概述软件配置管理的基本信息，包括项目负责人、各级软件配置管理机构组成人员和负责人、软件配置管理所用的资源(如计算机、软件和工具)等。 5 专业组划分及权限分配 本章应列出项目专业组的划分、各专业组的成员以及各成员的权限分配，如专业组可分为项目负责人、开发组、测试组、质量保证组、配置管理组等，权限可分为读出、增加、替换、删除等。 6 配置项记录 本章所列出项目的所有配置项，包括配置项名称、配置项最后发布日期、配置项控制力度(控制力度可分为基线管理、非基线管理(受到管理和控制))、配置项版本变更历史、配置项变更累计次数等内容。
软件配置管理控制程序
配置管理控制程序 历史记录
目录
1.引言 1.1目的 本程序文件定义了本组织的配置管理的过程，目的是规范公司的软件配置管理活动，使公司的所有软件开发项目的软件配置管理活动都能按照统一的要求进行。 1.2 使用范围 本文件适用于公司的所有软件项目。 1.3 名词和缩写 CM(Configuration Management) 配置管理 SCCB (Software Configuration Control Board) 软件配置管理控制委员会 CC (Configuration Controller) 配置管理员 工作产品（Work Products）：项目技术开发和管理工作中产生的有价值的成果，例如源代码、数据和各种文档。 配置项（Configuration Item, CI）：纳入到配置管理范畴作为单个实体对待的工作产品称为配置项[IEEE Std 610.12 - 1990 ]；配置项包括：项目计划书、需求文档、设计文档、源代码、可执行代码、测试用例、运行软件所需的各种数据，它们经评审和检查通过后进入软件配置管理。 基线（Baseline）：一组拥有唯一标识号的需求、设计、源代码文卷以及相应的可执行代码、构造文卷和用户文档构成一条基线。基线一经放行，就可以作为从配置管理系统检索源代码文卷（配置项）和生成可执行文卷的工具。 2角色与职责 2.1软件配置管理组（CM） CM组是项目里的一个小组，根据项目大小，可以由一个人，或者多人组成,小组的成员称为配置管理员(CC),通常由公司的质量保证组安排，加入到项目组，由项目经理领导。 CM组建立并管理配置管理库系统。 CM组负责组织相关部门和人员进行有关CM活动的培训。 项目组的CM组负责在该项目的整个生命周期中进行配置管理活动。 2.2软件配置管理控制委员会(SCCB) SCCB建立在项目级，通常由项目经理、该项目的技术经理、软件开发工程师、资深工程师、
配置管理员的基本岗位职责
配置管理员的基本岗位职责 一、配置经理的基本技能与资格 1、资格： 1.能够重视配置管理工作； 2.能够按规范实施配置管理工作； 3.积极支持部门的配置管理方面的工作； 4.能够积极支持与帮助其他人员； 5.为部门的配置管理能力的提高贡献力量； 6.熟悉公司配置流程以及其他相关的流程； 7.为增进项目管理，对于项目内的困难和关键问题，能够及时反映到部门；2、基本技能： 1.能够独立规划项目的配置管理工作； 2.熟练掌握配置管理的相关概念； 3.能够了解配置的相关工具，熟练使用技术工程部配置所使用的工具； 4.具有基本的与人沟通的技巧； 5.能够了解项目管理过程中的主要环节； 6.初步了解项目管理过程中的质量保证的各个方面； 7.了解部分系统和应用工具，如数据库ORACLE，前台开发工具DEPHI等； 二、配置经理的职责 作为一名配置人员，配置经理的职责就是能够与质量人员、测试人员等共同保证项目的质量。如：作为质量保证的成员之一，能够为整个技术工程部规范化管理的推进作贡献，如宣传规范化管理的知识，陈述规范化管理的利弊等；能够在项目进行的整个生命过程中，不断的与项目经理、QA、SCCB及项目成员进行配置管理规范化的沟通，为项目配置管理的规范化作出努力.
1、具体表现为： 1.项目进行初期或首次进入项目中时，能够首先与项目经理、QA、SCCB及项目成员就项目的未来配置管理工作进行沟通，取得项目经理、QA、SCCB及项目全体成员对配置工作的认可与支持； 2.积极了解项目情况，项目各阶段的进展，为更好的进行配置管理作努力； 3.熟练并充分的利用配置管理工具的各方面的功能，提高配置管理的效率； 4.为项目控制好版本，保证项目各阶段所使用的版本正确； 5.及时发现项目问题，把问题及时反馈给项目经理、QA或SCCB，并积极协助解决； 6.与项目内其他组成员，如开发组、测试组等协调工作，并能够很好的沟通； 7.能够在项目中不断总结、分析，为项目内配置管理工作的进一步优化作贡献； 8.项目进行中或结束后，能够总结并编写配置管理过程中的案例； 三、配置经理的工作内容 1、项目计划阶段： 在项目计划阶段，是配置管理工作前期准备的重要阶段，配置经理的工作主要有以下几方面的内容： 1、制定配置管理计划 2、对于项目工程部在项目立项前期指派配置管理人员的项目，在项目立项初期，配置经理要与项目经理协商，制定配置管理的计划，规划未来的配置管理工作。配置管理计划的约束条件： 1)配置管理的规划必须以项目开展的工作为基础，参考配置管理规程； 2)配置管理计划的编写必须以公司的流程为模版，与工作说明书和质量保证计划相一致； 3)配置管理计划能够指导未来的配置管理工作，配置管理工作必须以配置管理计划为基准； 4)配置管理计划必须经过最终的评审通过，才能够成立； 5)如果配置管理计划不能满足未来配置管理工作的需要，可以再增加配置管理工作计划作为配置管理计划的辅助，指导未来的配置管理工作； 3、规范配置管理环境 配置管理计划制定结束后，配置管理人员要依据计划实施配置管理的前期工作。首先必须规范配置管理的环境，实现项目组内的专机专用，与项目经理协商，开发用机、测试用机、配置用机的情况，并最终生成配置管理环境维护清单，便于后期对环境的维护； 4、建立配置库 配置库作为项目组内成员今后工作的平台，前期的详细准备是非常重要的。配置库建立的准则： 1.依据配置管理计划中的定义建立配置库； 2.与项目经理协商配置库人员使用的权限规定与配置库工作区间的划分，保证个人工作区间