【正文】 000_UM_系統(tǒng)數(shù)據(jù) 結(jié)構(gòu)說明》。 WebService 服務(wù)組件地址： IP/MWServiceBroker/ 2 業(yè)務(wù)基礎(chǔ)服務(wù) 具體實(shí)現(xiàn)基礎(chǔ)結(jié)構(gòu)模型服務(wù)、對象模型服務(wù)、安全模型服務(wù)、應(yīng)用模型服務(wù)和業(yè)務(wù)運(yùn)行時(shí)服務(wù)組件。 WebService 服務(wù)組件地址： IP/MWFileService/ 4 工作流服務(wù) 管理工作流的模型和運(yùn)行時(shí)信息。 WebService 服務(wù)組件地址： IP/MWReportService/ 6 消息服務(wù) 支持平臺內(nèi)部消息、 SMS、 Email 消息發(fā)送方式。 WebService 服務(wù)組件地址： IP/MWTaskDispatch/ PI3000 平臺針對每個(gè)應(yīng)用服務(wù)都提供了基于 Web 頁面的監(jiān)控管理界面。 具體 可 參見 各 子系統(tǒng)系統(tǒng)管理員手冊 的服務(wù)監(jiān)管部分 。 它是完全的綠色軟件，所有的配置和運(yùn)行時(shí)信息均存放在其自身的目錄中?？蛻舳四夸浗Y(jié)構(gòu)說明 如下圖所示 。 首頁為： 服務(wù)器 IP/MWWebSite/ 部署 方式 PI3000 平臺是多層分布式系統(tǒng)，可針對硬件配置、性能要求進(jìn)行多種方式的靈活部署。 PI3000 平臺 的邏輯部署 結(jié)構(gòu) 如下 圖 所示 。 基礎(chǔ)框架 PI3000 平臺采用插件結(jié)構(gòu)，從數(shù)據(jù)訪問層到業(yè)務(wù)邏輯層，再到界面表現(xiàn)層，均為業(yè)務(wù)應(yīng)用系統(tǒng)的開發(fā)提供了不同粒度的、豐富的基礎(chǔ)設(shè)施和擴(kuò)展規(guī)范。每個(gè)插件都是平臺的一個(gè)或多個(gè)可擴(kuò)展點(diǎn)（即接口規(guī)范）的物理實(shí)現(xiàn)集合，它由 AddIn 文件描述可擴(kuò)展點(diǎn)與擴(kuò)展實(shí)現(xiàn)的關(guān)系；可擴(kuò)展點(diǎn)以路徑結(jié)構(gòu)進(jìn)行表示，即擴(kuò)展路徑，所有可擴(kuò)展點(diǎn)可以形成一個(gè)邏輯上的插件樹；在同一擴(kuò)展路徑下的擴(kuò)展實(shí)現(xiàn)必須實(shí)現(xiàn)相同的接口，在插件文件中對擴(kuò)展實(shí)現(xiàn)的描述內(nèi)容稱之為 Codon，配合 Condition（擴(kuò)展實(shí)現(xiàn)的 運(yùn)行 條件） 便可動(dòng)態(tài)決定 Codon 對應(yīng)擴(kuò)展實(shí)現(xiàn)的運(yùn)行狀態(tài)。 PI3000 平臺 對象類型的服務(wù)端操作、屬性含義模板都可通過插件結(jié)構(gòu)進(jìn)行擴(kuò)展實(shí)現(xiàn)，具體開發(fā)規(guī)范請參見《 PI3000_UM_基礎(chǔ)業(yè)務(wù)模型管理員手冊 .doc》； 主工作流 報(bào)表 消息 代理服務(wù) 門戶服務(wù) 基礎(chǔ)業(yè)務(wù) 文件系統(tǒng) 數(shù)據(jù)交換 管理客戶端 瀏覽器 服務(wù)器 A 服務(wù)器 B 應(yīng)用服務(wù)器群集 WebService調(diào)用 客戶端 基礎(chǔ)業(yè)務(wù) 基礎(chǔ)業(yè)務(wù) 2 工作流 n ……… ……… PI3000 平臺技術(shù)皮書 南瑞信息系統(tǒng)分公司開發(fā)部 9 / 23 控臺運(yùn)行方式下的 類型操作、類型視圖、應(yīng)用視圖、菜單執(zhí)行體 也 可通過 插件結(jié)構(gòu)進(jìn)行擴(kuò)展 實(shí)現(xiàn) ，具體開發(fā)規(guī)范請參見《 PI3000_UM_主控臺系統(tǒng)擴(kuò)展開發(fā)手冊 .doc》。該通用數(shù)據(jù)訪問組件 具有 對多種類型的 關(guān)系型數(shù)據(jù)庫（ Oracle、 DB SqlServer）的訪問操作功能，但其 不提供自動(dòng) 化 的數(shù)據(jù)庫移植功能，即針對特定數(shù)據(jù)庫書寫的 SQL 無法被自動(dòng)執(zhí)行在不同類型的目標(biāo)數(shù)據(jù)庫上，建議使用 DBSSFactory 規(guī)范開發(fā)數(shù)據(jù)庫相關(guān)應(yīng)用。 由于 PI3000 平臺 是 多層應(yīng)用系統(tǒng)，原則上只有服務(wù)端模塊通過 此 通用數(shù)據(jù)訪問組件訪問數(shù)據(jù)庫，客戶端模塊不直接使用該組件。 具體請 參見《 PI3000_UM_數(shù)據(jù)訪問組件使用手冊 .doc》。 其 中IDataAccessService 用 于 兩 層 方 式 下 的 數(shù) 據(jù) 庫 訪 問 ，IRemoteDataAccessService 用于三層或跨應(yīng)用域方式下的數(shù)據(jù)庫訪問。 緩沖機(jī)制 PI3000 平臺是標(biāo)準(zhǔn)的多層應(yīng)用系統(tǒng)，為提 高運(yùn)行效率，各層各模塊大都采用了緩沖策略。目前此種緩沖策略 通常在客戶端使用；二、可寫緩沖，即將一定量的資源（如數(shù)據(jù)庫中的業(yè)務(wù)模型信息）完全 緩沖到內(nèi)存中 ，所有對該資源的訪問和編輯都必須經(jīng)由平臺服務(wù)，從而確保緩沖內(nèi)容和原始內(nèi)容始 終同步。 具體而言，目前基礎(chǔ)模型、工作流、報(bào)表、消息、任務(wù)調(diào)度各子系統(tǒng)的模型PI3000 平臺技術(shù)皮書 南瑞信息系統(tǒng)分公司開發(fā)部 10 / 23 信息 都采用可寫緩沖策略，故對于這些模型信息的 更改必須經(jīng)由模型定義器完成，手工在數(shù)據(jù)庫中直接編輯的結(jié)果無法即時(shí)反應(yīng)在 應(yīng)用 服務(wù)器緩沖中，進(jìn)而無法在運(yùn)行時(shí) 正確展 現(xiàn)。 擴(kuò)展機(jī)制 PI3000 平臺為滿足個(gè)性化的業(yè)務(wù)需求，提供了形式多樣的擴(kuò)展機(jī)制，以在不同層面支持二次開發(fā)。 編號 擴(kuò)展項(xiàng) 說明 1. 類型服務(wù)端腳本 在預(yù)定義的 業(yè)務(wù)對象事件 中 執(zhí)行自定義 的業(yè)務(wù)數(shù)據(jù) 處理 規(guī)則腳本 。 2. 類型服務(wù)端操作 以腳本或服務(wù)端插件方式執(zhí)行業(yè)務(wù)對象的操作 。 3. 工作流 服務(wù)端 腳本 可 在流程、活動(dòng)、遷移線 上定義業(yè)務(wù)流程規(guī)則腳本 。 4. 報(bào)表服務(wù)端腳本 可針對每個(gè)報(bào)表項(xiàng)定義數(shù)據(jù)處理腳本。 5. 門戶系統(tǒng)服務(wù)端頁面組件 可定制頁面、頁面視圖、頁面組件 。 客戶端擴(kuò)展 客戶端擴(kuò)展在具體客戶端執(zhí)行，通常是與界面相關(guān)的操作，故 需針對不同類型的客戶端（ B/S、 C/S）具體實(shí)現(xiàn)。具體 B/S 的擴(kuò)展規(guī)范請參見《 PI3000_UM_門戶系統(tǒng)擴(kuò)展開發(fā)手冊 .doc》， C/S 的擴(kuò)展規(guī)范請參見《 PI3000_UM_主控臺系統(tǒng)擴(kuò)展開發(fā)手冊 .doc》。 2. 類型客戶端操作 （ B/S， C/S） 含有界面信息的業(yè)務(wù)對象操作。 4. 類型自定義界面 B/S 方式 可以 Skin 或自定義頁面組件方式進(jìn)行擴(kuò)展； C/S 方式可使用 UIBinder 組件進(jìn)行插件擴(kuò)展。 C/S 方式可通過應(yīng)用視圖裝配器擴(kuò)展，或自定義視圖插件 。 C/S 方式可按 主控臺 IViewContent 規(guī)范進(jìn)行插件擴(kuò)展。 該 圖形 包 為矢量圖系統(tǒng)， 具備對圖元進(jìn)行 增加、修改、刪除 等編輯功能，也具有放大、縮小、平移、漫游等瀏覽 功能 。 圖形元素間存在 拓?fù)溥B接關(guān)系， 可結(jié)合具體應(yīng)用進(jìn)行專題拓?fù)浞治觥?支持圖元上的動(dòng)態(tài)標(biāo)注信息 。 圖形包支持二次開發(fā) ， 即 可按規(guī)范對圖形包 的圖元及其狀態(tài) 進(jìn)行 擴(kuò)展。 基于 圖形包 的固有功能以及適當(dāng)?shù)膱D元擴(kuò)展后，二次開發(fā)人員 可 在 多種專業(yè)應(yīng)用 中實(shí)現(xiàn)圖形功能 。 在 DMIS 專業(yè)應(yīng)用中也存在很多圖形包的應(yīng)用場景，如 電網(wǎng)設(shè)備管理模塊中， 可實(shí)現(xiàn) 圖元與設(shè)備的關(guān)聯(lián)， 從而 通過圖形查看電網(wǎng)設(shè)備 ，并 可 支持由圖到設(shè)備和由設(shè)備到圖的查詢和定位 。 圖形包的具體擴(kuò)展和使用方法請參見《 PI3000_UM_圖形包使用手冊 .doc》。主控系統(tǒng)要求所運(yùn)行的客戶端安裝 .Net Framework ，推薦至少配備 256M 以上的內(nèi)存。所有業(yè)務(wù)功能組件都以插件的方式集成運(yùn)行于主控系統(tǒng)中，用戶只需一次登錄便可使用權(quán)限允許范圍內(nèi)的所有業(yè)務(wù)功能模塊，如業(yè)務(wù)建模、值班日志填寫等。 主控系統(tǒng)的具體功能涉及許多方面，主要包括：多應(yīng)用服務(wù) 節(jié)點(diǎn)支持、 身份驗(yàn)證、自動(dòng)下載及版本比較、個(gè)性化菜單組裝、各種功能模塊的運(yùn) 行宿主及頁面管理、工作流啟動(dòng) 、消息提示和新任務(wù)自動(dòng)檢測、工作流任務(wù)處理、短信息處理、角色委托、口令修改、 輔助調(diào)試、 系統(tǒng)幫助以及個(gè)性化布局記憶等。 主控系統(tǒng)通過配置與代理服務(wù)（ ServiceBroker）的連接信息，以 WebService的方式與各個(gè)應(yīng)用服務(wù)進(jìn)行交互，故 PI3000 主控臺可在 Inter 上運(yùn)行。其智能化的自動(dòng)升級和版本控制機(jī)制 的 工作原理如下圖所示： PI3000 平臺技術(shù)皮書 南瑞信息系統(tǒng)分公司開發(fā)部 13 / 23 主控臺的工作區(qū)域主要分為：主菜單、面板、視圖窗口。面板是一種浮動(dòng)并可隱藏的工作處理界面，可通過插件規(guī)范進(jìn)行擴(kuò)展（如顯示專業(yè)應(yīng)用的工具窗口等）。主控臺的具體擴(kuò)展規(guī)范請參見《 PI3000_UM_主控臺系統(tǒng)擴(kuò)展開發(fā)手冊 .doc》。同時(shí)， 主控系統(tǒng)不改動(dòng)任何客戶機(jī)配置， 采用 XCopy 的方式進(jìn)行部署， 即拷即用，即刪即除，是完全的綠色軟件。 PI3000 平臺的動(dòng)態(tài)建模系統(tǒng) 就是 一套完善的 業(yè)務(wù)模型集成開發(fā)環(huán)境 。從具體業(yè)務(wù)來看，動(dòng)態(tài)建模系統(tǒng)可完成對企業(yè)用戶、PI3000 平臺技術(shù)皮書 南瑞信息系統(tǒng)分公司開發(fā)部 14 / 23 表單數(shù)據(jù)、權(quán)限策略、業(yè)務(wù)流程、報(bào)表的定義和維護(hù)。 PI3000 平臺的 動(dòng)態(tài)建模系統(tǒng)以 GUID 作為模型元素的主鍵， 充分 保證 了 模型元素的唯一性，便于模型 元素 的 系統(tǒng) 間 復(fù)用。 基礎(chǔ)模型 基礎(chǔ)模型包括一個(gè)企業(yè)中的用戶，平臺數(shù)據(jù)類型，并發(fā)控制，模型組織 方式等。 PI3000 平臺定義了一套數(shù)據(jù)庫中立的 數(shù)據(jù)類型， 從而 使建模過程屏蔽底層具體的數(shù)據(jù)庫。 PI3000 平臺采用包作為業(yè)務(wù)模型元素的一種通用組織 方式 。包 可以包含諸如表單類型、安全控制、業(yè)務(wù)流程、報(bào)表等其它類型的模型元素。包支持引用概念，即如果一個(gè)包需要使 用另外一個(gè)包中的模型元素，則 其必須顯示的引用該依賴包 ，這種做法有利于將業(yè)務(wù)模型模塊化 。 安全模型 安全模型是基礎(chǔ)模型之上的模型。角色采用分組管理的方式。安全域 就 是 指 將主體、操作、PI3000 平臺技術(shù)皮書