【转】谈谈软件开发的那些事儿 之 软件开发的循环

秦寒1

就这样勉强着，我们在苦楚中维护了一个又一个的系统，两三年、五六年，没有任何乐趣。跟着时光的推移，保护系统的人员也在产生着变更，当新来的职员从新翻看过去那些设计材料时，不是残缺不全就是由于历次的变革而今非昔比，他不能从中取得有用信息。即便讯问当事人也是记忆残缺不全，也许读代替码才是真正的世间正道，令人崩溃啊。人们只有通过大声地吵架来宣泄心中的愁闷。终于有一天，咱们的客户大方地说，好吧，我们重新设计一套体系吧。OK，一切都摆脱了，我们又开始了另一个循环。
随后的事件就发生了，用户急促地跑过来说，程序的设计不如他所愿。OK，程序员不得不在自己完美的代码长进行修改，然而软件交付的日子又要如期将至了。怎么办？程序员顾不得过去的商定开始随便地修正代码了，功效实现了，然而一些糟糕的设计开始了。良多的变更已经转变了本来的设计了，哎，不论了，原有的设计文档也被撂到一边。软件如期实现后，开始测试了。未几，测试员邪恶地将一堆问题讲演摆到了程序员眼前。为了完成义务，另一堆蹩脚的代码出现了。也许某个程序员会喃喃自语地对自己说，假如当初这样设计就好了，但重构代码得花上一晚的时间，算了，迁就对出着吧。

我个人经历了无数名目，也看着别人做了无数个项目。固然每个项目都各有不同，但全部过程却千篇一律，都是俩字：瓦解！多少乎每个项目标开端都是美妙的，项目负责人总要招集大家坐在一起召开一个讨论会，总结过去的教训教训，瞻望将来的美好远景。简直每个探讨会大家都唾沫横飞，列举过去的种种不是，提出各种各样完善计划，所有人都群情激动，感到本人从此进入了某个簇新时期。随后各人就回到各自的座位开始游手好闲地工作，警惕谨严地依照当时划定好的规约履行。数月从前了，所有进行得颠三倒四，曾经涌现的问题不再次呈现，所有人都暗自庆幸。兴许，终于能够阅历一次完美的开发进程了。
再后来，软件交付客户了。正如那句经典的话描写的：I changed when I saw it（当我看到软件时，需求就开始变更了）。当我们的软件经历了客户数轮的变更，一切都变得面目全非。这种变更才是真正对软件设计的最终考验，但非常遗憾的是，至今还没有一个我参加的软件系统经历住了这样的考验。
但后来事情就开始变化了，软件利用的范畴越来越广了，起初是一个企业，而后是多个企业，后来是整个团体、整个系统，甚至整个行业。技术也在越来越庞杂了，从C/S到B/S，各种框架跟技巧路线，各种产品的整合。随着软件发展的一步步深刻，软件范围在日渐扩展，软件设计变得越来越艰苦。


有一次，客户须要修改一个业务逻辑，十分清楚的业务需要，异常明了的一次业务变更。但是我们真正开始着手修改的时候才发明无比难题，因为无数人在各自的模块实现了这个业务逻辑，也就是说这个业务逻辑被疏散在了无数的代码中，这样一个业务逻辑的修改就象征着所有这些代码都必需进行相应地修改。崩溃啊，我们又猛地扎进了无尽的加班中。也许你会问，当初为什么不实现一个通用方式供所有人调用？是啊，我也想问这样的问题，但这样的情形还在持续，相似事件仍然在连续。
谈起软件开发，我在10年前就开始了。那时天是蓝的，生涯是美好的，程序设计也是轻松高兴的。如果当时有人告知我，设计一个程序需要数十人、花数年的时间完成，我会张着大大的嘴盯上你足足非常钟。那时，设计一个运用系统切实太简略了，我和我老师，还有另一个同窗，仨人花两、三个月就可以搞定一个系统。我们不用斟酌什么旁边件，什么技术架构，什么通用性。随着老师去客户那里谈一下战书的需求，画一堆ER图，然后用Power Designer工具天生数据库，就开始用Power Builder设计程序。设计程序也是相称简单，一个下昼就可以设计出一堆数据窗口，一个人几天就可以设计出一个模块。那时的项目相称明白，就是针对某个单位的某个部分，或是某个详细的业务。不必考虑通用性，设计好了很少需要变更，大不了又重做一套完事。

――对软件剖析设计的一次深入反思与探讨


前言：你干软件开发多少年了？你是否开始觉得迷惑了、累了、算了？你是否该找一个加州旅馆好好歇一歇脚了？这篇文章也许就是你的加州旅馆，它给你解惑，反思软件开发中出现的问题，探讨解决这些问题的措施，那就是树立模型――用例模型、范畴模型、分析模型和设计模型。