华迪实训(配置管理)

《华迪实训(配置管理)》由会员分享，可在线阅读，更多相关《华迪实训(配置管理)（91页珍藏版）》请在金锄头文库上搜索。

1、配置管理,华迪实训基地 Version: 2.0,2018/10/15,TPCA SEPG,2,Overview,课程介绍 什么是配置管理？ 怎样做配置管理呢？ 怎样做变更控制管理？ 介绍配置管理工具-SVN 参考资料,课程介绍,2018/10/15,TPCA SEPG,4,关于本次课程,课程目标 预备知识 目标听众 日程表 词汇表,2018/10/15,TPCA SEPG,5,课程目标,通过学习本课程希望各位对配置管理有初步的认识和了解。 通过学习本课程能按规范开展配置管理的各项活动。 通过学习本课程能了解配置管理工具svn,2018/10/15,TPCA SEPG,6,预备知识,有一定的团

2、队开发的经验 最好使用过一些代码管理工具（如：SVN）,2018/10/15,TPCA SEPG,7,目标听众,项目经理 配置管理人员 开发人员 技术管理人员,2018/10/15,TPCA SEPG,8,日程表,共计: 1.5小时 详细安排,2018/10/15,TPCA SEPG,9,词汇表,CM：Configuration Management，配置管理。 CCB：Change Control Board，变更控制委员会。 CI：configuration item，配置项。包含文档、程序。 Baseline： 基线。已通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并且

3、只能通过正式程序，例如：变更管理和配置控制才能进行更改。 CR：Change Request, 变更请求。对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响的信息。 PCA：物理审计，在配置管理系统中建立基线的工件是否为“正确”版本。 FCA：功能审计，是核实软件配置项的实际性能是否符合它的需求。,什么是配置管理？,2018/10/15,TPCA SEPG,11,为什么需要配置管理,现代软件开发复杂度高 众多的开发人员 文件及相关资源多种多样 源代码 目标代码 web 相关内容 文档 模型和设计 需求 测试脚本 多个发布版本 多种平

4、台 软件在不同地点开发,2018/10/15,TPCA SEPG,12,一些基本的配置管理功能,存储 和 保护 所有软件资产和相关资源 记录软件所有的 历史变更 what changed? who changed it? when did it change? why did it change? 配置管理 开发人员工作空间 软件建立和版本发布管理 使开发人员的工作相互独立,2018/10/15,TPCA SEPG,13,定义,CMM 的解释：“软件配置管理的是建立和维护在项目的整个软件生存周期中软件项目产品的完整性 。软件配置管理包括标识在给定时间点上软件的配置（即选定的软件工作产品及其描述

5、），系统地控制对配置的更改、并维护在整个软件生存周期中配置的完整性和可跟踪性。置于软件配置管理之下的工作产品包括交付给顾客的软件产品（例如软件需求文档和代码），以及与这些软件产品等同的产品项或生成这些软件产品所要求的产品项（例如编译程序）。 软件配置管理包含为两部分： 配置管理 变更控制管理,2018/10/15,TPCA SEPG,14,简介,配置与变更控制管理涉及： 确定配置项， 限制对这些项的变更， 审核变更（对这些项所做的变更）， 定义与管理配置（这些项的配置）。 配置管理活动是一个项目支持活动。,2018/10/15,TPCA SEPG,15,目的,在控制由参与同一个项目的许多人员所

6、生成的大量工件时，CM 系统至关重要。如果进行控制，就有助于避免混乱情况（其代价通常都很大）的发生，并确保生成的工件不会由于下列问题而发生冲突： 同时更新 有限通知 多个版本 一言以避之：维护项目工件的完整性,2018/10/15,TPCA SEPG,16,同时更新 & 有限通知 & 多个版本,同时更新 当两个或更多的角色分别对同一个工件进行操作时，最后进行变更的那个角色将破坏 前一个角色的工作。根本的问题是：如果系统不支持同时更新，则会导致系列变更并 使开发流程减慢速度。但如果使用“同时更新”，那么挑战将在于检测更新已同时进 行，而且要在并入变更时解决任何与集成有关的问题。有限通知 由多个开

