2022年市民一卡通建設項目可行性研究報告

1、市民一卡通建設項目可行性研究報告 v市民一卡通建設項目可行性研究報告（此文檔為word格式，下載后您可任意修改編輯?。┠夸?TOC o 1-5 h z HYPERLINK l bookmark4 o Current Document 第1章、總論 1 HYPERLINK l bookmark6 o Current Document 概述 1 HYPERLINK l bookmark8 o Current Document 建設背景 1 HYPERLINK l bookmark10 o Current Document 建設必要性和可行性 2 HYPERLINK l bookmark12 o C

2、urrent Document 建設目標與任務 4 HYPERLINK l bookmark14 o Current Document 第2章、需求分析 6 HYPERLINK l bookmark16 o Current Document 用戶需求 6 HYPERLINK l bookmark18 o Current Document 數(shù)據需求 6 HYPERLINK l bookmark20 o Current Document 系統(tǒng)及應用需求分析 9 HYPERLINK l bookmark22 o Current Document 節(jié)點管理 10 HYPERLINK l bookmar

3、k24 o Current Document 主題管理 10 HYPERLINK l bookmark26 o Current Document 元數(shù)據管理 10 HYPERLINK l bookmark28 o Current Document 公共代碼管理 11 HYPERLINK l bookmark30 o Current Document 數(shù)據采集 11 HYPERLINK l bookmark32 o Current Document 數(shù)據整理比對 11 HYPERLINK l bookmark34 o Current Document 數(shù)據交換 11 HYPERLINK l bo

4、okmark36 o Current Document 數(shù)據訪問 11 HYPERLINK l bookmark38 o Current Document 數(shù)據備份與恢復 12 HYPERLINK l bookmark40 o Current Document 標準管理 12 HYPERLINK l bookmark42 o Current Document 應用支持 12 HYPERLINK l bookmark44 o Current Document 運行管理 12 HYPERLINK l bookmark46 o Current Document 性能需求分析 12 HYPERLINK

5、 l bookmark48 o Current Document 業(yè)務處理量分析 12 HYPERLINK l bookmark50 o Current Document 安全及保障機制需求分析 14 HYPERLINK l bookmark52 o Current Document 系統(tǒng)安全可靠性需求 14 HYPERLINK l bookmark54 o Current Document 數(shù)據安全保密性需求 14 HYPERLINK l bookmark56 o Current Document 數(shù)據完整性需求 14 HYPERLINK l bookmark58 o Current Doc

6、ument 實體的可鑒別性需求 14 HYPERLINK l bookmark60 o Current Document 不可否認性需求 14 HYPERLINK l bookmark62 o Current Document 對象和行為的可授權性需求 15 HYPERLINK l bookmark64 o Current Document 統(tǒng)一信任與授權策略需求 15 HYPERLINK l bookmark66 o Current Document 數(shù)據中心統(tǒng)一安全監(jiān)管性需求 15 HYPERLINK l bookmark68 o Current Document 保障機制需求分析 15

7、HYPERLINK l bookmark70 o Current Document 第3章、數(shù)據中心設計方案 17 HYPERLINK l bookmark72 o Current Document 設計原則 17 HYPERLINK l bookmark74 o Current Document 統(tǒng)一建設 17 HYPERLINK l bookmark76 o Current Document 相對獨立 17 HYPERLINK l bookmark78 o Current Document 共建共享 17 HYPERLINK l bookmark80 o Current Document

8、安全可靠 17 HYPERLINK l bookmark82 o Current Document 數(shù)據中心平臺設計 18 HYPERLINK l bookmark84 o Current Document 平臺總體架構 18 HYPERLINK l bookmark88 o Current Document 數(shù)據資源規(guī)劃 183.2.2.1數(shù)據資源規(guī)劃的總體思路 183.2.2.2數(shù)據資源體系結構 193.2.2.3共享數(shù)據一致性的保證 203.2.2.4共享數(shù)據庫的建立過程 21 HYPERLINK l bookmark90 o Current Document 數(shù)據支撐平臺 223.2.

9、3.1數(shù)據共享交換子系統(tǒng) 223.2.3.2目錄管理服務子系統(tǒng) 25共享數(shù)據管理子系統(tǒng) 25共享業(yè)務管理子系統(tǒng) 263.2.3.5系統(tǒng)配置管理子系統(tǒng) 263.2.3.6系統(tǒng)安全管理子系統(tǒng) 26 HYPERLINK l bookmark92 o Current Document 數(shù)據共享交換平臺 27交換網絡結構 273.2.4.2交換概念模型 283.2.4.3交換體系結構29 HYPERLINK l bookmark94 o Current Document 共享數(shù)據管理系統(tǒng) 31功能設計31325.2邏輯結構32 HYPERLINK l bookmark96 o Current Docum

10、ent 326數(shù)據接口系統(tǒng) 33 HYPERLINK l bookmark98 o Current Document 服務器系統(tǒng)設計 34設計原則34327.2服務器系統(tǒng)選擇的依據 353.2.7.3需求分析363.2.7.4性能測算36 HYPERLINK l bookmark100 o Current Document 存儲系統(tǒng)設計 37設計原則37328.2 主流存儲技術比較及建議 373.2.8.3 Raid類型配置建議 39 HYPERLINK l bookmark102 o Current Document 災備系統(tǒng)設計 40設計原則403.2.9.2災備技術比較413.2.9.3

11、災備解決方案423.2.9.4備份策略43 HYPERLINK l bookmark104 o Current Document 網絡系統(tǒng)設計 43設計原則43 HYPERLINK l bookmark106 o Current Document 安全保障體系 44物理安全45網絡安全 453.2.11.3系統(tǒng)安全463.2.11.4應用程序安全 463.2.11.5數(shù)據安全46 HYPERLINK l bookmark108 o Current Document 核心數(shù)據加密 47 HYPERLINK l bookmark110 o Current Document 數(shù)據訪問控制 47 HY

12、PERLINK l bookmark112 o Current Document 數(shù)據傳播和復制 483.2.11.6 整體安全策略的說明 48 HYPERLINK l bookmark114 o Current Document 數(shù)據中心典型應用 493.2.12.1 數(shù)據交換平臺49運行模型493.2.12.1.2信息共享交換503.2.12.1.3共享目錄檢索 50 HYPERLINK l bookmark122 o Current Document 3.2.12.1.4共享數(shù)據查詢服務體系 503.2.12.1.5業(yè)務數(shù)據整理 513.2.12.1.6決策支持系統(tǒng) 51 HYPERLI

13、NK l bookmark128 o Current Document 第4章、運營及保障機制 53 HYPERLINK l bookmark130 o Current Document 運營機制 53 HYPERLINK l bookmark132 o Current Document 運行管理機制 53 HYPERLINK l bookmark134 o Current Document 信息資源管理機制 53 HYPERLINK l bookmark136 o Current Document 運行管理制度 54第5章、某某市市民卡數(shù)據中心運行平臺硬件設備配置方案 55 HYPERLIN

