当软件的需求发生变化时候:
好的维护性
- 一点也不需要修改,软件也能运行;(最理想的一种情况)
- 稍微修改一下,软件就可满足变化后的需求;(较理想情况)
- 需要修改代码,但是这些代码的修改仅仅 局限在某些很有限范围内 ,比如某个类中某个方法,某个类等,但是软件其他地方根本不需要修改。(次理想情况)
差的维护性:
- 根本就不能通过修改软件来满足变化的需求,与其修改还不如重新开发(最坏情况)
- 软件需要大面积的修改才能满足需求的变化;
- 软件表面看起来只需要在一个地方修改,但是“牵一发而动全身” “一石激起千层浪”,耦合性太高