巨型專案如何選擇合適的框架?

elephi發表於2006-05-27
最近參與了一個大型專案,是一個省級地稅業務大集中專案。客戶要求我們給出一個技術框架的選擇方案,並給出選擇的理由。這個專案計劃將以前分佈在各地的各種稅務系統應用(大多是PB等開發的程式,資料庫 Oracle)重新開發為B/S系統,並且集中執行在省局。目前資料庫的大集中已經完成,並且已經完成了一些報表需求。下一步是應用的改寫和集中。應用的分析工作暫時不談,現在是技術框架的選型比較頭痛。是使用一個純EJB的方案,還是適當使用一些其他技術框架元素,例如以O/R Mapping 替代CMP? 因為目前的EJB應用現狀中,似乎SLSB是用的最廣泛的部分,而有狀態會話Bean和CMP則被人詬病良多。這個大型應用,個人認為事務肯定是必須得到支援的,分散式的需求目前還不是很清楚,但是如果應用的規模比較大,就有可能需要得到支援。所以,我估計SLSB的應用是少不了的。此外系統對效能和可靠性也有較高的要求,因為是日常常用的業務系統,不能在效能上太差,更不能罷工。
還有一個比較獨立的方面,就是UI。使用者希望得到的UI和以前的C/S介面操作的強大程度相差不大,目前有什麼UI框架可以做到這個效果?
還有就是生產率方面。使用者現在是用Use Case等方式分析業務,因此,我相信在應用邏輯的開發上基本的思維還是OO的。不過在查詢等方面可能會採取資料庫為中心的方式。那麼這樣的系統應該採用什麼樣的模式來設計,來保證足夠好的生產率?一要保證現有應用的遷移儘快完成,二要保證將來業務變更後能夠迅速開發完成。

這個一個巨型應用的框架的選擇,各位有什麼好的建議沒有?


相關文章