第一章需求分析和項目建設的必要性 4 4 41.1.2項目建設內容 4 5 6 6 8 1.4.2業務功能分析 1.4.3業務流程 1.4.4業務量分析 1.5.2處理量分析 1.7.2差距 23第二章總體建設方案 2.1建設原則 2.1.1統一性原則 2.1.2可靠性原則 2.1.4開放性原則 2.1.5安全性原則 2.1.6高效性原則 2.1.7友好性原則 2.1.8可管理易維護性 -Il-2.2總體目標與分期目標 2.3總體建設任務與分期建設內容 2.4總體設計方案 2.4.1基礎設施層 2.4.2信息資源層 2.4.3應用支撐層 2.4.5服務層 2.4.6安全保障體系 2.4.7標準規范體系 第三章項目建設方案 3.1標準規范建設 3.1.1管理制度建設 3.1.2標準規范建設 3.1.3數據標準建設 3.1.4標準規范索引 3.2信息資源規劃和數據庫設計 3.2.1信息資源規劃 3.2.2數據中心建設 3.3.1信息資源政務門戶 3.3.2信息資源開放門戶 3.4應用系統建設 3.4.1數據匯聚平臺 3.4.2數據治理平臺 3.4.3數據運營平臺 3.4.4數據應用平臺 3.5四大基礎數據庫管理平臺 3.5.1人口庫 3.5.2法人庫 3.5.3經濟庫 3.5.4地理庫 3.6應用支撐系統設計 3.6.1統一用戶管理 3.6.2統一應用管理 3.6.4統一消息服務 3.6.5統一日志服務 -III-3.7安全保障體系建設 3.7.1建設目標 3.7.3安全防護體系建設 3.7.4安全管理體系建設 3.8主要軟硬件選型原則和詳細軟硬件配置清單 3.8.1主要軟硬件選型原則 3.8.2詳細軟硬件配置清單 第四章效益分析 4.1經濟效益 4.2社會效益 第五章項目風險與風險管理 5.1風險識別和分析 5.1.1組織風險 5.1.2管理風險 5.1.3業務風險 5.1.4技術風險 5.2風險對策和管理 5.2.1組織風險防范對策 5.2.2管理風險防范對策 5.2.3業務風險防范對策 5.2.4技術風險防范對策 “云”數據中心建設統一的公共數據開放共享平臺。集中機關各部部門業務系統依托統一的開放平臺進行開發建設。確保部門之間系1.2編制依據1.3社會問題和政務目標分析1.3.1社會問題分析離海量(volume)、速度(velocity)和多樣將不僅強化政府責任，提升治理能力，還能截至2014年，中國共有664個城市，2852個行政縣，40446率已經達到70%。據粗略估算，全國政府大數據加起來相當于數百1.3.2政務目標分析幫助政府進行社會管理和解決社會難題，大數據時代下，政府是整合開放的平臺，是一個大數據共享平臺，它建立了公眾與政府間的溝通渠道，越來越多的國家和組織利用其開展民意調查，通過在線交互讓民眾成為政務流程的節點，透明政務，讓公眾參與到政策制定與執行、效果評估和監督之中，使民眾參政議政成為可能。大數據推進政府信息資源進一步開放，政府信息開發利用效率倍增，促1.4業務功能、業務流程和業務量分析**電子政務公共數據開放共享平臺有價值的數據、行政地圖、1.4.2業務功能分析**政務大數據交換共享平臺建設方案峰時段持續時間(小時)、高峰時段在線用戶數(個)等方面指標進表3-1業務量估算1200(日均)2每天總用戶數(個)34高峰時段交互量占全天交互量的百分比5高峰時段持續時間(小時)6高峰時段在線用戶數(個)60(日均)1.5信息量分析和預測1.5.1存儲量分析本項目中存儲的數據主要包括兩大部分：系統網站群的在線行為數據和國內外互聯網重點渠道、信息源以及政府網站群的在線內容數據。在線用戶行為數據以符合W3C格式標準的日志形式進行存儲。網站內容更新數據直接存到關系型數據庫或其他非關系型數據1、在線行為數據存儲量網站群的在線行為數據存儲主要分為三部分：(1)接收數據，是系統儲存的原始數據。(2)結構化數據，將原始數據進行數據清洗和去重后進行結構(3)分析數據庫，將結構化的數據進行分析預計算后存儲。按照本項目需要涵蓋**系統網站群的500個網站，每個網站的日平均訪問按照10000個PV計算，預計每日需要處理的總的PV數■接收數據的測算依據及結論其中接收數據庫的主要條目占用空間，如下表所示：空間大小(字節)來源路徑信息其他信息(會話標識、Cookie標識、時間信息等)匯總訪問路徑信息來源路徑信息客戶端信息(IP、瀏覽器等)其他信息(會話標識、Cookie標識、時間信息等)匯總訪問路徑信息其他信息(Cookie標識、時間信息等)匯總按照其他同類項目的數據估算，PV和Session數量比為4:1,Session和Cookie的數量比為1.25:1。則500萬的PV會產生1255000000*2976+1250000*2016+100用壓縮技術，大小將降為5G。結論：對于接收數據庫，采用了壓縮和優化技術后，每500萬PV至少需要25G的儲存空間?！鼋Y構化數據的測算依據及結論**系統政府網站群監測分析調度系統的結構化數據庫和原始數始數據的一半，也就是2.5G。結論：對于結構化數據庫，采用了壓縮和優化技術后，每500■分析數據的測算依據及結論化技術后，每500萬PV至少需要2.5GB的儲存空間。綜上所述，在不做任何備份的情況下，每500萬的PV,需要文到2015年底的存儲量為10.5T,到2019年底的存儲量為52.5T,明細單月數據量(G)保留周期(月)一年內需要存儲五年內需要存儲按照本項目需要面向國內外互聯網重點渠道和信息源進行在線內容采集爬取，按照覆蓋包括主流媒體在內的200個信息源，每個信息源爬取3級計算，平均每天可以爬取更新的總的頁面數約為30萬個，每個頁面按照100KB計算，共需要占用的空間為到2015年底的存儲量為10.8T,到2019年底的存儲量為54T,單月數據量(G)一年內需要存儲五年內需要存儲按照本項目需要涵蓋**系統網站群及**各級政府網站群的6500個網站，平均每個網站每天更新10個頁面，就是6.5萬個。如果每天爬取10次，就是10×6500=6.5萬個入口，每個網站算10個白名單，那就是10×6500×10=65萬個白名單?？偣彩?.5萬+6.5萬+65萬=78萬，共需要占用的空間為78萬到2015年底的存儲量為28.08T,到2019年底的存儲量為單月數據量(G)一年內需要存儲五年內需要存儲表3-2數據量估算表l在線行為數據2互聯網重點渠道和信息源31.5.2處理量分析(1)網站群用戶訪問行為數據處理量分析以每天725萬個客戶端訪問(包括500萬PV、100萬Session、125萬Cookie)并發計算，結合在線行為數據的接收主要集中在工作時間，7250000/8小時/60分鐘/60秒=251個/秒，日志接收服務器接受每秒鐘接收日志請求251個，遠遠低于系統的每秒接收到的正常數(該值通常為7000-9000)。根據日志接收每秒鐘的并發量為251,因此系統的數據接收只系統的單臺服務器的數據處理能力為400家左右，因此需要4臺數(2)其他在線內容數據處理量分析一是系統需要支持對不少于108萬個數據采集點每天至少一次結合以上幾部分需求，預計所需的內容數據處理服務器約50臺。其中較高性能處理服務器(單機20核服務器CPU:2660*2源)10臺，中等性能處理服務器(單機12核服務器，CPU:2620*2性能服務器(單機12核服務器，CPU:2620*2MEM:72GDISK:SSD1.5.3網絡流量分析1.6系統功能和性能需求分析1.6.1系統功能指標基本性能：(1)在100M局域網環境下進行增、刪、改業務(不含大對象數據類型)響應時間在3秒以內。(2)在100M局域網環境下查詢操作的響應時間要求在3秒以內。(3)系統支持同時在線數大于200,并發用戶數大于50。數據交換：(1)批量數據交換中，平均單條記錄數據交換的時間不大于20毫秒。(2)非并發大批量數據交換(百萬條)的時間不大于5,000秒。(3)批量數據交換中，平均單條記錄入庫的響數據查詢：(1)查詢基礎數據(精確匹配)的響應時間不大于3秒。(2)查詢單個數據主題(百萬級)的響應時間不大于3秒。 (3)目錄檢索的響應時間不大于2秒。(4)查詢統計報表(非實時統計)的響應時間不大于3秒。門以及公共服務機構在履職過程中形成了大量的數據資源，這些數據分散在各個部門，由于管理體制、法律法規、歷史慣性以及部門1.7.2差距1.8項目建設的必要性建智慧城市，智慧城市建設已成為國內信息化建設的潮流，“智慧”第二章總體建設方案2.1建設原則本系統在設計時將充分考慮政務資源交換平臺對可靠性的要2.1.4開放性原則2.1.5安全性原則2.1.6高效性原則2.1.7友好性原則2.1.8可管理易維護性1.項目一期：第1個月-第12個月(……)實施階段進行5-6個**政府部門信息資源規劃試點，摸清試點部門2.項目二期：第9個月-第20個月(……)3、四大應用系統建設承載電子政務公共數據匯聚平臺、數據治理平臺、數據運營平臺和數據應用平臺。4、四大基礎數據庫通過電子政務信息資源梳理，制定四大基礎數據庫的建庫、入庫和管理規則，建立四大基礎數據庫管理平臺，提供基礎庫內容管理、數據處理、共享和應用功能。四大基礎數據庫包括人口庫、法人庫、經濟庫和地理庫。5、一套標準規范形成標準規范體系，包括管理制度、標準規范、數據標準等。數據匯聚平臺數據應用平臺數據治理平臺經濟庫數據運營平臺地理庫人口庫信息資源政務門戶法人庫信息資源開放門戶應用支撐平臺標準規范體系2.4總體設計方案在《國家電子政務總體框架》中對國家電子政務總體框架的構成有明確的定義：“國家電子政務總體框架的構成包括：服務與應是保障。”應用層信息交換庫(前置庫)系統安全保障體系數據標準規范體系縮服務層人口庫總體設計架構分為六層設計，包括用戶層、服務層、應用層、應用支撐層、信息資源層和基礎設施層。在整個架構中每一次將貫穿信息資源安全管理體系、數據標準規范體系，全面保障**電子政務公共數據開放共享平臺的整體安全和數據標準，通過與各業務部門的業務應用系統進行接口對接實現各類用戶的應用服務。2.4.1基礎設施層基礎設施層主要包括網絡、服務器群集、存儲設備、安全設備、操作系統、數據庫系統等，是構成平臺運行的重要基礎。2.4.2信息資源層2.4.3應用支撐層2.4.4應用層2.4.5服務層2.4.6安全保障體系安全等四方面的相關管理制度以及技術要求。根據公安部等4部委系》和《GB/T21063-2007政務信息資源目錄體系》,逐步建立符第三章項目建設方案信息資源共享項目可以分為資源建設、平臺建設和應用(服務)包(特許經營)、項目成果、試點示范等全項目生命周期進行管理。的資源的定位信息(服務地址)。技術要求(GB/T21063.2-2007)第4章的規定執行。本制度參考信息資源目錄體系第6部分：技術管理要求GB/T21062.2-2007以及國內大型數據交換設.GB/T21063.5一2007進行建設。則.1數據元描述方法9.注解：對約束、最大出現次數進行說明3.短名應采用Camel-Case拼寫法，首字母使用小寫。名稱編號類型信息資源交換體系國標信息資源目錄體系國標信息安全技術信息系統物理安全技術要求國標信息安全技術操作系統安全技術要求國標信息安全技術網絡交換機安全技術要求國標信息安全技術路由器安全技術要求國標信息安全技術公鑰基礎設施在線證書狀態協議國標信息安全技術公鑰基礎設施數字證書格式國標信息安全技術公鑰基礎設施國標數據元和交換格式信息交換日國標期和時間表示法電子政務數據元國標中華人民共和國行政區劃代碼國標信息資源交換體系總體框架自建標準信息資源交換體系技術要求自建標準信息資源交換體系接入規范自建標準信息資源交換體系服務接口規范自建標準信息資源目錄體系總體框架自建標準信息資源目錄體系技術要求自建標準信息資源目錄體系核心元數據自建標準職能域(FunctionArea)是對管理中的一些主要業務活動領域的向上可以分為決策、管理和業務3個層次，橫向上可以分為業務和職息資源規劃的第三步就是將分散在業務過程中的各類信息資源進行信息資源屬性則描述了信息資源的管理屬性用戶控制和管理信息資中1234567迷寫枕234567的息資源名存姓名23出主年月456789選擇郵門：3.2.2數據中心建設案.1主要數據庫業務信息資源庫主要指圍繞經濟建設、政治建設、文化建設、數據倉庫主要存儲各類大數據分析的數據源，按照分類分主要事件倉庫主要儲存發布到**電子政務公共數據開放共享平臺中的數文件倉庫用來儲存ApacheLucene索引。.2數據庫選型問權限。特定的數據(例如個人住房信息等)只允許經過特別授權傳輸的安全性，將通過數據壓縮傳輸，加密證數據傳輸安全性。四大基礎數據庫設庫宏觀經濟基礎數據庫由部門數據信息和類別數據信息組成。宏觀經濟基礎信息庫中的部門數據信息反映從各部門采集、清信息是按照經濟、社會、居民生活等數據類型進行存儲，同一數據類別的信息可以來源于多個部門。宏觀經濟數據庫的構成如下圖所示：環境資源環境資源城市建設居民生活社會工商局國稅局商務局財政局發改委統計局T●部門數據信息宏觀經濟部門數據信息來源于統計局、財政局、發改委等單位，序號政府部門數據資源情況1統計局2民政局行政區劃、優撫救濟福利、婚姻、殘疾人及社區情況等3工商局工商企業登記、私營個體戶等數據4財政局財政收入及支出情況5地稅局地方稅種收入情況6國稅局國家稅種收入情況7人力資源和社會保障登記失業率、社會保障等數據8房產處房屋建設及交易等數據9環保局環境衛生、大氣質量、水資源污染情況交通局公共交通、道路狀況、交通事故等數據海關貨物、人員、資金出入境統計數據商務局各類商務與利用外資統計數據旅游局國內旅游統計、黃金周統計等數據改后再次比對，比對成功后再進入核心數據庫；通過反復比對解決序號數據類別數據主要來源部門1經濟統計局、發改委、財政局、國稅局、地稅局、工商局、民政局、交通局、海關、商務局等2社會統計局、公安局、人力資源與社會保障局、民政局、教委、衛生局等3居民生活統計局、發改委等4環境資源國土局、規劃局、園林局、水務局、環保局、市政、民政局等5城市建設與管理6科技統計局、教委等口共享信息擴展信口共享信息擴展信息基礎信息社局公安局教育局衛生局民政局人晏人口數據庫字段說明人口基本信息公民身份號碼姓名出生日期性別民族地址曾用名照片(二代證)人口擴展信息死亡日期注銷機構職業資格等級參加工作時間職業類別職業名稱就業狀況資格審批單位名稱取得資格時間就業經歷個人參保日期個人參保狀態險種類型社會保險登記證號碼繳費地區代碼繳費單位名稱繳費人員類別醫療保險證號醫療參保人員類別基本醫療保險個人帳戶建立日期定點醫療機構代碼離退休時間離退休人員類別領取養老金標識曾經冒領養老金標識曾經冒領養老金金額享受失業保險起始日期失業待遇類別應領取失業保險金月數失業原因發生工傷狀態工傷發生時間傷害部位工傷認定申請號傷殘等級終止工傷保險待遇關系標志工傷待遇類別生育待遇類別享受起始時間享受終止時間最高學歷最高學歷畢業學校最高學歷畢業時間最高學歷專業學位學位授予時間其他所學專業所學外語語種外語語種熟練程度學生學籍號公積金帳號參加公積金時間本年繳存額本年支取額上年結轉本金上年結轉利息余額產權證號產權類型房屋地址住房來源購房日期建筑面積欠繳稅款標識**電子政務公共數據開放共享平臺可研報告欠繳稅款滯納金標識婚姻狀況婚姻登記時間救濟人員分類享受定期定量救濟金額社會福利機構收養人員分類享受定期撫恤補助狀況定期優撫金額民辦非企業法人民辦非企業法人基金會法人社團法人行政機關法人事業單位法人企業法人地稅局市編辦民政局質監局工商局類別數據**電子政務公共數據開放共享平臺可研報告企業法人內資企業法人工商局外資企業法人事業單位法人編辦行政機關法人社團法人民政局基金會法人民辦非企業法人(3)機關法人：指各級政黨機關和國家機關。(4)社會團體法人：指依據《社會團體登記管理條例》,經國**電子政務公共數據開放共享平臺可研報告民政組織機構代碼法人單位基礎信息商協圖法人單位信息的組成**電子政務公共數據開放共享平臺可研報告址行政區劃代碼、經營范圍(業務范圍)等數據。企業法人類擴展信息行政機關和事業單位類法人擴展信息社團、基金會、民辦非企業等法人擴展信息1、基礎地形圖：數據中心項目基礎地形圖主要包括1:500、1:1000和1:5000三種比例尺基礎地形圖數據。1)航空影像數據庫2)衛星影像數據庫衛星影像數據庫就是利用遙感衛星對地觀測的影像數據數據3.3門戶系統建設3.3.1信息資源政務門戶入一次用戶名和口令，進行身份確認),可以使用在此系統平臺或相關平臺上的所有的服務和應用，而無須用戶多次輸入用戶名和口令門戶需實現資源申請與審批的功能，允許用戶提出資源具體數用戶可以查詢資源具體數據、及資源關聯的w利用大數據分析系統建立的模型實現數據各類分析并進行展3.3.2信息資源開放門戶首頁是統一信息展示窗口，包含熱點動態、資訊中心、互動中3.4應用系統建設3.4.1數據匯聚平臺(1)數據應用部門與支撐服務平臺存在著網絡互聯互通的障(2)數據量較大，基于網絡傳輸模式無法滿足用戶要求。例如海量影像，數據量高達幾百個GB,甚至是TB,采用網絡方式進(1)通過登錄數據采集系統的WEB界面，進行WEB界面直(2)通過搭建的FTP服務，各業務部門將所需要上傳的資料只有正確的數據才能繼續使用。對于錯誤的數據，可以進行輸出，對于應用數據采集，需要管理的關鍵業務點有采集點、數據傳輸。主要性能指標包括：在采樣周期內成功取得文件的數量、采集信息交換系統的建立通過ESB企業服務總線建立自治交換網通過在前置機中部署ESB代理節點，實現前置交換信息庫與部通過增量數據適配器，多種類型的數據轉換工具，實現增量通過可視化流程配置的方式實現自定義數據源、流程、轉換換子系統與**電子政務公共數據開放共享平臺穩定可靠的信息傳關聯數據抽取方式/頻率待清洗數據一源/規則元數據抽取我們采用基于時間戳的增量抽取1.建立數據庫連接**電子政務公共數據開放共享平臺可研報告算歸則對數據進行重新計算。系統支持批量清洗和實時清洗，針對P2,3數據規據P2.2數據補缺P2.1數據替換干凈的業務數據數據清洗主要是針對源數據庫中出現二義性、重復、不完整、違√正確性：數據是否正確的表示了現實或可證實的來源主要問題產生原因清洗策略數據完整性問題大量的空值字段的出現源數據中對很多字段沒有做非空限制1.反饋信息給采集庫2.根據簡單規則補齊數超出字典表范圍填寫這些值的時候是直接讓用戶填寫而非下拉框選擇1.反饋信息給采集庫2.完善字典表信息3.根據簡單規則補齊數據值數據一致性問題一個特定的字段在不同的表中內容不同錄入，同步的問題選取最可靠的表中的字段為確定值，也就是權威數據應該成為主鍵的值不唯一有效的主鍵關系消除錯誤，重復的主鍵轉換支持數據字段之間一對多，多對一，以及多對多的映射關系。P3.3數據詢與目標匹配清洗后的元數據轉換規則1.數據合并：多用表關聯實現，大小表關聯用lookup,大大表相交用join5.去除重復記錄**電子政務公共數據開放共享平臺可研報告P4P4P4.1增量元數據—加載方式/目標加載方式/目標一L加載方式/日標-文件數據維度數據倉庫細節P4.3數據4.在加載實現過程中支持提供SQL、HQL、SHELL等不同類別的加載方式實現方式優點缺點時戳方式在業務表中統一加字段作為時戳，當原系統更新改業務數據時同時修改時戳字段值源數據抽取相對需要修改業務表的數據結構，業務數據變動時工作量比較大，相對風險較大日志表方式在0LTP系統中添加日志表，業務數據發生變化時，更新維護日志表內容不需要修改業務源數據抽取簡單適合數據的增量加載業務系統中更新記錄日志操作麻煩全量對比方式在更新目標表之前先根據主鍵和字段進行數據比對，update或insert對系統表結構沒有任何影響，管理維護統一，可以實現數據的增量加載數據比對復雜，設計比較復雜，執行速度慢全表刪除插入方式將源數據全部插入速度快對維表加代理健不適應，原系統有刪除數據時，不能在數據倉庫體現被刪數據，不能實現增量加載平臺建設中顯得由為重要，**電子政務公元數據與數據目錄密切相關，良好的元數據管理是目錄管理的有效基礎和前臺。元數據的范圍包括數據結構、數據詞典、字段維√基礎分類信息制定√元模型制定數據分層定義歸納分類是認識和理解對一個復雜的對象的最有效的辦法，在對數據進行管理我們認為從分層、再分主題對數據進行分類是行之數據主題管理據資源的存儲周期，預置多個表資源分類(層次、主題、存儲周期√模型規范制定√維表管理√指標管理元數據查詢必須支持對元數據庫中的元數據基本信息進行查詢與檢索的功能，可查詢數據庫表、維表、指標、過程及參與的輸入輸出對象信息，以及其它納入管理的對象基本信息，查詢的信息按處理的層次及業務主題進行組織，查詢功能返回實體及其所屬的相關信息。提供可視化的界面，實現元數據信息的查詢展現，支持按照元數據的查詢、按指標定義和指標名稱的查詢。查詢的信息內容平臺的元數據是動態更新的，因此元數據的維護需提供對元數據的增加、刪除和修改等基本操作。對于元數據的增量維護，可以保留歷史版本信息。用戶使用元數據基本維護功能，可以統一管理所有系統中的元數據。元數據的維護操作是原子操作，這些原子操作可通過服務封裝的形式向性能管理系統的其它模塊提供元數據維護接口。使用者可基于業務和管理的層面對業務、管理需求進行建性。元數據檢查應包括sql解析成功率、表定位數據問題產生的路徑，并評估出該問題對平臺其他數據或應用資源目錄系統的主要功能是采用元數據對信息資源特征進行描形成目錄信息庫，為信息資源的匯聚、共享以及對應用的支撐提供 (GB/T21063-2007)中定義的編目系統、主要實現了包括目錄分類、編目、審核發布、查詢、權限及維護等通常將一級政府目錄分為部門、主題、服務對象三大類。也可依據實際的應用需要進行分類.對目錄的分類信息進行管理(新增、性。審核功能包括：對目錄類別的審核、對目錄項審核、對目錄(1)多維度目錄查詢(2)列表查詢(3)資源訪問資源管理是對抽取的各個業務部門的信息資源進行統一的管對于資源的任何變更，進行版本管理，所有歷史版本都保留備√新增資源新增資源是進入系統的信息資源進行信息管理，包含資源的基√未發布資源對新增的或未發布的資源進行管理，主要包含資源查詢、資源的API服務。√歷史資源√應用程序管理對抽取信息資源的應用程序進行管理，主要包含應用程序的來對于完全共享的信息資源以及審核備案通過的信息資源，可以對于完全共享的信息資源以及審核備案通過的信息資源，可以對于非完全共享的信息資源，如需要使用其信息資源，需要進提出申請，申請部門填寫申請函《政務信息資源共享與交換信可操作性及上傳的相關材料進行審核，審核通過后，電子材料系統維護了資源的分類呢榮，實現資源與目錄自動關聯，將資源顯主要是對資源的訂閱、收到的資源需求和提出的資源需求進行√資源訂閱對相關資源進行訂閱管理，能夠了解相關資源的信息，并可取√收到的資源需求查看其他部門提出的資源訂閱信息。包含資源訂閱的部門、時√提出資源需求規則(如命名不規范、不必要的跨層數據訪問、不合理的大表關聯定時間周期(如月、周、日)、事件觸發等執行方式。歷史拍照、冗余備份。數據交換共享平臺通過建立處理程序解析、在數據使用過程中和數據應用中對表和數據的重要性進行評過檢測運行過程的日志可以判斷出過程輸出的目標表數據是否完報表是否異常、該報表在哪里發生、該報表3.4.3數據運營平臺系統提供統一的API注冊、發布、調用、監控管理，是支撐平臺應創建，就是講各類方法發布到API代理，基本只需要選擇對應其中對于授權類型分為3種類型：用戶授權：表示API讀取的是用戶資源，需要對應的用戶經過客戶端授權：表示API直接接受應用系統的訂閱，無需經過用在開發者平臺中，公開的展示所有發布的API信息。包括API在開發者平臺上，開發商可以為對應的應用系統申請API訂閱測試值，如果API只是讀取數據類型的(寫入類型的API進行模擬調用日志在APIGetWay處理調用請求時產生。每次調用都必3.4.4數據應用平臺hadoop的數據倉庫中，并可以通過Rest或者儀表盤等方式暴露給題題集分類歸并，通過自動化地識別和測量數據集內的公共屬性的過程，擁有聚類(一種K-均值算法),能夠自動在數據中發現相互間擁有非常不明顯關聯的數據組。這樣做最明顯的好處是，如果將數決策樹：決策樹(隨機森林算法)幫你了解不同數據屬性的組事件發布器：通過事件發布器將通過Spark或者SiRestFulAPI:提供rest3.5四大基礎數據庫管理平臺3.5.1人口庫**電子政務公共數據開放共享平臺可研報告是[人[人口增量數據表】中該人口記錄刪除是否否且循環這些字段且循環這些字段查空【字段來源表】判斷人口庫庫該字段值是否是是中算術級數推算法和幾何級數推算法，推測未來5年的人口發展中出生率法和一般生育率法推算法，推測未來5年的出生人口發3、勞動人口預測，以當前人口數量為基數，以男性18到59周歲，女性18到54周歲人員作為勞動力統計標準，推測未來54、老年熱門口預測，以當前人口數量為基數，以滿60周歲人員作為老齡人口統計標準，推測未來5年的老年人口發展情況，戶籍人口、非戶籍人口、0-3歲兒童數量、育齡婦女數量、勞動人否將該條增量數據插入異常表中是是杏務是務是是是是判斷該企業組織機構代碼是否否通過組織機構代碼判斷該企業是否存在于綜合庫主表中是判斷核心區該字段值的來源否判斷新采集的字段值是否為空否判斷綜合庫該字段值是否為空是統的字段是否結束是否否是否源的業務系統需采集的字段【字段來源表】判斷該企業是否為正常戶?是能.1法人查詢1、法人分類統計，按照外資、內資、個體、其他等類型分類2、法人排名統計，所得稅、工業總產值、利稅總額、主營業3、新增投資項目，各區域外資企業新增投資項目數、各區域3.5.3經濟庫可以根據各部門的對宏觀經濟業務需求，定制API,在數據運能.1指標查詢等，將這些指標組合為了某個專題實現綜合分析。.4經濟運行監測主要是對企業家信息指數、企業景氣指數兩大景氣指數及其他相關景氣指標進行關聯分析，并利用制定的監測模型對指標狀態進行監控，為宏觀經濟決策提供支撐和依據。在GIS反映全**在工業、農業、商業、能源、交通運輸等社會經濟現象的分布、狀態和相互關系以及變化規律的專題地圖。地理庫內容管理基于**空間地理信息一張圖及技術構架實現。地圖圖層對于主要公共需求，有**地理信息測繪局定制若干圖層。調用**空間地理信息一張圖，實現地圖地址維護，包含新增、地圖操作實現地圖常規操作功能。為了對需要調用**電子政務公共數據開放共享平臺信息資源的政府部門應用系統進行有效管理，面向各類電子政務應用，規劃建服務管理等核心組件，可以對接入系統有效管理、實現統一認證及位管理員設置下級單位管理員選擇范圍為該單位管理員管轄的用解決用戶身份真實性問題，建立無虛假信息的用戶資料庫。本系統可設置三級管理員，一級為超級管理員，可設置省級部門、市管理員；二級為市級部門、縣區管理員，這些管理員可以管理本單位的用戶，同時可以根據單位情況，在本單位下設立三級管理員；三級管理員擁有的權限和用戶管理范圍由二級管理員分配，但不能超過修改等)管理員，同時具有管理員的管理能力。管理員能對系統中**電子政務公共數據開放共享平臺可研報告授權信息服務部門管理員3.6.2統一應用管理系統管理員/應用管理員可以在支撐平臺中對某個應用的模塊進行管理，并進行模塊的下發。對于應用系提供統一的API注冊、發布、調用、監控管理，是支撐平臺應創建，就是將各類方法發布到API代理，基本只需要選擇對應其中對于授權類型分為3種類型：無需授權：對于無需授權的API即完全開放訪問，用戶授權：表示API讀取的是用戶資源，需要對應的用戶經過客戶端授權：表示API直接接受應用系統的訂閱，無需經過用在開發者平臺中，公開的展示所有發布的API信息。包括API在開發者平臺上，開發商可以為對應的應用系統申請API訂閱自動建立應用系統和API的訂閱關系，即應用在API注冊管理時，可以在參數列表中，設置每個參數的模擬測試值，如果API只是讀取數據類型的(寫入類型的API進行模擬組織架構的變化，通過消息隊列(約定隊列名稱為mq_Organization)發布出來(制定具體的消息格式，對應不同的變化對象),各應用客戶端訂閱此隊列，完成本地緩存的刷新、DB3.7.2安全體系架構3.7.3安全防護體系建設政務公共數據開放共享平臺網絡的穩定性，護.7邊界防護平臺的物理網絡之間，**電子政務公共數政務公共數據開放共享平臺網絡的穩定性，各接入系統的權限(資源提供、資源需求部門)通過身份認證和用戶分配的方法(和IP綁定)進行接入控制。負載均衡是建立在**電子政務公共數據開放共享平臺網絡結構提高網絡的靈活性和可用性。主要完成以下任務：解決網絡擁塞問題，服務就近提供，實現地理位置無關性；為平臺提供更好的訪問對平