14、K l bookmark144 o Current Document 建設背景 55 HYPERLINK l bookmark146 o Current Document 設計原則 55 HYPERLINK l bookmark148 o Current Document 應用描述 55 HYPERLINK l bookmark150 o Current Document 市民卡軟件系統(tǒng)總體架構圖 56 HYPERLINK l bookmark152 o Current Document 系統(tǒng)軟件平臺功能設計 56 HYPERLINK l bookmark154 o Current Docum

15、ent 市民卡數(shù)據中心運行平臺設計 58 HYPERLINK l bookmark156 o Current Document 項目需求分析 58 HYPERLINK l bookmark158 o Current Document 市民卡數(shù)據中心總體拓撲 59 HYPERLINK l bookmark162 o Current Document 網絡系統(tǒng) 60 HYPERLINK l bookmark164 o Current Document 主機系統(tǒng) 60 HYPERLINK l bookmark166 o Current Document 存儲系統(tǒng) 61 HYPERLINK l boo

16、kmark168 o Current Document 雙機熱備系統(tǒng) 62 HYPERLINK l bookmark170 o Current Document 數(shù)據備份系統(tǒng) 63運維系統(tǒng) 64 HYPERLINK l bookmark172 o Current Document 網絡安全系統(tǒng) 65 HYPERLINK l bookmark174 o Current Document 漏洞掃描系統(tǒng) 65 HYPERLINK l bookmark176 o Current Document 數(shù)據災備系統(tǒng) 65市民一卡通建設項目可行性研究報告第 頁第1章、總論1.1概述某某市市民一卡通系統(tǒng)的建設已

17、經成為今后一個時期我市信息化工作的重點，政府牽頭、銀企聯(lián)合帶動國民經濟和社會發(fā)展信息化， 實施信息化帶動工業(yè) 化的發(fā)展戰(zhàn)略。市民卡數(shù)據中心成為卡運營公司、銀行、大量運輸企業(yè)、公用事 業(yè)、零售商戶關聯(lián)交易業(yè)務的承載平臺， 不再是單一部門的業(yè)務承載網，市民卡 數(shù)據中心正逐步在演變?yōu)橐粋€跨系統(tǒng)、跨部門的平臺。某某市市民一卡通系統(tǒng)數(shù)據中心（以下簡稱“數(shù)據中心”）的建設是為了解 決各單位間信息共享，實現(xiàn)業(yè)務部門之間的數(shù)據交換與數(shù)據共享， 促進市民卡電 子支付的發(fā)展。1.2建設背景“市民卡”是指由一個城市的政府機構發(fā)放給市民用于辦理各項個人相關社 會事務和享受公共服務多功能、多用途的智能卡。在城市信息化發(fā)

18、展的今天，“市 民卡”將采用IC集成電路形式作為卡的載體具有信息存儲、身份識別、電子憑 證、信息查詢和電子錢包等基本功能?！笆忻窨ā本邆湟韵聨状蠊δ埽海ㄒ唬ⅰ笆忻窨ā笔敲嫦蛴趶V大市民，為市民提供各種應用類服務的IC集成電路卡：其中應具備水電煤、有線、電話等各項繳費功能；具備市民日常生活消費的小額支付功能；具備各項繳費、消費支付信息查詢功能；具備市民公共交 通支付功能等市民日常生活必需的應用。（二）、“市民卡”是政府為市民提供服務和信息交流的用卡，是勞動保障、 公安、民政、教育、衛(wèi)生、交通、市政、文化等各相關服務部門為市民提供社會 服務的載體。（三）、“市民卡”是社會服務與企業(yè)服務相關需求的用

19、卡，實現(xiàn)工商年檢、 查詢、個私報稅、單位車輛加油等增值功能。1.3建設必要性和可行性城市建設“市民卡”項目和可持續(xù)發(fā)展所必備的條件包括以下幾個方面：（一）、經濟條件：符合“市民卡”建設的城市必須有良好的經濟基礎，從 現(xiàn)有國內城市分析，適于建設“市民卡”項目并具備相應經濟條件的城市需符合 以下幾個特征：1）人均可支配收入，“市民卡”在基本應用規(guī)劃中把小額支付的 電子錢包功能作為基本應用，城市居民人均可支配收入的高低直接影響到消費的 支付能力和消費欲望。城鎮(zhèn)居民人均可支配收入達到12000元以上，并且能保持 穩(wěn)定的增長。2） “市民卡”實施城市的國民生產總值， GDP代表一個城市工業(yè)、 服務業(yè)及其

20、他產業(yè)的發(fā)展，也代表城市的綜合競爭實力和發(fā)展前景， 人均國民生 產總值能達到4000美元以上，并能保持長遠的增長。3）城市消費品零售總額， 一個城市經濟的活力同時也要表現(xiàn)為消費品的零售總額以及餐飲消費所占消費零售總額的比重，城市居民消費性支付在 5000元以上，隨著人均可支配收入的 增加以及城市經濟的發(fā)展，零售消費支出也將逐步上升。4）、恩格爾系數(shù)，恩格爾系數(shù)一直是衡量城市人民生活狀況的晴雨表，恩格爾系數(shù)達到40沖下的城市經濟消費結構合理，并且城市居民較為富裕，有足夠的資金用于除食物外的其他 消費中。5）、經濟前景，受國家經濟高速發(fā)展的宏觀影響，各城市經濟發(fā)展總是 在穩(wěn)步前進，但是依托經濟發(fā)展

21、必須要有良好的環(huán)境，其中包括交通、住房、城 市環(huán)境、外商投資、產業(yè)鏈等各方面影響著城市的經濟發(fā)展速度。中國經濟景氣監(jiān)測中心等共同發(fā)布的中國綜合實力百強城市顯示， 在經濟發(fā)展和綜合實力方面 排名在前30名具備發(fā)展城市”市民卡”的經濟條件。城市的綜合消費水平以及 經濟環(huán)境的提升為城市“市民卡” ”的應用以及消費潛力的挖掘鋪墊了基礎。（二）、應用環(huán)境：“市民卡”應用環(huán)境從以下幾個方面進行分析：1）在城市交通系統(tǒng)中的應用，公共交通作為城市交通樞紐的主干， 擁有非常龐大的使用 群體，目前很多城市的公共交通都已實施了 IC卡標準進行了無人售票制，不但 減少了公共交通系統(tǒng)的運營成本而且方便了乘客使用。公共交

