“雪龍2”號科考作業(yè)協(xié)同管理平臺設計與實現(xiàn)

1、“雪龍2”號科考作業(yè)協(xié)同管理平臺設計與實現(xiàn)提要 “科考作業(yè)協(xié)同管理平臺”以國家極地戰(zhàn)略需求為導向，以“雪龍2”號極地科考破冰船為對象，按 照科考破冰船的航行與科考作業(yè)要求，針對“科考協(xié)同作業(yè)”問題進行協(xié)同創(chuàng)新與應用研究，切實提高我國 極地科考能力水平。通過分析科考航次計劃執(zhí)行與管理活動，提煉核心管理要素和業(yè)務流程，在充分調查與 梳理中國極地研究中心“業(yè)務化調查”歷史文件的基礎上，采用統(tǒng)一建模語言UML (Unified Modeling Language)總結和分析極地科考業(yè)務，提出解決科考業(yè)務核心需求“協(xié)同作業(yè)”的業(yè)務架構設計，并在此基礎上提出管理平臺的技術架構，最終為實現(xiàn)極地科考破冰船科考

2、任務的全過程管理奠定良好的基礎。 關鍵詞科考破冰船科考業(yè)務架構科考協(xié)同作業(yè)0引言“雪龍2”號極地科學考察船是中國第一艘 自主建造的極地科學考察破冰船，是全球第一艘 采用船艄、船艉雙向破冰技術的極地科考破冰船。 2018年9月10日，“雪龍2”號極地考察船下水, 標志著我國極地考察現(xiàn)場保障和支撐能力取得新 的突破?！把?”號現(xiàn)已完成建造，并順利完成 第36次南極考察任務?！把?”號綜合信息網(wǎng)絡系統(tǒng)以船岸一體 化應用業(yè)務為核心，統(tǒng)一規(guī)劃、統(tǒng)一建設、統(tǒng)一 管理，建立高度融合、互聯(lián)互通的船舶信息網(wǎng)絡 系統(tǒng)。系統(tǒng)滿足船舶管理、極區(qū)航行、大洋調查 等業(yè)務信息化需求。船端系統(tǒng)整合船舶信息資源，建成符合極

3、地 考察應用特點和發(fā)展要求的現(xiàn)代化科考船綜合信 息支撐平臺，實現(xiàn)現(xiàn)代化科學考察船的綜合信息 管理，滿足新建破冰船極區(qū)通信管理、科考數(shù)據(jù) 管理、科考作業(yè)管理、船舶綜合管理等多業(yè)務信 息化需求。陸地端的系統(tǒng)建設兼顧“雪龍”號船舶的信 息接入、岸端中心對多船管理等需求，推動了 極地考察船信息化的發(fā)展，增強極地考察船業(yè) 務能力和支撐保障能力，為智能3極地考察船的 建設奠定基礎，進而推動我國極地考察事業(yè)的 發(fā)展?！翱瓶甲鳂I(yè)協(xié)同管理平臺”作為極地業(yè)務化 工作體系，依托“雪龍2”號船舶基礎管理平臺, 必須同時滿足極地中心陸地端和船舶端對于科考 計劃和科考航次計劃的業(yè)務化任務全過程管理的 核心需求，即從“岸端

4、”科考計劃的制定，“船端” 航次計劃與任務執(zhí)行過程、任務協(xié)同與調度管理、 任務的跟蹤與監(jiān)控以及科考探測數(shù)據(jù)、科考樣品、 實驗室分析數(shù)據(jù)的管理，再到“岸端獲得“船端” 的實時數(shù)據(jù)、過程執(zhí)行監(jiān)控數(shù)據(jù)以及統(tǒng)一匯交的科考作業(yè)成果物，一個科考航次的調查成果物包 括：文檔報告、現(xiàn)場班報、船舶報、航跡圖、測 線站位表、設備調查數(shù)據(jù)資料、現(xiàn)場樣品資料與 匯交單、各類登記表等，為各極地科考和研究業(yè) 務化運行系統(tǒng)提供數(shù)據(jù)支持和平臺服務支撐。1管理平臺的需求分析與設計管理平臺的需求分析1與設計工作應針對科 考船在大洋和極地水域科考調查和科考作業(yè)的特 點，結合高緯度與冰區(qū)航行的特殊性，開展對科 考航次的計劃執(zhí)行與管理

