在软件工程中，软件维护是指软件产品交付之后，为了修改错误、改进性能或其他属性、使产品适应变化的环境而对其进行的修改（ISO/IEC 14764）。
该国际标准所描述的软件维护的六个阶段如下：
- 实施阶段包括软件准备和过渡活动，比如维护计划的构思与创建，为解决开发过程中所发现的问题而做的准备，以及后续的产品配置管理。
- 一旦维护团队正式接手应用，就进入了问题与修改分析阶段。维护人员必须分析每个请求，对其进行确认（通过重建应用环境）并验证其有效性，调查并提出解决方案，记录请求和解决方案，最后获取所有需要的授权来应用修改。
- 该阶段为实施修改的阶段。
- 在接受修改阶段，由请求的提交者进行检查，以确保所做的修改解决了相应的请求。
- 迁移阶段（比如平台迁移）是个特例，并不会在所有的维护任务中都出现。如果软件必须在功能没有任何改变的情况下迁移到另一个平台上，那么这个阶段将被实施，通常这项任务会被指派给一个维护工程团队。
- 最后一个维护阶段，也并不会在每个软件中都发生，就是对软件某一部分的弃用。
软件维护概述
软件维护是软件生存周期中非常重要的一个阶段。但是它的重要性往往被人们忽视。
有人把维护比喻为一座冰山，显露出来的部分不多，大量的问题都是隐藏的。平均而言，大型软件的维护成本是开发成本的4倍左右。国外许多软件开发组织把60%以上的人力用于维护已投入运行的软件。这个比例随着软件数量增多和使用寿命延长，还在继续上升。学习软件工程学的主要目的之一就是研究如何减少软件维护的工作量，降低维护成本。
进行软件维护的原因
投入运行的软件需要变更的原因很多，但主要原因有：
- 软件的原有功能和性能可能不再适应用户的要求；
- 软件的工作环境改变了（例如，增加了新的外部设备等），软件也要做相应的变更；
- 软件运行中发现错误，需要修改。
软件维护分类
由于这些原因而引发的维护活动可以归纳为4种类型：
- 校正性维护。把诊断、校正软件错误的过程称之为校正性维护。
- 适应性维护。由于计算机技术的发展，外部设备和其他系统元素经常变更，为适应环境的变更而修改软件的活动称之为适应性维护。
- 完善性维护。在使用系统过程中为满足用户提出的新功能、性能要求而进行的维护。
- 预防性维护。为进一步改进可维护性、可靠性而进行的维护活动。
维护的特点
- 结构化维护和非结构化维护的特性
非结构化维护。用手工方式开发的软件，只有源代码，这种软件的维护是一种非结构化维护。非结构化维护是从读代码开始，由于缺少必要的文档资料，所以很难搞清软件结构、全程数据结构、系统接口等系统内部的内涵；因为缺少原始资料的可比性，很难估量对源代码所做修改的后果；因为没有测试记录，不能进行回归测试。
结构化维护。用工程化方法开发的软件有一个完整的软件配置。维护活动是从评价设计文档开始，确定该软件的主要结构性能；估量所要求的变更的影响及可能的结果；确定实施计划和方案；修改原设计；进行复审；开发新的代码；用测试说明书进行回归测试；最后修改软件配置，再次发布该软件的新版本。
- 维护的代价
在过去的几十年中，软件维护费用逐步上升。70年代用于维护软件的费用只占软件总预算的35%～40%，80年代上升为40%～60%，到了90年代则上升为70%～80%。
软件维护的代价包括有形和无形两个部分：
有形代价就是上面所提到的那些统计数字；
无形代价包括：
- 当看起来合理的有关变更要求不能及时满足时，引起用户的不满；
- 由于维护时的改动，在软件中引入潜在的故障，从而降低了软件的质量；
- 当必须把软件开发工程师调去从事维护工作时，对开发工作造成的影响。
维护问题
软件维护的绝大多数问题与软件定义和软件开发阶段所采用的设计方法、指导思想、技术手段、开发工具等有直接的关系，同时与维护工作的性质也有一定的关系。
主要问题是：
- 理解别人写的程序通常非常困难，而且困难程度随着软件配置成分的减少而迅速增加。如果仅有源代码而没有相关的文档，问题会更加严重。
- 严格按规范化方法开发的软件系统一般不需要大的维护活动，而需要维护的软件系统却往往因为没有必需的文档或文档残缺不全，使得维护活动进展非常艰难。
- 当需要对软件进行维护时，很难指望熟悉软件系统的原开发人员能全力以赴地亲临现场参与维护活动。
- 绝大多数软件在设计时没有考虑将来的修改。
- 软件维护不是一项吸引人的工作。最出色的、成功的维护也只不过是保证他人开发的系统能正常运行，而且维护别人开发的软件经常受挫，使得维护人员无成就感。
主要任务
1．维护组织机构
对于大型软件系统，建立一个专门的维护组织机构是必需的。即使是对较小的软件系统，也要委派一个专人负责软件维护工作，特别是收集、保存、整理维护活动的文档资料的工作是必须随时要做的。
在维护活动开始之前必须明确维护活动的审批制度。每个维护要求都要通过维护管理员转交给系统管理员去评价。系统管理员对维护申请做出评价后，由主管部门（人）决定是否进行软件修改。接到审批的维护申请报告后，将维护任务下达给指定的维护人员，并监控维护活动有条不紊地开展。合理的组织机构和精干的维护人员是保障维护活动顺利实施的基础。
2．维护报告
任何维护申请都应该按规范化的方式提出。通常要求用户填写维护申请表。表中必须完整地描述每个错误发生的环境，包括：输入数据、输出结果等有关信息。对于适应性或完善性的维护要求，还应该提出一份修改说明书，提出用户希望的修改。维护申请表交维护组织后，经有关人员认真分析，并根据分析结果制定软件修改报告，内容应包括：
- 维护要求的性质；
- 维护活动的优先顺序；
- 计算满足维护申请表中提出的软件变更所需要的工作量；
- 预计软件变更后的状况。
