項目開發中所想到的、、、

近幾個月公司在全面改進以前的舊系統，打算在原有系統的基礎上重新規劃公司的ERP系統，為此還進行了招兵買馬的決定，人招了，項目也做了幾個月了，但實際並沒有當初預想的那麼好。下面是我對系統及開發過程中的一點認誤，請大家一起來討論，有好的建義提一下。
1、開發平台：ADO.NET+C#+SQLServer2000
2、開發模式：三層架構模式
3、開發問題思考
我們從第二條開始說起，關於三層模式的開發在網上我們也可看到很多完整的例子及源碼，我有一點要提出來討論一下，就是在UILayer,BusinessLayer,DataAccessLayer這三層以外還有也算是一個層次了吧－－實體層。
實體層的大概結構是這樣的，采用了Inherit DataSet 的方式去把數據庫中的表結構反應到這個層中。
通過實體運用ADO.NET對數據庫進行一系列的操作。不知大家平時用不用這種方法，這種方法相比這下有什麼優勢。
此外就是對開發過程中用到很多控件，一部分是自己來開發的，但遇到不少問題，也許是剛開始開發經驗不足，再加上也可能是開始規化的還不夠太嚴謹的原因吧。控件問題也在摸索中慢慢減少BUG，但進度好慢，主要原因是需求不是太到位造成的，如表結構的改動，界面的改動（這對程序的影響還小些），需求的改動，這一系列的改動給我們的開發造成了很大程度上的重復工作。因為在我們這個開發模式下表結構的改變會直接影響到實體層所建的表，以及DataAccessLayer層所生成的SELECT，UPDATE，DELETE語句。起初重復修改的工作使我們也花在這上面不少時間。開發進度一度基本上比原定的日程慢將近一個月。為此我們近來一段時間為了趕進度好忙。
但這種實體層的好處還是有的，這樣使對數據庫的操作變的容易些，程序也很健壯，因為裡面對數據庫的操作都采用ADO.NET的一些思想和方法。
開發過程是漫長的，但不是枯燥而是有味的、、、

思考：程序開發需求分析設計是靈魂，開發模式是保證，團隊是基礎。
待續