软件工程实践(9)度量与配置管理.pptx

《软件工程实践(9)度量与配置管理.pptx》由会员分享，可在线阅读，更多相关《软件工程实践(9)度量与配置管理.pptx（139页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件工程实践汤铭端中国航天科工集团公司706所第九讲软件度量需求管理软件配置管理内容和目的n了解软件度量的概念和内容n掌握需求管理的概念n了解需求管理的过程n掌握配置管理的概念n掌握配置管理的过程软件度量软件度量n理解软件度量理解软件度量n选择软件度量指标选择软件度量指标n度量计划步骤度量计划步骤软件度量的理解n项目规划时，需要评估项目规模和进度等n项目跟踪时，需要明确实际的工作量和时间与计划的对比情况n判断软件产品的稳定性时，需要明确发现和纠正缺陷的速率n定量了解项目的进展，需要对当前项目的绩效进行测量，并与基线进行比较软件度量的定义n软件度量是软件中范围广泛的测度，让你定量了解进度，工作量

2、，产品规模，项目状态以及质量性能，用于评估情况，跟踪进展，评价效率。 度量类型n过程n项目n技术过程中的度量n战略目的n进行连续的过程改进项目中的度量n辅助估算n质量控制n生产率评估n项目控制n战术目标技术中的度量n评估技术工作产品的质量n在项目中进行决策作用n软件度量是为项目估算，计划的基础数据n软件度量提供控制项目的量化信息n软件度量为质量管理提供指示n软件度量能推动企业的过程改进度量成本n开始度量时设定度量底线：收集度量的成本应与可获得的潜在利益相平衡n防止意外成本（后果）的发生软件度量的困难n不一定认为度量是软件工程的必备要素n很难定义和收集度量，常常被忽视。n今天的数据是明天的历史数

3、据选择软件度量n开始实施时，选择一组数量少而且平衡的度量，有助于企业达到目标GQM:目标-问题-度量nGQM是一个杰出的技术n用于选择适当度量来满足需求GQM:步骤1.首先选择几个项目或者几个机构的目标，尽可能将目标叙述的可以量化、可以测量。2.对于每个目标，设想一下必须回答的问题，看看是否达到目标3.最后，确认必须回答每个问题的度量目标：n一年内降低50%维护成本n将进度估计的准确性实际提高到10%以内n将下一个项目的系统测试时间减少三个星期n三个月内将消灭一个缺陷的时间减少40%问题n一年内降低50%维护成本n每个月我们花在维护上的费用是多少?n花在我们支持的每个应用软件上的维护成本是多少

4、?n我们花在调整（调整以适应变更的环境）、完善（增加、提高）和修正（纠正缺陷）上的费用是多少？度量n我们花在调整、完善和修正上的费用是多少？n每类维护活动所花的时间n每类维护活动所花的时间内的总维护成本平衡的度量组n产品规模n产品质量n过程质量n工作量n项目状态n客户满意度SEI度量指标SEI度量指标nProcessnEffortnCostnQualitynSQA Audit ResultsnReview ResultsnTrouble ReportsnPeer Review ResultsnDefect Prevention nStabilitynRequirements Stability

5、nSize StabilitynProcess StabilitynComputer Resource UtilizationnTraining项目的常用关键度量n代码的行数n及时完成的预定任务n推迟完成的预定任务n测试覆盖范围n资源适合程度n故障密度n系统运行的可利用率n推向市场的时间n进度、质量和成本之间的折衷度量对象n软件开发人员n软件项目组n软件机构软件开发人员n工作量分布n任务持续时间和工作量的估计值和实际值n单元测试覆盖的代码n单元测试发现的缺陷数目n代码和设计的复杂性项目组n产品规模n工作量分布n需求状态(批准的需求数，实现的需求数，核实的需求)n通过测试的测试用例百分比n各主要

6、里程碑之间相隔时间的估计值和实际值n人员水平的估计值和实际值n集成测试和系统测试中发现的缺陷数n检查发现的缺陷数n缺陷状态n需求的稳定性n计划任务数和完成任务数机构组织n发布的缺陷水平n产品开发周期n估计准确度的进展计划和工作量n重新使用的有效性n计划成本和实际成本数据的级别n成员级别n项目级别n机构级别PSP的度量指标n项目计划度量n项目质量度量项目项目计划计划实际实际累计累计累计百分比累计百分比总结Minutes/LOCLOC/HourDefects/KLOC过程效益A/FR程序规模（LOC）新开发与更改的最大值最小值开发时间计划设计编吗代码复查编译测试后置处理总计最大值最小值项目计划总结