22、通的IC卡應用成為最具有人氣、日均刷卡率最高的智能卡項目。一個城市上“市民卡”項目在前 期的關鍵還在于該城市公共交通IC卡應用的普及情況和整合公交的IC卡資源；2）在金融支付方面的應用，目前各大銀行都發(fā)行了大量的貸記/借記銀行卡在發(fā) 卡量較多的城市幾乎已經做到了平均人手一卡， 無論是商場購物還是代發(fā)職工工 資、銀行按揭、代繳水電費、學生繳付學雜費等基本都應用了銀行卡業(yè)務，并且 在當?shù)劂y聯(lián)的統(tǒng)一協(xié)調下在各消費行業(yè)投放了大量的刷卡POS系統(tǒng)做到持卡人在方圓1500米范圍內可以通過ATMI或者自助銀行取款圈存，并做到刷卡 POS無 盲區(qū)為金融卡的廣泛使用鋪墊了基礎。3）社會醫(yī)療保險已覆蓋城市各大醫(yī)院

23、和 藥房。從以上幾組分析可以看出城市在實施 “市民卡”項目時必須具備的用卡環(huán) 境。用卡環(huán)境需要多方面的倡導。1、發(fā)卡單位的優(yōu)惠政策2、針對持卡人刷卡 消費的獎勵計劃3、遍布各街區(qū)和社區(qū)的充值網點 4、無盲點的用卡場所5、卡 片增值應用功能的增加 6、政府的政策性引導7、當?shù)氐南M景氣指數(shù)等（三）、政府支持力度：建設數(shù)字化城市是“市民卡”工程項目的遠期目標， IC卡作為信息的載體和接口，在“市民卡”工程項目中，通過向市民發(fā)行用于 城市生活的IC卡，建立城市公共事業(yè)管理信息平臺。將市民的生活信息和消費 信息，通過使用IC卡進行數(shù)字化記錄，反映到城市的相關的信息系統(tǒng)中，為城 市信息的綜合管理提供必要

24、的數(shù)據與分析。有了這些信息，輔以其他手段，如： 查詢、統(tǒng)計，間接測算、決策分析等，為城市中的個人消費、企業(yè)經營及城市管 理者的決策，提供了多方面有力的分析基礎和指導依據。根據國家城市信息化建 設的戰(zhàn)略方針，以及各城市實現(xiàn)“數(shù)字城市”發(fā)展規(guī)劃的綱要，以堅持“統(tǒng)籌規(guī)劃、分步實施、重點突出、注重實績、統(tǒng)一標準、開放互通、政府推動、市場運 作，多方共建、利益共享為原則，以需求為導向，以便民服務為基本出發(fā)點，以 系統(tǒng)安全可靠為前提，有步驟、分階段地推進“市民卡”項目建設，提高城市綜 合管理能力和社會公共服務水平?！笆忻窨ā表椖康慕ㄔO和應用離不開政府對該 項目的支持和協(xié)調。為此，各城市實施“市民卡”工程，

25、必須由市政府主要領導 掛帥成立相應的領導協(xié)調機構?！笆忻窨ā笔菍⒍喾N功能集于一身，是利民益民 之舉。對政府部門來說，多卡合一也便于各部門之間的信息共享和資源整合?！笆忻窨ā表椖渴且豁椪疄槊褶k實事的工程，也是一項民心工程，實施“市民卡” 項目就是要方便老百姓日常生活，實現(xiàn)“多卡變一卡、一卡多用”的目的。（四）、卡資源情況：目前各城市發(fā)行的卡分為公共服務的卡如 1）、社保/ 醫(yī)?？ā⒐豢?）、金融業(yè)務方面的磁條卡3 ）、電信業(yè)務卡4 ）、各商戶發(fā)的卡如咖啡館、洗衣店等。在經濟條件較好的城市差不多全大市人均會有 1張 卡，在金融卡領域可實現(xiàn)取現(xiàn)、消費和轉賬等各種金融功能，也通過銀聯(lián)實現(xiàn) 了各家商

26、業(yè)銀行的卡片互通和機具共享。在各行業(yè)發(fā)卡量多的城市，無論是衣 食住行，還是消費購物，或者日常的生活開支均可使用各種金融卡以及消費卡 或者是公共服務卡，大量的卡發(fā)行培養(yǎng)了市民用卡的習慣，為“市民卡”的推 出奠定了環(huán)境基礎。市民卡數(shù)據中心承載大量的與資金相關的并關系眾多市民的業(yè)務應用，其建設的可行性與必要性在現(xiàn)今市民卡的使用背景現(xiàn)狀和信息技術發(fā)展的實際條件 下是完全必要且可行的。1.4建設目標與任務數(shù)據中心的建設是為了解決聯(lián)網部門間信息共享，實現(xiàn)業(yè)務部門之間的數(shù) 據交換與數(shù)據共享，促進市民卡業(yè)務的發(fā)展。具體目標如下：建立數(shù)據中心的系 統(tǒng)平臺。完成相應的應用軟件和數(shù)據管理系統(tǒng)建設，實現(xiàn)數(shù)據的交換、保

27、存、更 新、共享、備份、分發(fā)和存證等功能，并擴展容災、備份、挖掘、分析等功能。（一）建立數(shù)據中心的系統(tǒng)平臺。完成相應的應用軟件和數(shù)據管理系統(tǒng)建設， 實現(xiàn)社會保障數(shù)據的交換、保存、更新、共享、備份、分發(fā)和存證等功能，并擴 展容災、備份、挖掘、分析等功能。為宏觀決策提供數(shù)據支持。對基礎 準確性和完整性，為各業(yè)務部門提（二）建立全市公共信息庫等共享數(shù)據庫, 數(shù)據進行集中管理，保證基礎數(shù)據的一致性、 供基礎數(shù)據支持；（三）建立數(shù)據交換共享和更新維護機制。實現(xiàn)各業(yè)務部門之間的數(shù)據交換與共享，以及基礎數(shù)據的標準化、一致化，保證相關數(shù)據的及時更新和安全管理，方便業(yè)務部門開展工作；（四）建立數(shù)據共享和交換技術

28、標準和相關管理規(guī)范，實現(xiàn)各部門業(yè)務應用系 統(tǒng)的規(guī)范建設和業(yè)務協(xié)同；（五）為公共服務中心提供數(shù)據服務支持，實現(xiàn)面向社會公眾的一站式服務;（六）根據統(tǒng)計數(shù)據標準匯集各業(yè)務部門的原始個案或統(tǒng)計數(shù)據，根據決策 支持的需要，整理相關數(shù)據，并提供統(tǒng)計分析功能，為領導決策提供數(shù)據支持；（七）為監(jiān)督部門提供必要的數(shù)據通道，方便實現(xiàn)對業(yè)務部門以及業(yè)務對象 的監(jiān)管，逐步實現(xiàn)有效的業(yè)務監(jiān)管支持；（八）為業(yè)務數(shù)據庫的備份提供存儲和備份手段支持，提高業(yè)務應用系統(tǒng)的 可靠性。第2章、需求分析2.1用戶需求從與數(shù)據中心交互的組織機構、人員方面進行說明與數(shù)據中心交互的單位機構各業(yè)務部門通過接口系統(tǒng)向數(shù)據中心提供數(shù)據或使用數(shù)據

