|
知识路径: > 信息系统运维概述 > 信息系统运维概述 > 信息系统运维的框架 > 信息系统运维的框架 >
|
相关知识点:7个
|
|
|
|
从系统维护的特点可以看到,系统维护工作直接受到系统可维护性影响。可维护性是对系统进行维护的难易程度的度量,影响系统可维护性主要有以下3个因素。
|
|
|
(1)可理解性。可理解性表现为维护人员理解系统的结构、接口、功能和内部过程的难易程度。这种理解包括对功能、性能的分析与理解,对原设计的分析与理解以及对源程序的分析与理解。在系统中采用模块化方法、具有详细的设计文档、源程序内部文档的规范与完整、结构化设计及选择较好的高级程序设计语言等,都可以促进系统可理解性的提高。
|
|
|
(2)可测试性。可测试性表现为对系统进行测试和诊断的难易程度。系统中具有良好的系统文档、可用的测试工具和调试手段是十分重要的,特别是在开发阶段的测试方案尤为重要,是进行回归测试和证明修改正确性的基础。
|
|
|
(3)可修改性。可修改性表现为对系统各部分进行修改的难易程度。系统的模块化程度、模块之间的耦合、内聚、控制域与作用域的关系以及数据结构的设计等都直接影响系统的可修改性。而这些问题在系统分析、设计验收就应充分重视,否则系统将是很难修改的。
|
|
|
上述三个可维护性因素是密切相关的,只有正确的理解,才能进行恰当的修改,只有通过完善的测试才能保证修改的正确,防止引入新的问题。
|
|
|
对于系统的可维护性,通过上面三个因素可以看到很难量化,但是可以通过能够量化的维护活动的特征,来间接地定量估算系统的可维护性。例如1979年T. Gilb提出把维护过程中各项活动所消耗的时间记录下来,用以间接衡量系统的可维护性,其内容包括:
|
|
|
|
|
|
|
|
|
|
|
|
|
显然这些数据是可以度量的,记录这些数据对于了解系统的可维护性是有益的。当然可维护性的定量分析还有其他方法,如新的学科——软件度量学就是专门研究这方面问题的。
|
|
|
通过对系统可维护性的分析可以看出,提高系统可维护性应当从系统分析与设计开始,直至系统实施的系统开发全过程,在系统维护阶段再来评价和注意可维护性为时已晚。所以必须特别强调提高系统可维护性的工作应该贯穿信息系统开发的全过程。
|
|
|