信用信息體系平臺建設總體設計

1、信用信息體系平臺建設總體設計1.1. 總體建設思路將資源管理與資源應用明確劃分并有機整合，推動一體 化建設。通過一體化手段，轉換和改造傳統(tǒng)信息系統(tǒng)建設的 模式，利用平臺加應用的構建模式，將我市信用體系建設與 資源管理建設合二為一進行整合建設，不僅節(jié)省財政投資， 而且充分考慮二者之間的關系，以數(shù)據(jù)管理為基礎，建立信 用體系應用，使我市的信用體系工作形成有機的整體，并為 未來的跨部門業(yè)務協(xié)同，一次釆集多次使用打下基礎。在業(yè)務實現(xiàn)方面，注重整個體系的完整性、實用性、適 應性和可擴展性，通過業(yè)務邏輯組合方式，將資源整合、資 源利用、服務提供等全部納入項目建設框架內，重點突出資 源共享、互聯(lián)互通、統(tǒng)一數(shù)

2、據(jù)、安全可靠、重在應用等特性。在技術實現(xiàn)方面，著重強調應用體系的跨平臺、跨應用、分布式、兼容性強、安全可靠等特性，采用成熟的JavaEE標準規(guī)范和開發(fā)平臺，實現(xiàn)公共信用信息管理系統(tǒng)的設計、 部署和實施，使應用體系能夠整合異構數(shù)據(jù)資源，實現(xiàn)數(shù)據(jù) 級和應用級集成，同時確保應用系統(tǒng)技術先進性。1.2. 系統(tǒng)總體架構從業(yè)務實現(xiàn)的角度，對各部門的數(shù)據(jù)歸集和信用應用的建設提出了業(yè)務模型。1、基礎設施層：主要包含各類網(wǎng)絡環(huán)境、硬件基礎設 施和系統(tǒng)基礎軟件三大部分。硬件基礎設施包括存儲、服務 器、交換機、防火墻、終端設備等硬件基礎設施；系統(tǒng)基礎 軟件包括服務器操作系統(tǒng)、數(shù)據(jù)軟件。2、數(shù)裾存儲層：存儲包括各政府

3、部門、社會機構、公 共事業(yè)單位、1:縣信用、政務數(shù)據(jù)庫、省平臺信用數(shù)據(jù)、 以及其他征信系統(tǒng)信用數(shù)據(jù)等。通過數(shù)據(jù)庫軟件進行結構化 與非結構化數(shù)據(jù)的存儲，同時實現(xiàn)讀寫分離的主從配置，保 障數(shù)據(jù)庫的讀寫效率及穩(wěn)定性，為業(yè)務應用提供數(shù)據(jù)支撐滿 足實際用戶的需求，為業(yè)務應用提供數(shù)據(jù)支撐。其中數(shù)據(jù)處理平臺包含數(shù)據(jù)歸集、數(shù)據(jù)清洗、數(shù)據(jù)比對、數(shù)據(jù)分發(fā)三個子系統(tǒng)。3、應用支撐層：應用支撐層包含一些基礎性、底層性 的系統(tǒng)支撐功能、平臺、 BI工具，提供包括智能分析系統(tǒng)、 工作流管理系統(tǒng)等，為系統(tǒng)提供基礎支撐服務。4、業(yè)務應用層：包括提供應用服務的系統(tǒng)，運行在應 用支撐層上，包含政務信用信息服務系統(tǒng)、信用數(shù)據(jù)分析平

4、 臺、統(tǒng)一接口平臺、統(tǒng)一安全服務平臺等。1.3. 數(shù)據(jù)架構信用信息體系平臺數(shù)據(jù)架構包含：基礎數(shù)據(jù)層、主題數(shù) 據(jù)層、內部業(yè)務應用層、外部業(yè)務應用層，具體如下：1、基礎數(shù)據(jù)層：以企業(yè)、個人、事業(yè)單位、社會組織 的身份信息、經(jīng)營管理信息、公共記錄信息、金融信息等為 基礎支撐數(shù)據(jù)，構建信用信息的基礎數(shù)據(jù)庫。2、主題數(shù)據(jù)層：通過對基礎數(shù)據(jù)的篩選、清洗，按照 各政府部門信用監(jiān)管需求，形成相關的主體數(shù)據(jù)庫。3、內部應用層：滿足各政府部門對信用監(jiān)管需要，提 供信用信息數(shù)據(jù)及定制功能，包括：定制查詢、部門協(xié)查、 信用分析、共享服務等；各政府部門可通過政府信用信息服 務系統(tǒng)、信用體系綜合應用系統(tǒng)、社會信用信息數(shù)據(jù)

