软件工程 教学课件 作者 郑人杰 马素霞 麻志毅 第12章 软件维护.pptVIP

第5部分 软件维护与软件管理 第12章 软件维护 12.1 软件维护的概念 软件维护的定义 软件维护是指在软件运行/维护阶段对软件产品所进行的修 改就是所谓的维护。根据维护工作的性质，软件维护的活动 可以分为以下4种类型。 1．改正性维护 改正性维护（corrective maintenance）为了识别和纠正 软件错误、改正软件性能上的缺陷、排除实施中的误使 用，应进行的诊断和改正错误的过程。例如，改正性维护 可以是改正原来程序中开关使用的错误；解决开发时未能 测试各种可能情况带来的问题等。 12.1 软件维护的概念 2．适应性维护 随着信息技术的飞速发展，软件运行的外部环境（新的 硬、软件配置）或数据环境（数据库、数据格式、数据输入 /输出方式、数据存储介质）可能发生变化，为了使软件适 应这种变化，而修改软件的过程叫做适应性维护（adaptive maintenance）。例如，需要对已运行的软件进行改造，以 适应网络环境或已升级改版的操作系统要求。 3．完善性维护 为了满足新的功能与性能要求，需要修改或再开发软件， 以扩充软件功能、增强软件性能、改进加工效率、提高软件 12.1 软件维护的概念 12.1 软件维护的概念 2．适应性维护 这一类的维护不可避免，但可以采用以下策略加以控制。 （1）在配置管理时，把硬件、操作系统和其他相关环境因 素的可能变化考虑在内，可以减少某些适应性维护的工作 量。 （2）把与硬件、操作系统，以及其他外围设备有关的程序 归到特定的程序模块中。可把因环境变化而必须修改的程序 局部于某些程序模块之中。 （3）使用内部程序列表、外部文件，以及处理的例行程序 包，可为维护时修改程序提供方便。 软件维护工作流程如下图所示。 在目前情况下，设计、编码、测试中的哪一方面可以改 进？ 哪些维护资源应该有，但没有？ 工作中主要的或次要的障碍是什么？ 从维护申请的类型来看是否应当有预防性维护？情况评 审对将来的维护工作如何进行会产生重要的影响，并可 为软件机构的有效管理提供重要的反馈信息。 为了估计软件维护的有效程度，确定软件产品的质量，同时确定维护的实际开销，需要在维护的过程中做好维护档案记录。其内容包括程序名称、源程序语句条数、机器代码指令条数、所用的程序设计语言、程序安装的日期、程序安装后的运行次数、与程序安装后运行次数有关的处理故障次数、程序改变的层次及名称、修改程序所增加的源程序语句条数、修改程序所减少的源程序语句条数、每次修改所付出的“人时”数、修改程序的日期、软件维护人员的姓名、维护申请报告的名称、维护类型、维护开始时间和维护结束时间、花费在维护上的累计“人时”数、维护工作的净收益等。对每项维护任务都应该收集上述数据。 评价维护活动可参考的度量值有： ● 每次程序运行时的平均出错次数； ● 花费在每类维护上的总“人时”数； ● 每个程序、每种语言、每种维护类型的程序平均修改次 数； ● 因为维护，增加或删除每个源程序语句所花费的平均“人 时”数； ● 用于每种语言的平均“人时”数； ● 维护申请报告的平均处理时间； ● 各类维护申请的百分比。 对程序的修改，必须事先做出计划，有准备地、周密有效 地实施修改。 1．设计程序的修改计划 程序的修改计划要考虑人员和资源的安排。修改计划的内 容主要包括以下几项： （1）规格说明信息：数据修改、处理修改、作业控制语言 修改、系统之间接口的修改等。 （2）维护资源：新程序版本、测试数据、所需的软件系 统、计算机时间等。 （3）人员：程序员、用户相关人员、技术支持人员、厂家 联系人、数据录入员等。 （4）提供：纸质、计算机媒体等。 针对以上每一项，要说明必要性、从何处着手、是否接 受、日期等。通常，可采用自顶向下的方法，在理解程序的 基础上做如下工作： （1）研究程序的各个模块、模块的接口及数据库，从全局 的观点提出修改计划。 （2）依次把要修改的、以及那些受修改影响的模块和数据 结构分离出来。 （3）详细地分析要修改的，以及那些受变更影响的模块和 数据结构的内部细节，设计修改计划，标明新逻辑及 要改动的现有逻辑。 （4）向用户提供回避措施。用户的某些业务因软件中发生 问题而中断，为不让系统长时间停止运行，需把问题 局部化，在可能的范围内继续开展业务。 2．修改代码，以适应变化 修改时，要求： （1）正确、有效地编写修改代码； （2）要谨慎地