第八章维护
一、概述P2
二、软件维护的定义
所谓软件维护就是在软件已经交付使用之后，为了改正错误或满足新的需要而修改软件的过程。维护的类型有四种：
1、改正性维护(Corrective Maintenance)--诊断和改正错误的过程
在软件交付使用后，因开发时测试的不彻底、不完全，必然会有部
分隐藏的错误遗留到运行阶段。
这些隐藏下来的错误在某些特定的使用环境下就会暴露出来。
为了识别和纠正软件错误、改正软件性能上的缺陷、排除实施中的
误使用，所进行的诊断和改正错误的过程就叫做改正性维护。
2、适应性维护(Adaptive Maintenance )--为适应变化了的环境而进
行的软件修改活动
在使用过程中，外部环境(新的硬、软件配置)、数据环境(数据库、
数据格式、数据输入/输出方式、数据存储介质)都可能发生变化。
为使软件适应这种变化，而去修改软件的过程就叫做适应性维护。
3、扩充与完善性维护(Perfective Maintenance)
在软件的使用过程中，用户往往会对软件提出增加新功能或修改已
有功能、改善性能的要求。
为了满足这些要求，需要修改或再开发软件，以扩充软件功能、增
强软件性能、改进加工效率、提高软件的可维护性。
这种情况下进行的维护活动叫做扩充与完善性维护。
4、预防性维护(Preventive Maintenance)
预防性维护是为了提高软件的可维护性、可靠性等，为以后进一步
改进软件打下良好基础。
预防性维护定义为：采用先进的软件工程方法对需要维护的软件或
软件中的某一部分(重新)进行设计、编码和测试。目前，这类维护活动相对比较少。
各类维护所占比例：
三、软件维护的特点
1、结构化维护与非结构化维护差别巨大
非结构化维护----软件配置的惟一成份是程序代码，维护活动从艰苦地评价程序代码开始。P8
结构化维护----有一套完整的软件配置存在，维护工作从评价设计文档开始。P9
2、影响软件维护的因素诸多
系统大小、程序设计语言、系统年龄、是否应用数据库技术、是否采用较先进的软件开发技术、开发时是否考虑将来的修改、其他因
素(应用的类型、数学模型、任务的难度、开关与标记、IF嵌套深度、索引或下标数等)
3、软件维护的代价高昂
首先，软件维护需要的工作量很大，平均说来，大型软件的维护成
本高达开发成本的4倍左右。目前国外许多软件开发组织把60%以上的人力用于维护已有的软件，而且随着软件数量增多和使用寿命延长，这个百分比还在持续上升。
有形的软件维护成本是花费了多少钱，而无形的维护成本有更大的
负面影响。
(1) 一些合理的修复或修改请求不能及时安排，使得客户不满意；
(2) 变更的结果引入新的故障，使得软件整体质量下降；
(3) 把软件人员抽调到维护工作中，干扰了软件开发工作。
维护工作量的计算模型：
d
c
+
=
p
Ke
M-
其中：
M 是维护中消耗的总工作量
P 是生产性工作量
K 是一个经验常数
c 是因缺乏好的设计和文档而导致复杂性的度量
d 是维护人员对软件熟悉程度的度量
模型表明，如果使用了不好的软件开发方法(未按软件工程要求做)，原来参加开发的人员或小组不能参加维护，则工作量(及成本)将
按指数级增加。
4、影响软件维护的典型问题P14~16
难以读懂他人的程序
无文档或不全
软件人员流动性大
设计时未考虑修改需要，修改困难
维护工作无吸引力，缺乏成就感
难以跟踪软件的创建过程、软件版本的进化过程，软件的变化未在
文档中反映出来
四、软件维护的过程
软件维护过程本质上是更改和压缩了的软件定义和开发过程。
1、前期工作
事实上，远在提出一项维护要求之前，与软件维护有关的工作已
经开始了。(机构、制度和标准)
首先要建立维护的机构
申明维护申请报告的提出过程及评价的过程
为每一个维护申请规定标准的处理步骤
建立维护活动的记录保管，并规定复审的标准
2、维护机构P18~19
维护要求维护管理员→系统管理员→变化授权人
3、维护报告
应该由软件维护人员向用户提供标准化格式表格，使用户能表达所
需软件维护要求；
维护申请报告或称软件问题报告，由申请维护的用户填写；
用户必须完整地说明产生错误的情况，包括输入数据、错误清单以
及其它有关材料；
如果申请的是适应性维护或完善性维护，用户必须提出一份修改说
明书，列出所有希望的改进。
维护申请报告将由维护管理员和系统管理员来研究处理。他们应相
应地做出软件修改报告，指明：
(1) 所需修改变动的性质；
(2) 申请修改的优先级；
(3) 为满足某个维护申请报告，所需的工作量；
(4) 预计修改后的状况。
软件修改报告应提交给变化授权人(修改负责人)，经批准后才能进
一步安排维护工作。
4、软件维护工作流程P23
尽管维护申请的类型不同，但都要进行同样的技术工作----是一次
压缩了的软件工程。
(1) 修改软件需求说明
(2) 修改软件设计
(3) 设计评审
(4) 对源程序做必要的修改
(5) 单元测试
(6) 集成测试(回归测试)
(7) 确认测试
(8) 软件配置评审等。
在每次软件维护任务完成后要进行情况评审P26
5、保存维护记录P28
6、定量评价维护活动P29~30
五、软件的可维护性
1、软件可维护性概述
软件可维护性是指软件维护人员理解、纠正软件系统出现的错误和
缺陷，以及为满足新的要求进行修改、扩充或压缩软件的难易程度；
可维护性、可使用性、可靠性是衡量软件质量的主要指标，也是用
户十分关心的几个方面。提高可维护性是支配软件工程方法学所有步
骤的关键目标；
许多软件的维护十分困难，原因在于这些软件的文档不全、质量差，
开发过程不注意采用好的方法，忽视程序设计风格等；
许多维护要求并不是因为程序中出错而提出的，而是为适应环境变
化或需求变化而提出的----维护是不可避免的。
2、决定软件可维护性的因素
可理解性P33
可测试性P34
可修改性P35
可移植性P35
可重用性P36~37
3、软件的使用和维护与文档
文档是影响软件可维护性的决定因素，文档往往比代码更加重要；
软件文档应该满足下述要求：
(1) 必须描述如何使用这个系统，没有这种描述时即使是最简单的系统也无法使用；
(2) 必须描述怎样安装和管理这个系统；
(3) 必须描述系统需求和设计；
(4) 必须描述系统的实现和测试，以便使系统成为可维护的。
软件系统的文档可以分为用户文档和系统文档两类
(1) 用户文档主要描述系统功能和使用方法，并不关心这些功能是怎
样实现的；
用户文档是用户了解系统的第一步，它应该能使用户获得对系统
的准确的初步印象。文档的结构方式应该使用户能够方便地根据需要
阅读有关的内容。
用户文档至少应该包括下述5方面的内容：
①功能描述；②安装文档；
③使用手册；④参考手册；
⑤操作员指南(如果需要有系统操作员的话) 。P40~41
上述内容可以分别作为独立的文档，也可以作为一个文档的不同
分册，具体做法应该由系统规模决定。
(2) 系统文档描述系统设计、实现和测试等各方面的内容。P42 *
4、可维护性复审
在软件生命周期的每个阶段，对软件的可维护性进行评价，为软件
的可维护性打下基础，以使软件维护尽可能容易。P196~197，P43~45
在完成了每项维护工作之后，都应该对软件维护本身进行仔细认真
的复审。
(1) 维护应该针对整个软件配置，不应该只修改源程序代码。当对源程序代码的修改没有反映在设计文档或用户手册中时，就会产生严重的后果；
(2) 每当对数据、软件结构、模块过程或任何其他有关的软件特点做了改动时，必须立即修改相应的技术文档。不能准确反映软件当前状态的设计文档可能比完全没有文档更坏；
(3) 用户通常根据描述软件特点和使用方法的用户文档来使用、评价软件。如果对软件的可执行部分的修改没有及时反映在用户文档中，则必然会使用户因为受挫折而产生不满。
六、预防性维护
预防性维护方法是由Miller提出来的，他把这种方法定义为：“把今天的方法学应用到昨天的系统上，以支持明天的需求。”开发和维
护者不应等待用户的维护申请,在条件具备时应该主动地进行预防性维护。
预防性维护对象：
预计若干年内将继续使用的程序
当今正成功使用的程序
最近的将来要进行大修改和完善的程序
七、软件再工程
1、概述
软件再工程，也叫做修理或再生，是一类软件工程活动。它将逆向工程、重构和正向工程组合起来，将现存系统重新构造为新的形式。它从已存在的程序中重新获得设计信息，而且使用这些信息来改建或重构现有的系统，同时加进新的功能或改善它的性能，以改进它的综合质量。
软件再工程不仅可以帮助软件机构降低软件演化的风险，而且可以使软件将来易于进一步变更，有助于推动软件维护自动化的发展。
2、逆向工程
术语“逆向工程”来自硬件领域，是一种通过对产品的实际样本进行分析，得出一个或多个关于这个产品的设计和制造规格的活动。软件的逆向工程与此类似，通过对程序的分析导出更高抽象层次的表示，如从现存的程序中抽取数据、体系结构、过程的设计信息等，是一个设计恢复的过程。逆向工程的过程如下图所示。
逆向工程的过程从源代码重构开始，将无结构的源代码转化为结构化的程序代码，这使得源代码易阅读，并为后续的逆向工程活动提供了基础。抽取是逆向工程的核心，内容包括处理抽取、界面抽取和数据抽取。处理抽取可在不同的层次对代码进行分析，即语句、语句段、模块、子系统、系统。在进行更细的分析之前先应理解整个系统的整体功能。由于GUI(图形用户界面)给系统带来越来越多的好处，进行用户界面的图形化已成为最常见的再工程活动之一。界面抽取应先对现存用户界面的结构和行为进行分析和观察。同时，还应从相应的代码中提取有关的附加信息。数据抽取包括内部数据结构的抽取、全局数据结构的抽取、数据库结构的抽取等。
逆向工程的过程所抽取的信息，一方面可以提供给软件工程师以便在任何维护活动中使用这些信息；另一方面可以用来重构原来的系统，使新系统更易维护。
3、重构
软件重构是对源代码和/或数据进行修改，使其易于理解或维护，以适应(服务于)将来的变更。通常，重构并不修改整个软件程序的体系结构，趋向于关注模块的细节。如果重构扩展到模块边界之外并涉及软件体系结构，则重构就会变成正向工程。
软件重构中代码重构的目标是生成可提供相同功能但质量更高的程序。需要代码重构的模块往往以难于理解、测试和维护的方式编码。
为此，用重构工具分析源代码，标注出和结构化程序设计概念相违背的部分，然后重构此代码，复审和测试生成的重构代码，更新代码的内部文档。
和代码重构不同，数据重构发生在相当低的抽象层次上，它是一种全范围的再工程的活动。当数据结构较差时，其程序将难于进行适应性修改和增强。数据重构在多数情况下以逆向工程活动为开始，来理解现存的数据结构，这称为数据分析。数据分析完成后则开始数据重新设计，包括数据记录标准化、数据命名合理化、文件格式转换、数据库类型转换等等。
软件重构的好处，即：提高了程序的质量，改善了软件的生产率，减少了维护的工作量，使软件易于测试和调试等等。
4、正向工程
正向工程也称为改造或再工程，它用从现存软件恢复设计中得到的信息去重构现存系统，以改善其整体质量。在大多数情况下，被再工程的软件需重新实现现存系统的功能，并加入新功能和／或改善整体性能。正向工程过程将应用软件工程的原则、概念和方法来重建现存应用。由于软件的原型(现存系统)已经存在，正向工程的生产率将远高于平均水平；同时，又由于用户已对该软件有经验，因而正向工程过程可以很容易地确定新的需求和变化的方向。这些优越性使得再工程比重新开发更有吸引力。
5、软件再工程过程模型所定义的6类活动
P198，P53，P55~61
实验：12-16周，周2上午，4-401,402
维护服务方案 （一）维护服务内容 1系统日常运行维护。包括系统操作指导、因系统缺陷导致的各种BUG的修复、因误操作导致的数据错误维护等等； 2.系统突发事件的诊断、排除； 3. 因业务发展需要或需求变动引发对系统的新增、完善软件功能且工作量小于（含）1 人日的开发工作，年累计不能超过30个工作日； 4. 咨询服务。帮助解答甲方提出的系统相关的各种业务和技术问题，包括技术咨询、指导和信息提供等。 5.数据库数据清理。定期清理运维过程中所生成的生产数据库中的临时表，从应用系统角度来优化数据库，如建立并优化索引、优化存储过程、数据库表拆分等，提高应用系统运行速度。 对于数据库参数方面的优化工作，可提出建议和要求，并辅助数据库厂商或运维上进行数据库性能优化。 6. 运维总结 我司将定期撰写运维总结报告，总结回顾本期各项运维工作开展情况，重点描述和分析出现的技术问题和服务质量问题，并给出整改方案。 （二）维护形式
维护分为被动式和主动式两种形式： 1.被动式服务包括： 专业资料 1）现场技术服务方式，指因应用软件系统出现重大故障导致业务中止时，我司将派技术人员运程协助业主方技术、业务人员一起对故障进行分析，提出解决方案，在征得业主方同意后对故障进行处理和排除； 2）远程维护方式，通过电话、电子邮件、传真或远程访问等方式进行系统故障的处理、技术支持、咨询服务等工作。 2. 主动式服务包括： 1）按月巡检：我司按月到现场对系统进行全面检查，优化系统，同时做好各类系统运行情况的记录。 对可能出现的故障提出解决预案及系统功能改进等方面的技术咨询工作，并提供必要的现场指导。 另外，我司还可根据需要，在现场对业主方的技术、业务人员进行系统运行管理、日常维护、使用操作及开发技术等方面的培训； 2）主动服务：我司定期将行业内一些先进的管理理念、管理思路和新的要求：3.对于任何运行维护任务，我司服务人员需严格填写维护记录单，并由业主方签字认可。 4.我司指派经验丰富的运维工程师来具体承担的维护服务工作。服务人员相对固定，如有变动，我司将提前一周通知甲方并征得甲方同意。 运维人员在现场运维，如需加班，要得到业主方的签字确认。 5.我司为业主方提供电话技术支持服务要求：5X8小时。 6.运维响应：工作时间运维响应时间应在2 小时以内，非工作时间运维响应
一、选择 1、软件维护工作的最主要部分是（A ） A．改正性维护B．适应性维护 C．完善性维护D．预防性维护 2、软件维护工作中大部分的工作是由于（D ）而引起的。 A．程序的可靠性 B.适应新的硬件环境 C．适应新的软件环境 D.用户的需求改变 3、在软件生存周期中，时间最长，所花费的精力和费用也最多的阶段是 B 。 A．详细设计 B.维护 C．概要设计 D.测试 4、修改软件以适应外部环境（新的硬件、软件配置）或数据环境（数据库、数据格式、数据输出/输入方式、数据存储介质）发生变化是指？（ B ） A．改正性维护B．适应性维护 C．完善性维护D．预防性维护 5、软件的可维护性是评价软件质量的一个重要标准，下面关于提高软件可维护性的措施描述正确的有 A 。 （A）在进行需求分析的同时考虑维护问题 （B）设计时选择时间效率和空间效率尽可能高的算法 （C）提高程序可读性，尽量使用高级语言编程 （D）测试结束时，删除程序中的注解以缩短源程序长度 6、可维护性的特性中，相互矛盾的是 B 。 A．可理解性与可测试性 B.效率性和可修改性 C.可修改性和可理解性 D. 可理解性与可读性 7、各种软件维护的类型中最重要的是 A . A．完善性维护 B.纠错性维护 C.适应性维护 D.预防性维护 8、软件维护困难的主要原因是 C 。 A．费用低 B.人员少 C.开发方法的缺陷 D.维护难 9、维护阶段的文档是 C 。 A．软件需求说明 B.操作手册 C.软件问题报告 D.测试分析 10、产生软件维护的副作用，是指 C 。 A．开发时的错误 B.隐含的挫样 C.因修改软件而造成的错误 D.运行时误操作 二、填空 1、在软件产品被开发出来并交付用户使用之后，就进入了软件的阶段。（运行维护）3、软件生命周期的最后一个阶段是软件的阶段，也是持续时间最长、代价最大的一个阶段。（维护） 2、软件工程的主要目的就是要提高软件的可性，减少软件所需要的工作量，降低软件系统的。（维护，维护，总成本）
软件项目系统维护规范XX计算机系统集成有限责任公司 （） 2010/8/26
目录 一、目的 二、适用范围 三、基本维护内容 四、维护要求 五、程序功能调整审批界定 六、故障定义及响应要求 七、附件
一、目的 为了保证各项目系统的运行质量，为用户提供稳定、可靠、及时的服务，通过规范化的服务流程，为用户提供高效、优质、及时的服务。同时为系统维护人员提供标准、规范的维护要求，提高项目维护工作效率，降低维护成本。特制定本系统维护规范。 二、适用范围 本系统维护规范适用于所有在运行项目。 三、基本维护内容 为保证系统正常运行所需的预防性维护，包括：日常维护、网络调整、数据备份应急、服务器定期巡检等工作。其中日常维护包括现场协助客户解决问题、用户使用问题处理、程序BUG修改调整、业务数据调整、系统功能完善等。网络调整后，及时修改各应用系统的相关配置。做好业务数据的备份（恢复）工作。服务器定期巡检包括应用服务器和数据库服务器。通过对设备和业务的正常巡检、周期性维护的工作情况，以保证业务的正常运行。 四、维护要求 1、维护资料要求 各项目组需要提供的维护资料：安装部署维护文档（包括应用及程序部署说明书，系统维护手册，系统操作手册，网络拓扑图及访问策略，系统建设时使用的参考文档，相关设备的配置数据文档）；接口规范和协议（包括建设方案用到的工程技术规范、协议和一些接口协议文档）；设计文档（包括系统各个模块的详细设计说明书，主要是业务流程方面的，数据库设计文档及说明）等资料。 2、日常维护及巡检要求 系统的巡检项目及内容，原则上由各项目组与合作方（甲方）共同制定（如果合作方对该工作无意见，项目组可以根据项目情况自己制定），巡检内容确定后，由确认后实施。按时提交巡检结果和业务系统
软件系统维护服务合同(完整) 软件维护服务合同 甲方：乙方： 甲、乙双方经友好协商，双方同意，乙方就向甲方提供软件产品维护服务达成如下协议，乙方将按照本服务合同及相关附件所约定的维护服务内容向甲方提供服务，甲方同意并保证完全执行本服务合同所约定的责任，以利于本合同的顺利进行。 第一条：维护服务内容 甲方定期做好系统数据备份，并对备份数据进行妥善保管。甲方在应用过程中发现软件出现异常，应及时与乙方取得联系，并记录当前故障现象，便于乙方作出诊断。甲方在乙方服务人员服务完成后，配合检查软件系统运行是否正常。 乙方向甲方提供系统的运行维护服务(客户其它应用软件不含在内)。乙方负责向甲方提供对上述系统问题或故障解决的技术支持与相应服务及提供服务期内软件升级的咨询服务。乙方指根据甲方要求对软件现有功能进行和改动。甲方如需新增软件功能费用另外协商再议。 第二条：服务期限： 年月日至年月日。合同有效期为壹年，合同满后，如甲方有运行维护服务要求，必须另行签定运行维护服务合同。 第三条：合同金额及付款方式： 3.1合同总金额：年服务费为(软件价值的15%)，人民币￥整(大
写：)。除本合同另有明确约定外，甲方不再向乙方支付任何费用。 3.2付款方式：甲方应于本合同生效之日起的个工作日内,向乙方一次性支付合同约定的运行维护费 第四条：维护服务进度及方式 在本合同有效期内，乙方向甲方提供系统管理的全面的技术支持和维护服务。具体维护内容和方式如下： 4.1技术支持咨询 乙方将提供给甲方一份详细的技术咨询联系办法，在合同维护服务期内，甲方系统管理员可以随时通过电话、传真及电子邮件等各种灵活的通讯手段向乙方进行技术咨询，乙方将第一时间给予甲方答复。 4.2及时响应 乙方向甲方提供每周5个正常工作日，每个工作日8小时的随时响应服务。 4.3远程联机 如果甲方遇到一些基本问题，乙方的支持工程师可以通过远程登录到甲方设备上来查看问题所在，并指导甲方或直接排除故障。 4.4现场支持 4.4.1如果甲方遇到较为复杂的问题，一般通讯手段的咨询和远程联机不足以解决，乙方将根据甲方具体情况，安排工程师赶到现场解决问题。对于通过远程方式无法解决的，乙方应在72小时内安排工程师到达用户现场第一时间内对系统进行处理，使系统重新恢复运
*红十字会血液中心软件系统维护服务合同甲方：红十字会血液中心 乙方：软思达科技有限公司 签订日期:2017年 7 月 18 日
甲方: 通信地址：联系人：联系电话：电子邮件：乙方: 通信地址：联系人：联系电话：电子邮件： 根据《中华人民共和国合同法》和相关法律的规定，本着平等互利、真诚合作、自愿的原则，协商确定由甲方向乙方委托维护，达成以下协议，以资双方共同遵守： 一、服务收费标准 软件服务收费标准：元/年 二、服务说明 1、服务内容： （1）软件系统本身出错，提供因软件本身问题（例如bug引起的问题）的维护服务。（2）甲方因操作错误引起的系统故障或数据出错，乙方提供软件的数据维护。（3）甲方因硬件或系统原因造成本软件重装，可向乙方重新申请安装。 （4）因网络不通、网络攻击、系统重装、计算机病毒感染等引起的问题，不属于维护范围，乙方仅提供解决建议性方案。 2、服务联系方式 甲方通过电话、传真、电子邮件、互联网等方式提出上述软件的服务请求后，乙方必须在及时给出响应并提供服务。 服务电话： 技术服务邮箱： 3、服务方式 乙方为甲方提供电话支持、远程连接服务、现场服务三种服务方式，保障甲方出现问题时能够及时得到有关技术支持。 （1）服务方式： 1）电话支持：乙方接到甲方技术支持请求或故障报告后，立即以电话方式帮助甲方，指导用户解决问题，电话支持提供7*24小时服务。
2）远程连接服务：乙方技术人员在客户授权后，可通过远程连接进入用户系统帮助用户解决问题。可远程连接到客户系统做编程调整，从而确保系 统为用户产生最大的效益，远程连接服务支持工作日5*8小时服务。 3）现场服务：通过电话或其它方式对问题作初步了解和分析，并派出专业工程师在2个工作日内排除故障。如在2个工作日内无法解决，将在2日内 向甲方提出详细解决方案及日程安排，交给甲方确认。 （2）服务费用 1）乙方维护人员到甲方现场服务，所产生的交通费、住宿费不在维护服务总费用中包含，交通费、住宿费由甲方支付，如同市则由乙方承担。 三、双方的权利和义务 （一）甲方权利和义务 1．甲方应有专人负责与乙方相关的工作洽谈、沟通、联络等工作。 2．甲方应保证软件系统在正常的环境下运行。 3．当系统发生故障时应及时通知乙方，同时简要说明故障情况，当乙方来人维护时，甲方要给予相关协助，为乙方提供进入服务现场的便利和良好的服务工作环境及工作空间，方便乙方尽快展开工作； 4．非经乙方许可及乙方工程师指导，甲方或非授权的第三方人员不得擅自篡改、调试系统，如果系统损坏，则由甲方另行承担修复费用。 5、甲方应定期做好系统数据备份，并对备份数据进行妥善保管。 （二）乙方权利和义务 1．乙方在本合同生效之日起，针对本合同产品系统功能范围内的软件程序，提供技术支持服务。 2．在技术支持服务期内，乙方为甲方提供应急支持服务与本产品功能有关的问题的辨认及解决方法，包括实时邮件、电话、QQ远程协助等服务应急支持。 3．乙方不承担因甲方人员进行非法操作、感染病毒、硬件出现故障等导致的数据混乱、丢失以及不能正常使用软件所造成的损失（非法操作特指：A、正常退出软件，B、染病毒，C、非操作人员使用软件,D、其它非正常使用电脑或软件）。 4．乙方提供的服务保证实现甲方当前的使用需求。如甲方在未来需要增加额外的
第8章例题分析与解答 https://www.doczj.com/doc/ac11272659.html,作者：不详来源：2006年9月4日发表评论进入社区 一、填空题 1.为了识别和纠正运行中产生的错误而进行的维护称为_________维护。 2.采用软件工程方法开发软件，各阶段均有文档，容易维护，这种维护是________。 3.为提高可维护性，要使用的先进的、强有力的、实用的软件开发方法是________。 4.在软件维护中，因修改软件而导致出现的错误或其他情况称为__________。 二、选择题 1.为增加软件功能和性能而进行的软件修改维护过程是( )。 A.校正性维护 B.适应性维护 C.完善性维护 D.预防性维护 2.维护中用来指出修改的工作量、工作性质、优先权、修改的事后性质的文档是( )。 A.软件需求说明 B.软件修改报告 C.软件问题报告 D.测试分析报告 3.维护中，因修改全局或公用数据而引起的错误是( )。 A.文档副作用 B.数据副作用 C.编码副作用 D.设计副作用 4.生产性维护活动是( )。 A.修改设计 B.理解设计 C.解释数据结构 D.理解功能 答案： 一、填空题
1.校正性 2.结构化维护 3.面向对象方法 4.维护的副作用 二、选择题 1.C 2.B 3.B 4.A
第8章自测题及参考答案 https://www.doczj.com/doc/ac11272659.html,作者：不详来源：2006年9月1日发表评论进入社区 一、名词解释 1．校正性维护2．适应性维护3．完善性维护 4．预防性维护5．软件可维护性 6．软件维护的副作用 二、填空题 1．维护阶段是软件生存周期中时间最长的阶段，也是花费精力和费用________的阶段。2．在软件交付使用后，由于在软件开发过程中产生的错误没有完全彻底在开发阶段发现，必然有一部分隐含错误带到_________阶段。 3．采用手工方法开发软件只有程序而无文档，维护困难，这是一种___________维护。4．软件维护费用增加的主要原因是维护的_________非常低。 5．软件维护工作的活动分为生产性活动和__________活动。 6．所有软件维护申请报告要按规定方式提出，该报告也称_________报告。 7．有两类维护技术：在开发阶段使用来减少错误，提高软件可维护性的面向维护技术；在维护阶段用来提高维护的效率和质量的_______技术。 三、选择题 1．在生存周期中，时间长、费用高、困难大的阶段是( )。 A.需求分析 B.编码 C.测试 D.维护 2．为适应软硬件环境变化而修改软件的过程是( )。 A.校正性维护 B.适应性维护 C.完善性维护 D.预防性维护 3．软件维护困难的主要原因是( )。 A.费用低 B.人员少 C.开发方法的缺陷 D.维护难 4．软件维护费用高的主要原因是( )。 A.生产率高 B.生产率低 C.人员多 D.人员少 5．维护阶段的文档是( )。 A.软件需求说明 B.操作手册 C.软件问题报告 D.测试分析报告 6．产生软件维护的副作用，是指( )。 A.开发时的错误 B.隐含的错误
软件系统维护服务合同三篇 依法成立的合同，受法律保护。依法成立的合同，仅对当事人具有法律约束力，但是法律另有规定的除外。今天为大家精心准备了软件系统维护服务合同，希望对大家有所帮助! 软件系统维护服务合同一篇 委托人：___________(以下简称“甲方”) 受托人：___________(以下简称“乙方”) 甲方委托乙方______________________就 ______________________相关软件系统进行专项运行维护服务，双方经过平等协商，在真实、充分地表达各自意愿的基础上，根据《中华人民共和国合同法》的规定，达成如下协议，并由双方共同遵守。 1.合同标的和合同价格 服务项目 收费金额 备注 应用系统及平台运行维护 合同总金额(大写)：人民币 (?： )
2.服务方式：帮助中心支持、现场维护、培训、 __________等__________种方式。 现场服务电话： ______________________________________________________ ___。 8小时外应用系统应急服务热线： __________________________________________。 3.具体服务内容 序号 服务内容 分项列表 应用系统及平台运行维护 相关业务系统以及辅助软件提供日常维护。 相关运行平台的日常维护 其他临时性维护工作的日常维护 4.付款方式与条件 甲方向乙方支付服务费及支付方式为： ____________________________________。 4.1服务费总额为： ____________________________________________________; 4.2服务费由甲方分期支付乙方。
软件工程考核知识点-第8章-软件维护 第8章软件维护 软件投入使用后就进入软件维护阶段。维护阶段是软件生存周期中时间最长的一个阶段，所花费的精力和费用也是最多的一个阶段。 8.1软件维护的内容 软件维护内容有四种：校正性维护，适应性维护，完善性维护和预防性维护。 1.校正性维护 在软件交付使用后，由于在软件开发过程中产生的错误并没有完全彻底的在测试中发现，因此必然有一部分隐含的错误被带到维护阶段来。这些隐含的错误在某些特定的使用环境下会暴露出来。为了识别和纠正错误，修改软件性能上的缺陷，应进行确定和修改错误的过程，这个过程就称为校正性维护。校正性维护占整个维护工作的20%左右。 2.适应性维护 随着计算机的飞速发展，计算机硬件和软件环境也在不断发生变化，数据环境也在不断发生变化。为了使应用软件适应这种而修改软件的过程称为适应性维护。这种维护活动占整个维护活动的25%。 3.完善性维护 在软件漫长的运行时期中，用户往往会对软件提出新的功能要求与性能要求。这是因为用户的业务会发生变化，组织机构也会发生变化。为了适应这些变化，应用软件原来的功能和性能需要扩充和增强，为达到这个目的而进行的维护活动称为完善性维护，占整个维护活动的50%。 4.预防性维护 为了提高软件的可维护性和可靠性而对软件进行的修改称为预防性维护。这是为以后进一步的运行和维护打好基础，占整个维护工作的4%。 8.2 维护的特点 8.2.1非结构化维护和结构化维护 软件的开发过程对软件的维护过程有较大的影响。若不采用软件过程的方法开发软件，则软件只有程序而无文档，维护工作非常难，这就是一种非结构化的维护。若采用软件工程的方法开发软件，则各阶段都有相应的文档，这容易进行维护工作，这是一种结构化的维护。 1.非结构化维护 因为只有源程序，而文档很少或没有文档，维护活动只能从阅读、理解、分析源程序开始。这是软件工程时代以前进行维护的情况。 2.结构化维护 用软件工程思想开发的软件具有各阶段的文档，这对于理解和掌握软件功能、性能、系统结构、数据结构、系统接口和设计约束有很大作用。这种维护对减少精力、减少花费、提高软件维护效率有很大的作用。 8.2.2维护的困难性 软件维护的困难性是由于软件需求分析和开发方法的缺陷。软件生存周期中的开发阶段没有严格而又科学的管理和规划，就会引起软件运行时的维护困难。表现在以下几个方面： 1.读懂别人的程序是困难的。 2.文档的不一致性。 由于开发过程中文档管理不严所造成的，在开发过程中经常会出现修改程序却遗忘了修改
软件系统维护服务合同完 整版 In the case of disputes between the two parties, the legitimate rights and interests of the partners should be protected. In the process of performing the contract, disputes should be submitted to arbitration. This paper is the main basis for restoring the cooperation scene. 【适用合作签约/约束责任/违约追究/维护权益等场景】 甲方：________________________ 乙方：________________________ 签订时间：________________________ 签订地点：________________________
软件系统维护服务合同完整版 下载说明：本协议资料适合用于需解决双方争议的场景下，维护合作方各自的合法权益，并在履行合同的过程中，双方当事人一旦发生争议，将争议提交仲裁或者诉讼，本文书即成为复原合作场景的主要依据。可直接应用日常文档制作，也可以根据实际需要对其进行修改。 甲方： 乙方： 鉴于: 甲乙双方本着互惠互利、共同发展的原则，依照《中华人民共和国合同法》的规定，经友好协商，就乙方向甲方提供鸿运星餐饮管理软件维护技术服务(简称：项目)事宜签订本合同。 第一条术语定义 “鸿运星软件”，是指由甲方拥有的处于运营状态的餐饮电脑管理软件。
软件系统运行维护、升级流程1、系统数据维护流程：
流程说明： 使用者因为各种原因需要对已经产生的数据进行修改，提出维护申请。维护范围只包括错误数据修正。精品文档，你值得期待 1） 2）提出申请部门负责人需要对情况进行核实，并确认。 3）维护工程师（一般由软件开发组专人负责）接收到确认后的维护请求，分析并提出修改方案。 4）技术部门负责人对方案进行审核，确保方案的安全性和正确性。 5）如需要，对系统进行备份。（具体操作由方案确定） 6）如需要，对维护操作进行模拟验证。（具体操作由方案确定） 7）维护工程师（一般指方案提出者本人）按照方案进行修改操作。完成维护后，需通知用户验证。 8）维护申请提出用户对维护结果进行反馈和评价。
2、系统变更、升级流程：（红色部分为软件开发组负责执行）
流程说明： 1）用户提出系统功能变更、增加或删除的需求。 2）技术部门对需求进行分析和指导，初步确认需求的可行性和合理性。 3）用户对分析后的需求进行确认（一般可以召集需求相关部门人员进行讨论），部门负责人确认需求。 4）软件开发部门对根据需求提出设计、实施方案。 5）软件开发负责人确认方案，如方案需要修改则返回步骤4，直至方案通过。 6）完整的需求和方案设计完成后提交用户领导确认。 7）用户领导确认后，方可实施。在开发、测试、实施上线完成后，通知用户，并及时提供升级说明。 8）用户需求提出者对升级后使用提出反馈意见。
季节中的花开花落，都有自己的命运与节奏，岁月如歌的谱曲与纳词，一定是你。人生不如意十之八九，有些东西，你越是在意，越会失去。一个人的生活，快乐与否，不是地位，不是财富，不是美貌，不是名气，而是心境。 有时候极度的委屈，想脆弱一下，想找个踏实的肩膀依靠，可是，人生沧海，那个踏实肩膀的人，也要食人间烟火，也要面对自己的不堪与无奈。岁月告诉我：当生活刁难，命运困苦，你的内心必需单枪匹马，沉着应战。 有时候真想躲起来，把手机关闭，断了所有的联系，可是，那又怎样，该面对的问题，依旧要面对。与其逃避，不如接纳；与其怨天尤人，不如积极主动去解决。岁月告诉我：美好的人生，一半要争，一半要随。 有时候想拼命的攀登，但总是力不从心。可是，每个人境况是不同的，不要拿别人的标准，来塑造自己的人生。太多的失望，太多的落空，纯属生活的常态。岁月告诉我：挫败，总会袭人，并且，让你承受，但也，负责让你成长。 人生漫长，却又苦短，幽长的路途充满险阻，谁不曾迷失，谁不曾茫然，谁不曾煎熬？ 多少美好，毁在了一意孤行的偏执。好也罢，坏也罢，人生的路，必须自己走过，才能感觉脚上的泡和踏过的坑。因为懂得，知分寸；因为珍惜，懂进退。最重要的是，与世界言和，不再为难自己和别人。 《菜根谭》中说：花看半开，酒饮微醉。就是说，做事不必完美，享乐不可享尽，这是一种含苞待放的人生状态。即使是最美的月亮，也会有盈亏的自然之道。否则便是过犹不及，弄巧成拙。心灵松绑了，活着才自由。 半生已过，走走停停，看透了生活，选择了顺流的方式，行走。流水今日，明月前身。感谢每一粒种子，每一缕清风，每一个阳光的日子，于时光的碎屑中，静品一盏流年的香茗。 撕开浮云的遮掩，其实，每个人心中都有各自的山水，都有一段难捱的时光，好在，总有一天，你的淡然低调，你的暗自努力，你的理性豁达，终将点燃你的整个世界，让故事的结局，美好而温柔。
软件系统维护服务合同示 范文本 In Order To Protect Their Legitimate Rights And Interests, The Cooperative Parties Reach A Consensus Through Consultation And Sign Into Documents, So As To Solve And Prevent Disputes And Achieve The Effect Of Common Interests 某某管理中心 XX年XX月
软件系统维护服务合同示范文本 使用指引：此合同资料应用在协作多方为保障各自的合法权益，经过共同商量最终得出一致意见，特意签订成为文书材料，从而达到解决和预防纠纷实现共同利益的效果，文档经过下载可进行自定义修改，请根据实际需求进行调整与使用。 委托人：___________(以下简称“甲方”) 受托人：___________(以下简称“乙方”) 甲方委托乙方_______________就_______________相关软 件系统进行专项运行维护服务，双方经过平等协商，在真 实、充分地表达各自意愿的基础上，根据《中华人民共和 国合同法》的规定，达成如下协议，并由双方共同遵守。 1.合同标的和合同价格 服务项目 收费金额 备注 应用系统及平台运行维护 合同总金额(大写)人民币(小写：)
2.服务方式：帮助中心支持、现场维护、培训、__________等__________种方式。 现场服务电话：_______________. 8小时外应用系统应急服务热线：______________. 3.具体服务内容 序号 服务内容 分项列表 应用系统及平台运行维护 相关业务系统以及辅助软件提供日常维护。 相关运行平台的日常维护 其他临时性维护工作的日常维护 4.付款方式与条件 甲方向乙方支付服务费及支付方式为： _______________.
软件系统维护总结报告 制定准确的ERP系统软件数据验证策略：如何验证数据是正确的呢?在这里一定需要有一个校验机制，如：总额校验、分项数据校验、相关数据校验、人工校验等多种方式，以下是小编为大家整理分享的软件系统维护总结报告。欢迎阅读参考。 软件系统维护总结报告1 一、概括： 从企业的长远发展角度来看，只要企业想“阳光运营”，为未来上市做筹划;或者本身已经是上市公司的话，那是非常有必要做ERP 系统软件的“数据安检”工作的，那这个“数据安检”应该怎么做呢。 二、具体工作： 1、制定合理的ERP系统软件数据标准：企业数据的标准是怎样?哪些是关键数据为必填项，填写的规范要求是什么样的?应该多长时间填写一次?应该由谁来填?填写的时候会有哪几个场景?这一切都需要企业经行明确，由于ERP系统软件中涉及到的数据量非常大，不可能把所有数据都列进来，因此在这里需要列举的一定是涉及到企业运营核心的几个数据，而这几个数据的输出都应该是直接和企业的运营管理指标直接相关的，只有这样才能将效果做大化。 2、制定准确的ERP系统软件数据验证策略：如何验证数据是正确的呢?在这里一定需要有一个校验机制，如：总额校验、分项数
据校验、相关数据校验、人工校验等多种方式，只有确定了数据验证策略，才可以考虑把这些验证策略做成数据验证工具，通过系统进行自动化检验，大大提高数据校验的效率。 3、制定严格的ERP系统软件数据安检机制：企业需要确定数据安检的周期，是一周检查一次，还是一个月查一次，或者是季度、半年?哪些数据是需要一个月查一次的，哪些数据是季度或一年才查一次的，随着业务类型的不同，数据的安检周期也应该是不同的。还有数据安检是由企业自行来完成，还是作为软件服务商的增值服务来完成，还和企业的预算、人员编制、服务商能力、双方的合作深度有着直接关系。这些都应该由企业严格的ERP系统软件数据安检机制之下的。 4、拟定完善的数据安检之后的改善办法：数据有疑问了怎么办?整改呀。怎么改?是软件疑问，仍是操作疑问，或者是事务规矩与流程的疑问。都需要对疑问进行仔细分析，并将疑问落实到责任人头上，推进改善。只要这样才可以把体系越用越顺利，而体系中的数据也可以越来越精确，越来越及时。 软件系统维护总结报告2 光阴似箭，岁月如梭，一年的时间过去了，回顾一年的所有工作令人欣慰，在企业不断改革和创新的推动下，我认识到不被淘汰就要不断学习，更新理念，提高自我的素质和业务水平，以适应新的形式的需要。 现就个人一年来的工作情况做一下总结：
第八章软件维护 软件投入使用后就进入软件维护阶段。维护阶段是软件生存周期中时间最长的一个阶段，所花费的精力和费用也是最多的一个阶段。 软件维护是软件工程的一个重要任务，作为理论，本章的内容比较简单，多为识记领会内容，主要应注意一些概念。其中的软件可维护性是本章的重点内容。 8.1软件维护的内容 软件维护内容有四种：校正性维护，适应性维护，完善性维护和预防性维护。 1.校正性维护 在软件交付使用后，由于在软件开发过程中产生的错误并没有完全彻底的在测试中发现，因此必然有一部分隐含的错误被带到维护阶段来。这些隐含的错误在某些特定的使用环境下会暴露出来。为了识别和纠正错误，修改软件性能上的缺陷，应进行确定和修改错误的过程，这个过程就称为校正性维护。校正性维护占整个维护工作的21%左右。 2.适应性维护 随着计算机的飞速发展，计算机硬件和软件环境也在不断发生变化，数据环境也在不断发生变化。为了使应用软件适应这种而修改软件的过程称为适应性维护。这种维护活动占整个维护活动的25%。
3.完善性维护 在软件漫长的运行时期中，用户往往会对软件提出新的功能要求与性能要求。这是因为用户的业务会发生变化，组织机构也会发生变化。为了适应这些变化，应用软件原来的功能和性能需要扩充和增强，为达到这个目的而进行的维护活动称为完善性维护，占整个维护活动的50%。 4.预防性维护 为了提高软件的可维护性和可靠性而对软件进行的修改称为预防性维护。这是为以后进一步的运行和维护打好基础，占整个维护工作的4%。 8.2 维护的特点 8.2.1非结构化维护和结构化维护 软件的开发过程对软件的维护过程有较大的影响。若不采用软件过程的方法开发软件，则软件只有程序而无文档，维护工作非常难，这就是一种非结构化的维护。若采用软件工程的方法开发软件，则各阶段都有相应的文档，这容易进行维护工作，这是一种结构化的维护。 1.非结构化维护 因为只有源程序，而文档很少或没有文档，维护活动只能从阅读、理解、分析源程序开始。这是软件工程时代以前进行维护的情况。 2.结构化维护
维护服务方案 （一）维护服务容 1系统日常运行维护。包括系统操作指导、因系统缺陷导致的各种BUG的修复、因误操作导致的数据错误维护等等； 2.系统突发事件的诊断、排除； 3. 因业务发展需要或需求变动引发对系统的新增、完善软件功能且工作量小于（含）1 人日的开发工作，年累计不能超过30个工作日； 4. 咨询服务。帮助解答甲方提出的系统相关的各种业务和技术问题，包括技术咨询、指导和信息提供等。 5.数据库数据清理。定期清理运维过程中所生成的生产数据库中的临时表，从应用系统角度来优化数据库，如建立并优化索引、优化存储过程、数据库表拆分等，提高应用系统运行速度。 对于数据库参数方面的优化工作，可提出建议和要求，并辅助数据库厂商或运维上进行数据库性能优化。 6. 运维总结 我司将定期撰写运维总结报告，总结回顾本期各项运维工作开展情况，重点描述和分析出现的技术问题和服务质量问题，并给出整改方案。 （二）维护形式 维护分为被动式和主动式两种形式： 1.被动式服务包括： 1）现场技术服务方式，指因应用软件系统出现重大故障导致业务中止时，我司将派技术人员运程协助业主方技术、业务人员一起对故障进行分析，提出解决方案，在征得业主方同意后对故障进行处理和排除； 2）远程维护方式，通过、电子、传真或远程访问等方式进行系统故障的处理、技术支持、咨询服务等工作。 2. 主动式服务包括： 1）按月巡检：我司按月到现场对系统进行全面检查，优化系统，同时做好各类
系统运行情况的记录。 对可能出现的故障提出解决预案及系统功能改进等方面的技术咨询工作，并提供必要的现场指导。 另外，我司还可根据需要，在现场对业主方的技术、业务人员进行系统运行管理、日常维护、使用操作及开发技术等方面的培训； 2）主动服务：我司定期将行业一些先进的管理理念、管理思路和新的要求：3.对于任何运行维护任务，我司服务人员需严格填写维护记录单，并由业主方签字认可。 4.我司指派经验丰富的运维工程师来具体承担的维护服务工作。服务人员相对固定，如有变动，我司将提前一周通知甲方并征得甲方同意。 运维人员在现场运维，如需加班，要得到业主方的签字确认。 5.我司为业主方提供技术支持服务要求：5X8小时。 6.运维响应：工作时间运维响应时间应在 2 小时以，非工作时间运维响应时间在1小时以；如果需到现场进行服务，我司将在接到运维请求后的4个小时以赶到用户现场。 （三）维护流程：
第八章维护 一、概述P2 二、软件维护的定义 所谓软件维护就是在软件已经交付使用之后，为了改正错误或满足新的需要而修改软件的过程。维护的类型有四种： 1、改正性维护(Corrective Maintenance)--诊断和改正错误的过程 在软件交付使用后，因开发时测试的不彻底、不完全，必然会有部 分隐藏的错误遗留到运行阶段。 这些隐藏下来的错误在某些特定的使用环境下就会暴露出来。 为了识别和纠正软件错误、改正软件性能上的缺陷、排除实施中的 误使用，所进行的诊断和改正错误的过程就叫做改正性维护。 2、适应性维护(Adaptive Maintenance )--为适应变化了的环境而进 行的软件修改活动 在使用过程中，外部环境(新的硬、软件配置)、数据环境(数据库、 数据格式、数据输入/输出方式、数据存储介质)都可能发生变化。 为使软件适应这种变化，而去修改软件的过程就叫做适应性维护。 3、扩充与完善性维护(Perfective Maintenance) 在软件的使用过程中，用户往往会对软件提出增加新功能或修改已 有功能、改善性能的要求。 为了满足这些要求，需要修改或再开发软件，以扩充软件功能、增 强软件性能、改进加工效率、提高软件的可维护性。 这种情况下进行的维护活动叫做扩充与完善性维护。
4、预防性维护(Preventive Maintenance) 预防性维护是为了提高软件的可维护性、可靠性等，为以后进一步 改进软件打下良好基础。 预防性维护定义为：采用先进的软件工程方法对需要维护的软件或 软件中的某一部分(重新)进行设计、编码和测试。目前，这类维护活动相对比较少。 各类维护所占比例： 三、软件维护的特点 1、结构化维护与非结构化维护差别巨大 非结构化维护----软件配置的惟一成份是程序代码，维护活动从艰苦地评价程序代码开始。P8 结构化维护----有一套完整的软件配置存在，维护工作从评价设计文档开始。P9 2、影响软件维护的因素诸多 系统大小、程序设计语言、系统年龄、是否应用数据库技术、是否采用较先进的软件开发技术、开发时是否考虑将来的修改、其他因
维护服务方案 (一)维护服务内容 1系统日常运行维护。包括系统操作指导、因系统缺陷导致的各种BUG的修复、因误操作导致的数据错误维护等等; 2、系统突发事件的诊断、排除; 3、因业务发展需要或需求变动引发对系统的新增、完善软件功能且工作量小于(含)1 人日的开发工作,年累计不能超过30个工作日; 4、咨询服务。帮助解答甲方提出的系统相关的各种业务与技术问题, 包括技术咨询、指导与信息提供等。 5、数据库数据清理。定期清理运维过程中所生成的生产数据库中的临时表,从应用系统角度来优化数据库,如建立并优化索引、优化存储过程、数据库表拆分等,提高应用系统运行速度。 对于数据库参数方面的优化工作,可提出建议与要求,并辅助数据库厂商或运维上进行数据库性能优化。 6、运维总结 我司将定期撰写运维总结报告,总结回顾本期各项运维工作开展情况,重点描述与分析出现的技术问题与服务质量问题,并给出整改方案。 (二)维护形式 维护分为被动式与主动式两种形式: 1、被动式服务包括: 1)现场技术服务方式,指因应用软件系统出现重大故障导致业务中止时, 我司将派技术人员运程协助业主方技术、业务人员一起对故障进行分析, 提出解决方案, 在征得业主方同意后对故障进行处理与排除; 2)远程维护方式,通过电话、电子邮件、传真或远程访问等方式进行系统故障的处理、技术支持、咨询服务等工作。 2、主动式服务包括: 1)按月巡检:我司按月到现场对系统进行全面检查,优化系统, 同时做好各类系统运行情况的记录。 对可能出现的故障提出解决预案及系统功能改进等方面的技术咨询工作,并提
供必要的现场指导。 另外,我司还可根据需要,在现场对业主方的技术、业务人员进行系统运行管理、日常维护、使用操作及开发技术等方面的培训; 2)主动服务:我司定期将行业内一些先进的管理理念、管理思路与新的要求: 3、对于任何运行维护任务,我司服务人员需严格填写维护记录单, 并由业主方签字认可。 4、我司指派经验丰富的运维工程师来具体承担的维护服务工作。服务人员相对固定,如有变动,我司将提前一周通知甲方并征得甲方同意。 运维人员在现场运维,如需加班,要得到业主方的签字确认。 5、我司为业主方提供电话技术支持服务要求:5X8小时。 6、运维响应: 工作时间运维响应时间应在 2 小时以内, 非工作时间运维响应时间在1小时以内; 如果需到现场进行服务,我司将在接到运维请求后的4个小时以内赶到用户现场。 (三)维护流程:
第8章软件维护 (2) 8.1 什么是软件维护 (2) 8.2 影响软件维护代价的主要因素 (2) 8.3 怎样进行软件维护 (3) 8.4 再生工程 (5) 8.4.1 什么是再生工程 (5) 8.4.2 重构 (6) 8.4.3 逆向工程 (6) 8.4.4 前向工程 (6) 8.5 小结 (6)
第8章软件维护 编程大师曾说：“哪怕程序只有三行长，总有一天你也不得不对它维护。” 很多软件产品不是一次性的买卖。比如在电信、金融等领域，有些软件系统要用十几年，对软件进行维护是必不可少的。在软件生命周期中，软件维护大概是“疲劳很多、功劳很少”的工作环节，而且人们往往被维护的代价吓一跳。 如果你爱上了一个人，那么你就要接受她的优点和缺点。同样地，如果你选择了软件行业，你就不能回避软件维护。本章篇幅阐述软件维护的一些常识，既来之则安之。 8.1 什么是软件维护 对软件而言，“维护”是个不太直观的术语，因为软件产品在重复使用时不会被磨损，并不需要进行像对车辆或电器那样的维护。软件维护的宗旨就是提高客户对软件产品的满意度。 软件维护可以划分为两大类： ?纠错性维护（Corrective Maintenanc e）。由于前期的测试不可能揭露软件系统中所有 潜伏的错误，用户在使用软件时仍将会遇到错误，诊断和改正这些错误的过程称为纠错性维护。 ?完善性维护（Perfective Maintenance）。在软件的正常使用过程中，用户还会不断提 出新的需求。为了满足用户新的需求而增加软件功能的活动称为完善性维护。如果需求变更很大，那么完善性维护将转变为软件新版本的开发（即新的项目）。 由于新的硬件设备不断推出，操作系统和编译系统也不断地升级，为了使软件能适应新的环境而引起的程序修改和扩充活动称为适应性维护（Adaptive Maintenanc e）。本章把适应性维护简单地归类为完善性维护。 为什么软件人员不喜欢维护工作？ 因为维护过程中充满了令人心酸的活动，如果软件质量比较差的话，改错似乎永无休止，并且改了旧的错误却可能产生新的错误，让人欲哭无泪。再者，维护工作毫无吸引力。高水平的软件人员自然不愿主动去做，而公司也舍不得让高水平的人去做，这个任务自然就落到技术水平相对比较低的人身上，他们会把维护工作搞得一塌糊涂。 8.2 影响软件维护代价的主要因素 软件维护是既费神又破财的工作。看得见的代价是那些为了维护而投入的人力与财力。而看不见的维护代价则更加高昂，我们称之为“机会成本”，即为了得到某种东西所必须放弃的东西。把一些开发人员和其它资源用于维护工作，必然会耽误新产品的开发甚至会丧失机遇，这种代价是无法估量的。 影响维护代价的主要因素有：
08 软件维护 一、选择题 (1)一般来说，在软件生命周期中成本最高的阶段是( D )。 A.详细设计 B.软件编码 C.软件测试 D.软件维护 (2)为软件的运行增加监控设施以应对将来可能出现的问题，这种维护的维护类型是( D )。 A．改正性维护 B．适应性维护 C．完善性维护 D．预防性维护 (3)在整个软件维护阶段所花费的全部工作中，哪种维护所占比例最大？（ C ） A．改正性维护 B．适应性维护 C．完善性维护 D．预防性维护 (4)产生软件维护的副作用，是指 ( C ) A．开发时的错误 B．隐含的错误 C．因修改软件而造成了新的错误 D．运行时误操作 (5)维护的副作用可分三类，不包括（D ）。 A. 代码副作用 B. 数据副作用 C. 文档副作用 D.人员副作用 (6)下列属于维护阶段的文档是 ( C )。 A.软件规格说明 B.用户操作手册 C.软件问题报告 D.软件测试分析报告 (7)维护活动必须应用于（ B ） A．软件文档 B．整个软件配置 C．可执行代码 D．数据 (8)为了提高软件的可维护性，在编码阶段应注意( D )。 A.保存测试用例和数据 B.提高模块的独立性 C.文档的副作用 D.养成好的程序设计风格 (9)为了提高软件的可维护性，在总体设计阶段应注意( B )。 A.保存测试用例和数据 B.提高模块的独立性 C.文档的副作用 D.养成好的程序设计风格 (10)以下哪些问题是维护人员经常面对的问题？（ D ）。 A．理解别人的程序非常困难 B．文档不合格 C．设计时没考虑未来的修改维护 D．以上都是 (11)决定软件可维护性的因素包括（ B ）。 A．可理解性，可测试性，可修改性，可移植性，可用性 B．可理解性，可测试性，可修改性，可移植性，可重用性 C．可理解性，可靠性，可测试性，可修改性，可移植性 D．可理解性，可扩展性，可测试性，可修改性，可升级性 (12)软件维护是保证软件正常、有效的重要手段，软件的下述特性中，( D )有利软件的维护。
XXXX公司XX系统开发维保协议 合同号： 甲方：XXXXXX 地址：XXX 法定代表人：XX 联系人：XX 联系电话：XX 联系传真：XX 乙方：XXXX 地址： XXX 法定代表人（主要负责人）： XX 联系人： XX 联系电话：XX 联系传真：XX 为了保证XXX公司XX系统（以下称XX系统）的正常运行，做好XX公司XX系统的日常开发维护、故障诊断及故障排除工作，XX公司（以下称甲方）与XX公司（以下称乙方）经过友好协商，就2014年XX公司XX系统的开发维护工作达成以下协议：双方均具有法定权利和充分的授权以签订本协议并履行其在本协议项下的全部义务。 第一部分开发维护工作内容及方式 乙方指定专人负责从下几个方面，做好甲方XX系统的开发维护工作： 1.1、电话服务 如果甲方XX系统在系统开发维护期内，出现一些乙方可以通过电话排除的故障，乙方的技术服务部门在接到故障信息后应立即以电话热线的方式进行支持，协助甲方的系统
管理人员解决所出现的系统故障。 1.2、现场服务 如果甲方XX系统在系统开发维护期内，由于环境、设备、人为等原因，造成系统瘫痪或反应速度超过系统设计的指标等通过电话无法排除的严重故障时，乙方应在甲方发出故障信息通知后4小时内派遣工程师到达现场，协助系统运营商恢复系统的运行，并在排除故障后 1日内将故障原因、解决办法、处理结果上报给甲方。 1.3、功能升级 如甲方需要对XX系统的功能或性能进行修改，需将具体的改动内容以文档形式通过电子邮件发送给乙方，乙方根据文档中的具体要求进行相应的工作量评估并形成方案，工作量以日为单位。乙方评估出的工作量经过甲方确认后形成任务单。任务单须甲乙双方负责人签字确认后，乙方按照方案计划完成相应的工作。在紧急情况下可先行口头协议，事后应立即补充书面协议。 1.4、定期巡检 乙方应每个月第一个工作日例行检查甲方公司XX系统的运行状态，并根据检查结果形成《客户服务单》抄送甲方，对系统提示的各类错误警告及时上报给甲方，同时要及时提出解决方法；如乙方进行安装、调试等工作，工作内容须记录在《客户服务单》，并详细记载安装调试内容和结果，同时抄送甲方。日常巡检内容如下： （1）甲方XX系统配置文件； （2）甲方XX系统登录，查询检查（响应速度）； （3）收集用户一般性使用问题； （4）检查甲方XX系统程序文件是否有变化； （5）检查数据库内应用数据量的变化。 1.5、系统迁移 由于客观及外部环境发生变化，乙方负责甲方XX系统的迁移工作，包括数据迁移和系统迁移。同时负责新环境中甲方XX系统的调试及试运行工作，确保系统安全、正常运行。