【正文】 象 。 PI3000 平臺(tái)采用面向?qū)ο?的建模思想和方法 ， 即將 信息系統(tǒng)所管理的事物都 視為對象，唯種類不同而已。 但針對屬性、類型操作這類模型元素仍具備 較高的復(fù)用性，且安全策略歸于安全域管理后也便于維護(hù)。從另一個(gè)角度理解， 角色其實(shí)就是 一類 操作權(quán)利 的集合 ，一個(gè)用戶具備若干角色即具備若干操作的權(quán)利。 強(qiáng)調(diào)一點(diǎn)， PI3000 平臺(tái)的安全建?？梢钥刂频綄ο蠛瓦B接的實(shí)例級別。當(dāng)定義好安全域后，可將安全域 和不同的客體綁定，從而實(shí)現(xiàn)安全域在不 同客體之間的復(fù)用。 安全的本質(zhì)是主體、客體、操作和權(quán)限的關(guān)系集合， 如某種角色 (主體 )對某個(gè)對象 (客體 )的刪除權(quán) (操作 )不允許 執(zhí)行 (權(quán)限 )。安全模型包括系統(tǒng)中的角色 ，以及各種安全域 及安全策略 。包 也是模型元素導(dǎo)入、導(dǎo)出時(shí)的 基本 單元， 借助業(yè)務(wù)模型工具 可導(dǎo)出 包及 其依賴 包 ，便于業(yè)務(wù)模型的遷移和備份 。 包是提供模型分級管理的基本 單元，即每個(gè)包可指定一個(gè)系統(tǒng)管理員，該系統(tǒng)管理員登錄系統(tǒng)后只能管理經(jīng)過授權(quán)的包。 包 是模型元素的分組，通?？珊蜆I(yè)務(wù)子系統(tǒng)的概念 相對應(yīng) 。 平臺(tái)的并發(fā)控制采用 樂觀并發(fā)控制， 即 在 應(yīng)用服務(wù)緩沖中完成并發(fā)檢查，若有沖突則可提示客戶端，可避免危險(xiǎn)的數(shù)據(jù)覆蓋情況 。 PI3000 平臺(tái)的用戶采用用戶組的管理方式 ，可在系統(tǒng)用戶建模組件中完成定義，也可在平臺(tái)預(yù)定義的組織機(jī)構(gòu)管理應(yīng)用中完成 。 為了 方便對模型元素的 引用 ， 也 可使用模型元 素的 WellknownID，但需確保其唯一性。 具體建模方法請參見《 PI3000_UM_基礎(chǔ)業(yè)務(wù)模型管理員手冊 .doc》。動(dòng)態(tài)建模系統(tǒng)主要由系統(tǒng)用戶建模組件、業(yè)務(wù)模型建模組件、系統(tǒng)菜單建模組件、系統(tǒng)全局參數(shù)配置組件構(gòu)成，涉及的模型元素概括可分為基礎(chǔ)模型、安全模型、對象模型、應(yīng)用模型 、工作流 程 、報(bào)表幾 個(gè)大類。 動(dòng)態(tài)建模系統(tǒng) 企業(yè)模型是從信息系統(tǒng)的角度觀察一個(gè)企業(yè)所呈現(xiàn)的邏輯視圖，它描述了一個(gè)企業(yè)中的業(yè)務(wù)信息和業(yè)務(wù)過程，是整個(gè)企業(yè)信息系統(tǒng)的核心。 主控系統(tǒng)對于動(dòng)態(tài)插件類型的功能組件采 用延時(shí)加載的機(jī)制，即只當(dāng)使用時(shí)才加載相關(guān)功能組件，從而提升了運(yùn)行效率。視圖窗口是最為典型和常用的容器型操作界面，各種業(yè)務(wù)處理界面都可以嵌入其中，主控臺(tái)對其提供了多種管理和顯示方式，二次開發(fā)人員也可按照插件規(guī)范進(jìn)行擴(kuò)展。主菜單中提供了一些常用功能的入口，如修改密碼、面板管理、視圖窗口管理等等。另一方面， PI3000 主控臺(tái)可與應(yīng)用服務(wù)器上最新發(fā)布的客戶端程序進(jìn)行版本比較，并自動(dòng)同步更新。 具體功能及使用說明請參見《 PI3000_UM_主控臺(tái)用戶手冊 .doc》。此方式較以往系統(tǒng)各功能模塊獨(dú)立運(yùn)行，甚至需要多次登錄的情況更便于用戶使用，可提供更好的用戶體驗(yàn)。 PI3000 平臺(tái)的用戶經(jīng)身份驗(yàn)證登錄主控系統(tǒng)后，可根據(jù)權(quán)限控制組裝相應(yīng)業(yè)務(wù)應(yīng)用菜單，以進(jìn)行相關(guān)業(yè)務(wù)處理。 PI3000 平臺(tái)技術(shù)皮書 南瑞信息系統(tǒng)分公司開發(fā)部 12 / 23 主控系統(tǒng) PI3000 平臺(tái)的主控系統(tǒng)是平臺(tái)業(yè)務(wù)模型的集成開發(fā)環(huán)境，是最終用戶在 C/S方式下處理所有業(yè)務(wù)的統(tǒng)一入口和操作平臺(tái)，也可作為專業(yè)應(yīng)用模塊的統(tǒng)一調(diào)度入口和宿主程序。 此外， 圖形包還可應(yīng)用于 信息系統(tǒng)中的對象模型結(jié)構(gòu)圖、組織機(jī)構(gòu)圖 ； 電力系統(tǒng) 中的 一次接線圖、保護(hù)定值圖、廠站地理圖等等 。目前平臺(tái)工作流系統(tǒng)的流程定義器 和 任務(wù)調(diào)度系統(tǒng) 的任務(wù)定義器 就是基于圖形包開發(fā)的。圖形包 提供圖元擴(kuò)展接口，可根據(jù) 具體應(yīng)用 需要擴(kuò)展 自定 義的圖元 及狀態(tài)，以 表達(dá)更多主題的圖形。支持國際標(biāo)準(zhǔn)圖形格式 SVG 輸出，支持 Web 瀏覽。 支持動(dòng)態(tài)連接線， 即 當(dāng)圖元之間被連接后，在移動(dòng)圖元的同時(shí)能夠保 持連接關(guān)系而自動(dòng)調(diào)整自身形狀以適應(yīng)新的位置。 圖元具有狀態(tài)，即可 通過改變 圖元的 顏色、形狀、閃爍等 顯示 方式 以 區(qū)別圖元 關(guān)聯(lián)屬性 的狀態(tài) 。 圖形包 PI3000 平臺(tái)提供了 與 應(yīng)用無關(guān)的基礎(chǔ) 圖形 包。 6. 自定義頁面（ B/S） 一級定制擴(kuò)展模塊 （ C/S） B/S 方式可以擴(kuò)展視圖頁面。 5. 頁面 視圖 （ B/S） 應(yīng)用視圖（ C/S） B/S 方式可以擴(kuò)展頁面視圖。 3. 屬性含義 （ B/S， C/S） 可擴(kuò)展屬性含義模板及相關(guān)編輯器。 PI3000 平臺(tái)技術(shù)皮書 南瑞信息系統(tǒng)分公司開發(fā)部 11 / 23 編 號(hào) 擴(kuò)展項(xiàng) 說明 1. 類型客戶端腳本 （ B/S， C/S） 與具體應(yīng)用視圖相關(guān)的界面腳本 （ JavaScript 或 C代碼） 。 但從抽象的擴(kuò)展點(diǎn)來看，不同類型的客戶端具有相同的擴(kuò)展能力。 具體 參見《 PI3000_UM_門戶系統(tǒng)擴(kuò)展開發(fā)手冊 .doc》。 具體參見《 PI3000_UM_報(bào)表系統(tǒng)管理員手冊 .doc》。 具體 參見《 PI3000_UM_工作流系統(tǒng)管理員手冊 .doc》。 具體參見《 PI3000_UM_基礎(chǔ)業(yè)務(wù)模型管理員手冊 .doc》。 具體參見《 PI3000_UM_基礎(chǔ)業(yè)務(wù)模型管理員手冊 .doc》。 服務(wù)端擴(kuò)展 服務(wù)端擴(kuò)展在應(yīng)用服務(wù)器端執(zhí)行，通常是與界面無關(guān)的數(shù)據(jù)處理 方法 ，故一次定義后在 B/S、 C/S 客戶端表現(xiàn)方式下均能體 現(xiàn)效果。 除此之外，目前 相同類型的應(yīng)用服務(wù)組件在 多個(gè)應(yīng)用服務(wù)器之間的緩沖無法自動(dòng)同步，故連接在一個(gè)應(yīng)用服務(wù)器上編輯模型信息后必須手工刷新其余應(yīng)用服務(wù)器 上相關(guān)應(yīng)用服務(wù)組件 的緩沖。 目前此種 緩沖 策略 通常在應(yīng)用服務(wù)端使用。目前平臺(tái)的緩沖策略分為兩類：一、只讀增量緩沖，即將獲取的資源增量加入緩沖池，以便重復(fù)利用，但存在資源失效的問題，需要手工刷新緩沖 。 具體參見 《 PI3000_UM_平臺(tái)擴(kuò)展開發(fā)基礎(chǔ)手冊 .doc》。 平臺(tái)框架 針對常規(guī)的數(shù)據(jù)庫訪問操作 ， 將通用數(shù)據(jù)訪問組件 包裝為更易使用的 IDataAccessService 和 IRemoteDataAccessService 接 口 。但通用數(shù)據(jù)訪問組件本身也可被一些客戶端 WinForm 程序直接使用，從而在開發(fā)專業(yè)子系統(tǒng)的過程中提供數(shù)據(jù) 庫訪問的功能。 具體參見《 PI3000_UM_平臺(tái)擴(kuò)展開發(fā)基礎(chǔ)手冊 .doc》。 通用數(shù)據(jù)訪問組件 PI3000 平臺(tái) 在基礎(chǔ)框架中提供了通用數(shù)據(jù)訪問組件。 插件 結(jié)構(gòu)的基本概念以及具體的開發(fā)規(guī)范請參見《 PI3000_UM_插件開發(fā)手冊 .doc》。 插件結(jié)構(gòu) PI3000 平臺(tái)的 WinForm 程序和服務(wù)端程序都遵循插件結(jié) 構(gòu)，即其主體是一個(gè)很小的內(nèi)核，除此之外的缺省組件及 業(yè)務(wù) 擴(kuò)展組件都以插件的形式注冊到系統(tǒng)之中，并由平臺(tái)內(nèi)核統(tǒng)一加載到主應(yīng)用域運(yùn)行。強(qiáng)調(diào)一點(diǎn)， PI3000 平臺(tái)的代理服務(wù)是客戶端與應(yīng)用服務(wù)通信的唯一入口，同一時(shí)間只能有唯一一個(gè)代根目錄 Resource – 公共資源的目錄 Data – 運(yùn)行時(shí)數(shù)據(jù)的目錄 Option – 運(yùn)行時(shí)選項(xiàng)的存儲(chǔ)目錄 Log – 運(yùn)行日志的目錄 Bin – 可執(zhí)行組件的目錄 （客戶端內(nèi)核程序集） AddIns – 所有插件的根目錄 Dynamic – 動(dòng)態(tài)插件的根目錄 Static – 靜態(tài)插件的根目錄 [AddIn] – 具體插件目錄 Bin – 插件相關(guān)程序集的目錄 Resource – 插件相關(guān)資源的目錄 （ [AddIn]的插件描述文件，可有多個(gè)） ToUpdate – 待更新組件的臨時(shí)文件夾 – 客戶端宿主程序 PI3000 平臺(tái)技術(shù)皮書 南瑞信息系統(tǒng)分公司開發(fā)部 8 / 23 理服務(wù)為客戶端服務(wù)。 當(dāng)硬件資源不足時(shí)，可將應(yīng)用服務(wù)和門戶服務(wù)部署在同一臺(tái)服務(wù)器上，甚至可同時(shí)配置多套應(yīng)用服務(wù)和門戶服務(wù)，以支持多個(gè)不同的數(shù)據(jù)庫；當(dāng)硬件資源充足時(shí)，可 將各個(gè)應(yīng)用服務(wù)和門戶服務(wù)分別部署于不同的服務(wù)器上 ，并可支持自動(dòng) 負(fù)載均衡 。 PI3000 平臺(tái)技術(shù)皮書 南瑞信息系統(tǒng)分公司開發(fā)部 7 / 23 門戶站 點(diǎn) PI3000 門戶站點(diǎn)為最終用戶提供了基于 Web 頁面的統(tǒng)一業(yè)務(wù)處理界面。 入口程序?yàn)椋骸? 胖客戶端（ C/S） PI3000 C/S 客戶端，即 PI3000 主控 臺(tái)，是 PI3000 業(yè)務(wù)模型的集成開發(fā)環(huán)境，也 是 最終用戶處理業(yè)務(wù)（通常是復(fù)雜的專業(yè)應(yīng)用）的工作平臺(tái)。訪問方式為： IP/服務(wù)虛擬目錄名稱 /。 WebService 服務(wù)組件地址： IP/MWMessage/ 7 任務(wù)調(diào)度服務(wù) 在指定時(shí)間或間隙自動(dòng)執(zhí)行預(yù)定義的業(yè)務(wù)操作。 WebService 服務(wù)組件地址： IP/MWWorkflow/ 5 報(bào)表服務(wù) 解析和生成報(bào)表實(shí)例數(shù)據(jù)。 PI3000 平臺(tái)技術(shù)皮書 南瑞信息系統(tǒng)分公司開發(fā)部 6 / 23 WebService 服務(wù)組件地址： IP/MWBusinessModel/ 3 文件服務(wù) 管理虛擬文件系統(tǒng)，提供文件及目錄的上傳、下載和版本比較的功能。 系統(tǒng)服務(wù) 編號(hào) 服務(wù)