基于REST架構(gòu)的海事信息系統(tǒng)模型研究

杜殿虎

摘 要：為了解決當(dāng)前海事信息系統(tǒng)架構(gòu)內(nèi)部邏輯耦合度較高、技術(shù)平臺間通用性較低、不利于系統(tǒng)升級改造和第三方集成等問題，提出了一種基于REST架構(gòu)的新型海事信息系統(tǒng)設(shè)計研發(fā)模型。打破了傳統(tǒng)的基于JavaEE技術(shù)的信息系統(tǒng)MVC開發(fā)模式，在系統(tǒng)集成、數(shù)據(jù)整合、信息共享、網(wǎng)絡(luò)服務(wù)發(fā)布、平臺兼容性等方面表現(xiàn)出諸多優(yōu)勢，從業(yè)務(wù)管理信息系統(tǒng)的角度進(jìn)一步消除海事信息化領(lǐng)域的信息“孤島”現(xiàn)象。

關(guān)鍵詞：海事信息系統(tǒng)；REST架構(gòu)；系統(tǒng)集成

中圖分類號：U665.2 文獻(xiàn)標(biāo)識碼：A 文章編號：1006—7973（2018）1-0044-04

MVC信息系統(tǒng)研發(fā)模型從上世紀(jì)七十年代問世到如今的四十多年間被很多信息系統(tǒng)所采用，而基于J2EE的Spring mvc、Struts等MVC研發(fā)框架在當(dāng)前海事信息系統(tǒng)研發(fā)中具有很強的影響力。MVC 模型即Model-View-Controller模型，它包括稱為模型、視圖和控制器的三個組成部分，基于其設(shè)計模式產(chǎn)生的邏輯框架在信息系統(tǒng)項目設(shè)計研發(fā)中較其他模式表現(xiàn)出一定的技術(shù)優(yōu)勢。

MVC模式也慢慢地表現(xiàn)出其明顯的不足和設(shè)計邏輯缺陷，主要表現(xiàn)在：①任何一個網(wǎng)絡(luò)服務(wù)請求的發(fā)起到最終得到相關(guān)業(yè)務(wù)數(shù)據(jù)并在頁面上進(jìn)行邏輯展示，都要嚴(yán)格遵從模型、控制器、視圖這個MVC設(shè)計模式規(guī)定的業(yè)務(wù)處理流程，操作過程較為復(fù)雜、模塊間交互繁瑣、每個模塊之間功能可能存在重復(fù)。②設(shè)計模式對數(shù)據(jù)模型的耦合度較高導(dǎo)致其必須首先通過生成相關(guān)數(shù)據(jù)源的對象實體，才可以根據(jù)相關(guān)依賴性操作來實現(xiàn)業(yè)務(wù)信息的邏輯處理和數(shù)據(jù)計算。③每一次客戶端的請求所需展現(xiàn)的代碼都需要服務(wù)器端進(jìn)行處理并渲染后返回給前端，客戶端和服務(wù)器端分工設(shè)計不夠合理導(dǎo)致服務(wù)器端的工作強度壓力較高，也降低了網(wǎng)絡(luò)傳輸效率和對前端展示技術(shù)的兼容性。

1 REST架構(gòu)

綜上所述，當(dāng)前海事業(yè)務(wù)管理信息系統(tǒng)所面臨的諸多問題核心主要包括：傳統(tǒng)MVC工程研發(fā)設(shè)計模式的處理邏輯分工不明確，引發(fā)整體業(yè)務(wù)處理流程過于冗余，前端顯示和后端處理結(jié)合在一起導(dǎo)致彼此模塊間耦合度較高。

那么應(yīng)該嘗試一種更好的研發(fā)方式或設(shè)計模式，能夠?qū)⒕o耦合的整體工程進(jìn)行切分使之彼此分離，前端只關(guān)注展現(xiàn)，后端只關(guān)注業(yè)務(wù)邏輯。而基于REST風(fēng)格的研發(fā)框架為基于前后端分離的設(shè)計思想付諸實踐提供了很好的借鑒和技術(shù)支撐，因此決定采用REST框架實現(xiàn)前后端即靜態(tài)展現(xiàn)和動態(tài)邏輯的隔離。

