本章内容是将第三版的配置和变更管理进行了合并,内容基本不变。选择、案例、论文都会考。结合以往考情来看
选择题,稳定考2-3分左右,老知识了,需要熟悉并理解。
案例题,隔几期就会考。
论文题,基本不会考。
1配置管理
配置与变更管理概述
①配置管理可用于问题分析、变更影响度分析和异常分析等,因此,配置项与真实情况的匹配度和详细度非常重要。
②变更管理是对变更从提出、审议、批准到实施、完成的整个过程的管理。
③变更的诱发一般有主动变更和被动变更两种。
- 主动变更是主动发起的变更,常用于提高项目收益,包括降低成本、改进过程以及提高项目的便捷性和有效性等;
- 被动变更常用于范围变化、异常、错误和适应不断变化的环境等,如随需求的增加,相应需要增加系统的功能或投资等。
配置管理基础
在(GB/T11457)《信息技术软件工程术语》中,将“配置管理”正式定义为:“应用技术的和管理的指导和监控方法以标识和说明配置项
的功能和物理特征,控制这些特征的变更,记录和报告变更处理和实现状态并验证与规定的需求的遵循性”。
1.配置项
比较典型的配置项包括项目计划书、技术解决方案、需求文档、设计文档、源代码、可执行代码、测试用例、运行软件所需的各种数据、
设备型号及其关键部件等。
2.配置项状态
配置项的状态可分为“草稿”“正式”和“修改”三种。
配置项刚建立时,其状态为“草稿”。配置项通过评审后,其状态变为“正式”。此后若更改配置项,则其状态变为“修改”。当配置项修改完毕并重新通过评审时,其状态又变为“正式”。
3.配置项版本
配置项的版本号规则与其状态密切相关,具体如下:
-
草稿状态(Draft):
- 版本号格式:0.YZ
- 含义:配置项正处于开发或初步编制阶段,未经过正式批准或发布。
-
正式状态(Formal/Released):
- 版本号格式:X.Y
- 含义:配置项已完成开发、审批,正式对外发布或部署,可供生产环境使用。
- 版本号规则:
- 主版本号X:取值范围1~9,表示重大功能更新、架构调整或不向下兼容的变更。
- 次版本号Y:取值范围0~9,表示较小的功能增强、修复或兼容性改进。升级幅度较小时增加Y值,幅度较大时增加X值。
- 初始版本:配置项首次成为正式文件时,版本号为1.0。
-
修改状态(Modified):
- 版本号格式:X.YZ
- 含义:配置项正在经历修改过程,尚未完成并重新进入正式状态。
- 版本号规则:
- 修改期间:仅增大Z值,X.Y值保持不变,反映同一主次版本下的细微改动。
- 转为正式:修改完成后,将Z值设置为0,增加X.Y值以反映版本的正式升级。
摘要:
- 版本号以0开头表示配置项处于“草稿”状态。
- 版本号开头大于0且位数为2位,表示配置项处于“正式”状态。
- 版本号开头大于0且位数为3位,表示配置项处于“修改”状态。
4.配置项版本管理
对配置项的任何修改都将产生新的版本。由于我们不能保证新版本定比旧版本“好”,所以不能抛弃旧版本。版本管理的目的是按照定的规则保存配置项的所有版本,避免发生版本丢失或混淆等现象,并且可以快速准确地查找到配置项的任何版本。
5.配置基线
① 配置基线是一组相对稳定、逻辑关联的配置项集合,具有多种用途,如:
- 授权产品:作为授权给用户使用的软件产品或系统版本。
- 标准配置项:作为组织内部或行业标准的参考依据。
- 开发与测试起点:为新开发或测试活动提供明确、统一的起始点。
- 用户配置标准:如标准化工作站配置,为用户提供统一的操作环境。
- 新软件起点:作为后续软件版本开发或维护的基础。
② 基线中的配置项处于“冻结”状态,不允许未经许可的随意修改。任何对基线的变更必须遵循正式的变更控制程序,确保变更的合理性和可控性。
③ 项目中可能存在多个基线,对应不同的开发阶段或里程碑。主要分为:
- 发行基线(Release Baseline):交付给用户使用的最终产品或系统版本。
- 构造基线(Build Baseline):内部开发过程中用于构建、测试、集成的中间版本。
④ 对于每个基线,需明确规定:
- 建立基线的事件:明确何时(如完成某个阶段、达到特定里程碑)建立基线。
- 受控的配置项:列出纳入该基线的所有配置项及其版本。
- 建立与变更基线的程序:详细描述如何创建、审核、批准、发布基线,以及变更基线的步骤、条件、责任人等。
- 批准变更基线所需的权限:明确有权批准基线变更的人员或角色(如项目经理、配置控制委员会等)及其职责。 在项目实施全过程中,所有基线均需纳入配置管理,其更新必须遵循正式的变更控制程序,确保基线的完整性和一致性,有效支持项目的控制、追溯和审计。
6.配置管理数据库
配置管理数据库(Configuration Management Database, CMDB)主要内容包括:
-
发布内容:记录每个配置项(Configuration Item, CI)及其对应的版本号,反映系统或产品的发布状态和历史。
-
受变更影响的配置项:记录经批准的变更请求(Change Request, CR)可能涉及到的所有配置项,便于评估变更影响范围和实施变更后的状态更新。
-
与配置项相关的变更请求:存储与每个配置项直接关联的所有变更请求记录,用于追踪变更历史、分析变更原因和结果。
-
配置项变更轨迹:记载每个配置项从创建到当前的完整变更历史,包括变更时间、变更原因、变更内容、执行人员等详细信息,为问题诊断、审计和回滚操作提供依据。
-
特定设备和软件:包含系统中具体的硬件设备信息、软件组件及其版本、许可证状态等,支持资产管理、合规性检查和升级规划。
-
计划升级、替换或退役的配置项:列出即将进行升级、替换或退役操作的配置项及其计划时间、理由和预期影响,辅助资源规划和风险控制。
-
与配置项相关的变更和问题:记录与每个配置项关联的已知问题(Incidents)、问题解决过程、解决方案以及变更实施记录,帮助了解配置项的稳定性、支持服务质量和持续改进空间。
-
来自特定时期特定供应商的配置项:标识配置项的供应商信息、采购日期、保修期限等,便于供应商管理、合同履行和供应链协调。
-
受问题影响的所有配置项:列举受特定问题(如故障、漏洞、性能瓶颈等)直接影响的配置项清单,为问题定位、修复和预防措施提供线索。
7.配置库
配置管理角色和职责
配置管理相关角色常包括:
-
变更控制委员会 (Change Control Board, CCB):
- 职责:负责审批、评估和决策项目中的重大变更请求,确保变更对项目目标、成本、时间表、风险等的影响得到合理控制。
- 成员:通常包括项目经理、技术专家、关键干系人、质量保证人员等,根据项目规模和复杂性,可能还有其他相关人员如业务代表、法律顾问等。
-
配置管理负责人(配置经理):
- 职责:管理和决策整个项目生命周期中的配置活动,包括制定配置管理策略、流程、计划,监督配置管理活动的执行,确保配置管理目标的达成。
- 关键活动:指导配置管理员工作,协调配置管理与其他项目管理领域的接口,与CCB协作处理重大变更,参与项目决策,确保配置管理的有效性和合规性。
-
配置管理员:
- 职责:负责配置管理的具体实施工作,确保配置管理活动的顺畅运行。
- 具体活动包括:
- 建立和维护配置管理系统:搭建并持续优化配置管理工具平台,确保其满足项目需求。
- 建立和维护配置库或配置管理数据库:创建、更新和保护存储配置项及其元数据的物理或电子仓库。
- 配置项识别:识别项目中的所有配置项,定义其属性和关系,确保配置项的完整性。
- 建立和管理基线:在项目关键节点设立基线,记录配置项的稳定状态,控制基线变更。
- 版本管理和配置控制:执行版本编号规则,控制配置项版本的创建、更新、删除,实施配置控制流程。
- 配置状态报告:定期生成配置状态报告,提供配置项版本、变更、状态等信息,支持决策。
- 配置审计:定期或按需进行配置审计,验证配置项的完整性、正确性和一致性。
- 发布管理和交付:组织配置项的打包、测试、审批、发布和交付,确保交付物符合基线要求。
-
配置项负责人:
- 职责:对特定配置项的质量、完整性和真实性负责,确保其满足项目需求和规定标准。
- 关键活动:参与配置项的创建、修改、审核过程,维护配置项的准确性和最新状态,与配置管理员协作进行版本控制,及时报告配置项的问题和变更需求,确保配置项在整个项目生命周期内的有效管理。
目标和方针
1.管理目标
配置管理的目标主要用以定义并控制信息系统的组件,维护准确的配置信息,具体包括:①所有配置项能够被识别和记录;②维护配置项记录的完整性;③为其他管理过程提供有关配置项的准确信息;④核实有关信息系统的配置记录的正确性并纠正发现的错误:⑤配置项当前和历史状态得到汇报;⑥确保信息系统的配置项的有效控制和管理。
2.管理方针
组织应定期开展配置审计活动。配置管理关键成功因素主要包括;①所有配置项应该记录;②配置项应该分类:③所有配置项要编号;④应该定期对配置库或配置管理数据库中的配置项信息进行审计:⑤每个配置项在建立后,应有配置负责人负责;⑥要关注配置项的变化情况:⑦应该定期对配置管理进行回顾:⑧能够与项目的其他管理活动进行关联。
管理活动
1.制订配置管理计划
配置管理计划是对如何开展项目配置管理工作的规划,是配置管理过程的基础,应该形成文件并在整个项目生命周期内处于受控状态。CCB负责审批该计划。
配置管理计划由配置管理员制订,CCB负责审批。
2.配置项识别
配置项识别是配置管理的一项基础性工作,基本步骤如下。
(1)确定配置项范围。
(2)确认和记录配置项属性。
(3)为配置项定义标识符。
(4)确定配置基准线。
(5)确定配置结构。
(6)确定配置项命名规则。
3.配置项控制
4.配置状态报告
配置状态报告应该包含以下内容:
- 每个受控配置项的标识和状态。
- 每个变更申请的状态和已批准的修改的实施状态。
- 每个基线的当前和过去版本的状态以及各版本的比较。
- 其他配置管理过程活动的记录。
5.配置审计
2变更管理
变更管理基础
变更管理原则
角色和职责
项目经理是受业主委托对项目经营过程负责者,其正式权利由项目章程取得,而资源调度的权力通常由基准中明确。基准中不包括的储备资源需经授权人批准后方可使用。
项目经理在变更中的作用是:响应变更提出者的需求;评估变更对项目的影响及应对方案;将需求由技术要求转化为资源需求,供授权人决策;并据评审结果实施即调整基准。确保项目基准反映项目实施情况。
变更管理工作程序♥♥♥♥♥
变更控制
3项目文档管理
项目文档管理基础
信息系统文档一般分为:开发文档、产品文档、管理文档