5、利用分 析等應用軟件對數(shù)據(jù)進行查詢、篩選。4、外部業(yè)務層：對自建有信用信息系統(tǒng)的部門，可按 照其管理需要定制需要共享的信用信息，通過企業(yè)信用信息 共享交換平臺共享到部門。1.4. 技術路線將保持充分滿足電子政務系統(tǒng)在安全性、跨平臺性、可移植性、易擴展性、易維護性等方面的要求。系統(tǒng)基于Java平臺的J2EE技術體系，系統(tǒng)構建于B/S三層應用體系結構之上，采用 Struts2、Hibernate3、和Spring2等國際流行和成 熟的技術框架，使用 JSP、Servlet、EJB、XML等編程技術 和面向對象程序設計方法，將復雜的業(yè)務邏輯、流程控制邏 輯和數(shù)據(jù)存取邏輯通過在不同的技術層面上實現(xiàn)，在

6、應用服 務器之上，實現(xiàn)業(yè)務邏輯的快速部署和靈活調整，充分保證 數(shù)據(jù)庫系統(tǒng)的安全可靠訪問。系統(tǒng)同時支持 ORACLE、SQLSERVER、SYBASE、DB2 等各種大型的主流關系型數(shù)據(jù)庫；同時支持Windows、國產(chǎn)Linux及Unix等各種操作系統(tǒng)；利用 XML作為系統(tǒng)接口的 數(shù)據(jù)交換標準，進行信息資源整合。1.4.1. J2EE的體系架構為了充分滿足本平臺軟件在安全性、跨平臺性、可移植 性、易擴展性、易維護性等方面的要求，軟件系統(tǒng)采用基于 J2EE技術體系的大型分布式應用。本項目的平臺軟件構建于B/S三層應用體系結構之上，采用Struts2、Hibernate3、和Spring2等國際流行

7、和成熟的技術框架，使用JSP、Servlet、EJB、XML等編程技術和面向對象程序設計方法，將復雜的 業(yè)務邏輯、流程控制邏輯和數(shù)據(jù)存取邏輯通過在不同的技術 層面上實現(xiàn)，在應用服務器之上，實現(xiàn)業(yè)務邏輯的快速部署 和靈活調整，充分保證數(shù)據(jù)庫系統(tǒng)的安全可靠訪問。系統(tǒng)同時支持 ORACLE、SQLSERVER、SYBASE、DB2 等各種大 型的主流關系型數(shù)據(jù)庫；同時支持 Windows、國產(chǎn)Linux及Unix等各種操作系統(tǒng)；利用 XML作為系統(tǒng)接口的數(shù)據(jù)交換 標準，進行信息資源整合。w*k ；HTMLCH?ntHTML ClientHTT*HTTPHTML CllentHTML ClientHT

8、TPMTT»Java附用社'宇尺勺冷嚇旺并4用幫它耳的類廂 (C+*JCOKBUJavft.等尊JbK.5QL/JPnppOEtDT7|HtVC0l圖J2EE三層結構1.4.2. MVC處理模式MVC 是Model/View/Control的縮寫。MVC 架構也是當 今很流行的一種設計模式。M表示模式層，V表示視圖層，C表示控制層。模式層完成業(yè)務模型與數(shù)據(jù)模型管理，視圖 層主要完成用戶界面的管理，而控制層主要負責接收客戶端 請求，并將相應的請求轉發(fā)到對應的業(yè)務邏輯進行處理。以 下是MVC架構的處理流程：圖MVC架構的處理流程MVC架構使得應用程序的結構更加清晰，通過將代碼 按

9、照層次劃分為業(yè)務邏輯/數(shù)據(jù)、用戶界面和應用流程控制這 三個層次，增強代碼穩(wěn)定性。對于Model、View、Controller這三部分功能來講，View的實現(xiàn)一般是由界面設計人員和界 面程序員來完成，Model則是由業(yè)務邏輯程序員來完成，Controller則一般由負責整體控制的程序員來完成。Controller部分的代碼比較穩(wěn)定，一般會實現(xiàn)一個通用的架構；而Model則跟隨業(yè)務流程的變化而變化；View的更改則是隨著用戶需 求的更改而更改。這種模塊功能的劃分有利于在代碼修改過 程中進行模塊的隔離，而不需要把具有不同功能的代碼混雜 在一起造成混亂。對于項目開發(fā)而言，有利于在項目小組內 按照小組

