需求变更是罪恶之源吗？
我们身处软件工业时代这个令人振奋的时代，却面临着遗留系统这个令人尴尬的难题。事情总是这样的：软件最开初开发的时候总是非常清晰，清晰的需求、清晰的设计、清晰的代码，清晰的程序结构让人赏心悦目，甚至有些自我陶醉。随后，软件开始需求变更，每变更一次软件的质量就下降一次。这样，软件经过数次的变更以后，需求文档变得模糊不清，设计思路跟不上变更的脚步，程序代码则随着业务逻辑的复杂而臃肿不堪，程序员开始读不懂代码，软件开发工作变得不再是一种乐趣。随着时间的推移，经过数年、数十次的需求变更，情况变得越来越糟，软件质量像滚雪球一样直线下降。难道需求变更就是软件变糟的罪恶之源吗？

然而这不是真相，这是一个真实的谎言。如果我们不明白软件发展的规律，我们是不可能明白其背后的真相。软件，特别是管理软件，其实质是对真实世界的模拟。我们通过对真实世界的模拟，实现计算机的信息化管理，来提高我们的生产效率。然而，真实的世界复杂而多变的，我们认识世界却是一个由简单到复杂循序渐进的过程，这是一个我们无法改变的客观规律。因此，毫无疑问，遵循着这样一个客观规律，我们的软件开发过程必然也是一个由简单到复杂循序渐进的过程。

最初，我们开发的是一个对真实世界最简单、最主要、最核心部分的模拟。因为简单，我们的思路变得清晰而明了。但是，我们的软件不能永远只是模拟那些最简单、最主要、最核心的部分。我们的客户在使用软件的过程中，如果遇到那些不那么简单、不那么主要、不那么核心的情况时，我们的软件就无法处理了，这是客户无论如何不能接收的。因此，但软件的第一个版本交付客户以后，客户的需求就开始变更。

客户的需求永远不会脱离真实世界，也就是说，真实世界不存在的事物、现象、关系永远都不可能出现在软件需求中。但是，真实世界的事物、规则与联系并不是那么的简单与清晰的。随着我们的软件对它模拟得越来越细致，程序的业务逻辑开始变得复杂而不再那么清晰、易于理解，这就是软件质量下降最关键的内因。

任何一个软件的设计，总是与软件的复杂度有密切的关系。简单软件有简单软件的设计，复杂软件有复杂软件的设计，它们是不一样的。但是，软件的发展规律却是一个由简单软件转变为复杂软件的过程。正因为如此，我们最初的设计通常是简单软件的设计，然而随着软件复杂度的提升，我们是否调整过我们的设计，向复杂软件的设计过渡呢？非常遗憾的是，通常情况却不是这样，起初进行简单软件设计以后，虽然软件在越来越复杂，但开发人员没有通过重构对软件结构进行调整，而是就着简单软件的设计，添加复杂的程序逻辑。这才是所有遗留系统面临的真正问题：不是因为软件需求在变更，而是因为当需求变更以后，软件业务逻辑在变得越来越复杂时，我们没有通过系统重构调整原有的系统结构，以适应新的需求。正因为如此，我们的遗留系统将变得越来越难懂，越来越难于维护，任何一项变更都成本巨大。

因此，是这个时代呼唤着系统重构，它是遗留系统的解，时代之痛的解，软件之殇的解。关键是，系统重构是个什么玩意儿，你也许熟悉，但更可能陌生；你也许明白，但更多的是不懂。（续）
------解决方案--------------------
我尝过苦头。。需求变更太TMD呕心了！
------解决方案--------------------
曾经看到有些人说是因为系统架构的不好才会让需求变更导致程序变差。
那是因为没碰到真正BT的需求变更。