【正文】 份信息個(gè)人賬戶信息本人聲明異議標(biāo)注統(tǒng)計(jì)查詢數(shù)據(jù)篩選數(shù)據(jù)來源經(jīng) 濟(jì) 狀 況 報(bào) 告 分 發(fā)經(jīng) 濟(jì) 狀 況 報(bào) 告 組 織經(jīng) 濟(jì) 狀 況 報(bào) 告?zhèn)€ 人 存 款 信 息賬 戶 明 細(xì) 信 息低 保 救 助橫 向 聯(lián) 網(wǎng)相 關(guān) 服 務(wù)銀 行數(shù) 據(jù)銀 行數(shù) 據(jù)個(gè) 人 基 本 信 息銀 行 橫 向 聯(lián) 網(wǎng) 民 政 端統(tǒng) 計(jì) 報(bào) 表與 查 詢數(shù) 據(jù) 交 換 平 臺(tái) 組 件半 自 動(dòng) 人 工 采 集人 民 銀 行 相 關(guān) 系 統(tǒng)商 業(yè) 銀 行 儲(chǔ) 戶 報(bào) 送系 統(tǒng)接 口民 政 在 線 核 對(duì) 平 臺(tái)醫(yī) 療 救 助其 它個(gè)人存款信息轉(zhuǎn)賬明細(xì)信息大小額支付個(gè)人貸款信息數(shù)據(jù)轉(zhuǎn)換數(shù)據(jù)抽取數(shù)據(jù)過濾數(shù)據(jù)轉(zhuǎn)載 銀行橫向聯(lián)網(wǎng) 數(shù)據(jù) 交換平臺(tái) 從根本上 解決了 民政 部門和銀行之間數(shù)據(jù)傳遞與信息共享的各種弊端 ，通過全自動(dòng)數(shù)據(jù)傳遞或半自動(dòng)人工采集等手段 ，在 民政 部門與 各 銀行之間建立起一條快捷、有效、安全的信息交互通道。 功能描述 自動(dòng) 接收存儲(chǔ) 在正常情況下， 民政端提出個(gè)人賬戶查詢請(qǐng)求，銀行報(bào)送系統(tǒng)接收請(qǐng)求， 由 銀行 核心賬務(wù)系統(tǒng)自動(dòng) 返回 查詢數(shù) 據(jù)報(bào)文 到 民政端數(shù)據(jù)交換平臺(tái) ， 通過交換平臺(tái)組件 從 交換數(shù)據(jù)總線將數(shù)據(jù)報(bào)文下載下來。銀行 橫向聯(lián)網(wǎng) 接口需要 對(duì)所有收發(fā)的報(bào)文均進(jìn)行電子簽名， CA 驗(yàn)證， CA 證書由 銀行發(fā)放 ，通過 CA 認(rèn)證防止機(jī)密數(shù)據(jù)被篡改和竊取 。 民政端 交換中心 和銀行 端前置系統(tǒng)通過導(dǎo)入、導(dǎo)出通訊報(bào)文方式實(shí)現(xiàn)離線數(shù)據(jù)接收和發(fā)送。 40 數(shù)據(jù)的匯總查詢可以進(jìn)行不同要素的交叉匯總，并且能夠追溯到原始的明細(xì)信息，并且查詢匯總的級(jí)次可以自行定義。 數(shù)據(jù)分發(fā)功能先對(duì)接收到的銀行 數(shù)據(jù)進(jìn)行識(shí)別，根據(jù)各 業(yè)務(wù)系統(tǒng)比對(duì)指令 形成的轉(zhuǎn)發(fā)路由 規(guī)則發(fā)送到各個(gè) 業(yè)務(wù)系統(tǒng)端口 。 報(bào)表展現(xiàn) 實(shí)現(xiàn)數(shù)據(jù)歸集和共享，實(shí)現(xiàn)分層次、多維度、圖表結(jié)合的豐富多樣化的數(shù)據(jù)展現(xiàn)，滿足領(lǐng)導(dǎo)層對(duì) 經(jīng)濟(jì)狀況核對(duì) 情況及 核對(duì) 進(jìn)度的查詢、統(tǒng)計(jì)和分析的要求。 數(shù)據(jù)交換平臺(tái) 則通過建立起來的可信任通道， 實(shí)時(shí)發(fā)送 接收 用于核對(duì) 的 個(gè)人經(jīng)濟(jì) 數(shù)據(jù)。 在線核對(duì) 系統(tǒng)本身已提供了可用于 核 41 對(duì) 的標(biāo)準(zhǔn)接口，使得各 經(jīng)辦單位 使用的 救助業(yè)務(wù)系統(tǒng) 實(shí)現(xiàn)自動(dòng) 電子核對(duì) 成為可能。 42 微觀上的價(jià)值： ?個(gè)人銀行經(jīng)濟(jì)數(shù)據(jù)以 報(bào)文 方式 的全電子化傳遞； ?民政救助業(yè)務(wù)系統(tǒng)自動(dòng)進(jìn)行 電子比對(duì) ； ?個(gè)人經(jīng)濟(jì) 情況一目了然； ?個(gè)人經(jīng)濟(jì)狀況 數(shù)據(jù) 的匯總分析。 橫向聯(lián)網(wǎng)主要包括兩部分內(nèi)容：橫向聯(lián)網(wǎng)管理平臺(tái)和基于橫向聯(lián)網(wǎng)數(shù)據(jù)進(jìn)行數(shù)據(jù)挖掘的決策分析系統(tǒng)。 . 橫向聯(lián)網(wǎng)管理平臺(tái)介紹 橫向聯(lián)網(wǎng)管理平臺(tái)主要實(shí)現(xiàn)省級(jí)財(cái)政從人行 TIPS 系統(tǒng)接收全省的稅收收入數(shù)據(jù)、保存稅收數(shù)據(jù)、然后按區(qū)劃向下級(jí)財(cái)政部門分發(fā)稅收數(shù)據(jù)。 44 . 報(bào)表展現(xiàn) 系統(tǒng)充分考慮到財(cái)政業(yè)務(wù)的不斷變化，所需報(bào)表種類不斷更新的需求，系統(tǒng)可靈活配置出需 要的報(bào)表，以滿足日常工作；報(bào)表數(shù)據(jù)在真實(shí)、有效的基礎(chǔ)上，能夠?qū)崟r(shí)獲取到當(dāng)前最新的數(shù)據(jù)進(jìn)行展現(xiàn)；在當(dāng)前展現(xiàn)的報(bào)表界面中，針對(duì)指定的數(shù)據(jù)項(xiàng)可進(jìn)行更為深入、詳細(xì)的數(shù)據(jù)挖掘；在直觀、全面的展現(xiàn)數(shù)據(jù)的同時(shí)，又同時(shí)具備美觀、便捷的友好操作界面。 其中包括 貴州全省 ，廣西全省、吉林全省、湖北全省、內(nèi)蒙古財(cái)政廳、河北省財(cái) 47 政廳、云南省財(cái)政廳、 無錫市財(cái)政局 等。 財(cái)政局與銀行采用雙向傳輸，即可以由財(cái)政端反送報(bào)文銀行給予應(yīng)答，也可以由銀行發(fā)送報(bào)文財(cái)政端給予應(yīng)答，具體的實(shí)際實(shí)現(xiàn)方式由業(yè)務(wù)需求來定，如下圖 圖 2 48 圖 3 說明了兩個(gè)應(yīng)用程序 A和 B 之間是如何進(jìn)行通信的。 程序和隊(duì)列之間的方形圖表示 MQI（消息隊(duì)列接口 API）。 . 建設(shè)情況 已實(shí)現(xiàn)銀行 MQ 報(bào)文通訊系統(tǒng)的地區(qū)有： 上海市、南京市、杭州市、 常州市 武進(jìn)區(qū) 、天寧區(qū) 、 阜寧縣 、 建湖縣 、 濱?？h 、 響水縣 、鹽都區(qū) 、 射陽縣 、 亭湖區(qū) 、 大豐市 、 東臺(tái)市 、 興化縣 、 寶應(yīng)縣 、高郵市 、 灌南縣 商業(yè)銀行綜合 數(shù)據(jù) 交換平臺(tái) 根據(jù)銀行關(guān)聯(lián)業(yè)務(wù)的復(fù)雜性和標(biāo)準(zhǔn)多樣性，用友政務(wù)集成開發(fā)了銀行綜合 數(shù)據(jù) 交換平臺(tái)， 該平臺(tái) 制定了業(yè)務(wù)交換標(biāo)準(zhǔn)規(guī)范，同時(shí) 嵌入了 MQ Server、 Web Service、 socket 等多種通訊技術(shù)，部署方式靈活 多樣 ， 可根據(jù) 現(xiàn)實(shí) 需要進(jìn)行接入模式的選擇。 49 商業(yè)銀行綜合業(yè)務(wù)交換平臺(tái)應(yīng)用范圍廣 ，地域覆 蓋面大，已推廣的地區(qū)有江西省各地市， 全省 80 余家區(qū)縣；吉林省全省各地市、區(qū)縣。 第 4章 Web Service 數(shù)據(jù)交換平臺(tái) 數(shù)據(jù)交換平臺(tái)的總體架構(gòu) 經(jīng)濟(jì)狀況核對(duì)中心 數(shù)據(jù)交換平臺(tái)的數(shù)據(jù)交換系統(tǒng)為一個(gè)星型結(jié)構(gòu) ,這種結(jié)構(gòu)簡(jiǎn)化了 政府各部門 應(yīng)用主體內(nèi)部功能體之間、主體與主體之間所存在的復(fù)雜的相互關(guān)系。 數(shù)據(jù)交換器處于核心位置 ,通過配置在數(shù)據(jù)交換器的數(shù)據(jù)交換服務(wù)器提供的標(biāo)準(zhǔn)化的適配器為每個(gè)數(shù)據(jù)交換節(jié)點(diǎn) (需要進(jìn)行數(shù)據(jù)交換的各個(gè) 部門和企業(yè) ) 提供服務(wù)。 數(shù)據(jù)交換適配器提供跨平臺(tái)的應(yīng)用系統(tǒng)和數(shù)據(jù)庫接口 ,使各政府部門 業(yè)務(wù) 系統(tǒng)和 內(nèi)部辦公 等系統(tǒng)輕松接入 ,協(xié)同工作。實(shí)現(xiàn)整個(gè)數(shù)據(jù)交換系統(tǒng)的監(jiān)控、維護(hù)和管理 ,也使應(yīng)用系統(tǒng)的變化和發(fā)展可以得到有效地管理和控制。 數(shù)據(jù)交換器的結(jié)構(gòu) 數(shù)據(jù)交換器利用 Web Service 技術(shù)來實(shí)現(xiàn) ,以 SOAP 作為安全通信的基礎(chǔ) ,以 XML 為跨平臺(tái)數(shù)據(jù)交換的技術(shù) ,建立了各政務(wù)應(yīng)用系統(tǒng)溝通和對(duì)社會(huì)服務(wù)的接口標(biāo)準(zhǔn)和服務(wù)標(biāo)準(zhǔn) ,實(shí)現(xiàn)了良好的數(shù)據(jù)封裝、交換和共享 ,提供了很好的互操作 性。 格式轉(zhuǎn)換模塊配置不同數(shù)據(jù)格式的映射轉(zhuǎn)換及傳送 ,例如格式映射、轉(zhuǎn)換、傳送配置等 ,實(shí)現(xiàn)數(shù)據(jù)格式的自動(dòng)轉(zhuǎn)換。 數(shù)據(jù)路由模塊實(shí)現(xiàn)數(shù)據(jù)交換流程 ,針對(duì)不同的數(shù)據(jù) ,需要設(shè)定和管理不同的數(shù)據(jù)流轉(zhuǎn)過程。數(shù)據(jù)交換流轉(zhuǎn)過程的描述也采用 XML 方式。從而實(shí)現(xiàn)跨網(wǎng)絡(luò)、跨系統(tǒng)、跨數(shù)據(jù)庫、跨應(yīng)用的數(shù)據(jù)共享和網(wǎng)絡(luò)資源的合理使用。應(yīng)用系統(tǒng)接口為已有應(yīng)用系統(tǒng)配置具有信息交換功能的 Web Service 或直接構(gòu)建信息交換 SOAP 服務(wù)器 ,使各 業(yè)務(wù) 系統(tǒng)都與數(shù)據(jù)交換平臺(tái)連接 ,改變了傳統(tǒng)上每?jī)蓚€(gè)需要交換數(shù)據(jù)的系統(tǒng)點(diǎn)對(duì)點(diǎn)連接的方式。文件接口提供對(duì)各種不同格式數(shù)據(jù)文件的支持 ,例如 HTML、Execl 、 PDF 等。 52 ?數(shù)據(jù)監(jiān) 控模塊 塊完成數(shù)據(jù)交換任務(wù)的創(chuàng)建、激活、掛起、終止等 ,維護(hù)數(shù)據(jù)交換任務(wù)的控制數(shù)據(jù) ,提供控制、管理和監(jiān)督數(shù)據(jù)交換任務(wù)執(zhí)行情況的功能。通過嚴(yán)格的身份驗(yàn)證和權(quán)限管理 ,可以很好地保證系統(tǒng)的安全。 第 5章 支撐平臺(tái) 【內(nèi)容導(dǎo)讀】為保證 民政 核對(duì) 管理 系統(tǒng)的開發(fā)質(zhì)量，必須要有一個(gè)成熟穩(wěn)定的開發(fā)平臺(tái)進(jìn)行開發(fā)技術(shù)保障，用友平臺(tái)是用友長(zhǎng)期技術(shù)積累形成的成熟先進(jìn)的技術(shù)開發(fā)平臺(tái)， 民政 核對(duì) 管理 系統(tǒng)的開發(fā)將基于用友平臺(tái)開發(fā)，本節(jié)重點(diǎn)介紹用友平臺(tái)的運(yùn)行機(jī)制，以及針對(duì) 民政 在線核對(duì) 系統(tǒng)的開發(fā)支持。從最初的基于指令的編碼實(shí)現(xiàn)方式到現(xiàn)在的所謂 4GL 語言，技術(shù)的變遷可謂巨大。 作為中國軟件行業(yè)問題，我們國家的軟件行業(yè)是建筑在國外低層技術(shù)之上的，這些低層技術(shù)的變遷對(duì)我們的影響可能一夜之間改變一個(gè)廠商的命運(yùn)，這在C/S 系統(tǒng)向 B/S 系統(tǒng)轉(zhuǎn)換的時(shí)候是有很多例證的。 軟件技術(shù)平臺(tái)就是順應(yīng)這種要求的有效的方式，通過把底層技術(shù)封裝起來，對(duì)業(yè)務(wù)層提供一個(gè)相對(duì)中性的技術(shù)接口層，可以避免由于技術(shù)變遷而引起業(yè)務(wù)的變遷。 如 下圖，通過隔離層的作用，我們對(duì)業(yè)務(wù)和技術(shù)都實(shí)現(xiàn)了相當(dāng)程度的保護(hù)： 54 業(yè)務(wù)表層化 用友公司認(rèn)為，基于平臺(tái)的開發(fā)不僅僅是把一些公共的模塊做出來，更重要的是要降低系統(tǒng)的開發(fā)難度，把核心的、技術(shù)含量高的設(shè)計(jì)內(nèi)容盡量作為平臺(tái)的底層來完成，而把對(duì)業(yè)務(wù)的支撐通過采用標(biāo)記語言、工作流定制、打印模版定制等相對(duì)簡(jiǎn)單的方式完成，這樣，在業(yè)務(wù)發(fā)生變化的時(shí)候，就可以不用對(duì)軟件的底層進(jìn)行修正，而只需要把這些用于完成業(yè)務(wù)與技術(shù)之間轉(zhuǎn)換的“介質(zhì)”層加以修正即可。盡量避免業(yè)務(wù)對(duì)象之間的直接耦合，使業(yè)務(wù)對(duì)象發(fā)展盡量不受其他業(yè)務(wù)對(duì)象的干擾。 系統(tǒng)可配置 系統(tǒng)不提供一個(gè)剛性的系統(tǒng)，而是采用參數(shù)化、工具化的思路，構(gòu)造一個(gè)技術(shù)與業(yè)務(wù)相分離的平臺(tái)，使業(yè)務(wù)與技術(shù)盡量隔離，在業(yè)務(wù)發(fā)生變化時(shí)，通過簡(jiǎn)單的參數(shù)配置即可完成，而不需要對(duì)技術(shù)底層做改造，保護(hù)技術(shù)投資。如用于支撐網(wǎng)站運(yùn)行的基礎(chǔ)技術(shù)平臺(tái)就與支撐企業(yè)業(yè)務(wù)運(yùn)轉(zhuǎn)的技術(shù)支撐平臺(tái)有很大的差別，用于支撐企業(yè)軟件運(yùn)行的平臺(tái)與支撐政府軟件運(yùn)轉(zhuǎn)的平臺(tái)也有很大的差別。通過將相對(duì)固定的領(lǐng)域內(nèi)容在平臺(tái)中進(jìn)行實(shí)現(xiàn)，可以大大降低領(lǐng)域內(nèi)軟件的開發(fā)難度。 56 平臺(tái)架構(gòu)介紹 平臺(tái)結(jié)構(gòu) 如上圖，平臺(tái)在總體上分成控制邏輯部分、公共模塊部分和接口層組成，用戶的訪問通過接入界面，在控制器邏輯的統(tǒng)一協(xié)調(diào)下，分別調(diào)用不同的模塊，實(shí)現(xiàn)系統(tǒng)預(yù)定功能。 ? 其中的身份認(rèn)證可以和第三方 CA 結(jié)合來提供統(tǒng)一認(rèn)證 ； ? 數(shù)據(jù)交換部分則是本次新開發(fā)的模塊，基于消息中間件來實(shí)現(xiàn)； 對(duì)個(gè)性化界面的支持 門戶技術(shù)是近幾年內(nèi)發(fā)展起來的一個(gè)新興軟件技術(shù)，他可以把多個(gè)滿足規(guī)定標(biāo)準(zhǔn)的離散系統(tǒng)在界面層進(jìn)行整合，以用戶所偏好的形式為起提供系統(tǒng)訪問界面。 如下圖所示意： 57 國庫集中支付管理界面層項(xiàng)目申報(bào)項(xiàng)目修改項(xiàng)目清理項(xiàng)目審核項(xiàng)目決算項(xiàng)目狀態(tài)查詢報(bào)表門戶個(gè)性化用戶 A個(gè)性化用戶 B個(gè)性化需求域 A個(gè)性化配置個(gè)性化需求域B個(gè)性化配置項(xiàng)目申報(bào)項(xiàng)目修改項(xiàng)目查詢項(xiàng)目審核項(xiàng)目決算項(xiàng)目查詢 通過識(shí)別用戶的個(gè)性化需求，建立個(gè)性化需求域，并通過門戶的配置能 力加以實(shí)施，為有不同個(gè)性化需求的用戶提供帶有用戶偏好的用戶訪問界面。 對(duì)兩種客戶端的支持 （ 1） 對(duì) web 瀏覽器的支持 ： 對(duì)瀏覽器的支持是平臺(tái)的強(qiáng)項(xiàng)，從一開始他就是設(shè)計(jì)出來滿足大型的 B/S 應(yīng)用的。此外，考慮到用戶個(gè)性化的需求，又引進(jìn)了門戶層，能夠?qū)崿F(xiàn)對(duì)系統(tǒng)界面展示方式在二次整合，滿足用戶個(gè)性化的要求。對(duì)于瘦客戶端，需要重新實(shí)現(xiàn)界面。對(duì) C/S 客戶的支持主要是滿足一些地區(qū)、單位在不采用 B/S 架構(gòu)的情況下使用。 基于平臺(tái)的開發(fā)過程 軟件開發(fā)模型 采用了新產(chǎn)品生命周期模型，這是一個(gè)增量式開發(fā)模型，簡(jiǎn)單的一句話概括就是“四個(gè)階段、五個(gè)過程”。 ? 規(guī)劃階段：要完成軟件的系統(tǒng)邊界，軟件的高層架構(gòu)，確定平臺(tái)層部件層各自的目標(biāo)，劃分主要應(yīng)用模塊，以及 這些模塊之間的相互關(guān)系和接口。完成系統(tǒng)內(nèi)部架構(gòu)和主要的數(shù)據(jù)接口標(biāo)準(zhǔn)。 ? 產(chǎn)品化階段：將部件根據(jù)客戶的要求進(jìn)行組裝，從而構(gòu)造出適合客戶需求的業(yè)務(wù)軟件。 平臺(tái)的需求來源有兩個(gè)：一是規(guī)劃階段分配的需求，二是部件開發(fā)階段提出的需求。這三個(gè)階段流程之間的關(guān)系如下圖所示： 60 在這里，開發(fā)團(tuán)隊(duì)分為兩大部分，開發(fā)平臺(tái)的團(tuán)隊(duì)，這些人員都是純技術(shù)人員，不需要大多的應(yīng)用經(jīng)驗(yàn)，但這部分人不會(huì)太多。 軟件組裝流程 客戶的需求千差萬別，用一套標(biāo)準(zhǔn)軟件是適應(yīng)所有的客戶，事實(shí)已經(jīng)并將繼續(xù)證明是行不通的。事實(shí)上，平臺(tái)化、部件化就能很好地解決這個(gè)問題。 ? 然后，到部件庫進(jìn)行查找，若部件庫已有了這些部件，直接提取出來；若有些部件暫時(shí)還沒有，就按部件開發(fā)過程新開發(fā)一個(gè)。 61 全新的軟件生產(chǎn)線 在軟件生產(chǎn)線中，軟件的生產(chǎn)過程劃分為三類不同的生產(chǎn)車間，即平臺(tái)生產(chǎn)車間、部件生產(chǎn)車間和基于構(gòu)件、構(gòu)架復(fù)用的應(yīng)用集成 (組裝 )車間，從而形成軟件產(chǎn)業(yè)內(nèi)部的合理分工，實(shí)現(xiàn) 軟件的工業(yè)化生產(chǎn)。這三種角色所需完成的任務(wù)是不同的，部件生產(chǎn)者負(fù)責(zé)構(gòu)件的生產(chǎn)、描述；部件庫管理者負(fù)責(zé)部件分類以及部件庫的管理工作；而部件復(fù)用者負(fù)責(zé)進(jìn)行基于部件的軟件開發(fā)，包括部件查詢、部件理解、適應(yīng)性修改、部件組裝以及系統(tǒng)演化。 62 （ 1）、部件開發(fā)規(guī)范 （ 2）、業(yè)務(wù)接口定義規(guī)范 （ 3）、頁面風(fēng)格布局規(guī)范 （ 4）、數(shù)據(jù)庫規(guī)范 （ 5）、在線幫助規(guī) 范 （ 6）、命名規(guī)范 （ 7）、界面設(shè)計(jì)規(guī)范 （ 8）、代碼編寫規(guī)范 （ 9）、使用手冊(cè)規(guī)范 （ 10）、數(shù)據(jù)庫物理模型設(shè)計(jì)規(guī)范。這些業(yè)務(wù)子系統(tǒng)模塊既可以集中存放，又可以方便地拆分為分布式存放；滿足 上級(jí)民政 及各 下級(jí)民政 的實(shí)際需求； 63 ? 負(fù)載均衡技術(shù)使系統(tǒng)支持的用戶數(shù)基本可以線性擴(kuò)展， 擴(kuò)大規(guī)模無需增加在軟件上的投資； ? 通過高強(qiáng)度的防火墻和軟件內(nèi)嵌的安全機(jī)制保證高度的安全性； ? 支持多組 織、跨地區(qū)的異構(gòu)大集成應(yīng)用；可以滿足大批量并發(fā)用戶同時(shí)登錄操作； ? 業(yè)務(wù) 數(shù)據(jù)集中，應(yīng)用集中，管理和維護(hù) 集中的集中式管理；客戶端的免安裝和零維護(hù)，極大的降低了維護(hù)