第六章软件维护

《第六章软件维护》由会员分享，可在线阅读，更多相关《第六章软件维护（55页珍藏版）》请在装配图网上搜索。

1、第六章第六章 软件维护软件维护本章要求本章要求1软件维护的概念软件维护的概念2软件维护的活动软件维护的活动3程序修改的步骤及修改的副作用程序修改的步骤及修改的副作用4软件的可维护性软件的可维护性5提高维护性的方法提高维护性的方法6逆向工程和再工程逆向工程和再工程7软件配置管理软件配置管理6.1软件维护的概念软件维护的概念6.1.1 软件维护的定义软件维护是在软件已交付给用户使用后，为了改正错误，或者满足用户新的需求而修改软件的过程。软件维护的原因多种多样，归纳起来主要有三种类型：(改正性、适应性和扩充性)（1）改正在特定的使用条件下暴露出的一些潜在程序错误或设计缺陷；（2）因为在软件使用过程中

2、数据环境发生变化（例如一个事务处理代码发生改变）或处理环境发生变化（例如安装了新的硬件或操作系统），需要修改软件以适应这种变化。（3）用户和数据处理人员在使用时常提出改进现有功能，增加新的功能，以及改善总体性能要求，就需要修改软件把这些要求归纳到软件中。由上面的原因而引起的软件维护活动可归纳为如下几类由上面的原因而引起的软件维护活动可归纳为如下几类:1）改改正正性性维维护护(20%)：在在软软件件交交付付使使用用后后，由由于于开开发发时时测测试试的的不不完完全全、不不彻彻底底，必必然然有有一一部部分分隐隐藏藏的的错错误误被被带带到到运运行行阶阶段段来来。这这些些隐隐藏藏下下来来的的错错误误在在

3、某某些些特特定定的的使使用用环环境境下下就就会会暴暴露露。为为了了识识别别和和纠纠正正软软件件错错误误，改改正正软软件件性性能能上上的的缺缺陷陷，排排除除实实施施中中的的误误使使用用，应应当当进进行行的的诊诊断和改正错误的过程。断和改正错误的过程。2）适适应应性性维维护护(25%)：随随着着计计算算机机的的飞飞速速发发展展，外外部部环环境境(新新的的硬硬、软软件件配配置置)或或数数据据环环境境(数数据据库库、数数据据格格式式、数数据据输输入入/输输出出方方式式、数数据据存储介质存储介质)可能发生变化，为了适应这种变化，而去修改软件的过程。可能发生变化，为了适应这种变化，而去修改软件的过程。3）

4、完完善善性性维维护护(50%)：在在软软件件的的使使用用过过程程中中，用用户户往往往往会会对对软软件件提提出出新新的的功功能能与与性性能能要要求求。为为了了满满足足这这些些要要求求，需需要要修修改改或或再再开开发发软软件件，以以扩扩充充软软件件功功能能，增增强强软软件件性性能能、改改进进加加工工效效率率，提提高高软软件件的的可可维维护护性。性。在在维维护护阶阶段段的的最最初初一一两两年年，改改正正性性维维护护的的工工作作量量较较大大。随随着着错错误误发发现现率率急急剧剧降降低低，并并趋趋于于稳稳定定，就就进进入入了了正正常常使使用用期期。然然而而，由由于于改改造造的的要要求求，适适应应性性维维

5、护护和和完完善善性性维维护护的的工工作作量量逐逐渐渐增增加加，在在这这种种维维护护过过程程中中又又会会引引入入新新的的错错误误，从从而而加加重重了了维维护护的的工工作作量量。实实践践表表明明，在在几几种种维维护护活活动动中中，完完善善性性维维护护所所占占的的比比重重最最大大。即即大大部部分分维维护护工工作作是是改改变和加强软件，而不是纠错。变和加强软件，而不是纠错。4）预防性维护预防性维护(5%)：为为了了提提高高软软件件的的可可靠靠性性、可可维维护护性性等等，为为以以后后进进一一步步改改进进软软件件打打下下良良好好基基础础。通通常常，预预防防性性维维护护定定义义为为：把把今今天天的的方方法法

6、学学用用于于昨昨天天的的系系统统以以满满足足明明天天的的需需要要。也也就就是是说说，采采用用先先进进的的软软件件工工程程方方法法对对需需要要维维护护的的软软件件或或软软件件中中某某一一部部分分(重新重新)进行设计、编制和测试。进行设计、编制和测试。在整个软件维护阶段所花费的全部工作量中，预防性在整个软件维护阶段所花费的全部工作量中，预防性维护只占很小的比例，而维护只占很小的比例，而完善性维护占几乎一半的工作量完善性维护占几乎一半的工作量。软件维护活动所花费的工作占整个生存周期工作量的软件维护活动所花费的工作占整个生存周期工作量的70%以上以上。这是由于在漫长的软件运行过程中需要不断对软件。这是

7、由于在漫长的软件运行过程中需要不断对软件进行修改，以改正新发现的错误、适应新的环境和用户新进行修改，以改正新发现的错误、适应新的环境和用户新的要求，这些修改需要花费很多精力和时间，而且有时修的要求，这些修改需要花费很多精力和时间，而且有时修改不正确，还会引入新的错误，同时，软件维护技术不像改不正确，还会引入新的错误，同时，软件维护技术不像开发技术那样成熟、规范化，自然消耗工作量就比较多。开发技术那样成熟、规范化，自然消耗工作量就比较多。各类维护活动的根本目的是各类维护活动的根本目的是延长软件生存期延长软件生存期6.1.2影响维护工作量的因素影响维护工作量的因素在软件维护中，影响维护工作量的程序

8、特性有以下在软件维护中，影响维护工作量的程序特性有以下6种：种：（1）系系统统大大小小：系系统统越越大大，理理解解掌掌握握起起来来越越困困难难。系系统统越越大，所执行功能越复杂。因而需要更多的维护工作量。大，所执行功能越复杂。因而需要更多的维护工作量。（2）程程序序设设计计语语言言：使使用用强强功功能能的的程程序序设设计计语语言言可可以以控控制制程程序序的的规规模模。语语言言的的功功能能越越强强，生生成成程程序序所所需需要要的的指指令令数数就就越越少少；语语言言的的能能力力越越弱弱，实实现现同同样样功功能能所所需需要要语语句句就就越越多，程序就越大。多，程序就越大。（3）系系统统年年龄龄：老老