5、、科考作業(yè)監(jiān)控與管理、 科考作業(yè)調度與指揮、科考數(shù)據(jù)管理等方面的業(yè) 務流程分析。研究適應極地科考船調查作業(yè)與管 理信息化建設的業(yè)務架構與技術架構，為構建數(shù) 字化、一體化、專業(yè)化、規(guī)范化的科考作業(yè)協(xié)同 管理系統(tǒng)奠定可持續(xù)升級和擴展的基礎。業(yè)務上應兼顧綜合科學調查船各學科交叉作 業(yè)的特點，統(tǒng)籌各學科的作業(yè)流程與相關設備。按照航次科考活動的管理者對組織和實施的管理 要求，實現(xiàn)科考作業(yè)任務的“可視化”管理，使管 理者能夠實時掌握作業(yè)進度，整體把控作業(yè)情 況。在科考作業(yè)中，需對作業(yè)現(xiàn)場統(tǒng)一指揮、協(xié) 同管理，包括船岸協(xié)同指揮與作業(yè)任務的跟蹤與 監(jiān)控。開展對重大科考作業(yè)所涉及的要素和流程 展開研究，設計并實

6、現(xiàn)基于電子海圖、視景仿真 的綜合科考協(xié)同管理系統(tǒng)。在執(zhí)行科考任務的過 程中，分布在船舶各作業(yè)區(qū)的操作人員與監(jiān)控管 理人員需要密切配合、協(xié)調一致，實現(xiàn)科考航次 計劃根據(jù)現(xiàn)場條件的及時調整。在整個需求整理的過程中需從3個維度，即 設備資源、信息資源、業(yè)務需求開展分析，確定 不同作業(yè)任務所要求的設備資源與信息資源，并 使用三維坐標系進行直觀的展示，采用此種方式 有利于業(yè)務分析的形象化表達。圖1所示為 CTD（溫鹽深儀）作業(yè)過程中所涉及的設備資源與 信息資源的相互關系。本圖僅為示意圖，用于說 明作業(yè)業(yè)務分析需要從3個維度進行思考。/_ 2圖1開展業(yè)務分析的3個維度(示意圖)Fig.1. Three d

7、imensions of business analysis (schematic diagram)經(jīng)緯度信息時間信息新建極地科考破冰船科考業(yè)務的核心需求在 于“協(xié)同作業(yè)”,具體可分為“船岸協(xié)同”與“在 船協(xié)同”,未來隨著“雪龍”系列船舶數(shù)量逐步 形成規(guī)模，還將產(chǎn)生“船船協(xié)同”的業(yè)務需求。 結合“雪龍2”號船的實際定位，本文僅從“船岸 協(xié)同”與“在船協(xié)同”的角度展開論述。業(yè)務流程包括2個部分，一是科考業(yè)務總體流程，二是 調查作業(yè)業(yè)務流程。1.1科考業(yè)務總體流程在充分調查“雪龍”船歷次南北極航次歷史 記錄4-9的基礎上，“船岸協(xié)同”可歸納為從科考 計劃的制定到航次報告完成的整個業(yè)務過程，具 體包

8、含“初始化階段”、“計劃階段”、“協(xié)同作業(yè) 階段”、“統(tǒng)一匯交成果物階段”四個階段，可體 現(xiàn)為“科考業(yè)務總體流程”。結合上述的分析內容，首先建立科考業(yè)務總 體流程，并進一步明確總體流程與各業(yè)務操作的 關系,見圖2?？瓶荚O備科考項目 單一業(yè)務內容的時間關系業(yè)務內容之間的關系V單一業(yè)務的向前發(fā)展綠色字體動作與影響I不同階段的分割線一 船舶部CTD絞車及行車操作L 一L船腫部水文生物絞車操作船幌部采樣作業(yè)IL圖2科考業(yè)務總體流程與協(xié)同作業(yè)階段不同作業(yè)之間的關系Fig.2. The relationship between the overall business process and the di

