行政管理業(yè)務模型的免編程開框架實踐

1、行政管理業(yè)務模型的免編程開發(fā)框架實踐吳譽槐 稅務綜合辦公信息系統(tǒng)項目組中國軟件與技術服務股份有限公司 100081 Tel: E-mail: 當前電子政務建設方興未艾，電子政務建設過程中行政管理業(yè)務是一個非常重要的業(yè)務內容，本人在多年的工作實踐中，對行政管理業(yè)務模型進行建模，并設計出一個能夠適應大多數(shù)行政管理業(yè)務的開發(fā)框架，基本達到通過配置的方式來實現(xiàn)業(yè)務。關鍵詞：免編程 開發(fā)框架 業(yè)務模型 行政管理1 概述當前電子政務建設方興未艾，電子政務建設過程中行政管理業(yè)務是一個非常重要的業(yè)務內容,行政管理業(yè)務系統(tǒng)的主要功能包括：（1）有關行政管理基礎數(shù)據(jù)的采集與處理?；A數(shù)據(jù)的采集主要包括：伴隨行政審

2、批、公文處理、事務處理過程產生的數(shù)據(jù)；人事檔案數(shù)據(jù)、教育管理的數(shù)據(jù)；財務數(shù)據(jù)等。（2）行政審批、公文處理、事務處理的規(guī)范化、標準化和程序化的流轉功能。拓展公文處理系統(tǒng)的功能，使所有審批和處理事項按照標準化、規(guī)范化的要求實現(xiàn)程序化的處理。（3）方便靈活的統(tǒng)計查詢和分析功能。重點在于人事、財務數(shù)據(jù)的分析查詢，整體工作情況的分析查詢，事務處理過程的追蹤查詢，從宏觀到具體事項的層層“挖掘”。（4）人機結合的自動考核評價功能。核心在于處理環(huán)節(jié)的可度量性，以及從宏觀角度的評價體系的客觀性。行政管理信息系統(tǒng)在設計時，要求立足組織機構內部，還要面向整個系統(tǒng)內的定位，不僅要考慮一級組織內部的行政審批流轉問題，而

3、且要以更寬闊的視野，特別是考慮上下級組織之間的業(yè)務處理模式，即基于廣域網(wǎng)的跨機關的行政審批處理。根據(jù)行政管理業(yè)務的特點，本人及所在團隊對此進入了非常深入細致的分析，通過對此類業(yè)務進行一個比較深入的建模，并利用最新的軟件開發(fā)技術，實現(xiàn)了一個免編程式二次配置開發(fā)框架。2 業(yè)務模型行政管理業(yè)務系統(tǒng)按照不同子系統(tǒng)與其它子系統(tǒng)的相互關系，可以分為基本業(yè)務子系統(tǒng)（公共模塊）、功能性業(yè)務子系統(tǒng)（專業(yè)模塊）。其中文件處理子系統(tǒng)、工作日程安排子系統(tǒng)屬于公共子系統(tǒng)。按照行為模式可以分為流程式子系統(tǒng)和非流程式子系統(tǒng)；按照功能類型分可以分為內容管理類、流程管理類、查詢分析類和信息服務類。流程管理類按照流轉內容來分又包

4、括文件（即非結構化文檔）流轉和結構信息流轉兩種流程類型；按照流轉路徑特征分有流程路徑限制類型和人員職責限制兩種類型。以下將針對行政管理業(yè)務模型進行展開說明。行政管理業(yè)務模型該模型包括10大部分，即行政管理業(yè)務規(guī)程、系統(tǒng)安全管理規(guī)范、統(tǒng)一的用戶界面展示、各類專業(yè)的業(yè)務功能模塊、公用業(yè)務功能模塊、行為主體管理、權限管理、統(tǒng)一的業(yè)務管理（包括文檔管理、流程管理、查詢管理以及信息服務）、統(tǒng)一的數(shù)據(jù)訪問、統(tǒng)一的數(shù)據(jù)存儲。行政管理業(yè)務規(guī)程來自業(yè)務需求，經(jīng)過深入分析和抽象，以規(guī)范化的形式存儲在數(shù)據(jù)庫中，并應用于各層業(yè)務處理活動。系統(tǒng)安全管理規(guī)范一部分是安全管理規(guī)章、制度和規(guī)程，一部分是系統(tǒng)安全管理技術和工具