29、中心 提供的數(shù)據；業(yè)務部門之間可直接交換數(shù)據。各業(yè)務系統(tǒng)單位遵循標準規(guī)范進行業(yè)務系統(tǒng)建設和改造，實現(xiàn)業(yè)務系 統(tǒng)與數(shù)據中心的對接。與數(shù)據中心交互的人員數(shù)據中心系統(tǒng)管理員負責數(shù)據中心系統(tǒng)管理、監(jiān)控、系統(tǒng)維護數(shù)據中心數(shù)據管理員負責數(shù)據的整理、比對、數(shù)據一致性的保證業(yè)務部門數(shù)據管理員一般與同級數(shù)據中心數(shù)據管理員協(xié)同工作2.2數(shù)據需求某某市市民卡數(shù)據中心必須滿足進行數(shù)據交換的需要， 同時還必須滿足在平 臺上建立的各業(yè)務系統(tǒng)進行綜合業(yè)務處理的要求。為門戶系統(tǒng)提供各種靜態(tài)和動態(tài)的數(shù)據、信息。所謂靜態(tài)信息是指對運行中不經常變化，供各個業(yè)務系統(tǒng)查詢、 處理的數(shù)據或信息：政策、法規(guī)、元數(shù)據、資料庫、各種多媒體數(shù)據

30、等，它們會 隨著時間而逐步增大。所謂動態(tài)數(shù)據是指隨著運行而增加、 修改的數(shù)據：流轉狀 態(tài)數(shù)據，反映企業(yè)、個人所處狀態(tài)的數(shù)據等。因此，數(shù)據中心的建設，首先要解 決數(shù)據庫異構信息類型的分類存儲和檢索體系以及針對不同類型數(shù)據模型的設 計這一基本問題。另一方面，數(shù)據中心管理著大量的結構化和非結構化信息。所謂非結構化信息，是相對于那些有清晰的結構和類型定義以及有數(shù)據相關性的明確描述的信息 類型而言的。比如，在財稅分析系統(tǒng)中，財政收支情況的月度數(shù)據，可以理解為 一種有清晰結構的信息；而一份綜合性包含了文字、報表、分析圖形的財政收支 分析報告則是一種非結構化的信息。網站上發(fā)布的信息，如新聞動態(tài)、公開等等，

31、一般也是非結構化的信息。此外，非結構化信息中還包括了一類對象數(shù)據信息。 所謂對象數(shù)據信息，是 指一個包含了內斂結構的專門數(shù)據塊，這個數(shù)據塊單獨無法建立與別的數(shù)據項的 關聯(lián)關系，并且需要工作在特定的工作模塊下。比如：GIS空間定義信息數(shù)據、多媒體的聲像數(shù)據等，均為對象類型的數(shù)據。在決策應用中，非結構化信息將占到相當?shù)谋壤Ｎ募鶎儆诜墙Y構化信息， 政策法規(guī)屬于非結構化信息，一些決策分析的綜合性資料也是非結構化信息。與結構化信息相比，非結構化信息的管理利用存在一些難點，就是：（1）定義管理的難度“非結構”化表明了沒有一種象關系數(shù)據庫規(guī)范那樣的定義模型來對非結構 化信息進行定義管理。雖然你可以強制對

32、一個非結構化的信息塊進行解構，將其分成類似頭、中、尾這樣的半結構。但是這種結構只有在制定了具有普遍含義的 結構描述定義后才有真正的意義。對非結構化信息進行定義管理的另一個難點在于數(shù)據元類型無法窮舉。不象關系型數(shù)據系統(tǒng)中，對數(shù)據元類型有完整清晰的定義。 在非結構化信息中，包含 了錯綜復雜的數(shù)據元類型。比如，僅文檔類型就包括Text、Word PDF Excel、Word Pro等等，還有各種圖片文件格式、多媒體壓縮信息格式等等。此外，在 象網頁這樣的非結構化信息中，所有的信息都是文字類型，設定時間、數(shù)字等類 型的信息元并不具有運算上的意義。（2）存儲管理的難度對信息進行存儲管理的前提是能夠建立有

33、效的數(shù)據定義，然后才能進行非結 構化信息的組織存放。而前面已經提到了在非結構化信息的數(shù)據定義方面存在的難度，因此也就造成了在非結構化信息存儲管理方面的困難。當然，對非結構化信息最簡單的存儲方式是直接存放在文件系統(tǒng)中。 這樣做 避免了依據主題等分類因素對非結構化信息進行管理的問題， 但也是最最低效的 一種存儲管理方式。在非結構化信息的存儲管理中還涉及到一個問題，由于這些信息元（如果對非結構化信息進行一定的半結構化處理后）的數(shù)據可能來自關系型數(shù)據系統(tǒng)（比如Oracle ）、對象數(shù)據系統(tǒng)（多媒體數(shù)據或空間數(shù)據）乃至文檔數(shù)據系統(tǒng)（比如 Notes），所以一個非結構化信息的存儲管理系統(tǒng)將充當一個數(shù)據的匯

34、整者，需要具備聯(lián)合各個外部數(shù)據系統(tǒng)的功能。缺乏對非結構化信息的有效管理造成的直接 結果就是無法對非結構化信息進行有效檢索。（3）信息檢索的難度由于不能像關系數(shù)據庫那樣建立起清晰定義的數(shù)據主題，非結構化信息的檢 索依照的只能是機械的全文內容檢索。這是對信息檢索非常不利的一點。雖然對信息內容的全文檢索可以做到資料 檢索的遍歷，但其檢索的效率和命中率是很低的。由于不象關系數(shù)據庫那樣有一 種象SQL（結構化查詢語言）那樣強大的關聯(lián)檢索工具，并且在定義數(shù)據時也沒 有建立數(shù)據項之間的關聯(lián)關系，要具有針對性地查詢非結構化信息的內容， 必須 要依靠應用程序中設置對特定非結構化信息類型進行專門處理的功能內容，才

35、可能提高信息檢索的強度和效率。但另一方面講，一種專用于理解特定非結構化信 息類型的處理模塊，無論在運行效率還是在可維護性上， 都是非常不現(xiàn)實的。非 結構化信息檢索的另一個難度也是與數(shù)據元類型的多樣性有關的。比如，不同的文檔類型結構需要不同的全文索引工作模塊。這也無形中加大了對非結構化信息 進行檢索的難度。因此，數(shù)據中心的建設，還必須從技術體系上解決如何對非結構化信息進行 有效定義、有效管理和有效利用的基本問題。2.3系統(tǒng)及應用需求分析數(shù)據中心的主要業(yè)務包括：從基層或業(yè)務部門采集數(shù)據，包括基礎數(shù)據和部分共享業(yè)務數(shù)據，支持基礎 和共享數(shù)據的更新維護模式；對采集到的數(shù)據進行校驗和比對， 發(fā)現(xiàn)沖突時按

