51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 822|回复: 0

[转贴] 浅谈研发项目中的配置管理(概述篇)

[复制链接]
  • TA的每日心情
    无聊
    3 小时前
  • 签到天数: 919 天

    连续签到: 1 天

    [LV.10]测试总司令

    发表于 2022-7-29 10:59:31 | 显示全部楼层 |阅读模式
    前言
      配置管理作为研发项目中一项重要的支持类活动,主要目的是通过配置管理相关活动来建立并维护研发项目中的工作产品的完整性。这些活动包括:配置管理计划、识别配置项、配置控制、配置状态记录与报告以及配置审计。
      本文将通过【概述篇】及【过程篇】两大部分内容,分篇介绍研发项目中配置管理所涉及主要的工作内容,为研发项目团队做分享。
      一、配置管理员的工作职责
      在很多公司里,可能没有设立专职的配置管理人员,会由开发或测试兼任。这个岗位的角色既像系统管理员一样管理着配置管理系统,同时又可能和开发、测试、运维等各个角色有交叉领域。这也是为什么有些企业会要求测试人员也要懂一点配置管理的原因。
      回答配置管理员本身的人员职责设置上看,配置管理员(CMO,ConfigurationManagementOperator)角色来执行配置管理工作,CMO需要根据配置管理计划执行各项管理任务,定期向项目变更控制委员会(CCB)提交报告,并列席CCB的例会。具体来说,职责可以列为以下几项:
      ·配置管理工具的日常管理与维护;
      · 提交配置管理计划;
      · 各配置项的管理与维护;
      · 执行项目产品版本控制和变更控制方案;
      · 完成配置审计并提交报告;
      · 对开发人员进行相关的培训;
      · 识别软件开发过程中存在的问题并拟就解决方案。
      这里说明一下,很多研发组织/团队对配置管理员CMO的职责认识不清,认为配置管理员的工作可以由IT人员来替代完成,项目上没有必要专门还设一位CMO。
      实际上,这里CMO不仅需要具备IT知识(例如针对研发人员不同角色设置配置系统访问权限、执行数据备份/回复等操作),更重要的是,CMO还要在项目中制定配置管理计划、执行产品版本控制和变更控制、执行配置审计、培训项目成员等,并管理配置系统,更多的是项目组成员的角色。
      例如,如果IT需要升级配置管理所覆盖的系统(如项目测试环境下的WINDOWS版本,或扩大测试环境下的服务器内存空间),必须经过CMO批准才行,否则就会影响项目产品的交付结果。所以,CMO工作并非单纯的IT工作,而是与项目产品质量、研发项目工作环境、工作效率等密切相关。
      尤其当下在敏捷开发环境中,因为需要支持频繁变更、频繁构建(通常每天)、多条基线与多个配置管理支持的工作区(例如,为个人、团队、甚至结对编程),配置管理更显得非常重要。
      目前的管理趋势是,将配置管理自动化(例如,构建脚本、状态记录与报告,完整性检查),并将配置管理作为单独的一套标准服务加以实施。在敏捷团队启动时,就应该识别负责确保配置管理活动正确实施的人。在每个迭代开始时,重新确定配置管理支持的需要。配置管理被谨慎地集成到各团队的工作节奏中,把焦点集中在尽量减少对团队的干扰,以使工作完成。
      二、配置管理的主要工作
      下面概述配置管理工作涉及的主要内容。
      (一)配置管理工具的日常管理与维护
      在服务器上,按照统一规范出的目录结构来规划所有配置项的存储形式,由CMO根据项目配置管理计划创建和维护项目配置库。典型的配置库包括:
      开发库:存放开发过程中需要保留的各种信息,如技术文档、源代码、原理图等,供开发人员每日开发工作专用。
      受控库:存放基线产品即项目某个阶段结束时,经评审通过的和已经批准的工作产品和相关信息。(注:基线是指经过正式评审和认可后,作为后续工作依据的配置项集合)
      发布库:存放项目正式交付用户的最终产品和相关信息。
      在此基础上,CMO还需要设置相关研发项目人员访问配置库/目录的权限,保证研发产品、重要结果的信息安全
      (二)配置管理计划
      在项目初始阶段制定项目计划过程中,项目经理与配置管理员充分沟通、协调好项目的主要阶段、里程碑,拟定配置管理计划。该计划要点可以包括:
      · 配置管理工作有关人员和职责的设置
      · 配置管理相关软件、硬件、环境、资源
      · 配置管理所涵盖的配置项清单
      · 项目中预计要建立的基线清单(基线编号、标识、基线配置项、基线发布时间)
      · 配置库备份计划(备份频度、负责人、备份目的、方式等)
      · 变更控制规范/方法说明(规范、流程说明)
      · 配置审计说明(审计方法、内容、人员、时间安排、报告内容、对象的定义)
      (三)各配置项的管理与维护
      配置项是指应该纳入配置管理下,成为受控工作产品的最小单位项。例如设计阶段的文档、评审结果、源代码等;
      CMO在着手工作之初,就需要与项目经理一起识别出哪些工作产品应该受控,并列出这些工作产品作为配置项,它们也是配置管理的对象。当配置项发生变更时,就需要CMO记录、管理好每次变更的版本,作为跟踪、追溯每次变更的重要依据。
      (四)配置审计和报告
      配置审计就是指QA按照其管理计划,定期对配置管理的成果和中间产品进行检查,记录下检查中所发现的问题,并跟踪解决直至问题关闭为止。
      CMO需要协助QA进行配置审计工作,上一次审计的遗留问题同时作为在本次审计中的问题进行审计并跟踪。QA定期向项目团队报告审计的结果。CMO也定期向开发人员、最终用户与客户提供准确的状态与当前的配置数据。
      (五)培训开发人员
      CMO培训开发人员使用配置管理工具,解答使用中遇到的问题,分享经验总结教训。
      好了,以上为大家对研发项目中配置管理所涉及的主要工作内容做了一个概述介绍,而对于配置管理,每个过程环节又有什么具体的工作和注意事项,且听下回分解。

    回复

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-3-29 12:58 , Processed in 0.069522 second(s), 24 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表