9、fferent operation in the collaborative operation phase“初始化階段”具體表現(xiàn)為岸端航次計劃的 制定到船端確定實施計劃的過程，主要包括科考 航線的確定、科考項目的劃分、人員的安排、設 備的使用等?！坝媱濍A段”具體表現(xiàn)為計劃漸進明細的過 程。依據(jù)極地考察的總體目標與重點海域的業(yè)務 化調查內容與調查方法4-9,細化為各考察項目 子課題4-9的專項調查任務，實現(xiàn)總體方案所確 定的目標。計劃階段包括調查內容、站位布設與 調查方法這3部分的提交、審核、確定9?！霸诖瑓f(xié)同”以作業(yè)任務的形式開展，主要 集中于總體流程下的“協(xié)同作業(yè)階段”完成，可 歸納為不同

10、學科作業(yè)計劃的執(zhí)行與管理，各類設 備資源的分配與協(xié)同使用以及數(shù)據(jù)成果物的共享 等業(yè)務內容。在“中國第四次北極科學考察” 4 中，整個航次包含10種不同作業(yè)部位和作業(yè)種類 的作業(yè)內容，下文將以CTD作業(yè)4為例對作業(yè)業(yè) 務展開分析?！敖y(tǒng)一匯交成果物階段”匯交范圍和內容涵 蓋航次調查資料、航次調查、室內分析處理資料 和航次調查成果。成果物主要包括航次設計、導 航定位、走航及航渡觀測、現(xiàn)場作業(yè)班報和記錄 等原始資料及處理結果、經(jīng)整編后的航跡數(shù)據(jù)、 現(xiàn)場工作總結及技術總結等10,最終形成航次 報告。整個流程中，不同階段彼此間存在著必然的聯(lián)系，比如“協(xié)同作業(yè)階段”中，實施計劃可根據(jù) 現(xiàn)場作業(yè)條件進行調整，

11、對“計劃階段”確定的 人員、設備的使用產(chǎn)生影響，實現(xiàn)調查資源利用 的最大化。1.2調查作業(yè)業(yè)務流程業(yè)務流程本文以CTD作業(yè)4為例，針對作業(yè)任務中 “協(xié)同作業(yè)”相關的業(yè)務需求展開歸納與分析。CTD作業(yè)業(yè)務包含功能性業(yè)務與業(yè)務支撐 數(shù)據(jù)流，需滿足CTD現(xiàn)場作業(yè)的功能需求、船岸 作業(yè)監(jiān)督、協(xié)同管理的需要。CTD作業(yè)業(yè)務分為 三個階段：CTD作業(yè)計劃階段、CTD協(xié)同作業(yè)階 段、CTD成果物匯總審核階段。各個階段在岸端 提供對應監(jiān)視、同步功能，岸端系統(tǒng)使用者可以 實時了解船端CTD的作業(yè)情況。CTD作業(yè)作為科考航次11作業(yè)的典型關鍵 部分，需要以航次計劃、站位11 布設計劃作為前 提，其中CTD作業(yè)計劃

12、、CTD作業(yè)協(xié)同、CTD 作業(yè)成果物部分使用實時數(shù)據(jù)監(jiān)控、實時視頻監(jiān) 控的方法提供船岸協(xié)同功能。圖3所示為CTD作 業(yè)業(yè)務流程圖，包括“船岸協(xié)同作業(yè)”與“在船 協(xié)同作業(yè)”。岸端現(xiàn)場作業(yè)實施計劃作業(yè)任務監(jiān)督成果物集中管理船舶甲板工作區(qū)絞車操作間作業(yè)實刊屈據(jù)物理實驗室船舶月池作業(yè)區(qū)C TD 作 業(yè) 協(xié) 同駕控臺支撐設 備數(shù)據(jù)CTD作業(yè)成果物船端圖3 CTD作業(yè)業(yè)務流程圖Fig.3. CTD operation business flow chart數(shù)據(jù)流向物理實驗室作為CTD作業(yè)指揮中心，接入氣 象、海況、海冰等極區(qū)環(huán)境預報和現(xiàn)報，接入船 載航行實時動態(tài)、CTD作業(yè)支撐設備數(shù)據(jù)（科考 用定位數(shù)據(jù)、