REST一般稱表述性狀態(tài)傳遞是一種松耦合的邏輯設(shè)計風(fēng)格，其關(guān)鍵核心是對資源的表示和獲取，該架構(gòu)注重將資源使用統(tǒng)一資源標(biāo)識符URI來唯一進(jìn)行表示。REST是在現(xiàn)有的網(wǎng)絡(luò)服務(wù)技術(shù)體系基礎(chǔ)上，加強約束和相關(guān)應(yīng)用規(guī)范以增強邏輯架構(gòu)可擴(kuò)展能力?；赗EST風(fēng)格的設(shè)計架構(gòu)整體分為前端和后端兩個部分，前后端的交互過程可以概括地用圖1進(jìn)行描述：

如圖可以看出，前端和后端進(jìn)行了分離，由緊耦合的單工程應(yīng)用分為邏輯清晰的前端應(yīng)用和后端應(yīng)用。前端關(guān)注用戶展現(xiàn)，后端關(guān)注業(yè)務(wù)邏輯，前后端的信息交互通過Web服務(wù)請求和序列化的格式數(shù)據(jù)來實現(xiàn)。

REST架構(gòu)遵從的設(shè)計原則核心主要包括：工程中所有應(yīng)用服務(wù)資源都需進(jìn)行統(tǒng)一定位標(biāo)識，展現(xiàn)端即前端與業(yè)務(wù)端即后端的交互采用無序的數(shù)據(jù)傳遞，前端發(fā)起任何一個網(wǎng)絡(luò)服務(wù)請求應(yīng)攜帶發(fā)起者客戶端的全部數(shù)據(jù)，對數(shù)據(jù)量較大的信息交互前端應(yīng)該提供緩存機(jī)制以優(yōu)化整體操作性能，對前端的任何請求后端只負(fù)責(zé)響應(yīng)而不負(fù)責(zé)回溯，后端的體系架構(gòu)變動不會對前端的業(yè)務(wù)展現(xiàn)造成任何影響，前端在分布式情況下發(fā)起的網(wǎng)絡(luò)服務(wù)請求可以被任何一臺處于工作中的后端服務(wù)器響應(yīng)。REST關(guān)鍵核心內(nèi)容可以用圖2進(jìn)行表示：

2 邏輯模型

基于前端應(yīng)用和后端處理邏輯彼此分離的行為模式，設(shè)計出基于REST架構(gòu)的海事信息系統(tǒng)的邏輯模型，如圖3所示：

基于REST架構(gòu)的邏輯模型打破了傳統(tǒng)基于JavaEE的MVC固有研發(fā)框架，設(shè)計模式更加清晰。整個邏輯模型采用B/S架構(gòu)，對海事應(yīng)用系統(tǒng)用戶層面來說是透明的，用戶只要根據(jù)自身需求在客戶端進(jìn)行界面操作即可，不用去關(guān)注任何業(yè)務(wù)邏輯和技術(shù)實現(xiàn)細(xì)節(jié)。

模型進(jìn)一步降低了前后端的耦合程度，前端應(yīng)用負(fù)責(zé)對頁面進(jìn)行組織并進(jìn)行用戶工作臺綜合展示，后端應(yīng)用只關(guān)注海事業(yè)務(wù)實現(xiàn)并返回指定格式的序列化結(jié)果集。采用前后端邏輯分離的工程體系，也使得信息系統(tǒng)項目研發(fā)工作分工更加明確，也有利于提升代碼編寫人員的技術(shù)專一性，使得工程設(shè)計研發(fā)效率大幅度提升。

基于REST框架的前后端分離模型具有更好的平臺兼容性，后端不必考慮前端使用何種展現(xiàn)技術(shù)，前端則適用于任何后端高級研發(fā)語言和邏輯體系架構(gòu)。

2.1網(wǎng)絡(luò)服務(wù)端

