短期软件配置管理培训教程ppt课件

1、短期软件配置管理培训教程上海运用技术学院计算机系讲师:王志敏目录目录配置管理的目的配置管理的目的配置管理的组织与人员配置管理的组织与人员配置管理的定义配置管理的定义配置管理的主要义务和活动配置管理的主要义务和活动配置管理的阶段配置管理的阶段常用的配置管理方法常用的配置管理方法变卦恳求例如表单变卦恳求例如表单总结总结附录附录1.配置管理的目的配置管理的目的 随着软件团队人员的添加，软件版本不断变化，开发时间的紧迫以及多平台开发环境的采用，使得软件开发面临越来越多的问题，其中包括对当前多种产品的开发和维护、保证产品版本的准确、重建先前发布的产品、加强开发政策的一致和对特殊版本需求的处置等等，处理这

2、些问题的独一途径是加强管理，而软件开发管理的中心是软件配置管理。可行性报告工程开发方案对应大规模软件所规定的文件可进一步细分软件需求阐明数据要求阐明测试方案工程开发方案软件需求阐明测试方案软件需求与开发方案概要设计阐明详细设计阐明数据库设计阐明软件设计阐明软件设计阐明运用阐明运用阐明用户手册操作手册模块开发卷宗测试分析报告测试分析报告模块开发卷宗测试分析报告开发进度月报工程开发总结开发进度月报工程开发总结工程开发总结小规模软件中规模软件大规模软件超大规模软件请看以以请看以以以下图以下图1.配置管理的目的配置管理的目的 软件配置管理的目的是在工程的整个软件生命周期内建立并维护软件工程产品的完好性

3、。涉及在给定时间点标识软件的配置即选定的软件任务产品及其描画，系统地控制对配置的更改并维护在整个软件生存周期中配置的完好性和可跟踪性。软件配置管理是大多数软件工程和管理流程的一个构成部分1.配置管理的目的配置管理的目的2.配置管理的组织与人员配置管理的组织与人员2.1配置控制委员会配置控制委员会Configuration Control Board，CCB成员构成成员构成 如下如下:组长是总体组代表，他对有关软件配置管理的各项任务全面组长是总体组代表，他对有关软件配置管理的各项任务全面担任，特别要对更改建议的审批和评审担任；担任，特别要对更改建议的审批和评审担任；软件工程小组组长担任监视在软件

4、配置管理任务中仔细执行软件工程小组组长担任监视在软件配置管理任务中仔细执行软件工程规范；软件工程规范；工程的专职配置管理人员检查在作配置更改时的质量保证措工程的专职配置管理人员检查在作配置更改时的质量保证措施；施；各子系统的配置管理人员详细担任施行各自的配置管理任务各子系统的配置管理人员详细担任施行各自的配置管理任务，并参与各子系统的功能配置检查和物理配置检查；，并参与各子系统的功能配置检查和物理配置检查； 2.配置管理的组织与人员配置管理的组织与人员 用户代表担任反映用户对配置管理的要求，并协助检查各类人员对软件配置管理方案的执行情况； 工程专职的配置管理人员协助组长开展各项软件配置管理活动

5、，担任审查所采用的配置管理工具、技术和方法，并担任汇总、维护和保管有关软件配置管理活动的各项记录。 总义务：担任指点和控制配置管理的各项详细活动的进总义务：担任指点和控制配置管理的各项详细活动的进展，为工程经理的决策提供建议。展，为工程经理的决策提供建议。2.配置管理的组织与人员配置管理的组织与人员其详细职责为以下几项：其详细职责为以下几项： 定制开发子系统定制开发子系统定制访问控制定制访问控制制定常用战略制定常用战略建立、更改基线的设置，审核变卦恳求建立、更改基线的设置，审核变卦恳求根据配置管理员的报告决议相应的对策根据配置管理员的报告决议相应的对策 2.配置管理的组织与人员配置管理的组织与

6、人员2.2配置管理员配置管理员Configuration Management Officer，CMO 根据配置管理方案执行各项管理义务，定期向根据配置管理方案执行各项管理义务，定期向CCB提交报提交报告，并列席告，并列席CCB的例会。的例会。主要职责如下主要职责如下: 软件配置管理工具的日常管理与维护；软件配置管理工具的日常管理与维护； 提交配置管理方案；提交配置管理方案； 各配置项的管理与维护；各配置项的管理与维护； 执行版本控制和变卦控制方案；执行版本控制和变卦控制方案； 完成配置审计并提交报告；完成配置审计并提交报告； 对开发人员进展相关的培训；对开发人员进展相关的培训； 识别软件开发