5、。前一部分要求有關人員遵守，后一部分要求系統(tǒng)設計、開發(fā)、運行與維護時得到貫徹。用戶界面是操作者可以看到的、直觀的系統(tǒng)外在表現(xiàn)。通過它，操作者與系統(tǒng)進行交互，向系統(tǒng)輸入數(shù)據(jù)，利用系統(tǒng)提供的管理、分析、監(jiān)控功能。用戶界面中又包含三大類，第一類就是業(yè)務導航器，體現(xiàn)一個各類功能的一個組織；第二類就是所謂的業(yè)務管理容器，它有效地組織系統(tǒng)中各類信息，為使用者提供信息管理、查找利用的便利；第三類就是普通的業(yè)務處理界面，它是我們針對一個業(yè)務對象真實要處理的內容。行為主體是行政管理業(yè)務過程中涉及的組織、部門、崗位、人員等的高度抽象。行政管理系統(tǒng)說到底是人機交互系統(tǒng)，行為主體是業(yè)務過程中各項活動的發(fā)起者、推動者，

6、在系統(tǒng)中其扮演的角色是非常的重要。為了工作上的方便，通常將具有相同職能的行為主體定義為角色。角色可以劃分為絕對角色和相對角色。絕對角色不依賴特定的環(huán)境就可以明確行為主體的身份，或者說在隱含的上下文環(huán)境中，不用加以特殊說明就可以明確行為主體的身份。相對角色依賴特定的上下文環(huán)境才能確定行為主體身份。相對角色行為主體身份的確定通常依賴組織、部門、相關人員或者相關崗位。業(yè)務處理是一個行政管理業(yè)務系統(tǒng)最為關鍵的部分，也是實現(xiàn)業(yè)務功能的最為重要的部分，它提供一系列方法，為用戶處理信息、數(shù)據(jù)提供可能。它主要包括四部分的內容，第一就是文檔，也就是進行業(yè)務分析是所說的業(yè)務對象的管理，業(yè)務對象的管理除了業(yè)務操作的

7、處理，同時還應當包括有業(yè)務對象之間的變換等。第二就是流程的管理，可以將其想象為傳送帶，通過它將組織、部門、崗位、人員等行為主體連接起來，并將工作或文檔從一個環(huán)節(jié)傳送到另一個環(huán)節(jié)，同時進行跟蹤記錄。在流程的管理中，可能衍生出對流程事務的一些考核評價的功能。第三就是查詢及統(tǒng)計分析類的業(yè)務處理，此類業(yè)務處理功能與事務性的流程處理功能表征上有所不同；第四就是相對比較獨立的一塊，將在流程事務處理過程中產生的一些信息通過信息服務的方式展現(xiàn)出來。統(tǒng)一數(shù)據(jù)訪問是連接存儲數(shù)據(jù)及業(yè)務處理邏輯的紐帶。數(shù)據(jù)及系統(tǒng)平臺是整個系統(tǒng)的基石。這里僅給出了一個抽象概念，其實它是整個系統(tǒng)的物質基礎，是計算機通信網(wǎng)絡、主機、操作系

8、統(tǒng)、數(shù)據(jù)庫系統(tǒng)和相關支撐軟件和設備的統(tǒng)稱。3 基本技術框架 基于對以上行政管理業(yè)務的理解，經(jīng)過分析，設計了一個基本的技術框架來滿足一個此類業(yè)務的快速開發(fā)，該框架首先采用基于組件的開發(fā)和分層的技術路線；其次框架的一個重要技術路線就是基于大顆粒構件復用的技術路線；另外一個技術路線就是采用SOA的技術思想。行政管理業(yè)務技術框架 依照分層的技術思路，將系統(tǒng)分為資源層、資源訪問層、業(yè)務領域層、SOA服務層以及業(yè)務展現(xiàn)層。 在資源層，包括存儲結構化數(shù)據(jù)的各種業(yè)務數(shù)據(jù)庫、存儲非結構化數(shù)據(jù)的文件庫，以及一些其它系統(tǒng)內的資源。其中存儲業(yè)務數(shù)據(jù)庫時，采用分庫技術，根據(jù)行政管理業(yè)務各類業(yè)務數(shù)據(jù)的關聯(lián)度不是很高特點，

