|
|
|
|
|
系统维护的任务就是要有计划、有组织地对系统进行必要地改动，以保证系统中的各个要素随着环境的变化始终处于最新的、正确的工作状态。
|
|
|
|
|
|
（1）系统应用程序维护。系统的业务处理过程是通过程序的运行而实现的，一旦程序发生问题或业务发生变化，就必然引起程序的修改和调整，因此系统维护的主要活动是对程序进行维护。
|
|
|
|
（2）数据维护。业务处理对数据的需求是不断发生变化的，除系统中主体业务数据的定期更新外，还有许多数据需要进行不定期的更新，或随环境、业务的变化而进行调整，数据内容的增加、数据结构的调整，数据的备份与恢复等，都是数据维护的工作内容。
|
|
|
|
（3）代码维护。当系统应用范围扩大和应用环境变化时，系统中的各种代码需要进行一定程度的增加、修改、删除以及设置新的代码。
|
|
|
|
（4）硬件设备维护。主要是指对主机及外设的日常管理和维护，都应由专人负责，定期进行，以保证系统正常有效地运行。
|
|
|
|
（5）文档维护。根据应用系统、数据、代码及其他维护的变化，对相应文档进行修改，并对所进行的维护进行记载。
|
|
|
|
|
|
系统的可维护性对于延长系统的生命周期具有决定意义，因此必须考虑如何才能提高系统的可维护性，为此需从5个方面入手。
|
|
|
|
（1）建立明确的软件质量目标和优先级。可维护的程序应是可理解的、可靠的、可测试的、可更改的、可移植的、高效率的、可使用的。要实现所有这些目标，需要付出很大的代价。对于信息系统，更强调可使用性、可靠性和可修改性等目标，同时规定其优先级。这样有助于提高软件的质量，并对软件生命周期的费用产生很大的影响。
|
|
|
|
（2）使用提高软件质量的技术和工具。模块化是系统开发过程中提高软件质量、降低成本的有效方法之一，也是提高可维护性的有效技术。它的优点是，如果需要改变某个模块的功能，只需改变这个模块，而对其他模块影响很小，如果需要增加某些功能，仅需增加完成这些功能的新的模块或模块层，同时程序错误也容易被定位和纠正。结构化程序设计则把模块化又向前推进一步，不仅使得模块结构标准化，而且将模块间的相互作用也标准化了。采用结构化程序设计可以获得良好的程序结构，提高现有系统的可维护性。
|
|
|
|
（3）进行明确的质量保证审查。质量保证审查对于获得和维持系统各阶段的质量，是一项很有用的技术。审查还可以检测系统在开发和维护阶段内发生的质量变化，可对问题及时采取措施并加以纠正，以控制不断增长的维护成本，延长系统的有效生命周期。
|
|
|
|
（4）选择可维护的程序设计语言。程序是维护的对象，要做到程序代码本身正确无误，同时要充分重视代码和文档资料的易读性和易理解性。因此，要注意编码规则、编码风格，尽量采用结构化程序设计和通用性高的程序设计语言，把与机器和系统相关的部分减少到最低限度。
|
|
|
|
（5）系统的文档。系统文档是对程序总目标、程序各组成部分之间的关系、程序设计策略、程序实现过程的历史数据等的说明和补偿。因此，在开发过程中各阶段产生的文档资料要尽可能采用形式描述语言和自动的文件编辑功能。文档是维护工作的依据，文档的质量对维护有着直接的影响。一份好的文档资料应能正确地描述程序的规格，描述的内容必须细化，并且易读、易理解。
|
|
|
|
完成各项系统维护工作后，应及时提交系统维护报告，就所做的系统维护的具体内容进行总结，并将其加入到系统维护的有关文档中。
|
|
|