13、姿態(tài)數(shù)據(jù)、水深數(shù)據(jù)、絞車數(shù)據(jù)）。 在物理實驗室中提供集成數(shù)據(jù)環(huán)境，為作業(yè)指揮 提供便利。向現(xiàn)場作業(yè)位置提供作業(yè)相關性數(shù)據(jù)，向絞 車間提供專業(yè)水深數(shù)據(jù)，防止CTD架觸底；向作 業(yè)甲板提供CTD絞車運行數(shù)據(jù)等。數(shù)據(jù)流向圖見 圖4。調查作業(yè)的管理范圍航次11中所有的CTD作業(yè)全部結束后，通 過進行CTD作業(yè)的數(shù)據(jù)成果物、作業(yè)記錄的表單 提取，可以為航次報告中涉及CTD部分的相關內 容提供支撐，航次報告內容會涵蓋CTD實施計劃、CTD作業(yè)記錄、數(shù)據(jù)統(tǒng)計、數(shù)據(jù)分析等多類 別、多種數(shù)據(jù)格式的信息。CTD作業(yè)的整個管理范圍包含：CTD作業(yè)計 劃、CTD作業(yè)體系與規(guī)范、CTD作業(yè)協(xié)同、CTD 作業(yè)班組、CTD

14、作業(yè)成果物。對上述內容進行類 圖（圖5）分析，為系統(tǒng)設計建立良好的基礎。圖4 CTD作業(yè)數(shù)據(jù)流向圖Fig.4. CTD operation data flow diagramCTD作業(yè)記錄+編號+視頻信號位置+視成流+作業(yè)位置+ CTD作業(yè)提醒+ CTD作業(yè)記錄+ CTD實時數(shù)據(jù)+支撐設備實時數(shù)據(jù)+作業(yè)現(xiàn)場實時視顧+環(huán)境數(shù)據(jù)信息+莎位編號 +設備名稱 +氣象信息 +海冰信息+起始時間 +結束時間 +米水記錄 +簡要記錄+詛錄人+校對人 +記隸時間+編號+摩備駕稱+設備狀態(tài)+設備數(shù)據(jù)+設備情況+設備校訂狀態(tài)+編號+供備名稱+設備狀態(tài)+設備數(shù)據(jù)+設備情況+設備校訂狀態(tài)+編號 +環(huán)境信息名稱+環(huán)境數(shù)

15、據(jù)+安布人+發(fā)布時間+編號+提醒信息+通知信息+埴寫人+填寫時間CTD作業(yè)協(xié)同作業(yè)位置包括： 物理實驗室、船舶甲板 作業(yè)區(qū)、月池作業(yè)區(qū)、 絞車操作間、駕駛臺CTD作業(yè)提醒CTD實時數(shù)據(jù)支撐設臂時數(shù)作業(yè)現(xiàn)參時數(shù)環(huán)境數(shù)據(jù)信息天氣預報、現(xiàn) 報、海冰、海況圖5 CTD作業(yè)協(xié)同類圖(示例)Fig.5. CTD operation collaboration class diagram (example)審批流程在實際作業(yè)過程中，僅提取CTD作業(yè)計劃申請 審核流程與CTD成果提交審核流程。其中CTD協(xié)同 作業(yè)階段由于作業(yè)過程的復雜性、緊急性等業(yè)務特點, 以作業(yè)提醒、作業(yè)監(jiān)視作為系統(tǒng)功能，不宜使用復雜 的業(yè)