9、不同類型的業(yè)務庫進行獨立存儲，以提高系統(tǒng)的管理效率，同時對于部分關聯(lián)度高的業(yè)務數(shù)據(jù)，則可以集中存儲。 資源訪問層，目前主要包括三類資源的訪問，第一類就是結構化數(shù)據(jù)的訪問，由于考慮到結構化數(shù)據(jù)主要存儲在關系數(shù)據(jù)庫中，因此目前設計時主要采用JDBC技術，對JDBC接口進行了一些易用性包裝。第二類就是非結構化數(shù)據(jù)的訪問，設計時主要考慮采用SMB文件服務技術。第三類就是對其他系統(tǒng)的一些訪問，目前主要采用的技術則是Web Service技術以及MQ技術。 業(yè)務領域層為該框架的核心部分，主要是通過對業(yè)務模型的各類問題進行了一個統(tǒng)一的解決。該層的設計基于大顆粒構件復用的技術路線。設計的大顆粒組件主要包括文檔

10、類型組件群、流程管理組件群、查詢分析組件群、行為主體組件群、權限管理組件群以及基于流程管理的一個考核評價組件群。文檔類型組件群主要包括一個適合所有此類業(yè)務的E-R影射對象包、通用的業(yè)務對象包，以及通用的業(yè)務集合對象包等。而流程管理組件群中則主要根據(jù)人-機交互類的流程特點進行了重點設計，同時解決了根據(jù)組織內部地域分布的特點，解決了分布式流程的問題。查詢分析組件群則根據(jù)行政管理業(yè)務查詢的特點，在傳統(tǒng)根據(jù)SQL組織報表查詢的基礎上，將查詢結果生成矩陣，采用矩陣變換技術得出最終的查詢結果，大大提高了查詢組建的適應度。行為主體組件群則主要對業(yè)務模型中的組織、部門、人員、崗位等幾種行為主體類進行了設計。權

11、限管理組件中則主要包括功能權限（包括基于業(yè)務對象類的功能權限、流程過程中的功能權限以及查詢功能權限組件）和數(shù)據(jù)權限（主要引入了文件夾的概念對數(shù)據(jù)權限進行管理）。考核評價組件則主要設計了對時效、質量以及重大指標的考核。 SOA服務層，我們又稱XML橋接層，主要時通過對業(yè)務領域層的所有功能機型組織包裝，并采用Web Service技術，將這些功能都包裝成服務，功展現(xiàn)層或其它應用進行調用。 業(yè)務展現(xiàn)層則主要包括資源門戶、管理容器、HTML表單處理器以及文檔處理器四個部分。資源門戶采用樹形管理，并引入運行時擴展樹的展現(xiàn)，同時通過對樹節(jié)點進行建模，傳統(tǒng)的樹節(jié)點一般對應功能，而本框架采用樹節(jié)點對應資源的方

12、式，使整個樹就成了一個資源的管理，形成了一個資源門戶。管理容器主要體現(xiàn)一個對業(yè)務對象的管理，將一些通用的管理功能進行了實現(xiàn)，如列表、排序、查找等功能，同時提供方便易用的接口，供配置開發(fā)使用。HTML表單處理器通過將Web服務中調出的XML文檔通過與HTML表單中的編輯域進行綁定，在業(yè)務定義的基礎上，從而實現(xiàn)對業(yè)務操作的控制。文檔處理器則是在HTML表單處理器的基礎上，實現(xiàn)了對二進制文件的編輯處理，同時實現(xiàn)了文檔的分布裝載及分布保存的要求。4 技術實現(xiàn)4.1 組織機構管理組件（1）Org類表示組織，位于組織機構的最上層，每個組織包含若干個部門；（2）Dept類表示部門，位于組織的下層，每個部門包

13、含若干個崗位；（3）Post類表示崗位，組織和部門中包含若干個崗位，其中的人員可分配到崗位上；（4）Person類表示人員，組織和部門由人員組成，人員被分配到崗位上；（5）Group類表示分組，與行為主體相關聯(lián)，一個分組由若干個行為主體組成。（6）PostMember類表示人員與崗位之間的關聯(lián)；（7）GroupMember類表示分組與行為主體之間的關聯(lián)；（8）IOdpsAct表示行為主體接口，所有行為主體類均實現(xiàn)該接口，其中定義了一些行為主體的共同行為和屬性，如保存，獲得工作任務箱等行為；（9）AnyVisitor表示系統(tǒng)的外部訪問者，繼承自Person，有Superior（上級組織機構人員）

