【正文】 系統(tǒng) 特點 ? 實現(xiàn)了 民政 部門 、 基層 單位等業(yè)務協(xié)同，在提高辦事效率的同時，體現(xiàn)了 業(yè)務 的監(jiān)管與服務雙重功能； ? 產品支持 Oracle、 Sqlserver 等大型數(shù)據(jù)庫，數(shù)據(jù)存貯采用大型數(shù)據(jù)庫 ,可充分滿足海量數(shù)據(jù)存貯需求； ? 軟件采用三層客戶機 /服務器（ C/S）結構，遠程查詢及信息發(fā)布全面支持 Inter 和 B/S 結構； ? 開發(fā)工具采用世界一流的 Java、 Delphi、 Vc 真正實現(xiàn)面向 Inter 的分布式計算； ? 四級安全控制方法（操作系統(tǒng)級、數(shù)據(jù)庫級、應用級和數(shù) 據(jù)操作級）和使用人員分組、分人二級密碼權限技術，使數(shù)據(jù)萬無一失； ? 緊密跟隨國家相關法規(guī)，軟件升級與國家政策規(guī)定保持一致； ? 客戶端為 HTML 或 Java 客戶機，用戶可以通過 Inter 或 Intra 進行隨時隨地的訪問；即采用較為完全的 B/S 結構； ? 使用一次編寫，到處運行的 Java 技術快速開發(fā)，系統(tǒng)本身可以獨立于任何特定的軟硬件平臺； ? 使用 EJB 技術實現(xiàn)分布式。 平臺的技術保障文件 在平臺上進行軟件開發(fā)由如下的技術保證文件，可以規(guī)范、約束整個系統(tǒng)開發(fā)有條不紊的進行。軟件開發(fā)人員被劃分成三類：部件生產者、部件庫管理者和部件復用者。 ? 最后，將提取或新建的部件組裝在平臺上，一個全新的軟件系統(tǒng)就產生了。 ? 首先，我們要調研客戶需求，并進行分析，將客戶需求進行分解，定義實現(xiàn)需求所需部件。但我們又不能一個一個地專項開發(fā)，那樣就會走了項目化 的老路。另一部分為部件開發(fā)人員，這些人員不需要懂太多的技術，而應具備豐富的應用經驗，而且這類人員會越來越多，支持大規(guī)模并行開發(fā)。特別是在部件開發(fā)階段提出的需 求，是廣大部件開發(fā)人員、測試人員甚至客戶提出，這些需求是使平臺不斷地走向完善和成熟。 軟件開發(fā)流程 開發(fā)階段包括：產品規(guī)劃、平臺化、部件化。 ? 部件化階段：將業(yè)務需求抽象成一個個相對獨立的功能體，我們稱為“業(yè)務部件”，業(yè)務部件可以并得開發(fā)，隨時投入的加大，部件庫的業(yè)務部件會越來越多。 ? 平臺化階段：要完成系統(tǒng)的運行平臺，運行器、設計器和應用管理器。 ? 四個階段指的是：規(guī)劃、平 臺化、部件化、產品化 ? 五個過程指的是：需求、分析、設計、實現(xiàn)、測試 ? 階段與過程之間的關系矩陣如下圖所示： 階段 過程 規(guī)劃 平臺化 部件化 產品化 需求 分析 設計 實現(xiàn) 測試 59 發(fā)版 版本 第 1 版 第 2 版 第 3 版 第 n 版 第 n+1 版 第 n+2 版 第 m 版 第 m+1 版 第 m+2 版 上表表示在各個階段每個過程所占的比重。相比 B/S 實現(xiàn)，他的投資要小的多，不需要采用過多的硬件設備即可滿足要求。在做瘦客戶端軟件打包的時候，需要把以前部署的服務器中的業(yè)務邏輯包封裝在瘦客戶的軟件包裝中。 （ 2） 對 C/S 瘦客戶端的支持 ： 對瘦客戶端的 支持主要是能夠滿足業(yè)務邏輯重用的需要，并能夠提供認證、權限、工作流等 API 接口層的支持。在多年的發(fā)展過程中，它不僅發(fā) 58 展出了基于描述元數(shù)據(jù)描述的界面實現(xiàn)方式，又發(fā)展出了基于標記的實現(xiàn)方式，并且在性能、易用性、一致性上取得了長足的進步。 門戶的實現(xiàn)通過 liferay 來實現(xiàn)，它的主要特點是： 提供單一登陸接口，多認證模式（ LDAP 或 SQL）； 管理員能通過用戶界面輕松管理用戶，組，角色； 用戶能可以根據(jù)需要定制個性化的 portal layout； 能夠在主流的 J2EE 應用服務器上運行； 支持主流的數(shù)據(jù)庫，如 ORACLE、 MS SQL、 PostgreSQL,MySQL； 使用了第三放的開源項目，如 Hibernate, Lucene, Struts； 支持包括中文在內的多種語言； 采用最先進的技術 Java, EJB, JMS, SOAP, XML。平臺也引進了這套機制，能夠對已經開發(fā)完成的（基于瀏覽器的實現(xiàn)）系統(tǒng)進行再包裝，實現(xiàn)對用戶的個性化支持，滿足用戶的偏好需求。公共模塊部分由界面標記庫、打印服務、權限管理、身份認證、工作流引擎、 系統(tǒng)日志、公用報表等組成。 開放性原 則 平臺采用開放式體系結構，其中的公共模塊部分（即系統(tǒng)平臺的核心能力部分）可以根據(jù)需要進行適當擴充，滿足不同產品和項目的需要。因此，在做平臺設計的時候，我們并沒有想把平臺設計成一個包羅萬象的適應所有行業(yè)、領域的通用性的平臺，而有意識的關注于我們所面對的行業(yè)特性，考慮 民政 信息化系統(tǒng)的建設特點，以單據(jù)、帳表、審核流程等的易于生成、定制，以支撐跨單位應用等作為考察軟件平臺能力一個重要指標。 平臺領域化 在不同的行業(yè)中，對技術支撐平臺 的要求是有所區(qū)別的。 55 改變以往由于業(yè)務模塊之間的相互耦合而引起的系統(tǒng)脆弱性，而是把系統(tǒng)構建在基于平臺提供的 API、配置文件構成的接口總線上，保證系統(tǒng)的穩(wěn)定性。 接口總線化 各個業(yè)務對象之間的交互、控制不直接進行，而是通過把控制信息統(tǒng)一 提交到應用支撐環(huán)境中，由他來統(tǒng)一提供控制。與此相對應，由于接口層和業(yè)務層是通過中性接口來實現(xiàn)交互的，中性接口的隔離能力也為保護平臺的自身穩(wěn)定起到了非常大的作用，不至于由于業(yè)務的變動而要求對底層進行重新構造。因此，就需要采用一種機制，把這些容易變動的基礎技術部分隔離開來，對外提供相對穩(wěn)定的接口層，來保護我們在軟件技術上的投資，盡量避免技術變動對我們造成災難性的影響；同時，由于這一個穩(wěn)定接口層的存在，也使得業(yè)務軟件的開發(fā)在很大程度上脫離低層技術，能夠以相對低的代價得到，而對于平臺本身，也允許他在一定程度上發(fā)生變化，只要其提供的接口層不變，那么就可以不影響我們的業(yè)務系統(tǒng)。也就是在近幾年的時間里， Java 的誕生使我們看到了軟件行業(yè)的一個 新亮點、新方向，但不幸的是，即使是號稱與基礎平臺無關的 JAVA 語言，也在不斷的發(fā)生著變化，最突出的就是 EJB 部分從 到 的變遷甚至是超出了我們的忍受能力。 平臺設計理念 技術抽象化 自有計算機軟件的概念以來，軟件技術以相當高的速度發(fā)展著。 ?錯誤處理模塊 保證數(shù)據(jù)交換中數(shù)據(jù)的準確性和傳輸過程的完整性 ,使數(shù)據(jù)交換過程成為一個事務性過程 ,使數(shù)據(jù)交換平臺能夠適應復雜網絡環(huán)境下的數(shù)據(jù)交換 ,提高通信的效率、健 壯性和可靠性。 ?安全支撐模塊 保證數(shù)據(jù)交換和傳輸中的安全 ,提供身份認證和授權管理 ,可以控制用戶的數(shù)據(jù)請求和訪問權限。 監(jiān)控中心的結構 監(jiān)控中心由數(shù)據(jù)監(jiān)控 ,安全支撐 ,錯誤處理三部分組成。而數(shù)據(jù)庫接口提供對現(xiàn)有各主流數(shù)據(jù)庫的連接支持。 數(shù)據(jù)交換適配器的結構 數(shù)據(jù)交換適配器分為應用系統(tǒng)接口、數(shù)據(jù)庫接口和文件接口。 傳送服務模塊將目前存在的多種通信方式 (包括 FAX、 SMS、E2mail 、 Web page、即時通信 ,OCR) 進行集成 ,具備多種接口 ,支持多種通信方式和傳輸協(xié)議 ,使各部門系統(tǒng)內外的信息溝通不受溝通方式的局限 ,真正實現(xiàn)實時的多渠 道的交互式信息溝通。該模塊的作用是提供圖形化界面 ,供給數(shù)據(jù)交換平臺的管理人員實現(xiàn)數(shù)據(jù)流轉過程的定義 ,支持業(yè)務快速定制 ,以便業(yè)務發(fā)生改變 ,可以快速調整數(shù)據(jù)交換模式。可以解決異構系統(tǒng)之間的數(shù)據(jù)格式轉換 ,從而保證各個數(shù)據(jù)庫和應用系 51 統(tǒng)間的數(shù) 據(jù)共享的準確性。包括格式轉換、數(shù)據(jù)路由和傳送服務三大功能模塊。同時監(jiān)控數(shù)據(jù)交換的事務并保證數(shù)據(jù)的完整性及錯誤補救 ,例如數(shù)據(jù)路 由管理 ,數(shù)據(jù)喚醒、數(shù)據(jù)推送、報文管理等。 數(shù)據(jù)監(jiān)控中心支持對自身和數(shù)據(jù)交換任務的監(jiān)控和管理 ,對新增業(yè)務和交換系統(tǒng)進行定義和配置。每個數(shù)據(jù)交換節(jié)點只需要與數(shù)據(jù)交換中心通過數(shù)據(jù)交換適配器進行交互 ,并通過 XML 進行數(shù)據(jù)轉換 ,而不需要相互直接連接訪問就可以獲取到所需要的數(shù)據(jù)。數(shù)據(jù)交換平臺由數(shù)據(jù) 50 交換器、數(shù)據(jù)交換適配器和數(shù)據(jù)監(jiān)控中心三部份組成。覆蓋全部在本地設點的商業(yè)銀行。大大降低了接入銀行相關業(yè)務的開發(fā)成本和實施成本， 實現(xiàn)全面電子化 ， 最終確保 銀行數(shù)據(jù) 交換系統(tǒng) 安全、高效運行。程序使用 MQI 來和 MQ 的實時程序 隊列管理器進行通信的。可以看到有兩個隊列，各隊列里面存放著要接收或者發(fā)送的消息。 商業(yè) 銀行 MQ 報文 通訊 系統(tǒng) . 設計原理 財政局與銀行聯(lián)網，信息通過前置機以數(shù)據(jù)報文方式交換（ IBM MQ），雙方連接方式： TCP，報文內容為字符 方式，不含其它類型數(shù)據(jù)。參考其他地區(qū)的決策分析系統(tǒng)，部分界面如下： 收入概括分析 ： 收支總體情況： 45 稅收比對概況 ： 監(jiān)控預警概覽： 46 . 建設情況 用友政務在 全國 90%省份已建立橫向聯(lián)網系統(tǒng)，如下圖所示。做為省級財政部門，不僅能夠獲取到省本級的收入數(shù)據(jù)，同時也能獲取全省或全轄范圍的收入數(shù)據(jù)，為財政部門領導及時、準確、全面的開展工作提供有力的保障。 43 . 應用架構 橫 向 聯(lián) 網 專 線省 及 省 以 下 財 政 部 門省 及 省 以 下 人 民 銀 行省級財 政 外 網內 部 涉 密 網地市級區(qū)縣級人 行 M Q S e r v e r T I P S支 付 、 總 賬 系 統(tǒng)支 付 、 總 賬 系 統(tǒng)總 賬 系 統(tǒng)支 付 系 統(tǒng)財 政 M Q S e r v e r橫 向 聯(lián) 網 管 理 平 臺專 線A D S L 或 專 線橫 向 聯(lián) 網 管 理 平 臺橫 向 聯(lián) 網 管 理 平 臺決 策 分 析 系 統(tǒng)決 策 分 析 系 統(tǒng)決 策 分 析 系 統(tǒng) 橫向聯(lián) 網管理平臺和決策分析系統(tǒng)的建設，形成了以預算編制為源頭，以收支管理為主線，以財政決策分析系統(tǒng)為回路接點的財政業(yè)務管理的大閉環(huán)。 典型案例 人行 橫向聯(lián)網 系統(tǒng) . 概述 橫向聯(lián)網充分利用現(xiàn)代化信息網絡技術，通過財政部門、稅務機關、國庫、商業(yè)銀行間橫向聯(lián)網，實行稅收收入電子繳庫，實現(xiàn)財稅庫信息共享，方便納稅人繳稅，加快稅款入庫速度，提高財政資金運轉效率，建立規(guī)范、安全、高效的稅款收繳管理運行機制。 下圖描述了 銀行 橫向聯(lián)網系統(tǒng)的部署模式： 人 行 相 關業(yè) 務 系 統(tǒng)數(shù) 據(jù) 交 換平 臺提 交 信 息人 行 綜 合前 置 系 統(tǒng)客 戶 端經 辦 單 位民 政 局提 交核 對 請 求上 傳 報 文經 辦 業(yè) 務 員民 政 端銀 行 端商 業(yè) 銀 行業(yè) 務 系 統(tǒng)銀 行 綜 合報 送 系 統(tǒng)上 傳 報 文提 交 信 息報 文 查 詢在 線 核 對 平 臺傳 輸 、 分 發(fā) 關鍵價值 通過應用財稅庫銀橫向聯(lián)網解決方案將為 民政居民經濟狀況核對工作 帶來如下價值： 宏觀上的價值： ?橫向與銀行建立了可信任的全電子化通道； ?縱向與 民政業(yè)務部門 實現(xiàn)了全 市民政 體系業(yè)務電子化通道； ?為 民政救助業(yè)務 提供了 實時和權威 的 居民經濟狀況比對數(shù)據(jù) 。數(shù)據(jù)接收成功后，部署在民政端 的 在線核對平臺 按照規(guī)則將 各個救助業(yè)務系統(tǒng)申請 的 電子比對 數(shù)據(jù)自動分發(fā)下去。 部署模式 在 民政端 部署一臺 數(shù)據(jù)交換 服務器，用于 民政與銀行 之間信息通道的建立。各個 業(yè)務系統(tǒng) 就可以 接入 屬于自己 所要進行比對的 數(shù)據(jù)。 數(shù)據(jù)分發(fā)傳輸 由于 民政救濟、救助類業(yè)務都將使用核對中心數(shù)據(jù)來進行數(shù)據(jù)比對，各業(yè)務系統(tǒng)都要求通過在線核對平臺接入比對數(shù)據(jù)，而在線核對平臺數(shù)據(jù)又是通過接收銀行數(shù)據(jù)交換平臺產生 ， 因此個人銀行經濟狀況由銀行數(shù)據(jù)交換平臺統(tǒng)一獲取再傳輸分發(fā)到各民政 救助 業(yè)務系統(tǒng) 。 數(shù)據(jù)校驗 數(shù)據(jù)校驗和簡單查詢既包括對 報文信息的收發(fā)統(tǒng)計、原始明細信息查詢，也包括對原始信息進行的數(shù)據(jù)匯總查詢。 離線接收 只有 當出現(xiàn)網絡故障或網絡異常導致民政 端 沒有正常接收到 銀行發(fā)送過來 報文 數(shù)據(jù)，民政 端 可通過加密 u 盤 方式 向銀行申請數(shù)據(jù) 報送 。 由于銀行個人數(shù)據(jù)保密級別較高，對數(shù)據(jù)傳遞安全 性 提出了很高要求。 同時，基于 個人賬戶存款、支出明細、轉賬明細、貸款情況等數(shù)據(jù)來源，可進一步構建 個人經濟狀況報告 ，實現(xiàn)數(shù)據(jù)歸集和共享，實現(xiàn)分層次、多維度、圖表結合的豐富多樣化的 個人經濟 39 數(shù)據(jù)展現(xiàn)，滿足 民政救助業(yè)務對個人經濟狀況 查詢、分析、核對的要求。 通過 銀行 橫向聯(lián)網系統(tǒng)的全面部署， 民政 與 銀行 之間的數(shù)據(jù)傳送，其過程是全自動化的，任何環(huán)節(jié)都不會受到人為因素的干擾和影響。 （ 3） 杜絕數(shù)據(jù)傳送的人為干擾，完成對 個人 銀行 數(shù)據(jù)收集。 37 在以往傳統(tǒng)的工作方式下， 民政 與 銀行 之間的數(shù)據(jù)傳遞缺乏足夠的安全信任，業(yè)務數(shù)據(jù)無法暢通的實現(xiàn) 民政與銀行 之間的交互。這就使得 銀行 橫向聯(lián)網工作的開展變得不可或缺。 銀行 橫向聯(lián)網 系統(tǒng)的定位是相對高層次的 ，它提供重要的居民經濟狀況信息