2023年软件工程导论第版知识点总结复习课.doc

复习课-酷爱 YC 第一章 1、什么是软件危机,什么是软件工程 软件危机是指在计算机软件开发、使用与维护过程中碰到的一系列严重问题和难题。它涉及两方面:(1如何开发软件,以满足对软件日益增长的需求;(2如何维护数量不断膨胀的已有软件。软件工程:采用工程的概念、原理、技术和方法来开发与维护软件,把通过时间考验而证明对的的管理技术和当前可以得到的最佳的技术方法结合起来,以经济地开发出高质量的软件,并有效地维护它。2、完整的软件配置由哪些内容组成 软件配置重要涉及程序,文档和数据等成分。3、软件生命周期分为哪 3个时期和 8个阶段,每个阶段的任务(工作分别是什么,重要性如何 概括地说,软件生命周期由软件定义、软件开发和运营维护 3个时期组成 1、软件定义(系统分析。软件定义时期的任务是:拟定软件开发工程必须完毕的总目的;拟定工程的可行性;导出实现工程目的应当采用的策略及系统必须完毕的功能;估计完毕该项工程需要的资源和成本,并且制定工程进度表。这个时期的工作通常又称为系统分析,由系统分析员负责完毕。软件定义时期通常进一步划提成 3个阶段,即问题定义、可行性研究和需求分析。(1 问题定义,拟定系统要解决的问题是什么。成果:关于问题性质、工程目的和工程规模的报告。(2 可行性研究,拟定问题是否有可用的、能行得通的解(涉及:技术、经济、操作、社会等方面的可行性。这个阶段的任务不是具体解决问题,而是研究问题的范围,探索这个问题是否值得去解,是否有可行的解决办法。成果:可行性研究报告。(3 需求分析,拟定软件系统的必须实现的功能、必须达成的性能、必须满足的运营环境规定。系统分析员在需求分析阶段必须和用户密切配合,充足交流信息,以得出通过用户确认的系统逻辑模型。通常用数据流图、数据字典和简要的算法表达系统的逻辑模型。在需求分析阶段拟定的系统逻辑模型是以后设计和实现目的系统的基础,因此必须准确完整地体现用户的规定。成果:软件需求规格说明书(SRS,内容涉及:系统的逻辑模型;系统(子系统的名称、功能描述、接口、基本数据结构、性能、设计需求、开发标准、验收原则等。2、软件开发。开发时期具体设计和实现在前一个时期定义的软件,它通常由下述 4个阶段组成:总体设计,具体设计,编码和单元测试,综合测试。其中前两个阶段又称为系统设计,后两个阶段又称为系统实现。(1 总体设计(概要设计,回答“如何实现目的系统”。建立系统的总体结构,划分子系统;拟定系统由哪些模块组成,各子系统间、各模块间的关系(涉及定义各子系统接口界面和各功能模块的接口,设计全局数据库或数据结构,规定设计约束,制定组装测试计划。成果:概要设计说明书、数据库或数据结构说明书、系统的组装(集成测试计划等文档。(2 具体设计任务就是把解法具体化,也就是回答:“应当如何具体地实现这个系统呢?”,设计每个程序模块的内部细节,涉及数据结构、算法以及各程序模块间的接口信息,并设计模块的单元测试计划。成果:具体设计规格说明和单元测试计划等具体设计文档。以上(1、(2 又合称为软件设计。(3 编码和单元测试这个阶段的关键任务是写出对的的容易理解、容易维护的程序模块。根据具体设计规格说明,选用某种程序设计语言把具体设计的结果转化为机器可运营的源程序模块;运营和调试每一个程序模块;每编写出一个程序模块的源程序,调试通过后,即对该模块进行单元测试。成果:按一定规则存在盘上的通过了单元测试的各功能模块的集合;具体的单元测试报告等文档。(4 综合测试通过各种类型的测试(及相应的调试使软件达成预定的规定。最基本的测试是集成测试和验收测试。成果:满足概要设计规定、可运营软件系统和源程序清单;组装测试报告等文档。验收测试报告、项目开发总结报告,向用户提交的源程序清单、最终用户手册、操作手册等文档资料;由专家、用户负责人、软件开发和管理人员组成软件评审小组对软件验收测试报告、测试结果和软件进行评审,最终验收软件产品。以上(3、(4又合称为软件实现。三种不同的软件测试:单元测试、集成测试、验收测试。3、软件运营与维护 软件技术人员通过各种维护活动使软件系统持久满足用户需要。通常有 4类维护活动:改正性维护,也就是诊断和改正在使用过程中发现的软件错误;适应性维护,即修改软件以适应环境的变化;完善性维护,即根据用户的规定改善或扩充软件使它更完善;防止性维护,即修改软件为将来的维护活动预先做准备。成果:更新后的软件产品;准确记录维护活动的文档。4、几种传统软件工程生命周期模型:瀑布模型:基本思想、重要优点 传统的瀑布模型 基本思想:瀑布模型严格按照软件生存周期各个阶段来进行开发,上一阶段的输出即是下一阶段的输入,并强调每一阶段的严格性。它规定了各阶段的任务和应提交的成果及文档,每一阶段的任务完毕后,都必须对其阶段性产品(重要是文档进行评审,通过后才干开始下一阶段的工作。因此,它是一种以文档作为驱动的模型。优点:可逼迫开发人员采用规范的方法;严格地规定了每个阶段必须提交的文档;规定每个阶段交出的所有产品都必须通过质量保证小组的仔细验证。快速原型模型:基本思想 基本思想:软件开发人员根据用户提出的软件基本需求快速开发一个原型,以便向用户展示软件系统应有的一部分或所有功能和性能,同时使用户熟悉系统。在征求用户对原型的初步意见后,进一步使需求全面化、精确化,并据此改善、完善原型。如此迭代,直到软件开发人员和用户都通过原型确认软件系统的需求并达成一致的理解为止。软件需求拟定后,便可进行设计,编码、测试等以后的各个开发环节。增量模型:基本思想、重要优点 基本思想:把一个软件产品划分为一系列的增量构件来设计、编码、集成和测试,并逐个添加到软件产品中去,逐步向用户提交产品。每个构件可以完毕特定的功能 优点:(1软件的实现和维护阶段没有明显的分界线;(2 用户在很短时间内就可以使用产品的部分功能(3 用户适应新产品的时间较富余(4 构件的分解要易于测试、规模适中(5 软件的体系结构是开放的,易于扩充和维护 螺旋模型:引入的因素,与瀑布模型、快速原型模型的联系 基本思想:软件风险是任何软件开发项目中都普遍存在的实际问题,项目越大,软件越复杂,承担该项目所冒的风险也越大。软件风险也许在不同限度上损害软件开发过程和软件产品质量。构建原型是一种能使某些类型的风险降至最低的方法。螺旋模型的基本思想是,使用原型及其他方法来尽量减少风险。联系:简化的螺旋模型是在快速原型模型的基础上扩展而成的,把它看作在每个阶段之前都增长了风险分析过程的快速原型模型。完整的螺旋模型,将瀑布模型与原型模型结合起来,并且加入前两种模型均忽略了的风险分析 什么是:经济可行性、技术可行性、运营与操作可行性、法律可行性(1 经济可行性:这个系统的经济效益能超过它的开发成本吗?估算项目的开发成本和系统投入使用后也许带来的利润,进行成本/效益分析,从经济角度判断系统开发是否“合算”。(2 技术可行性:使用现有的技术能实现这个系统吗?根据客户提出的系统功能、性能规定,从开发者的技术实力、以往工作基础、问题的复杂性等出发,判断系统开发在时间、费用及其他各项约束条件限制下成功的也许性。(3 运营、操作可行性:系统的操作方式在这个用户组织内行得通吗?重要研究系统的运营方式在用户单位是否可以被有效地实行,是否与原有其他系统相矛盾;系统的操作规程在用户单位内是否可行,它涉及人事、科技政策、管理方法等等。(4 法律可行性:系统的开发使用,在当国本地当时合法吗?运用软件工程的方法设计开发软件系统的过程 需求分析的基本任务 1.拟定需求-拟定对系统的综合规定(1 功能需求(2 性能需求(3可靠性和可用性需求(4 犯错解决需求(5 接口需求(6 约束(7逆向需求(8将来也许提出的规定 2.建立数据模型-运用图形工具描述系统数据结构并将数据结构规范化,建立数据模型 3.导出系统的逻辑模型-通常用数据流图、实体-联系图、状态转换图、数据字典和重要的解决算法描述整个逻辑模型 4.编写需求规格说明书 5.修正系统开发计划 本阶段结束形成的基本文档 软件需求规格说明书 结构化分析应建立哪三大模型,分别用什么工具描述 数据模型数据流图 功能模型实体-联系图(E-R 图 行为模型状态图 数据流图、E-R 图、状态转换图的构成 数据流图-系统逻辑功能的描述工具 4 种成分:源点和终点,解决,数据存储,数据流 E-R 图:实体(即数据对象-矩形框,关系-菱形框,属性-椭圆形或圆角矩形状态转换图:状态,事件,状态转换 第五章 1、总体设计过程包含哪两个工作阶段,各完毕什么任务 第一阶段:系统设计阶段,拟定系统的物理实现方案(1 设想(完善供选择的方案(2 选取合理的方案(3 推荐最佳方案 第二阶段:结构设计阶段,拟定软件的结构(1 功能分解,从实现的角度细化逻辑模型(2 设计软件结构(3 设计数据库(4 制定测试计划(5 书写文档(6 审查和复审 2、软件工程的中心课题是控制软件的复杂度;在总体设计阶段,软件复杂度重要体现为模块独立性(和全局数据结构复杂度;描述模块独立性的两个指标分别是耦合和内聚 3、耦合的含义,1-8 级耦合的具体含义,耦合级别的排列 耦合(Coupling:是对软件结构内不同模块之间互相关联限度的强弱的度量。它取 决于各个模块之间接口的复杂限度、进入或访问一个模块的点以及哪些信息通过接口传递。耦合度可以分为若干级别:(1 非直接耦合-两个模块没有直接关系(如模块 1和模块 2,每一个都能独立地工作而不需要另一个模块的存在。非直接耦合两个模块间的独立性最强。非直接耦合(2 数据耦合-两个模块彼此间通过参数互换信息,并且互换的信息仅仅是简朴的数据信息。这属于松散耦合。(3 标记耦合-两个模块通过传递数据结构参数加以联系(不是简朴数据,而是记录、数组等,则称这两个模块间存在标记偶合。数据耦合特性耦合(标记耦合(4 特性耦合-属于标记耦合,把整个数据结构作为参数传递,而被调用的模块只需要使用其中一部分数据元素。P39 控制耦合公共环境耦合(5 控制耦合-一个模块通过传送开关、标志、名字等控制信息,明显地控制选择另一模块的某部分功能。控制耦合增长了理解和编程的复杂性,调用模块必须知道被调模块的内部逻辑,增 加了互相依赖。去除模块间控制耦合的方法:a.将被调用模块内的鉴定上移到调用模块中进行 b.被调用模块分解成若干单一功能模块(6 外部耦合-一组模块都访问同一全局简朴变量,并且不是通过参数传递该全局变量的信息。(7 公共环境耦合-两个或多个模块通过一个公共数据环境互相作用。公共环境可以是全程变量、共享的通信区、内存的公共覆盖区、任何存储介质上的文献、物理设备等等。公共环境耦合的复杂限度随耦合的模块个数而变化,当耦合的模块个数增长时复杂限度显著增长。公共环境偶合必不可少,但耦合模块的数目应尽量少。(8 内容耦合P41 内容耦合 4、内聚的含义,1-7 级内聚的具体含义,内聚级别的排列 内聚(Cohesion:标志同一个模块内各个元素彼此结合的紧密限度,它是信息隐藏 和局部化概念的自然扩展。高内聚:模块内部完毕单一的解决;低内聚:模块内部各部分关联不紧密,完毕分散的多个解决任务;设计时应当力争做到高内聚。内聚度也可以分为若干级别:(1 偶尔内聚-当模块内各部分之间没有联系,或者即使有联系,这种联也很松散,则称 这种模块为偶尔内聚模块,它的内聚限度最低。(2 逻辑内聚-把几种相关功能或逻辑上相似的功能组合在一个模块内,每次调用由传给模块的参数拟定执行哪种功能。偶尔类聚逻辑类聚(3 时间内聚-一个模块包含若干必须在同一段时间内执行的任务。例如系统初始化模块、系统结束模块、紧急故障解决模块等均是时间性聚合模块。(4 过程内聚-一个模块内的解决元素是相关的且仅有控制联系,各解决元素必须以特定顺序执行。(5 通信内聚-模块中所有元素都使用同一个输入数据和(或产生同一个输出数据。(6 顺序内聚-一个模块内的解决元素既包含数据联系也包含控制联系,并且这些解决必须顺序执行(通常一个解决元素的输出数据作为下一个解决元素的输入数据。(7 功能内聚-一个模块中各个部分都是完毕某单一功能必不可少的组成部分,或者说该模块中所有部分都是为了完毕同一项具体功能而协同工作,紧密联系,不可分割的,则称该模块为功能内聚模块。功能内聚是最高限度的内聚。5、如何将数据流图转换为初始的软件结构图/层次图 通过变换分析的方法 第 1步复查基本系统模型。第 2步复查并精化数据流图。第 3步拟定数据流图具有变换特性还是事务特性。第 4步拟定输入流和输出流的边界,从而孤立出变换中心。第 5步完毕“第一级分解”。第 6步完毕“第二级分解”。第 7步使用设计度量和启发式规则对第一次分割得到的软件结构进一步精化。6、关于模块设计的启发规则 启发式规则(模块化设计的经验 1.改善软件结构提高模块独立性 2.模块规模应当适中 3.深度、宽度、扇出和扇入都应适当 4.模块的作用域应当在控制域之内 5.力争减少模块接口的复杂限度 6.设计单入口单出口的模块 7.模块功能应当可以预测 第六章 1、具体设计的目的(重要任务 目的:为软件系统的 H图/SC 图中的每一个模块拟定采用的算法(解决流程和模块内数据结构,选定某种表达工具给出精确的描述。任务:用一定的工具精确描述目的系统,从而方便在编码阶段可以把这种描述直接翻译成用某种程序设计语言书写的程序。(1 拟定每一模块的算法(解决流程(2 拟定每一模块使用的局部数据结构(3 拟定本模块的接口和用户界面(4 为每一模块设计一组测试用例(单元测试计划 2、结构化程序设计 1、什么是结构化程序设计(1 假如一个程序的代码块仅仅是通过顺序、选择和循环这 3种基本控制结构进行连接,并且每个代码块是单入口、单出口的,则称这个程序是结构化的。(2 结构化程序设计是尽也许少用 GO TO语句的程序设计方法。最佳仅在检测犯错误时才使用 GO TO语句,并且应当总是使用前向 GO TO语句。(3 假如允许使用 LEAVE(或 BREAK结构,则不仅方便并且会使效率提高很多。LEAVE 或 BREAK 结构实质上是受限制的 GO TO 语句,用于转移到循环结构外面的语句。(4 假如只允许使用顺序、IF-THEN-ELSE 型分支和 DO-WHILE 型循环这 3 种基本控制结构,则称为经典的结构程序设计;假如除了上述 3 种基本控制结构之外,还允许使用 DO-CASE 型多分支结构和 DO-UNTIL型循环结构,则称为扩展的结构程序设计;假如再加上允许使用 LEAVE(或 BREAK结构,则称为修正的结构化程序设计。2、结构化程序设计中基本的控制流程 3、具体设计的描述-程序流程图、盒图、PAD图:什么是,基本符号和含义,画法 1、程序流程图-又称为程序框图,广泛描述过程设计的方法。基本符号(国家标准 可表达的控制结构见前图(结构化程序设计中基本的控制流程。2、盒图(N-S 图 出于要有一种不允许违反结构程序设计精神的图形工具的考虑,Nassi 和Shneiderman 提出了盒图,又称为 N-S 图。基本符号和表达的结构 举例 3、PAD图 PAD是问题分析图(problem analysis diagram,用二维树形结构的图来表达程序的控制流,将这种图翻译成程序代码比较容易 (a 顺序(先执行 P1后执行 P2;(b选择(IF C THEN P1 ELSE P2;(cCASE 型多分支;(dWHILE 型循环(WHILE C DO P;(eUNTIL型循环(REPEA P UNTIL C;(f语句标号;(gg定义 使用 PAD图提供的定义功能来逐步求精的例子 4、在具体设计阶段,软件复杂度重要体现为程序的复杂限度,可用程序模块的环形复杂度(McCabe方法来度量,或用 Halstead 方法来度量 5、环形复杂度(McCabe方法来度量 计算工具:流图-退化了的程序流程图 McCabe方法根据程序控制流的复杂限度定量度量程序的复杂限度,这样度量出的结果称为程序的环形复杂度。为了突出表达程序的控制流,人们通常使用流图(也称为程序图。所谓流图实质上是“退化了的”程序流程图,它仅仅描绘程序的控制流程,完全不表现对数据的具体操作以及分支或循环的具体条件。计算方法:3种方法(1 流图中的区域数等于环形复杂度 区域:由边和结点围成的面积称为区域。当计算区域数时应当涉及图外部未被围起来的那个区域。即流图的封闭区域数加 1。(2 流图的环形复杂度 V(G=E-N+2,其中,E是流图中边的条数,N是结点数。(3 流图的环形复杂度 V(G=P+1,其中,P 是流图中鉴定结点的数目。6、Halstead 方法来度量-计算方法 Halstead 方法是另一个著名的方法,它根据程序中运算符和操作数的总数来度量程序的复杂限度。计算复杂度的方法:在图形界面(或 Web 界面环境下,特别是在交互系统的中,一个模块的页面数以及每个页面上的项目数,也是模块复杂限度度量的依据。第七章 1、编码风格涉及的一系列内容 源程序事实上也是一种供人阅读的文档,有一个文档的风格问题。应当使程序具有良好的风格。源程序代码的逻辑简明清楚、易读易懂是好程序的一个重要标准。源程序文档化(程序内部的文档 数据说明 语句构造 输入输出设计 程序的效率 2、单元测试、集成测试、确认/验收测试,测试计划(涉及用例在什么时候书写形成 单元测试:-模块测试 模块测试的目的是保证每个模块作为一个单元能对的运营,所以模块测试通常又称为单元测试。在这个测试环节中所发现的往往是具体设计和编码的错误。集成测试:子系统测试-局部(模块子系统 子系统测试是按软件结构把通过单元测试的若干模块放在一起形成一个子系统来测试。模块互相间的协调和通信是这个测试过程中的重要问题,因此,这个环节着重测试模块间的接口。系统测试-全局(子系统完整系统 系统测试是,按软件结构,把通过测试的若干子系统装配成一个完整的系统来测试。在 这个过程中不仅应当发现设计和编码的错误,还应当验证系统的确能提供需求说明书中指定的功能,并且系统的动态特性也符合预定规定。在这个测试环节中发现的往往是软件设计中的错误,也也许发现需求说明中的错误。不管是子系统测试还是系统测试,都兼有检测和组装两重含义,通常合称为集成测试。验收测试-用户参与 验收测试把软件系统作为单一的实体进行测试,测试内容与系统测试基本类似,但是它是在用户积极参与下进行的,并且也许重要使用实际数据(系统将来要解决的信息进行测试。验收测试的目的是验证系统的确可以满足用户的需要,在这个测试环节中发现的往往是系统需求说明书中的错误。验收测试也称为确认测试。3、软件测试与调试的目的 软件测试的目的就是在软件投入生产性运营之前,尽也许多地发现软件中的错误。测试横跨两个阶段:(1 编写出每个模块之后就对它做必要的测试(称为单元测试。(2 在上一阶段结束之后,对软件系统还应当进行各种综合测试通常由专门的测试人员承担这项工作。调试就是通过测试发现软件的错误之后改正错误并进行再诊断。调试是测试阶段最困难的工作。调试是在测试发现错误之后排除错误的过程。调试的任务是进一步诊断和改正程序中潜在的错误。4、软件错误重要涉及什么 软件错误指软件产品中存在的导致盼望的运营结果和实际运营结果间出现差异的一系列问题,这些问题涉及故障、失效、缺陷。1.软件故障是指软件运营过程中出现的一种不希望或不可接受的内部状态。2.软件失效是指软件运营时产生的一种不可接受的外部行为结果。3.软件缺陷是存在于软件之中的那些不希望或不可接受的偏差。5、测试用例由什么组成 IEEE对于测试用例给出的定义是:测试用例是一组测试输入、执行条件和预期结果,目的是要满足一个特定的目的,例如执行一条特定的程序途径或检查是否符合一个特定的需求。测试用例可表达成:测试用例=输入+输出+测试环境 其中,输入是指测试数据和操作环节;输出是指系统的预期执行结果;测试环境是指进行软件测试所必须的工作平台和前提条件。6、软件测试的方法 (1 静态测试-什么是 静态测试-对软件(文档进行分析、检查和审阅,不实际运营被测试的软件。静态测试约可找出 3070%的逻辑设计错误,重要工作是对需求规格说明书、软件设计说明书、源程序做检查和审阅(重要是阅读文档,涉及:(1 通过结构分析、流图分析、代码审查,指出软件缺陷。(2 是否符合标准和规范;(2 动态测试-什么是 白盒测试-什么是 黑盒测试-什么是 动态测试-通过运营软件来检查软件的运营结果和动态行为的对的性。动态测试的两个基本要素:被测试程序、测试用例。动态测试有两种典型的方法:黑盒测试和白盒测试。(1 黑盒测试 定义:已经知道了产品应当具有的功能,可以针对产品的每个(或重要功能点设计一组用例(涉及输入数据和预期输出数据,通过测试来检查是否每个功能都能正常使用;黑盒测试重要在以下方面进行:(1/测试:(2 菜单/帮助测试:(3 发行测试:(4 回归测试 黑盒测试的优势:a.黑盒测试方法对测试人员的技术规定相对较低;b.不需要了解程序实现的细节,测试团队与开发团队可以并行完毕各自的任务。黑盒测试的局限性:测试结果的覆盖度不容易度量,测试的潜在风险较高。(2 白盒测试 知道产品的内部工作流程(甚至代码,可以对每一条重要执行通道设计一组用例,通过测试来检查产品内部动作是否按照规格说明书的规定正常进行。白盒测试的内容重要涉及:(1 对程序模块的所有独立执行途径至少测试一次;(2 对所有的逻辑鉴定,取“真”与取“假”的两种情况都能至少测试一次;(3 在循环的边界和运营边界线内执行循环体;(4 测试内部数据结构的有效性。白盒测试的优势:a.针对性强,测试效率高,通过不同的白盒覆盖指标有助于衡量对被测对象的测试覆盖限度;b.在函数级别开始测试工作,缺陷修复的成本低。白盒测试的局限性:对测试人员的技术规定高,没有一定编程经验的人是无法做白盒测试的。7、软件测试环节:单元测试集成测试(子系统、系统测试确认测试平行运营;在每步测试中重要采用的方法(重要区分是黑盒还是白盒测试 测试环节:单元测试-集成测试-确认/验收测试-平行运营 测试方法:白盒测试:重要用在单元测试中;黑盒测试:各环节都要用;在确认/验收测试中重要有 测试、测试等形式。(1 单元测试的方法(多采用白盒测试 代码审查-人工测试 计算机测试(2 集成测试有两种典型方法 非渐增式集成方式 渐增式集成方式(3 确认测试 有效性测试-运用黑盒测试的方法,验证被测软件是否满足需求规格说明书列出的需求 软件配置复查-保证软件配置(涉及需求说明书、设计说明书和源程序清单等的所有成份都齐全 验收测试-由用户参与设计测试用例,使用生产中的实际数据进行测试,使用用户界面输入测试数据。通常的做法是采用“、测试”的方法。8、白盒测试技术相关测试用例的设计-前 5种方法(参考书上例子 保证程序中每一独立的途径(从程序的入口开始,执行一系列语句,直到出口,至少 有一段程序和别的途径不同样至少执行一次;保证所有鉴定的每一个分支至少执行一次;保证每个鉴定表达式中每个条件的所有也许结果至少出现一次;保证每一循环都在边界条件和一般条件至少各执行一次;验证所有内部数据结构的有效性。第八章 1、非结构化维护和结构化维护 非结构化维护-软件配置的唯一成份是程序代码,维护工作从艰苦地阅读、评价程 序代码开始。这种维护方式是没有使用良好定义的方法学开发出来的软件的必然结果。结构化维护-有一套完整的软件配置存在,维护工作从阅读、评价设计文档开始。2、什么是软件再工程，它涉及哪些软件工程活动 软件再工程，也叫做修理或再生，是一类软件工程活动。它将逆向工程、重构工程和正 向工程组合起来，将现存系统重新构造为新的形式。它分析已存在的程序，从中获得设 计信息，并且使用这些信息来改建或重构现有的系统，同时加进新的功能或改善它的性 能，以提高它的综合质量。软件再工程不仅可以帮助软件机构减少软件演化的风险，并且可以使软件将来易于进一 步变更，有助于推动软件维护自动化的发展。典型的软件再工程过程模型定义了库存目录分析、文档重构、逆向工程、代码重构、数 据重构和正向工程等 6 类活动