配置管理系统-配置管理系统和变更控制系统

---

原创，时间：2022-12-29 03:22:07

---

关于配置管理系统内容导航：

• 1、配置管理系统
• 2、配置管理系统支撑配置管理业务的系统
• 3、配置管理系统和变更控制系统

1、配置管理系统

配置管理过程的目的是建立和维护过程或项目的所有工作产品的完整性。

什么是“工作产品的完整性”呢？

下图是"SWAD(软件架构设计)"工作产品的创建和维护过程，其每一次变更（如：从Baselined 1.0 --> Baselined 2.0）是可控的，其相关联的上下游基线是明确的。这样就可以说保证了"SWAD(软件架构设计)"的完整性。

1) 配置管理策略

<ASPICE模型要求>

SUP.8.BP1: 制定配置管理策略 / Develop a configuration management strategy

制定配置管理策略，包括：/ Develop a configuration management strategy, including

职责 / responsibilities

工具和配置库 / tools and repositories

配置项(识别的)准则 / criteria for configuration items

命名规约 / naming conventions

访问权限 / access rights

基线准则 / criteria for baselines

合并和分支策略 / merge and branch strategy

配置项的修订历史方式 / the revision history approach for configuration items

配置管理策略包括：

a) 配置管理的范围需覆盖项目中的各学科(如：软件、硬件)、各地点、各过程(如管理过程、支持过程、工程过程等)

b) 制定整体策略，覆盖各学科、各过程及各地点等

c) 定义访问权限

d) 根据项目的复杂度定义所需的活动和工具

e) 定义配置项的识别准则及命名规约

f) 定义配置项的修订条件

g) 定义基线策略

h) 定义Variant及分支策略

i) 定义配置项变更历史的方式

[SUP.8.RL.1] If the strategy does not include all aspects above, the indicator BP1 must not be rated F.

老杨解读：如果策略中没有包括上述的各点，则BP1不能判定为F。

[SUP.8.RL.2] If there is no dedicated configuration management system defined in the strategy but the procedure is adequate for the complexity of the product to be developed this must not be used to downrate the indicator BP1.

老杨解读：如果没有专门的配置管理系统，但所建立的配置管理程序是满足产品复杂度的，则不能基于此来降低BP1的打分。

[SUP.8.RL.3] If major configuration management aspects (according to d) or e)) are missing in the strategy the indicator BP1 must not be rated higher than P.

老杨解读：如果配置管理的主要方面（如上述的d)或e)）是缺失的，则BP1的打分不能高于P

[SUP.8.RL.4] If major baselining aspects (according to g)) are missing in the strategy the indicator BP1 must not be rated higher than P.

老杨解读：如果策略中缺少主要的基线方面的考虑（上述的g)），则BP1的打分不能高于P。

[SUP.8.RL.5] If major branching and merging aspects (according to h)) are missing in the strategy the indicator BP1 must not be rated higher than P.

老杨解读：如果策略中缺少主要的分支和合并方面的考虑（上述的h)），则BP1的打分不能高于P。

[SUP.8.RC.1] If there is only an adequate generic strategy but no project specific implementation, the indicator BP1 should not be down-rated.

老杨解读：如果有一个适当的通用策略，而没有为项目定义特定的策略，那么BP1的打分不应该被降低。

(2) 基线

<ASPICE模型要求>

SUP.8.BP6: 建立基线 / Establish baselines

根据配置管理策略建立基线，以满足内部目的和外部交付

Establish baselines for internal purposes and for external delivery according to the configuration management strategy

SUP.8.BP8: 验证配置项的信息 / Verify the information about configured items

验证配置项及其基线的信息是否完整，并确保基线的一致性。

Verify that the information about configured items, and their baselines is complete and ensure the consistency of baselines.

基线需要：

a) 定义基线中所包括的配置项

b) 根据策略创建必要的内外部基线

c) 创建跨不同学科、地点和过程的整体基线，并保证其之间的一致性

