1.配置管理
在信息系统项目的整个生命周期中维持配置的完整性和可跟踪性。标识信息系统建设在不同时间点上的配置的学科。
1.管理基础 CI
1.配置项
信息系统组件或与其有关的项目,包括软件、硬件和各种文档。变更请求、服务、环境、设备、网络设施、台式机、移动设备、应用系统、协议、电信服务等,都要受到配置管理的控制。
2.配置项状态
草稿:通过评审成为正式 0.YZ
正式:若要修改配置项,成为修改 X.Y
修改:重新评审过后,成为正式 X.YZ
3.配置项版本号
草稿:0.YZ
正式:X.Y
修改:X.YZ
4.配置项版本管理
作用于多个配置管理活动之中,如配置标识、配置控制和配置审计、发布和交付等。避免发生版本丢失或混淆等现象,并且可以快速准确的查找到配置项的任何版本。
5.配置基线
指一个产品或系统在某一特定时刻的配置状况。
基线的变更必须遵守正式的变更控制程序。可以有多个基线,也可以只有一个基线。交付给用户的是发行基线。内部使用的是构造基线
6.配置管理数据库
- 发布内容
- 经批准的变更可能影响到的配置项
- 与某一个配置项有关的所有变更请求
- 配置项变更轨迹
- 特定的设备和软件
- 计划升级、替换或弃用的配置项
- 与配置项有关的变更和问题
- 来自于特定时期特定供应商的配置项
- 受问题影响的所有配置项
7.配置库
- 开发库
- 受控库
- 产品库
产品库复制到受控库 受控库更新到产品库
开发库check out 受控库。开发库check in 受控库
2.角色与职责
变更控制委员会 CCB
- 配置管理负责人
- 管理所有活动
- 负责配置管理过程
- 通过审计过程确保配置管理数据库的准确和真实
- 审批配置库或管理数据集的结构性变更
- 定义配置项负责人
- 指派配置项审计员
- 定义配置管理数据库范围、配置项熟悉、配置项之间关系和配置项状态
- 评估配置管理过程并持续改进
- 参与变更管理过程评估
- 对项目成员进行配置管理培训
- 配置管理员
- 建立和维护配置管理系统
- 建立和维护配置库或配置管理数据库
- 配置项识别
- 建立和管理基线
- 版本管理和配置控制
- 配置状态报告
- 配置审计
- 发布管理和交付
- 配置项负责人
- 记录所负责配置项的所有变更
- 维护配置项之间的关系
- 调查审计种发现的配置项差异,完成差异报告
- 遵从配置管理过程
- 参与配置管理过程评估
3.目标与方针
1.管理目标
- 确保软件配置管理计划得以制定,并经过相关人员的评审和确认
- 应该识别出要控制的项目产品有那些,并且制定相关控制策略,确保项目产品被合适的人员获取
- 应制定控制策略,以确保项目产品在受控范围内更改
- 应该采取适当的工具和方法,确保相关组别和个人能够及时了解到软件基线的状态和内容
2.管理方针
制定配置管理相关制度,管理层和具体负责人应该明确相关人员在项目中所担负的配置管理方面的角色和责任。并使他们得到合适的培训。
成功的因素:
- 所有配置项应该记录
- 配置项应该分类
- 所有配置项要有编号
- 应该定期对配置库或配置管理数据库中的配置项信息进行审计
- 每个配置项在建立后,应有配置负责人负责
- 要关注配置项的变化情况
- 应该定期对配置管理进行回顾
- 能够与项目的其他管理活动进行关联。
4.管理活动
1.制定配置管理计划
- 配置管理的目标和范围
- 配置管理活动主要包括配置项标识、配置控制、配置状态报告、配置审计、配置管理回顾与改进
- 配置管理角色和责任安排
- 实施这些活动的规范和流程,如何配置项命名规则
- 实施这些活动的进度安排
- 与其他管理之间的接口控制
- 负责实施这些活动的人员或团队
- 配置管理信息系统的规划
- 配置管理的日常事物
- 计划的配置基准线、重大发布、里程碑
2.配置项识别
- 确定配置项范围
- 确认和记录配置项属性
- 为配置项定义标识符
- 确定配置项基线
- 确定配置结构
- 确定配置项命名规则
3.配置项控制
- 变更申请
- 变更评估
- 通告评估结果
- 变更实施
- 变更验证与确认
- 变更发布
- 基于配置库的变更控制
4.配置状态报告
- 每个受控配置项的标识和状态
- 每个变更申请的状态和已批准的修改的实施状态
- 每个基线的当前和过去版本的状态以及个版本的比较
- 其他配置管理过程活动的记录
5.配置审计
1.功能配置审计 一致性
- 配置项的开发已圆满完成
- 配置项已达到配置标识中规定的性能和功能特征
- 配置项的操作和支持文档已完成并且是符合要求的
2.物理配置审计 完整性
- 要交付的配置项是否存在
- 配置项中是否包含了所有必须的项目
6.配置管理回顾与改进
- 对本次配置管理回顾进行准备,设定日期和主题和通知相关人参加
- 召开配置管理回顾会议。汇报、听取各方意见
- 制定并提交服务改进计划
- 协调、落实改进
1.变更管理
1.管理基础
1.变更管理与配置管理
变更管理由项目交付或基准配置调整时,由配置管理过程调用,变更管理最终应将对项目的调整结果反馈给配置管理过程,以确保项目执行与项目配置信息相一致。
2.变更产生的原因
对项目不断深入地理解,作业过程与预先地发生变化是必然的。
产品范围定义的过失或者疏忽、项目范围定义的过失或者疏忽、增值变更、应对风险的紧急计划或回避计划、项目执行过程与基准要求不一致带来的被动调整、外部事件
3.变更的分类
紧急变更、非紧急变更 范围变更、环境变更、设计变更、实施变更、技术标准变更
4.项目变更的含义
为使得项目基准与项目实际执行情况相一致,应对项目变化的一套管理方法。
2.管理原则
1.基准管理
2.变更控制流程化
3.明确组织分工
4.评估变更的可能影响
5.妥善保存变更产生的相关文档
3.角色与职责
1.变更管理负责人
2.变更请求人
3.变更实施人
4.变更顾问委员会
大型的变更。通常需要有变更顾问委员会进行相关论证。
4.工作程序
1.变更申请
2.对变更的初审
3.变更方案论证
4.变更审查
5.发出通知并实施
6.实施监控
7.效果评估
8.变更收尾
5.变更控制
主要关注变更申请的控制及变更过程的控制。进度变更控制、成本变更控制、合同变更控制重点关注。大型的变更。通常需要有变更顾问委员会进行相关论证。
合同变更控制应当与整体变更控制结合起来
6.版本发布和回退计划
3.项目文档管理
开发文档:可行性研究报告、开发计划、项目任务书、需求规格说明书
产品文档:培训手册、参考手册、用户指南、产品手册、软件支持手册
管理文档:记录项目管理的信息 进度和进度变更的记录、软件变更情况的记录、项目计划、项目阶段报告。
- 最低限度文档 1级文档 低于一个人月的开发者自用程序。
- 内部文档 2级文档 没有与其他用户共享资源的专用程序。注释以帮助用户安装和使用程序
- 工作文档 3级文档 若干人联合开发的程序
- 正式文档 4级文档 正式发行的软件产品