【软考高级信息系统项目管理师--第十八章：配置变更管理】

🚀 作者 ：“码上有前”
🚀 文章简介 ：软考高级–信息系统项目管理师
🚀 欢迎小伙伴们 点赞👍、收藏⭐、留言💬

配置管理

配置管理结构

• 包括配置库的建立和配置管理数据库准确性的维护

配置项分类

• 1、基线配置项:所有设计文档和源程序，对开发人员开放
• 2、非基线配置项:项目的各类计划和报告，对项目经理、CCB开放

配置项状态

• 1、草稿(0.xY)2、修改(X.YZ)3、正式(X.Y)
  配置基线交给用户基线称为发行基线，内部过程使用的为构造基线

建立基线的价值

• 1、基线为项目提供了一个定点和快照;
• 2、新项目可以在基线提供的定点上建立;
• 3、当认为更新不稳定或不可信时，基线为团队提供了一种取消变更的方法
• 4、可以利用基线重新建立某个特定发布版本的配置，以重现错误的报告。

配置管理数据库主要内容

• 1、发布内容，包括每个配置项及其版本号;
• 2、经批准的变更可能影响到的配置项;
• 3、与某个配置项有关的所有变更请求;
• 4、配置项变更轨迹;
• 5、特定的设备和软件;
• 6、计划升级、替换或弃用的配置项
• 7、与配置有关的变更和问题;
• 8、来自于特定时期特定供应商的配置项;
• 9、受问题影响的所有配置项。

配置库

• 配置库的建库模式有两种，按照配置项类型建库(适用于通用软件)和按照开发库(适用于专业软件)建库
• 配置库可以分为开发库、受控库和产品库

配置管理角色与职责

配置管理负责人

负责管理和决策整个项目生命周期中的配置活动，具体有:

• 1、管理所有活动，包括计划、识别、控制、审计和回顾;
• 2、负责配置管理过程;
• 3、通过审计过程确保配置管理数据库的准确和真实;
• 4审批配置库或配置管理数据库的结构性变更;
• 5定义配置项责任人;
• 6指派配置审计人员;
• 7、定义配置管理数据库范围、配置项属性、配置项关系和状态;
• 8、评估配置管理过程并持续改进;
• 9、参与变更管理过程评估;
• 10、对项目成员进行配置管理培训。

配置管理员

• 1、建立和维护配置管理系统;
• 2、建立或维护配置管理库或者配置管理数据库;
• 3、配置项识别;
• 4、建立和管理基线;
• 5、版本管理和配置控制;
• 6、配置状态报告;
• 7、配置审计;
• 8、发布管理和交付

配置项负责人

• 1、记录所负责配置项的所有变更;
• 2、维护配置项之间的关系;
• 3、调查审计中发现的配置项差异，完成差异报告;
• 4、遵从配置管理过程;
• 5、参与配置管理过程评估

配置管理的目标

• 1、所有配置项能够背识别和记录;
• 2、维护配置项记录的完整性;
• 3、为其它管理过程提供有关配置项的准确信息;
• 4、核实有关信息系统的配置项;
• 5、配置项当前和历史状态得到汇报;
• 6、确保信息系统的配置项的有效控制和管理。

配置项管理成功因素(方针):

• 1、所有配置项应该记录;
• 2、配置项应该分类;
• 3、所有配置项要编号;
• 4、应该定期对配置库或者配置管理数据库中的配置项信息进行审计
• 5、在每个配置项在建立后，应有配置负责人负责;
• 6、要关注配置项的变化情况;
• 7、应该定期对配置管理进行回顾;
• 8、能够与项目的其它管理活动进行关联。

配置管理活动

• 制定配置管理计划、
• 配置项标识、
• 配置项控制、
• 配置项状态报告、
• 配置审计、
• 配置管理回顾与改进

配置管理计划(由CCB审批)

• 1、配置管理目标和范围;
• 2、实施这些活动的规范和流程
• 3、实施这些活动的进度安排
• 4、负责实施这些活动的人员或组织，以及他们和其他组织的关系。
• 5、配置管理活动;
• 6、配置管理角色和责任安排:
• 7、配置管理的日常事物

配置项识别

• 1、确定配置项范围;
• 2、确认和记录配置项属性;
• 3、为配置项定义标识符;
• 4、确定配置基准线
• 5、确定配置结构;
• 6、确定配置项命名规则。

配置项控制

• 1、变更申请;
• 2、变更评估;
• 3、通告评估结果;
• 4、变更实施;
• 5、变更验证与确认;
• 6、变更发布;
• 7、基于配置库的变更控

基于配置库的变更控制(画图)

配置状态报告

• 1、每个受控库的标识和状态;
• 2、每个变更申请的状态和已批准的修改的实施状态;
• 3、每个基线的当前和过去版本的状态以及各版本之间的比较;
• 4、、其它配置管理活动的记录等

配置审计

• 分类
  • 物理审计(完整性):1、要交付的配置项是否存在;2、配置项是否包含所有必须的项目
  • 功能审计(一致性):1、配置项的开发圆满完成。2、配置项以达到配置标识中规定的性能和功能特征。3、配置项的操作和支持文档已完成并符合要求。
• 作用
  • 1、防止向用户交付不合适的产品;
  • 2、发现不完善的实现;
  • 3、找出各配置项之间不匹配或不相容的现象;
  • 4、确认配置项在经过质量控制过程后纳入基线并入库保存;
  • 5、确认记录和文档保持可追溯性。

变更管理

变更产生的原因

• 1、产品范围定义过失或者疏忽;
• 2、项目范围定义过失或者疏忽;
• 3、增值变更;
• 4、应对风险的紧急计划或回避计划;
• 5、项目执行过程与基准要求不一致带来的被动调整;
• 6、外部事件。

变更管理的原则

• 项目基准化和变更管理过程规范化

变更流程

• 1.变更申请;
• 2、对变更初审;
• 3、变更方案论证
• 4、变更审查;
• 5、发出变更通知并组织实施;
• 6、实施监控;
• 7、效果评估;
• 8、变更收尾

变更角色和职责

• 1.变更管理负责人,负责整个变更过程方案的结果;
• 2、负责变更管理过程的监控;
• 3、负责协调相关的资源;
• 4、保障所有过程按照预定过程进行;
• 5、管理变更的日程安排;
• 6、变更完成后的回顾和关闭;
• 7、承担变更相关责任，并且具有相应权限;
• 8、可能以逐级审批或团队会议的形式参与变更的风险评估和审批等

版本发布前的工作

• 1、进行相关的回退分析。
• 2、备份版本发布所涉及的储存过程、函数等其他数据的储存及回退管理。
• 3、备份配置数据，包括数据备份方式。
• 4备份在线生产平台接口、应用、工作流等版本。
• 5、启动回退机制的触发条件。
• 6、对变更回退的机制职责的说明。

版本回退步骤。

• 1、通知相关用户开始回退;
• 2、通知各关联系统进行版本回退
• 3、回退储存过程等数据对象
• 4、配置数据回退
• 5、应用程序、接口程序、工作流等版本回退;
• 6、回退完通知各周边关联系统，
• 7、回退后进行相关测试，保证系统能正常运行;
• 8、通知用户回退完成。

项目文档管理

文档分类

• 1、开发文档:可行性研究报告、项目任务书、需求规格说明书、设计规格说明书、开发计划、测试报告、质量保证计划等
• 2、管理文档:软件变更情况记录、开发团队职责定义、项目计划、项目阶段报告、配置管理计划等
• 3、产品文档:培训手册、参考手册、用户指南、产品手册等