7、表项目计划总结表项目项目计划计划实际实际累计累计累计百分比累计百分比引入的缺陷计划设计编码代码复查编译总计排除的缺陷计划设计编码代码复查编译总计项目规划度量-个人统计任务编号任务编号任务名称任务名称FPLOC时间时间类型类型001通讯模块310005编码002总体10设计项目名称：教育信息平台项目成员：张三成员级别系数：1.2项目规划度量项目统计n（最好利用工具）统计出所有项目中各个任务的度量值。n统计出项目中某一类任务的工作量值：FP,LOCn统计出项目中某一类任务的规模（人天）项目规划度量项目统计例子n项目的需求分析时间：50天n项目的需求规模：100人天n项目中任务001的设计时间：10

8、天n项目中任务001的设计规模：15人天n项目中任务001的编码时间：5天n项目中任务001的测试时间：6天n项目中任务001的编码规模：5人天项目质量度量-个人统计任务编号任务编号任务名称任务名称类型类型阶段阶段缺陷个数缺陷个数001通讯模块接口设计3002成绩查询语法编码6003招生管理函数测试2项目名称：教育信息平台项目成员：李四成员级别系数：0.8项目质量度量项目统计n统计出所有项目中各个任务的度量值。n统计出某一类型缺陷的个数n统计出某一阶段缺陷的个数n统计出某一模块缺陷的个数项目质量度量项目统计例子n项目的需求阶段的缺陷：6n项目的编码阶段的缺陷：100n项目中任务001的缺陷数：

9、20n项目中接口类缺陷数：20开发度量计划的步骤开发度量计划的步骤1.标识目标2.选择起步度量3.明确工作活动4.汇总历史数据5.收集并分析度量，6.决策中使用度量1、标识目标n确定明确的标准目标n或者汇总一个基线标识目标作用n让度量计划改善经营成果n执行严格定义、目标集中的计划以降低成本n奠定改善软件投资回报的基础2、选择起步度量n进度度量n需求度量n测试覆盖的百分数n软件规模n故障密度n故障发生解决率n项目整体风险度量2.1进度度量n计算按期完成的任务数n推迟完成的任务数n重订进计划中的任务数2.2需求度量n已经变更需求的百分数n新需求百分数2.3测试覆盖的百分数n描述百分之几的代码已经经

10、过测试了；n统计表明：n没有度量的测试只能测试代码的50-60%n有有度量的测试可以推动代码测试覆盖率2.4软件规模n代码行n功能点n人月数2.5故障密度n软件质量的基本度量:每KNCSS未解决的故障数。n例如：产品发行标准： 0.25故障/ KNCSSn数据表明： 7发现缺陷数/ KNCSS2.6故障发生解决率n在一段固定时间内,发现并解决故障的数目.是软件可以冻结的一个稳健机制。n软件冻结的条件：故障发生率和解决率为0n故障发生解决率可以判断测试阶段的完成，有助于测试过多。2.7项目整体风险度量n完成特定进度计划的可能性百分数3、明确工作活动n度量需要的什么特定日期n谁负责收集度量数据n何

11、时收集、何时报告度量n度量如何报告（状态报告、季度会议、度量报告）n必要时可以赋予各种度量相应的优先级4、汇总历史数据n已经完成的项目的度量数据n当前项目的历史数据n使用度量数据库n存储收集的度量数据度量数据库原则n数据库应当易于使用,人们才能方便地更新并报告数据n数据库应当灵活,n数据库最好与其他工具有接口界面n数据库与图形报告工具有接口界面,便于制作图形和表格n数据库足够大,以便包含更多的历史信息n数据库避免重复n数据库应注意安全数据库类型n电子制表软件n商用数据库软件5、收集并分析度量n收据度量数据n与既定的目标进行跟踪比较，n得出相应的结论收集并分析度量的自动化n知识n纸面模板n电子数

12、据表n预定义报告n软件工具6、决策中使用度量n可以判断产品的推出程度n了解客户项目的成本和进度n在估计成本和进度时考虑多少偶然因素n过程改进中投资何处能得到最到的回报n何时开始用户培训度量管理的注意事项n软件度量成为习惯n从小开始n解释为什么n分享数据n定义数据选项及其规程n理解趋势需求管理Requirements Management需求工程n定义需求n获取需求n用户需求n系统需求n分析需求n规格说明n文档化需求n评审需求n管理需求n理解需求n保管需求n实现需求n控制需求n验证需求需求管理的目的n需求管理需求管理的目的是在顾客和将处理顾客需求的软件项目之间建立对顾客需求的共同理解。需求管理的

