软件维护的工作流程
首先，应确定维护的类型.用户常常把一项要求看作是改正性维护，而维护人员可能把同一项要求看作是适应性或完善性维护，所以确认维护类型需要维护人员和用户反复协商，弄清楚错误情况和用户裕要做的修改类型。
操作方法
- 01
对于改正性维护工作，从评价错误的严重性开始.如果是一个严重的错误(例如一个关键性的系统不能正常运行)。则在系统管理员的指导下分派人员并且立即开始问题分析过程.如果错误并不严重，那么改正性的维护和其他要求软件开发资源的任务一起统筹安排。适应性和完善性维护申请，需要确定每项申请的优先次序，并且安排要求的工作时间，就好像它是另一个开发任务一样(从所有意图和目标来看，它都用于开发工作)。如果一项维护要求的优先次序非常高，可能立即开始维护工作。
- 02
不管维护类型如何，都需要进行同样的技术工作.这些工作包括修改软件设计、复查、必要的代码修改、单元测试和集成侧试(包括使用以前的测试方案的回归测试)，验收测试和复审.不同类型的维护强调的重点不同，但是基本途径是相同的。维护工作流程中最后一个事件是状态评审，它再次检验软件配置的所有成分的有效性，并且保证事实上满足了维护要求表中的要求。 当然，也有并不完全符合上述维护过程的维护要求。当发生恶性的软件问题时，就出现所谓的“救火”维护要求，这种情况需要立即把资源用来解决问题。如果对一个组织来说，“救火”是常见的过程，那么必须怀疑它的管理能力和技术能力。
- 03
在完成软件维护任务之后，进行状态评审常常是有好处的。一般说来，这种评审试图回答下述问题: 1、在目前状态下设计、编码或测试的哪些方面能用不同方法进行改进? 2、哪些维护资源是应该有而事实上却没有的? 3、对于维护工作，主要的障碍和次要的障碍是什么? 4、要求的维护类型中有预防性维护吗? 状态评审对将来维护工作的进行有重要影响，而且所提供的反馈信息对有效地管理软件组织十分重要。