16、務流程進行管理。如果在協(xié)同作業(yè)階段存在關鍵 節(jié)點需要使用審批流程管理，可以適當增加。作業(yè)計劃申請審核流程作業(yè)班長制定了 CTD作業(yè)計劃后，將CTD 作業(yè)計劃提交審核，由首席助理根據(jù)實際情況判 斷是否可以按照計劃進行CTD作業(yè)。將審核結果 反饋至作業(yè)班長，完成審核流程。成果物提交審核流程CTD作業(yè)完成后，由CTD數(shù)據(jù)終端人員提 交CTD作業(yè)記錄、CTD溫深鹽數(shù)據(jù)，甲板操作員 提交水樣信息，由作業(yè)隊長判斷數(shù)據(jù)準確性、完 整性。如果成果物異常，可能需要檢查故障、重 新制定作業(yè)計劃。業(yè)務數(shù)據(jù)結合“雪龍2”號綜合網(wǎng)絡信息系統(tǒng)已建設 的硬件資源，CTD作業(yè)時需要信號源提供數(shù)據(jù)支 撐，數(shù)據(jù)主要包括：數(shù)據(jù)流、

17、信息流、視頻流等。 在CTD協(xié)同作業(yè)時，需依賴船載通導信號數(shù)據(jù), 數(shù)據(jù)包括經(jīng)緯度、時間、船艄向、航速、風速等, 還需要監(jiān)控萬米測深儀、高精度GPS、光纖羅經(jīng)、 CTD絞車等設備提供高精度經(jīng)緯度數(shù)據(jù)、姿態(tài)數(shù) 據(jù)、水深數(shù)據(jù)、絞車數(shù)據(jù)，在數(shù)據(jù)監(jiān)控的同時系 統(tǒng)提供作業(yè)位置的實時監(jiān)控視頻信息。從而為 CTD作業(yè)提供穩(wěn)定高效的支撐數(shù)據(jù)。CTD數(shù)據(jù)成 果物的記錄一部分來自SBE911（物理海洋多參數(shù) 理化數(shù)據(jù)采集與探測系統(tǒng)）與LADCP（聲學多普勒 海流剖面儀）設備，另一部分需要記錄高精度經(jīng) 緯度數(shù)據(jù)、姿態(tài)數(shù)據(jù)、水深數(shù)據(jù)作為支撐數(shù)據(jù)。CTD作業(yè)相關信號源（表1）CTD作業(yè)相關的設備、儀器、信號源共16 種，

18、預計有20個信號源接入。設備數(shù)據(jù)存在主備關系（表2）,關鍵設備數(shù) 據(jù)需要提供備份數(shù)據(jù)源，如UTC信息源（NTP, Network Time Provider網(wǎng)絡時間服務源）、定位及 姿態(tài)數(shù)據(jù)源（POS-MV,船載定位、定姿系統(tǒng)）、水 深數(shù)據(jù)源（萬米測深儀）需要提供一個以上備份數(shù) 據(jù)源，以免數(shù)據(jù)缺失。表1 CTD作業(yè)相關的設備、儀器、信號源Table 1. CTD operation related equipment and signal source序號設備儀器信號源名稱型號數(shù)量1物理海洋多參數(shù)理化數(shù)據(jù)采集與探測系統(tǒng)SBE91112聲學多普勒海流剖面儀LADCP13走航式聲學多普勒海流ADC

19、P(38K/300K)24CTD絞車15全海深測深儀（萬米測深儀）EA64016DGPS（差分全球定位系統(tǒng)）DGPS-LD717光纖羅經(jīng)（VERIPOS）18POS-MV（船載定位、定姿系統(tǒng)）19船基自動氣象站110DGPS（差分全球定位系統(tǒng)）DGPS-LD5311電羅經(jīng)112風速風向儀113計程儀114測深儀115視頻監(jiān)控系統(tǒng)116天氣預報、現(xiàn)報1表2信號源主備關系Table 2. The relationship of primary and secondary signal source信號源（主）信號源（備1）信號源（備2）信號源（備3）NTPPOS-MV通用定位POS-MV專業(yè)姿態(tài)萬

