2.政府資訊化系統的物理結構
    政府資訊化系統的物理結構，是一個從中央到地方分層的結構；但是，從資訊交換的角度來看又是一個及其複雜的網狀結構。其示意圖如下：

    特點：
    1) 辦公區域網可能以部門、也可能跨部門，屬於內部辦公網，區域網作為部門內交換資訊的物理平臺，部門（廳、局）橫向交換資訊經過跨部門（廳、局）的主幹網（在一個大院內）或DDN/VPN（跨區域）來完成。
    2) 不同級政府部門間的資訊交換要由跨地區的廣域網來進行。
    3) 公眾訪問政府資訊，除了通過政府網站訪問公共資訊外，多數還是通過電話或去政府相應部門辦理。

    3.系統設計思想
    為了保證系統具有可擴充套件性、可整合性、易維護性和系統的安全性，系統採用B/S架構以及面向物件（Object Oriented）技術；表現層、業務邏輯層、流程處理層、資料層四層架構；並採用先進的軟體開發技術和國際技術標準。
    以Internet/Intranet/Extranet構建開放系統平臺
    Intranet作為政府內部網路，自成體系；通過接入方式Internet可以非常方便地實現與外部進行資訊交換；Extranet是構建在Internet 網上的跨地域的擴充套件的政府內部網。本解決方案利用現有的Internet/Intranet/Extranet技術，打破了地域的限制，實現了對各級政府、企業、社群等進行資訊整合、交換和共享；實現對異構系統的有效整合，使之成為B/S架構上協同辦公平臺。
    採用分層架構，保證系統的可擴充套件性與靈活性
    本方案在系統架構設計上的基本思想在於將業務系統進行充分的分解，分解為表示邏輯、流程邏輯、業務邏輯、資料管理邏輯四種基本邏輯。通過這樣的分解，使其中任何一層邏輯的修改都不會影響其它三層，從而最大限度的降低系統內部的耦合性，提高系統適應變化的能力。

    業務邏輯層由一些與流程無關的業務單元或應用元件構成，它們通過存取資料庫或其它業務物件實現各自的業務邏輯，如填寫申請單、錄入審批意見等。這些業務單元或應用元件註冊到InforFlow中，成為流程中的基本處理單元。流程邏輯層的功能是管理這些業務流程，包括定義、控制業務單元間的資料流和控制流，以及將業務單元的操作對映到業務邏輯層的實際業務物件或應用元件。
    將流程邏輯從應用中分離出來，再配以方便直觀的圖形化流程定義工具InforFlow Designer，即可以實現開放的、顯式的、鬆耦合的流程，這種流程管理方案可以縮短設計週期並生產出高質量的產品，允許軟體通過集合已存在的軟體，組裝生成新的應用，而不再要求軟體從打草稿開始。採用這種解決方案，企業可以更快的建立靈活敏捷的應用系統。

    4.系統設計方案
    4.1系統構架