14、和Junior（下級組織機構人員）兩種；（10）ActDB類用于管理行為主體，是對系統(tǒng)行為主體進行創(chuàng)建、查找、刪除的統(tǒng)一入口。4.2權限管理組件（1）SessionTree類表示用戶可訪問的資源樹，其中保存了資源樹的根結點。（2）SessionTreeNode類表示資源樹的結點，是資源的載體，其中裝載了Folder。（3）Folder類表示文件夾，由若干種文檔類型組成，位于資源樹的結點上，提供數(shù)據(jù)權限的操作方法：排序、分類、查找等。（4）ResPermission類表示可對文件夾訪問的公開級別外的其他行為主體。（5）DocFunctionPermission類表示文檔的功能權限，其中包含了文件

15、夾類型屬性FolderType和文檔類型屬性DocType，提供對該文件夾類型中的文檔類型的操作方法列表。（6）FolderFunctionPermission類表示文件夾的功能權限，其中包含了文件夾類型屬性FolderType，提供對該文件夾類型的操作方法列表。4.3流程管理組件（一）控制系統(tǒng)（1）DeliverCenter 類：傳遞關系控制中心，負責整個傳遞關系的建立及維護（2）FlowSystem 類：流程控制系統(tǒng)，它通過DeliverCenter類實現(xiàn)整個傳遞關系的建立與維護，通過FlowExStation 類實現(xiàn)與遠程系統(tǒng)的流程交互，任務的發(fā)送與接收，工作流實例的建立與跟蹤，工作任務

16、箱的維護。（3）DeliverItem類：某個具體的傳遞關系（二）遠程流程交換系統(tǒng)（1）FlowExStation 類：流程交換站（2）InBox類：遠程收件箱，它從Folder類繼承。（3）OutBox類：遠程發(fā)件箱，它從Folder類繼承。（三）工作任務箱（1）IOdpsFlowBox接口：工作任務箱接口類，它繼承CommonFolder類，是Folder的一種。其中FlowFavoriteBox類，F(xiàn)lowRegBox類，F(xiàn)lowStartBox類，DocFlowBox類均實現(xiàn)該接口。（2）FlowFavoriteBox類：收藏夾，針對個人，是FavoriteTask的容器。（3）Flo

17、wRegBox類：流程登記簿，針對部門或者崗位，是RegTask的容器。（4）FlowStartBox類：流程啟動夾，針對個人，是StartTask的容器。（5）DocFlowBox類：工作任務流轉箱，是DocFlowTask的容器。（四）工作流任務（1）IOdpsFlowTask 接口：工作任務接口類，它由工作任務ID唯一標志。（2）LinkItem類：所有任務類共同的父類，定義了任務類共有的一些屬性。（3）DocFlowTask類：工作任務，它是通過RegTask類，F(xiàn)avoriteTask類，StartTask類根據(jù)DeliverItem類定義的傳遞關系在FlowSystem 類控制下通

18、過傳遞給IOdpsAct變化生成。在傳遞過程中生成FlowInstance，并且通過FlowTrace實現(xiàn)對流程的跟蹤。（4）RegTask類：登記任務，它可以由DocFlowTask通過登記操作，轉化而來。（5）FavoriteTask類：收藏任務，針對個人，它可以由DocFlowTask操作轉化而來。（6）StartTask類：啟動任務（五）工作流實例（1）FlowInstance類：工作流實例，每一個工作流實例可以有0個或多個流程跟蹤條目。（2）FlowTrace類：流程跟蹤條目。10 / 104.4實體文檔對象組件（1）DocType類：文檔類型標識。（2）Field類：文檔字段描述。

19、DocFactory類：文檔類工廠，負責文檔的存取。（3）DocList類：子表文檔。（4）IDocContainer類：文檔類的存儲容器，表示一個子文檔。4.5業(yè)務對象組件（1）IOdpsBO：BO類的接口；（2）CommonBO：通用BO類；（3）EntityDoc類：實體文檔類，詳見EntityDoc類圖的描述；（4）Folder類：繼承自EntityDoc類，在EntityDoc類的基礎上加入了邏輯處理功能；IDocStore接口：文檔存儲接口，負責文件的物理存儲；（5）FolderReg類：注冊Folder，主要目的是為Folder分配角色。Folder注冊項由以下幾種方式生成：1.

