(1)代码副作用：修改或删除子程序，语句符号，标示符。修改文件的open，close才做;修改逻辑操作符;修改对边界条件的测试等。

　　(2)数据副作用：全局常量和局部常量的再定义;修改全局数据;重新初始化控制标志和指针，重新排列I/O表或子程序参数表等。

　　(3)文档副作用：维护应该统一考虑整个软件的配置，而不仅仅是源代码。

　　三、维护工作量的模型

　　M=P+K*exp(c-d)

　　其中：M是维护需要的总工作量，P是生产性工作量，K是经验指数，c是复杂程度，d是维护人员对该软件的熟悉程度，该模型表明，如果软件的开发途径不好，开发人员不能参加维护工作，维护需要的总工作量和费用将以指数的形势增加。

　　四、软件维护的步骤

　　总体步骤：修改软件需求说明-修改软件设计-设计评审-重新编码-单元测试-集成测试-回归测试-确认测试-复审。

　　软件维护时要建立正式的维护团队，明确责任和分工，避免出现纠纷。要建立一份用户要求表格，要让用户全面详细地阐述发生的问题和错误，包括问题的类型，需要达到的目标，系统运行的环境，发生问题的日期等等。维护过程中要注意顺从原有代码的编码习惯，确保和谐。维护申请比较多，可分配优先级。修改前要做备份，改后要做测试，完成后要进行会议总结，汲取教训，分享经验。必要时还可以专门为该软件建立维护指南，使用手册，简要说明如何使用和维护这个软件。还可以建立参考手册，可以预示会发生出错的可能情况和错误代码相对应的含义以及解决的办法，注意要用形式化语言描述。维护完成时，可进行回归测试，测试顺利完成后方可交付。软件随着多次的维护和修改，其可维护性会变得越来越差，当可维护性降低到一定程度时，为了满足用户的要求再继续修改已经不可靠了，软件就会被抛弃，生命周期终止，失去了利用价值。

　　五、软件维护的前景

　　目前据笔者了解到，软件维护相关人员较少，但是软件维护成本却占了软件开发中成本的大半，许多大型软件由于缺少维护导致失控而被抛弃。因此如果精通或掌握软件维护领域相关知识，能够熟练完成大型软件的维护如：ERP的日常维护，SQL数据库的维护，网页服务器的维护等等，不断改进完善软件，发展潜力很大。

　　当前计算机技术在整个国民经济中具有相当广泛的领域，在人们的日常生活中，计算机技术可以说是无处不在，是人们生活、工作不可缺少的工具之一，以软件技术作为其内在灵魂的计算机信息系统，正在对系统高度集成化、结构广泛分布化、信息多元化和功能智能化等一系列新型发展方向越来越重视，并逐步在实践中得以实现。软件维护是一项综合性很强的工作，随着软件规模和复杂度的日益提高，使软件维护成为软件生存周期中费用最高、难度最大的一个阶段。因此，良好的软件维护是软件生命周期的最后阶段，也是最重要的阶段。

　　参考文献

　　[1] 吴杰明，张正.实用软件维护策略[J]..北方工业大学学报，2002，14，3：61-62 .

　　[2] 张海藩.软件工程导论[M].第五版.北京：清华大学出版社，2008，5：191.

　　[3] 周全学.软件维护浅析[J].铁路计算机应用，2003，12：42-43.