系統(tǒng)對(duì)接設(shè)計(jì)

1、系統(tǒng)對(duì)接設(shè)計(jì)1.1.1 3.7.3對(duì)接方式系統(tǒng)與外部系統(tǒng)的對(duì)接方式以web service方式進(jìn)行。系統(tǒng)接口標(biāo)準(zhǔn)：本系統(tǒng)采用SOA體系架構(gòu)，通過服務(wù)總線技術(shù)實(shí)現(xiàn)數(shù)據(jù)交換以及實(shí)現(xiàn)各業(yè)務(wù)子系統(tǒng)間、外部業(yè)務(wù)系統(tǒng)之間的信息共享和集成，因此SOA體系標(biāo)準(zhǔn)就是我們采用的接口核心標(biāo)準(zhǔn)。主要包括：服務(wù)目錄標(biāo)準(zhǔn)：服務(wù)目錄API接口格式參考國(guó)家以及關(guān)于服務(wù)目錄的元數(shù)據(jù)指導(dǎo)規(guī)范，對(duì)于 W3C UDDI v2 API結(jié)構(gòu)規(guī)范，采取 UDDI v2的API的模型，定義 UDDI的查詢和發(fā) 布服務(wù)接口，定制基于 Java和SOAP的訪問接口。除了基于 SOAP1.2的 Web Service接 口方式，對(duì)于基于消息的接口

2、采用JMS或者M(jìn)Q的方式。交換標(biāo)準(zhǔn)：基于服務(wù)的交換，采用HTTP/HTTPS作為傳輸協(xié)議，而其消息體存放基于SOAP1.2協(xié)議的SOAP消息格式。SOAP的消息體包括服務(wù)數(shù)據(jù)以及服務(wù)操作，服務(wù)數(shù)據(jù)和服務(wù)操作采用 WSDL進(jìn)行描述。Web服務(wù)標(biāo)準(zhǔn)：用 WSDL描述業(yè)務(wù)服務(wù)，將 WSDL發(fā)布到UDDI用以設(shè)計(jì)/創(chuàng)建服務(wù)，SOAP/HTTP服務(wù)遵循 WS-I Basic Profile 1.0，利用 J2EE Session EJB實(shí)現(xiàn)新的業(yè)務(wù)服務(wù)， 根據(jù)需求提供 SOAP/HTTP or JMS and RMI/IIOF接 口。業(yè)務(wù)流程標(biāo)準(zhǔn)：使用沒有擴(kuò)展的標(biāo)準(zhǔn)的 BPEL4WS對(duì)于業(yè)務(wù)流程以SOA

3、P服務(wù)形式進(jìn)行 訪問，業(yè)務(wù)流程之間的調(diào)用通過SOAR數(shù)據(jù)交換安全：與外部系統(tǒng)對(duì)接需考慮外部訪問的安全性，通過IP白名單、SSL認(rèn)證等方式保證集成互訪的合法性與安全性。數(shù)據(jù)交換標(biāo)準(zhǔn)：制定適合雙方系統(tǒng)統(tǒng)一的數(shù)據(jù)交換數(shù)據(jù)標(biāo)準(zhǔn)，支持對(duì)增量的數(shù)據(jù)自動(dòng)進(jìn)行數(shù)據(jù)同步，避免人工重復(fù)錄入的工作。1.1.2 3.3.8接口規(guī)范性設(shè)計(jì)系統(tǒng)平臺(tái)中的接口眾多，依賴關(guān)系復(fù)雜，通過接口交換的數(shù)據(jù)與接口調(diào)用必須遵循統(tǒng)一的接口模型進(jìn)行設(shè)計(jì)。接口模型除了遵循工程統(tǒng)一的數(shù)據(jù)標(biāo)準(zhǔn)和接口 規(guī)范標(biāo)準(zhǔn)，實(shí)現(xiàn)接口規(guī)范定義的功能外，需要從數(shù)據(jù)管理、完整性管理、接口安 全、接口的訪問效率、性能以及可擴(kuò)展性多個(gè)方面設(shè)計(jì)接口規(guī)格。1. 1.2, 1