系統以Internet/Intranet/Extranet為網路平臺，是一個以web伺服器為核心的四層分散式網路系統，其網路總體物理結構如下圖所示。政府內部使用者通過Intranet/Extranet進行資料交換；政府外部使用者（如企業、民眾等）和政府內部使用者通過Internet進行資料交換；也可以採用VPN技術，用IntranetVPN/ExtranetVPN對政府內外使用者進行組合，以滿足政府更特殊的需求。
    說明：
    1) 系統以政府網站為中心，內接政府機關LAN/Intranet，通過防火牆外接Internet；
    2) Internet是政府與外部溝通的橋樑；
    3) 政府下屬機構（政府的各下級機構或部門）的LAN/Intranet，通過防火牆外接Internet，與系統通訊；
    4) 外部使用者和政府遠端使用者通過Internet訪問系統，可獲取公共資訊或通過個性化訪問通道獲取個性化資訊。
    系統採用先進的分散式結構，基於全新管理資訊綜合環境的體系結構，以開放、先進的Intranet/Web及訊息傳遞和工作流管理技術為核心構架的新一代全方位服務系統。
    縱向上，政府通過部門級中心資料庫為核心可進行資料和業務資訊流整合，在每一級橫向又可在部門及基層單位間進行資料和業務資訊流整合。各縱向或橫向機構可根據需要建設內部區域網，它們既可橫向與政府各機構連線；又可以在縱向上和專業機構連線。連線都是通過Internet網。不同的單位之間在業務流程上保持相對的獨立，單位和單位之間的業務流程又通過部門級中心資料庫關聯起來。
    系統採用InforFlow工作流中介軟體，構建於J2EE平臺之上。與傳統的三層結構相比，本系統將流程邏輯從業務邏輯中顯示的抽取出來，形成了相互分離的流程邏輯層和業務邏輯層。

    系統中，JSP/Servlet等Web元件負責表示邏輯的實現，並通過瀏覽器將資料在客戶端瀏覽器中展示出來。應用伺服器提供了Web元件、應用的業務元件與InforFlow工作流引擎的執行環境，嚮應用提供名字服務、事務服務、訊息服務等基礎服務，並遮蔽底層作業系統與資料庫的差異。InforFlow所提供的工作流引擎遮蔽了各種不同業務過程的差異，為系統提供了對業務過程進行統一管理的平臺。
    4.2系統方案設計特點
    系統的靈活性與可適應性
    InforFlow為公文審批及日常辦公流程的定義帶來了高度的靈活性，大大提高了業務過程適應變化的能力。轉移條件、任務分配條件的定義使得系統可以在不修改程式、不修改流程定義的前提下就可以實現對使用者授權等功能的實現。而對審批過程的變化則只需要修改流程定義，不需要修改程式就可以適應變化。
    化繁為簡，快速開發
    業務單元及控制操作的定義增加了業務邏輯實現程式碼的可重用性，減少了業務邏輯之間的耦合性。在公文審批流程中，多個節點內均存在典型的“錄入審批意見”等業務元件，系統設計將這些工作項以InforFlow業務單元的概念組裝到節點中，並採用業務單元的前提後繼等關係適合業務需求，從而動態構建具體崗位的工作臺。InforFlow將客戶的需求化繁為簡，做到了快速開發網路應用。
    對業務過程進行圖形化描述
    圖形化的定義工具使得審批過程一目瞭然。系統開發採用所見即所得的InforFlow Designer做為專案組內的流程設計工具，同時作為和客戶進行有效溝通的重要途徑。系統開發還採用InforFow監控工具作為流程開發/測試的輔助工具，可以對正在執行中的流程例項以及在執行中產生的資料進行查詢與控制，使得系統管理人員或流程的申請人能夠掌握審批流程例項當前所處的狀態和處理情況。
    下圖是實現一個通用的公文審批過程的示意圖：

    這個審批過程的實現有如下特點：
    對於相對固定的日常審批流程，可以使用InforFlow以圖形的方式方便的定義出審批過程。當由於政策調整等原因導致流程變化時，也可以通過InforFlow以圖形的方式進行修改。InforFlow具有較強的流程建模能力，能夠方便的描述出辦公流程中對串形、並形、會籤、工作同步等業務過程的需求。
    InforFlow也支援業務流程在執行時的動態控制，並可以哪個節點上的人可以執行何種控制操作。這種控制操作包括：
    審批過程的回退：將任務退回到所經過的任意節點；
    審批過程的批准、否決：將批准、否決等操作設定到任何節點上，即賦於了此節點的辦公人員審批、否決流程的許可權。
    審批過程的跳轉：允許審批流轉過程中打破流程定義的約束，由當前節點的辦公人員指定下一步要做什麼以及由誰來做。
    根據人員屬性的不同，流程可產生走向“市局”、“分局”、“區縣”的分支轉移。