網(wǎng)絡(luò)服務(wù)端即邏輯后端負(fù)責(zé)與數(shù)據(jù)源的交互，針對前端的網(wǎng)絡(luò)服務(wù)請求對應(yīng)訪問相關(guān)數(shù)據(jù)源獲取可操作數(shù)據(jù)，并對生成的可識別模型類對象進(jìn)行邏輯操作反饋給業(yè)務(wù)展現(xiàn)端。從整體上來說，網(wǎng)絡(luò)服務(wù)端主要包括訪問權(quán)限管理OAM、Session Manager管理器、業(yè)務(wù)邏輯處理、對象解析器、序列化數(shù)據(jù)生成器等諸多細(xì)分模塊，下面對該部分的關(guān)鍵核心模塊進(jìn)行解析。

訪問權(quán)限管理OAM是整個網(wǎng)絡(luò)服務(wù)端的接入控制器，負(fù)責(zé)與業(yè)務(wù)展現(xiàn)端進(jìn)行數(shù)據(jù)對接和網(wǎng)絡(luò)交互，其響應(yīng)業(yè)務(wù)展現(xiàn)端發(fā)送的Web Service請求和異步刷新服務(wù)。訪問權(quán)限管理OAM對接入的普通http請求和ajax請求進(jìn)行合法性認(rèn)證，通過其內(nèi)置的認(rèn)證服務(wù)中心對接收的客戶端請求數(shù)據(jù)進(jìn)行驗證，并針對不同前端環(huán)境發(fā)放對應(yīng)的通行證Ticket已標(biāo)志其是否正常登錄。該模塊針對前端的校驗技術(shù)應(yīng)提供絕對安全的接入手段，目前主要包括不可逆加密型賬號密碼方式和全球唯一性數(shù)字證書加密服務(wù)兩種類型。針對正常合法的網(wǎng)絡(luò)服務(wù)資源請求，訪問權(quán)限管理OAM采取放行策略并反饋其需求的后端資源。針對未實現(xiàn)前端賬號登錄或數(shù)字認(rèn)證的用戶接入和網(wǎng)絡(luò)請求，訪問權(quán)限管理OAM實行自定義攔截，拒絕提供其定位的靜態(tài)資源或數(shù)據(jù)獲取服務(wù)并強制進(jìn)入登錄轉(zhuǎn)接頁面。endprint

Session Manager管理器用于保持當(dāng)前合法性用戶的服務(wù)時效，并且集中在網(wǎng)絡(luò)服務(wù)端存儲用戶的公共數(shù)據(jù)和全局性信息?；谧远x可插拔的擴(kuò)展思路，通過靈活配置實現(xiàn)Session信息的按需個性定制和增刪服務(wù)。通常情況下的模式會話中，保存的用戶信息主要涉及登錄信息、權(quán)限認(rèn)證、個人資料、功能操作定義、會話保持時間等內(nèi)容。該模塊的功能，由網(wǎng)絡(luò)服務(wù)端應(yīng)用程序和服務(wù)器servlet容器共同實現(xiàn)。

業(yè)務(wù)邏輯處理模塊是網(wǎng)絡(luò)服務(wù)端負(fù)責(zé)數(shù)據(jù)獲取操作和結(jié)構(gòu)組織的環(huán)節(jié)。通過應(yīng)用封裝的JDBC服務(wù)和數(shù)據(jù)庫訪問技術(shù)，獲取包括關(guān)系型或非關(guān)系型的格式化數(shù)據(jù)，并針對結(jié)果集合進(jìn)行代碼處理實現(xiàn)數(shù)據(jù)持久化操作。該模塊側(cè)重于業(yè)務(wù)邏輯的實現(xiàn)，針對前端網(wǎng)絡(luò)請求需求的不同，業(yè)務(wù)邏輯處理模塊進(jìn)行不同數(shù)據(jù)庫訪問的邏輯拼接和合法性校驗。針對不同的前端操作需求，設(shè)置邏輯判斷進(jìn)行篩選并對應(yīng)分配，對靜態(tài)數(shù)據(jù)的訪問直接通過服務(wù)器進(jìn)行HTML文檔的定位并進(jìn)行反饋，而針對包含業(yè)務(wù)數(shù)據(jù)的動態(tài)信息則需要經(jīng)過流程化的數(shù)據(jù)拼接和轉(zhuǎn)換處理。