d) 基线中应包括再现工作产品的完整和一致的配置项集合

e) 根据策略中定义的命名规范创建基线

[SUP.8.RL.6] If it is not defined for each kind of baseline which configuration items are to be controlled, the indicator BP6 must not be rated higher than P.

老杨解读：如果基线中没有识别出所有的需要被控制的配置项，则BP6的打分不能高于P。

[SUP.8.RL.7] If established baselines for different disciplines, sites, processes etc. (according to c) are not consistent or if overall baselines do not exist, the indicator BP6 shall be downrated.

老杨解读：如果创建的跨不同学科、地点和过程的整体基线(上述的c))之间是不一致的，或不存在，则应降低BP6的打分。

[SUP.8.RL.8] If content of a baseline is not verified (by e.g., a baseline or configuration management audit), the indicator BP8 shall be downrated.

老杨解读：如果基线的内容未进行验证，则应降低BP8的打分。

[SUP.8.RC.2] If the defined naming convention for baselines is not used, the indicator BP6 should be downrated.

老杨解读：如果未使用已定义的命名规范，则应降低BP6的打分。

(3) 分支与合并

<ASPICE模型要求>

SUP.8.BP4: 建立分支管理 / Establish branch management

根据配置管理策略建立分支管理，分支管理适用于使用同一基础进行并行开发时

Establish branch management according to the configuration management strategy where applicable for parallel developments that use the same base.

SUP.8.BP8: 验证配置项的信息 / Verify the information about configured items

验证配置项及其基线的信息是否完整，并确保基线的一致性。

Verify that the information about configured items, and their baselines is complete and ensure the consistency of baselines.

[SUP.8.RL.9] If branches are not created according to the strategy, the indicator BP4 shall be downrated.

老杨解读：如果未基于策略创建分支，则应降低BP4的打分。

[SUP.8.RL.10] If consistency and completeness of merged items or sets of items is not ensured, the indicator BP8 must not be rated F.

老杨解读：如果不能确保合并项的一致性和完全性，则BP8的打分不能是F。

(4) 配置管理基础设施

<ASPICE模型要求>

SUP.8.BP3: 建立配置管理系统 / Establish a configuration management system

根据配置管理策略建立配置管理系统

Establish a configuration management system according to the configuration management strategy

SUP.8.BP9: 管理配置项和基线的存储 / Manage the storage of configuration items and baselines

通过适当的调度和资源存储保证配置项和基线的完整性和可用性，对使用的CM系统归档（长期保存）和备份

Ensure the integrity and availability of configuration items and baselines through appropriate scheduling and resourcing of storage, archiving (long term storage) and backup of the used CM systems.

配置管理基础设施需要：

a) 支持策略中定义的配置管理程序，包括访问权限

b) 适合于已定义的复杂度，包括适用于多地、项目规模、多项目或多变体应用等。

c) 了解所用的IT服务(如：文件共享、工具等)属性，比如存储、归档、备份，并与项目需求进行比较。识别差异并采取纠正措施

[SUP.8.RL.11] If the established infrastructure is not able to support the procedures (according to a)) or the complexity (according to b)), the indicator BP3 shall be downrated.

老杨解读：如果已建立的基础设施不能支持配置管理程序(上述的a))，或项目复杂度(上述的b))，则应降低BP3的打分。

[SUP.8.RL.12] If there is no dedicated configuration management system in place but the established procedure is adequate for the complexity of the product to be developed this must not be used to downrate the indicator BP3.

老杨解读：如果没有专门的配置管理系统，但所建立的配置管理程序是满足产品复杂度的，则不能基于此来降低BP3的打分。

[SUP.8.RL.13] If properties of used IT services are not known, or known but in case of deviations from project requirements no corrective actions are established, the indicator BP9 shall be downrated.

老杨解读：如果IT服务的情况是未知的，或存在偏差但无纠正措施，则应降低BP9的打分。

