配置控制-系统集成项目管理工程师教程第2版 - 综合知识 - 信管网
专业系统集成项目管理工程师网站|培训机构|服务商(2018系统集成项目管理工程师学习QQ群:672729477,客服QQ:270019001)

软题库 培训课程
当前位置:信管网 >> 中级集成 >> 综合知识 >> 文章内容
配置控制-系统集成项目管理工程师教程第2版
来源:信管网  2018年06月13日  【信管网:项目管理师专业网站所有评论

系统集成项目管理工程师教程第2版:配置控制

15.2.4 配置控制

配置控制即配置项和基线的变更控制,包括下述任务:标识和记录变更申请,分析和评价变更,批准或否决申请,实现、验证和发布已修改的配置项。

1。变更申请

变更申请主要就是陈述:要做什么变更,为什么要做,以及打算怎么做变更。

相关人员如项目经理填写变更申请表,说明要变更的内容、变更的原因、受变更影响的关联配置项和有关基线、变更实施方案、工作量和变更实施人等,并提交给CCB。

2。变更评估

CCB负责组织对变更申请进行评估并确定以下内容。

(1)变更对项目的影响。

(2)变更的内容是否必要。

(3)变更的范围是否考虑周全。

(4)变更的实施方案是否可行。

(5)变更工作量估计是否合理。

CCB决定是否接受变更,并将决定通知相关人员。

3。通告评估结果

CCB把关于每个变更申请的批准、否决或推迟的决定通知受此处置意见影响的每个干系人。

如果变更申请得到批准,应该及时把变更批准信息和变更实施方案通知给那些正在使用受影响的配置顼和基线的干系人。

如果变更申请被否决,宜通知有关干系人放弃该变更申请。

4 变更实施

项目经理组织修改相关的配置项,并在相应的文档或程序代码中记录变更信息。

5。变更验证与确认

项目经理指定人员对变更后的配置项进行测试或验证。

项目经理应将变更与验证的结果提交CCB,由其确认变更是否已经按要求完成。

6。变更的发布

配置管理员将变更后的配置项纳入基线。

配置管理员将变更内容和结果通知相关人员,并做好记录。

7。基于配置库的变更控制

信息系统在一处出现了变更,经常会连锁引起多处变更,会涉及到参与开发工作的许多人员。例如,测试引发了需求的修改,那么很可能要涉及到需求规格说明、概要设计、详细设计和代码等相关文档,甚至会使测试计划随之改变。

如果是多个开发人员对信息系统的同一部件做修改,情况会更加复杂。例如,在软件测试时发现了两个故障。项目经理最初以为两故障是无关的,就分别指定甲和乙去解决这两个故障。但碰巧,引起这两个故障的错误代码都在同一个软件部件中。甲和乙各自对故障定位后,先后从库中取出该部件,各自做了修改,又先后送回库中。结果,甲放入库中的版本只有甲乙的修改,乙放入库中的版本只有乙的修改,没有一个版本同时解决了两个故障。

基于配置库的变更控制可以完美地解决上述问题,如图15-3所示。


现以某软件产品升级为例,简述其流程。

(1)将待升级的基线(假设版本号为V2.1)从产品库中取出,放入受控库。

(2)程序员将欲修改的代码段从受控库中检出(cheek out),放入自己的开发库中进行修改。代码被Check out后即被“锁定”,以保证同一段代码只能同时被一个程序员修改,如果甲正对其修改,乙就无法Check out。

(3)程序员将开发库中修改好的代码段检入(Check in)受控库。Cheek in后,代码的“锁定”被解除,其他程序员可以Check out该段代码了。

(4)软件产品的升级修改工作全部完成后,将受控库中的新基线存入产品库中(软件产品的版本号更新为V2.2,旧的V2.1版并不删除,继续在产品库中保存)。




分享到: 新浪微博 腾讯朋友 收藏本页
发表评论  查看完整评论  

相关内容

推荐文章
合作网站内容