一些大型软件系统中，用户的要求随着用户需求的改变而变更,而且会随着用户小组本身的调整而变更。在某些系统中，例如管理部门的信息系统，在确定系统时并没有完全了解定义中所提出的要求。该信息系统交付使用之后，用户的能力一提高就必定要修改系统的要求。

由于变更的副作用，将会产生新的错误,从而使软件系统的质置下降。例如，有人估计，软件每变更一次，导致一个错误的概率是百分之二十至五十。这最终将会导致整个软件系统全面退化，不但使系统失去效用，而且性能价格比也不合算。因为维护人员比起先的软件开发人员来说，经验一般较少，对软件也不熟悉，又因为在维护中不象在幵发时充分使用现代化的工具和软件工程学的规范，所以到了维护阶段软件的质量就难以保证。我们在技术上还没有学会在不增加其复杂性或者不危及其完整性的前提下来修改软件，从管理的角度来看，我们没有学会妥善地处理用户的变更要求。

我们错误地认为维护的任务通常比开发的任务容易，因而维护工作不需要精心规划和深奥的专业知识，不需要太多的技术工具和管理部门的指导。维护方面的许多问题就出自这种错误的认识。恰恰相反，维护的任务常常比新开发的任务更难，因为我们在更大的程度上需要与整个系统打交道，而且需要对原先的功能和开发人员所作决策的过程重新熟悉一遍。例如,在纠正错误时，为了找出哪些程序与。出现的问題有牵连，第一步要研究整个系统；第二步为了解决这个问题,要明确如何修改程序;最后,还必须研究整个系统才能审定修改的细节。而在另一方面，许多新的开发工作却仅局限于某些具体的子系统内部。