系统测试实施与维护.pptVIP

6.4.1 维护的内容 　　信息系统实施之后，由于各种因素的影响，例如系统运行环境的变化或者程序中存在未检测到的错误等，为了保证系统的正常工作，要求系统不断地完善并能适应各种变化，还需要进行系统的维护工作。 　　系统维护的工作内容大致包括： 　　(1) 软件的维护：运行中发现软件测试阶段未发现的错误，或者用户对系统的功能要求发生变化，以及业务量的急剧增长等都有可能需要对软件进行修改。 6.4 系统维护 第96页/共118页 　　(2) 数据文件及代码的维护：随着系统的变化，原有的数据文件或代码不能适应新的需要，需要维护数据文件或修改旧的代码系统。 　　(3) 硬件的维护：包括计算机、网络及相关设备的日常管理和维护工作。一旦硬件发生故障，必须有专门的人员进行修理。 　　(4) 机构和人员的变动：机构和人员的变动有时也会对信息系统的流程和对设备及程序的维护工作产生影响。 　 第97页/共118页 6.4.2 软件维护的分类 　　软件维护是信息系统维护的主要工作，软件工程学科将软件维护定义为“对现有运行软件进行修改而同时保留其主要功能不变的过程”。通常软件维护工作可分为如下四类。 　　1) 改正性维护 　　软件测试不可能将所有潜在的错误都查找出来，设计再好的测试用例也难免存在遗漏。运行中必然会发现软件错误，需要维护人员进行调试并改正错误。这类维护工作称为改正性维护或纠错性维护。 第98页/共118页 　　2) 适应性维护 　　计算机系统硬件及操作系统的更新换代频繁，而一个大型的信息系统软件开发常常需要耗费巨资，因为系统运行环境的改变而废弃不用是很不合算的。因此要求维护人员对原来的软件进行修改，以适应新的软硬件运行环境的要求。这类维护活动称为适应性维护。 　　3) 完善性维护 　　当系统投入使用之后，用户会提出增加新功能，修改已有的功能以及一般的改进和建议。为了满足和部分满足这类要求，所进行的维护活动称为完善性维护。完善性维护占软件维护工作的大部分。 第99页/共118页 　　4) 预防性维护 　　为了给未来的改进奠定更好的基础而修改软件的维护活动称为预防性维护。这类维护活动相对较少。 　　完善性维护占据了维护工作量的大部分，是最主要的维护活动。图6.9是1987年由Roger S. Pressman统计的四种维护活动的分布情况。 第100页/共118页 图6.9 四种维护工作量的分布 第101页/共118页 　　维护工作的多少和难易程度取决于软件设计的水平，软件开发应该注意按照软件工程方法的要求进行，以提高软件的可维护性。软件的可维护性由维护人员理解、改正、改动和改进软件的难易程度来衡量。开发过程的每个阶段必须有完备一致的文档资料，在设计软件结构时应注意提高模块之间的独立性。完备一致的文档资料有助于维护阶段阅读理解程序，对软件维护之后相应的文档资料也应该进行修改以保持软件与文档的一致性。模块之间的独立性可以避免维护工作中对某一个模块的修改而影响到系统中的其他模块。 第102页/共118页 6.4.3 维护的管理 　　系统的各项维护工作都应有专人负责，并且通过一定的审批手续。系统硬件维护的管理相对简单，本节我们主要讨论软件维护的管理，因为软件维护相对影响较大，例如一个业务处理过程的修改，往往会影响其他过程或子系统。 　　软件维护工作应由相对固定的维护组织来承担，一般应少吸收设计人员参加。这样可以促使设计人员在设计时注意提高软件的可维护性，另一方面不会影响设计人员从事新项目的开发工作。 第103页/共118页 　　软件维护首先由系统操作的各类人员或业务管理人员提出对某项工作的要求，申请形式可以是书面报告或填写专门的维护申请表。维护要求被批准后，系统管理员组织维护人员实施维护，软件维护的工作流程可参考图6.10。 第104页/共118页 图6.10 软件维护工作流程 第105页/共118页 　　维护要求按其类型分成两条不同的处理路线。对于适应性和完善性维护来说，其性质与开发工作类似。 　　对每次的软件维护活动都应作出维护记录，并存入软件维护数据库中。维护记录一般包含下面的一些内容： ● 程序标识； ● 源语句数； ● 使用的程序设计语言； ● 程序安装的日期； ● 自从安装以来程序运行的次数； 第106页/共118页 ● 自从安装以来程序失效的次数； ● 程序改动的层次和标识； ● 因程序修改而增加的源语句数； ● 因程序修改而删除的源语句数； ● 每个改动所耗费的人时数； ● 程序修改的日期； ● 软件维护工程师的姓名； ● 维护要求表的标识； ● 维护类型； ● 维护开始和完成的日期； ● 累计用于维护的人时数； ● 该维护完成所带来的纯效益。 第107页/共118页 6.5 实 验 五 　　1．