20、米測深儀POS-MV通用定位 高精度GPS+電羅經(jīng) 光纖羅經(jīng) 船載測深儀高精度GPS船載GPS+電羅經(jīng)船載GPSCTD作業(yè)依賴參數(shù)需要從各個信號源接入信號48項，數(shù)據(jù)在系 統(tǒng)中定義唯一標識符、描述信息。在系統(tǒng)中需要 定義數(shù)據(jù)長度、數(shù)據(jù)精度、數(shù)據(jù)范圍、數(shù)據(jù)單位, 用于數(shù)據(jù)接入、處理、存儲、顯示，設計中數(shù)據(jù) 展示精度可以低于存儲精度。CTD作業(yè)數(shù)據(jù)接入對于CTD業(yè)務來說,設備之間提供數(shù)據(jù)可能 出現(xiàn)冗余，需要按照業(yè)務規(guī)則確定具體的信號源, 即當數(shù)據(jù)可以由多個設備輸出時，數(shù)據(jù)需要根據(jù) 設備主備關系獲??；數(shù)據(jù)源由系統(tǒng)日志記錄；系 統(tǒng)可以按照CTD業(yè)務提供數(shù)據(jù)服務。CTD作業(yè)數(shù)據(jù)存儲CTD業(yè)務中接入的各類

21、數(shù)據(jù)，一部分用于監(jiān) 控顯示，其他部分需要進行存儲便于查詢。CTD作 業(yè)中用于存儲、查詢的數(shù)據(jù)結構應包含時空數(shù)據(jù)。樣品數(shù)據(jù)在第36次南極考察過程中，細化分析航次現(xiàn) 場調查資料中的樣品管理規(guī)范10,將CTD采水 任務分解為采水計劃與掃描入庫兩部分（圖6）, 通過業(yè)務化系統(tǒng)與智能手持終端設備完成水樣錄 入與管理過程。圖6采樣計劃與掃描入庫流程Fig.6. Sampling plan and scanning warehousing process2業(yè)務架構的技術實現(xiàn)信息化系統(tǒng)需要從技術層面得到支撐，系統(tǒng) 建設采用面向服務技術架構12作為整個技術架 構的骨干支撐，快速、有效解決業(yè)務協(xié)同、資源 共享以及

22、應用支撐的架構問題。技術架構（圖7）根據(jù)建設內容可以分為數(shù)據(jù)、 服務、應用3個核心結構，主要表現(xiàn)為數(shù)據(jù)的采 集、存儲、加工與服務,業(yè)務功能構件的封裝與實現(xiàn)，業(yè)務應用的功能集成與整合。2.1數(shù)據(jù)（D）數(shù)據(jù)層是整個系統(tǒng)的數(shù)據(jù)資源中心，涵蓋管 理平臺中所有相關的結構化、非結構化數(shù)據(jù)，包 括與數(shù)據(jù)直接相關的所有操作，是數(shù)據(jù)從進入系 統(tǒng)到標準數(shù)據(jù)的追蹤記錄集合與操作記錄集合。 它是數(shù)據(jù)資源的存儲和積累，為系統(tǒng)應用提供標 準的數(shù)據(jù)訪問服務并提供備份、存儲功能。SpringMVC SpringBoot應用(A)公共服務組件基礎業(yè)務構件Business FunctionSpringBoot集中認證服務(CAS

23、:Central AuthenticationService)統(tǒng)一用戶管理（LDAP:Light Directory Access Portocol輕量級目錄訪問協(xié)議）統(tǒng)一、標準、規(guī)范的數(shù)據(jù)交互API數(shù)據(jù)服務數(shù)據(jù)(D)套接字超文本傳輸協(xié)議遠程調用服務 （Socket）(Http)(WebService)分布式文件系統(tǒng)（HDFS）數(shù)據(jù)采集數(shù)據(jù)存儲數(shù)據(jù)處理業(yè)務數(shù)據(jù)元數(shù)據(jù)采集數(shù)據(jù)業(yè)務數(shù)據(jù)數(shù)據(jù)庫訪問接口驅動持久化框架圖7系統(tǒng)技術架構Fig.7. The technical framework of system連接池緩存通過服務封裝數(shù)據(jù)的配置接口、操作接口以及 管理接口，既可滿足安全和標準規(guī)范的約定，