20、當定義某個文檔類型時，自動將生成一個大的Folder包容這些文件，所屬者為當前管理員，公開級別為私有；2.可以定義某個具體的文檔類型為一個Folder文檔；3.可以在已有的Folder的基礎上定義一個查詢范圍，繼續(xù)生成一個Folder。4.6查詢定制組件（1）SearchCtrl：查詢控制類；（2）SearchTpl：查詢模板類，一個查詢模板中能定義一個或多個查詢條件模板和組合模板，由查詢模板及組合模板產生的查詢內容文檔聚合而成查詢主文檔；（3）CombinationTpl：組合模板類，定義對一個或多個查詢條件模板進行組合，產生一個查詢內容文檔；組合運算的種類有：對查詢內容文檔進行簡單行合并，

21、進行加減合并，進行加序號，進行列合并；（4）SqlTpl：查詢條件模板類，每個查詢條件模板經(jīng)過查詢控制類會產生一個查詢內容文檔；查詢條件模板能夠任意定義查詢條件，統(tǒng)計語句必須指定一個字段名稱與它對應，能夠任意定義分組條件，能夠從文檔外輸入條件進行再查詢；（5）SearchSubDocs：查詢內容文檔，由查詢條件模板產生；（6）SearchMainDoc：查詢主文檔，多個查詢內容文檔聚合而成查詢主文檔。4.7 XML橋接層組件（1）UITree：處理用戶對界面上左邊樹節(jié)點點擊請求；根據(jù)用戶的請求，進行左邊功能樹的展示或右邊文件夾中的條目的展示；（2）DomDocument：用戶的功能樹對應的XM

22、LDocument；暫存于HttpSession中，供其他類調用；（3）UIItem：處理用戶對界面上右邊條目點擊請求，根據(jù)用戶的請求，進行相應的處理并返回結果；（4）UIFolder：表示當前正在操作的Folder的類；（5）TempTree：表示臨時數(shù)據(jù)的展現(xiàn)樹；（6）：處理文件訪問的類（不通過樹節(jié)點的形式）；（7）ResAccess：處理資源訪問的類；（8）SearchAccess：處理查詢訪問的類；（9）Config：處理配置操作的類。4.8 Html表單處理器組件（1）HTMLDomNode：該類表示HTML文件中的各個元素（包括HTML中的標簽如Text、Select、TextAr

23、ea等）；（2）FieldControl：對每個Field進行控制的類；（3）DocCtrl：對文檔進行控制的類；（4）DomNodeWrapper：對xml Dom node的包裝類；（5）XmlDomNode：表示xml Dom Node的類。4.9復合文檔處理器復合文檔處理器組件包圖如圖所示，復合文檔處理器由六個ActiveX組件組成，自底向上包括：數(shù)據(jù)訪問組件ODPSDataAccess，文檔對象管理組件包ODPSUMembers，接口和抽象類組件包ODPSUInterface，文檔處理器主界面組件包ODPSUDocPro，文檔處理器管理組件包ODPS_以及客戶端調用接口組件ODPSC

24、lient。它們的相互依賴關系見圖。其中需要說明的是：ODPSUMembers，ODPSUDocPro以及ODPS_依賴ODPSUInterface組件包，使用接口方式進行調用，保證了調用的穩(wěn)定性，并能通過實現(xiàn)多態(tài)完成各組件的調用管理。而文檔處理器操縱的復合文檔來源于文檔對象聚合形成的XML格式文件。5 實踐成果通過對以上設計進行實現(xiàn)，形成了一個免編程的二次開發(fā)平臺框架。免編程式二次配置開發(fā)框架，將提供包括業(yè)務實體定制、業(yè)務實體操作及其界面定制、業(yè)務流程定制、業(yè)務實體變換定制、查詢統(tǒng)計定制及角色模板定制等功能。其中業(yè)務實體定制及業(yè)務實體操作定制內容的解析將由支撐平臺的文檔類型系統(tǒng)負責，業(yè)務實體

25、的界面定制內容將由HTML表單處理器來負責解析，業(yè)務流程定制及業(yè)務實體變換定制內容將在工作流引擎中負責處理，查詢模板定制內容將在查詢系統(tǒng)中進行解析，角色模板定制內容的訪問資源權限部分在資源門戶中得到體現(xiàn)，實體資源的操作權限在權限系統(tǒng)中得到體現(xiàn)。另外，支撐平臺還根據(jù)一個具體的考核模型，搭建了一個監(jiān)督考核系統(tǒng)，對于界面相對復雜的復合文檔的編輯，將由文檔處理器的GUI界面進行編輯。5.1業(yè)務實體定制使用業(yè)務實體定制工具，可以定義新的業(yè)務實體對象模板，并將其加入到應用系統(tǒng)中。具體功能是提供一個用戶界面，操作者通過這個界面，能夠在數(shù)據(jù)庫中創(chuàng)建用于存儲該種業(yè)務實體的數(shù)據(jù)表，同時產生系統(tǒng)所需要的元數(shù)據(jù)。在定