13、内容n需求管理需求管理包括和顾客一起建立和维护有关软件项目需求的协议，该协议称作“分配给软件的系统需求”。n“顾客”可解释为系统工程组、销售组、另一个内部组织、或者一个外部顾客。n协议既包括技术需求、又包括非技术需求（例如交付日期）。该协议形成估计、策划和跟踪整个软件生存周期内软件项目活动的基础。分配需求的形成n将系统需求分配给软件、硬件和其它系统成分的工作可能由软件工程组之外的组（例如系统工程组）完成，软件工程组可能对此分配无直接控制。n在项目约束范围内，软件工程组采取恰当步骤以保证对分配给软件的需求建档、并加以控制，该组负责处理分配给软件的系统需求。 需求管理的目标n目标目标1 分配给软件

14、的系统需求是受控的，建立供软件工程和管理使用的基线。n目标目标2 软件计划、产品和活动与分配给软件的系统需求保持一致。 对分配需求建立文档n分配需求包括：n1.影响和确定软件项目活动的非技术性需求（即： 协议、条件、和（或）合同条款），如要交付的产品、交付日期、里程碑。n2.对软件的技术需求，如最终用户、操作员、支持、或集成功能；性能要求；设计约束；编程语言；界面需求。n3.用于确认软件产品满足分配需求的验收准则。需求管理的过程要求（1）n活动活动1 在分配需求被纳入软件项目之前，软件工程组评审它们。n1.鉴别出不完整的和遗漏的分配需求。n2.评审分配需求，确定它们是否：n用软件来实现是可行的

15、和恰当的，n被清晰和正确地阐述，n是相互一致的，和n是可测试的。n3.负责分析和分配系统需求的组评审任何被识别出是有潜在问题的分配需求，并作出必要的更改。n4.和受到影响的组协商由分配需求引起的约定。需求管理的过程要求（2）n活动活动2 软件工程组采用分配需求作为软件计划、工作产品和活动的基础。分配需求：n1.被进行管理和控制。n“进行管理和控制”意味着在给定时间（过去或现在）使用的工作产品的版本是已知的（即版本控制），而且以受控的方式引进更改（即更改控制）。n2.是软件开发计划的基础。n3.是制定软件需求的基础。需求管理的过程要求（3）n活动活动3 评审对分配需求的更改，将其纳入软件项目。n

16、1.评估它对现有约定的影响，合适时协商更改。n对组织外部的个人和组所作约定的更改由高级管理者参与评审。n和受到影响的组协商组织内部约定的更改。n2.对由于分配需求的更改所造成的对软件计划、工作产品和活动必须作的更改要加以：n识别，评价，风险评估，文档化，规划，传达到受到影响的组和个人，跟踪直到结束。需求管理过程n任何项目都必须存在分配需求类文档n合同、任务书、立项报告、招标文件nKick Off 会议n项目组讨论（评审）分配需求n分配需求经批准后纳入配置管理n对涉及外部承诺、约定内容的更改严格控制需求管理的工具：双向追溯矩阵n建立需求档案n检查需求的完成n设计n实现n检测n对相关的更改进行追踪

17、需求追溯矩阵部件部件1部件部件2部件部件3部件部件4部件部件5需求需求1*需求需求2*需求需求3*需求需求4*需求需求5*软件配置管理SCMSoftware Configuration Management软件开发中存在的一些问题n文文不一致n文档和文档之间不一致n文实不一致n文档和程序之间不一致n程序版本不一致n无法连接、无法安装、无法形成特定产品n问题处理的混乱软件开发中存在的一些问题n软件项目进行中面临的一个主要问题是持续不断的变化n有效的项目管理能够控制变化，以最有效的手段应对变化n不断命中移动的目标配置(Configuration)n一计算机系统或网络按照其功能部件的特点、数量和主要

18、特征而确定的排列。具体地讲，配置一词可以指硬件装置或软件装置。n为确定一系统或系统组成部分的特定版本而提出的需求、设计和实现。n在技术文件中制定的并在产品中体现的硬件、软件的功能和（或）物理特性。软件配置n在软件工程过程中产生的所有信息项（文档、在软件工程过程中产生的所有信息项（文档、报告、程序、表格、数据）报告、程序、表格、数据）构成了软件配置构成了软件配置n软件配置是软件的具体形态在某一时刻的瞬时软件配置是软件的具体形态在某一时刻的瞬时影像影像n随着软件工程过程的进展，软件的随着软件工程过程的进展，软件的配置项配置项(CI)数目快速增加数目快速增加n系统规格说明可繁衍出软件项目实施计划和系

19、统规格说明可繁衍出软件项目实施计划和软件需求规格说明软件需求规格说明n它们又依次繁衍出建立信息层次的其它文档它们又依次繁衍出建立信息层次的其它文档对配置进行管理n对配置进行管理，也称“技术状态管理”，就是要在研制和维护阶段保证和控制整个配置的完整性和一致性。n软件配置是软件产品在不同时期的组合。也可看作是软件的具体形态在某时刻的瞬时影像。n软件的配置项包括程序、文档、数据、环境、规程等。定义（ GB/T 11457-1995软件工程术语）n配置管理是指：n标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性n对下列