7、过程中存在的问题并拟就处理方案识别软件开发过程中存在的问题并拟就处理方案 3.配置管理的定义配置管理的定义 软件配置管理Software Configuration Management，SCM是一种标识、组织和控制修正的技术。软件配置管理运用于整个软件工程过程。我们知道，在软件建立时变卦是不可防止的，而变卦加剧了工程中软件开发者之间的混乱。SCM活动的目的就是为了标识变卦、控制变卦、确保变卦正确实现并向其他有关人员报告变卦。从某种角度讲，SCM是一种标识、组织和控制修正的技术，目的是使错误降为最小并最有效地提高消费效率 。软件配置管理软件配置管理Software Configuration

8、Management，SCM作为作为CMM 2才干成熟度模型级的一个关键域才干成熟度模型级的一个关键域Key Practice Area，KPA，在整个软件的开发活动，在整个软件的开发活动中占有很重要的位置。中占有很重要的位置。4.配置管理的主要义务和活动配置管理的主要义务和活动4.1主要义务主要义务 Pressman所说的：所说的：“软件配置管理是贯穿于整个软件过软件配置管理是贯穿于整个软件过程中的维护性活动，它被设计来程中的维护性活动，它被设计来1标识变化，标识变化，2控控制变化，制变化，3保证变化被适当的发现，以及保证变化被适当的发现，以及4向其他向其他能够有兴趣的人员报告变化。能够有兴

9、趣的人员报告变化。 所以，我们必需为软件所以，我们必需为软件配置管理活动设计一个可以交融于现有的软件开发流程的配置管理活动设计一个可以交融于现有的软件开发流程的管理过程，甚至直接以这个软件配置管理过程为框架，来管理过程，甚至直接以这个软件配置管理过程为框架，来再造组织的软件开发流程。再造组织的软件开发流程。4.配置管理的主要义务和活动配置管理的主要义务和活动到达的效果到达的效果软件配置管理的各项任务是有方案进展的。软件配置管理的各项任务是有方案进展的。被选择的工程产品得到识别，控制并且可以被相关人员获取被选择的工程产品得到识别，控制并且可以被相关人员获取。已识别出的工程产品的更改得到控制。已识

10、别出的工程产品的更改得到控制。使相关组别和个人及时了解软件基准的形状和内容。使相关组别和个人及时了解软件基准的形状和内容。4.配置管理的主要义务和活动配置管理的主要义务和活动4.1主要的活动主要的活动 配置项配置项Software Configuration Item，SCI识别识别 任务空间管理任务空间管理版本控制版本控制变卦控制变卦控制形状报告形状报告 配置审计配置审计 4.配置管理的主要义务和活动配置管理的主要义务和活动 配置项配置项Software Configuration Item，SCI识别识别 Pressman对于对于SCI给出了一个比较简单的定义：给出了一个比较简单的定义：“

11、软软件过程的输出信息可以分为三个主要类别：件过程的输出信息可以分为三个主要类别：1计算机计算机程序源代码和可执行程序，程序源代码和可执行程序，2描画计算机程序的描画计算机程序的文档针对技术开发者和用户文档针对技术开发者和用户3数据包含在程序数据包含在程序内部或外部。这些项包含了一切在软件过程中产生的信内部或外部。这些项包含了一切在软件过程中产生的信息，总称为软件配置项。息，总称为软件配置项。 由此可见，配置项的识别是配置管理活动的根底，也是由此可见，配置项的识别是配置管理活动的根底，也是制定配置管理方案的重要内容。制定配置管理方案的重要内容。 4.配置管理的主要义务和活动配置管理的主要义务和活

12、动 软件配置项分类软件的开发过程是一个不断变化着的过程，为了在不严重妨碍合理变化的情况下来控制变化，软件配置管理引入了“基线Base Line这一概念。IEEE对基线的定义是这样的：“曾经正式经过复审核同意的某规约或产品，它因此可作为进一步开发的根底，并且只能经过正式的变化控制过程改动。 所以，根据这个定义，我们在软件的开发流程中把一切需加以控制的配置项分为基线配置项和非基线配置项两类，例如：基线配置项能够包括一切的设计文档和源程序等；非基线配置项能够包括工程的各类方案和报告等。 4.配置管理的主要义务和活动配置管理的主要义务和活动 配置项的标识和控制 一切配置项都都应按照相关规定一致编号，按

