系统集成项目管理工程师重点考点核心资料之----第 十八 章配置管理(产品配置的管理)

 weihaifei   2017-07-16 11:05   317 人阅读  0 条评论

配置管理(CM)的定义:是通过技术行政手段对软件产品(源代码、产品、文档规范等)及其开发过程和生命周期进行控制、规范的一系列措施。

配置管理的目的:记录软件产品的演化过程,确保产品开发者在软件生命周期中的各个阶段都能得到精确的产品配置,本章重点讨论的题目包括:配置管理的有关概念、制定配置管理计划、配置识别和建立基线、建立配置管理系统、版本管理、变更管理、配置状态报告和配置审计(大纲要求)

配置管理的几个相关的思想

(1)文档由几个人一起编写,最后不知道谁是最新版本了,所以需要用配置管理来规范文档版本的问题

(2)无变更就无配置管理,配置管理的目的就是为了防止变更时配置项版本搞乱(变更和配置管理的关系)

(3)一般我们常用 VSS 软件来管理文档的版本就是配置管理的例子

18.1 配置管理的概念

1.配置项(配置管理的对象)

凡事纳入配置管理范畴的工作成果都是配置项(CI)例如:文档、源代码、成品、半成品

2.配置库

存放配置项的仓库

3.软件配置管理(SCM)

4.基线(必会)

基线(Baseline)

20170716110701.jpg评审确认后的标准,例如:进行成本预算成本预算基线

进行成本控制成本控制基线

重要的检查点是:里程碑

重要的里程碑是:基线

5.配置管理活动

配置管理主要包括:制定配置管理计划、配置识别和建立基线、监理配置管理系统、版本管理、配置状态报告和配置审计

6.标识

为配置项取名字,详细描述配置项

7.控制

通过建立产品基线,控制软件产品的发布和在整个生命周期内对软件产品修改。

18.2 制定配置管理计划(了解)

配置管理目标是为了让变更更加规范化

1.标识团队项目配置管理目标(为了让变更更加规范化)

2.描述角色和责任(需要哪些角色,分别做什么)

3.描述工具、过程和支持基础机构(必须建立配置库,从硬件、软件进行描述)

4.标识配置项(选定哪些作为配置管理的对象并加以标识。例如:源文件是配置项,中间文件不是配置项)

5.描述配置项和基线的标识方案

6.描述基线策略

7.标识基线(必会,重点看下)

标识要使用的不同类型的基线

(1)功能基线:创建相互独立的项目里程碑,以扑捉特定级别的功能,例如:拆分同时进行的工作或捕捉需要级别的行为

(2)开发基线:创建此基线可以使开发人员在更正预定数量的代码(尤其是界面)后重新同步,此基线不一定必须发挥作用

(3)评审基线:通过创建此基线可以检查和分析自上一基线以来进行的更改,使用此基线可以确定改动级别和提交质量等事项

(4)发布基线:通过此基线可以捕捉产品相对于特定的外部发布状态。可能依据上一发布候选基线进行了最终调试和 BUG 修复

8.描述变更控制过程

定义用于对基线进行更改的过程。过程步骤包括提交更改要求、评审和批准请求以及将更改后的代码提交到生成中。

9.描述配置数据安全保存过程定义配置管理服务器的方法。

10.描述配置项发布过程

11.描述配置管理审核计划

12.描述配置管理状态报告

13.描述配置管理里程碑

14.描述配置管理培训计划

15.评审配置管理计划

18.3 配置识别和建立基线(了解)

配置识别是配置管理的一个重要要素,其内容包括

(1)识别需要受控的软件配置项

(2)给每个产品和它的组件以及相关文档分配唯一的标识

(3)定义每个配置项的重要特征以及识别其所有者

(4)识别组件、数据以及产品获取点的原则

(5)建立和控制基线

(6)维护文档和组件的修订与产品版本之间的关系

18.4 建立配置管理系统(了解)

1.建立配置管理方案的基本步骤

(1)组织配置管理方案小组

(2)对目标机构进行了解、评估

(3)配置管理工具及其提供商评估

(4)制定实施计划

(5)定义配置管理流程

(6)实验项目的实施

(7)全面实施

2.建立配置库(必会,重点)

配置库可分为:动态库、受控库和静态库

(1)动态库:日常用,经常变化的(日常工作的文档、源代码),是工作用库,开发人员使用,也可理解为动态库变动不用打变更

(2)受控库:存放半成品,例如一个文档编写好后,项目经理/团队内部同意了,不需要修改了放入受控库中;但受控库中的内容不能作为依据,因为给甲方看

(3)静态库:甲方看后同意的文档放入静态库

3.常用的软件配置管理

VSS、CVS 和 SVN(了解)

18.5 版本管理(必会)

配置项的状态有 3 种草稿、正式发布和正在修改

(1)草稿:处于草稿状态的版本:0.YZ;YZ 的数字范围是 01-99(例如:V0.31 以 0 开头

(2)正式发布:处于正式发布状态的版本:X.Y;X 为主版本,取值1-9;Y 为副版本取值 1-9 关键点是一共 2 位数字,最小是 1(例如:V1.4)

(3)正在修改:处于正在修改状态的版本:X.YZ;一般只增大 Z 值,X.Y 不变,修改完毕,Z 直为 0(共 3 位,只有最右边一位变化,前 2 位固定)

18.6 变更控制

1.无变更就无配置管理,配置管理的目的就是为了防止变更时配置项版本搞乱(变更和配置管理的关系)

2.高效的变更管理至少包括 2 部分:定义合理的便跟流程;采用自动化工具作为支持

3.变更管理的流程:(搞清楚,必会)

(1)提出变更请求

(2)由 CCB 审核并决定是否批准

(3)(被接受)修改请求分配人员为,提取 SCI,进行修改

(4)复审变化

(5)提交修改后的 SCI

(6) 建立测试基线并测试

(7)重建软件的适当版本

(8)复审(审计)所有 SCI 的变化

(9)发布新版本

18.7 配置状态报告(了解)

配置项状态报告包括:基线类型、配置项标识、配置单元标识、编写人、版本号、当前状态、计划完成时间、实际完成时间、计划入库时间、实际入库时间、以及变更历时

18.8 配置审计(重点必会)

1.配置审计的作用:

作为变更控制的补充手段,来确保某一变更需求已被切实实现

2.配置审计的 2 个方面:

(1)功能配置审计:目的是对配置项的功能和特性进行审计,目的是检查是否得到需求说明书中所规定的功能和非功能需求。适用对象为配置管理员、QA 人员。

(2)物理配置审计:目的是用于确保配置管理系统工作的正确性,并在将来一段时间内继续正

常工作,适用对象为配置管理员、QA 人员

18.9 软件配置管理过程描述

SIO:系统集成人员

DEV:开发人员

CMO:配置管理员

CBB:变更控制/配置管理委员会

第 19、20、21、22 没有。可以见其余资料。

本文地址:https://www.viponevip.com/post/34.html
版权声明:本文为原创文章,版权归 weihaifei 所有,欢迎分享本文,转载请保留出处!

 发表评论


表情

还没有留言,还不快点抢沙发?