人们总是希望一切的事情都尽在掌握之中，所以总是试图在制定完美计划之后一路顺风顺水地执行下去。但是软件维护是一个提高混乱度（增加熵）的过程，所以出现前进两步，后退一步；甚至前进一步，后退一步都是很正常的。而且随着维护的深入，会发现用在修复原有设计上瑕疵的工作量越来越少，而早期维护活动本身所引起的漏洞的修复工作越来越多。正如大思想家斯宾塞·约翰逊曾经说过“唯一不变的是变化本身”，我们要为变更设计系统，为变更计划组织架构。
世界总是处在变化中的，需求亦然，所以项目也要适应变化，正因为如此才会不断维护升级项目。要使项目能够适应变化，以我目前的水平看来，最有效的方法就是将代码分段，将项目中经常变化的部分，或者经常使用的部分抽离出来，隐藏函数的内部过程，暴露出函数的使用接口，在需要用到的地方调用。对于这种编程思想，最早接触是在写学生管理系统时，将操作数据库的方法写在Dao层中，在servlet中决定调用哪个文件，这样的写法使得网页可维护性大大增强，在先前没有这样的编程时，所敲代码即为所用，现在想想后期可维护性大大降低，甚至可能需求稍有变动，整段代码就需要推翻重来。