10、成員各自的擅長進行分工，有利于三個部分并行開 發(fā)、加快項目進度。1.43 XML 規(guī)范XML 為 ExtensibleMarkupLanguage 的縮寫，意為可擴展 的標記語言。XML是一套定義語義標記的規(guī)則，這些標記 將文檔分成許多部件并對這些部件加以標識。它也是元標記 語言，即定義了用于定義其他與特定領域有關的、語義的、 結構化的標記語言的句法語言XML 主要有三個要素：Schema （模式）、XSL （eXtensibleStylesheetLanguage 可擴展樣式語言）和 XLL （eXtensibleLinkLanguage 可擴展鏈接語言）。Schema規(guī)定了XML文檔的邏輯

11、結構，定義了 XML文檔中的元素、元素的 屬性以及元素和元素的屬性之間的關系，它能夠幫助XML的解析器校驗 XML文檔標記是否合法；XSL是用來規(guī)定XML文檔表現(xiàn)形式的語言，同CSS類似；XLL則進一步地擴展了當前Web上已有的簡單鏈接。在本方案中，XML技術主要應用于數(shù)據(jù)共享和信息交 換的標準。144. SOA體系結構面向服務的體系結構（Service-OrientedArchitecture ，SOA ）是一個組件模型，它將應用程序的不同功能單元（稱 為服務）通過這些服務之間定義良好的接口聯(lián)系起來。接口 是獨立于實現(xiàn)服務的硬件平臺、操作系統(tǒng)和編程語言的。這種具有中立的接口定義（沒有強制綁定

12、到特定的實現(xiàn) 上）的特征稱為服務之間的松耦合。對松耦合的系統(tǒng)的需要來源于業(yè)務應用程序需要根據(jù)業(yè)務的需要變得更加靈活，以 適應不斷變化的環(huán)境，比如經(jīng)常改變的政策、業(yè)務級別、業(yè) 務重點、合作伙伴關系、行業(yè)地位以及其他與業(yè)務有關的因 素，這些因素甚至會影響業(yè)務的性質。面向服務的體系結構是面向對象的模型的替代模型，面 向對象的模型是緊耦合的。雖然基于SOA的系統(tǒng)并不排除使用面向對象的設計來構建單個服務，但是其整體設計卻是 面向服務的。由于它考慮到了系統(tǒng)內的對象，所以雖然SOA是基于對象的，但是作為一個整體，它卻不是面向對象的。 不同之處在于接口本身。SOA系統(tǒng)原型的一個典型例子是通用對象請求代理體 系

13、結構(CommonObjectRequestBrokerArchitecture , CORBA )。 現(xiàn)在的SOA已經(jīng)有所不同了，因為它依賴于一些更新的進 展，這些進展是以可擴展標記語言(eXtensibleMarkupLanguage， XML )為基礎的。通過使用基于XML 的語言(稱為Web服務描述語言 (WebServicesDefinitionLanguage， WSDL )來描述接口， 服務已經(jīng)轉到更動態(tài)且更靈活的接口系統(tǒng)中，非以前 CORBA 中的接口描述語言InterfaceDefinitionLanguage ，IDL )可比了。建立SOA體系結構模型需要:（1）定義服務描

14、述（2）定義整個應用程序如何在服務之間執(zhí)行其工作流（針對部門之間）（3）定義服務之間關系的策略，這種策略常常采用服 務級協(xié)定和操作策略的形式（針對外部合作伙伴）（4）安全、信任和可靠的消息傳遞利用SOA的好處不僅是一個軟件開發(fā)流程，而且還是一個業(yè)務開發(fā)流程。采用 SOA有四個層次：第一個層次是最簡單的，因為它只需創(chuàng)建單獨的服務。第二個層次將業(yè)務功能集成到SOA中。這涉及多個層次的集成，其中包括應用程序集成、信息集成、流程集成和整個系統(tǒng)集成。第三個層次涉及將企業(yè) IT基礎設施轉換到 SOA模型。第四個層次集中于轉換業(yè)務模型，以使之成為按需就緒的模型。從IT專業(yè)人員的角度來看（與業(yè)務層相比），要創(chuàng)

