JSP項目設計中的方法論

作者：運氣
email: webmaster@chinaspx.com
在設計JSP項目的時候，現行的方法學提供的更多是限制而不是協助。按照Casey Kochmer的觀點，成功的運行一個JSP項目的關鍵是專案管理而不是設計
。
與一般的想法相反，在運行一個項目的時候，最好的設計方法學並不是那種正式的方法。多數設計方法學都是臃腫而不切實際的。如果一種設計方法需要200頁的手冊才能說明，那隻能說明它在實際應用的時候顯得太複雜了。我認為，設計方法的本質應該是簡單和整體的。實際上，對於一個成功的設計方法，最關鍵的甚至可以說是與設計無關的東西，而是專案管理策略。如果管理不當，即使你有最好的設計也有可能失敗。在設計方法中，最重要的一點是必須提供一個簡單的架構，這個架構要能把任何成功設計中廣泛存在的對立和矛盾包容在一起。
在下面的指南中，我們將解釋這個問題，講述專案管理中最基本的組成原則。
專案管理原則
有幾個主要的因素可以導致項目失敗。我們在下面列出最主要的10個，還包含對每個因素的簡單解釋。
項目過於死板，不能按照使用者需要進行必要的改動。
項目毫無原則，經常因使用者的意願進行改變，因而無法在合理的時間內完成。
在編程人員和客戶之間缺乏溝通或者溝通很差。
有不切實際的預期目標。
時間表是不切實際的。
項目過大，無法進行成功的管理。
沒有測試或者測試過多。
使用錯誤的工具。
項目使用的技術對於項目和使用者來說太過先進，超前。
項目進行不尊重項目成員。
下面的多數原則就是為瞭解決這些問題而提出的。當然，每個項目都有其自身的平衡點。因此每個專案經理和主程式員都要按照自己項目的內部特色進行調整。
在項目的設計過程中，必須允許使用者提出改變設計的要求。但是同時一個項目又要有一定的“剛性”，要使設計的改變盡量少。平衡這個矛盾需要非常好的設計藝術，而且每個項目的平衡點都是不一樣的。
在項目進行過程中，團隊需要直接與客戶溝通，至少也要保證最低限度的項目回顧和問題澄清/分析過程。
一個項目的時間不要超過一年，以6到9個月為最佳。任何更大更長的項目最好切割為小的子項目。
專案經理與程式設計主管一定要是不同的兩個人。將者兩個角色合一使一個人的負擔過大，兩個角色都作不好。
一個項目的人數不要超過7個，以5個為最佳。
一個項目小組最好能混合資深的和年輕的開發人員
我發現，如果一個開發小組全是資深的開發人員，那麼小組很容易陷入陳腐和習慣化的情況。而一個完全又年輕的開發人員組成的隊伍又明顯的缺乏經驗。團隊中的年輕成員可以消除老的資深人員的惰性，年輕的新手可能經常會問，這個為什麼要這樣作？這種問題經常帶來良好的改進。同時，資深的開發人員可以訓練新手，讓他們經常對設計進行檢查，這也可以帶來改進。