對象解析器模塊是網(wǎng)絡(luò)服務(wù)端進(jìn)行批量數(shù)據(jù)處理的通用性構(gòu)件，主要實現(xiàn)模型類數(shù)據(jù)到結(jié)構(gòu)數(shù)據(jù)的變換和解析，以方便后面環(huán)節(jié)進(jìn)行數(shù)據(jù)拼接和最終序列化數(shù)據(jù)的生成。該模塊被架構(gòu)賦予了較高的通用性和封裝性，便于工程遷移裝載和模塊間的組合調(diào)用，也易于項目的后期升級改造和第三方集成擴(kuò)展，避免工程的業(yè)務(wù)需求變動對核心代碼層的不利影響。對象解析器模塊對多種已有對象類型具有較強的兼容性和適用性，并且注重大規(guī)模格式數(shù)據(jù)的批量轉(zhuǎn)換效率。對象解析器的最終輸出結(jié)果之所以是通用的結(jié)構(gòu)數(shù)據(jù)，是為了在基于現(xiàn)有的序列化技術(shù)的基礎(chǔ)上最大程度上避免代碼重構(gòu)，使得平臺架構(gòu)擁有更好的兼容性和邏輯擴(kuò)展能力。

序列化數(shù)據(jù)生成器是針對業(yè)務(wù)展現(xiàn)端的網(wǎng)路服務(wù)請求進(jìn)行數(shù)據(jù)反饋的功能模塊，負(fù)責(zé)將對象解析器構(gòu)造的通用結(jié)構(gòu)數(shù)據(jù)進(jìn)行序列化。對請求的響應(yīng)主體數(shù)據(jù)執(zhí)行序列化這一環(huán)節(jié)，是基于REST框架的前后端分離體系和傳統(tǒng)的MVC設(shè)計模式比較明顯的不同之處?；赗EST架構(gòu)的網(wǎng)絡(luò)服務(wù)器端對數(shù)據(jù)的序列化需要遵循一定的通用格式，以方便前端即業(yè)務(wù)展現(xiàn)端進(jìn)行綜合信息展示和統(tǒng)計分析，目前序列化的數(shù)據(jù)主要包括XML和JSON兩種主流格式，基于REST架構(gòu)的后端邏輯框架采用JSON格式的序列化數(shù)據(jù)。JSON格式是一種比較輕量級的信息傳輸和交互格式，相對于XML表現(xiàn)出數(shù)據(jù)格式規(guī)則簡單、便于接收端進(jìn)行數(shù)據(jù)解析、后端研發(fā)語言兼容性好、傳輸速度更快、網(wǎng)絡(luò)帶寬占用更小等諸多優(yōu)勢。

2.2業(yè)務(wù)展現(xiàn)端

業(yè)務(wù)展現(xiàn)端是基于REST架構(gòu)的信息系統(tǒng)體系模型的前端工程，負(fù)責(zé)接受用戶業(yè)務(wù)需求和邏輯操作并與后端進(jìn)行網(wǎng)路服務(wù)交互，對用戶嘗試獲取的最終數(shù)據(jù)信息進(jìn)行綜合界面展示和終端樣式規(guī)格適配。業(yè)務(wù)展現(xiàn)端是用戶通過與其所在機(jī)器不同規(guī)格瀏覽器直接接觸并進(jìn)行相關(guān)指令發(fā)送從而達(dá)到海事業(yè)務(wù)需求表達(dá)目標(biāo)的模塊，該模塊同樣關(guān)注UI設(shè)計和文檔樣式適配，表現(xiàn)出用戶交互度高、瀏覽器技術(shù)格式多樣話、客戶端操作環(huán)境各異等特點。從整體上來看，業(yè)務(wù)展現(xiàn)端主要包括高度集約化的格式化前端裝載器、Code Generate生成器、Code Resolver解析器等核心組成模塊。