26、制時，操作者能夠采用一對一和一對多的形式，將很多關系數(shù)據(jù)關聯(lián)起來，形成一個由多個關系數(shù)據(jù)組合的復合的文檔數(shù)據(jù)。通過業(yè)務實體模板形成的業(yè)務實體文檔存儲的時候采用關系數(shù)據(jù)庫的形式進行存儲，當使用時，則形成標準形式的XML格式，與外界進行交換時，則能夠比較方便的按照基于XML的電子公文格式規(guī)范的要求，進行轉換。5.2業(yè)務實體操作及其界面定制使用業(yè)務實體操作及其界面定制工具，能夠定義業(yè)務實體文檔的操作特性及其界面展示特征。該工具將分為兩大部分，業(yè)務實體操作定制和業(yè)務實體界面展示定制。業(yè)務實體操作定制主要是定制在當前操作模式下，哪些字段能夠讀取，哪些字段不能讀取，讀取的項目，哪些字段能夠編輯，哪些字段不

27、能編輯。另外還包括字段編輯時是否允許為空，字段校驗的正則表達式等。一對多形式的子文檔則包括子文檔的過濾條件，子文檔是否允許添加，是否允許編輯等選項。業(yè)務實體界面展示定制，定制者只需要使用一般的網(wǎng)頁編輯工具，編輯好業(yè)務實體展示的界面，對網(wǎng)頁內的控件進行布局，然后將控件的“name”屬性與相應的字段名稱一致，再將網(wǎng)頁放置到相應的容器中。系統(tǒng)就能夠根據(jù)業(yè)務實體不同的操作，將相應的字段設置成只讀狀態(tài)，并且能夠在用戶提交的時候進行字段校驗。通過界面展示定制的編輯界面，能夠允許使用者對當前處理工作進行臨時保存或進行離線處理，在用戶重新登錄之后打開相應的內容再進行重新裝載。5.3業(yè)務流程定制通過業(yè)務流程定制

28、工具，使用者能夠很好的對業(yè)務流程進行分類，能夠比較方便地將流程與業(yè)務實體對應起來，并能比較方便的定義流程流轉形式，能夠定制每個環(huán)節(jié)上的活動（操作），能夠很好的定義業(yè)務實體的流向。通過業(yè)務實體變換規(guī)則，使得一個流程中能夠包容不同的業(yè)務實體對象，從而保證不同的工作環(huán)節(jié)的不同的工作類型及內容的變換。定制的工作流程可以傳遞給具體的責任人，業(yè)務能夠傳遞給某個崗位，崗位的操作人員都能夠對該工作進行處理。既可以定制工作傳遞路徑確定的工作流程，也可以定制由使用者臨時指定工作傳遞路徑的工作流程；除此之外，既可以定制具體工作環(huán)節(jié)對應確定活動的工作流程，也可以定制由使用者根據(jù)自己的工作職責確定具體工作環(huán)節(jié)活動的工作

29、流程。定制的工作流程能夠滿足跨組織級別跨地域的流轉的要求，并在跨組織級別跨地域流轉的時候，提供收到回執(zhí)和閱讀回執(zhí)兩種回執(zhí)形式。工作流程的啟動、停止、暫停、中斷、收回、并行、串行、會簽等功能則完全由工作流平臺提供，工作流平臺完全符合工作流管理聯(lián)盟參考模型標準。在此基礎上，擴充了引擎與公告欄、信息發(fā)布網(wǎng)站及為績效考核采集數(shù)據(jù)等功能。5.4業(yè)務實體變換定制通過業(yè)務實體變換規(guī)則，可以實現(xiàn)不同的工作環(huán)節(jié)的不同的工作類型及內容的變換。業(yè)務實體變換的定制，主要是為了實現(xiàn)一個實體文檔變換成另外一個業(yè)務實體文檔，需要從前者帶入何種信息到后面一種實體文檔的問題。在具體定制過程中，能夠實現(xiàn)實體文檔的部分內容的轉換，也可以實現(xiàn)一個實體文檔到另一個實