平台系统维护与运营.pdf

平台系统维护与运营--第1页

标准文档

第五节平台系统维护与运营

一、平台系统维护

P2P平台系统测试完成并成功上线后，就进入了系统的维护阶段，保证平台质量，确

保其可以持续稳定的运行，防止出现平台打开缓慢、页面显示错误、数据丢失等问题。一

般来讲，大型系统软件维护成本都比较高，甚至高出其开发成本的数倍。现阶段平台普遍

将一半以上的开发技术团队投入在其平台系统的维护上，伴随着平台功能多样化、复杂化

的发展趋势，这个比例还将持续增加。

（一）现阶段平台维护的种类

1.改正性维护。

在平台开发过程中，系统在上线前的测试阶段不会完全把所有潜在隐患都暴露出来，

这些程序问题，会在用户使用期间逐步浮现出来，并且被报告给平台的维护人员，维护人

员根据相应问题进行系统的修复。这一诊断和改正的过程成为改正性维护。

2.适应性维护

计算机硬件更新日新月异，当前市场的硬件设备换代周期为一年左右，且经常增加或

修改外部设备以及其他系统部件，适应性维护，则是针对这一现象，配合变化了的环境而

进行的对系统硬件的一种维护措施。

3.完善性维护

当前市场功能需求变幻莫测，对出现新的需求的响应速度决定了能否在惨烈的市场竞

争中占领制高点。除了新功能的增添和修改，还有可能出现一般性的系统改进意见，而对

于系统软件进行完善性维护，就是满足于此类需求的手段。

4.预防性维护

预防性维护主要是针对改进系统未来的可维护性，给未来改进奠定基础的一类未雨绸

缪的维护性活动。这种维护的大背景是系统基于多年以前的老程序，体系结构和数据结构

比较差，因而在现阶段平台上使用较少。

（二）平台维护过程内容

系统的维护过程包括建立一个维护性组织，确定报告和评价的过程，同时需要为每个

维护行为要求一个标准化的时间序列，此外，还应建立一个适用于维护活动的记录复审过

实用文案

平台系统维护与运营--第1页

平台系统维护与运营--第2页

标准文档

程。

1.维护组织

每个维护需求都应该通过维护团队的负责人转交给熟悉该项内容的系统管理员去评价。

系统管理员是指被指定去熟悉一部分程序内容的技术人员。在系统管理员对维护任务作出

评价之后，再转交被指定技术人员进行维护行为。此项内容十分必要，可有效的减少维护

过程中出现的混乱。

2.维护报告

应该用所规定的格式表达所有系统的维护要求。系统组织内部应该制定出一个修改报

告，包含满足维护需求所需工作量、维护要求的性质、要求的优先次序、与修改有关的事

后数据等信息，保证时间节点清晰可控，整个过程有序高效。

3.维护的事件流

对于改正性维护要求而言，整个流程从估量错误的严重程度开始。如果是一个严重的

错误，比如某个关键的系统不能正常运行，则在系统管理员的指导下进行合理的人员分配，

并且立即进行问题的分析过程。对于不是很紧急的问题，则可以将其维护工作和其他的技

术项目一起统筹安排。

对于适应性维护和完善性维护，首先确定每个维护项目的优先次序，并且安排要求的

工作时间，整个过程跟系统开发的过程十分类似。

不论维护的类型如何，都需要同样的技术工作。这些工作包括修改设计、复查、必要

的代码修改、单元测试和集成测试、验收测试和复审等。

收集有效的维护数据对衡量、评价整个维护活动以及以后的复查至关重要。根据此结

果，还可以做出关于开发技术、语言选择、工作量拟定、人力资源分配等决策优化方案，

提升了后续类似工作的效率。

维护过程中值得记录下来的包括：程序标识、源语句数、机器指令条数、使用的程序

设计语言、程序安装日期、安装以来的运行次数、安装以来的失效次数、程序变动的层次

和标识、因程序变动而增加的源语句数、因程序变动而删除的源语句数、每个改动耗费的

人数及时间、程序改动日期、技术人员姓名、维护要求