配置管理过程域

实施本过程域要达到以下目标:
1)软件工作产品的版本得到控制;
2)软件工作产品的变更得到控制;
3)利益相关方清楚了解软件工作产品的状态。

但是,如果把所有软件开发过程的工作产品都严格控制起来,这个代价太大,而且有很多浪费。

那么,应该哪些软件工作产品纳入配置管理呢?标准中是这样描述的——“置于配置管理之下的工作产品包括向顾客交付的产品、指定的内部工作产品、采购的产品、工具以及在生成和描述这些工作产品时使用的其他项”。

这里把纳入配置管理的工作产品分成以下几类:
向顾客交付的产品:通常在合同或者软件研制任务书中明确的那些软件承制方应交付的产品;
指定的内部工作产品:组织内部要求软件研制任务完成时应交付的产品,比如软件研制任务书中没有明确要交付设计说明,但组织内部要求此类软件应有设计说明归档,则应将设计说明纳入配置管理;
采购的产品:软件外包合同中要求承制方提供的产品;
其他项:如纳入配置管理的产品引用的重要文档资料。

 专用实践1.1 标识配置项
本实践就是要把置于配置管理的工作产品标识出来。标准建议的应标识的工作产品在前面已经有了说明。
本实践下面的5个子实践完整地阐述了本实践应进行的活动:
a)条是“选择作为配置项的工作产品”,b)条是对其“赋予唯一标识符”,c)条是指明作为配置项的工作产品的特征(作者、文件类型等),d)条指明受控时机,e)条标识受控配置项责任人。

 专用实践1.2 建立一个配置管理系统
本实践就是要求使用工具管理受控的配置项以及变更记录。
配置管理也是需要投入很多时间和精力,所以不能“眉毛胡子一把抓”,标准当中也给出了一个很好的建议——“建立配置管理的多级控制机制”。而控制级的例子,包括:“创建——受作者控制;工程——进行更改时通知利益相关方;开发控制——低层的配置控制委员会控制;正式控制——顾客参与的高层的配置控制委员会控制”。
这4个控制级别,可以这样理解:
“创建”对应的是通常所说的开发库,即工作产品由作者控制签入、签出和变更;
“工程”级别则要求作者更改工作产品时通知相关方;
“开发控制”可以对应项目组或科室级别的受控库;
“正式控制”可以对应的是组织级的受控库。

 专用实践1.3 生成或发布基线
前两个专用实践就是本实践的基础。当已经标识好的、组成基线的配置项用配置管理系统控制起来之后,我们就可以进行本实践的工作——生成或发布基线。
而且,基线的来源是:“仅从配置管理系统中的配置项生成或发布”。这里表达的意思就是,本实践的前提是组成基线的配置项已经受控,已经纳入配置管理库。

 专用实践2.1 跟踪更改申请
本实践要求做好变更影响分析,通过评审,并且被记录,被验证关闭。
做变更影响分析都考虑哪些受影响的对象?
标准中说,“分析更改申请以确定此更改对此工作产品、相关的工作产品、预算和进度的影响”。这里的“对此工作产品、相关的工作产品、预算和进度的影响”就是变更影响分析的内容和范围。
变更还要和利益相关方取得一致意见。“实施(更改)处置中所要求的措施,并向利益相关方报告结果”,就是说,更改后的结果(更改的内容、更改可能造成的影响等)要告知利益相关方。

 专用实践2.2 控制配置项
本实践就是要控制受控配置项变更的各个版本和变更历史。
控制配置项变更,很重要的一点就是,“为了以维护配置项正确性和完整性的方式纳入更改,从配置管理系统检入和检出配置项”。
很多开发人员喜欢在自己本地存储的工作产品基础上进行更改,可是如果更改日期距离工作产品产生日期已经很遥远,就会很容易出现版本混乱。所以组织在体系上应规定要更改的配置项应从配置管理系统中检出,在技术上也应在检入的时候进行文本比对以核对是否仅更改了变更申请中所描述的更改内容。
不仅如此,“所更改的配置项在配置更改经评审批准后发布”,这是要求所有的更改都要进行验证后才允许检入配置管理系统。不经过验证的更改是不允许的。

 专用实践3.1 建立配置管理记录
本实践要求做好各类配置状态记录,包括:配置项状态、配置项变更历史、各种变更记录以及基线之间的差异。
其中有个子实践——“描述逐个基线之间的差异”,在一些组织的标准实施当中,经常被忽略或者做得不是太好。
对基线的记录,仅仅给出基线的版本、构成基线的配置项的版本还是不够的,毕竟基线牵涉到不仅仅是项目组成员,还有项目组外的其它利益相关方。所以还应记录基线之间内容上的差异,以便其它利益相关方获取基线的状态信息。

 专用实践3.2 执行配置审核
本实践是为了确保配置项正确地受控且受控的配置项也是正确的所进行的活动。
配置审核分为功能配置审核、物理配置审核、配置管理审核三类:
功能配置审核是确认基线及其构成的配置项工作产品是否符合需求;
物理配置审核是确认配置项是否符合体系或者规范对于工作产品的约定(包括SP1.1中所要求的配置项标识、文档特征、时机、责任人等);
配置管理审核是确认配置管理活动的正确与否(通常由QA人员或更高级的配置管理员来完成)。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 205,236评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,867评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,715评论 0 340
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,899评论 1 278
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,895评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,733评论 1 283
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,085评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,722评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 43,025评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,696评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,816评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,447评论 4 322
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,057评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,009评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,254评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,204评论 2 352
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,561评论 2 343

推荐阅读更多精彩内容