36、照共同制訂的數(shù)據處理規(guī)范 進行處理，保證數(shù)據的一致性和準確性；受理業(yè)務部門或基層單位的基礎數(shù)據使用申請；將整理后的基礎數(shù)據分發(fā)或按需提供給有關部門或單位使用；以中介的方式處理共享業(yè)務數(shù)據使用申請，并進行備案；對共享業(yè)務數(shù)據在征得業(yè)務部門同意的情況，通過數(shù)據中心進行存儲轉發(fā)； 將共享元數(shù)據的信息發(fā)布給各業(yè)務部門，提供瀏覽與訂閱申請，方便其共享 必要信息；提供數(shù)據交換平臺和接口系統(tǒng)，使數(shù)據中心與各部門的數(shù)據管理員可以對共 享和交換過程進行管理；通過數(shù)據交換平臺存儲和管理公共服務數(shù)據，并與外網同步，提供一站式服 務；存儲和管理統(tǒng)計數(shù)據，根據決策支持的需要，整理相關數(shù)據，并提供統(tǒng)計分 析功能，對數(shù)據進

37、行統(tǒng)計和分析，方便領導及時掌握有關情況。定期對業(yè)務數(shù)據庫進行容災備份；與此相對應，業(yè)務部門與數(shù)據中心發(fā)生的相關業(yè)務包括：提供數(shù)據或共享元數(shù)據給數(shù)據中心；申請使用數(shù)據中心的基礎數(shù)據，校準本單位的基礎數(shù)據；通過數(shù)據中心提供的共享元數(shù)據信息獲取其他單位的數(shù)據；市民一卡通建設項目可行性研究報告第ii頁市民一卡通建設項目可行性研究報告第io頁審批其他單位的業(yè)務數(shù)據使用申請，并將數(shù)據提供出去；與數(shù)據中心交換公共服務數(shù)據；提供監(jiān)督部門直接訪問業(yè)務數(shù)據庫的通道；提供統(tǒng)計分析數(shù)據或原始個案給數(shù)據中心，方便主管領導查詢；定期將業(yè)務數(shù)據庫備份到數(shù)據中心；根據數(shù)據中心與各業(yè)務部門的主要業(yè)務，數(shù)據中心應提供如下功能：2

38、31節(jié)點管理實現(xiàn)與數(shù)據中心相連的各個節(jié)點的信息管理、 配置管理，包括業(yè)務部門數(shù)據 中心等。2.3.2主題管理數(shù)據采集、數(shù)據發(fā)布、數(shù)據共享、數(shù)據交換、公共服務以及決策支持均以主 題的方式進行，因此必須實現(xiàn)對主題的管理。主題是元數(shù)據的集合。233元數(shù)據管理元數(shù)據是關于數(shù)據的數(shù)據。元數(shù)據描述了數(shù)據的結構和意義，同時也可以描 述應用程序和流程的結構和意義。 構造數(shù)據中心數(shù)據庫的重要步驟之一， 就是定 義和創(chuàng)建元數(shù)據（Metadata）。元數(shù)據提供一個目錄，列出數(shù)據中心有什么數(shù)據。 所有進入數(shù)據中心的數(shù)據，必須在元數(shù)據中有所表述。數(shù)據中心的數(shù)據管理系統(tǒng) 必須提供儲存和管理元數(shù)據的方法。 以元數(shù)據管理為核

39、心，建立數(shù)據中心的數(shù)據 資源目錄體系，提供給業(yè)務部門參考使用。數(shù)據中心的元數(shù)據包括基礎數(shù)據元和共享數(shù)據元， 由數(shù)據中心統(tǒng)一管理?；?礎數(shù)據元由數(shù)據中心定義，共享數(shù)據元由業(yè)務部門定義并注冊到數(shù)據中心。 業(yè)務 部門進入數(shù)據中心的元數(shù)據管理中心好比進了一個“超市” ，可以方便地知道可以獲取和使用哪些數(shù)據，并進行數(shù)據使用申請的定制。234公共代碼管理對公共代碼需要有統(tǒng)一的標準規(guī)范， 數(shù)據中心必須提供公共代碼的管理。 基 于數(shù)據中心的公共代碼規(guī)范，各部門數(shù)據中心可以通過數(shù)據轉換將各種不同含義 的編碼和標準規(guī)范的編碼之間進行雙向的轉換。235數(shù)據采集與各業(yè)務部門形成數(shù)據采集機制，通過數(shù)據共享交換平臺從各業(yè)

40、務部門匯總 數(shù)據，對原始數(shù)據進行緩存、存儲。236數(shù)據整理比對從各業(yè)務部門采集共享數(shù)據后，進行數(shù)據轉換，對全市自然人和法人基本數(shù) 據進行數(shù)據比對、沖突檢測處理并入庫。237數(shù)據交換實現(xiàn)業(yè)務部門與數(shù)據中心之間以及業(yè)務部門之間的數(shù)據交換業(yè)務，形成高 效、安全、可靠、穩(wěn)定的數(shù)據交換網絡。提供定時批量、實時按需的數(shù)據交換， 提供點對點、一對多的數(shù)據交換支持，對數(shù)據交換進行管理和監(jiān)控。238數(shù)據訪問在統(tǒng)一的權限管理系統(tǒng)之上，實現(xiàn)對自然人和法人的建檔、調檔、閱檔等業(yè) 務。對社?？ㄏ到y(tǒng)、公共服務中心系統(tǒng)、業(yè)務系統(tǒng)提供數(shù)據訪問。對決策支持系 統(tǒng)、業(yè)務監(jiān)管提供數(shù)據支持。市民一卡通建設項目可行性研究報告第 頁23

41、9數(shù)據備份與恢復恢復管理是對數(shù)據進行備份、導入導出以及數(shù)據庫恢復等。數(shù)據是數(shù)據中心 核心的資源。全面的容災方式應該是數(shù)據備份+數(shù)據復制+遠程容災。對系統(tǒng)中的 數(shù)據要定期進行系統(tǒng)備份。采用本地備份與異地備份相結合的方式。2.3.10標準管理進行數(shù)據中心的標準規(guī)范尤其是數(shù)據標準的審核制定、 升級維護與發(fā)布實施 等管理功能。在數(shù)據中心的建立之初，由于標準規(guī)范處于不斷完善的過程， 應建 立標準的版本管理機制，方便業(yè)務部門的查詢和使用。2.3.11應用支持對相關業(yè)務應用系統(tǒng)、公共服務系統(tǒng)、業(yè)務監(jiān)管系統(tǒng)和決策支持系統(tǒng)提供提 供數(shù)據、通道和平臺等支持。2.3.12運行管理為方便對數(shù)據中心的管理和維護，需要一