24、又可 滿足服務路由和數(shù)據(jù)權限等信息管理的要求。數(shù)據(jù)存儲采用 ORM （Object Relational Mapping, 對象關系映射）關系型數(shù)據(jù)庫實現(xiàn)結構化數(shù) 據(jù)存儲，采用 HDFS（Hadoop Distributed File System 分布式文件系統(tǒng)）分布式文件系統(tǒng)為非結構化 數(shù)據(jù)存儲提供了高效的解決方案。數(shù)據(jù)服務基于統(tǒng)一、標準、規(guī)范的交互接口, 提供多樣性的服務形式和多種標準格式數(shù)據(jù)，基 于 Socket 的 JSON（JavaScript Object Notation）格式, 基于HTTP（超文本傳輸協(xié)議）的RESTFUL （面向資 源的設計風格）格式，基于WebServi

25、ce（遠程調用 服務）的 xml（eXtensible Markup Language）格式， 同時也提供原始數(shù)據(jù)服務。2.2服務（S）服務層構建于數(shù)據(jù)層之上，是整個系統(tǒng)體系 架構的核心，并提供大量公共服務和基于業(yè)務構 件的服務，提供服務的運行、管理環(huán)境，最大限度 提高業(yè)務開發(fā)效率，降低工程實施、維護的成本 和風險。服務層采用支撐體系結構的先進標準和 規(guī)范，以幫助建立高性能、高可靠性、高擴展性 的應用系統(tǒng)，滿足客戶快速發(fā)展的業(yè)務需求?；A業(yè)務構件采用分布式服務架構13,基于 微服務框架SpringCloud14設計，實現(xiàn)模塊化、高 性能、可伸縮的分布式服務體系。公共服務組件提供高效的系統(tǒng)中間件

26、，對數(shù) 據(jù)、服務等進行有效的解耦。服務層提供由同一用戶管理+集中認證服務 實現(xiàn)的統(tǒng)一用戶管理體系，支持單點登錄業(yè)務整 合，有效解決“一次登錄，多處使用”。2.3應用（A）業(yè)務應用層提供所有的信息應用和系統(tǒng)管 理的業(yè)務邏輯，分解業(yè)務請求，通過支撐服務層 進行數(shù)據(jù)處理，并將返回信息組成所需的格式 提供給客戶端。與傳統(tǒng)體系架構下的業(yè)務層不同, 面向服務架構的業(yè)務層基于服務構建，從而可 以使業(yè)務能夠更快地組裝，達到服務的改變不 會影響已經(jīng)使用中的業(yè)務應用，使形成的應用 更加穩(wěn)定。應用層包含Web系統(tǒng)與應用軟件，設計基于 Springboot微服務框架實現(xiàn)，可集成多種組件， 無需依賴Servlet容器，

27、與分布式服務天然集成， 并可獨立運行、部署。2.4展現(xiàn)（P）展現(xiàn)層15設計為前后端分離架構16,基于 HTML5、Javascript等前端技術實現(xiàn)，自由集成多 種流行的前端插件，融合GIS（地理信息系統(tǒng)），實 現(xiàn)資源、數(shù)據(jù)的集中統(tǒng)一展示。展現(xiàn)層設計支持多終端，在PC（個人電腦） 機、移動設備（Android系統(tǒng)、iOS系統(tǒng)）等終端進 行信息顯示與人機交互。3應用實踐根據(jù)業(yè)務分析與架構研究的成果，研發(fā)科考 作業(yè)協(xié)同管理平臺。管理平臺可根據(jù)海洋調查規(guī) 范（GB12763.1-10 2007）中定義的科學調查航次、調 查海域、調查站位、走航測線、調查測線等概念，結 合極地科考實際應用業(yè)務，提供方便