20、工作进行技术和行政指导与监督的一套规范n对一配置项的功能和物理特性进行标识和文件编制工作；n控制这些特性的更动情况；n记录并报告对这些更动进行处理和实现的状态。n软件配置管理既是一项管理工作也是一项技术工作，它在软件质量控制中是至关重要的。配置管理目标 标识变更 控制变更 确保变更正确实现 向其它有关的人报告变更软件配置管理对需方的作用n保证开发、操作和维护要求的完善；n在受控条件下能够作出改变这些要求的灵活性；n建立SCM活动和任务评价准则的基础；n完全和非完全（工程发行）项的补充。 软件配置管理对开发方的作用n查找满足这些要求的项和借助控制改变；n通过提供附加在管理阶段的SCIs（这些情况

21、中，生存周期过程中的主要软件产品）的状况，支持联合评审过程；n通过集中符合性检查中可度量的结果，支持审核过程；n支持质量保证、验证和确认过程，引伸到它们在软件生存周期中存在的范围。软件配置管理对技术人员的作用n这些基线能重建的具有保证的稳定基线；n状况的一致信息；n突出的要求的状况和相互依赖关系；n变化的通知、分析和撤消；n授权的变化机构；n处理、贮存、复制、打包和发行SCIs的一致性方法。 软件配置管理的基本术语n配置项计算机软件（CSCI）n（软件的）配置项（CI）n基线n配置库软件的配置项软件的配置项 SCIn软件配置管理的对象就是软件的配置项软件配置管理的对象就是软件的配置项CInCI

22、包括文档、程序、数据等包括文档、程序、数据等n除此以外，还常把除此以外，还常把配置控制之下的软件工具配置控制之下的软件工具列列入其中，即入其中，即编辑程序编辑程序、编译程序编译程序、其它其它CASE工具的特定版本工具的特定版本n因为要使用这些工具来生成文档、程序和数据，如因为要使用这些工具来生成文档、程序和数据，如果版本不同，可能产生的结果也不同果版本不同，可能产生的结果也不同一般的一般的CIn 系统规格说明系统规格说明n 软件项目实施计划软件项目实施计划n 软件需求说明软件需求说明n 可执行的原型可执行的原型n 初步的用户手册初步的用户手册n 设计规格说明设计规格说明n 源代码清单源代码清单

23、n 测试计划和过程、测试测试计划和过程、测试用例和测试结果记录用例和测试结果记录n 操作和安装手册操作和安装手册n可执行程序（可执行程可执行程序（可执行程序模块、连接模块）序模块、连接模块）n 数据库描述（模式和文数据库描述（模式和文件结构、初始内容）件结构、初始内容）n 正式的用户手册正式的用户手册n 维护文档（软件问题报维护文档（软件问题报告、维护请求、工程变告、维护请求、工程变更次序）更次序）n软件工程标准软件工程标准n项目开发总结项目开发总结配置对象n在实现在实现SCM时，把时，把CI组织成配置对象组织成配置对象，在配，在配置库（项目数据库）中用一个置库（项目数据库）中用一个单一的名字

24、来组单一的名字来组织它们织它们n一个配置对象有一个一个配置对象有一个名字名字和一组和一组属性属性，并通过，并通过某些联系某些联系“连接连接”到其它对象到其它对象n每个对象与其它对象的联系用箭头表示，箭头每个对象与其它对象的联系用箭头表示，箭头指明了一种构造关系指明了一种构造关系n双向箭头则表明一种相互关系双向箭头则表明一种相互关系n如果对如果对“源代码源代码”作了一个变更，就可以根据这种作了一个变更，就可以根据这种相互关系确定其它哪些相互关系确定其它哪些CI可能受到影响可能受到影响基线(Baseline)n基线是软件生存期中各开发阶段末尾的基线是软件生存期中各开发阶段末尾的特定点，又称里程碑特

25、定点，又称里程碑。n由正式的技术评审而得到的由正式的技术评审而得到的CI协议和软协议和软件配置的正式文本才能成为基线。件配置的正式文本才能成为基线。n基线的基线的作用是把各阶段工作的划分更加作用是把各阶段工作的划分更加明确化明确化，以便于检验和肯定阶段成果。，以便于检验和肯定阶段成果。软件开发各阶段的基线软件开发各阶段的基线项目配置库（数据库）n将将CI和基线存放到项目配置库中和基线存放到项目配置库中n当项目成员想要当项目成员想要对基线中的对基线中的CI进行修改时进行修改时，把它把它从项目配置库中复制到该工程师的专用工作区中从项目配置库中复制到该工程师的专用工作区中n例如把一个例如把一个名为名

