互聯網政務服務一體化平臺建設模式和框架設計方案本方案立足XX省“互聯網+政務服務”一體化平臺建設任務和全省政務服務建設現狀，制定全省一體化平臺的頂層設計，明確全省建設模式和總體框架，界定省、市建設內容和建設標準，編制省級一體化平臺的技術框架、功能架構和主要內容的初步設計方案。建設模式比選一體化平臺主要由互聯網政務服務門戶、政務服務管理平臺、業務辦理系統和政務服務數據共享平臺四部分構成，整體建設有統建、統分、分建三種模式，綜合XX省政務服務現狀，我省采用統分模式進行建設。各模式優劣勢比較如下表所示。表5.2-SEQ表5.2-\*ARABIC1建設模式對比表建設模式建設內容優勢劣勢建議統建模式全省統一建設，地市及區縣級不再建設1、全省統一標準，服務體驗一致；2、對接難度小。1、部分地市已建有服務管理平臺，推行難度大；2、廢除地方平臺，造成資源浪費；3、網絡承載壓力大。XX省部分地市已建有政務服務管理平臺，省級政務信息資源共享交換平臺已投入使用，綜合XX省現狀和外省經驗，建議采用統分建設模式。分建模式省級平臺、地市級平臺分級獨立建設，通過省、市兩級數據共享平臺，實現省、市兩級數據交換、基礎數據共享1、實施進度快；2、地市個性化需求契合度高；3、保護已有建設成果。1、建設、服務標準難以統一；2、地市建設資金難以保障；3、系統維護、管理難度大。統分模式全省統一建設政務服務門戶、基礎性及對外核心業務，政務服務管理平臺、業務辦理系統分建，通過省、市兩級數據共享平臺實現數據交換。1、全省統籌建設，建立標準規范，最大程度保障服務體驗；2、尊重地市個性化需求；3、保護已有建設成果。1、整體推進效率難以保障；2、建設界面難以界定；3、電子政務外網承載壓力大。總體框架建設模式XX省“互聯網+政務服務”一體化平臺按照統分模式，實施省、市兩級建設，互聯網政務服務門戶、基礎性及對外核心業務全省統建，政務服務管理平臺、業務審批系統分建，通過省、市兩級政務信息資源共享交換平臺進行數據交換。統分模式建設如下圖所示。圖5.2-SEQ圖5.2-\*ARABIC1統分模式建設邏輯示意圖省市分級建設界面及內容在統分模式下，全省統一互聯網政務服務門戶、統一受理、統一身份認證、統一電子證照庫、統一政務服務事項目錄、統一支付、統一物流和電子印章等其他公共支撐，在統一建設的標準下省、市分級建設政務服務管理相關基礎應用。省、市兩級建設界面如下圖所示。圖5.2-SEQ圖5.2-\*ARABIC2省市分級建設界面示意圖根據建設界面明確省、市分級建設內容，具體見下圖所示。圖5.2-SEQ圖5.2-\*ARABIC3省市分級建設內容示意圖全省統一、省級統籌建設內容互聯網政務服務門戶：全省統一的建設，覆蓋省、市、縣（區）、社區、鄉鎮五級。統一受理：全省統一受理入口，統一事項分發，為“一窗受理”奠定基礎。電子證照：采用省級集中匯總部署，省、市縣分級建設，通過統一標準接口供省、市縣相關應用系統調用。政務服務事項管理：對全省行政權力事項和公共服務事項進行梳理，形成統一的政務服務事項目錄清單和實施清單。省級集中匯總更新，省、市縣分級管理維護。統一的身份認證：全省統一用戶注冊和身份認證，實現“一點注冊，全省通用”，為“一號申請”奠定基礎。統一支付、統一物流等公共支撐：通過統一的公共支撐平臺實現與第三方支付、物流平臺對接，為省、市縣應用提供支撐。技術標準規范：對于全省統一建設、統籌建設的內容，省級建立服務接入標準規范和建設標準規范。省級、市縣建設內容省級平臺建設支撐全省政務服務事項的全程辦理，依托XX省政務信息資源交換共享交換平臺，打通國家、市縣的縱向信息流和省直業務部門橫向信息流。對有政務服務平臺建設需求的市縣，按照全省統一建設的標準規范，在已有基層服務平臺進行升級改造或新建，依托市級數據交換共享平臺，打通與省級的信息流，實現全市業務辦理。省級平臺技術框架技術架構綜合應用特點和技術發展趨勢，省級一體化平臺技術框架如下圖所示。圖5.2-SEQ圖5.2-\*ARABIC4省級一體化平臺技術框架圖技術路線選型應用框架系統在應用層面可采用符合J2EE（java2PlatformEnterpriseEdition）技術規范或.NET技術的構架。整個系統運行于應用服務器之上，利用應用中間件支撐系統的運行。J2EE框架J2EE是Java2EnterpriseEdition的簡稱，它繼承了Java平臺無關性的特點，用戶不必將自己捆綁在某一種硬件或操作系統上，可以根據自身的情況選擇合適的硬件、操作系統、數據庫。J2EE是一種功能完備、穩定可靠、安全快速的企業級計算平臺，它由多種基于JAVA的技術組成，包括Portlet，EnterpriseJavaBeans(EJB)，JavaServerPages(JSP)，servlets，JavaNamingandDirectoryInterface(JNDI)，JavaTransactionAPI(JTA)，CORBA，JDBCAPI等。.NET框架

