由于是一個(gè)小項目，感覺(jué)需求也簡(jiǎn)單，再加上時(shí)間緊，如果從需求開(kāi)始一步步來(lái)，時(shí)間肯定來(lái)不及，在這種情況下，項目就匆匆的開(kāi)始了。為了節省時(shí)間，分層、設計等等都不去考慮了，想到哪寫(xiě)到哪，完全瀑布式開(kāi)發(fā)。直接結果是，完工時(shí)間一拖再拖，最后不得不決定下一版本整個(gè)推倒重來(lái)。項目失敗的原因有兩個(gè)：需求分析不到位、架構設計不合理。

　　需求和架構設計是相輔相成的，如果需求分析做的好，架構設計合理，那么就可以靈活的適應變化的需求，這是理想的狀況。如果需求好了，架構有不合理的地方，項目也可以實(shí)現，只是以后的維護會(huì )有困難。架構好了，需求沒(méi)有做好，隨著(zhù)需求的進(jìn)一步完善，項目也會(huì )完成，這是容易實(shí)現的一種狀況。如果都沒(méi)有做好，象這個(gè)項目一樣，就只能有兩種選擇：

　　1、盡早重來(lái)，這樣雖然會(huì )推出項目的完成日期，但總的來(lái)說(shuō)還是省了時(shí)間，也可以交出一個(gè)滿(mǎn)意的項目。

　　2、通過(guò)架構的修補、需求的完善，先在規定時(shí)間交出一個(gè)不完善的版本，等下一個(gè)版本在重新開(kāi)始。

　　好的需求，會(huì )加快項目的進(jìn)度，也可以給開(kāi)發(fā)人員的設計提供幫助。項目開(kāi)始前一定要做好需求和設計，至少要有明確的思路，匆忙開(kāi)始的項目很可能會(huì )失敗，至少也會(huì )走彎路，而走彎路花的時(shí)間很可能會(huì )超過(guò)在需求和設計上省下來(lái)的時(shí)間，更不用說(shuō)失敗的項目所造成的后果。需求和設計難做時(shí)，也可以先動(dòng)手實(shí)現一個(gè)版本，讓客戶(hù)體驗，這樣可以防止設計上迷失方向，在設計上走錯路。

　　小型項目是不是還需要設計？

　　我以前一直認為，項目小，完全可以不做任何設計，類(lèi)、接口等都不用去想，分層也是不必要的，因為做設計會(huì )花時(shí)間，實(shí)現設計也會(huì )花比直接寫(xiě)代碼（如雙擊按鈕，在事件中寫(xiě)代碼，而不去掉用已經(jīng)封裝好的實(shí)現。）花更多的時(shí)間。簡(jiǎn)單有效的方法就是邊想邊寫(xiě)，這樣可以有最快的開(kāi)發(fā)速度。但通過(guò)這個(gè)項目，我認識到，小的項目，也可能存在你現在還沒(méi)有發(fā)現的陷阱，如果采用上面的開(kāi)發(fā)方式，遇到陷阱時(shí)就不能靈活應對，因為架構不好。更不用說(shuō)，經(jīng)常要變化的需求，等需求一變，又是頭痛的時(shí)候，還是因為架構不好，最后設計越來(lái)越糟，到處都是重復的代碼，時(shí)間在逐漸的流逝，而項目的進(jìn)度會(huì )越來(lái)越慢，你最后發(fā)現，要想讓項目完美的實(shí)現已經(jīng)不可能了，時(shí)間都浪費在一些重復的勞動(dòng)上，而有好的架構，這些都是可以避免的。人也會(huì )變的絕望，面對著(zhù)象線(xiàn)團一樣的代碼，根本沒(méi)有了工作的激情，也沒(méi)有了動(dòng)力。再加上一些小項目有時(shí)候會(huì )牽扯到幾個(gè)系統，按照這種設計，根本沒(méi)有辦法進(jìn)行單元測試，集成測試又會(huì )耗費太多的時(shí)間，有時(shí)根本就不能測試。結果只有痛苦的重新開(kāi)賽。

　　而有好的設計，情況就會(huì )完全不同，開(kāi)始會(huì )慢一些，而隨著(zhù)項目的進(jìn)行，一切會(huì )逐漸的明晰，你也不會(huì )懼怕陷阱和需求的變化�？粗�(zhù)項目在一天天的完善，心情也會(huì )開(kāi)心。最好項目會(huì )成功。

　　因此，即使是小的項目設計也是十分必要的。

　　什么是好需求？

　　需求要從客戶(hù)的角度去尋找，需求是客戶(hù)要求的抽象，而不是具體的表現，這樣做的需求才能對以后的設計產(chǎn)生積極的影響。而一些具體的要求可能都是易變的，這些可能是商業(yè)政策，而不是真正的需求。需求總是易變的，這就要求架構要有靈活性，靈活性不是靠提前設計實(shí)現“你認為將來(lái)會(huì )有的需求”，而是靠抽象，這樣可以在需求變化時(shí)，架構做最少的修改。從開(kāi)發(fā)者角度說(shuō)，需求是架構必須要實(shí)現的要求，要把抽象的需求再擴展到具體。這樣需求就經(jīng)歷了從具體（客戶(hù)的描繪）到抽象（架構，好的需求）再到具體（實(shí)現）的一個(gè)過(guò)程都是自己的理解，有不合理的地方請指教，剛才圖書(shū)館借了本關(guān)于需求的書(shū)，以前對需求了解太少了，上學(xué)時(shí)學(xué)的印象不深，只有碰到問(wèn)題才能加深理解。