9、系系统统比比新新系系统统需需要要更更多多的的维维护护工工作作量量。老老系系统统随随着着不不断断地地修修改改，结结构构越越来来越越乱乱；由由于于维维护护人人员员经经常常更更换换，程程序序又又变变得得越越来来越越难难于于理理解解，而而且且许许多多老老系系统统在在当当初初并并未未按按照照软软件件工工程程的的要要求求进进行行开开发发，因因而而没没有有文文档档，或或文文档档太太少少，或或在在长长期期的的维维护护过过程程中中文文档档在在许许多多地地方方与与程程序实现变得不一致，这样在维护时就会遇到很大困难。序实现变得不一致，这样在维护时就会遇到很大困难。（4）数数据据库库技技术术应应用用：使使用用数数据据

10、库库，可可以以简简单单而而有有效效地地管管理理和和存存储储用用户户程程序序中中的的数数据据，还还可可以以减减少少生生成成用用户户报报表表应应用用软软件件的的维维护护工工作作量量。数数据据库库工具可以很方便地修改和扩充报表。工具可以很方便地修改和扩充报表。（5）先先进进的的软软件件开开发发技技术术：在在软软件件开开发发时时，若若使使用用能能使使软软件件尽尽管管比比较较稳稳定定的的分分析析与与设设计计技技术术、及及程程序序设设计计技技术术，如如面面向向对对象象技技术术、复复用用技技术术等等，可减少大量的工作量。可减少大量的工作量。（6）其它其它：例如，应用的类型、数学模型、任务：例如，应用的类型、

11、数学模型、任务的难度、开关与标记、的难度、开关与标记、IF嵌套深度、索引或下标嵌套深度、索引或下标数等，对维护工作量都有影响。数等，对维护工作量都有影响。6.1.3软件维护的策略软件维护的策略控制维护成本控制维护成本：(1)改正性维护策略改正性维护策略通通常常要要生生成成100%可可靠靠的的软软件件并并不不一一定定合合算算，成成本本太太高高。但但通通过过使使用用新新技技术术，可可大大大大提提高高可可靠靠性性，并并减减少少进进行行改改正正性性维维护护的的需需要要。这这些些技技术术包包括括：数数据据库库管管理理系系统统、软软件件开开发环境、程序自动生成系统、较高级的语言。此外，发环境、程序自动生成

12、系统、较高级的语言。此外，1）利利用用应应用用软软件件包包，可可开开发发出出比比由由用用户户完完全全自自己己已已开开发发的的系统可靠性更高的软件。系统可靠性更高的软件。2）结构化技术，用它开发的软件易于理解和测试。）结构化技术，用它开发的软件易于理解和测试。3）防防错错性性程程序序设设计计。把把自自检检能能力力引引入入程程序序，通通过过非非正正常常状状态的检查，提供审查跟踪。态的检查，提供审查跟踪。4）通过周期性维护审查，在形成维护问题之前就可确定质）通过周期性维护审查，在形成维护问题之前就可确定质量缺陷。量缺陷。(2)适应性维护策略适应性维护策略1）在在配配置置管管理理时时，把把硬硬件件、操

13、操作作系系统统和和其其它它环环境境的可能变化考虑在内，可以减少某些工作量。的可能变化考虑在内，可以减少某些工作量。2）把把与与硬硬件件、操操作作系系统统，以以及及其其它它外外围围设设备备有有关关的的程程序序归归到到特特定定的的程程序序模模块块中中。可可把把因因环环境境变变化化而必须修改的程序局部于某些程序模块之中。而必须修改的程序局部于某些程序模块之中。3）使使用用内内部部程程序序列列表表、外外部部文文件件，以以及及处处理理的的例例行程序包。为维护时修改程序提供方便。行程序包。为维护时修改程序提供方便。(3)完善性维护策略完善性维护策略：利用前两类中列举方法，特利用前两类中列举方法，特别是数据

14、库管理系统、程序生成器、应用软件包；别是数据库管理系统、程序生成器、应用软件包；此外还可以建立软件系统原型。此外还可以建立软件系统原型。6.1.4维护成本维护成本有有形形的的软软件件维维护护成成本本是是花花费费了了多多少少钱钱，而而其其它它非非直直接接的维护成本有更大的影响。例如，的维护成本有更大的影响。例如，1）一一些些看看起起来来是是合合理理的的修修复复或或修修改改请请求求不不能能及及时时安安排排，使得客户不满意；使得客户不满意；2）变变更更的的结结果果把把一一些些潜潜在在的的错错误误引引入入正正在在维维护护的的软软件件，使得软件整体质量下降；使得软件整体质量下降；3）当必须把软件人员抽调

15、到维护工作中去时，就使得）当必须把软件人员抽调到维护工作中去时，就使得软件开发工作受到干挠。软件开发工作受到干挠。6.2软件维护的活动软件维护的活动6.2.1维护机构维护机构首首先先需需要要建建立立维维护护机机构构，申申明明提提出出维维护护申申请请报报告告的的过过程程及及评评价价过过程程；为为每每一一个个维维护护申申请请规规定定标标准准的的处处理理步步骤骤；还还必必须须建建立立维维护护活活动动的的登登记记制制度度以以及及规规定定评评价价和和评评审审的的标标准准。图图6.1软件维护机构就是一个维护组织方案。软件维护机构就是一个维护组织方案。维维护护申申请请提提交交给给一一个个维维护护管管理理员员

16、，他他把把申申请请交交给给某某个个系系统统监监督督员员去去评评价价。系系统统监监督督员员是是一一位位技技术术人人员员，他他必必须须熟熟悉悉产产品品程程序序的的某某一一部部分分。一一旦旦做做出出评评价价，由由修修改改负负责责人人确确定定如如何何进进行行修修改改。在在维维护护人人员员对对程程序序进进行行修修改改的的过过程程中中，由由配配置置管管理理员员严严格格把把关关，控控制制修修改改的的范范围围，对对软软件件配配置置进进行行审计。审计。维护管理员、系统监督员、修改负责人等，均代表维护工维护管理员、系统监督员、修改负责人等，均代表维护工作的某个职责范围。修改负责人、维护管理员可以是指定作的某个职责

