面向政務流程重組的柔性電子政務系統開發平臺設計
2008-12-31 00:00:00高國偉王延章于淼
計算機應用研究 2008年12期
（大連理工大學 管理學院信息與決策技術研究所，遼寧 大連116024）
摘 要：
通過對電子政務發展的需求分析，提出了基于政務模型嵌入技術支持政務流程重組的柔性電子政務系統開發平臺。簡要給出了面向政務的角色網絡模型及相應的形式化描述以及作為政務流程重組的建模方法，并在該模型嵌入下構建了一種柔性的電子政務系統開發平臺體系結構，同時對此結構的核心構件進行了分析和說明，簡單介紹了該平臺的開發過程。實踐證明，該平臺具有良好的結構和功能，對政府流程重組和電子政務系統的開發具有一定的理論和現實意義。
關鍵詞：政務流程重組； 柔性電子政務系統開發平臺； 角色網絡模型
中圖分類號：N945.1 文獻標志碼：A
文章編號：10013695(2008)12381905
Design on flexible egovernment system development platform for government process reengineering
GAO Guowei， WANG Yanzhang， YU Miao
(Institute of Information Decision Technology， School of Management， Dalian University of Technology， Dalian Liaoning 116024， China)
Abstract:Through the analysis of development in egovernment， the paper proposed a flexible egovernment system development platform supporting government process reengineering based on government model， constructed the rolenetwork model， and gave the relevant mathematical description. Then explained the flexible egovernment system development platform，kernel component and platform development process. Based on the above theory， the platform not only has good structure and function in practice， but also hascertain theoretical and practical significance for government process reengineering and egovernment system.
Key words：government process reengineering; flexible egovernment system development platform; rolenetworkmodel
0 引言
在過去的二十多年間，全球范圍內的政府均興致勃勃地致力于一場變革自身運作管理的運動。各國公民均要求自己的政府規模越來越小、成本更低、效率更高，與此同時還要求獲得更多更好的服務。為了解決這個兩難的境遇，各國政府已嘗試運用各種手段來增加自身的產出，提高績效、降低成本。其中，就如何充分利用現代的信息和通信技術，尤其是在比信息與通信技術界面更深層次的結構，包括進行的政務流程重組，來提高政府工作效率，一直是電子政務建設發展過程中的一個重要的基礎命題[1]。單就快速變化的政府管理環境，多樣化、不完備、不一致的用戶需求和快速多變的軟件工程環境（SEE），以及軟件面向網絡的集約化，使得電子政務系統開發的復雜度大大增加，對系統的開發速度、可靠性、可維護性和可控制性等要求也越來越高[2]。與傳統的一次定制的剛性系統開發不同，支持政務流程重組的柔性組織和重用的電子政務開發平臺的研究和實踐應用愈發顯得重要和迫切。
支持政務流程重組的柔性電子政務開發平臺的關鍵在于最大化地實現政務領域知識與信息與通信技術的有機結合。也就是說，政務模型的技術嵌入是研究的重點。由于在電子政務的使用者與開發者之間的信息不對稱，一方面，政府業務內容龐雜，涉及社會各行各業，廠商對于政府業務缺乏了解；另一方面，政府行政人員缺乏技術背景，對于如何將業務模型轉換為技術模型缺乏具體方案。電子政務理論模型和技術標準的缺乏正嚴重影響電子政務的健康發展[3]。這是一個困難、緩慢和費力的問題。因此，目前對電子政務的研究多從信息技術集成，剛性系統應用開發的角度較多；而從政務系統的角度和政務自身的特點的探討研究電子政務系統開發較少。電子政務的實踐表明，政務模型的技術嵌入是成功的電子政務關鍵，該原則逐漸成為越來越多電子政務研究和使用者的共識。
針對這一現狀，筆者在多年的電子政務開發實踐和對政府組織管理、行政事務管理、政務流程重組以及大系統協調理論方面的理解，以面向公務員的內部協同辦公系統[4]（EO）、面向公眾服務的行政審批系統[5]（PS）和面向領導的決策支持系統[6]（DSS）等多個實際系統為背景，研究了支持政務流程重組的柔性電子政務系統開發平臺。該平臺設計的最大貢獻在于比較成功地嵌入了針對政府行政管理特點的角色網絡模型，平臺實現了業務管理、用戶個性化信息管理、知識管理、角色關系等多方面對角色的綜合集成和管理。通過該平臺，系統的開發者和使用者達到了良性的互動：開發者可以在不編碼或更少編碼的條件快速實現系統的二次開發；使用者在無須開發者或更少開發者的條件下實現政務流程的重組。
1 基本的角色網絡模型
作為一種復雜系統，電子政務系統中有以下一些特點：由大量的作用者組成；系統是開放的，受外界影響；在特定條件下，作用者相互作用；相互作用開始，將有微小變化。但系統能自組織、自加強、自協調并隨之擴大和發展，發生質變。這種質變，在復雜系統中稱為涌現(或突現)(emergence)；不同的微小變化，可導致重大差異的結局。
這些作用者從宏觀上看可以是一個政府機構、一個企業；從微觀上看可以是一個公務員、一個企業職員、一個公民。但無論怎樣，社會中的人均在社會這個大舞臺中扮演著確定的角色；同時，作為有行為能力的載體，這些角色在社會范圍內被預先定義了權利和義務，在一起承擔著認識世界和改造世界的活動。在進行活動的同時，這些角色之間發生著各種各樣的聯系（如協作、沖突、繼承、排斥等）。由于各個角色均可以支配自己的行為、有自己的目標，他們的活動有著模糊性、不確定性、隨機性和經驗性。如果采用傳統的建模方法，則很難得到來自于現實社會的相對準確的同態映射。通過把握系統的確定性因素（如組織中角色的權利和義務），為系統的不確定因素（角色的日常行為，角色的創造性和獨立性）預留空間，然后通過對系統的數據特性的分析，不斷地對應用系統進行改造，以達到較好的效果，這也與人的認識是螺旋式上升的哲學觀點相一致。
電子政務活動中的任何目標的具體執行過程均是在組織內部通過目標確定、任務劃分、角色分配、角色互連以及活動執行完成的。因此，可以將組織、目標、任務、角色、操作、對象之間看成一種層次映射互連關系來刻畫現實中的政務活動。即一個組織有確定的總體目標，圍繞著這個目標有多個團隊，每個團隊有各自的任務集，每個任務有確定的事務對象以及對他們的操作。事務對象通過團隊的群體協作來完成，在這一協作過程中，團隊的成員均有確定的角色；角色均有自己的責任和權利，這些責任和權利通過與其綁定的一組操作體現和實現。這些操作又往往可用一些特定的算子表示，運算的過程和結果對應于事務對象的處理過程和輸出結果。這就形成了角色網絡（RN）的總體結構。
角色網絡是由構成角色網絡模型的元素集合和它們之間的關系構成。RNM的基本描述如下：
定義1 基本集合。成員集合：USER；角色集合：ROLE；事務對象集合：TOB；操作算子集合：OPT；任務集合：TSK；許可集合：PRM；目標集合：TGT；時間點集合：TIM。
定義2 基本關系。
a)操作關系OPR=〈TOB，OPT，fopr〉，fopr:TOB→2OPT是一個映射，描述了施加到事務對象的操作對應的操作算子集合。
b)任務組合關系TSKR=〈TSK，OPT， ftskr〉， ftskr:TSK →2OPT是一個映射，它描述了一個任務對應的操作算子集合。
c)任務分配關系ASNTR=〈ROL，TSK， fasntr〉， fasntr:ROL→2TSK是一個映射，描述了一個角色對應的任務集合。
d)實時任務分配關系ATNR=〈ROL，TIM，TSK，fatnr〉，fatnr:ROL×TIM→2TSK是一個映射，某一時刻下的特定角色的活動為
ATNR（rol，tim）=〈rol，tim，tsk，fatnr〉，rol∈ROL，tim∈TIM，tsk∈TSK；特定角色的活動子集為ATNRrol=〈rol，TIM，TSK，fatnr〉，rol∈ROL，ATNRrolATNR，實施任務分配關系描述了角色從某一時刻開始的任務。
e)任務結構關系TAR =〈TSK，ftgt〉，RLT={dependency， generalization， association}；RLT是一個三元組，分別表示依賴、泛化、關聯。ftgt:TSK×TSK→RLT是一個映射，描述了任務之間較確切的關系。
f)目標任務關系 TGTR=〈TGT，TSK，ftgtr 〉ftgtr:TGT=2tsk是一個映射，描述了完成特定目標所要進行的任務。
g)角色指派關系ASNRR=〈USR，ROL，fasnrr〉，fasnrr:USR→2ROL 是一個映射，描述了一個用戶對應的角色集合。
定義3 角色網絡（RN）結構。它是由組成結構的基本元素和元素之間的關系構成的二元組，即RN=〈E，R，P〉。其中：E表示構成角色網絡體系的群組的元素（如成員、角色、事務對象、算子、任務、目標和時間等）；E={USER，ROLE，TOB ，OPT ，TSK， TGT ，TIM}；R則表示E上的關系R={OPR，TSKR，ASNTR，ATNR，TAR， TGTR，ASNRR}；P則為〈E，R〉，即在角色網絡上用于解決各類問題的規則、方法、函數和關系等。
定義4 角色結構關系RSR=〈ROL， frsr〉， RLT={EQU，EXLD，CTN， NED， SPRT，OVLP，HRIT…}，RLT是一個集合，設RSR=ROL×ROL，RLTRSR，表示角色之間常見的七種關系，即
相等關系：EQU 表示兩個角色可以相互替換，即
a)(rol)(rol∈ROL→ rol EQU rol)
b)(rol1)(rol2)(rol1 ∈ROL∧rol2∈ROL∧rol1 EQU rol2→rol2EQU rol1)
c)(rol1)(rol2) (rol3) (rol1∈ROL∧rol2∈ROL∧rol3∈ROL∧rol1 EQU rol2 ∧rol2EQU rol3 →rol1EQU rol3)
自反、對稱、傳遞
排它關系：EXLD 表示兩個角色互斥，不能在同一用戶中存在，即
a)(rol)(rol∈ROL→ 〈rol，rol 〉EXLD )
b)(rol1)(rol2)(rol1∈ROL∧rol2∈ROL∧rol1 EXLD rol2 →rol2EXLD rol1)
反自反、對稱
包容關系：CTN 表示一個角色涵蓋另一個角色，即
a)(rol)(rol∈ROL→ rol CTN rol)
b)(rol1)(rol2) (rol3) (rol1∈ROL∧rol2∈ROL∧rol3 ∈ROL∧rol1EQU rol2 ∧rol2CTN rol3 →rol1CTN rol3)
自反、傳遞
需要關系：NED表示兩個角色綁定在一起才能完成某些任務，即
a)(rol)(rol∈ROL→ rol NED rol)
b)(rol1)(rol2) (rol3) (rol1 ∈ROL∧rol2∈ROL∧rol3∈ROL∧rol1 COP rol2 ∧rol2 NED rol3→rol1NED rol3)
自反、傳遞
分離關系：SPRT 兩個角色毫不相關，不存在職責上的交叉，即
a)(rol)(rol∈ROL→ rol SPRT rol)
b)(rol1)(rol2)(rol1∈ROL∧rol2∈ROL∧rol1SPRT rol2 →rol2 SPRT rol1)
自反、對稱
重疊關系：OVLP兩個角色存在職責上的交叉，即
a)(rol1)(rol2)(rol1∈ROL∧rol2∈ROL∧rol1OVLP rol2 →rol2 OVLP rol1)
對稱
繼承關系：HRIT兩個角色之間存在繼承關系
b)(rol1)(rol2) (rol3) (rol1∈ROL∧rol2∈ROL∧rol3 ∈ROL ∧rol1EQU rol2 ∧rol2 EQU rol3 →rol1 EQU rol3)
傳遞
2 政務流程重組與角色網絡模型
2. 1 一個簡單的政務流程重組實例
為了更好理解政務流程重組與角色網絡的關系，本文先描述一個簡單的實例。圖2中展示的是一個辦公系統中的業務關系，這個部門為傳統的層級制管理方式，分為部門1、部門2…部門9；部門1直接領導部門2、部門3、部門4，而部門2、3、4也各自有它們的隸屬部門。同時，部門1的負責人為角色a，部門2的負責人為角色b，…，要注意的是部門6、7中存在著兼職辦公人員m。角色與角色間的連線代表了他們之間的主要業務關系。
從圖中可以發現，中層的管理人員在這個組織中處于較關鍵的位置，他們接收或發出較多的業務流。但例外的是角色j作為一般的工作人員在角色網絡中占有重要的地位，他甚至成為了部門與部門間的連接點。在調查中發現，由于角色j出色的工作能力才使他處于這個位置，他成為了系統的關鍵點和資源。然而不幸的是，由于大量的業務處理工作的增加。使他所受到的壓力增加，而且經常會減緩系統的運行效率。角色漸漸由此會變成了系統的瓶頸。另外，可以看到處于角色網絡邊緣的角色屬于利用不夠的業務資源，他們有可能游離于日常的業務之外，可以看出，組織中的高層通常屬于這類角色。例如角色a，這實際上是很好理解的，隨著職位的升遷，他們需要做的是管理工作而不是一般的業務工作。最后，可以看出某些部門（角色s、d、t、u）也和整體的組織之間存在著分離，如圖2中角色網絡圖的上部。
通過以上分析，可以對業務流程和組織進行相應的改造，已達到優化業務流程的目的。首先，需要平衡角色j的壓力，盡量將其業務分配給他人。其次，盡量增加角色a的業務聯系，使他處于角色網絡的中心，否則，他作出的決策有可能被滯后。最后，增強部門4與其他部門的業務聯系，可以通過增強業務交流，會議等手段使他們更好地融入到組織中去。
2. 2 擴展的角色網絡模型
如上，政務流程重組是對政務流程進行的重新思考和設計，以改善政府活動的，包括成本、質量、服務和速度等各個方面性能?，F代政務管理環境下的流程整合要求減少冗余的職位和活動，讓更少的職位適應更多的責任，發揮員工的創造力[7，8]。這就意味著，筆者可以通過擴充基本的角色網絡模型，引入角色的權利和義務作為政務流程重組的建模分析方法，探討政務系統的結構、體制和運行模式的合理性，并運用各種信息、管理技術和手段進行政務流程重組，可以對辦政務流路徑、角色的工作負荷、系統運行效率及其瓶頸、系統的均衡等問題進行研究，最終提出流程再造方案研究。
依據B. J. Biddle的定義，角色可以理解為權利和義務的集合。將權利和義務集成到角色中去，并與其他建模要素相結合而得到擴展的角色網絡模型。按照EBFN標準描述如下：
〈Role〉::DEF_ROLE〈Role id〉//角色
[NAME〈name〉]
[〈description〉]
[〈Users list〉]
[〈Knowledge list〉]//崗位知識列表
〈Relation list〉//關系列表
〈Obligation list〉//義務列表
〈Permission list〉//權利列表
END_ROLE
〈Obligation〉::DEF_OBLIGATION〈Obligation id〉
[NAME〈name〉]
[WHEN〈Event〉]
IF 〈Condition〉//觸發事件
THEN 〈Task〉//任務
[POST_CONDITION〈Condition〉]
[〈COST〉]//費用
END_OBLIGATION
〈Permission〉::DEF_PERMISSION〈PERMISSION id〉
[NAME〈name〉]
[WHEN〈Event〉]
IF〈Condition〉
THEN〈Role list〉〈Operator list〉〈Object list〉
END_PERMISSION
2. 3 基于角色網絡模型的政務流程重組的基本過程
從本質的意義上，政務流程重組是一個問題求解的過程，涵蓋了從問題定義—建模—求解—解的解釋和評價這四個階段[9]。本文主要集中于政務流程重組的分析目標和設計過程這兩個方面作一些基本的闡釋。其基本過程包括確定要研究的問題、劃分系統邊界、任務的確立、對角色的屬性和功能進行研究、分析角色間的關系、對角色網絡進行研究、對過程和組織進行研究和改進（圖3）。
以下可作為基于角色網絡模型政務流程再造的出發點：
電子政務辦公系統的角色節點分析，從政務系統的崗位職責分析出發，在對組織系統中角色的內涵和外延的深刻理解的基礎上，對角色的屬性和功能進行描述。通過對單一角色、角色群體、樣本和自己劃分的角色簇的研究來對角色節點進行分析。
電子政務辦公系統的角色關系分析，角色之間普遍存在各種關系，而實際上對角色網絡的分析是集中于角色之間的關系，可以采用相關網絡分析等方法來分析和研究角色間的關系。
在對角色網絡的分析中可以重點研究如下的一些對象：角色網絡的尺寸、密度、度數、可達性、交互性、傳遞性、距離、直徑、最短路徑、流、聚合度、影響力、向心度、子圖等?？梢圆捎萌缦碌挠^點：平衡觀點、等價觀點（結構等價、形式等價、規則等價）等。
3 面向政務流程重組的柔性電子政務系統開發平臺
3. 1 柔性電子政務開發平臺體系結構
根據角色網絡模型，本文進一步提出一種基于構件的電子政務系統的體系結構（圖4）。系統的整體框架采用分層體系結構，這些層次自頂向下分別是信息表現層、服務集成層、應用服務層、數據服務層、傳輸交換層。分層的體系結構可以避免系統部件的耦合，實現了對功能的分割保護，提高了開發的效率，降低了系統的復雜性，增強了系統的可擴展性、可重構性和可維護性。
1）信息表現層 包括各種外觀對象，與客戶端應用聯系緊密。其主要目的是從復雜的業務服務中分離出客戶應用。這樣就可以按照特定用戶的需求來設計應用程序，并可在用戶需求隨著時間流逝而發生改變時也能及時修改。
2）服務集成層 集成了各項服務，是電子政務服務架構的主要支撐層面，主要為負責面向服務的基礎框架平臺提供可信Web service的基礎運行環境支持。可信Web service提供了一種非常理想的、可動態擴展的、靈活的分布式計算模式。在此基礎上構件的電子政務服務基礎框架平臺可更簡化。
3）應用服務層 主要部分是電子政務管理系統開發平臺，是整個電子政務軟件體系結構的核心部分。它利用可信Web service所提供的可信應用開發和集成環境所提供的基本功能，進一步根據中國電子政務的實際應用需求提供互聯網與政務專網的隔離功能、一站式電子政務工作環境的支持功能、通用電子政務構件的支持功能、服務的個性化管理功能以及服務集成功能；提供了各類政務應用系統的開發、運行與集成的統一平臺。平臺最終體現角色網絡的設計理念。其主要構件均映射自角色網絡模型，具有很強的健壯性，重用性和可擴展性。
4）數據服務層 為各項應用提供數據服務。它包括模型庫、工具方法庫、模板管理庫、元數據管理庫、政務處理數據庫、知識庫，提供關系和多維數據庫支持，采用元數據建模及倉儲。通過數據服務層，可以成功地收集、分析、理解信息并根據信息作出相應決策。
5）數據傳輸及交換層 由于應用平臺和各用戶內部系統的結構環境的差異，筆者面臨的是一個物理上分散、異質異緣的電子政務環境。在這樣一個異構環境中，如果沒有統一的、接口良好的、包容性很強的信息集成和處理技術來為該異構環境下的不同系統提供數據服務和業務邏輯計算服務，電子政務系統就很難做到真正的一體化，所以筆者必須解決異構環境中的數據交換問題。本系統的數據傳輸及交換層主要分為兩大模塊：a)外部郵件自動加載以及內部郵件發送模塊既可以與廣泛應用的其他郵件系統（如Lotus Notes）相連，也可以按自己特有的數據格式發送郵件，并自動入庫。b)數據交換模塊。它用于將異構的數據的組織形式（如dbf、txt、fz、wps、國辦二掃文件等）轉換成系統特有的數據形式，用于解決遺留系統的信息集成問題。
3. 2 核心構件
如圖3、4所示，基于角色網絡模型的柔性電子政務系統開發平臺的核心構件組成部分如下：
a）用戶、角色管理器。用于管理和維護成員和角色，映射自成員集合USER和角色集合ROLE。
b）事務對象管理器 一個事務對象是描述事務臨時狀態集合的緩存，體現業務規則和多個角色的協作，并有自己的生存周期。一項事務從某個時間點誕生，在某些時間點通過操作算子處理，到某個時間點提交自殺請求（如要求與數據庫同步，外設輸出），從而完成一項任務。事務臨時狀態集合應該至少具有一個初始狀態和一個或多個終止狀態。事務對象管理器模型映射自角色網絡理論概念中的事務對象集合TOB。
c）模板生成器。用于生成和管理一系列的復雜算子對象，這里的算子是一組導致事務對象狀態轉移的狀態和行為的集合，可充分利用并發控制、恢復機制來保證事務對象數據的一致性。對象由對象名、屬性、功能組成。對象名為算子對象的惟一標志。屬性分子屬性（不可再分的屬性）、對象屬性（下一級簡單對象）、組屬性（具有多值的屬性）、組合計算屬性（其值可通過對某些其他屬性的函數運算來獲得）、自運算屬性（其值可通過對自身的運算來獲得）、關聯屬性（其值可通過關聯外部數據源獲得）、連接屬性（用于和集成環境中的其他控件連接）以及環境屬性（其值可通過對運行環境的屬性運算來獲得）等。函數用來實現算子的功能?；镜乃阕影垂δ芸煞譃槭聞談摻ㄋ阕樱ㄓ米鰧κ聞諏ο蟮膭摻ǎ⑹聞請绦兴阕樱ㄓ米鰧κ聞諏ο蟮膱绦校?、事務瀏覽算子（用做對事務對象的瀏覽）、事務統計算子（用做對事務對象的統計）、事務查詢算子（用做對事務對象的查詢）、事務合成算子（用做對事務對象的合成）以及事務異常處理算子（用做對事務異常的處理）。算子對象以表單（在應用開發中成為模板）形式出現，通常，每一個算子被視為一個表單，如果算子是一個復雜算子，那么算子中也可嵌套算子，表現形式為表單嵌套表單，用于對復雜算子對象的分解。算子對象的結構和表單結構存在對應關系。對象的屬性參照算子的基本功能與事務對象的狀態集進行綁定。算子功能的實現隱藏在表單之中，計算的結果通過向數據庫提交同步請求進行存儲；同時算子對象和綁定在其上的事務對象的生命期得以向前延伸。一個事務對象經過多個算子的處理的過程形成一個事務對象流，反映了事務對象的生命周期。
d）操作集管理器。用做定義和建立角色網絡體系中的可能操作全集和相互的依賴關系，并由這些操作組成政務處理過程中業務邏輯模型，操作集模型從結構上看是一個樹型結構，其層次按照組織體系和業務劃分粒度確定。以某省直機關的公文處理的四層操作集為例來說明操作集管理器：第一層表示總體目標（如信息管理）；第二層為業務范圍（如發文管理，為事務對象的總體范圍，在數據庫中通常為庫中的一個表）；第三層為基本任務（如文件登錄、文件辦理）；第四層為基本操作（如手工登錄、信息修改、各種文稿的生成等，通常與模板（操作算子）掛接）。模板生成器和操作集管理器的設計模型來源于角色網絡理論中的操作算子集合OPT、任務集合TSK、目標集合 TGT、時間點集合TIM等概念。
e）模型管理器。用于組合用戶角色管理器、事務對象管理器、模板生成器和操作集生成器的輸出結果，形成最后的角色網絡模型（圖5）。由于系統對各個子模型采用元數據進行描述，需要元數據管理器對各種元數據進行管理。工具管理器則用于對完成系統功能的輔助工具進行控制和調度。
f）問題管理器。一個問題的構成包含以下四方面：（a)目標或目的實體集（簡稱目標集），它是人們對其有關屬性狀態具有某種期望的客觀事物實體所構成的集合；（b)條件、前提或約束實體集（簡稱為條件），它是指相應客觀事物的環境條件實體和人們給定的受控或受限的實體所構成的集合；（c)目標集與條件集的關聯實體集（簡稱關聯實體集），它是指按照事物內在結構和聯系目標實體與條件實體所聯系的其他的事物實體所構成的集合；（d)目標集、條件集和關聯實體集所涉及到的全部關系構成的集合簡稱問題關系集。圖6說明了對問題的管理，通過對角色模型進行可視化管理，在角色模型矢量圖場景（條件）上自己生成問題（目標集），或者從問題庫（條件已存在）中提取問題（目標集），利用問題管理構件來對問題及它們之間的關系（關聯實體集）進行管理；利用問題處理構件對問題進行處理，并將結果最終顯示在客戶端。對業務重組問題的處理是通過算子（模型、方法、推理機等的總稱）構件實現的，來自于社會系統、經濟系統、行政系統、信息系統分析等方面。用于完成對綜合評價與比較分析系統、單指標預測體系、多指標預測體系、情景分析等問題的處理，從而最終完成政務流程重組。
3. 3 角色網絡與知識管理的集成
電子政務系統開發平臺已經不局限于信息管理或事務處理，而是希望通過信息技術手段提高政務系統的知識收集、分析、傳遞和利用能力，將知識管理與具體業務緊密結合，從而提高政務管理的整體水平。
由于政務處理過程是一系列政務對象的集合，這些操作政務對象之間存在著各種關系。為了對政務過程進行確切描述，本文給出定義如下：
定義5 一般地，一個政務處理過程P從滿足預條件集Φ的某一個時間點開始，到滿足結束條件Θ的某一個時間點終止。流轉過程可以看成一種遞歸的形式，并最終歸結到元活動action（在某一抽象層次上不可再分的活動）。
相應數學表述如下：
P= P;P| P^P| condition?P:P| (condition?P)*| action| AND (action， action，…)
| OR (action， action，…)| XOR (action， action，…)
其中：P;P表示順序過程；P∧P表示并行過程；condition?P:P表示條件選擇過程；(condition?P)* 表示條件迭代過程；AND (action， action，…)表示活動之間的與關系；OR (action， action，…) 表示活動之間的或關系；XOR (action， action，…) 表示活動之間的異或關系。
定義6 一個元活動action可簡單形容為某角色（組織中運作起作用的對象）做某事?？梢院唵斡涀鯽ction= role operobject。其中：role表示執行活動的角色；oper為執行活動所需要的算子;object為被執行對象。
定義7 業務對象之間存在著廣泛的關系，正因為如此，業務過程、業務活動之間也存在著廣泛的關系，這最終反映到角色當中去，設角色間的關系集合為RSR，業務對象間的關系集合為OSR，因此有 rsr(rsr∈RSR→rsr∈ f(osr)(osr∈OSR))。
由于角色往往代表實際活動的執行者，通過在角色網絡中運用知識管理，可以達到信息與知識流的集成，達到知識管理的目的。具體的實現方式可以參考圖7。將特定的知識傳遞到角色節點中，這樣可以避免在成員之間傳送不必要的知識，而且可以不必花費太多的時間和精力來尋找知識并同時對知識進行安全控制。
4 基于柔性的電子政務系統開發平臺的開發流程
通過柔性電子政務開發平臺，開發者可以在不編碼或更少編碼的條件快速實現系統的二次開發；使用者在無須開發者或更少需要開發者的條件下實現政務流程的重組。應用系統開發者一般通過目錄服務與發布、數據維護、模板生成、角色管理等過程就可以完成一個政務系統的應用或修訂。
5 結束語
通過柔性電子政務開發平臺，先后成功地完成了多個地區和城市的電子政務應用，如大連市市委、大連市政府、大連市中山區、西崗區政務應用系統，杭州市政務內網辦公資源管理系統，紹興內網門戶網站系統等應用安全的集成，取得了較好的應用效果。
本文僅以大連市金州區政府為例進行解釋說明。通過平臺的支持，就能對傳統的行政審批流程進行重組。在傳統行政審批條件下，公眾、企業、政府等服務對象必須自己面對多個政府部門，逐個完成相關辦事項目。與傳統行政審批的逐個部門、逐級辦理的煙囪式串聯模式不同，再造后的網上行政審批是一種樹型的混合審批模式。公眾、企業、政府先將申請審批項目有關的基本材料交給統一的政府的服務窗口（一門受理）；窗口將采取自動與人工相結合的辦法，關聯相關審批項目，將有關情況以抄告單的形式通過審批專網發送給相關審批部門（抄告相關）；相關審批部門收到抄告單后，對申請審批事項及提供的材料等進行審查，并在規定的期限內提出具體的審批意見，最后將完成后的結果反饋給提交申請的服務對象（并聯審批，限時完成）。這大大提高政府的工作效率。
參考文獻：
[1]FOUNTAIN J E.Building the virtual state: information technology and institutional change[M]. Washington DC: Brookings Institution Press，2001:164168.
[2]葉鑫，王延章.一種基于元數據的柔性操作模型研究[J].信息與控制， 2005，34（10）:610615.
[3]新浪科技:互聯網實驗室發布中國電子政務研究報告［EB/OL］.（20010511）. http ://www. sina. com. cn.
[4]徐永濤，王延章，陳雪龍.基于角色網絡理論的政府辦公系統開發平臺的研究與實現[J].計算機應用研究，2007，24（2）：209211.
[5]葉鑫，李懷明，王延章.一站式行政審批系統研究與設計[J].計算機工程與應用，2006，23(4):200203.
[6]陳雪龍，王延章，許永濤.面向多級用戶支持的決策模型層次描述框架[J].計算機集成制造系統，2007，13（5）：850855.
[7]TENG J T C， NELSON A. The influence of organizational factors on CASE technology adoption[J]. Journal of Information Technology Management，1996，7(2):1322.
[8]GROVER V， JEONG S R， KETTINGER W， et al. The implementationof business process reengineering[J]. Journal of Management Information System/Summer，1995，12(1):109144.
[9]陳禹六，李清，張鋒，等.經營過程重構（BPR）與系統集成[M].北京：清華大學出版社，2001：99121.