4、接口定義約定客戶端與系統(tǒng)平臺(tái)以及系統(tǒng)平臺(tái)間的接口消息協(xié)議采用基于HTTP協(xié)議的REST風(fēng)格接口實(shí)現(xiàn)，協(xié)議棧如圖4-2所示。業(yè)務(wù)消息會(huì)話數(shù)據(jù)HTTP/HTTPSTCP/IP底層承載圖表 錯(cuò)誤!文檔中沒有指定樣式的文字。-1接口消息協(xié)議棧示意圖系統(tǒng)在http協(xié)議中傳輸?shù)膽?yīng)用數(shù)據(jù)采用具有自解釋、自包含特征的JSON數(shù) 據(jù)格式，通過配置數(shù)據(jù)對(duì)象的序列化和反序列化的實(shí)現(xiàn)組件來實(shí)現(xiàn)通信數(shù)據(jù)包的 編碼和解碼。在接口協(xié)議中，包含接口的版本信息，通過協(xié)議版本約束服務(wù)功能規(guī)范， 支 持服務(wù)平臺(tái)間接口協(xié)作的升級(jí)和擴(kuò)展。一個(gè)服務(wù)提供者可通過版本區(qū)別同時(shí)支持 多個(gè)版本的客戶端，從而使得組件服務(wù)的提供者和使用者根據(jù)實(shí)際的

5、需要，獨(dú)立演進(jìn)，降低系統(tǒng)升級(jí)的復(fù)雜度，保證系統(tǒng)具備靈活的擴(kuò)展和持續(xù)演進(jìn)的能力。L 1.2,2業(yè)務(wù)消息約定請(qǐng)求消息URI中的參數(shù)采用UTF-8編碼并經(jīng)過URLEncode編碼。請(qǐng)求接口 URL格式：http|https:/host:port/app n ame/bus in ess comp onent n ame/acti on; 其中：?協(xié)議：HTTP RES形式接口 ? host :應(yīng)用支撐平臺(tái)交互通信服務(wù)的IP地址或域名? port :應(yīng)用支撐平臺(tái)交互通信服務(wù)的端口? app name：應(yīng)用支撐平臺(tái)交互通信服務(wù)部署的應(yīng)用名稱? bus in ess comp onent n ame :業(yè)

6、務(wù)組件名稱? action :業(yè)務(wù)操作請(qǐng)求的接口名稱，接口名字可配置應(yīng)答的消息體采用JSON數(shù)據(jù)格式編碼，字符編碼采用 UTF-8。應(yīng)答消息根節(jié)點(diǎn)為“response ”，每個(gè)響應(yīng)包含固定的兩個(gè)屬性節(jié)點(diǎn)：“ status 和“message。它們分別表示操作的返回值和返回消息描述， 其他的同級(jí)子節(jié)點(diǎn) 為業(yè)務(wù)返回對(duì)象屬性，根據(jù)業(yè)務(wù)類型的不同，有不同的屬性名稱。當(dāng)客戶端支持?jǐn)?shù)據(jù)壓縮傳輸時(shí)，需要在請(qǐng)求的消息頭的“Accept-Encoding ” 字段中指定壓縮方式（gzip），如消息可以被壓縮傳輸則平臺(tái)將應(yīng)答的數(shù)據(jù)報(bào)文進(jìn) 行壓縮作為應(yīng)答數(shù)據(jù)返回，Con te nt-Le ngth 為壓縮后的數(shù)據(jù)長(zhǎng)度。詳細(xì)參見 HTTP/1.1 RFC2616Ll.2,3響應(yīng)碼規(guī)則約定響應(yīng)結(jié)果碼在響應(yīng)消息的“status ”屬性中，相應(yīng)的解釋信息在響應(yīng)消息的 “message屬性中。解釋消息為終端用戶可讀的消息，終端應(yīng)用不需要解析可 直接呈現(xiàn)給最終用戶。響應(yīng)結(jié)果碼為6位數(shù)字串。根據(jù)響應(yīng)類型，包括以下幾類 響應(yīng)碼。如表4-1中的定義。表4-1響應(yīng)碼對(duì)應(yīng)表響應(yīng)碼描述0成功1XXXXX系統(tǒng)錯(cuò)誤2XXXXX輸入?yún)?shù)不合法錯(cuò)誤3XXX