格式化前端裝載器模塊是一個將后端模板化的文檔型數(shù)據(jù)進(jìn)行格式化轉(zhuǎn)換的工具集，其針對網(wǎng)絡(luò)服務(wù)端的固化文檔片段進(jìn)行格式分析和完整性拼接，并最終生成固定格式的靜態(tài)文檔進(jìn)行業(yè)務(wù)展現(xiàn)端的解析載入。在服務(wù)器端固定位置存儲的文檔型數(shù)據(jù)會被提前模板化并賦予一定的展現(xiàn)規(guī)則，其經(jīng)過流程處理最終會被網(wǎng)絡(luò)服務(wù)端的業(yè)務(wù)邏輯處理模塊經(jīng)過判斷邏輯核心過濾進(jìn)行定位。基于業(yè)務(wù)展現(xiàn)端不同用戶的差異性接入處理需求，網(wǎng)絡(luò)服務(wù)器端會準(zhǔn)備原始的展示文檔供格式化前端裝載器進(jìn)行配置載入以降低前端文檔技術(shù)操作的實現(xiàn)復(fù)雜度?；诤Ｊ骂I(lǐng)域業(yè)務(wù)邏輯的分散性和數(shù)據(jù)統(tǒng)計展現(xiàn)分析需求的不確定性，一個業(yè)務(wù)展現(xiàn)端的用戶操作請求期待獲取的最終格式數(shù)據(jù)可能存在于多個文檔型數(shù)據(jù)中，因此格式化前端裝載器支持帶有獨立業(yè)務(wù)展現(xiàn)邏輯的片段性文檔的組合拼接轉(zhuǎn)換。

Code Generate生成器是對網(wǎng)絡(luò)服務(wù)端經(jīng)過信息序列化后的主要關(guān)鍵性動態(tài)業(yè)務(wù)數(shù)據(jù)進(jìn)行處理的主要模塊，通過綜合運用異步操作為核心的前后端網(wǎng)絡(luò)請求交互技術(shù)負(fù)責(zé)對用戶不同功能性需求進(jìn)行實時響應(yīng)和操作邏輯界面的異步刷新?；赗EST架構(gòu)的訪問端和服務(wù)端分離的邏輯架構(gòu)規(guī)則，避免了客戶端請求提交導(dǎo)致的網(wǎng)絡(luò)服務(wù)重定向和操作界面的整體重新加載帶來的不友好UI人機(jī)體驗。業(yè)務(wù)展現(xiàn)端基于局部響應(yīng)式的用戶操作異步刷新服務(wù)的設(shè)計實現(xiàn)，對網(wǎng)絡(luò)服務(wù)端遠(yuǎn)程傳送的序列化規(guī)則數(shù)據(jù)表現(xiàn)出高度的技術(shù)兼容性和數(shù)據(jù)可操作性，便于業(yè)務(wù)展現(xiàn)端對整體的原始業(yè)務(wù)數(shù)據(jù)采取進(jìn)一步加工處理和基于展示需要的后期格式改造。Code Generate通過支持對框架自定義外部插件的工程配置實現(xiàn)個性化可插拔式加載流程，方便于技術(shù)研發(fā)人員對第三方控件和軟件中間部件的獨立擴(kuò)展，降低后期用戶需求變更和業(yè)務(wù)功能優(yōu)化升級而引發(fā)的系統(tǒng)間功能整合和數(shù)據(jù)集成給工程帶來的改造難度。通過對由Web Service遠(yuǎn)程接口調(diào)用獲取的網(wǎng)絡(luò)服務(wù)端傳遞來的參數(shù)數(shù)據(jù)的不同類型進(jìn)行區(qū)分甄別，通過Code Generate生成器的歸類模塊切分為增量替代數(shù)據(jù)和批量原生初始化載入數(shù)據(jù)。相對于基于JavaEE的傳統(tǒng)MVC研發(fā)模型的前后端數(shù)據(jù)傳遞和交互顯示方式，Code Generate生成器采用基于VUE前端渲染技術(shù)進(jìn)行后期封裝的參數(shù)傳遞模式，用于對網(wǎng)絡(luò)服務(wù)端傳來的用于業(yè)務(wù)邏輯展現(xiàn)的參數(shù)類序列化數(shù)據(jù)進(jìn)行定位適配和視圖界面顯示。Code Generate生成器通過綜合運用jQuery、跨域Ajax等前端操作交互技術(shù)和amaze等UI展示框架對用戶當(dāng)前的Doument模型進(jìn)行操作，產(chǎn)生滿足特定業(yè)務(wù)展現(xiàn)需要的格式化靜態(tài)文檔供后面模塊進(jìn)行解析并最終呈現(xiàn)給瀏覽器內(nèi)核進(jìn)行基于不同需求的用戶訪問的最終展現(xiàn)。

