扫码阅读
手机扫码阅读
配置项管理的3个等级

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


麦哲思科技任甲林
扫码关注公众号

摘要:配置项管理等级划分
配置项管理的严格程度可分为三个等级:
- 纳入基线管理的配置项(Baseline Items):这些配置项在变更时需要通过严格的变更流程,包括变更申请和审批。审批分两个层次:i) 项目经理或分CCB审批,适用于小范围变更;ii) 变更控制委员会(CCB)审批,用于更大的变更。变更前,配置项需要经过验证(测试或评审)和质量保证。
- 受控项(Controlled Items):尽管不纳入基线,这类配置项也不能随意变更。变更需要配置管理员或项目经理的许可。写权限应唯一,通常由CM或PM控制。
- 非受控项(Uncontrolled Items):对这些配置项的变更不做控制。
配置项从非受控到受控再到基线化的状态变化过程中,首先进行检出修改,修改后检入转变为受控状态,等待验证通过后才基线化。如果配置项仅拟纳入受控而不入基线,其状态变化为非受控后直接受控。
配置项纳入基线管理的时机是管理平衡问题的关键。一般在配置项基本稳定后才考虑基线化。频繁变动的配置项基线化会增加管理成本,例如单元测试后的代码通常不形成基线,但可作为受控项。此决策还需考虑项目规模,大规模项目即使变动频繁也可能需要建立基线。系统测试完成后应形成产品基线,此时系统已基本稳定,可对外发布。
在配置项受控但未纳入基线后,进行变更同样需要配置管理员的批准,并应通知测试人员。
想要了解更多内容?


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 232.4K
麦哲思科技任甲林的其他文章
快速学习COSMIC方法之十三:如何识别读和写?
在实践中识别读和写是比较简单的,出错的概率比较小。读和写都是被度量的软件与存储介质之间的数据交互动作。读是从持久存储介质移动数据到功能处理内部,写是从功能处理移动数据到存储介质,二者的方向是相反的。在识别读和写时,要注意以下几点:1 每个读或写移动的是一个兴趣对象的一个数据组。如果是移动的多个兴趣对象的数据组,则需要识别为多个读或写。如果是一个兴趣对象的不同数据组,也是要识别为多个读或写。如果一个...
一句话概括TMMi的每个PA
本文针对TMMi的每个PA,用简单扼要的一句话概括了其核心内容,便于大家在最短的时间内了解TMMi的要求。
全功能点估算方法简介
说明:本文已刊登于《信息技术与标准化》07年第3期新一代的功能点规模估算方法: COSMIC-FFP1 引言软件规模估算是估计软件开发的工作量、成本与资源需求的基础,通过规模与其他度量数据还可以度量项目的生产率、缺陷密度,目前在工程界流行的估算方法是代码行估算方法和功能点分析方法(function points analysis,FPA法)。代码行估算方法是一种经验估算方法,通常会采用
例解:如何分析同行评审的度量数据?
在进行同行评审时,一般可以积累如下的度量数据:(1) 评审文档或代码的规模对于需求文档的规模一般是采用页或功能点为度量单位;对于测试用例的规模一般是采用个或页为度量单位;对代码的规模一般是采用行为度量单位;对于设计或其他文档一般是采用页为度量单位。(2) 个人评审的时间周期,计量单位为小时;(3) 评审会议的时间周期,计量单位为小时;(4) 个人评审发现的缺
软件需求的12条最佳实践
笔者在咨询实践中总结了针对软件需求工程的12条最佳实践,罗列如下。所谓最佳并非严密的逻辑证明,而是经过大量的实践与观察依据经验确定的,智者见智,仁者见仁,有争议在所难免,仅供参考,能够对大家有所启发,足矣。1 成立甲乙双方参与的需求控制组项目的成功不单是乙方的成功,而是甲乙双方的成功,甲乙双方紧密配合,互相理解,互相合作才能成功,需要避免一方独大,一方具有绝对控制权的现象,所以成立甲乙双方参与的需求控制组是避免需求蔓延的有效手段。该组织具有对需求的决策权,对于每项需求的增删改都要平衡了进度、质量、投入后才
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线