前言：
在软件开发完成交付用户使用后，就进入软件运行／维护阶段。此后的工作就是要保证 软件在一个相当长的时期能够正常运行，这样对软件的维护就成为必不可少的了。下面介绍维护的种类，实施步骤，软件维护性，软件维护的副作用等。
一、软件维护
软件维护的种类
1.校正性维护
2.适应性维护
3.完善性维护
4.预防性维护
软件维护的实施
1.维护机构
2.软件维护申请报告
(1) 所需修改变动的性质；
(2) 申请修改的优先级；
(3) 为满足某个维护申请报告，所需的工作量；
(4) 预计修改后的状况。
3.软件维护工作流程
4.维护档案记录
5.维护评价
二、软件的可维护性
影响可维护性的因素
(1) 软件设计人员是否受到严格的规范化工作培训；
(2) 是否采用主流的编程语言；
(3) 是否采用主流的操作系统；
(4) 是否采用标准化的文档资料结构和文档形成机制；
(5) 是否保存规范化的测试资料。
软件可维护性度量
1.可理解性
2.可靠性
3.可测试性
4.可修改性
5.可移植性
6.效率
7.可使用性
8.间接度量可为何性的方法
提高可维护性的方法
1. 建立明确的软件质量目标和优先级
2. 使用提高软件质量的技术和工具
3. 进行明确的质量保证审查
4. 验收检查
5. 周期性地维护审查
6. 选择可维护的程序设计语言
7. 健全程序的文档
三、软件维护的副作用
1. 修改软件源程序的副作用
最危险的副作用是修改软件源程序而产生的，每当对一个复杂的逻辑过程做了一处修
改，出错的可能性就增大了。下列对源程序的修改更易产生错误：
(1) 改变一个子程序、函数、变量定义；
(2) 为改进运行性能所作的修改；
(3) 改变了逻辑运算过程；
(4) 设计的变动造成了较大的程序变动；
(5) 改变了边界测试条件。
2. 修改数据的副作用
(1) 新定义局部的及全程的常数；
(2) 重新定义记录和文件的格式；
(3) 改变一个数组的大小或改变高层数据结构的大小；
(4) 对控制标志或指针的重新初始化；
(5) 重新安排输入/输出参量。
3.修改文档资料的副作用
如果文档资料不能明确地反映软件的实际状况，可能比 完全没有文档资料还要糟糕，因为细致地阅读这些文档资料将得到对软件特性的错误认识。
每当改动数据流、软件结构、模块过程或任何其他有关特性时，有关的技术文档资料必须要相应地更新。当修改了源程序而没有相应地修改设计文档资料及修改用户手册时，文档资料就会产生混乱。没有更新的文档目录、索引和正文将使用户遭到挫折而产生不满，就出现文档资料副作用。