Code Resolver解析器是與瀏覽器內(nèi)核代碼解析器進(jìn)行交互的前端代碼分解模塊，負(fù)責(zé)將格式化靜態(tài)文檔中封裝的中間層代碼進(jìn)行解析生成最終可用代碼供瀏覽器內(nèi)核進(jìn)行裝載運行和終端業(yè)務(wù)顯示?；赗EST框架的前后端分離邏輯架構(gòu)提供多種格式的中間件和頁面控件的代碼解析，支持非啟動式配置文件的方式進(jìn)行工程載入便于技術(shù)研發(fā)人員根據(jù)需要進(jìn)行擴(kuò)展，并在腳本文件中將相關(guān)控件功能進(jìn)行模塊化以支持通過二次研發(fā)實現(xiàn)定制化的功能需求。endprint

3 系統(tǒng)體系架構(gòu)

按照邏輯模型設(shè)計出的基于REST架構(gòu)的海事信息系統(tǒng)體系架構(gòu)如上圖所示，整體上看主要采用五層體系架構(gòu)，包括接入層、展現(xiàn)層、業(yè)務(wù)應(yīng)用層、數(shù)據(jù)層和支撐層。

接入層：通過給用戶進(jìn)行角色授權(quán)，實現(xiàn)系統(tǒng)登錄和業(yè)務(wù)操作。該層是與用戶直接進(jìn)行對接的最高級層次，整個體系架構(gòu)從用戶角度來看是全透明的，用戶只需要對該層提供輸入條件和需求，而無需考慮任何架構(gòu)模塊細(xì)節(jié)和技術(shù)實現(xiàn)邏輯。接入層負(fù)責(zé)用戶登錄邏輯的判斷、系統(tǒng)權(quán)限的分配和載入、基于特定需求的業(yè)務(wù)辦理操作等。

展現(xiàn)層：在瀏覽器端對獲取的數(shù)據(jù)進(jìn)行全方位多角度的表現(xiàn)和展示。展現(xiàn)層負(fù)責(zé)將基于需求的業(yè)務(wù)操作進(jìn)行功能模塊化，并提供用戶相關(guān)功能的操作菜單和訪問入口。該層次的常用功能模塊可以包括信息管理、統(tǒng)計分析、報表展現(xiàn)、電子海圖、船舶動態(tài)等。

業(yè)務(wù)應(yīng)用層：集中處理業(yè)務(wù)邏輯，并將數(shù)據(jù)進(jìn)行序列化以向前端進(jìn)行傳輸。業(yè)務(wù)應(yīng)用層針對數(shù)據(jù)處理邏輯可以劃分為多個模塊，主要包括船舶數(shù)據(jù)信息處理發(fā)布業(yè)務(wù)模塊、船員數(shù)據(jù)信息處理發(fā)布業(yè)務(wù)模塊、從業(yè)企業(yè)信息處理發(fā)布業(yè)務(wù)模塊、管理機(jī)構(gòu)信息處理發(fā)布業(yè)務(wù)模塊、船檢數(shù)據(jù)信息處理發(fā)布業(yè)務(wù)模塊、訪問授權(quán)及身份認(rèn)證服務(wù)模塊等。

數(shù)據(jù)層：實現(xiàn)業(yè)務(wù)數(shù)據(jù)的格式化，并進(jìn)行高效存儲和管理。該層是基于REST架構(gòu)的海事信息系統(tǒng)信息處理的數(shù)據(jù)源頭，主要維護(hù)的數(shù)據(jù)包括海事業(yè)務(wù)領(lǐng)域相關(guān)的企業(yè)信息、船舶信息、船員信息、機(jī)構(gòu)信息等。數(shù)據(jù)層也可以根據(jù)今后海事信息系統(tǒng)業(yè)務(wù)升級的需要，通過信息整合和數(shù)據(jù)遷移的方式獲取其他業(yè)務(wù)系統(tǒng)的相關(guān)數(shù)據(jù)。