42、套功能完整的運行管理與監(jiān)控維護 系統(tǒng)。運行管理系統(tǒng)主要提供給數(shù)據中心的系統(tǒng)管理人員使用，用于保證數(shù)據中心的安全可靠和高效運行。其功能主要包括面向安全性的用戶管理、權限管理、 密碼管理和日志管理等；面向性能優(yōu)化的性能監(jiān)控等。面向可用性的節(jié)點管理、 交換規(guī)則管理和狀態(tài)監(jiān)控；其中節(jié)點管理包括對業(yè)務部門的信息管理。2.4性能需求分析2.4.1業(yè)務處理量分析數(shù)據中心的主要業(yè)務包括:（1）基礎數(shù)據的采集、轉換、比對以及分發(fā)這是數(shù)據中心的主要負載壓力所在。（2）業(yè)務數(shù)據交換的備案或存儲轉發(fā)在數(shù)據中心建設初期，業(yè)務數(shù)據在業(yè)務部門之間交換；當業(yè)務部門的接口系 統(tǒng)難以承受數(shù)據交換的負載時，才可能通過數(shù)據中心存儲轉

43、發(fā)。所以這部分業(yè)務 不會對負載造成負載壓力。（3）元數(shù)據庫和公共代碼庫的管理和共享由于元數(shù)據庫和公共代碼庫相對穩(wěn)定，并且數(shù)據量不是很大，所以不會對數(shù) 據中心造成負載壓力。（4）與業(yè)務部門交換公共服務數(shù)據由于業(yè)務不停地在發(fā)生，即使采用定時批量的交換方式，也會對數(shù)據中心造 成較大的負載壓力。（5）匯集統(tǒng)計數(shù)據，并提供查詢統(tǒng)計數(shù)據一般按月提供，而且提交的一般為結果數(shù)據，在數(shù)據交換方面不會 構成太大壓力。領導的數(shù)據查詢會形成少量的負載。（6）提供業(yè)務部門的容災備份容災備份不需通過數(shù)據庫服務器處理，所以不會對數(shù)據中心的負載構成壓 力。數(shù)據中心的主要負載壓力在于兩個方面，一是基礎數(shù)據的采集、維護和使用;

44、二是數(shù)據中心與業(yè)務部門之間的公共服務數(shù)據交換。下面我們分別進行分析。基礎數(shù)據的變動將引起數(shù)據中心的負載。首先業(yè)務部門需將變動數(shù)據交換給 數(shù)據中心，數(shù)據中心采集后進行轉換和比對，然后進行發(fā)布，分發(fā)給有需要的部 門使用。數(shù)據中心提供對公共服務系統(tǒng)的支持。 各業(yè)務部門的公共服務業(yè)務數(shù)據通過統(tǒng)一的數(shù)據共享與交換平臺即時或定時的交換到數(shù)據中心， 保存到公共服務數(shù)據庫。2.5安全及保障機制需求分析2.5.1系統(tǒng)安全可靠性需求數(shù)據中心如果遇到破壞，或無法正常工作，將造成無法估量的損失。需要保 護的資源不僅有物理資源（設備、設施）、數(shù)據資源（數(shù)據、數(shù)據庫軟件等），而 且還有網絡資源（通信鏈路、網絡接入等）。2

45、.5.2數(shù)據安全保密性需求滿足在數(shù)據存儲、傳輸過程中的安全保密性需求。市民卡系統(tǒng)中涉及大量的 敏感數(shù)據，在其處理過程中，特別是與各級單位數(shù)據交換過程中，要進行數(shù)據加密傳輸和存儲，要保證數(shù)據的安全保密性。2.5.3數(shù)據完整性需求滿足在數(shù)據存儲、傳輸過程中的完整性需求。在內部要保證數(shù)據存儲和傳輸 過程中不被篡改和破壞；在與各級單位數(shù)據傳輸?shù)倪^程中，要保證數(shù)據不被篡改 和破壞。2.5.4實體的可鑒別性需求滿足數(shù)據中心系統(tǒng)對用戶及數(shù)據交換服務器的可鑒別性需求。 系統(tǒng)要實現(xiàn)監(jiān) 管及其他方面的需求，其必要條件是實現(xiàn)實體的可鑒別性， 包括用戶及數(shù)據交換 服務器具有可鑒別性等。2.5.5不可否認性需求滿足數(shù)據

46、中心用戶行為和系統(tǒng)行為不可抵賴性的需求。用戶每天都利用數(shù)據 中心處理大量的事務，事務處理過程的可管理、效率的可審計、行為的可審計等， 需要行為的不可抵賴性來解決，本項目建設中要保證在所有數(shù)據處理過程中， 辦 公人員行為和系統(tǒng)行為的不可抵賴，以便審計和監(jiān)督。2.5.6對象和行為的可授權性需求實現(xiàn)對數(shù)據資源的自主授權和訪問控制的功能。針對數(shù)據交換共享工作的特 點，要求數(shù)據中心具有對對象靈活授權的功能，包括用戶對用戶的授權、系統(tǒng)對用戶的授權、系統(tǒng)對系統(tǒng)的授權等，以及授權過程的審計監(jiān)督。2.5.7統(tǒng)一信任與授權策略需求對于涉及十多個業(yè)務部門、若干業(yè)務系統(tǒng)的數(shù)據中心而言，安全性的實現(xiàn)不 僅體現(xiàn)在各個部門

47、、各個業(yè)務系統(tǒng)中，更重要的是在不同業(yè)務部門的不同系統(tǒng)實 現(xiàn)互聯(lián)后，如何保障數(shù)據、業(yè)務系統(tǒng)在互通后的信任、授權的一致性，因此在大 社保系統(tǒng)中，必須建立統(tǒng)一的信任策略、授權策略，實現(xiàn)跨部門、跨系統(tǒng)的信任 和授權服務的一致性，杜絕由于不同部門、不同業(yè)務系統(tǒng)不同的安全策略、不同 的安全等級帶來的安全漏洞和安全隱患。2.5.8數(shù)據中心統(tǒng)一安全監(jiān)管性需求由于數(shù)據中心涉及多個部門，因此需要實現(xiàn)數(shù)據交換、共享過程的可管理， 實現(xiàn)對內部和對各級單位相關的業(yè)務處理的可審計性；系統(tǒng)中有大量的數(shù)據交換服務器、維護終端、系統(tǒng)軟件、網絡設備等，為使這些資源協(xié)同工作，需要實現(xiàn) 對實體（用戶或數(shù)據交換服務器）進行統(tǒng)一的管理；

48、系統(tǒng)需要對用戶行為和系統(tǒng) 行為進行記錄和統(tǒng)計，對系統(tǒng)日志進行分析和統(tǒng)計，提供對用戶和系統(tǒng)行為的審 計監(jiān)督。這種統(tǒng)一的安全監(jiān)管必須以可靠的技術和嚴格的管理來保證。2.5.9保障機制需求分析（一）制定某某市市民卡系統(tǒng)數(shù)據資源目錄管理辦法，重點說明數(shù)據資源目錄體系和運行模式，明確提供方、使用方和管理方的職責分工。提供方負責 數(shù)據資源目錄中本部門數(shù)據資源的編目、 注冊、維護等；管理方負責數(shù)據資源目 錄的審核、發(fā)布和管理，并負責數(shù)據資源目錄管理服務系統(tǒng)的日常運行維護；使用方負責對獲取的數(shù)據資源在授權范圍內合法使用。（二）制定某某市市民卡數(shù)據中心實施指南，重點說明指導管理人員如 何通過數(shù)據資源目錄管理服務