17、范围。修改负责人、维护管理员可以是指定的某个人，也可以是一个包括管理人员、高级技术人员在的某个人，也可以是一个包括管理人员、高级技术人员在内的小组。系统监督员可以有其它责职，但应具体分管某内的小组。系统监督员可以有其它责职，但应具体分管某一个软件包。一个软件包。修改负责人修改负责人系统监督员系统监督员维护管理员维护管理员配置管理员配置管理员维护人员维护人员申请维护申请维护6.2.2软件维护申请报告软件维护申请报告软软 件件 维维 护护 组组 织织 通通 常常 提提 供供 软软 件件 维维 护护 申申 请请 报报 告告(MRP,MaintenanceRequestForm)，或或称称软软件件问问

18、题题报报告告，由由申请维护的用户填写。申请维护的用户填写。软软件件维维护护申申请请报报告告是是由由软软件件组组织织外外部部提提交交的的文文档档，它它是是计计划划维维护护工工作作的的基基础础，软软件件组组织织内内部部相相应应做做出出的的数数据据修修改改报报告（告（SCR，SoftwareChangeReport）,指明：指明：（1）所需修改变动的性质所需修改变动的性质；（2）申请修改的优先级申请修改的优先级；（3）为满足某个维护申请报告，所需的工作量为满足某个维护申请报告，所需的工作量。（4）预计修改后的状况预计修改后的状况。软软件件修修改改报报告告应应提提交交修修改改负负责责人人，经经批批准准

19、后后才才开开始始进进一一步步安排维护工作。安排维护工作。6.2.3软件维护工作流程软件维护工作流程第第一一步步是是首首先先确确认认维维护护要要求求。这这需需要要维维护护人人员员与与用用户户反反复复协协商商，弄弄清清错错误误概概况况以以及及对对业业务务的的影影响响大大小小，以以及及用用户户希希望望做做什什么么样样的的修修改改，并并把把这这些些情情况况存存入入故故障障数数据据库库。然然后后由由维维护护组组织织管管理理员确认维护类型。员确认维护类型。改改正正性性维维护护申申请请，从从评评价价错错误误的的严严重重性性开开始始。如如果果存存在在严严重重的的错错误误，则则必必须须安安排排人人员员，在在系系

20、统统监监督督员员的的指指导导下下，进进行行问问题题分分析析，寻寻找找错错误误发发生生的的原原因因，进进行行“救救火火”性性的的紧紧急急维维护护；对对于于不不严严重重的的错错误误，可可根根据据任任务务、机机时时情情况况、视视轻轻重重缓缓急急，进进行行排排队队，统一安排时间。统一安排时间。适适应应性性维维护护和和完完善善性性维维护护申申请请，需需要要先先确确定定每每项项申申请请的的优优先先次次序序。若若某某项项申申请请的的优优先先级级非非常常高高，就就可可立立即即开开始始维维护护工工作作，否否则则，维维护护申申请请和和其其它它的的开开发发工工作作一一样样，进进行行排排队队，统统一一安安排排时时间。

21、间。尽尽管管维维护护申申请请的的类类型型不不同同，但但都都要要进进行行同同样样的的技技术术工工作作。这这些些工作有：修改软件需求说明、修改软件设计、软件配置评审等。工作有：修改软件需求说明、修改软件设计、软件配置评审等。6.3程序修改的步骤及修改的副作用程序修改的步骤及修改的副作用通通常常对对源源程程序序的的修修改改不不能能无无计计划划地地仓仓促促上上阵阵，为为了了正正确确、有有效效地修改，需要经历以下三个步骤：地修改，需要经历以下三个步骤：1）分析和理解程序；）分析和理解程序；2）修改程序；）修改程序；3）重新验证程序。）重新验证程序。6.3.1分析和理解程序分析和理解程序经经过过分分析析，

22、全全面面、准准确确、迅迅速速地地理理解解程程序序是是决决定定维维护护成成功功和和质质量量好好坏坏的的关关键键。在在这这方方面面，软软件件的的可可理理解解性性和和文文档档的的质质量量非非常常重要，重要，必须做到必须做到：（1）理解程序的功能和目标；）理解程序的功能和目标；（2）掌掌握握程程序序的的结结构构信信息息，即即从从程程序序中中细细分分出出若若干干结结构构成成分分。如程序系统结构图、控制结构、数据结构和输入输出结构等；如程序系统结构图、控制结构、数据结构和输入输出结构等；（3）了了解解数数据据流流信信息息，即即所所涉涉及及到到数数据据来来源源何何处处，在在哪哪里里被被使用；使用；（4）了解

23、控制流信息，即执行每条路径的结果；）了解控制流信息，即执行每条路径的结果；（5）理解程序的操作（使用）要求；）理解程序的操作（使用）要求；6.3.2修改程序修改程序对对程程序序的的修修改改，必必须须事事先先做做出出计计划划，有有预预谋谋地地、周周密密有有效效地地实施修改。实施修改。（1）设计程序的修改计划设计程序的修改计划修改计划的内容主要包括：修改计划的内容主要包括：规规格格说说明明信信息息：数数据据修修改改、处处理理修修改改、作作业业控控制制语语言言修修改改、系统之间接口的修改等；系统之间接口的修改等；（2）修改代码，以适应变化修改代码，以适应变化在修改时，要求：在修改时，要求：1）正确、

24、有效地编写修改代码；）正确、有效地编写修改代码；2）要要谨谨慎慎地地修修改改程程序序，尽尽量量保保持持程程序序的的风风格格及及格格式式，要要在在程程序清单上注明改动的指令；序清单上注明改动的指令；3）不要删除程序语句，除非完全肯定它是无用的；）不要删除程序语句，除非完全肯定它是无用的；4）不不要要试试图图共共用用程程序序中中已已有有的的临临时时变变量量或或工工作作区区，为为了了避避免免冲突或混淆用途，应自行设置自己的变量；冲突或混淆用途，应自行设置自己的变量；5）插入错误检测语句；）插入错误检测语句；6）在在修修改改过过程程中中做做好好修修改改的的详详细细记记录录，消消除除变变更更中中任任何何

25、有有害害的副作用（波动效应）的副作用（波动效应）（3）修改程序的副作用修改程序的副作用1）修改代码的副作用）修改代码的副作用在使用程序设计语言修改源代码时，都可能引入错误。在使用程序设计语言修改源代码时，都可能引入错误。2）修改数据的副作用）修改数据的副作用在在修修改改数数据据结结构构时时，有有可可能能造造成成软软件件设设计计与与数数据据结结构构不不匹匹配配，因因而而导致软件出错。数据副作用就是修改软件信息结构导致的结果。导致软件出错。数据副作用就是修改软件信息结构导致的结果。3）文档的副作用）文档的副作用对对数数据据流流、软软件件结结构构、模模块块逻逻辑辑或或任任何何其其它它有有关关特特性性