7、发人员共享的工件中的某个问题得到了纠正，但有些开发人员并未收到变更 通知。多个版本 多数大程序是以演进式发布版的方式开发的。一个发布版可能为客户所用，另一个发 布版正在测试，而第三个发布版则尚在开发之中。如果在这些版本的任何一个版本中 发现了问题，则需要将修复方案通报给所有这些版本。除非对变更进行慎重的控制和 监测，否则可能会引起混乱，并且由于混乱而需要进行修复和返工，而这往往成本很 高。,2018/10/15,TPCA SEPG,17,CM带来的好处,CM 系统有助于管理演进式软件系统的多个版本，追踪了解在给定的软件工作版本中使用了哪些版本，根据用户定义的版本规约构建单个程序或整个发布版，以

8、及强制实施特定于某个站点的开发策略。CM 系统直接带来的一些好处是： 支持开发方法， 维护产品完整性， 确保已配置产品完整性和正确性， 为开发产品提供一个稳定的环境， 基于项目策略限制对工件的变更，和 提供有关变更工件的原因、时间和人员的审核记录。,怎样做配置管理呢？,配置管理活动中的重要概念 配置管理活动的流程 配置管理各子活动描述,2018/10/15,TPCA SEPG,19,1、配置管理活动中的重要概念,Version 版本 配置项 基线 工作区 配置库,2018/10/15,TPCA SEPG,20,认识版本树,a.c,分支,当前版本,3,2018/10/15,TPCA SEPG,2

9、1,重要概念（图解）,配置库,工件,版本,a.c,b.c,e.c,配置,2,1,1,1,2,3,0,1,2,3,0,1,2,0,工作区,2018/10/15,TPCA SEPG,22,2、配置管理活动的流程,2018/10/15,TPCA SEPG,23,在流程中的角色,配置管理经理 配置管理经理负责为产品开发团队提供全面的配置管理基础设施和环境，负责制定配置管理计划，负责对文档类的配置项建立基线。,集成员 集成员负责制定集成计划，建立代码类基线。,任意角色 参与变更控制管理，提出变更请求。,2018/10/15,TPCA SEPG,24,进入准则,项目立项,2018/10/15,TPCA S

10、EPG,25,1.计划配置管理,目的 此工作流程明细的目的是： 确定项目配置管理策略 确定用于控制产品变更的策略和流程 在配置管理计划（是软件开发计划的一部分）中记录此信息 CM 策略是指能够确定、保护和报告已经批准用于项目中的工件的能力。通过正确的标注来实现确定操作。对项目工件的保护是通过归档、建立基线和报告等操作而得以实现的。 CM 计划说明在产品/项目生命周期中要执行的所有与 CM 相关的活动。它记录如何计划、实施、控制和组织与产品相关的 CM 活动。如何配备人员 配置经理应该是进行组织的中心人物，并且必须对所有项目工件负责。配置经理需确保对开发人员实施项目策略。这样，工件一旦按照确定的

11、开发原则得到批准，它们就只会通过既定的渠道。配置经理需确保以下方面：CM 计划得以执行、定期进行审核报告、在现场外对备份进行安全保管，以及保持软件许可证为最新,2018/10/15,TPCA SEPG,26,2.创建配置管理环境,目的 本活动的目的是通过创建并维护数据储存库建立一个环境，在此环境中可以对整个产品进行开发、构建，而且具有可重用性或可维护性。实现此目的有一个条件，即确保各私有和公有工作区中的开发人员和集成员只要有需要就能使用关键工件，而且这些工件充分建立了基线，并被存储以备将来重复使用。设置 CM 环境时涉及到创建产品目录结构、储存库、工作区（开发人员和集成）以及分配计算机资源（服