15、建SOA 應用程序，通常將經(jīng)歷四個階段：構建、部署、使用和管理。1.4.5. ESB服務總線設計ESB服務總線是整個信息平臺的技術核心，ESB通常采 用面向服務的體系結構。該服務保證在一個異構的環(huán)境中實 現(xiàn)信息穩(wěn)定、可靠的傳輸，屏蔽掉用戶實際中的硬件層、操 作系統(tǒng)層、網(wǎng)絡層等相對復雜、煩瑣的界面，為用戶提供一 個統(tǒng)一、標準的信息通道，保證用戶的邏輯應用和這些底層 平臺沒有任何關系，最大限度地提高用戶應用的可移植性、 可擴充性和可靠性。提供一個基于應用總線的先進應用整合 理念，最大限度地減少應用系統(tǒng)互聯(lián)所面臨的復雜性。系統(tǒng) 的實現(xiàn)維護都相對簡單，保證每一個應用系統(tǒng)的更新和修改 都能夠實時地實現(xiàn)；

16、同時當新的應用系統(tǒng)出現(xiàn)時能夠簡便的 納入到整個IT環(huán)境當中，與其他的應用系統(tǒng)相互協(xié)作，共 同為用戶提供服務。功能要求：提供企業(yè)服務總線ESB功能基于開放式標準，提供 ESB常用功能，如服務的查找、 訪問、路由等，內置基于 XML的數(shù)據(jù)對象，便于服務之間數(shù) 據(jù)交互和互操作支持信息（數(shù)據(jù)）集成，流程集成與應用集 成。支持企業(yè)級服務質量包括跨網(wǎng)絡的消息可靠傳輸和安全、失敗恢復、狀態(tài)診 斷、服務管理、服務審計及事務的完整性等，提供數(shù)據(jù)交換 過程和數(shù)據(jù)的跟蹤能力。提供數(shù)據(jù)格式轉換功能提供圖形可視化的異構數(shù)據(jù)格式轉換映射工具，能夠將 數(shù)據(jù)從一種格式簡便快速地轉換成另一種格式。輸入數(shù)據(jù)和輸出數(shù)據(jù)可進行不同格

17、式間的轉換（如結構化的XML非XML或Java對象數(shù)據(jù)），從而可快速集成異構應用，無需考慮表 示數(shù)據(jù)采用的格式。支持多種服務/組件通訊方式及通訊協(xié)議支持多種服務/組件通訊方式，如同步和異步等，用戶 可以按照自己的需要，靈活定義通訊方式。支持跨網(wǎng)絡通訊的多種通訊協(xié)議，如HTTP/S FTP、P0P3/SMTP JMS等。完整支持WebService及全面的安全保障機制支持對各種系統(tǒng)提供的WebService的訪問，將常用應用系統(tǒng)訪問接口、業(yè)務流程或組件封裝成 WebService，并提 供WebService的注冊和檢索功能。提供完整的 WebService跨網(wǎng)絡通訊的安全機制，如傳 輸層、消息

18、層等的身份驗證、消息機密性和完整性等安全保 障。支持常用標準協(xié)議，女口 SOAP WSDL UDDI、WS-Security 等。提供強大的應用集成開發(fā)平臺集成開發(fā)工具，提供多種適配器及系統(tǒng)服務，集成多種便捷的開發(fā)向導，覆蓋從設計、開發(fā)、配置、打包及部署的多個開發(fā)過程提供快速開發(fā)數(shù)據(jù)集成的數(shù)據(jù)源接入、數(shù)據(jù)內容轉換、 過濾、清洗、部署等配置工具，可快速開發(fā)國內最常見的 數(shù)據(jù)集成的業(yè)務應用。支持分布式多人團隊協(xié)作開發(fā)，還脫離資源中心進行脫 機開發(fā)，開發(fā)方式靈活，便于提高整個團隊開發(fā)效率與資源 共享。服務與業(yè)務流程編排能進行服務的封裝與調用，又能根據(jù)業(yè)務需要，將多個 不同服務、組件等進行編排重組，形成滿足用戶集成需要的 業(yè)務流程。集成多種常用系統(tǒng)適配器并提供適配器定制開發(fā)能力 集成多種企業(yè)應用中常見的適配器，如支持結構化和非 結構化文件讀寫的文件類適配器，支持多種數(shù)據(jù)庫訪問如Oracle、DB2 SQLServer、SyBase、MySql、KingBase、Excel、Access等數(shù)據(jù)庫類適配器，支持多種通訊協(xié)議如FTP、SMTP/POP3JMS等通訊類適配器等，通過現(xiàn)成的適配器，減 少程序員開發(fā)工作量，實現(xiàn)快速應用集成能力。提供的適配器基于 JCA1.5規(guī)范，便于用戶擴展開發(fā)自 己的適配器。