软件配置管理的问题、目的、层次和策略

发表于:2011-5-13 11:08

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:未知    来源:51Testing软件测试网采编

  3.6 支持配置项的复用

  支持复用的软件部件配置库中的配置项能映射到所有拟使用配置项的产品和项目。对配置项的功能、对外接口及其使用规则有完整的描述,执行严格的质量控制、变更控制程序,并与可能使用这些配置项的产品、项目保持有效沟通。

  支持软件部件复用需要有覆盖整个待复用范围,超越单项目、单产品区域的整体复用意识和良好的分析、设计能力。此外,还可以采取一定的管理措施,如要求产品、项目在策划时必须首先到可复用配置库中寻找部件,并承认产品、项目团队为复用库提供新配置项的业绩等。

  4、配置管理的策略

  实用、有效配置管理的核心是基于业绩、约束确定配置管理的目标,需要基于组织、项目的具体特点选择策略和实践,并基于产品和过程度量来改进。

  4.1 配置管理、版本管理和工作产品管理

  基于配置项的重要性及发生变更的可能性制定适当力度的控制策略。配置管理指严格执行变更控制流程,适用于重要且相对稳定的配置项。版本管理则对变更的决策过程相对弱化,重点管理配置项的版本变更历程,适用于比较重要且变更较频繁的配置项。工作产品管理适用于那些不是由项目直接产生的且几乎不会发生变更的配置项。

  4.2 CCB的组织及决策机制

  基于产品、配置库的规模及团队合作经验等要素确定适当的变更决策方式。变更控制委员会(Chang Cont rolBureau ,简称CCB) 的基本组织方式包括统一或分散两种,前者由一个统一的CCB 来审批所有配置项的变更,后者为各类配置项分别建立CCB。CCB 的决策机制包括少数服从多数、一票否决、主席裁决等方式。

  4.3 配置项的粒度划分

  粒度是指配置项的规模。配置管理的粒度越细,看起来可视性越清晰,但配置项的数量会增大。粒度粗则大粒度的配置项可能因为多个局部变更而频繁整体变更,难以形成相对稳定的基线;

  相关涉众在变更分析时难免需要关注整个配置项,从而加大分析工作量。当有良好的配置管理工具支持和熟练的配置管理人员时,可以优先考虑细粒度管理;否则,可以考虑对可能较频繁变更的工作产品采用细粒度管理,相对稳定的工作产品采用粗粒度管理。

  4.4 配置管理的力度投入

  配置管理是一种管理活动,管理活动存在适度投入、过投入和欠投入等可能性。理想状态当然是适度投入,但具体怎样把握“度”需要实践和学习,往往不容易确定。投入要重视实效,抓住关键目标。如果在过投入和欠投入之间难以决策,则可以优先选择欠投入策略。欠投入可能使工作做得不到位,但毕竟没有投入,经过实践、度量、分析后再改进、再增加投入,在心理上相对容易接受,容易达成共识。

  5、结束语

  为了实现实用、有效的配置管理,需要考虑业绩导向,为支持业务要求而开展配置管理活动;基于技术、整体管理能力约束来设定配置管理过程的目标和要素;根据项目及其配置项的特点确定项目配置管理的层次、重点和策略;了解影响本组织配置管理过程业绩的主要难点并确定相关的改进计划等基本原则。“建立和维护工作产品的完整性”是配置管理过程的直接目的,但抽象的“完整性”本身还只是形式层面的目的,处在过程域、方法域层面,还不是业务层面的目标,没有深入到目标域、问题域层面。对不同的项目,“完整性”的层次、评价标准也可能不同,基本活动怎么做、做到什么程度可能不同,需要以业务目标、组织和团队业绩导向。要达到功能正确性、高效率、控制变更及复用等较高层次的“完整性”目标,只有直接的配置管理活动远远不够,还需要资源、技术能力、整体管理能力等配置管理活动以外的其他要素保证,在有限的资源、能力等约束条件下采用分层次管理、实效优先等策略。

33/3<123
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号