應用系統叢集解決方案

一、應用系統叢集（OA）包含三個部分的內容：功能組件、基礎架構、驗證中心。分別的功能作用：

1） 功能組件

　　項目功能模組組件, 就是把項目模組化，比如郵件管理，網盤管理，車庫管理，請銷假管理等功能模組，然後通過在【驗證中心】註冊來添加系統功能。這樣在【基礎架構】中就可以訪問這些項目功能。優點：項目開發條理清晰，可以根據不同的客戶進行功能組合來滿足客戶的需求，其次對於項目的維護和升級可以只進行模組層級變更，出現異常只會影響模組層級，而不會影響整個系統的運作。缺點：對於項目的版本維護(模組很多版本不好維護), 模組間的資料處理難度提高。

2） 基礎架構

　　使用者單點登入進入到操作介面，主要包括：登入驗證（訪問驗證中心WebServer），介面布局（類似圖檔管理主介面布局,根據使用者權限載入對應的功能菜單）,頁面基類（許可權和目前使用者資訊,所有開發頁面都繼承）。

3） 驗證中心

　　對於組織架構（部門資訊），使用者資訊，系統角色、許可權，項目以及功能菜單註冊進行統一的管理，本單位所有系統的使用者資訊以及許可權等訪問的中心。優點：單位開發多個系統的時候只要有一個單位基礎資訊維護和身份資訊驗證。缺點：驗證中心會多個系統訪問，所以系統效能要提高。

二、系統架構

　　從功能模組到驗證中心都採用四層架構設計。包括：展示層(UI)，業務層(BLL)，資料訪問層(封裝ADO.Net),公用介面層(Common)。分別的功能作用。

1） 展示層(UI)

　　展示層由UI（User Interface）和UI控制邏輯組成。訪問業務層資料。

2） 業務層

　　業務層封裝了實際商務邏輯和資料處理，包含資料驗證，事物處理等業務相關操作，是整個應用系統的核心。因此設計一個能夠真實反映實際需要的業務層是非常必要的，我們將實際業務具體分為業務資料與業務操作兩部分。

3） 資料訪問層

　　資料訪問組件都是基於ADO.Net的淺封裝，用於業務層調用。它的優點在於封裝層次低所以速度最快，我們可以手動組織sql語句用來適應複雜的操作以及個性的最佳化等。缺點是無法直接處理自訂資料實體方式的業務實體物件，需要將業務實體中的資料屬性以參數形式傳入傳出。

4） 公用介面層

　　模組基礎配置資訊以及模組間資料提供者。