26、进进行行修修改改时时，必必须须对对相相关关技技术术文文档档进进行行相相应应修修改改。否否则则会会导导致致文文档档与与程程序序功功能能不不匹匹配配，缺缺省省条条件件改改变变，新新错错误误信信息息不不正正确确等等错错误误，使使得得软软件件文文档档不不能能反反映映软软件件的的当当前前状状态态。对对于于用用户户来来说说，软软件件事事实实上上就就是是文文档档。如如果对可执行软件的修改不反映在文档里，就会产生文档的副作用。果对可执行软件的修改不反映在文档里，就会产生文档的副作用。6.3.3 重新验证程序（1）静态确认）静态确认修修改改软软件件，伴伴随随着着引引起起新新的的错错误误的的危危险险。为为了了能能

27、够够做做出出正正确确的的判断，验证修改后的程序至少需要两个人参加。要检查判断，验证修改后的程序至少需要两个人参加。要检查1）修修改改是是否否涉涉及及到到规规格格说说明明？修修改改结结果果是是否否符符合合规规格格说说明明？有没有歪曲规格说明？有没有歪曲规格说明？2）程程序序的的修修改改是是否否足足以以修修正正软软件件中中的的错错误误？源源程程序序代代码码有有无逻辑错误？修改时有无修补失误？无逻辑错误？修改时有无修补失误？3）修改部分对其它部分有无不良影响（副作用）？）修改部分对其它部分有无不良影响（副作用）？（2）计算机确认）计算机确认在在充充分分进进行行了了以以上上确确认认的的基基础础上上，要

28、要用用计计算算机机对对修修改改程程序序进进行行确认测试：确认测试：1)1)确确认认测测试试顺顺序序：先先对对个个性性部部分分进进行行测测试试，然然后后隔隔离离修修改改部部分分，测测试试程程序序的的未未修修改改部部分分，最最后后再再把把它它们们集集成成起起来来进进行测试。这种测试称为回归测试。行测试。这种测试称为回归测试。2)2)准备标准的测试用例。准备标准的测试用例。3)3)充分利用软件工具帮助重新验证过程。充分利用软件工具帮助重新验证过程。4)4)在重新确认过程中，需邀请用户参加。在重新确认过程中，需邀请用户参加。（3）维护后的验收）维护后的验收1）全部文档是否完备，并已更新；）全部文档是否

29、完备，并已更新；2）所有测试用例和测试结果已经正确记载；）所有测试用例和测试结果已经正确记载；3）记录软件配置所有副本的工作已经完成；）记录软件配置所有副本的工作已经完成；4）维护工序和责任已经确定。）维护工序和责任已经确定。6.4.1软件可维护性的定义软件可维护性的定义许许多多软软件件的的维维护护十十分分困困难难，原原因因在在于于这这些些软软件件的的文文档档和和源源程程序序难难于于理理解解，又又难难于于修修改改。从从原原则则上上讲讲，软软件件开开发发工工作作就就严严格格按按照照软软件件工工程程的的要要求求，遵遵循循特特定定的的软软件件标标准准或或规规范范进进行行。但但实实际际上上往往往往由由

30、于于种种种种原原因因并并不不能能真真正正做做到到。例例如如，文文档档不不全全、质质量量差差、开开发发过过程程中中不不注注意意采采用用结结构构化化方方法法，忽忽视视程程序序设设计计风风格格等等等等。因因此此，造造成成软软件件维维护护工工作作量量加加大大，成成本本上上升升，修修改改出出错错率率升升高高。此此外外，许许多多维维护护要要求求并并不不是是因因为为程程序序中中出出错错而而提提出出的的，而而是是为为适适应应环环境境变变化化或或需需要要变变化化而而提提出出的的。由由于于维维护护工工作作面面广广，维维护护难难度度大大，一一不不小小心心就就会会在在修修改改中中给给软软件件带带来来新新的的问问题题或

31、或引引入入新新的的差差错错。所所以以，为了使软件能够易于维护，必须考虑使软件具有可维护性。为了使软件能够易于维护，必须考虑使软件具有可维护性。软软件件的的可可维维护护性性是是指指纠纠正正软软件件系系统统出出现现的的错错误误和和缺缺陷陷，以以及及满满足足新新的的要要求求进进行行修修改改、扩扩充充或或压压缩缩的的容容易易程程度度。可可维维护护性性、可可使使用用性、可靠性是衡量软件质量的几个主要质量特性。性、可靠性是衡量软件质量的几个主要质量特性。衡量程序的可维护性的衡量程序的可维护性的7个特性：个特性：可理解性可理解性、可测试性可测试性、可修改可修改性性、可靠性可靠性、可移植性可移植性、可使用性可

32、使用性、效率效率。6.4.2可维护性的度量可维护性的度量 质质量量测测试试与与质质量量标标准准则则用用于于定定量量分分析析和和评评价价程程序序的的质质量量。由由于于许许多多质质量量特特性性是是相相互互抵抵触触的的，要要考考虑虑几几种种不不同同的的度度量量标准，相应地去度量不同的质量特性。（标准，相应地去度量不同的质量特性。（8种）种）（1）可理解性可理解性 可可理理解解性性表表明明人人们们通通过过阅阅读读源源代代码码和和相相关关的的文文档档，了了解解程序的功能及其如何运行的容易程度。程序的功能及其如何运行的容易程度。（2）可测试性可测试性一一个个可可测测试试的的程程序序应应当当是是可可理理解解

33、的的、可可靠靠的的、简简单单的的。对对于于程程序序模模块块，可可用用程程序序复复杂杂性性来来度度量量可可测测试试性性。程程序序的的环环路路复复杂杂性性越越大大，程程序序的的路路径径就就越越多多。因因此此，全全面面测测试试程程序序的难度就越大的难度就越大。（3）可修改性可修改性一个可修改的程序应当是可理解的、通用的、灵活的、一个可修改的程序应当是可理解的、通用的、灵活的、简单的。其中，通用性是指程序适用于各种功能变化简单的。其中，通用性是指程序适用于各种功能变化而无需修改。灵活性是指能够容易地对程序进行修改。而无需修改。灵活性是指能够容易地对程序进行修改。（4）可靠性可靠性 可可靠靠性性表表明明