2、配置管理系统支撑配置管理业务的系统

C

3、配置管理系统和变更控制系统

实施整体变更控制是审查所有变更请求，批准变更，并管理对可交付成果、组织过程资产、项目文件和项目管理计划的变更的过程。既然是实施变更，那么在变更前就必须有一个基准，通常情况下，这个基准就是项目管理计划及其子计划所规定的内容。项目变更的控制必须贯穿项目始终，也就是说项目管理计划规定的内容随时应该保持更细腻。
项目经理需要持续地保持谨慎的态度来管理变更，维护项目管理计划、项目范围说明书和其他可交付成果，一旦项目实施过程中对变更失控，那么项目就会陷入被动。项目经理和项目管理团队通过否决或批准变更，来确保只有经批准的变更才能纳入修改后的基准中。
项目经理可以借鉴组织过程资产，来确定实施整体变更控制过程所需要进行的管理活动，目前大部分企业会使用质量管理体系来规范项目变更控制。通常情况下，项目变更控制包括以下变更管理活动（这些活动的细致程度取决于项目进展情况）：
- 如果在没有相关组织过程资产的情况下，项目经理需要首先建立项目整体变更控制的准则，确保只有经批准的变更才能在项目中执行；
- 对任何干系人提出的变更请求迅速地审查、分析和批准，必须迅速，因为延误决策时机可能给时间、成本或变更的可行性带来不利影响，如果项目经理无法自己判断，也需要及时的反馈到组织高层决定；
- 对已批准的变更进行跟踪验证，及时收集变更产生的影响；
- 仅允许经批准的变更纳入项目管理计划和项目文件中，以此维护基准的严肃性；
- 项目变更时，需要制定纠正和预防措施，以确保项目风险可控；
- 协调整个项目中的各种变更带来的影响，例如加快进度就可能影响成本、人力资源和质量，项目经理需要对所有因素进行整体权衡；
- 将变更请求的影响完整地记录下来。
在实施项目整体变更控制时，项目经理需要注意以下几点：
- 项目的任何干系人都可以提出变更请求；
- 尽管项目变更可以口头提出请求，但所有变更请求都必须以书面形式记录，并纳入变更管理和/或配置管理系统中；
- 变更请求由变更控制系统和配置控制系统中所列的过程进行处理；
- 需要记录变更对时间和成本的影响；
- 每一项记录在案的变更请求都必须由项目管理团队或外部组织加以批准或否决。
变更控制委员会 变更控制委员会（Change ControlBoard，CCB）是由干系人正式组成的团体，负责审议、评价、批准、推迟或否决项目变更，所有决定和建议均应记录在案。在很多组织中，尤其是运行质量管理体系的组织，变更控制委员会是一种组织制度规定，不需要为某个项目单独成立。
在很多项目中，根据项目章程或组织制度的规定，项目经理有权批准某些种类的变更请求，当项目经理认为必要或者无权审核变更请求时，需提交变更控制委员会来批准或否决变更请求。很多组织会根据质量管理体系的要求建立多层次的变更控制委员会，来分别承担大小不同的职责。如果项目是按合同来实施的，那么按照合同要求，某些变更请求还需要经过客户的批准。
变更请求得到批准后，需要及时更新新的成本估算、活动排序、进度日期、资源需求和风险应对方案分析。这些变更可能要求调整项目管理计划或项目的其他管理计划/文件，所以最终也需要更新这些文件。在项目管理知识体系指南中，规定了项目整体变更控制过程的输入、工具与技术和输出以及数据流向图，分别见图1和图2。

行业热门话题：

【配置管理系统支撑配置管理业务的系统】【配置管理系统和变更控制系统】【配置管理系统通常由什么组成】【配置管理系统的功能】【配置管理系统属于组织过程资产】【配置管理系统包括什么】【配置管理系统和变更控制系统的区别】【配置管理系统有哪些】【软件配置管理系统】【系统配置与管理】