支撐層：為系統(tǒng)運行提供物理設(shè)備和軟件中間件支持。支撐層是基于REST架構(gòu)的海事信息系統(tǒng)體系架構(gòu)的最底層，為上層的各項服務(wù)提供軟硬件支撐，以滿足用戶對功能、性能、操作等多方面的需求。特別是當(dāng)前數(shù)據(jù)日趨集約化的信息時代大背景下，海事領(lǐng)域的各方面業(yè)務(wù)數(shù)據(jù)量日益龐大，而海事從業(yè)管理人員和相關(guān)業(yè)務(wù)辦理用戶對數(shù)據(jù)的快速一致性獲取需求不斷增長，這就對支撐層如何提供更好的存儲服務(wù)、操作性能、高效展現(xiàn)等多方面提出了更高的要求。

4 結(jié)論

通過綜合分析并總結(jié)當(dāng)前階段信息系統(tǒng)在設(shè)計模式和邏輯架構(gòu)中面臨的諸多問題，并在對REST架構(gòu)進(jìn)行深入研究的基礎(chǔ)上，融合海事領(lǐng)域信息提出了一種基于REST架構(gòu)的海事信息系統(tǒng)邏輯模型和體系架構(gòu)。該模型打破了當(dāng)前傳統(tǒng)的基于JavaEE的MVC設(shè)計和研發(fā)模式并解決了該模式存在的諸多缺陷，基于REST架構(gòu)的海事信息系統(tǒng)模型架構(gòu)兼具前后端耦合度低、功能可擴(kuò)展性強、邏輯分工明確、系統(tǒng)升級改造難度小、個性化定制便利等諸多特點。該研究立足當(dāng)前海事信息系統(tǒng)需求更新快、對工程集成改造便利性要求迫切等領(lǐng)域信息化發(fā)展形勢，有利于增強系統(tǒng)研發(fā)人員的技術(shù)專業(yè)性和提升各系統(tǒng)間的協(xié)同辦公能力，對當(dāng)前簡政放權(quán)背景下凸顯海事領(lǐng)域職能部門的社會服務(wù)屬性具有積極推動作用，使海事信息化工作在設(shè)計研發(fā)模型上朝著高效、便利、健康的方向發(fā)展。

參考文獻(xiàn)：

[1]何紅，步紅，崔越，周一航. “引航家”國產(chǎn)智慧船舶交通管理系統(tǒng)——無紙化電子值班與交班[J]. 中國海事，2017，（07）：35-36.

[2]任中方， 張華， 閆明松，等. MVC模式研究的綜述[J]. 計算機(jī)應(yīng)用研究， 2004， 21（10）：1-4.

[3]劉小龍， 陳嵐， 李瑩，等. 基于REST的園區(qū)數(shù)據(jù)管理系統(tǒng)的研究[J]. 計算機(jī)工程與應(yīng)用， 2017， 53（18）：208-212.

[4]孫祖漢， 李瑩， 羅智凌，等. 可視化REST服務(wù)組合框架的設(shè)計與實現(xiàn)[J]. 小型微型計算機(jī)系統(tǒng)， 2017， 38（1）：10-14.

[5]王進(jìn)， 黃志球. 面向超媒體鏈接的RESTful服務(wù)隱私建模方法[J]. 計算機(jī)研究與發(fā)展， 2017， 54（4）：886-905.

[6]楊鳳攀. 基于SOA架構(gòu)的智能終端云服務(wù)平臺設(shè)計與實現(xiàn)[D]. 吉林大學(xué)， 2017.

[7]仇小花，秦栓栓，邱果. 基于WEB開發(fā)中的XML與JSON數(shù)據(jù)傳輸格式研究[J]. 信息技術(shù)與信息化，2017，（04）：123-125.endprint