平台系统维护和运营.pdf

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

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

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

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

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

1.改正性维护。

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

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

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

2.适应性维护

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

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

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

3.完善性维护

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

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

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

预防性维护

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

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

比较差，于是在现阶段平台上使用较少。

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

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

审过程。

1.维护组织

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

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

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

过程中浮现的混乱。

2.维护报告

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

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

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

3.维护的事件流

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

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

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

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

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

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

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

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

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

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

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

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

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

的人数及时间、程序改动日期、技术人员姓名、维护要求的标识、维护类型、维护开始

和完成的日期、累计用于维护的人数及时间、于此维护挂钩的效益等。

维护工作室P2P网贷平台生命周期最后的阶段，也是最复杂、繁琐的阶段，在平台

运行的期间维护工作的开展伴有着不少难点。

1.P2P网贷平台系统的维护人员不一定是当初的开辟人员，或者系统开辟是当初外包

或者买来的，有些甚至没有源代码，这样就给维护人员的素质设定了很高的门坎，对于一

些对代码结构不是很熟悉的技术人员而言，一些系统性的维护工作很难开展。

2.平台的维护工作工作量大，时间长，内容枯燥且成果不易体现，从而造成维护人员

工作热情低，积极性受挫。

开辟记录文档内容丢失或者不全。造成此类原因可能是开辟阶段文档本身由于开辟人

员的不专业造成的不健全，或者是由于时间长，人员更迭交接不到位，开辟文档部份丢