28、、可視化、可 擴展的科考業(yè)務流程，并在此過程中規(guī)范各類作 業(yè)規(guī)范和作業(yè)流程，統(tǒng)一整理并輸出各類業(yè)務記 錄模板。2019年10月15日一2020年4月23日，雪 龍2”號參與執(zhí)行中國第36次南極考察任務，并 在南大洋宇航員海進行了為期約37天的科考調 查作業(yè)。在此期間極地科考破冰船科考協(xié)同管理 平臺在協(xié)調作業(yè)管理中發(fā)揮了重要作用，受到實 驗室管理人員（用戶，平臺的操作管理人員）和科 考隊員（服務對象，平臺使用具體受益人員）的廣 泛好評，并得到新聞媒體的關注17o“雪龍2號第36次南極科學考察中，在船應 用的科考協(xié)同管理平臺為1.0版本。主界面為經(jīng) 典地圖類網(wǎng)頁排版，主體為左右結構（圖8a）,左

29、側區(qū)域較大，為主要展示區(qū)域，該區(qū)域主要展示 海圖地圖、站位站點信息、冰圖等信息。通過該 區(qū)域右下角的“航跡查詢”、“航行計劃”、“冰區(qū) 圖層”、“臺風預報”等快捷菜單，可方便顯示對 應信息。同時還可以通過點擊地圖、“海圖、 “衛(wèi)星圖”實現(xiàn)顯示區(qū)域地圖的便捷切換；右 側區(qū)域較小，主要為信息查看區(qū)域，該區(qū)域頂 部主要顯示航行（圖8b）、機艙、氣象（圖8c）、 水文（圖8d）等與科考調查相關的基礎參數(shù)，中部 主要展示航次基本情況，底部主要展示站位及站 點編號等信息。實驗室管理人員可以分權限通過賬號和密 碼登錄進入平臺后臺，對航次基本信息、站位站 點信息、水深水文定位等輸入?yún)?shù)的輸入源選擇 等內容進行

30、編輯處理。平臺系統(tǒng)在船上局域網(wǎng)內 運行，接入局域網(wǎng)內任何一臺電腦均可打開查 看，科考隊員就近在實驗室、居住艙室均可方便 進入該平臺，進行作業(yè)站位信息、作業(yè)內容、作 業(yè)時長、航行等待時長、水文基礎信息等的查詢 和記錄。實驗室管理人員通過固定格式的Excel表格, 將站位名、位置、站位作業(yè)內容、各項目進行時長 等進行編輯，導入系統(tǒng)平臺后，科考隊員可在各終 端便捷查看。若調查計劃有調整，如作業(yè)站點先后 順序發(fā)生變化，管理人員可編輯頁面進行各站點的 上下移動調整；科考隊員通過主頁右上角可以直觀 查詢到距下一站點的距離、預計航行時間和到達時 間，以便合理安排作息時間和采樣準備工作；點開 站位編號, 可以

31、查詢到該站點具體的調查作業(yè)項目, 以及每個項目的持續(xù)時間。圖8協(xié)同管理平臺主界面顯示Fig.8. Main interface display of collaborative management platform除上述查詢功能外，平臺還具有以往航 跡線查詢的功能，科考隊員可以對船舶經(jīng)過 的航線進行查看，航跡線由航跡點組成，每 個點均包含:UTC時間、GPS位置、水深、海 水溫度、海水鹽度等參數(shù)。這對進行一些走航 測量的項日或錯過某些站點信息記錄的隊員 來說非常實用。同時系統(tǒng)平臺具有臺風實時查 詢更新系統(tǒng)，可從NOAA官網(wǎng)定期抓取“雪龍 2”號附近海域的氣旋信息（圖9）,確保航行和 調查作業(yè)安全，并為現(xiàn)場航行決策人員和首 席科學家提供航線調整、調查作業(yè)計劃調整的 參考。此外，平臺還具備在原有海圖或衛(wèi)星底 圖上疊加最近日期冰情圖的功能，原有作業(yè) 站點也將在冰圖上得以顯示，首席科學家可 以對原計劃的調查作業(yè)站點是否受到海冰影 響進行評估，從而確定是否調整計劃，有效 提高作業(yè)效率并節(jié)約船時。通過一個南極航次的現(xiàn)場實際使用檢驗，極 地科考破冰船科考協(xié)同管理平臺能較好地適應 “雪龍2號極地科考作業(yè)模式，為首席科學家、 科考作業(yè)隊員、航行人員和實驗