.NET來自于微軟，是一套全能的框架平臺，支持C++、C#、J++、VB、ASP等語言，能夠解決C/S、B/S和單機等結構的軟件開發需求。.NET平臺將這些語言編譯成CLR語言，使它們可以無差別的運行在.NETFramework上。

.NET框架實現了語言開發、代碼編譯、組件配置、程序運行和對象交互等各個層面的功能，為Web服務及普通應用程序提供了一個托管、安全和高效的執行環境。SOA面向服務由于現有應用系統采用傳統緊耦合方式構建，存在系統間交互性能不強、重復建設、建設周期長等問題，故建設建議采用SOA松耦合方式構建業務應用層，增強系統之間交互性，避免重復建設，節約政府投資，加快系統建設進程，SOA可為XX省政務服務建設帶來諸多好處：以服務的形式提供獨立的、可復用的、自動化的服務組件；通過快速組合與松散耦合來提高應用搭建效率，節約建設成本；通過業務流程數據的收集及流程風險評估，建立標準的業務模型，在實際業務應用建立過程中，與標準流程進行比對，如不合理，則進行流程再造。能力開放平臺在IT建設過程中，由于建設方多樣和技術的通用性，大量的系統建設采用原始庫對接的方式進行業務開發，雖然在各自項目的開發過程中節省了系統分析成本，但是缺乏整體統籌設計從長期實踐結果來看對于用戶整體造成了極大的資源浪費。為了改變這種情況，通過建設能力開放平臺的方式將對外接口服務（API）進行統一管理和注冊，上層應用在調用平臺資源時，只允許通過訪問接口的方式獲得服務，從而實現上層應用和下層服務的解耦。從根本上打破業務煙囪式的發展模式，避免云平臺建設再次落入重復基礎組件建設。為了滿足上層業務系統訪問XX省政務服務一體化平臺提供的各種服務能力的需要，能力開放平臺將一體化平臺開發出來的業務能力、數據服務能力進行抽象，通過統一注冊和發布管理，采用標準的多層級開放接口開放出去，提供給外部調用者使用。WebService技術WebService是一種以SOAP為輕量型傳輸協議、以XML為數據封裝標準、基于HTTP的組件集成技術。WebService主要是為了使原來各孤立的站點之間的信息能夠相互通信、共享而提出的一種接口。WebService所使用的是Internet上統一、開放的標準，所以WebService可以在任何支持這些標準的環境（Windows，Linux）中使用。WebService技術有助于大量異構程序和平臺之間的互操作性，從而使存在的應用程序能夠被廣泛的用戶訪問。Soap技術是WebService的核心，它以XML的標準格式封裝數據包，其中封裝的溝通信息是以文本方式來表達的，并且遵循標準的封裝規則。這意味著任何組件模型、開發工具、程序語言和應用系統只要支持XML和文本格式的數據，就可以順利的使用該技術。數據庫選型技術關系型數據庫關系型數據庫，是建立在關系模型基礎上的數據庫，借助于集合代數等數學概念和方法來處理數據庫中的數據，主要以行和列的形式存儲數據。目前主流關系型數據庫產品有Oracle、MySQL、SQLServer等。適用場景：對于非海量結構化數據、需保持數據一致性的情況建議采用關系型數據庫進行存取。對于服務事項均為結構化數據，事務流程規范，且事務型操作較頻繁的政務服務事項庫、辦件過程信息庫等，建議采用關系型數據庫。NoSQL數據庫（非關系型數據庫）相比較傳統關系型數據庫，NoSQL數據庫主要用于存儲海量結構化數據、半結構化及非結構化數據，支持對數據庫的高并發讀寫、對海量數據的高效率存儲和訪問以及支持數據庫的高可擴展性和高可用性，它有著更為復雜的分類——鍵值、面向文檔、列存儲、圖數據庫。適用場景：適合小數據高讀寫的場景，主要用于提供緩存服務，對實時性要求較高的場景，例如互聯網政務服務門戶熱點數據、組織機構、系統參數等數據可使用Redis等作數據緩存，從而降低對數據庫的訪問，提升系統性能。適合非結構化、半結構數據的存儲，且不需要關系數據庫中很多特性（例如交叉列、交叉表，事務，連接等），支持快速隨機訪問的場景，如電子證照庫、全文檢索庫等可使用HBase等做數據存儲。分布式文件系統分布式文件系統是分布式計算中數據存儲管理的基礎，具有高容錯性、高可靠性、高可擴展性、高吞吐率等特點，可以設計部署在低廉的硬件上，為海量數據提供了不怕故障的存儲，適合那些有著超大數據集的應用程序。大數據處理模塊采用Hadoop分布式文件系統HDFS作為分布式文件管理系統，用來存儲海量的視頻、音頻、圖片、大文檔等大文件，以滿足卡口和視頻大數據計算對海量數據的分布式存儲需求。適用場景：對于視音頻、圖像、大文檔等大數據量的文件，建議采用HDFS進行存取。內存數據庫RedisRedis是一個開源的、基于C語言編寫、可持久化、提供多語言API的Key-Value類型的內存數據庫。Redis具有高性能并發讀寫的能力。Redis最大的特色是支持保存List鏈表和Set集合的數據結構，而且還支持對List進行各種操作。與Memcached只能保存1MB的數據相比，Redis單個內存塊的最大限制是1GB。適用場景：對于數據變化快、數據大小可預見（適合內存容量）且數據結構在以后的擴展和變化中較穩定的高性能讀寫操作和運算，例如：數據分析、實時數據搜集、實時通訊等，可以考慮采用Redis進行數據存取。省級平臺功能架構整體功能架構省級“互聯網+政務服務”一體化平臺功能架構由基礎設施層、數據資源層、應用支撐層、業務應用層、用戶及服務層五個層次和標準規范與管理制度、安全與運維保障體系組成。圖5.2-SEQ圖5.2-\*ARABIC5省級平臺整體功能示意圖分層功能架構用戶及服務層用戶及服務層包含用戶端和互聯網政務服務門戶。用戶端面向自然人和法人，支持實體大廳、門戶網站、移動APP、自助服務終端、12345熱線等多種方式。互聯網政務服務門戶統一提供服務接口，供多種渠道調用，主要包括用戶注冊、事項發布、事項申請、辦理互動、辦件查詢、服務評價等功能。圖5.2-SEQ圖5.2-\*ARABIC6用戶及服務層功能示意圖業務應用層業務應用包括政務服務管理平臺、業務審批系統、大廳管理和大數據分析四大部分。圖5.2-SEQ圖5.2-\*ARABIC7業務應用層功能示意圖應用支撐層應用支撐包括CA和電子印章、工作流引擎、電子表單、消息服務等各種通用組件服務，也包括用戶管理、統一身份認證、支付平臺和物流平臺等中間支撐系統。圖5.2-SEQ圖5.2-\*ARABIC8應用支撐層功能示意圖數據資源層數據資源層基于XX省政務信息資源交換平臺，建設政務服務事項庫、辦件信息庫、監管信息共享庫、電子證照等政務服務業務信息庫，共享利用人口、法人、地理空間信息、信用信息庫等信息資源庫，實現數據資源共建共享。打通跨層級、跨區域、跨部門的數據流、業務流。圖5.2-SEQ圖5.2-\*ARABIC9數據資源層功能示意圖平臺物理部署依托省電子政務外網統一云平臺實現省級“互聯網+政務服務”一體化平臺基礎資源承載。圖5.2-SEQ圖5.2-\*ARABIC10平臺基礎設施部署示意圖省級平臺業務流程XX省“互聯網+政務服務”體系由渠道、互聯網政務服務門戶、支撐平臺、數據交換平臺、能力開放平臺、各級審批系統以及第三方服務平臺構成，省級一體化平臺主要依托XX省政務信息資源共享交換平臺打通與各級部門的業務流，為多渠道業務辦理提供支撐服務能力，最終實現“一號申請、一窗受理、一網通辦”的政務服務目標。主要業務流轉示意圖如下。圖5.2-SEQ圖5.2-\*ARABIC11省級平臺業務流轉示意圖省級平臺數據流程省級“互聯網+政務服務”一體化平臺依托XX省政務信息共享交換平臺打通與省級業務部門、市州、區縣的業務流和數據流，為政務服務一體化業務辦理提供基礎通道。圖5.2-SEQ圖5.2-\*ARABIC12省級平臺數據流轉示意圖省級平臺的數據交換增量數據主要來源于業務應用（如門戶