26、为B的的CI从项目配置库复制到工从项目配置库复制到工程师的专用工作区中程师的专用工作区中n工程师在工程师在B（B的副本）上完成要求的变更的副本）上完成要求的变更，再再用用B来更新来更新Bn有些系统中把更改中的这个基线中的有些系统中把更改中的这个基线中的CI锁定锁定n在变更完成、评审和批准之前，不许对它做任何在变更完成、评审和批准之前，不许对它做任何操作操作基线CI和项目配置（数据）库配置管理过程配置管理过程（ISO12207）n配置管理过程是在整个软件生存周期中实施管理和技术规程的过程，它n标识、定义系统中的软件项并指定基线；n控制软件项的修改和发行；n记录和报告软件项的状态和修改申请；n保证

27、软件项的完整性、协调性和正确性；n以及控制软件项的储存、处理和交付。配置管理过程活动配置管理过程活动n软件配置管理主要有以下的基本活动：n过程实施 n配置标识n配置控制n配置状态统计n配置审计n发行管理和交付过程实施n编制配置管理计划。描述：n配置管理活动；n为实施这些活动采用的规程和进度安排；n负责实施这些活动的组织，以及它们和其他组织的关系。过程实施规程1启动和定义范围1.1定义SCM过程的输入1.2定义SCM过程的资源和限制1.3分配职责和权利1.4SCIs的选择准则1.5定义SCM过程的输出2计划3控制执行4SCM过程的评审和评价5结束软件配置标识n应确定一个方案，来标识一个项目需加控

28、制的软件项及其版本。n对于每一软件项及其版本，应标识下述内容：n建立基线的文档；n版本引用号；n以及其他标识细节。软件配置标识规程1标识SCIs2标识软件配置基线3标识软件库4进程状态配置标识n随着软件生存期的向前推进随着软件生存期的向前推进CI的数的数量不断增多量不断增多n整个软件生存期的整个软件生存期的软件配置就象一软件配置就象一部不断演变的电影部不断演变的电影，而某一时刻的，而某一时刻的配置就是这部电影的一个片段配置就是这部电影的一个片段n为了方便为了方便对软件配置的各个片段对软件配置的各个片段（CI）进行控制和管理进行控制和管理，不致造成，不致造成混乱，首先应给它们混乱，首先应给它们命

29、名命名对象类型对象类型n基本对象基本对象：是由软件工程师在分析、设是由软件工程师在分析、设计、编码和测试时所建立的计、编码和测试时所建立的文本单元文本单元。例如，基本对象可能是需求规格说明中例如，基本对象可能是需求规格说明中的一节，一个模块的源程序清单、一组的一节，一个模块的源程序清单、一组用来测试一个等价类的测试用例用来测试一个等价类的测试用例n复合对象复合对象：是基本对象或其它复合对象是基本对象或其它复合对象的的一个收集一个收集配置项标识配置项标识n（名字、描述、资源、实现）（名字、描述、资源、实现）n名字名字明确地标识明确地标识CIn描述描述包括：包括：CI类型类型（如文档、程序、数（如

30、文档、程序、数据）、据）、项目标识项目标识、变更变更和或和或版本信息版本信息n资源资源包括：由包括：由CI产生的产生的、处理的处理的、引用引用的的或或其它需要其它需要的的一些实体一些实体n基本对象的实现基本对象的实现是是指向指向文本单元文本单元的指针的指针，复合对象的实现为复合对象的实现为null命名对象之间的联系命名对象之间的联系n对象的层次关系：对象的层次关系：一个对象可以是一个复合对象的一一个对象可以是一个复合对象的一个组成部分，用联系个组成部分，用联系标识标识以建立以建立CI的一个的一个层次：层次： E-R diagram 1.4 data model; data model Desi