13、照相应的模板生成，并在文档中的规定章节部分记录对象的标识信息。在引入软件配置管理工具进展管理后，这些配置项都应以一定的目录构造保管在配置库中。一切配置项的操作权限应由CMO严厉管理，根本原那么是：基线配置项向软件开发人员开放读获得权限；非基线配置项向PM、CCB及相关人员开放。4.配置管理的主要义务和活动配置管理的主要义务和活动任务空间管理任务空间管理 在引入了软件配置管理工具之后，一切开发人员都会被要求把任务在引入了软件配置管理工具之后，一切开发人员都会被要求把任务成果存放到由软件配置管理工具所管理的配置库中去，或是直接任务成果存放到由软件配置管理工具所管理的配置库中去，或是直接任务在软件配

14、置管理工具提供的环境之下。所以为了让每个开发人员和各在软件配置管理工具提供的环境之下。所以为了让每个开发人员和各个开发团队能更好的分工协作，同时又互不干扰，对任务空间的管理个开发团队能更好的分工协作，同时又互不干扰，对任务空间的管理和维护也成为了软件配置管理的一个重要的活动。和维护也成为了软件配置管理的一个重要的活动。 普通来说，比较理想的情况是把整个配置库视为一个一致的任务空普通来说，比较理想的情况是把整个配置库视为一个一致的任务空间，然后再根据需求把它划分为个人私有、团队集成和全组间，然后再根据需求把它划分为个人私有、团队集成和全组公共这三类任务空间分支，从而更好的支持未来能够出现的公共这

15、三类任务空间分支，从而更好的支持未来能够出现的并行开发的需求。并行开发的需求。 4.配置管理的主要义务和活动配置管理的主要义务和活动 每个开发人员按照义务的要求，在不同的开发阶段，任务在不同的任务空间上，例如：对于私有开发空间而言，开发人员根据义务分工获得对相应配置项的操作允许之后，他即在本人的私有开发分支上任务，他的一切任务成果表达为在该配置项的私有分支上的版本的推进，除该开发人员外，其他人员均无权操作该私有空间中的元素；而集成分支对应的是开发团队的公共空间，该开发团队拥有对该集成分支的读写权限，而其他成员只需只读权限，它的管理任务由SIO担任；至于公共任务空间，那么是用于一致存放各个开发团

16、队的阶段性任务成果，它提供全组一致的规范版本，并作为整个组织的Knowledge Base。 4.配置管理的主要义务和活动配置管理的主要义务和活动 当然，由于选用的软件配置管理工具的不同，在对于任务空间的配置和维护的实现上有比较大的差别，但对于CMO来说，这些任务是他的重要职责，他必需根据各开发阶段的实践情况来配置任务空间并定制相应的版本选取规那么，来保证开发活动的正常运作。在变卦发生时，应及时做好基线的推进 。4.配置管理的主要义务和活动配置管理的主要义务和活动版本控制版本控制 版本控制是软件配置管理的中心功能。一切置于配置库中的元素都版本控制是软件配置管理的中心功能。一切置于配置库中的元素

17、都应自动予以版本的标识，并保证版本命名的独一性。版本在生成过程应自动予以版本的标识，并保证版本命名的独一性。版本在生成过程中，自动按照设定的运用模型自动分支、演进。除了系统自动记录的中，自动按照设定的运用模型自动分支、演进。除了系统自动记录的版本信息以外，为了配合软件开发流程的各个阶段，我们还需求定义版本信息以外，为了配合软件开发流程的各个阶段，我们还需求定义、搜集一些元数据、搜集一些元数据Metadata来记录版本的辅助信息和规范开发来记录版本的辅助信息和规范开发流程，并为今后对软件过程的度量做好预备。当然假设选用的工具支流程，并为今后对软件过程的度量做好预备。当然假设选用的工具支持的话，这

18、些辅助数据将能直接统计出过程数据，从而方便我们软件持的话，这些辅助数据将能直接统计出过程数据，从而方便我们软件过程改良过程改良Software Process Improvement，SPI活动的进展。活动的进展。 4.配置管理的主要义务和活动配置管理的主要义务和活动 对于配置库中的各个基线控制项，应该根据其基线的位置和形状来设置相应的访问权限。普通来说，对于基线版本之前的各个版本都应处于被锁定的形状，如需求对它们进展变卦，那么应按照变卦控制的流程来进展操作。 4.配置管理的主要义务和活动配置管理的主要义务和活动 变卦控制变卦控制 在对在对SCI的描画中，我们引入了基线的概念。从的描画中，我们

