【正文】 復用和便于搭建統(tǒng)一服務邏輯浙江大學碩士學位論文 第 3 章 智能建筑信息集成平臺系統(tǒng)架構設計15組件中心，方便客戶端（WebForm、Winform 和 WPF）進行服務邏輯模塊的統(tǒng)一調用。WebForm 采用 CodeBehind 方式進行頁面開發(fā)。主要是方便頁面間模塊化和界面邏輯間的解耦，并利用 本身特性方便 實現(xiàn) web 頁面插件化（熱插拔）。 服務層技術架構對于服務層，封裝了系統(tǒng)的業(yè)務邏輯，并提供了供外部訪問的接口，包括API 形式的調用接口（用于同一進程中的 local 調用），以及基于 WCF 暴露給外部的 Service（用于分布式的 remote 調用）。對于暴露給外部的 Service，有的只提供 給表示層，有的只提供給外部系統(tǒng)；另外還有一些 Service 可以同時提供給表示層及外部系統(tǒng)，但提供的方式和策略是不同的，比如，考慮到網絡環(huán)境及安全性要求等因素，對于不同的訪問請求需要有不同的策略，對于表示 層的請求，可以以二 進制的 SOAP 格式通過 TCP 協(xié)議進行通信，而對于外部系 統(tǒng)的請求， 則以 SOAP 通過 HTTPS 進行通信。這種策略的定義，在 WCF 中是很容易配置的 [15]。對于服務層所需要的數(shù)據(jù)，來源于兩方面，一是來源于數(shù)據(jù)持久層，二是來源于外部系統(tǒng)。 數(shù)據(jù)持久層技術架構對于數(shù)據(jù)持久層，封裝了對各種數(shù)據(jù)源的訪問操作，提供了對底層的數(shù)據(jù)源（多種關系型數(shù)據(jù)庫以及 CVS、Excel、及其他各種文件等）的統(tǒng)一訪問接口，屏蔽不同數(shù)據(jù)源之間的差異，并且提供 O/RMapping 層 ，根據(jù)不同項目、不同模塊的需要，返回給服務層的數(shù)據(jù)，可以是業(yè)務對象形式（在 O/RMapping 層進行轉換），也可以是基于表結構的 DataReader、DataSet 等對象。數(shù)據(jù)持久層對外提供的訪問接口，也包括 API 形式的調用接口（用于同一進程中的 local 調用，即服務層與數(shù)據(jù)持久層部署在同一臺服務器上，被業(yè)務邏輯層直接調用），以及基于 WCF 暴露給外部的 Service（用于分布式的 remote 調用，即服務層與數(shù)據(jù)持久層部署在不同的服務器上，供服務層調用） [16]。浙江大學碩士學位論文 第 3 章 智能建筑信息集成平臺系統(tǒng)架構設計16數(shù)據(jù)持久層可以再細分為兩個層面，一層是用來進行 O/RMapping，另一層是用來屏蔽數(shù)據(jù)源（多種關系型數(shù)據(jù)庫以及 CVS、Excel、及其他各種文件等）之間的差異，如架構設計圖中數(shù)據(jù)持久層的設計所示。目前現(xiàn)有的一些數(shù)據(jù)訪問層組件，在實現(xiàn)上將上述提到的兩層結合在一起進行了實現(xiàn)，如 NHibernate，既實現(xiàn)了 O/RMapping，同時也屏蔽了多種數(shù)據(jù)庫之間的差異。另外一些數(shù)據(jù) 訪問層組件，如微 軟的 Data Access Application Block，提供了數(shù)據(jù)訪問的 統(tǒng)一接口，屏蔽了數(shù)據(jù) 庫 的差異性，但并未 實現(xiàn) O/RMapping。 數(shù)據(jù)訪問層可選擇組件：1. Microsoft Data Access Application Block2. NHibernate3. 基礎組件架構 異常管理模塊可選用構件：Microsoft Exception Handling Application BlockMicrosoft Exception Handling Application Block 提供異常 處理的 API 以及異常處理策略的配置界面，開 發(fā)人員在調用 API 時使用相關的異常處理策略名稱，而具體處理異常的策略的內容可在任意時刻（包括系統(tǒng)運行時）進行編輯，使得異常處理可實現(xiàn)運行時的個性化定制，根據(jù)客戶不同的需求來編輯不同的處理策略。浙江大學碩士學位論文 第 3 章 智能建筑信息集成平臺系統(tǒng)架構設計17圖 是 Microsoft Exception Handling Application Block 的設計圖： 圖 Exception Handling Application Block 的設計圖結合 AOP 及 WCF 的思想及 實現(xiàn)，通 過與 WCF 類似的編程方式可將Microsoft Exception Handling Application Block 在 AOP 方面更進一步，使得開發(fā)浙江大學碩士學位論文 第 3 章 智能建筑信息集成平臺系統(tǒng)架構設計18人員在編碼時完全不用考慮異常的處理（即不用去寫具體的 try…..catch……等語句）。 日志管理模塊1. 日志管理的設計需要滿足以下目標：2. 支持多種層次的日志級別3. 同步/異步的方式都要支持4. 支持多種輸出形式，如文件、數(shù)據(jù)庫、控制臺、Email 等5. 簡單易用的管理界面6. 提供統(tǒng)一的日志調用接口本平臺選用構件： Microsoft Logging Application Block浙江大學碩士學位論文 第 3 章 智能建筑信息集成平臺系統(tǒng)架構設計19如圖 是 Microsoft Logging Application Block 的設計圖： 圖 Microsoft Logging Application Block 的設計圖 配置管理模塊配置管理的設計應滿足架構圖中各個需要進行配置的技術及構件，如各層浙江大學碩士學位論文 第 3 章 智能建筑信息集成平臺系統(tǒng)架構設計20組件間的通信配置、數(shù)據(jù)訪問配置、異常管理配置、日志管理配置、依賴注入配置、緩存管理配置、事務管理配置、加解密及安全配置等。選用組件：Microsoft Enterprise Library Configuration Console（配置工具）Microsoft Enterprise Library Configuration Console 為微軟 Enterprise Library的組成部分，為 Enterprise Library 中提供的數(shù)據(jù)訪問管理、異常管理、日志管理、安全管理、緩存管理等都提供了強大的配置支持。 事務管理事務管理的設計需要滿足以下目標：1. 事務可以以聲明的形式來進行定義，包括 Attribute 聲明和 XML 聲明；2. 事務可以在編碼時定義，也可以在系統(tǒng)部署時定義；3. 支持雙階段事務、分布式事務； Framework 中，只提供了數(shù)據(jù)訪問層的事務 API，無法支持分布式事務，如果系統(tǒng)需求實現(xiàn) 相應的功能，需要借助于 COM+；.Net Framework 以 LTM（Lightweight Transaction Management）的事務管理方式，提供了事務的命名空間（ ），該命名空間下提供了事 務處理相關的 API，且支持分布式事務，更為重要的，它支持事務的 Promotion。WCF 提供了以 Attribute 聲明實現(xiàn)的事務編程（ Framework 的事務機制），使得開發(fā)人員只需在相應的方法前添加一個事務的標簽就可完成事務的功能，從而將事務處理獨立 為一個“方面”從業(yè)務邏輯代碼中抽取出來。 緩存管理可選用組件：Microsoft Caching Application BlockMicrosoft Caching Application Block 適用于 WinForm、Console Application、Windows service、COM+ Server、 Web 程序等多種應用程序，提供了多種緩存的存儲 方式以及過期策略，可根據(jù)不同的項目需要來進行選擇。如圖 所示是 Microsoft Caching Application Block 的設計圖浙江大學碩士學位論文 第 3 章 智能建筑信息集成平臺系統(tǒng)架構設計21圖 Microsoft Caching Application Block 的設計圖 認證及授權管理浙江大學碩士學位論文 第 3 章 智能建筑信息集成平臺系統(tǒng)架構設計22認證及授權管理的設計需要滿足以下目標：1. 提供對多個應用系統(tǒng)進行統(tǒng)一的認證及授權管理2. 便于系統(tǒng)實施調整，做到權限和應用無關3. 權限管理可以采用外掛的形式進行，不影響應用代碼的開發(fā)；權限可以在部署階段再進行配置4. 提供豐富的雙向服務 API，可以滿足權限管理的基本要求5. 提供方便的管理和使用界面6. 和菜單界面方便集成7. 支持與現(xiàn)存的目錄服務進行簡單映該平臺選用組件：Microsoft Security Application Block如圖 所示是 Microsoft Security Application Block 的設計圖： 浙江大學碩士學位論文 第 3 章 智能建筑信息集成平臺系統(tǒng)架構設計23圖 Microsoft Security Application Block 的設計圖 總體功能架構平臺按功能層次總體分為三層 [18]，如圖 所示：浙江大學碩士學位論文 第 3 章 智能建筑信息集成平臺系統(tǒng)架構設計24組 織 機 構 （ 組 織 、組 織 機 構 、 崗 位 、人 員 . . . ）主 程 序 框 架 （ 菜 單管 理 、 登 陸 管 理 、工 作 區(qū) 管 理 、 系 統(tǒng)參 數(shù) 管 理 . . . ）用 戶 權 限 （ 權 限 、角 色 、 用 戶 、 用 戶組 . . . ）工 作 流 （ 流 程 引擎 、 流 程 設 計 ） 、事 務 中 心元 數(shù) 據(jù) （ 數(shù) 據(jù) 庫 、表 、 列 ）公 用 模 塊 （ 日 志 、提 示 信 息 . . . ）客 戶 定 制 化 開 發(fā) 模塊 （ 無 所 不 能 ）可 配 置 基 礎 編 碼 管 理 （ 查詢 、 維 護 ： 單 表 、 1 對 多 、 多對 多 ）數(shù) 據(jù) 維 護 網 格 （ 包 含 時 間維 護 的 單 表 ）數(shù) 據(jù) 集 成 （ 數(shù) 據(jù) 抽 取 、 查 詢 、 統(tǒng) 計 ）商 業(yè) 智 能 （ 圖 表 自 定 義 ： 報 表 、 圖 形 、 表單 ； 統(tǒng) 計 審 批 ）基 礎 業(yè) 務 框 架 層應 用 實 現(xiàn) 層智 能 信 息 集 成 平 臺應 用 層智 能 綜 合 布 線系 統(tǒng)可 視 對 講 聯(lián) 網系 統(tǒng)一 卡 通 門 禁 系統(tǒng)華 數(shù) 家 庭 物 聯(lián)網 系 統(tǒng)智 能 家 居 系 統(tǒng)圖 智能建筑信息集成平臺功能結構圖基礎業(yè)務框架層包含的功能是項目計劃的第一階段內容，也是所有應用平臺實現(xiàn)的基石；應用實現(xiàn)層實在基礎框架層之上擴展的一些通用模塊或客制化模塊。數(shù)據(jù)集成、 統(tǒng)計報表， 統(tǒng)計查詢等商業(yè)智能這部分功能在 項目第二階段進行實現(xiàn)；中間層非加粗字體部分和最上面的應用層則為利用平臺實現(xiàn)的應用系統(tǒng)所在層次，屬于平臺范圍之外。按著系統(tǒng)實體對象的特性及對象職責，將模塊進行橫向層次劃分，層次描述如表 所示： 表 智能建筑信息集成平臺模塊說明和功能描述子模塊名稱 功能描述公用模塊 系統(tǒng)日志管理（寫入、查詢日志）。主程序框架 系統(tǒng)參數(shù)設置，菜單管理(擴展于角色模塊的資源管理)，用戶工作區(qū)設置，用戶快捷菜單設置，用 戶登錄，注銷 用戶，切換用戶。元數(shù)據(jù)管理模塊 數(shù)據(jù)源、數(shù)據(jù)表、數(shù)據(jù)列（元數(shù)據(jù)模型）管理。浙江大學碩士學位論文 第 3 章 智能建筑信息集成平臺系統(tǒng)架構設計25子模塊名稱 功能描述組織機構模塊 人員管理，崗位管理，機構管理，工作 組管理。用戶權限模塊 權限資源管理，用戶管理，角色管理，基于用 戶、角色的權限（功能、數(shù)據(jù)集權限）管理，身份校驗，權限校驗，分級授權管理，委托授權管理，角色授權管理。工作流管理模塊 工作流定義，工作流引擎，事務中心。商業(yè)智能 可配置或二次開發(fā)的數(shù)據(jù)集成及數(shù)據(jù)統(tǒng)計查詢、統(tǒng)計圖表、統(tǒng)計報表。通用編碼管理模塊普通只有編碼，名稱，排序等幾項的數(shù)據(jù)字典類別和數(shù)據(jù)記錄管理。配置實現(xiàn)單表維護，一對多，多對多表維護，依賴于元數(shù)據(jù)模型。通用數(shù)據(jù)網格管理模塊主要是配置實現(xiàn)數(shù)據(jù)日期，單位，人等常用企 業(yè)管理數(shù)據(jù)管理網格，針對單個人、單表的數(shù)據(jù)進行維護的通用功能，依賴于元數(shù)據(jù)模型。每個模塊同樣存在著縱向層次劃分，按照總分分層模式劃分，這里的劃分指的是邏輯上的，物理組件上不強求進行這種拆分。需要強調工廠層在三層架構中不算實體層次，只不過是為了方便客戶端調用而存在的一個服務對象外觀類。人員和用戶從概念上是兩個對象，但是卻是不可分割的兩個對象，關聯(lián)上可以是 1 to 1 to n、泛化關系，因為市場上普遍的單點登錄的需求，在我們系統(tǒng)中約定為是 1 to 1 或泛化關系的內置規(guī)則。公用模塊的設計描述如表 所示： 表 公用模塊說明和描述模塊名稱 子模塊描述日志管理 操作日志的記錄和查詢。公用信息提示管理 用于和用戶交互的公用提示信息管理和調用。通用編碼管理模塊的設計描述如表 所