31、gn Specification;n对象的相互关联关系：对象的相互关联关系：对象跨越对象层次的分支相互对象跨越对象层次的分支相互关联。这些交叉的结构联系表达方式如下：关联。这些交叉的结构联系表达方式如下： data model data flow model; (两个复合对象之间的相互联系两个复合对象之间的相互联系) data model test case class m; (一个复合对象与一个特定的基本对象之间的相互联系）一个复合对象与一个特定的基本对象之间的相互联系）演变图演变图n整个软件工程过程中所涉及的软件对象都必须加整个软件工程过程中所涉及的软件对象都必须加以标识以标识n在对象成为

32、基线以前可能要做多次变更，在成为在对象成为基线以前可能要做多次变更，在成为基线之后也可能需要频繁地变更基线之后也可能需要频繁地变更n对于每一配置对象都可以建立一个演变图对于每一配置对象都可以建立一个演变图，用演，用演变图记叙对象的变图记叙对象的变更历史变更历史n在某些工具中，当前保持的在某些工具中，当前保持的只是最后版本的完全只是最后版本的完全副本副本n为了得到较早时期为了得到较早时期(文档或程序文档或程序)的版本，可以从最的版本，可以从最后版本中后版本中“提取提取”出出(由工具编目的由工具编目的)变更变更，使得，使得当当前配置直接可用前配置直接可用，并使得，并使得其它版本也可用其它版本也可用

33、。演变图演变图软件配置控制n应标识和记录更改申请；n分析和评价更改；n批准或不批准申请；n实现、验证和发行已修改的软件项。n应对每次修改进行审核跟踪、可以跟踪修改的原因和修改的授权。n应对所有访问受控软件项的情况进行控制和审核，以保证关键功能的安全和保密安全。软件配置控制规程1提议变更2评价提议的变更的影响3实现变更4交流处置5结束变更软件配置控制的主要内容n更改控制n版本控制变更控制n软件开发中全部的软件配置是软件产品软件开发中全部的软件配置是软件产品的真正代表的真正代表，必须使其保持，必须使其保持精确精确n软件工程过程中软件工程过程中某一阶段的变更某一阶段的变更，均要，均要引起软件配置的变

34、更引起软件配置的变更，这种变更必须严，这种变更必须严格加以格加以控制控制和和管理管理，保持修改信息，保持修改信息n变更控制包括变更控制包括建立控制点建立控制点和和建立报告与建立报告与审查制度审查制度变变更更控控制制过过程程变更过程n首先用户提交书面的变更请求，详细申明变更的理由、变更方案、变更的影响范围等n然后由变更控制机构确定控制变更的机制、评价其技术价值、潜在的副作用、对其它配置对象和系统功能的综合影响以及项目的开销、并把评价的结果以变更报告的形式提交给变更控制负责人（最终决定变更状态和优先权的某个人或小组）n对批准的变更产生一个工程变更指令（ECO），描述进行的变更、必须考虑的约束、评审

35、和审计的准则等n要做变更CI从项目数据库中检出（check out），对其做出变更，并实施适当的质量保证活动。然后再把CI登入（check in）到数据库中并使用适当的版本控制机制建立软件的下一版本软件变更有两类不同情况n为改正小错误需要的变更n为了增加或者删掉某些功能、或者为了改变完成某个功能的方法而需要的变更改错变更改错变更n它是必须进行的，通常不需要从管理角它是必须进行的，通常不需要从管理角度对这类变更进行审查和批准。度对这类变更进行审查和批准。n但是，如果发现错误的阶段在造成错误但是，如果发现错误的阶段在造成错误的阶段的后面，例如在实现阶段发现了的阶段的后面，例如在实现阶段发现了设计错

36、误，则必须遵照标准的变更控制设计错误，则必须遵照标准的变更控制过程，把这个变更正式记入文档，把所过程，把这个变更正式记入文档，把所有受这个变更影响的文档都做相应的修有受这个变更影响的文档都做相应的修改。改。增删功能变更增删功能变更n这类变更必须经过某种正式的变更评价过程，以估计变更需要的成本和它对软件系统其它部分的影响n如果变更的代价比较小且对软件系统其它部分没有影响，或影响很小，通常应批准这个变更。n如果变更的代价比较高，或者影响比较大，则必须权衡利弊，以决定是否进行这种变更。n如果同意这种变更，需要进一步确定由谁来支付变更所需要的费用。如果是用户要求的变更，则用户应支付这笔费用；否则，必须

37、完成某种成本效益分析，以确定是否值得做这种变更。变更控制的作用n这种变更报告和审查制度，对变更控制这种变更报告和审查制度，对变更控制来说起了一个安全保证作用。来说起了一个安全保证作用。n在一个在一个CI成为基线之前，可以对所有合成为基线之前，可以对所有合理的项目和技术申请进行非正式的变更；理的项目和技术申请进行非正式的变更；n一旦某个一旦某个CI经过正式的技术评审并得到经过正式的技术评审并得到批准，它就成了基线。以后如果需要对批准，它就成了基线。以后如果需要对它变更，就必须得到项目负责人的批准，它变更，就必须得到项目负责人的批准，或者必须得到变更控制负责人的批准。或者必须得到变更控制负责人的批

38、准。 版本控制版本控制n版本控制是版本控制是SCM的基础，它管理并保护的基础，它管理并保护开发者的软件资源。开发者的软件资源。n版本控制管理在软件工程过程中建立起版本控制管理在软件工程过程中建立起配置对象的不同版本配置对象的不同版本。n版本管理可以把版本管理可以把一些属性结合到各个软一些属性结合到各个软件版本件版本上。上。n通过通过描述所希望的属性集合描述所希望的属性集合来来确定确定（或（或构造构造）所想要的配置所想要的配置。n使用使用演变图演变图来表示系统的不同版本。来表示系统的不同版本。演变图说明演变图说明n图中的各个结点都是图中的各个结点都是聚合对象聚合对象，是一个，是一个完全的完全的软

39、件版本软件版本。n软件的每一版本都是软件的每一版本都是CI（源代码、文档、数据）源代码、文档、数据）的一个收集的一个收集，且各个版本都可能由不同的变种，且各个版本都可能由不同的变种组成。组成。n例如，一个简单的程序版本由例如，一个简单的程序版本由1、2、3、4和和5等部件组成。其中等部件组成。其中部件部件4在软件在软件使用彩色显示使用彩色显示器器时使用，时使用，部件部件5在软件在软件使用单色显示器使用单色显示器时使时使用。因此，可以定义版本的两个变种。用。因此，可以定义版本的两个变种。版本管理的主要任务n集中管理档案，安全授权机制n软件版本升级管理集中管理档案，安全授权机制集中管理档案，安全授

40、权机制n 版本管理的操作版本管理的操作将开发组的档案集中地将开发组的档案集中地存放在服务器上存放在服务器上，经系统管理员授权给经系统管理员授权给各个用户各个用户。n 用户通过登入（用户通过登入（check in）和检出和检出（check out）的方式访问服务器上的文的方式访问服务器上的文件，未经授权的用户无法访问服务器上件，未经授权的用户无法访问服务器上的文件。的文件。软件版本升级管理软件版本升级管理n每次登入时，在服务器上都会生每次登入时，在服务器上都会生成新的版本。成新的版本。n任何版本都可以随时检出编辑，任何版本都可以随时检出编辑，同一应用的不同版本可以像树枝同一应用的不同版本可以像树

41、枝一样向上增长。一样向上增长。加锁功能加锁功能n目的是目的是在文件更新时保护文件在文件更新时保护文件，避避免不同用户更改同一文件时发生冲免不同用户更改同一文件时发生冲突突。n某一文件一旦被某一文件一旦被登入登入，锁即被解除锁即被解除，该文件可被其它用户使用。该文件可被其它用户使用。n在在更新一个文件之前锁定它更新一个文件之前锁定它，避免，避免变更没有锁定的项目源文件。变更没有锁定的项目源文件。合理使用登入和检出合理使用登入和检出n当需要修改某个小缺陷时，应只检出完成工作必需的最少文件；n需要对文件变更时，应登入它并加锁，保留对每个变更的记录；n应避免长时间地锁定文件。如果需要长时间工作于某个文

42、件，最好能创建一个分支，并在分支上做工作。n如果需要做较大的变更，可有两种选择：a.将需要的所有文件检出并加锁，然后正常处理；b.为需要修改的所有分支创建分支，把变更与主干“脱机”，然后把结果合并回去。软件配置状态统计n应编制管理记录和状态报告，表明受控软件项的包括基线在内的状态和历史。n状态报告应包括某一项目的更改号码，最新的软件项版本，发行标识，版本号数，以及各版本的比较。软件配置状态统计规程1记录标识2追踪变更3汇报状态统计记录n软件产品的结构；n每个SCI在接受意义层次的状态；n任何被提议的变更的状态；n被批准的更改和基线版本；n发行的标识。配置状态报告n为了清楚、及时地记载软件配置的

43、变化，为了清楚、及时地记载软件配置的变化，需要需要对开发的过程做出系统的记录对开发的过程做出系统的记录，以，以反映开发活动的历史情况。这就是配置反映开发活动的历史情况。这就是配置状态登录的任务。状态登录的任务。n登录主要登录主要根据变更控制小组会议的记录根据变更控制小组会议的记录，并产生并产生配置状态报告配置状态报告。n对于每一项变更，记录：发生了什么？对于每一项变更，记录：发生了什么？为什么会发生？谁做的？什么时侯发生为什么会发生？谁做的？什么时侯发生的？会有什么影响？的？会有什么影响？配置状态报告信息流配置状态报告信息流配置状态报告内容配置状态报告内容n每次每次新分配一个新分配一个CI，或

44、或更新一个已有更新一个已有CI的标识的标识，或，或一一项变更申请被变更控制负责人批准项变更申请被变更控制负责人批准，并给出了一个工并给出了一个工程变更顺序程变更顺序时时，在配置状态报告中就要增加一条变更，在配置状态报告中就要增加一条变更记录条目。记录条目。n一旦进行了配置审计，其结果也应该写入报告之中。一旦进行了配置审计，其结果也应该写入报告之中。n配置状态报告可以放在一个联机数据库中，以便软件配置状态报告可以放在一个联机数据库中，以便软件开发人员或者软件维护人员可以对它进行查询或修改。开发人员或者软件维护人员可以对它进行查询或修改。此外在软件配置报告中新登录的变更应当及时通知给此外在软件配置

45、报告中新登录的变更应当及时通知给管理人员和软件工程师。管理人员和软件工程师。n配置状态报告对于大型软件开发项目的成功起着至关配置状态报告对于大型软件开发项目的成功起着至关重要的作用。避免了可能出现的不一致重要的作用。避免了可能出现的不一致和冲突。和冲突。软件配置评价n应确定和保证下述事项：n软件项按其要求的功能完整性n软件项的物理完整性（不管他们的设计和编码是否反映最新技术描述）。软件配置评价要求nSCM配置评价确定：n控制库中贮存的SCIs符合SCM记录；n就写到的SCIs和批准的修改的状态（软件产品按此构造）而言，软件产品是完全的和可利用的；n基线SCIs由相关的SCIs和相应的批准的修改

46、组成；n应支持验证和审核过程以确保被评价的SCIs、基线和软件产品的完全性。n应执行配置评价以确定组建基线的SCIs被贮存和保护。n应报告配置评价结果。n发现异态时，应实施问题解决或过程改进过程。配置审计配置审计n软件配置审计的目的就是要软件配置审计的目的就是要n 证实整个软件生存期中各项产品在技证实整个软件生存期中各项产品在技术上和管理上的完整性。术上和管理上的完整性。n 确保所有文档的内容变动不超出当初确保所有文档的内容变动不超出当初确定的软件要求范围。使得软件配置确定的软件要求范围。使得软件配置具有良好的可跟踪性。具有良好的可跟踪性。n软件的完整性软件的完整性是指开发后期的是指开发后期的

47、软件软件产品能够正确地反映用户要求产品能够正确地反映用户要求软件配置审计n软件配置审计是软件变更控制人员软件配置审计是软件变更控制人员掌握配置情况掌握配置情况、进行审批的依据进行审批的依据n软件的变更控制机制通常只能跟踪软件的变更控制机制通常只能跟踪到工程变更顺序产生为止。为确认到工程变更顺序产生为止。为确认变更是否正确完成变更是否正确完成， 一般可以用以一般可以用以下两种方法去审查：下两种方法去审查：n 正式技术评审正式技术评审 n 软件配置审计软件配置审计审计内容n正式的技术评审正式的技术评审着重着重检查已完成修改的软件配检查已完成修改的软件配置对象的技术正确性置对象的技术正确性n评审者评

48、审者评价评价CI，决定它与其它决定它与其它CI的一致性，是的一致性，是否有遗漏或可能引起的副作用否有遗漏或可能引起的副作用n正式技术评审应对所有的变更进行，除了那些正式技术评审应对所有的变更进行，除了那些最无价值的变更之外最无价值的变更之外n软件配置审计软件配置审计作为正式技术评审的补充，作为正式技术评审的补充，评价评价在评审期间通常没有被考虑的在评审期间通常没有被考虑的CI的特性的特性软件发行管理和交付n应有效控制软件产品和文档的发行和交付。n在软件产品的生存期内应保持代码和文档的母拷贝。n包含安全或保密安全关键功能的代码和文档按照有关组织的方针加以处理、储存、包装和交付。软件发行管理和交付

49、规程1处理nSCM过程应控制所有的发行管理和交付中的输入和输出。n保留先期版本确保从基线库中发行的SCIs是重新可配置的。nSCM过程应能重建软件环境。2贮存n应确保贮存的SCIs的完整性，与媒体或库的无关：a)选择贮存的介质使再生错误和变坏最小化；b)以媒介的贮存期兼容的频次，运行或刷新被存档的SCIs；c)在受控环境贮存复制的拷贝以达到损耗风险的最小化；3复制n应建立规程以确保一致的和完全的复制。n应确保发行不含无关项的媒体（如软件病毒）。n应使用合适的媒体以确保软件产品复制。4打包5交付接口控制n应标识和控制接口（如硬件、系统软件、支持软件、一体化的现货产品，和并行的/并发开发的软件产品

50、）文档。n接口可由相互的协议所调整（例如被软件综合者和子承包软件开发商）或由一方限定（例如，允许复制产品的现货软件产品的供应商）。n应标识：a)接口用途；b)接口处要求；c)受影响的组织；d)已被控制的接口文档；e)通知影响接口的提议改变的其他人，以及一起或分别进行接口影响的评价的规程；f)批准、变更和发行的接口文档的规程，包括接口变更机构；g)把接口文档的变更转换成其他SCIs的变更的规程；h)角色和职责。注意事项注意事项以下几个事项应在进行配置管理工作时给予注意。1）配置管理设备应做到专机专用，以杜绝计算机病毒。2）存放在磁媒体（如软盘）中的信息，应每隔一段时间（如半年）就进行一次拷贝翻新