19、引入了基线的概念。从IEEE对对于基线的定义中我们可以发现，基线是和变卦控制严密相于基线的定义中我们可以发现，基线是和变卦控制严密相连的。也就是说在对各个连的。也就是说在对各个SCI做出了识别，并且利用工具做出了识别，并且利用工具对它们进展了版本管理之后，如何保证它们在复杂多变得对它们进展了版本管理之后，如何保证它们在复杂多变得开发过程中真正的处于受控的形状，并在任何情况下都能开发过程中真正的处于受控的形状，并在任何情况下都能迅速的恢复到任一历史形状就成为了软件配置管理的另一迅速的恢复到任一历史形状就成为了软件配置管理的另一重要义务。因此，变卦控制就是经过结合人的规程和自动重要义务。因此，变卦

20、控制就是经过结合人的规程和自动化工具，以提供一个变化控制的机制。化工具，以提供一个变化控制的机制。 变卦控制的对象主要指配置库中的各基线配置项变卦控制的对象主要指配置库中的各基线配置项 4.配置管理的主要义务和活动配置管理的主要义务和活动变卦管理的普通流程变卦管理的普通流程提出变卦恳求；提出变卦恳求；由由CCB审核并决议能否同意；审核并决议能否同意；被接受修正恳求分配人员，提取被接受修正恳求分配人员，提取SCI，进展修正；，进展修正；复审变化；复审变化； 提交修正后的提交修正后的SCI； 建立测试基线并测试；建立测试基线并测试； 重建软件的适当版本；重建软件的适当版本； 复审审计一切复审审计一

21、切SCI的变化；的变化； 发布新版本。发布新版本。 在这样的流程中，在这样的流程中，CMO经过软件配置管理工具来进展访问控制和同步控制，经过软件配置管理工具来进展访问控制和同步控制，而这两种控制那么是建立在前文所描画的版本控制和分支战略的根底上的而这两种控制那么是建立在前文所描画的版本控制和分支战略的根底上的 4.配置管理的主要义务和活动配置管理的主要义务和活动 形状报告形状报告 配置形状报告就是根据配置项操作数据库中的记录来向配置形状报告就是根据配置项操作数据库中的记录来向管理者报告软件开发活动的进展情况。这样的报告应该是管理者报告软件开发活动的进展情况。这样的报告应该是定期进展，并尽量经过

22、定期进展，并尽量经过CASE工具自动生成，用数据库中工具自动生成，用数据库中的客观数据来真实的反映各配置项的情况。的客观数据来真实的反映各配置项的情况。 配置形状报告应根据报告应着重反映当前基线配置项的配置形状报告应根据报告应着重反映当前基线配置项的状状 态，以作为对开发进度报告的参照。同时也能从中根态，以作为对开发进度报告的参照。同时也能从中根据开据开 发人员对配置项的操作记录来对开发团队的任务关发人员对配置项的操作记录来对开发团队的任务关系作一定的分析。系作一定的分析。 4.配置管理的主要义务和活动配置管理的主要义务和活动 配置形状报告应该包括以下主要内容配置形状报告应该包括以下主要内容

23、配置库构造和相关阐明；配置库构造和相关阐明； 开发起始基线的构成；开发起始基线的构成； 当前基线位置及形状；当前基线位置及形状； 各基线配置项集成分支的情况；各基线配置项集成分支的情况； 各私有开发分支类型的分布情况；各私有开发分支类型的分布情况； 关键元素的版本演进记录；关键元素的版本演进记录； 其它应予报告的事项。其它应予报告的事项。 4.配置管理的主要义务和活动配置管理的主要义务和活动 配置审计配置审计 配置审计的主要作用是作为变卦控制的补充手段，来配置审计的主要作用是作为变卦控制的补充手段，来确保某一变卦需求已被真实实现。在某些情况下，它被确保某一变卦需求已被真实实现。在某些情况下，它

