|
|
|
信息系统软件维护工作直接受到软件可维护性的影响。软件可维护性是指软件产品被修改的能力，修改包括纠正、改进或软件对环境、需求和功能规格说明变化的适应。对软件可维护性的度量可以从以下几个方面进行。
|
|
|
|
（1）可理解性。可理解性描述了通过阅读源代码和相关文档来了解系统功能及其如何运行情况的难易程度。一个可理解性高的软件系统一般应具备以下的特征：模块化（系统各个模块结构良好、功能完整），程序代码清晰，编程风格具有一致性（代码风格及设计风格的一致性），完整性（对输入数据进行完整性检查），使用有意义的数据名和函数名等。
|
|
|
|
（2）可靠性。可靠性表明一个软件系统在给定的一段时间内正确执行的概率。度量可靠性的方法，主要有两类：第一类是根据程序错误的统计数字来进行可靠性预测。比如用一些可靠性模型，根据程序测试中发现并排除的错误数来预测平均失效间隔时间（Mean Time To Failure，MTTF）。第二类是当系统的可靠性与复杂性有关时，可以根据程序的复杂性来预测软件的可靠性。
|
|
|
|
（3）可测试性。可测试性表明能够用测试的方法来验证程序正确性的难易程度。软件系统的可测试性取决于系统的可理解性、复杂性、设计合理的测试用例的难易程度等方面的内容。
|
|
|
|
（4）可修改性。可修改性描述了程序能够被正确修改的难易程度。一个可修改的程序应当是可理解的、通用的、简单的、灵活的。通用性是指程序适用于各种功能变化而无须修改。灵活性是指能够容易地对程序进行修改。
|
|
|
|
（5）可移植性。可移植性表明程序从一个运行环境移植到另一个新的运行环境的可能性的大小。一个可移植性好的程序应具有结构良好、灵活、不依赖于某一具体计算机或操作系统的特性。
|
|
|
|
在信息系统运行过程中，软件需要维护的原因是多样的，根据维护的原因不同，可以将软件维护分为以下4种类型：
|
|
|
|
（1）纠错性维护。由于系统测试不可能揭露系统存在的所有错误，因此在系统投入运行后频繁的实际应用过程中，就有可能暴露出系统内隐藏的错误。诊断和修正系统中遗留的错误，就是纠错性维护。纠错性维护是在系统运行中发生异常或故障时进行的，这种错误往往是遇到了从未用过的输入数据组合或是在与其他部分接口处产生的，因此只是在某些特定的情况下发生。有些系统运行多年以后才遇到这种情况，暴露出在系统开发中遗留的问题，这是不足为奇的。
|
|
|
|
（2）适应性维护。适应性维护是为了使系统适应环境的变化而进行的维护工作。一方面计算机科学技术迅速发展，硬件的更新周期越来越短，新的操作系统和原来操作系统的新版本不断推出，外部设备和其他系统部件经常有所增加和修改，这就必然要求信息系统能够适应新的软硬件环境，以提高系统的性能和运行效率；另一方面，信息系统的使用寿命在延长，超过了最初开发这个系统时应用环境的寿命，即应用对象也在不断发生变化，机构的调整、管理体制的改变、数据与信息需求的变更等都将导致系统不能适应新的应用环境。如代码改变、数据结构变化、数据格式以及输入输出方式的变化、数据存储介质的变化等，都将直接影响系统的正常工作。因此有必要对系统进行调整，使之适应应用对象的变化，以满足用户的要求。
|
|
|
|
（3）完善性维护。在系统的使用过程中，用户往往要求扩充原有系统的功能，增加一些在软件需求规范书中没有规定的功能与性能特征，以及对处理效率和编写程序的改进。例如，有时可将几个小程序合并成一个单一的运行良好的程序，从而提高处理效率；增加数据输出的图形方式；增加联机在线帮助功能；调整用户界面等。尽管这些要求在原来系统开发的需求说明书中并没有，但用户要求在原有系统基础上进一步改善和提高；并且随着用户对系统的使用和熟悉，这种要求可能不断提出。为了满足这些要求而进行的系统维护工作就是完善性维护。
|
|
|
|
（4）预防性维护。系统维护工作不应总是被动地等待用户提出要求后才进行，应进行主动的预防性维护，即选择那些还有较长使用寿命，目前尚能正常运行，但可能将要发生变化或调整的系统进行维护，目的是通过预防性维护为未来的修改与调整奠定更好的基础。例如将目前尚能应用的报表功能改成通用报表生成功能，以应付今后报表内容和格式可能的变化。
|
|
|
|
根据对各种维护工作分布情况的统计结果，一般纠错性维护占21%，适应性维护占25%，完善性维护达到50%，而预防性维护及其他类型的维护仅占4%。可见在系统维护工作中，一半以上的工作是完善性维护。
|
|
|