49、系統(tǒng)開展日常業(yè)務和管理服務工作，以及指導部門通過數(shù)據中心系統(tǒng)建立和更新維護數(shù)據資源目錄等。（三）要結合本市特點和實際情況制訂相關機制第3章、數(shù)據中心設計方案3.1設計原則3.1.1統(tǒng)一建設數(shù)據中心必須統(tǒng)一規(guī)范建設。通過制定統(tǒng)一的數(shù)據交換與共享標準，建設統(tǒng) 一的數(shù)據共享與交換平臺和統(tǒng)一的接口系統(tǒng)， 可以避免重復投資，降低接口的復 雜性，有效實現(xiàn)數(shù)據中心與業(yè)務部門以及業(yè)務部門之間的數(shù)據共享與數(shù)據交換， 消除“信息孤島”，實現(xiàn)數(shù)據資源的互聯(lián)互通。3.1.2相對獨立根據數(shù)據中心的功能定位，數(shù)據中心的建設和運作必須保持業(yè)務系統(tǒng)的相對 獨立性。為此采用松散耦合方式，通過在業(yè)務部門統(tǒng)一配置接口系統(tǒng)實現(xiàn)數(shù)據資

50、 源整合。3.1.3共建共享一方面建設數(shù)據中心的目的是為了實現(xiàn)業(yè)務部門之間的數(shù)據共享。另一方面，數(shù)據中心的數(shù)據來源于各個業(yè)務部門，因此數(shù)據中心的建設必須依靠各業(yè)務部門的積極參與和配合。3.1.4安全可靠數(shù)據中心的安全是非常重要必須要做好系統(tǒng)的安全設計，防范各種安全風險，確保數(shù)據中心能夠安全可靠的運行。 同時數(shù)據中心必須采用成熟的技術和體 系結構，采用高質量的產品，并且要具有一定的冗災功能。3.2數(shù)據中心平臺設計3.2.1平臺總體架構共手散魚蒼乏系更査三百匡支聲平臺 數(shù)據資源統(tǒng)計分祈數(shù)峑菱土吏計一上岳乞計安全保障體系運行環(huán)境（網絡*機房*服務器等）322數(shù)據資源規(guī)劃數(shù)據資源是數(shù)據中心最重要的資源

51、。數(shù)據中心的數(shù)據資源分布狀態(tài)具有階段性，每個階段都對應數(shù)據資源整合的不同階段，體現(xiàn)數(shù)據資源的管理集中、有機分布的特點。根據“基于數(shù)據，圍繞數(shù)據，面向數(shù)據”的建設思路，我們進行數(shù) 據資源體系的總體規(guī)劃，然后具體描述共享型的共享數(shù)據庫、 操作型的業(yè)務數(shù)據 庫和分析型的歷史數(shù)據庫這三類數(shù)據資源的構建、維護和使用。3.2.2.1數(shù)據資源規(guī)劃的總體思路數(shù)據資源規(guī)劃的總體思路主要包括如下幾個方面：數(shù)據共享標準化首先共享數(shù)據是標準的，其次共享的方法和途徑是規(guī)范的。目前各系統(tǒng)數(shù)據 資源數(shù)據庫已經有多種存在方式，要解決系統(tǒng)間信息的互連、互通、互操作，必 須針對共享數(shù)據建立共同遵守的標準規(guī)范，只有編碼是統(tǒng)一的、格

52、式是統(tǒng)一的、 數(shù)據交換的方式是統(tǒng)一的，才能保證數(shù)據是一致的，才能實現(xiàn)對數(shù)據交換和數(shù)據 共享的有效管理。業(yè)務數(shù)據相對獨立各職能部門分管業(yè)務的范圍和職責不同。因此，系統(tǒng)在全局考慮、統(tǒng)一設計的同時，還要充分考慮不同業(yè)務部門自身的特點， 在統(tǒng)一規(guī)劃的前提下，保證支 持不同業(yè)務活動的數(shù)據具有相對獨立性，建立面向各部門進行聯(lián)機事務處理的業(yè) 務數(shù)據庫。決策數(shù)據集成化建設數(shù)據中心的另一個目的就是將各部門的業(yè)務結果數(shù)據有機地集成在一 起，進行綜合查詢和統(tǒng)計分析，為各級領導的決策提供有力的數(shù)據支持。322.2數(shù)據資源體系結構數(shù)據中心數(shù)據資源體系結構對公共服務系統(tǒng)、業(yè)務應用、決策分析提供支持，數(shù)據中心的數(shù)據庫包含如

53、下內容:共享數(shù)據庫，包含：自然人基礎數(shù)據、法人基礎數(shù)據庫、元數(shù)據庫、標 準代碼庫、共享業(yè)務數(shù)據（如果業(yè)務部門之間通過數(shù)據中心進行數(shù)據交 換）。統(tǒng)計分析數(shù)據庫，匯集各業(yè)務部門的統(tǒng)計分析數(shù)據，為決策提供數(shù)據支 持。運行管理數(shù)據庫，用于監(jiān)控管理、節(jié)點管理、日志等。公共服務數(shù)據庫，提供對公共服務系統(tǒng)的數(shù)據支持。322.3共享數(shù)據一致性的保證共享數(shù)據包括自然人和法人基礎數(shù)據及其元數(shù)據和標準代碼數(shù)據、共享業(yè)務數(shù)據。共享數(shù)據一致性問題是數(shù)據中心面臨的關鍵問題。從范圍上劃分，共享數(shù)據包括基礎數(shù)據，基礎數(shù)據包含基準數(shù)據?；鶞蕯?shù)據基準數(shù)據是指唯一表示自然人和法人的數(shù)據字段集合，自然人有身份證號 碼和姓名標識，法人

54、有法人機構代碼和名稱標識?；鶞蕯?shù)據主要來源是市公安局 和市質監(jiān)局?；鶞蕯?shù)據必須保證在整個社會保障信息系統(tǒng)是一致的，將來擴展到 整個電子系統(tǒng)是一致的。市公安局和市質監(jiān)局負責將更新的信息交換到數(shù)據中 心；市數(shù)據中心負責匯總數(shù)據，進行比對整理校驗，形成一致的基準數(shù)據，通過 數(shù)據共享與交換平臺分發(fā)給各業(yè)務部門；由業(yè)務部門校驗更新自身的基準數(shù)據， 保證基準數(shù)據的一致性?；A更新頻度要達到每天更新甚至實時更新。 數(shù)據的傳 遞和分發(fā)通過數(shù)據交換平臺實現(xiàn)?；A數(shù)據基礎數(shù)據是指自然人和法人的常用基本信息， 各業(yè)務部門日常管理都需要用到的面向主題的數(shù)據?；A數(shù)據包括自然人和法人的基準數(shù)據和其他元數(shù)據。 主要來源是

