系統(tǒng)對(duì)接方案說明

《系統(tǒng)對(duì)接方案說明》由會(huì)員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在行業(yè)資料-天天文庫。

1、WORD格式可編輯系統(tǒng)對(duì)接設(shè)計(jì)1.1.1對(duì)接方式系統(tǒng)與外部系統(tǒng)的對(duì)接方式以webservice方式進(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ì)于W3CUDDIv2API結(jié)構(gòu)規(guī)范，采取UDDIv2的API的模型，定義UDDI的查詢和發(fā)布服務(wù)接口，定制基于Java和SOAP的訪問接口。除了基于SOAP1.2的WebService接口方式，對(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-IBasicProfile1.0，利用J2EESessionEJBs實(shí)現(xiàn)新的業(yè)務(wù)服務(wù)，根據(jù)需求提供SOAP/HTTPorJMSandRMI/IIOP接口。業(yè)務(wù)流程標(biāo)準(zhǔn)：使用沒有擴(kuò)展的標(biāo)準(zhǔn)的BPEL4WS，對(duì)于業(yè)

3、務(wù)流程以SOAP服務(wù)形式進(jìn)行訪問，業(yè)務(wù)流程之間的調(diào)用通過SOAP。數(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接口規(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)和接口專業(yè)知識(shí)整理分享WORD格式可編輯規(guī)范標(biāo)準(zhǔn)，實(shí)現(xiàn)接口規(guī)范定義的功能外，需要從數(shù)據(jù)管理、完整性管理、接口安全、接口的

4、訪問效率、性能以及可擴(kuò)展性多個(gè)方面設(shè)計(jì)接口規(guī)格。1.1.1.1接口定義約定客戶端與系統(tǒng)平臺(tái)以及系統(tǒng)平臺(tái)間的接口消息協(xié)議采用基于HTTP協(xié)議的REST風(fēng)格接口實(shí)現(xiàn)，協(xié)議棧如圖4-2所示。圖表Error!Notextofspecifiedstyleindocument.2接口消息協(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ù)提供者可通過版

5、本區(qū)別同時(shí)支持多個(gè)版本的客戶端，從而使得組件服務(wù)的提供者和使用者根據(jù)實(shí)際的需要，獨(dú)立演進(jìn)，降低系統(tǒng)升級(jí)的復(fù)雜度，保證系統(tǒng)具備靈活的擴(kuò)展和持續(xù)演進(jìn)的能力。1.1.1.2業(yè)務(wù)消息約定請(qǐng)求消息URI中的參數(shù)采用UTF-8編碼并經(jīng)過URLEncode編碼。請(qǐng)求接口URL格式：{http

6、https}://{host}:{port}/{appname}/{businesscomponentname}/{action}；其中：ü協(xié)議：HTTPREST形式接口專業(yè)知識(shí)整理分享WORD格式可編輯ühost：應(yīng)用支撐平臺(tái)交互通信服務(wù)的IP地址或域名üport：應(yīng)用支撐平臺(tái)交互通

7、信服務(wù)的端口üappname：應(yīng)用支撐平臺(tái)交互通信服務(wù)部署的應(yīng)用名稱übusinesscomponentname：業(yè)務(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”字段中指定壓縮方式(

8、gzip)，如消息可以被壓縮傳輸則平臺(tái)將應(yīng)答的數(shù)據(jù)報(bào)文進(jìn)行壓縮作為應(yīng)答數(shù)據(jù)返回，Content-Length為壓縮后的數(shù)據(jù)長(zhǎng)度。詳細(xì)參見HTTP/1.1RFC2616。1.1.1.1響應(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ò)誤3XXXXX應(yīng)用級(jí)返回碼，定義應(yīng)用級(jí)的

9、異常返回。4XXXXX正常的應(yīng)用級(jí)返回