34、一一个个程程序序按按照照用用户户的的要要求求和和设设计计目目标标，在在给给定定的的一一段段时时间间内内正正确确执执行行的的概概率率。度度量量的的标标准准主主要要有有：平平均均失失效效间间隔隔时时间间MTTF，平平均均修修复复时时间间MTTR，有效性，有效性A(=MTBD/(MTBD+MDT)方方法法：根根据据程程序序错错误误统统计计数数字字，进进行行可可靠靠性性预预测测；根根据程序复杂性，预测软件可靠性。据程序复杂性，预测软件可靠性。（5）可移植性可移植性表表明明程程序序转转移移到到一一个个新新的的计计算算环环境境的的可可能能性性的的大大小小。一一个个可可移移植植的的程程序序应应具具有有结结构

35、构良良好好、灵灵活活、不不依依赖赖于于某一具体计算机或操作系统的性能。某一具体计算机或操作系统的性能。（6）可使用性可使用性从从用用户户的的观观点点出出发发，把把可可使使用用性性定定义义为为程程序序方方便便、实实用用及及易易于于使使用用的的程程度度。一一个个可可使使用用的的程程序序应应是是易易于于使使用用的的、能能允允许许用用户户出出错错和和改改变变，并并尽尽可可能能不不使使用用户户陷陷入混乱状态的程序。入混乱状态的程序。（7）效率）效率表表明明一一个个程程序序能能执执行行预预定定功功能能又又不不浪浪费费机机器器资资源源的的程程度。度。（8）其它间接定量度量其它间接定量度量Gilb提提出出了了

36、与与软软件件维维护护期期间间工工作作量量有有关关的的一一些些数数据据，可可以以使使用用它它们间接地对软件的可维护性做估计：们间接地对软件的可维护性做估计：1）问题识别的时间；）问题识别的时间；2）因管理活动拖延的时间；）因管理活动拖延的时间；3）收集维护工具的时间；）收集维护工具的时间；4）分析、诊断问题的时间；）分析、诊断问题的时间；5）修改规格说明的时间；）修改规格说明的时间；6）具体的改错或修改的时间；）具体的改错或修改的时间；7）局部测试的时间；）局部测试的时间；8）集成或回归测试的时间；）集成或回归测试的时间；9）维护的评审时间；）维护的评审时间；10）恢复时间。）恢复时间。6.5提

37、高维护性的方法提高维护性的方法应应当当对对程程序序的的质质量量特特性性，在在提提出出目目标标的的同同时时还还必必须须规规定定它它们们的的优优先先级级。这这样样有有助助于于提提高高软软件件的的质质量量，并并对对软件生存期的费用产生很大的影响。软件生存期的费用产生很大的影响。6.5.1建立明确的软件质量目标和优先级建立明确的软件质量目标和优先级在在实实现现软软件件可可维维护护性性的的全全部部目目标标通通常常代代价价太太大大，而而且且不不一一定定行行得得通通。因因此此有有些些质质量量特特性性是是相相互互促促进进的的(如如可可理理解解性性和和可可测测试试性性，可可理理解解性性和和可可修修改改性性)，而

38、而有有些些是是相相互互抵抵触触的的(如如效效率率和和可可移移植植性性，效效率率和和可可修修改改性性)。因因此此，尽尽管管可可维维护护性性要要求求每每一一种种质质量量特特性性都都要要得得到到满满足足，但但它它们们的的相相对对重重要要性性应应随随程程序序的的用用途途及及计计算算环环境境的的不不同同而而不不同同。所所以以应应当当对对程程序序的的质质量量特特性性，在提出目标的同时还规定它们的优先级。在提出目标的同时还规定它们的优先级。6.5.2使用提高软件质量的技术和工具使用提高软件质量的技术和工具（1）模模块块化化：它它的的优优点点是是如如果果需需要要改改变变某某个个模模块块的的功功能能，则则只只要

39、要改改变变这这个个模模块块，对对其其他他模模块块的的影影响响很很小小；如如果果需需要要增增加加程程序序的的某某些些功功能能，则则仅仅需需增增加加完完成成这这些些功功能能的的新新的的模模块块或或模模块块层层；程程序序的的测测试试与与重重复复测测试试比比较较容容易易；程程序序的的错错误误易易于于定定位位和纠正；容易提高程序效率。和纠正；容易提高程序效率。（2）结结构构程程序序设设计计：不不仅仅使使得得模模块块化化结结构构标标准准化化，而且将模块间的相互作用也标准化了。而且将模块间的相互作用也标准化了。（3）使使用用结结构构程程序序设设计计技技术术，提提高高现现有有系系统统的的可可维维护护性性。例例

40、如如：采采用用备备用用件件的的方方法法、采采用用结结构构更更新新技技术术，改改进进现现有有程程序序不不完完善善的的文文档档、使使用用结结构构化化程程序序设设计计方方法法实实现现新新的的子子系系统统；采采用用结结构构化化小小组程序设计的思想和结构文档工具。组程序设计的思想和结构文档工具。软软件件开开发发中中，建建立立主主程程序序员员小小组组，实实现现严严格格的的组组织织化化结结构构、期期待待规规范范，明明确确领领导导以以及及职职能能分分工工，能能够够改改善善通通信信、提提高高程程序序的的生生产产率率；在在检检查查程程序序质质量量时时，采采取取有有组组织织分分工工的的结结构构普普查查，分分工工合合

41、作作，各司其职，能够有效地实施质量检查。各司其职，能够有效地实施质量检查。同同样样，在在软软件件的的维维护护过过程程中中，维维护护小小组组也也可可以以采采取取与与主主程程序序员员小小组组和和结结构构普普查查类类似似的的方方式式，以以保保证程序的质量。证程序的质量。6.5.3进行明确的质量保证和审查进行明确的质量保证和审查为了保证软件的可维护性，有为了保证软件的可维护性，有四种类型的软件审查四种类型的软件审查。（1）在检查点进行复审在检查点进行复审保证软件质量的最佳方法是软件开发的最初阶段就把质量要求考虑进保证软件质量的最佳方法是软件开发的最初阶段就把质量要求考虑进去，并在开发过程每一阶段的终点

42、，设置检查点进行检查。检查的目去，并在开发过程每一阶段的终点，设置检查点进行检查。检查的目的是要证实，已开发的软件是否符合标准，是否满足规定的质量需求。的是要证实，已开发的软件是否符合标准，是否满足规定的质量需求。在不同的检查点，检查的重点不完全相同在不同的检查点，检查的重点不完全相同（2）验收检查验收检查1）需求和规范标准需求和规范标准2）设计标准设计标准3）源代码标准源代码标准4）文档标准文档标准（3）周期性地维护审查周期性地维护审查具体地作法可以是：具体地作法可以是：使使用用开开发发部部门门提提供供的的修修正正软软件件，同同时时有有计计划划地地对对应应用用程程序序进进行行变变更更修改即可

43、。修改即可。紧紧急急维维护护是是来来不不及及等等到到周周期期性性的的维维护护，就就需需要要立立即即修修改改软软件件中中出出现现的重大故障时所做的维护。的重大故障时所做的维护。进进行行修修改改时时，要要首首先先确确立立检检查查修修改改是是否否正正确确的的测测试试方方法法，以以便便能够确认系统的修改正确，力求运行时不发生故障。能够确认系统的修改正确，力求运行时不发生故障。为了便于用户进行运行管理，适时提供维护工具以及有关信息为了便于用户进行运行管理，适时提供维护工具以及有关信息是很重要的。是很重要的。（4）对软件包进行检查）对软件包进行检查使使用用单单位位的的维维护护人人员员首首先先要要求求仔仔细

44、细分分析析，研研究究卖卖主主提提供供的的用用户户手手册册、操操作作手手册册、培培训训教教程程、新新版版本本说说明明、计计算算机机环环境境要要求求书书、未未来来特特性性表表，以以及及卖卖方方提提供供的的验验收收测测试试报报告告等等，在在此此基基础础上上，深深入入了了解解本本单单位位的的希希望望和和要要求求，编编制制软软件件包包的的检检验验程程序序。该该检检验验程程序序检查软件包程序所执行的功能是否与用户的要求和条件相一致检查软件包程序所执行的功能是否与用户的要求和条件相一致。为了建立这个程序，维护人员可以利用卖方提供的验收测试实例。为了建立这个程序，维护人员可以利用卖方提供的验收测试实例。根据测

45、试结果，检查和验证软件包的参数或控制结构，以完成软根据测试结果，检查和验证软件包的参数或控制结构，以完成软件包的维护。件包的维护。6.5.4选择可维护的程序设计语言选择可维护的程序设计语言程序设计语言的选择，对程序的可维护性影响很程序设计语言的选择，对程序的可维护性影响很大。低级语言，即机器语言和汇编语言，很难理大。低级语言，即机器语言和汇编语言，很难理解，很难掌握，因此很难维护。高级语言比低级解，很难掌握，因此很难维护。高级语言比低级语言容易理解，具有更好的可维护性。语言容易理解，具有更好的可维护性。第一代第一代语言语言第二代第二代语言语言第三代第三代语言语言第四代第四代语言语言低低可维护性

46、可维护性高高机器语言机器语言汇编语言汇编语言高级语言高级语言查查寻寻语语言言：报报表表生生成成语语言言图图象象语语言言：应应用用生生成成语语言言6.5.4改进程序文档改进程序文档程序文档是对程序总目标、程序各组成部分之间程序文档是对程序总目标、程序各组成部分之间的关系、程序设计策略、程序实现过程的历史数的关系、程序设计策略、程序实现过程的历史数据等的说明和补充。程序文档对提高程序的可理据等的说明和补充。程序文档对提高程序的可理解性有着重要作用。即使是一个十分简单的程序，解性有着重要作用。即使是一个十分简单的程序，要想有效地、高效率地维护它，也需要编制文档要想有效地、高效率地维护它，也需要编制文

47、档来解释其目的及任务。而对于程序人员来说，要来解释其目的及任务。而对于程序人员来说，要想对程序编制人员的意图重新改造，并对今后变想对程序编制人员的意图重新改造，并对今后变化的可能性进行估计，缺了文档也是不行的。化的可能性进行估计，缺了文档也是不行的。好好的的文文档档是是建建立立可可维维护护性性的的基基本本条条件件，它它的的作作用用和和意意义义有有三点三点：（1）文文档档好好的的程程序序比比没没有有文文挡挡的的程程序序容容易易操操作作。因因为为它它增增加加了了程程序序的的可可读读性性和和可可使使用用性性。但但不不正正确确的的文文档档比比根根本本没没有文档要坏得多。有文档要坏得多。（2）好的文档意

48、味着简洁、风格一致、且易于更新。好的文档意味着简洁、风格一致、且易于更新。（3）程程序序应应当当成成为为其其自自身身的的文文档档。也也就就是是说说，在在程程序序中中应应插插入入注注释释，以以提提高高程程序序的的可可理理解解，并并以以移移行行、空空行行等等明明显显的的视视觉觉组组织织来来突突出出程程序序的的控控制制结结构构。如如果果程程序序越越长长、越越复复杂、则它对文档的需要就越迫切杂、则它对文档的需要就越迫切。在在软软件件维维护护阶阶段段，利利用用历历史史文文档档，可可以以大大大大简简化化维维护护工工作作。例例如如，通通过过了了解解原原设设计计思思想想，可可以以指指导导维维护护人人员员选选择

49、择适适当当的的方方法法去去修修改改代代码码而而不不危危及及系系统统的的完完整整性性。又又例例如如，了了解解系系统统开开发发人人员员所所认认为为的的系系统统中中最最困困难难的的部部分分，可可以以向向维维护护人员提供最直接的线索，来判断出错之处。人员提供最直接的线索，来判断出错之处。历史文档有三种历史文档有三种：（1）系系统统开开发发日日志志：它它记记录录了了项项目目的的开开发发原原则则、开开发发目目标标、优优先先次次序序、选选择择某某种种设设计计方方案案的的理理由由、决决策策策策略略、使使用用的的测测试试技技术术和和工工具具、每每天天出出现现的的问问题题、计计划划的的成成功功和和失失败败之之处处

50、等等。系系统统开开发发日日志志在在日日后后对对维维护护人人员员想想要要了了解解系系统统的的开开发过程和开发中遇到什么问题是非常必要的。发过程和开发中遇到什么问题是非常必要的。（2）错错误误记记载载：它它把把出出错错的的历历史史情情况况记记录录下下来来，对对于于预预测测今今后后可可能能发发生生的的错错误误类类型型及及出出错错频频率率有有很很大大帮帮助助。也也有有助助于于维维护护人人员员查查明明出出现现故故障障的的程程序序或或模模块块，以以便便去去修修改改或或替替换换它它们们。此此外外，对对错错误误进进行行统统计计、跟跟踪踪，可可以以更更合合理理地地评评价软件质量以及软件质量度量标准和软件方法的有

51、效性。价软件质量以及软件质量度量标准和软件方法的有效性。（3）系系统统维维护护日日志志：记记录录了了在在维维护护阶阶段段有有关关系系统统修修改改和和修修改改目目的的的的信信息息。包包括括修修改改的的宗宗旨旨。修修改改的的策策略略、存存在在的的问问题题、问问题题所所在在的的位位置置、解解决决问问题题的的办办法法、修修改改要要求求和和说说明明、注注意意事事项项、新新版版本本说说明明等等信信息息。它它有有助助于于人人们们了了解解程程序序修修改改背背后后的的思思维维过过程程，以以进进一一步步了了解解修修改改的的内内容容和和修修改改所所代代来的影响。来的影响。因此，因此，软件开发时就要考虑到维护问题软件

52、开发时就要考虑到维护问题：（1）在在需需求求分分析析阶阶段段：明明确确维维护护范范围围及及责责任任,审审查查系系统统要要求求；研研究究运运行行/维维护护的的支支持持；明明确确性性能能要要求求及及变变更更；明明确确扩扩充充或或收收缩缩；检验关键资源的可扩充性。；检验关键资源的可扩充性。（2）在在设设计计阶阶段段：考考虑虑系系统统的的扩扩展展、压压缩缩和和变变更更及及设设计计通通用用性等。性等。（3）在编程阶段：查找源程序错误，度量源程序可理解性等。）在编程阶段：查找源程序错误，度量源程序可理解性等。（4）在测试阶段：维护人员参与集成测试，统计分析错误等。）在测试阶段：维护人员参与集成测试，统计分

53、析错误等。6 6、逆向工程和再工程逆向工程和再工程 “逆逆向向工工程程”来来自自硬硬件件。软软件件公公司司对对竞竞争争对对手手的的硬硬件件产产品品进进行行分分解解，了了解解竞竞争争对对手手在在设设计计和和制制造造上上的的“隐隐秘秘”。如如果果竞竞争争对对手手的的设设计计与与制制造造的的规规格格说说明明能能够够得得到到,要要掌掌握握这这些些隐隐秘秘并并不不难难。然然而而，这这些些文文档档是是保保密密的的，软软件件公公司司做做逆逆向向工工程程时时是是不不能能利利用用的的。成成功功的的逆逆向向工工程程应应通通过过考考察察产产品品的的实实际际样样品品，导导出出该该产产品品的的一一个个或多个设计与制造的

54、规格说明。或多个设计与制造的规格说明。软软件件的的逆逆向向工工程程是是分分析析程程序序，力力图图在在比比源源代代码码更更高高抽抽象象层层次次上上建建立立程程序序的的表表示示过过程程，逆逆向向工工程程是是设设计计的的恢恢复复过过程程。逆逆向向工工程程工工具具可可以以从从已已存存在在的的程序中抽取数据结构、体系结构和程序设计信息。程序中抽取数据结构、体系结构和程序设计信息。再工程，也叫做复壮（修复）或再生。再工程，也叫做复壮（修复）或再生。它不仅它不仅能从已存在的程序中重新获得设计信息，而且还能从已存在的程序中重新获得设计信息，而且还能使用这些信息来改建或重构现有的系统，以改能使用这些信息来改建或

55、重构现有的系统，以改进它的综合质量。进它的综合质量。一般软件人员利用再工程重新一般软件人员利用再工程重新实现已存在的程序，同时加进新的功能或改善它实现已存在的程序，同时加进新的功能或改善它的性能。的性能。什么是软件再工程什么是软件再工程在软件复用中在软件复用中,有问题是与现有系统密切相关的有问题是与现有系统密切相关的例如例如:现有软件系统如何适应当前技术的发展及需求的现有软件系统如何适应当前技术的发展及需求的变化变化,采用更易于理解的、适应变化的、可复用的系统采用更易于理解的、适应变化的、可复用的系统软件构架并提炼出可复用的软件构件软件构架并提炼出可复用的软件构件?现存大量的遗产软件系统现存大

56、量的遗产软件系统(Legacy Software)(Legacy Software)由于由于技术的发展技术的发展,正逐渐退出使用正逐渐退出使用,如何对这些系统进行挖如何对这些系统进行挖掘、整理掘、整理,得到有用的软件构件得到有用的软件构件?已有的软件构件随着时间的流逝会逐渐变得不可已有的软件构件随着时间的流逝会逐渐变得不可使用使用,如何对它们进行维护如何对它们进行维护,以延长其生命期以延长其生命期,充分利用充分利用这些可复用构件这些可复用构件?软件再工程软件再工程(Software Reengineering)(Software Reengineering)正是解决上述正是解决上述问题的主要技

57、术手段。问题的主要技术手段。软件再工程是一类软件工程活动，是一个工程过程软件再工程是一类软件工程活动，是一个工程过程,它将它将逆向工程逆向工程、重构重构和和正向工程正向工程组合起来组合起来,将现存系统将现存系统重新构造为新的形式。再工程的基础是系统理解重新构造为新的形式。再工程的基础是系统理解,包括包括对运行系统、源代码、设计、分析、文档等的全面理对运行系统、源代码、设计、分析、文档等的全面理解。但在很多情况下解。但在很多情况下,由于各类文档的丢失由于各类文档的丢失,只能对源只能对源代码进行理解代码进行理解,即程序理解。即程序理解。它能够使我们：它能够使我们：增进对软件的理解；增进对软件的理解

58、；提高软件自身的可维护性、复用性或演化性提高软件自身的可维护性、复用性或演化性.再工程信息库及其产品再工程信息库及其产品软件文档软件文档分析结果分析结果信息库设计成果设计成果规格说明规格说明各种图各种图度量值度量值分析、分解器分析、分解器源程序或其模板源程序或其模板(进入点进入点)源程序源程序自动进行再工程的过程自动进行再工程的过程软件软件的新视图语法分析器语义分析器视图合成器信息库其他产品经过再工程经过再工程过程可获得过程可获得的信息的信息格式格式图形图形文档文档度量值度量值逻辑逻辑报告报告软软件件再再工工程程的的两两部部分分：首首先先，逆逆向向过过程程：从从代代码码开开始始推推导导出出设设

59、计计或或是是规规格格说说明明（可可理理解解性性）；其其次次，改改善善软软件件的的静静态态质质量量（可可维维护护性性、复复用用性性或或演化性）演化性）。为什么实施软件再工程为什么实施软件再工程（1）再工程可帮助软件机构降低软件演化的风险）再工程可帮助软件机构降低软件演化的风险（2）再工程可帮助机构补偿软件投资）再工程可帮助机构补偿软件投资（3）再工程可使得软件易于进一步变革）再工程可使得软件易于进一步变革（4）软件再工程有着广阔的市场）软件再工程有着广阔的市场（5）再工程能力扩大）再工程能力扩大CASE工具集工具集（6）再工程是推动自动软件维护发展的动力）再工程是推动自动软件维护发展的动力 软件

60、再工程的风险（1 1）过程风险）过程风险（2 2）人员风险）人员风险（3 3）应用问题风险）应用问题风险（4 4）技术风险）技术风险（5 5）工具风险）工具风险（6 6）策略风险）策略风险7、软件配置管理在在软软件件建建立立时时变变更更是是不不可可避避免免，而而变变更更更更回回剧剧了了项项目目中中软软件件工工程程师师间间的的混混乱乱。之之所所以以产产生生混混乱乱，是是因因为为在在进进行行变变更更前前没没有有仔仔细细分分析析，或或没没进进行行变变更更控控制制。Babich曾曾经经这这样样说说过过：“协协调调软软件件开开发发使使得得混混乱乱达达到到最最小小的的技技术术叫叫配配置置管管理理。配配置置

61、管管理理是是一一种种标标识识、组组织织和和控控制制修修改改的的技技术术，目目的的是是使使错错误达到最小并最有效地提高生长率。误达到最小并最有效地提高生长率。软软件件配配置置管管理理，叫叫SCM，它它应应用用于于整整个个软软件件工工程程过过程程。因因为为变变更更在在任任何何时时刻刻都都可可能能发发生生，因因此此SCM活活动动的的目目标标就就是是为为了了(1)标标识识变变更更；(2)控控制制变变更更；(3)确确保保变变更更正正确确地地实实现现(4)向向其其他他有有关关的的人员报告变更。人员报告变更。软件维护和软件配置管理之间的区别是：软件维护和软件配置管理之间的区别是：维护是一组软件工程活动，它们

62、发生于维护是一组软件工程活动，它们发生于软件已交付给用户并已投入运行之后；软件已交付给用户并已投入运行之后；软件配置管理是一组追踪和控制活动，软件配置管理是一组追踪和控制活动，它们开始于软件开发项目开始之时，并它们开始于软件开发项目开始之时，并结束于软件被淘汰之时。结束于软件被淘汰之时。软软件件配配置置管管理理是是贯贯穿穿整整个个软软件件生生存存周周期期的的一一项项技技术术。它它的的主主要要功功能能是是控控制制软软件件生生存存周周期期中中软软件件的的改改变变，减减少少各各种种改改变变所所造造成成的的影影响响，确确保保软软件件产产品品的的质质量量。正正确确应应用用软软件件配配置置管管理理是是开开

63、发发高高质质量量软软件件所所不不可可缺缺少少的的。软软件件配配置置管管理理的的过过程程是是软软件件开开发发过过程程中中质质量量管管理理的的精髓。精髓。主要是解决以下几个问题：主要是解决以下几个问题：1、怎样对项目进行整体管理、怎样对项目进行整体管理2、项目开发小组的成员之间如何以一种有效的、项目开发小组的成员之间如何以一种有效的机制进行协调机制进行协调3、如何进行对小组成员各自承担的子项目的统、如何进行对小组成员各自承担的子项目的统一管理一管理4、如何对研发小组各成员所作的修改进行统一、如何对研发小组各成员所作的修改进行统一汇总。汇总。5、如何保留修改的轨迹，以便撤消错误的改动。、如何保留修改

64、的轨迹，以便撤消错误的改动。目前软件配置管理工具可以分为以下目前软件配置管理工具可以分为以下3个级别：个级别：第第1个个级级别别为为简简单单的的版版本本控控制制工工具具，是是入入门门级级的的工工具。例如具。例如CVS、VisualSourceSafe等。等。第第2个个级级别别为为项项目目级级配配置置管管理理工工具具，适适合合管管理理中中小小型的项目。例如型的项目。例如PVCS、MKS等。等。第第3个个级级别别为为企企业业级级配配置置管管理理工工具具，具具有有强强大大的的过过程程管管理理功功能能，例例如如CCCHarvest、ClearCase、FireFly等。等。软件配置管理工具的发展软件配

65、置管理最早是使用工人的方法，以类似档案管软件配置管理最早是使用工人的方法，以类似档案管理的方式管理软件配置管理项。这种管理方式繁琐，理的方式管理软件配置管理项。这种管理方式繁琐，特别是当软件较大时，对大量的文档进行更动控制、特别是当软件较大时，对大量的文档进行更动控制、配置审计等工作，容易出错，工作效率极低。随着管配置审计等工作，容易出错，工作效率极低。随着管理水平的提高，出现了用计算机进行管理的软件配置理水平的提高，出现了用计算机进行管理的软件配置管理工具。管理工具。第一代软件配置管理工具仅仅是处理文件版本控制的第一代软件配置管理工具仅仅是处理文件版本控制的工具。工具。它们是基于单一文件的工

66、具，将各独立文件改它们是基于单一文件的工具，将各独立文件改变存储在特殊的文档文件之中，一般支持恢复提交模变存储在特殊的文档文件之中，一般支持恢复提交模式，并提供分支。最早的这类工具是式，并提供分支。最早的这类工具是SCCS和和RCS。这。这两种工具是一种软件配置管理的始祖，许多软件配置两种工具是一种软件配置管理的始祖，许多软件配置管理工具都使用他们作为文件归档的工具。这一代中管理工具都使用他们作为文件归档的工具。这一代中的其他商用产品有的其他商用产品有Sun公司开发的公司开发的TeamWare。第二代配置管理工具则是基于项目数据库的第二代配置管理工具则是基于项目数据库的。这一代。这一代工具的最显著特征是软件开发项目的源代码与文档分工具的最显著特征是软件开发项目的源代码与文档分离，而存储在一个数据库中，该数据库称之为项目数离，而存储在一个数据库中，该数据库称之为项目数据库或软件库据库或软件库(Repository)。这种结构将重点从文件。这种结构将重点从文件一级移到了项目一级，并对整个信息有一个统一的视一级移到了项目一级，并对整个信息有一个统一的视点。这一代配置管理工具有基于变动请求的点