配置管理计划V0.1
软件配置管理计划
长沙合珏信息科技有限公司软件配置管理计划版本修订目录1 范围 (4)1.1 标识 (4)1.2 系统概述 (4)1.3 文档概述 (4)1.4 与其他计划之间的关系 (4)2 引用文档 (4)3 组织和职责 (4)4 软件配置管理活动 (5)4.1 配置标识 (5)4.1.1 命名规范 (5)4.1.2 项目基线 (6)4.1.3 配置项的版本管理 (7)4.2 配置控制 (7)4.3 配置状态记实 (8)4.4 配置审核 (8)4.5 软件发行管理和交付 (8)5 工具、技术和方法 (8)6 对供货单位的控制 (8)7 进度表 (8)8 注释 (9)1 范围1.1 标识本文档适用于睿联信项目。
文档标志号：HJ-RLX-20160301-RJPZGLJH名称：软件配置管理计划版本号：V1.01.2 系统概述睿联信（II Link）是市面上先进、全面的数据访问、集成、分析及报告系统。
通过对数据字段的组合处理，建立能够唯一标识一个实体的对象，利用对象之间的共性，建立关联关系，这也是E-R （实体-联系）图的宗旨内容，它是描述现实世界概念结构模型的有效方法。
通过该方法，睿联信系统完成了数据到信息的转换，利用人的业务经验和思考逻辑，建立合适的模型，完成数据、信息、知识的结合，以达到智能分析数据的目的。
项目建设一套先进强大的集数据管理、分析、挖掘和模式发现技术于一体的大数据软件系统。
系统主要分为服务器端和客户端，服务器端包含数据源管理、用户/权限管理、建模与模型管理等；客户端包含搜索、关联搜索、视图、报表等内容。
1.3 文档概述本文档提供给项目需求分析人员、软件系统设计、开发和测试人员、测试人员以及最终用户使用。
未经甲方书面许可，不得提供给上述规定对象以外的人员阅读或使用。
1.4 与其他计划之间的关系与《软件开发计划》、《软件质量保证计划》、《软件测试计划》保持一致。
2 引用文档《软件技术要求》3 组织和职责配置管理的角色和职责见表1。
配置管理计划(CMT-cm-plan-v1.0)
文档密级：普通文档状态：[ ] 草案 [√]正式发布 [ ]正在修订变更履历目录1配置管理的目的 (3)2人员及职责 (3)3项目软硬件资源 (4)3.1配置管理软硬件资源 (4)3.2其它工具说明 (5)4定义配置项 (5)4.1配置库的结构 (5)4.2权限说明 (7)4.3配置项标识说明 (7)5基线识别 (8)6配置库备份计划 (8)7版本发布计划 (9)8配置报告计划 (10)9配置审计计划 (10)10项目变更管理计划 (10)1配置管理的目的在2012集约化平台开发项目开发的过程中，建立和维护工作产品的完整性和一致性，建立项目组可开展工作的平台，标识研发过程达到的状态。
2人员及职责3项目软硬件资源3.1配置管理软硬件资源3.2其它工具说明无4定义配置项4.1配置库的结构4.2权限说明1)2)3)4.3配置项标识说明配置项标识的规则为：项目名称-过程域名-配置项名称-版本。
从上面的规则可知，配置项标识四个主段位：1)第一主段位——[ProName]：用于描述配置项所属的项目，本项目的项目简称为：CMT.2)第二主段位——[PA]：用于描述配置项所在的过程域——分为PP、IPM、PPQA、SAM、MA、PMC、RSKM、RD、REQM、CM、TS、Ver、Val、PI、OPF、OPD、OT、DAR。
3)第三主段位——[TYPE]：用于描述配置项的文件名称，例如：Plan、CMWeeklyRpt、Audit、Recorde、Report等，即为文档的英文名称。
4)第四主段位——[Version]:用于描述配置项的版本，以和同类文件相区别，各类周报采用yymmdd，其他文件均采用版本号。
5)其中对于：●处于“草稿”状态的配置项的版本号格式为：0. YZ。
（YZ数字范围为01—99）●处于“审核”状态的配置项的版本号格式为：0. Y0。
（Y数字范围为1—9）●处于“发布”状态的配置项的版本号格式为：X.Y。
配置管理计划
配置管理计划经济发展和信息技术的进步，使得企业对配置管理的要求越来越高，而配置管理计划（CM）则是企业将资源有效地组织起来以管理、跟踪和控制配置项的一种重要套路。
本文将介绍什么是配置管理计划，以及配置管理计划的作用和意义，最后总结配置管理的重要性。
什么是配置管理计划配置管理计划是一种制定规范测试及维护产品和服务的一系列系统实现的计划。
它为产品的开发和设计提供指导，并确保其有效性和有效地实现项目的有效性，以及有效地把握产品的变化，以适应市场变化。
配置管理计划要求执行更新正确和有效缺陷追踪和配置控制，以确保开发产品的有效性。
配置管理计划的作用和意义1、持续的管理跟踪：配置经理可以使用配置管理计划持续监控并跟踪更改，使企业避免错误操作，确保产品质量稳定，并在计划内实施软件发布。
2、降低费用：由于配置管理可以确保配置项的正确性，这将有助于降低项目中代码错误带来的费用。
3、严格的测试：配置管理计划可以帮助企业进行严格的配置项测试，以确保其质量。
4、建立可信度：通过配置管理计划，企业可以建立客户的可信度并证明其解决方案的有效性。
配置管理的重要性随着企业越来越复杂，有了更多的解决方案，企业如何确保这些解决方案的有效性，就对配置管理提出了更高的要求。
配置管理计划使得开发人员能够精确地识别和控制配置项，有助于控制质量，并确保产品按照规定的时间节奏进行发布。
配置管理计划既可以帮助管理者监控变化，又能够维护配置，这有助于把握市场趋势，加快应对新挑战的进程，有效控制成本和质量，促进企业建设。
综上所述，配置管理计划一直是软件开发的重要组成部分，它可以帮助企业管理软件的变化，确保其安全性和有效性，帮助企业在市场变化中保持竞争力，管理费用，实现更好的质量及更高效的软件产品发布，从而提高企业效率。
因此，拥有良好的配置管理计划是企业实现可持续发展的重要保障。
配置管理计划
配置管理计划一、引言。
配置管理是软件工程中非常重要的一环，它涉及到软件开发过程中的版本控制、变更管理、发布管理等方面，对于保证软件质量和项目进度具有重要意义。
本文档旨在制定一份详细的配置管理计划，以确保项目的顺利进行和软件产品的质量。
二、配置管理目标。
1. 确保软件开发过程中的版本管理，保证每个版本的可追溯性和可控性。
2. 管理软件变更，确保变更的合理性和影响的可控性。
3. 确保软件的发布管理，保证发布的稳定性和可靠性。
4. 提高团队协作效率，降低团队成员之间的沟通成本。
三、配置管理计划内容。
1. 配置管理工具。
我们将采用Git作为版本控制工具，JIRA作为变更管理工具，Jenkins作为持续集成工具，以及Docker作为发布管理工具。
这些工具将为我们提供完善的配置管理解决方案。
2. 配置管理流程。
（1）版本管理流程。
团队成员在开发过程中，每个功能点的完成都需要提交代码并进行版本控制。
每个版本的发布都需要经过团队内部评审和测试，确保质量。
（2）变更管理流程。
当有新的需求或者bug产生时，团队成员需要提交变更申请，并经过评审后进行变更操作。
变更管理需要确保变更的合理性和影响的可控性。
（3）发布管理流程。
发布管理需要确保软件的稳定性和可靠性，每个发布都需要经过严格的测试和评审，确保发布的质量。
3. 配置管理团队。
我们将配置管理团队成员明确分工，确保每个环节都有专人负责。
团队成员需要定期进行配置管理相关的培训，以保证他们对配置管理流程的熟悉和掌握。
4. 配置管理工作量估计。
我们将根据项目的规模和复杂度，对配置管理的工作量进行合理的估计，确保配置管理工作能够与项目进度相匹配。
5. 配置管理风险管理。
我们将对配置管理过程中可能出现的风险进行评估和管理，确保配置管理工作的顺利进行。
四、总结。
配置管理是软件开发过程中非常重要的一环，它直接关系到软件产品的质量和项目的进度。
通过制定一份详细的配置管理计划，我们将能够有效地管理软件的版本、变更和发布，提高团队的协作效率，确保项目的顺利进行。
配置管理计划
配置管理计划概述本文档旨在说明配置管理计划的内容和执行过程，以确保项目的所有配置项都能被有效地识别、控制、审查和审批。
配置管理的定义配置管理是指对项目、产品或系统的所有配置项进行管理和控制，包括其属性、变更和与其相关联的文档，从而确保项目或产品能够按照既定的要求和目标得到有效的管理和控制。
配置管理的目的配置管理的目的是确保项目和产品能够达到预期的要求和目标，并且能够满足用户的需求和期望。
通过有效的配置管理，可以提高项目的成功率和可靠性，降低项目的风险和成本，并确保产品的质量和可靠性。
配置管理的步骤配置项识别和标识首先，需要识别和标识所有的配置项，包括所有的文档、代码、工具和资源等。
对于每个配置项，需要确定其关键属性和需求，并为其分配一个唯一的标识符。
配置项控制和追踪对于每个配置项，需要建立相应的控制措施和规程，以确保其能够按照既定的要求进行管理和控制。
此外，还需要建立相应的追踪和监控机制，以确保配置项能够被及时地审批、审查和审计。
变更管理和配置版本控制对于每个配置项，需要建立相应的变更管理和版本控制机制，以确保其能够得到及时的审批、审查和持续的跟踪和监控。
例如，可以使用版本控制工具来管理所有的代码、文档和工具等。
配置审查和审批为了确保项目和产品的成功和可靠性，需要定期地进行配置审查和审批，以确保所有的配置项都符合既定的要求和标准，并且能够令用户满意和满足需求。
配置管理的执行过程配置项识别和标识在项目启动阶段，需要识别和标识所有的配置项，包括代码、文档、工具和资源等。
对于每个配置项，需要确定其关键属性和需求，并为其分配一个唯一的标识符。
配置项控制和追踪对于每个配置项，需要建立相应的控制措施和规程，以确保其能够按照既定的要求进行管理和控制。
例如，可以在项目管理工具中建立每个配置项的相应记录，以及对其进行跟踪和监控。
变更管理和配置版本控制为了确保所有的配置项都能够按照既定的要求进行管理和控制，需要建立相应的变更管理和版本控制机制。
配置管理计划
配置管理计划1. 引言配置管理是软件开发和项目管理过程中的一个重要环节。
为了确保项目的顺利进行和软件的稳定交付，需要制定一个有效的配置管理计划。
本文档将介绍配置管理的目标、范围、活动和资源，并提供相关的工具和规程。
2. 目标配置管理的目标是确保软件和项目的稳定性和一致性，防止版本混乱和错误配置的引入。
具体目标包括：•确保所有项目参与者都使用相同版本的软件和文档；•跟踪并记录软件和文档的版本和变更历史；•管理软件和文档的发布过程；•管理软件和文档的配置项。
3. 范围配置管理的范围包括以下方面：•软件和文档的版本控制；•软件和文档的配置项标识和标签；•软件和文档的变更管理；•软件和文档的发布管理。
4. 活动配置管理的活动包括以下几个方面：4.1 版本控制版本控制是配置管理的核心活动，它涉及以下内容：•统一的版本号命名规则；•版本库的建立和管理；•版本号的分配和发布；•版本变更的记录和审批；•版本冲突的解决。
4.2 配置项管理配置项管理是指对软件和文档的各个组成部分进行标识和管理，确保每个配置项的状态和关系清晰可见。
•创建配置项清单并进行标识；•定义配置项的属性和关联关系；•管理配置项的状态和生命周期；•管理配置项的变更和版本。
4.3 变更管理变更管理是指对软件和文档的变更进行控制和管理，确保每个变更都经过审批和记录，并及时通知相关人员。
•建立变更管理流程和规程；•变更请求的提交和审批；•变更记录的维护和追踪；•变更实施和验证。
4.4 发布管理发布管理是指将软件和文档交付给最终用户的过程，确保发布的版本是可靠和可用的。
•确立发布流程和规程；•进行测试和验证，确保发布版本的质量；•管理发布版本的文档和支持资料；•提供发布版本的更新和支持。
5. 资源配置管理需要以下资源的支持：•配置管理工具：如版本控制系统、配置项管理工具等；•人力资源：配置管理管理员、开发人员等；•物理资源：版本库、文件服务器等。
6. 工具为了更有效地进行配置管理，可以使用一些工具来辅助配置管理的活动：•版本控制系统：如Git、SVN等；•配置项管理工具：如JIRA、Redmine等；•变更管理工具：如Bugzilla、TFS等。
配置管理计划模板完整版
项目编号：xxxxxx项目名称：xxxxxx 配置管理计划修订历史记录目录1. 简介 (4)1.1目的 (4)1.2范围 (4)1.3定义、首字母缩写词和缩略语 (4)1.4参考资料 (5)1.5概述 (5)2. 软件配置管理 (5)2.1组织、职责和接口 (5)2.2工具、环境和基础设施 (6)3. 配置管理活动 (8)3.1配置标识 (8)3.2配置项变更控制 (10)3.3配置管理活动计划 (10)3.4报告和审计 (17)4. 培训和资源 (18)4.1培训所需环境 (19)4.2培训参加人员 (19)4.3培训具体安排 (19)5. 分包商和厂商软件控制 (19)错误!未指定书签。
1.简介1.1目的在项目的生命周期内，为了保证该项目工作产品、过程记录及项目相关资料的版本统一和完整，特制定本计划。
1.2范围纳入项目配置管理的配置项、过程记录及其它相关资料。
1.3定义、首字母缩写词和缩略语本小节应提供正确理解此配置管理计划所需的全部术语、首字母缩写词和缩略语的定义。
这些信息可以通过引用项目词汇表来提供。
1.3.1CM (Configuration Management）配置管理。
1.3.2配置项（Configuration item)指定为配置管理的对象且作为单个实体进行处理的硬件、软件或两者的集合。
1.3.3基线（baseline）一种通过正式评审和认可的规范说明或产品，此后将其作为进一步开发的基础，只有通过正式的变更控制过程才可以变更。
1.3.4基线库（Software baseline library）项目软件生命周期中基线的集合。
用VSS软件工具管理时，基线库可以是一个独立的VSS系统，也可以是VSS系统中的一个目录。
1.3.5配置审计（Configuration audit）审核配置管理库系统的结构和设施，验证软件基线库内容的完备性和正确性，验证与适用的配置管理标准和规程的符合性1.3.6配置控制委员会（CCB）有权力管理项目基线的委员会，它代表项目经理和所有可能受到项目基线更改影响的组的利益，由它审定项目基线的建立和配置项/单元的标识，评审和审定对项目基线的更改，审定对项目基线库制造的产品的生成。
配置管理配置管理计划
作为对“软件工程协会”(SEI) 的“能力成熟度 模型”(SEI CMM) 的解释，“配置与变更请求 管理控制对项目工件的变更，并且维护项目工 件的完整性”。 目的
同时更新 有限通知 多个版本
1
概念——配置与变更管理（Ⅱ）
目的
同时更新
• 当两个或更多的角色分别对同一个工件进行操作时，最后进行变
• 是共享工作区，项目团队所有
成员都有权访问。整个产品是 在集成工作区中构建并建立基 线的。
3
概念——基线（Ⅰ）
基线是项目储存库中每个工件版本在特定时期的一 个“快照”
它提供一个正式基准，随后的工作基于此基准，并且只有经过 授权后才能变更这个基准。
建立一个初始基线后，以后每次对其进行的变更都将记录为一 个差值，直到建成下一个基线。
项目基线
• 基线提供一项正式基准，随后的工作都基于此基准，并且只有
经过授权后才能对此基准进行变更。
• 说明要在项目或产品生命周期中的哪些时间点处建立基线。最
常用的基线在先启阶段、精化阶段、构建阶段和产品化阶段结
束时建立。 也可以在不同阶段中的各次迭代结束时生成基线，
甚至可以更频繁些。
• 说明由谁来对基线授权，以及基线中包含的内容。
16
配置管理计划——时机
一旦项目资金得到批准，就可在精化阶段初 期编写CM 计划。应该在每阶段开始时再次 审查计划，并进行相应更新。
CM 计划需要存档，以便在布署之后的维护 活动中，用于确定特定软件资产的保存位置。
17
配置管理计划——软件配置管理
2.1 组织、职责和接口
说明谁将负责执行 CM 工作流程中所述的各种配置管理 (CM) 活动。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
XXX项目配置管理计划xxxxxxxxxxxxxxx公司20xx 年xx月xx 日xxx项目配置管理计划mengsuran@文档编号：XXXXXXXX-XXX-XXX版本号：1.00项目名称:XXXX项目文档名称:配置管理计划版本修改内容描述修改人日期备注1.0 第一版xxx 2014.6.31.01修正了……xxx 2014.6.3批准人：日期：审核人：日期：公司名称：xxxxxxxxxxxxxxxxxx有限公司地址：xxxxxxxxxxxxxxxxxxxxxxxxx电话：010-xxxxxxxx网址：邮箱：mengsuran@目录1. 引言 (1)1.1 目的 (1)1.2 术语定义 (1)1.2.1软件配置管理 (1)1.2.2 配置管理 (1)1.2.3 配置项 (1)1.2.4 基线 (1)1.2.5 变更控制 (2)1.2.6 配置审计 (2)1.3 参考资料 (2)2. 软件配置 (3)2.1 软件配置环境 (3)2.1.1服务器软件环境 (3)2.1.2 硬件环境 (3)2.1.3 配置管理客户端 (3)2.2 软件配置项 (3)2.2.1 受控配置项 (3)2.2.2 非受控配置项 (4)2.3 配置管理员 (4)2.3.1 设立的必要性 (4)2.3.2 主要职责 (4)3. 软件配置管理计划 (4)3.1 建立示例配置库 (4)3.2 配置标识管理 (6)3.2.1文档 (6)3.2.2 程序 (6)3.2.3 基线 (6)3.3 配置库控制 (6)3.3.1 .权限控制 (6)3.3.2 配置库控制 (6)3.3.3 建立软件库 (6)3.3.4软件配置更改 (7)3.3.5配置文件清单的维护 (7)3.4 配置的检查和评审 (7)3.5 配置库的备份 (8)3.6 配置管理计划的修订 (9)3.7 配置管理计划附属文档 (9)4. 里程碑 (10)附录1 文档命名规定 (11)1、受控配置库文件命名规则 (11)2、非受控配置库文件命名规则 (11)3、提交文档文件命名规则 (11)附录2 文档编码规范 (12)附录3 帐号及权限管理 (13)附录4 配置库使用规定 (15)文档修改记录 (16)1.引言1.1 目的本文档主要是通过技术或行政手段对xxx项目的产品及其开发过程和生命周期进行控制、规范，最终实现软件产品的完整性、一致性、可控性，使产品极大程度地与用户需求相吻合。
本文档通过记录软件产品的演化过程，来确保软件开发者在软件生命周期中各个阶段都能得到精确的产品配置，从而提高软件质量，降低软件开发成本。
本文档也为项目经理、配置管理员及相关人员提供日常的配置管理操作步骤。
1.2 术语定义1.2.1软件配置管理软件配置管理：简称SCM（Software Configuration Management的缩写），是在项目开发中，标识、控制和管理软件变更的一种管理。
配置管理的使用取决于项目规模和复杂性以及风险水平。
软件的规模越大，配置管理就显得越重要。
1.2.2 配置管理配置管理包含如下内容：➢标识：识别产品的结构、产品的构件及其类型，为其分配唯一的标识符，并以某种形式提供对它们的存取。
➢控制：通过一定的机制控制对配置项的修改。
➢状态报告：记录并报告配置项以及元数据的状态。
状态报告要回答所谓4W的问题：What：发生了什么事？Who：谁做的此事？When：此事是什么时候发生的？Why：为什么做此事？状态报告还要能够报告所有配置项以及变更请求的状态。
➢配置审计：确认产品的完整性并维护配置项间的一致性。
1.2.3 配置项配置项的状态有三种：“草稿”、“正式发布”和“正在修改”，本规程制定了配置项状态变迁与版本号的规则。
1.2.4 基线（Baseline）：一个基线是一个规格说明或者产品，它具有三个特点:1) 已经过正式评审并得到认同，例如“正式版本”、“合同”等；2) 作为进一步工作的基础；3) 只有经过正式的变更控制流程才能变更。
1.2.5 变更控制在项目开发过程中，配置项发生变更几乎是不可避免的。
变更控制的目的就是为了防止配置项被随意修改而导致混乱。
修改处于“草稿”状态的配置项不算是“变更”，无需变更控制委员会（CCB)批准，修改者按照版本控制规则执行即可。
修改“正式版本”需要CCB审核当配置项的状态成为“正式版本”，或者被“冻结”后，此时任何人都不能修改，必须依据“申请－审批－执行变更－再评审－结束”的流程执行。
1.2.6 配置审计➢配置管理员：项目组中负责配置管理工作的角色，该角色可以兼职。
在某一开发阶段通过评审或某一质量检查点通过审核后，配置管理员负责统一添加或修改相关文档的最新有效版本以及审批人签字。
➢配置标识：（Configuration Identification）对软件项目在开发过程中的资源进行标识，以便识别。
➢配置检查：（Configuration Audit）对软件配置管理过程中的行动进行检查。
1.3 参考资料《研发中心配置管理制度》《产品的标识与可追溯性程序》《开发手册》2.软件配置2.1 软件配置环境2.1.1 服务器软件环境在整个项目过程或产品生命周期中,选择Visual Source Safe(VSS)和SVN作为配置管理工具。
2.1.2 硬件环境2.1.3配置管理客户端项目组成员在各自的计算机安装VSS客户端，项目组成员以分配的帐号访问配置服务器和登录配置管理系统，根据配置管理员设定的用户权限进项配置管理活动。
2.2 软件配置项2.2.1 受控配置项在本项目的实施过程中，将配置库分为受控配置库和非受控配置库两种受控配置库，在本项目开发实施的整个过程中，根据不同阶段的配置管理划分11个受控配置目录，只有配置管理员拥有增加和修改的权限，其它用户只有只读的权限。
受控配置库的目录为：初始配置库的根目录中包含XXXX项目的配置文件清单，该文档包括本项目开发过程中应该提交的文档的清单，在实际开发过程中，根据实际情况，可以在清单中酌情修改、增加和删除需要提交的文档。
具体内容参见本文3.3的“配置文件清单的维护”。
各个配置目录内应该包含的文档，请参见“XXXX项目配置文件清单.xls”。
2.2.2 非受控配置项设立非受控配置目录的目的是为了统一管理和存放开发过程中产生的临时文档和过程性文档，没有格式及命名上的严格要求，使项目组成员在思考、设计时不受太多的限制和约束，能够更有效地发挥个人能力，符合以人为本的原则。
在根据项目开发过程中，根据实际需要，可以酌情增加非受控配置目录。
2.3 配置管理员2.3.1 设立的必要性：本软件项目开发过程中，项目组必须设立配置管理员，专业（或兼职）负责软件项目开发过程中的软件配置管理工作，保证在项目开发过程中的一些变更管理及文档管理的完整性，顺利地实施项目开发进度。
2.3.2 主要职责：配置管理员的职责是根据项目经理制定的开发组织结构和策略，实施、维护配置管理的环境。
其主要职责如下：创建配置管理库，对存储库进行日常备份和恢复，维护配置管理环境及管理配置管理相关的用户；配置管理员还需配合研发中心产品管理部进行项目的配置评审。
评审结束，相关文档的批准人电子签名由批准人签写或经批准人授权配置管理员填写，然后由配置管理员负责签入配置库；同时，由配置管理员收集配置项审批相关的email文档并签入配置库。
3.软件配置管理计划关于XX项目项目软件配置管理的文档提交计划请参见《XXXX项目配置文件清单.xls》。
关于配置库的日常使用的规定参见附件4《配置库使用规定》。
3.1 建立示例配置库配置管理员在制定完计划后，根据公司建议的配置库建立符合本项目的配置管理库。
配置库建立在Visual Source Safe上，目录结构可按照示例配置库提供的目录。
对于本项目来说，需要划分多个子系统，因此要在确定子系统的划分后，在不同阶段下分别建立各子系xxx项目配置管理计划mengsuran@统的配置目录。
XXXX项目其配置管理目录结构如下所示：配置管理库建立完毕后，可根据配置管理库的人员计划在Visual Source Safe上建立相应的用户及权限，并将这些用户分发给指定的开发人员或用户。
具体的帐号及权限管理参见附录3《帐号及权限管理》。
配置管理员应保管好配置管理工具的管理员权限，项目组中使用配置管理库的成员应该及时更改自己在配置管理工具的缺省设置密码。
3.2 配置标识管理3.2.1 文档根据配置管理计划和配置库中的文档清单，配置管理员要检查需要提交的文档是否都按时提交，文档数目是否符合，文档的标识、命名以及版本等是否符合程序规定。
关于文档的命名请参见附件1《文档命名规定》，文档标识及版本参见附件 2《文档编码规范》。
3.2.2 程序所有属于该项目的程序、分程序、模块和程序单元，都要按照由项目组和配置管理员制订的软件系统的命名约定的规定来标识。
要求所有模块的源代码都需记录模块编号，且模块编号在整个系统中是唯一的。
模块编号在系统设计完成之后，由项目组和配置管理员共同根据系统设计进行编制。
3.2.3 基线所有属于本项目及其各子系统的各类基线，首先要按照计划书、软件需求规格说明书、软件项目详细分析设计说明书的规定确定其技术内容，在整个软件项目开发过程中定义以下两类基线：➢文档基线：本项目的文档基线的定义以里程碑的定义为准，将到达各阶段的里程碑时的文档作为基线，具体里程碑的定义参见第4节“里程碑”。
➢产品基线：产品基线包含两个，一个是系统上线时，一个是系统经过客户验证测试时，基线包含那时的所有程序代码和文档。
配置管理员在项目开发的每一个里程碑处、每一个阶段性的版本发布时，负责为整个配置库设立书签，划定配置管理基线，并以文档的方式记录下这些书签的定义。
3.3 配置库控制3.3.1 权限控制配置管理员根据附录 3《帐号及权限管理》设置和调整项目组成员对配置项的权限。
3.3.2 配置库的控制在项目整个生命周期中，配置管理员应根据配置管理计划及管理规则对配置库进行管理和控制。
配置管理员负责检查项目组成员使用配置库是否正确。
包括是否及时检入最新版本、是否添加了注释、是否及时更改配置状态，是否存在项目组成员修改了不属于自己负责的配置项，项目组成员是否完成了自己负责的配置项的检入，测试版本的构造是否从配置库中取出等。
3.3.3 建立软件库在项目的各个开发阶段，应建立起各阶段各子系统的软件开发工作区，同时建立起相对应的有关该系统及其子系统的软件受控库。
在每个阶段结束，需让各子系统提交相关的产品并送入软件受控库，由配置管理员统一管理，以后再有对产品的变更需求，应按照正常的变更程序来控制并检查相关的变更文档。
当全部开发工作结束，需建立起软件产品库，将所有可交付的产品都送入软件产品库。