2. 規范化關系數據庫。規范化關系數據庫的時候不要去考慮對象模型。因為對象模型是短暫的，而數據是持久的。換句話說，很可能存在這樣一種情況，即你的關系數據庫會比你的面向對象應用的生命周期多于10幾年。一個通過正常規范化的數據庫可以和任何系統有很好的兼容性，不只是面向對象系統。數據庫可以被多種客戶訪問，并且它的生命會比創建該數據庫的系統更長久。

　　3. 購買報表系統、不要自己開發。不要去開發自己的報表系統，因為這樣的開發費用成本特別高，而且很少做得有商業報表系統好。用于查詢關系數據庫管理系統、以HTML的形式給出結果、所見即所得的開發方式、日程安排等的報表產品已經有商業軟件。大部分自己開發的報表系統都達不到預期的效果，最終都被商業產品所取代。

　　4.用戶界面推薦用HTML。通過Servlets或者JSP生成的HTML用戶界面比用Java Applets或者具有圖形用戶界面的應用程序更容易開發、更快的市場響應能力以及更容易維護。JavaScript和Applets用于加強用戶界面，但一般情況下除非沒有其他的途徑最好不要用。圖形用戶界面給客戶提供了更多的選擇余地，但圖形用戶界面的復雜性給項目成本、維護、開發帶來了不可忽視的問題。另一方面，用JSP生成的HMTL界面的開發周期更短、更容易維護。另外，HTML界面可以越過防火墻，防火墻在B2B和Internet應用中是一個很嚴重的問題。

　　5. 靈活性和性能的考慮。我們在開發系統之前，需要權衡獨立于廠商抽象定義所提供的靈活性和特定廠商產品帶來的性能。一般情況下，特定廠商開發的產品的執行性能會比獨立于廠商抽象定義好，因為特定廠商開發的產品提供了更少的層和抽象。然而，它的靈活性會大打折扣，因為客戶一旦選擇了特定廠商開發的產品，這樣會使得用戶很難在不同用戶之間選擇產品的余地。

　　6. 掌握技術。技術的學習、研究是我們最為基礎的要求。僅僅理解技術是什么和如何運用它們是不夠的。為了理解技術的適用范圍和局限性，軟件專業人員必須研究技術最底層的東西。比如，研究TCP/IP、操作系統、數據庫技術、編譯器等等。這樣將使得你在用具體的技術和什么時候去用具體的技術過程中提供了很好的方式以輔助您的決定。