配置管理流程
ITSS体系文件-配置管理流程文件
XXXX公司配置管理流程文件修订记录目录1目的 (4)2适用范围 (5)3名词术语 (6)4流程角色 (7)5流程 (8)5.1配置管理流程 (8)5.2配置管理规划 (9)5.3配置项识别 (10)5.4CMDB控制 (11)5.5CMDB审计 (12)5.6配置管理回顾与改进 (14)6与其他流程的关系 (16)7审核 (16)8度量 (17)9参考文件 (17)1目的配置管理是描述，跟踪，控制和汇报所有IT基础架构中所有设备或系统的管理流程。
这些设备和系统被称为配置元素(Configuration Item) ，通过该管理流程实现对所有CI的有效管理。
配置管理流程的目的是为了有效掌握所管理的运维环境，并向其他管理流程提供信息支持，因此将建立一个完整的配置项管理流程，从而实现：➢所有配置项的及时正确的识别、记录、查询；➢配置元素当前和历史状态得到汇报；➢维护配置元素记录的完整性；➢为其它服务流程提供信息支持。
2适用范围运维服务的配置管理流程所管理的配置元素包括为客户提供运维支持服务所需使用并持续维护的硬件，软件、文档等IT基础架构中所有必须控制的组成部份。
所有的数据存在配置管理数据库(Configuration Management Databases，下文简称CMDB) 中。
对于面向客户仅提供人员外包服务或人员技术支持的运维服务则不需收集并维护客户的基础设施，软硬件等配置元素，但需维护好提供服务所需的配置元素，例如客户信息，合同信息等。
配置管理数据库可根据服务对象和服务内容的特点建立，以多种形式存在并组成，收集的配置信息既可存放在IT运维工具中，若无法存入其中统一维护，暂可以其它形式例如电子表格等形式保存，但均须受控并依据此流程、《变更管理流程文件》和《发布管理流程文件》维护。
3名词术语➢配置项（CI）在配置管理流程中，IT组件以及运用这些IT组件所提供的服务被称为配置项(CIs，Configuration Items)。
了解软件配置管理的流程和方法
了解软件配置管理的流程和方法软件配置管理（Software Configuration Management，简称SCM）是指在软件开发和维护过程中对软件配置进行有效管理的一系列流程和方法。
软件配置管理的目标是确保软件产品的可控性、可追踪性和可复用性，并确保软件开发人员能够协同工作，减少错误和提高生产效率。
本文将介绍软件配置管理的流程和方法。
一、软件配置管理流程软件配置管理的流程是一个连续的过程，包括以下几个环节：1.需求管理需求管理是软件配置管理的第一步，它包括需求收集、需求分析和需求评审等环节。
通过需求管理，确保软件开发人员对用户需求的理解一致，并制定明确的开发目标和任务。
2.变更管理变更管理是软件配置管理中非常重要的一环，它用于管理软件开发过程中的变更请求。
当用户需求发生变化或者出现错误时，变更管理能够帮助开发团队管理和跟踪变更请求，并保证变更的正确性和可追溯性。
3.版本管理版本管理用于管理软件开发过程中的版本控制。
它包括对源代码、文档和资源文件等进行有效的版本控制和管理，并确保团队成员能够协同工作，避免版本冲突和重复工作。
4.构建管理构建管理是指将源代码编译、链接和打包成可执行文件或软件包的过程。
通过构建管理，能够确保软件构建的一致性和可重复性，并提供自动化的构建和部署流程，减少人为错误。
5.发布管理发布管理用于控制软件产品的发布过程。
它包括软件测试、用户验收和正式发布等环节，通过发布管理，能够确保软件产品的质量和稳定性，并及时响应用户反馈和需求。
二、软件配置管理方法除了上述流程外，软件配置管理还需要借助一些方法和工具来实施，以提高管理的效率和精度。
1.配置标识配置标识是软件配置管理的基础，它通过为每个软件配置项分配唯一的标识符，来确保软件配置的唯一性和可追踪性。
常用的配置标识方法包括版本号、序列号和散列值等。
2.配置控制配置控制是软件配置管理的核心方法之一，它通过对软件配置项进行有效的控制和变更管理，确保软件的一致性和稳定性。
人员配置管理制度及流程
人员配置管理制度及流程
人员配置管理制度及流程是一种组织管理人员的规范化制度和流程。
它旨在合理配置人员，提高工作效率和组织绩效。
下面是一个简单的人员配置管理制度及流程的示例：
1. 制定人员配置管理制度：组织应根据自身的情况和需求，制订适合的人员配置管理制度。
该制度应包括岗位设立和调整、人员聘用和离职、岗位职责和权责划分等方面的规定。
2. 人员需求分析：组织应根据工作任务和业务需求，进行人员需求分析。
明确需要哪些人员以及他们的技能和能力要求，以便合理配置人员。
3. 岗位招聘与选拔：根据人员需求分析的结果，组织应进行岗位招聘和选拔。
通过面试、资格审查等方式来选择合适的人员。
4. 岗位职责划分和权责分配：确定招聘进来的人员具体的岗位职责，并划分岗位权责。
明确每个岗位的职责和权限，避免角色错乱或职责不清的情况发生。
5. 考核和激励机制：建立完善的考核和激励机制，对人员的工作表现进行评估和奖惩。
有时可以采取绩效考核、薪酬激励、培训晋升等方式来激励和激励员工。
6. 人员调动和离职：根据工作需要，组织可以进行人员调动来优化人员配置。
同时，建立适当的人员离职机制，以便及时处理员工离职和补充空缺的问题。
7. 定期评估和调整：定期对人员配置管理制度进行评估和调整，根据实际情况进行改进和优化。
及时调整人员配置，以适应组织发展的需要。
上述只是一个简单的人员配置管理制度及流程的示例，具体的制度和流程可以根据组织的实际情况进行调整和完善。
配置管理程序
配置管理程序1、目的通过设计配置管理过程，定义并核实相关的IT基础架构的配置项记录的准确性并维护准确的信息，使其能够为其他的服务管理过程提供支持（如事件管理、问题管理、变更管理和发布管理）。
2、范围配置管理程序所管理的范围包括（根据与客户合同要求）需要承担系统管理和维护职责的IT运行环境。
其中，配置基线的保存和维护，以及配置项的建立、修改、审计工作都是由配置管理流程来完成的。
但需要说明的是，配置项的变动是由发布管理和变更管理来控制的，变动后的操作则是由配置管理来执行的。
配置项（CI）包括系统运行环境的部署环境设备、系统软件、服务文档等，及服务环境中涉及的客户信息配置。
具体活动包括识别、控制、汇报和审核等行为。
3、角色和职责配置管理流程主要有3个角色：配置经理、配置管理员、配置审核员。
3.1配置经理配置经理是配置管理具体活动的负责人，包括带领执行配置项的鉴别、监控、控制、维护、审计等工作。
配置经理的主要职责：1)确定配置管理过程的计划；2)对配置项进行识别和控制；3)判断配置项的修改与更换，并与变更经理保持紧密沟通；4)确保配置管理过程在整个组织内得到良好的传达和沟通；5)规划和制定配置管理的范围；6)审批配置管理数据库库结构的变更；7)建立配置管理数据库的安全控制手段，确保惟有授权的配置项才被使用；8)确定配置项命名和编号的规范，并确保所有配置项具有单一名字；9)确定配置项的分类、配置项属性、配置项的关系类型和配置项之间的关系；10)制定配置项（CI）的收集和CMDB建设的步骤；11)确定配置管理报表的格式和内容；12)定期对配置管理数据的内容进行审计和验证；13)定期主持配置管理回顾会议；14)负责配置管理相关报告的编写，包括配置管理报告、配置审核报告以及配置状态报告。
配置经理主要技能要求：1)熟悉变更发布管理、配置管理、事件管理和问题管理流程及其他们之间的关系；2)了解客户的IT基础架构、系统应用和业务环境；3)了解配置项之间的关系；4)较强的沟通技巧；5)很强的团队领导能力。
配置管理流程详解
配置管理流程详解：配置计划、标识、控制等步骤配置管理是一种系统和程序工程的方法，用于在特定时间内，对系统、软件或硬件的多个版本和组成部分进行控制、追踪、审计、发布和变更管理。
配置管理通常涉及到版本控制、变更管理、权限管理、发布管理和审计等方面。
以下是一个完整的配置管理流程，包括配置计划、配置标识、配置控制、配置状态纪实、配置审计和配置处置六个主要步骤。
本文将会详细解释每一个步骤，字数超过30000字。
一、配置计划配置计划是在整个项目开始之前，对配置管理的范围、目标、策略、角色和责任进行定义的过程。
这涉及到确定哪些资产需要进行配置管理，哪些不需要，并制定相应的策略来管理这些资产。
此外，还要确定配置管理的技术手段，如使用哪些配置管理工具，如何分类和命名资产等。
同时，为了确保配置管理的有效实施，需要明确各成员在配置管理中的角色和责任。
在进行配置计划时，需要考虑以下几个方面：1.确定配置管理的范围。
这涉及到确定需要管理的资产的范围，包括哪些系统、软件、硬件、文档等需要进行配置管理。
2.确定配置管理的目标。
这些目标可能包括确保软件质量、提高开发效率、保护客户数据等。
3.制定配置管理的策略。
这包括如何分类和命名资产，如何进行版本控制，如何处理变更请求，如何进行发布管理等。
4.选择配置管理的工具。
可以选择使用各种配置管理工具，如版本控制系统、问题跟踪系统、变更管理系统等。
5.确定各成员的角色和责任。
这包括确定配置管理员、开发人员、测试人员、发布人员等的角色和责任。
二、配置标识在确定了需要配置管理的资产之后，需要对这些资产进行标识，以便能够准确地跟踪和控制这些资产。
配置标识包括给每个资产赋予一个唯一的标识符，以及为每个标识符创建一个包含所有重要信息的配置项数据库或电子表格。
此外，为了便于搜索和识别，还需要为每个资产创建元数据，这些元数据包括资产的名称、类型、版本、来源、用途等信息。
在进行配置标识时，需要考虑以下几个方面：1.为每个资产分配唯一的标识符。
配置管理制度及产品发布流程
配置管理制度及产品发布流程一、配置管理制度1.1 配置管理定义配置管理（Configuration Management）是指将软件、硬件和文档等信息系统组成部分的标识、控制、记录、审查和审核的一组管理活动，从而确保改变管理和版本控制的一致性、审计跟踪和实现对信息系统进行有效的配置和版本管理。
1.2 配置管理目标1.2.1 确保改变管理和版本控制的一致性配置管理的目标是确保改变管理和版本控制的一致性。
这是因为在开发和维护一个软件时，不可避免的需要进行更新和修改。
但是，如果没有正确的管理，很难控制这些修改给系统带来的危害。
1.2.2 审计跟踪配置管理的目标还包括审计跟踪。
配置管理系统需要记录每个版本的变化、修改、发布日期等信息。
这些信息可以帮助审计人员了解改变的历史、目的和后果，并且可以为政府、企业管理人员提供决策支持。
1.2.3 实现对信息系统进行有效的配置和版本管理配置管理的目标之一是实现对信息系统进行有效的配置和版本管理。
通过配置管理系统，可以确保所有成员都使用相同的版本，避免因为版本不同产生不必要的问题，最终避免在实际运作中出现问题。
1.3 配置管理的内容和流程1.3.1 配置管理的内容配置管理的主要内容包括：标识、控制、记录、审查和审核。
1.3.1.1 标识标识是指为每一组件、文件、工具分配唯一的标识符。
标识符的主要作用是标识每个组件的版本，并与其他组件区分开来。
1.3.1.2 控制控制是指指定配置管理人员，对所有的组件进行控制。
这意味着对于每个组件的修改必须经过授权的配置管理人员审核，并由用户或者系统运行之前进行审计。
1.3.1.3 记录记录是指记录组件加工、测试、使用、维护和升级的所有信息。
通过记录所有信息，可以优化组件的运用和问题的解决。
1.3.1.4 审查在记录每个组件的信息后，必须确保配置管理人员和其他开发人员可以检查该组件是否需要更新或修改它的状态。
这些审查必须遵循一定的规则和程序，以确保组件发生了正确的改变。
配置管理流程
配置管理流程配置管理是指在软件开发过程中对软件配置项进行控制和管理，确保开发过程中的配置项可追踪和可控。
良好的配置管理流程不仅可以提高产品质量，还可以加快产品开发周期，并帮助团队更好地进行协作。
下面，我将为大家介绍一套完整的配置管理流程。
首先，配置管理开始于需求阶段。
在需求定义环节，应该明确定义配置管理规则，并与所有相关人员进行沟通和共识。
根据这些规则，团队可以建立一个配置管理计划，其中包含了所需工具和流程。
这样可以确保在项目初期就具备了一套完备的配置管理框架。
接下来是配置项的标识和版本控制。
每个软件配置项都应该有一个唯一标识符，以便能够准确定位到具体的配置项。
同时，为每个配置项建立版本控制机制，确保开发团队能够追踪和管理每个版本的变更。
这有助于解决开发过程中可能出现的问题，也方便回滚和追溯。
然后是配置项的发布管理。
配置管理团队应该负责将经过测试和验证的配置项发布到相应的目标环境中。
在发布之前，需要对配置项进行充分测试，确保其正常工作和和其他配置项的兼容性。
只有通过了测试的才能发布到生产环境中，以避免可能的问题和故障。
在配置项的发布之后，还需要对其进行跟踪和定期审核。
跟踪和审核的目的是确保配置项的状态和使用情况得到监控，并进行必要的维护和更新。
定期的审核可以发现潜在的问题，并及时进行修复和改进。
这对于项目的稳定运行和持续改进是非常重要的。
最后，配置管理流程还需要建立一套变更管理机制。
在开发过程中，难免会有一些需求变更或错误修复的情况，而这些变更都需要经过严格的评审和控制。
通过建立变更管理机制，可以有效地控制和跟踪每个变更的具体内容和影响范围，从而减少潜在的风险和错误。
在实施配置管理流程的过程中，还需要借助一些工具来支持和辅助。
例如，版本控制工具可以用来管理和控制配置项的版本；问题跟踪工具可以用来跟踪和记录项目中的问题和变更；自动化构建工具可以用来更快地生成和部署配置项。
这些工具的使用将大大提高配置管理的效率和准确性。
软件配置管理流程
软件配置管理流程1. 引言软件配置管理是一种重要的项目管理方法，它能够确保软件开发过程中各个版本的正确性和一致性。
本文档旨在介绍一种软件配置管理流程，以帮助团队有效地管理和控制软件配置。
2. 流程概述软件配置管理流程包括以下几个关键步骤：2.1 需求分析与规划在项目开始阶段，团队需要与用户和利益相关者明确软件的需求，并制定相应的规划。
这包括确定项目的范围、目标和可交付成果，以及制定配置管理计划。
2.2 配置识别配置识别阶段是确定软件配置项的过程。
团队需要分析软件系统，将其划分为可管理的配置项，以便进行后续的配置控制和追踪。
2.3 配置控制配置控制是确保软件配置项按照规定的变更管理流程进行变更的过程。
团队需要建立变更控制委员会，审核和批准软件配置项的变更请求，并跟踪变更的实施和验证结果。
2.4 配置状态管理配置状态管理是跟踪和记录软件配置项的状态和变更历史的过程。
团队需要建立配置管理数据库，记录每个配置项的版本、状态和变更历史，以便追踪和审计。
2.5 配置审核与验证在软件配置项的变更实施后，团队需要进行配置审核和验证，确保变更符合预期，并对系统进行充分测试和验证，以确保其质量和稳定性。
2.6 配置发布与交付配置发布与交付是将经过审核和验证的软件配置项交付给用户和利益相关者的过程。
团队需要制定发布计划，并确保配置项的正确部署和交付，以满足用户的需求。
3. 推荐实践为了有效地实施软件配置管理流程，以下是一些推荐的实践：- 建立清晰的配置管理政策和指南，与团队成员共享并执行；- 使用专业的软件配置管理工具，提供配置项的跟踪、控制和报告功能；- 定期进行配置审计和检查，确保配置管理过程的合规性和有效性；- 与相关团队和利益相关者保持良好的沟通和协作，确保配置管理流程的顺利进行。
4. 总结软件配置管理流程是确保软件开发过程中版本控制和一致性的重要方法。
通过遵循上述流程和推荐实践，团队可以有效地管理和控制软件配置，提高项目的成功率和质量。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
配置管理流程- -1 概要1.1 内容规范配置管理活动，确保配置项正确地唯一标识并易于存取，保证基准配置项的更改受控，明确基线状态，在贯穿整个软件生命周期中建立和维护项目产品的完整性和可追溯性。
1.2 适用范围对于不同类别的软件项目，配置管理的流程不同，可在本流程的基础上进行裁减。
1.3 术语和缩略语1.3.1 软件配置管理（Software Configuration Management，SCM）软件配置管理是对软件修改进行标识、组织和控制的技术，用来协调和控制整个过程。
是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。
配置管理的目标是记录软件产品的演化过程，确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。
1.3.2 配置（Configuration）配置是在技术文档中明确说明并最终组成软件产品的功能或物理属性。
因此配置包括了即将受控的所有产品特性，其内容及相关文档、软件版本、变更文档、软件运行的支持数据，以及其他一切保证软件一致性的组成要素，相对与硬件类配置，软件产品的配置包括更多的内容并具有易变性。
1.3.3 配置项（Configuration Item，CI）凡是纳入配置管理范畴的工作成果统称为配置项（Configuration Item, CI），配置项逻辑上组成软件系统的各组成部分，一般是可以单独进行设计、实施和测试的。
一个纯软件的CIs通常也称之为软件配置项（Computer Software Configuration Items，CSCIs）。
配置项主要有两大类：1)属于产品组成部分的工作成果，例如需求文档、设计文档、源代码、测试用例等；2)项目管理和机构支撑过程产生的文档。
这些文档虽然不是产品的组成部分，但是值得保存。
每个配置项的主要属性有：名称、标识符、文件状态、版本、作者、日期等。
所有配置项都被保存在配置库里，确保不会混淆、丢失。
配置项及其历史记录反映了软件的演化过程。
1.3.4 基线（Baseline）在配置管理系统中，基线就是一个CI或一组CIs在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，些配置项构成了一个相对稳定的逻辑实体，而这个过程被称为“基线化”。
每一个基线都是其下一步开发的出发点和参考点。
基线确定了元素（配置项）的一个版本，且只确定一个版本。
一般情况下，基线一般在指定的里程碑（Milestone）处创建，并与项目中的里程碑保持同步。
每个基线都将接受配置管理的严格控制，基线中的配置项被“冻结”了，不能再被任何人随意修改，对其的修改将严格按照变更控制要求的过程进行，在一个软件开发阶段结束时，上一个基线加上增加和修改的基线内容形成下一个基线。
基线的主要属性有：名称、标识符、版本、日期等。
通常将交付给客户的基线称为一个“Release”，为内部开发用的基线则称为一个“Build”。
建立基线的好处：1)重现性：及时返回并重新生成软件系统给定发布版的能力，或者是在项目中的早些时候重新生成开发环境的能力。
当认为更新不稳定或不可信时，基线为团队提供一种取消变更的方法。
2)可追踪性：建立项目工件之间的前后继承关系。
目的是确保设计满足要求、代码实施设计以及用正确代码编译可执行文件。
3)版本隔离：基线为开发工件提供了一个定点和快照，新项目可以从基线提供的定点之中建立。
作为一个单独分支，新项目将与随后对原始项目（在主要分支上）所进行的变更进行隔离。
2 相关人权责2.1 项目经理（Project Manager，PM）责任：1)与CCB协商确定项目起始基线和开发里程碑；2)接受配置管理计划，并按相关规定贯彻执行；3)接受配置控制委员会的报告。
权利：1)提出配置管理计划的修改要求；2)提出管理管理的建议和要求。
2.2 配置控制委员会（Configuration Control Board，CCB）责任：1) 制定和修改项目的配置管理策略；权利：1)批准、发布配置管理计划；2)建立、更改基线的设置，审核变更申请；3)根据配置管理员的报告决定相应的对策。
2.3 配置管理员（Configuration Management Officer，CMO）责任：1)编制配置管理计划；2)执行配置项管理方案；3)执行版本控制和变更控制方案；4)编制配置状态报告；权利：向CCB汇报有关配置管理流程中的不符合情况。
2.4 程序库管理员（Program Librarian，PL）责任：1)配置库的建立和权限分配；2)配置管理工具的日常管理与维护；3)配置库的日常操作和维护；权利：1)各配置项的管理与维护；2)对开发人员进行相关的培训。
2.5 开发人员（Developer）责任：1）根据确定的配置管理计划和相关规定，提交配置项和基线；2）负责软件集成和版本生成。
权利：按照软件配置管理工具的使用模型来完成开发任务。
2.6 测试人员（Tester）责任：根据配置管理计划和相关规定，提交测试配置项和测试基线；权利：负责软件变更的测试验证。
2.7 软件质量保证员（Software Quality Assurance，SQA）责任：负责配置审核并提交报告。
权利：对配置审核中发现的不符合项，要求相关责任人进行纠正。
3 实施细则3.1 CCB的成立3.1.1 项目在设计发注后，由项目经理负责组织成立CCB。
3.1.2 CCB成员组成CCB成员人数一般为奇数，人数在3～7人范围内。
CCB成员一般包括：1)项目经理PM；2)配置管理员CMO；3)SQA；4)测试人员Tester；5)顾客代表；6)主要开发人员等。
3.1.3 CCB的决策机制寻求CCB成员的一致意见。
若不能达成一致，可采取由顾客代表做出决策；或采取少数服从多数的原则，由CCB成员投票确定，投票超过半数即为通过。
3.2 确定配置策略3.2.1 配置策略确定的时机CCB成立后，由CCB组织会议根据项目的开发计划确定各个里程碑和开发策略，CMO负责整理确定的项目基线和配置项列表，并在编制《配置管理计划》时列明，按约定的时机收集配置项和建立初始基线。
3.2.2 配置项的范围1)技术文档（Documents）：项目开发计划、需求分析报告、软件设计书、质量保证计划、概要设计书、详细设计书、测试文档、技术报告、用户手册、总结报告等；2)程序（Program）：阶段产品、计算机程序、源程序、释放产品等；3)工具（Tools）：自动设计工具、开发工具、测试工具、维护工具等；4)交互文档（Communications）：与客户或项目组内交互产生文档，如会谈记录、E-mail、会议纪要、MSN记录等。
3.3 制定配置管理计划3.3.1 《配置管理计划》的编制通常情况下，由CMO在设计发注后，开始编制《配置管理计划》；如有特殊需要，根据合同或项目要求，由CMO在某一项目或项目的某一阶段开始前制定《配置管理计划》。
3.3.2 《配置管理计划》的内容《配置管理计划》应包括以下方面的内容：1)该项目对配置管理的要求；2)实施配置管理的责任人、组织及其职责；3)需要开展的配置管理活动及其进度安排；4)采用的方法和工具等。
3.3.3 《配置管理计划》的由CCB负责审批。
3.4 配置项标识规则3.4.1 配置项标识要求1)合同有明确标识和追踪要求时，由开发人员按合同要求进行标识，以保证满足合同追踪要求。
2)在开发过程中项目组人员提交的配置项，由项目组人员按照本节相关部分标识规则进行标识。
3)项目组人员将要标识或已标识的配置项提交给CMO纳入配置库统一管理，并填写《配置状态报告》。
3.4.2 配置项标识方式3.4.2.1 标识项配置项标识属性包括：名称、编号、文件状态、版本、作者、日期等。
本文标识规则对名称、编号、文件状态和版本进行了描述和规定。
3.4.2.2 名称文件名称的标识按文档模板中统一名称为准。
a)编号文档编号格式为CC_XXX_***_$$$_###，其中CC表示公司，XXX是项目的三位英文字母缩写表示，***_$$$表示文档类别，###表示文档顺序号。
同时对应每个内容都有固定的一个索引文件CC_XXX_**_$$$_index，目的是为了为本类别下的文件建立一个概要说明列表，保证快速对文档进行识别和检索。
3.4.2.3 文件状态文件状态分为“草稿”、“正式发布”和“修改中”三种。
修改处于“草稿”状态的配置项不算是“变更”，无需CCB的批准，修改者按照版本控制规则执行即可。
当配置项的状态成为“正式发布”，或者被“冻结”后，此时任何人都不能随意修改，必须依据配置变更控制的规则执行。
3.4.2.4 文档版本控制对于计划性文档、技术文档和用户文档，其版本按修改的先后顺序确定。
新生成的文档第一次发行为第一版，修改后第二次发行为第二版，以此类推。
3.4.2.5 发行版本控制最终完成的软件版本用三位符号表示：“s.x.y”。
各符号位的含义如下：1)“y”为第二次版本号，表示纠正错误时的版本升级，用一位数字表示：“1~9”，对上一次产品或项目中的缺陷做修正，第二次版本号增加；2)“x”为第一次版本号，表示增加功能时的版本升级，用一位数字表示：“0~9”。
与上一产品或项目相比，功能进行了小量的增加或修正时，第一次版本号增加，第二次版本号为零，第二版本号为零时可以省略不写；3)“s”为主版本号。
对产品作重大调整，或与已发行的上一产品相比，在功能与性能上有较大改善时主版本号增加；产品或项目概念全新，第一次完成，版本号为1.0。
3.4.2.6 基线版本标识内部基线，如计划基线、设计基线等，在版本号前加Build，如Build 1.0；发行产品基线在版本号前加Release，如Release 2.0。
3.5 配置库管理3.5.1 配置库（Repository）的分类配置库分为两类：1)文档库（Document Library）：由CMO负责管理，主要使用eSM系统管理除程序以外的文档资料（包括图片等）；2)程序库（Program Library）：由PL负责管理，主要使用CVS版本工具对程序代码进行管理。
3.5.2 配置库的建立3.5.2.1 CCB成立之后，PL即可着手组织建立配置库。
所有项目应建立配置库，以便管理各配置项。
3.5.2.2 文档库空间由eSM系统创建，PL仅创建基线文档库，仅PL可以对其操作。
3.5.2.3 程序库主要通过设置版本的分支，来实现对配置项权限管理，基本上要为每个配置项从建立开始就划分成3个不同的分支（如图1）：图1 配置库空间分配和版本迁移策略1)私有分支（Private Branch）：私有分支对应的是开发人员的私有开发空间。
开发人员根据任务分工获得对相应配置项的操作许可之后，他即在自己的私有开发分支上工作，他的所有工作成果体现为在该配置项的私有分支上的版本的推进，除该开发人员外，其他人员均无权操作该私有空间中的元素。