12、务器和磁盘空间）。如何配备人员 配置经理需要设置一个环境，该环境基于整个产品的构件结构，并且他需要与构架设计师紧密合作以确保建立足够的“临时位置”。此工作流程明细中的集成员需确保从开发人员工作区交付的工件经过充分测试，以便可以将其并入可测试的工作版本中。集成员需熟悉项目 CM 策略、工作版本和测试时的一些做法。,2018/10/15,TPCA SEPG,27,3.配置项标识,文档的标识,参见文档命名指南 文档、程序(coding、模型)的标识 各类基线的标识 所有属于项目及其各子系统的各类基线，按照软件系统的命名约定的规定以及配置管理计划来标识。,2018/10/15,TPCA SEPG,28

13、,4.管理基线与发布,目的 此工作流程明细的目的是： 确保当子系统达到指定的成熟度后为其建立基线，然后就可进行发布或在随后的项目迭代和/或其他项目中重复使用。 在 CM 计划中对发布频率和形式予以说明。发布给客户的产品的正式程度明显要远远高出正为下一个迭代工作版本或复审而生成的产品的正式程度。如何配备人员 在此情况下，配置经理需能够组装产品以进行发布。已发布的产品要求有材料清单 (BOM)，此清单用作交付给客户的产品的完整核对清单。已发布的产品必须包括部署工作流程中所述的发布说明和培训材料。 集成员（如其他工作流程明细中所述）需确保从开发人员工作区交付的工件已经过充分测试，以便可以将其并入可测

14、试的工作版本中。集成员需熟悉项目 CM 策略以及具体测试操作。,2018/10/15,TPCA SEPG,29,5.报告配置状态,目的 通过缺陷追踪和报告活动来辅助产品复审。 确保为追踪进展和趋势而“积累”数据并报告数据。 如何配备人员 根据CM计划，由配置经理定期收集配置项数据， 编写配置状态报告。,2018/10/15,TPCA SEPG,30,6.执行配置审计,目的 ： 确定产品满足功能需求和物理需求。 确定工件存储在受控制的库中。 确保工件和基线可用。 如何配备人员 根据CM计划，由配置经理定期完成审计报告。,2018/10/15,TPCA SEPG,31,7.变更控制管理,目的 使用

15、标准的、记录下来的变更控制流程的目的是：确保项目中所做的变更保持一致，并将产品的状态、对其所做的变更以及这些变更所耗费的成本及对时间表的影响通知给有关的涉众。,2018/10/15,TPCA SEPG,32,输出工件,2018/10/15,TPCA SEPG,33,退出准则,项目验收通过或项目终止、暂停,变更控制管理,2018/10/15,TPCA SEPG,35,OverView,几个重要的概念 变更控制流程,2018/10/15,TPCA SEPG,36,重要概念-变更请求(CR),CR-变更请求对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息是有关当前问题、提议解决方案及

16、其成本的起源和影响的信息。,2018/10/15,TPCA SEPG,37,重要概念-CCB(1),CCB-变更控制委员会 该委员会监督变更流程，批准对已建立基线的配置项的所有变更。由所有利益方包括客户、开发人员和用户的代表组成。在小型项目中，项目经理或软件构架设计师一人即可担当此角色。 建立的目的： 在于确保所有提出的变更都得到了妥善的技术分析与复审，并已记录备查。 基本任务： 是明确产品的基线、复审对基线的变更、最后批准、否决变更或延期执行。,2018/10/15,TPCA SEPG,38,重要概念-CCB(2),CCB-成员CCB 应由“正确人选”组成，他们在同事中树有真正的威信，同时专业知识过关，可避免考虑欠周或代价高昂的变更提议。CCB 应由所有受影响的组织或涉众的代表组成。例如： 用户/客户 开发人员 测试小组 项目管理 CCB主席 CCB 主席来自项目管理办公室（如：技术委员会）。主席应能明断团队内的不一致意见，并能保证在项目中贯彻执行团队的决策。 CCB评审会议 CCB 必须定期按需召开会议，以此确保变更提议及时得到了复审和处理。开发团队必须将该小组视为解决问题的可靠团体，否则项目将停滞不前。,