55、業(yè)務部門?；A數(shù)據一致性必須建立于基準數(shù)據一致性的基礎上?；A數(shù)據的一致性也需要通過數(shù)據共享與交換平臺和相應的機制、管理辦法來保證。各部門按照業(yè)務職能明確元數(shù)據維護責任和權限，定期將在辦理業(yè)務過程中更新 的元數(shù)據項數(shù)據提供給數(shù)據中心； 數(shù)據中心根據基準數(shù)據一致性的原則， 對各業(yè) 務部門提供的數(shù)據進行比對校驗，正確的數(shù)據增加或更新到數(shù)據庫中，并每天按 照各業(yè)務部門業(yè)務要求，將更新數(shù)據分發(fā)到各業(yè)務信息系統(tǒng)； 各業(yè)務部門可以直 接使用這部分數(shù)據作為支撐業(yè)務和管理的數(shù)據資源，也可以作為業(yè)務參考信息。基礎數(shù)據的范圍將隨著元數(shù)據范圍的擴大而擴大。這部分數(shù)據同時可作為社保卡 的數(shù)據。基礎數(shù)據更新的頻度，按照

56、元數(shù)據使用的頻度分別定義， 通過部門協(xié)商 機制研究確定，最低要求每周更新，一般每天更新，業(yè)務關聯(lián)度較高的信息，要 實現(xiàn)實時更新。數(shù)據的傳遞和分發(fā)通過數(shù)據交換平臺實現(xiàn)。元數(shù)據標準和標準代碼數(shù)據元數(shù)據標準和標準代碼數(shù)據由數(shù)據中心維護更新，并發(fā)布給各業(yè)務部門使用，由于業(yè)務部門系統(tǒng)內部沿用的代碼可能與數(shù)據中心的發(fā)布版本不一致，業(yè)務部門需保證與其他業(yè)務部門進行共享交換的數(shù)據必須遵循數(shù)據中心的標準規(guī)范，而在系統(tǒng)內部可以采取逐步過渡遷移的方案，盡量減少影響業(yè)務運作。共享業(yè)務數(shù)據共享業(yè)務數(shù)據是指多個業(yè)務部門之間需要共享使用的數(shù)據，作為各業(yè)務部門進行管理的參考數(shù)據。數(shù)據來源渠道包括業(yè)務部門、社會保障卡和公共服務

57、等業(yè) 務運營機構。共享業(yè)務數(shù)據以業(yè)務數(shù)據的發(fā)生地管理部門為準。 這類數(shù)據由各業(yè) 務部門按業(yè)務需求和協(xié)商的頻度提供給數(shù)據中心，在數(shù)據中心處提供各部門查 詢。由于這類數(shù)據量比較大，預計可以分業(yè)務、分批更新。322.4共享數(shù)據庫的建立過程共享數(shù)據庫的建立采取逐步擴展的策略，達到數(shù)據整體上的一致性、完整 性和準確性是一個逐步完善的漸進式遞歸過程。共享數(shù)據庫的建立由業(yè)務驅動， 業(yè)務部門提供的自然人、法人基礎數(shù)據經數(shù)據源單位確認后存入基準數(shù)據庫， 并 反饋業(yè)務部門，經過不斷的提交和確認，基準數(shù)據庫的數(shù)據不斷增加，覆蓋范圍 不斷擴大，比對的工作量逐步減少。在基準數(shù)據庫的基礎上，不斷補充其他的自 然人、法人基

58、礎信息，最終形成自然人、法人共享數(shù)據庫。采取圍繞自然人和法人基準數(shù)據為核心，在核心的基礎上不斷擴充和完善自 然人和法人共享數(shù)據的策略進行建設。首先建立和整理自然人和法人基準數(shù)據 庫，保證核心的準確性，為各業(yè)務部門進行數(shù)據清洗和整理提供基礎；再在基準庫的基礎上搭建自然人和法人共享數(shù)據庫的整體框架，共享的信息內容成熟一 個、整合一個、交換一個。323數(shù)據支撐平臺某某市市民卡數(shù)據中心支撐平臺主要包括：數(shù)據共享交換子系統(tǒng)、目錄管 理服務子系統(tǒng)、共享數(shù)據管理子系統(tǒng)、共享業(yè)務管理子系統(tǒng)、系統(tǒng)配置管理子系 統(tǒng)和系統(tǒng)安全管理子系統(tǒng)。3.2.3.1數(shù)據共享交換子系統(tǒng)數(shù)據共享交換子系統(tǒng)為全市各業(yè)務部門提供數(shù)據交換

59、服務。主要功能包括：交換管理提供交換節(jié)點、交換服務和交換橋接的配置、調度和檢測功能；提供交換 服務和交換橋接的日志查詢和統(tǒng)計功能。交換服務提供共享域內交換節(jié)點之間的數(shù)據共享交換服務，包括采集、分發(fā)、匯總 和轉發(fā)；提供交換節(jié)點與業(yè)務系統(tǒng)之間的交換橋接服務，實現(xiàn)數(shù)據提供和獲?。?提供跨域交換服務，實現(xiàn)共享域之間通過對接節(jié)點進行數(shù)據交換。數(shù)據交換引擎是數(shù)據共享交換平臺的核心。數(shù)據交換引擎主要包括服務處 理和數(shù)據接口。服務處理數(shù)據交換引擎運行過程示意圖如下:服務定義接口控制請求響1應服務請求監(jiān)聽器1服務解釋處理器日志監(jiān)控管道管理輸出接口傳輸管道數(shù)據庫數(shù)據源數(shù)據 文件圖表1數(shù)據交換引擎運行示意圖數(shù)據交換

60、引擎接負責收并處理數(shù)據交換服務請求，實現(xiàn)數(shù)據的交換。主要包括：（1）服務請求監(jiān)聽器服務請求監(jiān)聽器采用監(jiān)聽機制，實現(xiàn)對服務請求的并發(fā)接收（2）服務解釋處理器服務解釋處理器負責解釋執(zhí)行服務請求。服務請求監(jiān)聽器把服務請求轉發(fā)到解釋處理器，服務解釋處理器查詢所請求的服務定義， 根據服務定義產生執(zhí)行 序列并控制各個交換節(jié)點實現(xiàn)交換服務。 在數(shù)據交換壓力大的時候，根據服務的 優(yōu)先級高低，控制交換服務的執(zhí)行順序，確保高優(yōu)先級的服務優(yōu)先執(zhí)行。（3）服務定義服務定義記錄了服務的項選參數(shù)以及設置，描述了服務應該如何解釋和執(zhí) 行。交換服務可以定義服務優(yōu)先級等信息。（4）接口控制接口控制負責把命令序列發(fā)送到各個交換節(jié)