24、被作为正式的技术复审的一部分，但当软件配置管理是一作为正式的技术复审的一部分，但当软件配置管理是一个正式的活动时，该活动由个正式的活动时，该活动由SQA人员单独执行。人员单独执行。 4.配置管理的主要义务和活动配置管理的主要义务和活动 总之，软件配置管理的对象是软件研发活动中的全部开发资产。一切这一切都应作为配置项纳入管理方案一致进展管理，从而可以保证及时的对一切软件开发资源进展维护和集成。 因此，软件配置管理的主要义务也就归结为以下几条：制定工程的配置方案；对配置项进展标识；对配置项进展版本控制；对配置项进展变卦控制；定期进展配置审计；向相关人员报告配置的形状。 5.配置管理的阶段配置管理的

25、阶段 一个软件研发工程普通可以划分为三个阶段：方案阶段、开发阶段和维护阶段。然而从软件配置管理的角度来看，后两个阶段所涉及的活动是一致，所以就把它们合二为一，成为:开发和维护阶段方案阶段开发和维护阶段5.配置管理的阶段配置管理的阶段 方案阶段方案阶段 一个工程设立之初一个工程设立之初PM首先需求制定整个工程的方案，首先需求制定整个工程的方案，它是工程研发任务的根底。在有了总体研发方案之后，软它是工程研发任务的根底。在有了总体研发方案之后，软件配置管理的活动就可以展开了，由于假设不在工程开场件配置管理的活动就可以展开了，由于假设不在工程开场之初制定软件配置管理方案，那么软件配置管理的许多关之初制

26、定软件配置管理方案，那么软件配置管理的许多关键活动就无法及时有效的进展，而它的直接后果就是呵斥键活动就无法及时有效的进展，而它的直接后果就是呵斥了工程开发情况的混乱并注定软件配置管理活动成为一种了工程开发情况的混乱并注定软件配置管理活动成为一种“救火的行为。所以及时制定一份软件配置管理方案在救火的行为。所以及时制定一份软件配置管理方案在一定程度上是工程胜利的重要保证。一定程度上是工程胜利的重要保证。 5.配置管理的阶段配置管理的阶段 在软件配置管理方案的制定过程中，它的主要流程应该是这样的： CCB根据工程的开发方案确定各个里程碑和开发战略； CMO根据CCB的规划，制定详细的配置管理方案，交

27、CCB审核； CCB经过配置管理方案后交工程经理同意，发布施行。5.配置管理的阶段配置管理的阶段 工程开发维护阶段工程开发维护阶段 这一阶段时工程研发的主要阶段。在这一阶段中，软件这一阶段时工程研发的主要阶段。在这一阶段中，软件配置管理活动主要分为三个层面：配置管理活动主要分为三个层面： 主要由主要由CMO完成的管理和维护任务；完成的管理和维护任务； 由由SIO和和DEV详细执行软件配置管理战略；详细执行软件配置管理战略； 变卦流程。变卦流程。 这三个层面是彼此之间既独立又相互联络的有机的整体。这三个层面是彼此之间既独立又相互联络的有机的整体。 5.配置管理的阶段配置管理的阶段 在这个软件配置

28、管理过程中，它的中心流程应该是这样的：CCB设定研发活动的初始基线；CMO根据软件配置管理规划设立配置库和任务空间，为执行软件配置管理做好预备；开发人员按照一致的软件配置管理战略，根据获得的授权的资源进展工程的研发任务；SIO按照工程的进度集成组内开发人员的任务成果，并构建系统，推进版本的演进；CCB根据工程的进展情况，审核各种变卦恳求，并适时的划定新的基线，保证开发和维护任务有序的进展。这个流程就是如此循环往复，直到工程的终了。 5.配置管理的阶段配置管理的阶段 在上述的中心过程之外，还涉及其他一些相关的活动和操作流程，下面按不同的角色分工予以列出：各开发人员按照工程经理发布的开发战略或模型进展任务；SIO担任将各分工程的任务成果归并至集成分支，供测试或发布；SIO可向CCB提出设立基线的要求，经同意后由CMO执行；CMO定期向工程经理和CCB提交审计报告，并在CCB例会中报告 工程在软件过程中能够存在的问题和改良方案；在基线生效后，一切对基线和基线之前的开发成果的变卦必需经CCB的同意；CCB定期举行例会，根据成员所掌握的情况、CMO的报告和开发人员的恳求，对配置管理方案作出修正，并向工程经理担任。 6.常用的配置管理方法常用的配置管理方法 对于没有阅历的