【正文】 獨立的管理界面，明顯區(qū)別于 OA 框架。 第33頁一級菜單 二級菜單 三級菜單部門管理用戶管理 角色管理組織架構(gòu)應(yīng)用注冊 登記單點登錄的入口地址，參見原來框架后臺中的同名模塊。 服務(wù)類別Web 服務(wù)注冊 數(shù)據(jù)庫資源 共享文件源 客戶端管理服務(wù)授權(quán)應(yīng)用授權(quán) 服務(wù)監(jiān)控應(yīng)用與服務(wù) 登錄日志 用戶訪問單點登錄服務(wù)的詳細(xì)日志 操作日志 用戶對功能模塊的操作日志；平臺提供統(tǒng)一的WebService 接口給應(yīng)用系統(tǒng)，日志插入到中心庫中。日志審計 服務(wù)調(diào)用日志 服務(wù)調(diào)用客戶端對接口服務(wù)的調(diào)用日志記錄 流程配置 流程監(jiān)控工作流 把原先框架中的工作流管理模塊提升到支撐平臺中。數(shù)據(jù)表管理 創(chuàng)建數(shù)據(jù)表表單服務(wù)（時間要求可稍緩） 表單管理 基于數(shù)據(jù)表生成表單，并提供在線調(diào)整表單的功能（結(jié)合華表和周劍鋒做過的原型重新設(shè)計）六、 信息資源共享平臺 面向使用對象：電子政務(wù)平臺所有用戶。使用方式：經(jīng)過授權(quán)的用戶，可以訪問資源目錄中的服務(wù)和方法，通過共享平臺直接調(diào)用（基于支撐平臺的 SOA 架構(gòu)） ，并把結(jié)果通過 XSLT 轉(zhuǎn)換成 HTML 展現(xiàn)出來。 第34頁要求：獨立的管理界面，采用網(wǎng)站的方式來設(shè)計共享資源樹形目錄工商局 |工商登記信息 |工商年檢信息地稅局 |稅務(wù)登記證服務(wù)基本信息 服務(wù)接口調(diào)用?調(diào)用參數(shù)：根據(jù) paramsFormat 自動生成查詢條件 ?點擊“調(diào)用”按鈕，下方顯示調(diào)用結(jié)果 。七、 框架系統(tǒng)的改造 界面的改造 客戶端類庫的研究研究一下已有的客戶端 Js 類庫，借鑒其中的優(yōu)點功能，提煉成我們的 UI 層客戶端框架，并為開發(fā)人員提供常規(guī)調(diào)用說明。參考的類庫有：YUI、Jquery、ExtJs。、Java 小組共享。 界面規(guī)劃設(shè)計?設(shè)計多套登錄頁面，供不同的項目選用，要求風(fēng)格各異。建議讓設(shè)計部從網(wǎng)上收集。?設(shè)計多套 Web 軟件的布局方案，可以通過相同的 MasterPage 提供給開發(fā)人員，MasterPage 調(diào)用的模版（把 Frame、一級菜單、子菜單、Top、Bottom、內(nèi)容區(qū)等插入到模版中）可以靈活定義和添加。提供純軟件、純網(wǎng)站、混合型等多種風(fēng)格。每套布局方案提供多種顏色主題。今后在某個軟件中，原則上使用一種布局方案，多套顏色主題。?實現(xiàn)類似于 126 郵箱的界面，每個窗口可以顯示在 Tab 欄上。 （參考資料見附件） 第35頁 Web UI 的最新控件研究和應(yīng)用請研究一下 Component Art 等控件包的最新版本，合理利用其中的優(yōu)秀功能來完善我們的界面。 關(guān)于緩存的改造 面向?qū)ο蟮母脑? 第36頁八、 數(shù)據(jù)交換整合平臺前提條件：是建立統(tǒng)一的數(shù)據(jù)交換標(biāo)準(zhǔn)，并通過數(shù)據(jù)交換中間件（定制或購買），組建數(shù)據(jù)交換平臺，數(shù)據(jù)交換格式為 XML。數(shù)據(jù)來源：首先由各地市建設(shè)相關(guān)的應(yīng)用系統(tǒng)，并根據(jù)標(biāo)準(zhǔn)將相關(guān)數(shù)據(jù)匯總后統(tǒng)一傳送至建設(shè)廳誠信系統(tǒng)數(shù)據(jù)中心。另外需要整合房地產(chǎn)企業(yè)管理相關(guān)數(shù)據(jù)及資質(zhì)管理相關(guān)數(shù)據(jù)。 交換平臺需求概要根據(jù)對系統(tǒng)功能需求的分析，我們認(rèn)為市建設(shè)工程項目流程管理數(shù)據(jù)庫建設(shè)需要解決的主要問題包括：異構(gòu)系統(tǒng)之間的信息交換系統(tǒng)建設(shè)涉及多個不同政府部門的不同的業(yè)務(wù)系統(tǒng)之間的數(shù)據(jù)交換， 這些系統(tǒng)的硬件平臺、操作系統(tǒng)、數(shù)據(jù)庫系統(tǒng)、軟件開發(fā)環(huán)境各自不同，給系統(tǒng)之間的信息交換帶來了一定的難度。不同數(shù)據(jù)結(jié)構(gòu)之間的轉(zhuǎn)換要 進 行 數(shù) 據(jù) 交 換 的 各 個 業(yè) 務(wù) 系 統(tǒng) 的 數(shù) 據(jù) 庫 結(jié) 構(gòu) 不 同 ，在 進 行 數(shù) 據(jù) 交換 時 ，要 進 行 數(shù) 據(jù) 結(jié) 構(gòu) 和 內(nèi) 容 兩 個 方 面 的 轉(zhuǎn) 換 ，需 要 為 誠 信 網(wǎng) 系 統(tǒng) 提 供一 個 靈 活 的 數(shù) 據(jù) 轉(zhuǎn) 換 機 制 。動態(tài)的數(shù)據(jù)交換流程不同業(yè)務(wù)系統(tǒng)之間的數(shù)據(jù)交換流程是不斷地變化的，數(shù)據(jù)發(fā)送的目的地由數(shù)據(jù)發(fā)送方定義，數(shù)據(jù)系統(tǒng)要能夠根據(jù)數(shù)據(jù)交換消息中的目的地信息，動態(tài)地進行消息路由。系統(tǒng)實施后，數(shù)據(jù)交換的流程并不 第37頁是固定不變的。這就要求在建設(shè)誠信網(wǎng)過程中，為系統(tǒng)提供靈活修改數(shù)據(jù)交換流程的機制。遠(yuǎn)程數(shù)據(jù)管理為了降低系統(tǒng)的總體維護成本，降低對專業(yè)技術(shù)人員的依賴，系統(tǒng)要能夠支持中心部署、遠(yuǎn)程管理的功能，管理人員能夠?qū)φ\信網(wǎng)系統(tǒng)提供管理服務(wù)支持。在進行系統(tǒng)設(shè)計和產(chǎn)品選型時，需要考慮以上幾個必須解決的問題。 信息交換平臺功能要求 總體要求信息交換平臺的總體要求如下：（1）信息交換平臺與部門業(yè)務(wù)系統(tǒng)相對獨立信息交換平臺應(yīng)獨立于各個業(yè)務(wù)系統(tǒng)的業(yè)務(wù)邏輯，信息交換流程與業(yè)務(wù)流程相獨立。同時，信息交 換平臺與現(xiàn)有的業(yè)務(wù)系統(tǒng)應(yīng)保持相互隔離和透明，信息交換平臺對現(xiàn)有業(yè)務(wù)系統(tǒng)沒有影響或盡量減少影響。并且，在此基礎(chǔ)上 擴充增加業(yè)務(wù)系統(tǒng)，不影響信息交換平臺的基礎(chǔ)架構(gòu)。（2）信息交換平臺的可擴展性信息交換平臺在統(tǒng)一性和業(yè)務(wù)獨立性的前提下，也要具有良好的可擴充性。隨著業(yè)務(wù)需求的變化和擴展，可以逐步的把不同的業(yè)務(wù)數(shù)據(jù)通過信息交換平臺實現(xiàn)信息交換。信息交換平臺的擴展性保證了新 第38頁增加一種業(yè)務(wù)類型，不會影響和改變現(xiàn)有的處理模式，方便地實現(xiàn)系統(tǒng)擴展。（3）信息交換平臺具有跨平臺特性隨著系統(tǒng)規(guī)模的不斷擴大，硬件平臺需要升級，在硬件系統(tǒng)升級時，交換平臺能夠平滑過渡。隨著 業(yè)務(wù)擴展，整合系統(tǒng)升級，所有的處理過程，包括程序代碼均不需要做任何修改，即可平滑的遷移到新的硬件平臺上。同時，信息交 換平臺能夠適應(yīng)各種異構(gòu)業(yè)務(wù)數(shù)據(jù)庫系統(tǒng)及其不同的操作系統(tǒng)平臺。要支持支持 UNIX、Linux、Microsoft Windows 等不同的操作系統(tǒng)，支持不同平臺 間平滑移植。信息交換平臺要解決數(shù)據(jù)抽取、信息傳輸、數(shù)據(jù)轉(zhuǎn)換、數(shù)據(jù)加載等技術(shù)問題。 數(shù)據(jù)抽取與數(shù)據(jù)加載功能（1）連接不同的數(shù)據(jù)源數(shù)據(jù)抽取與數(shù)據(jù)加載需要與不同的數(shù)據(jù)庫交互。因此，信息交換平臺需要針對涉及的不同業(yè)務(wù)數(shù)據(jù)庫系統(tǒng)，提供相應(yīng)的適配器組件，方便地實現(xiàn)數(shù)據(jù)提取與數(shù)據(jù)加載。信息交換平臺至少要提供對 SQL Server、Oracle、Sybase、My Sql等多種關(guān)系型數(shù)據(jù)庫的適配器組件，可以方便的實現(xiàn)對數(shù)據(jù)庫的訪問，無論從數(shù)據(jù)庫抽取數(shù)據(jù)，還是插入數(shù)據(jù)。并且隨著系統(tǒng)的不斷發(fā)展，還有有開放的框架支撐其他數(shù)據(jù)庫系統(tǒng)。除了數(shù)據(jù)庫外，信息交換平臺還要提供文件數(shù)據(jù)提取的功能，對 第39頁電子政務(wù)應(yīng)用中常見的文本文件、Excel 文件、XML 文件、Domino 文件等不同類型文件提供分析提取功能。（2）新鮮數(shù)據(jù)抽取數(shù)據(jù)抽取有完全提取和增量提取兩種方式，完全抽取是一次性將業(yè)務(wù)數(shù)據(jù)庫的所有業(yè)務(wù)數(shù)據(jù)抽取到中心綜合數(shù)據(jù)庫中，增量抽取是只將發(fā)生過增、刪、改的新 鮮數(shù)據(jù)抽取到中心綜合數(shù)據(jù)庫中。電子政務(wù)應(yīng)用的數(shù)據(jù)（如人口信息、企業(yè)信息等）普遍具有數(shù)據(jù)量大的特點，若都采用完全抽取，則會大大影響系統(tǒng)性能，同時對各個數(shù)據(jù)庫系統(tǒng)的壓力增大，甚至?xí)绊懍F(xiàn)有業(yè)務(wù)系統(tǒng)的運行。信息交換平臺必須提供新鮮數(shù)據(jù)抽取（包括增、刪、改數(shù)據(jù)）的功能。 信息傳輸功能在信息傳輸方面，交換平臺支持分布式（信息服務(wù)總線型）與集中式（HubSpoke 模式）兩種不同體系架構(gòu)。同時，應(yīng)能符合國家政務(wù)信息資源交換體系技術(shù)要求標(biāo)準(zhǔn)中的相關(guān)要求，便于未來與國家政務(wù)信息資源交換體系對接。（1）傳輸協(xié)議支持 HTTP/HTTPS 傳輸協(xié)議。（2）報文格式采用 SOAP 打包，消息處理符合國家政務(wù)信息資源交換體系標(biāo)準(zhǔn)規(guī)定的消息基礎(chǔ)協(xié)議。（3）消 息 傳 輸 模 式 支 持 消 息 主 動 發(fā) 送 、請 求 /應(yīng) 答 、訂 閱 /發(fā) 布 三 種 消息 交 換 模 式 。（4）支持消息路由的功能，包括基于消息內(nèi)容的路由和基于消息 第40頁頭的路由。（5）支持多種數(shù)據(jù)的傳輸方式，包括：同步傳輸、異步傳輸、點對點、點到多點等。（6）可靠的傳輸機制具有可靠傳輸?shù)墓δ堋Ｍㄟ^斷點續(xù)傳、消息確認(rèn)和消息重發(fā)機制，實現(xiàn)在網(wǎng)絡(luò)發(fā)生故障、系統(tǒng)產(chǎn)生異?；虬l(fā)生崩潰的情況下實現(xiàn)數(shù)據(jù)交換“ 不丟、不錯、不重 ”。平臺支持雙機熱備功能，保證平臺穩(wěn)定可靠運行。（7）支持安全的數(shù)據(jù)傳輸功能，支持消息加密、消息數(shù)字簽名功能。 數(shù)據(jù)轉(zhuǎn)換功能由于各個業(yè)務(wù)數(shù)據(jù)庫采用不同的數(shù)據(jù)字典和數(shù)據(jù)代碼，數(shù)據(jù)結(jié)構(gòu)也不盡相同，數(shù)據(jù)整合時，需要 進行數(shù)據(jù)轉(zhuǎn)換。 數(shù)據(jù)轉(zhuǎn)換包括字符集轉(zhuǎn)換、格式轉(zhuǎn)換與內(nèi)容轉(zhuǎn)換，內(nèi)容轉(zhuǎn)換包括代碼轉(zhuǎn)換和值轉(zhuǎn)換兩種情況。在轉(zhuǎn)換過程中，根據(jù)需求對抽取的數(shù)據(jù)進行必要數(shù)據(jù)處理，包括數(shù)據(jù)項組合，刪除等操作，組織成所需要的數(shù)據(jù)。為了方便使用，信息交換平臺要提供一個圖形化的界面，用戶能夠方便的設(shè)置數(shù)據(jù)轉(zhuǎn)換規(guī)則。在信息交換平臺中應(yīng)提供數(shù)據(jù)轉(zhuǎn)換組件，根據(jù)配置的數(shù)據(jù)轉(zhuǎn)換規(guī)則實現(xiàn)“零編程” 數(shù)據(jù)轉(zhuǎn)換 功能。 第41頁 交換流程配置工具 不同部門不同類型業(yè)務(wù)系統(tǒng)或業(yè)務(wù)數(shù)據(jù)庫間的數(shù)據(jù)交換流程是不同的，而且未來還可能發(fā)生變化。如果信息交換平臺采用“ 硬連接”的方式，即將各個數(shù)據(jù)交換流程在程序編碼中實現(xiàn)，則當(dāng)需求發(fā)生變化時，需要修改程序才能適應(yīng)需求變化。因此，信息交換平臺需要提供圖形化的數(shù)據(jù)交換流程設(shè)計工具，支撐信息交換項目快速開發(fā)和部署。 系統(tǒng)管理功能提供遠(yuǎn)程部署、遠(yuǎn)程管理的功能。能夠?qū)粨Q平臺的各個節(jié)點實現(xiàn)遠(yuǎn)程管理。遠(yuǎn)程部署、卸載、啟 動、停止交 換服務(wù)。 系統(tǒng)監(jiān)控功能系統(tǒng)監(jiān)控包括如下幾個方面：（1）對數(shù)據(jù)流量和狀態(tài)的查詢、統(tǒng)計與審計；（2）對交換平臺自身運行狀態(tài)的查詢和監(jiān)控，支持遠(yuǎn)程監(jiān)控功能。數(shù)據(jù)流量和狀態(tài)的監(jiān)控，首先是對于所有通過交換平臺進行交換的數(shù)據(jù)總量的把握，其次是對每個通過交換平臺的數(shù)據(jù)包狀態(tài)的微觀把握。通過監(jiān)控功能，可以了解在指定時間內(nèi)按照進/出、目的地/ 來源地、數(shù)據(jù)量大小等項目進行查詢和統(tǒng)計，從而實現(xiàn)對總量的把握；通過對數(shù)據(jù)狀態(tài)（例如等待處理、正在進行、處理完畢、回執(zhí)收到、處理中斷等）的監(jiān)控，可以追蹤某一個指定數(shù)據(jù)的狀態(tài)。 第42頁對 交 換 平 臺 自 身 運 行 狀 態(tài) 的 查 詢 和 監(jiān) 控 ，是 為 了 確 認(rèn) 共 享 交 換 自 身的 運 行 是 否 正 常 。查 詢 和 監(jiān) 控 的 對 象 主 要 是 構(gòu) 成 交 換 平 臺 的 各 類 軟 件運 行 實 體 （例 如 進 程 、隊 列 等 ）。以 進 程 為 例 ，監(jiān) 控 的 主 要 操 作 包 括 查 詢進 程 狀 態(tài) 、停 止 進 程 、重 新 啟 動 進 程 等 。系統(tǒng)還要提供日志管理功能。 交換平臺總體框架信 息 交 換 平 臺 是 由 各 個 部 門 的 部 門 交 換 前 置 機 以 及 中 心 交 換 前 置機 通 過 互 聯(lián) 網(wǎng) 絡(luò) 連 接 而 構(gòu) 成 的 分 布 式 系 統(tǒng) 。交 換 平 臺 總 體 上 采 用 前 置機 交 換 模 式 ，即 采 用 交 換 前 置 機 將 部 門 的 業(yè) 務(wù) 系 統(tǒng) 與 交 換 域 隔 離 ，保 證部 門 業(yè) 務(wù) 系 統(tǒng) 的 安 全 及 業(yè) 務(wù) 獨 立 性 。信 息 交 換 平 臺 總 體 結(jié) 構(gòu) 由 信 息 交 換 網(wǎng) 絡(luò) 、信 息 交 換 傳 輸 系 統(tǒng) （信 息交 換 總 線 ）、中 心 交 換 前 置 機 系 統(tǒng) 、部 門 交 換 前 置 機 系 統(tǒng) 、信 息 交 換 橋 接等 部 分 組 成 ，信 息 交 換 平 臺 總 體 框 架 如 下 圖 所 示 。 第43頁 中心交換前置機系統(tǒng)信 息 交 換 中 心 配 置 中 心 交 換 前 置 機 系 統(tǒng) ，中 心 交 換 前 置 機 系 統(tǒng) 由 兩臺 服 務(wù) 器 組 成 雙 機 熱 備 。系 統(tǒng) 結(jié) 構(gòu) 如 下 ：兩 臺 中 心 交 換 前 置 機 分 別 安 裝 中 心 交 換 服 務(wù) 系 統(tǒng) ，連 接 到 共 同 的 磁盤 陣 列 上 ，兩 個 系 統(tǒng) 共 用 磁 盤 陣 列 作 為 消 息 存 儲 。當(dāng) 采 用 中 心 交 換 模 式 （HubSpoke）時 ，中 心 兩 臺 交 換 服 務(wù) 器 中 的 一臺 服 務(wù) 器 啟 動 中 心 交 換 服 務(wù) 系 統(tǒng) ，作 為 信 息 交 換 總 線 的 中 心 樞 紐 。另 外一 臺 交 換 服 務(wù) 器 （備 用 交 換 服 務(wù) 器 ）上 的 中 心 交 換 服 務(wù) 系 統(tǒng) 的 交 換 服 務(wù)不 啟 動 ，只 啟 動 “心 跳 檢 測 ”模 塊 ，實 時 檢 測 主 交 換 服 務(wù) 器 上 的 交 換 服 務(wù) 第44頁進 程 ，當(dāng) 主 交 換 服 務(wù) 器 上 的 中 心 交 換 服 務(wù) 系 統(tǒng) 交 換 服 務(wù) 宕 機 或 不 能 提