智慧油田數(shù)字員工系統(tǒng)設(shè)計

劉爾康

摘 要 本文以智慧油田數(shù)字員工系統(tǒng)架構(gòu)設(shè)計為目標(biāo)，分析了常用架構(gòu)模式，在結(jié)合數(shù)字員工系統(tǒng)特點(diǎn)的基礎(chǔ)上，設(shè)計了四層架構(gòu)方案以適應(yīng)智慧油田數(shù)字員工系統(tǒng)特點(diǎn)，對功能需求和架構(gòu)設(shè)計展開了探討，并給出了各層功能設(shè)計、層間隔離措施和系統(tǒng)初始化時的映射策略。

關(guān)鍵詞 數(shù)字員工系統(tǒng)；架構(gòu)方案設(shè)計；功能設(shè)計

中圖分類號 TP3 文獻(xiàn)標(biāo)識碼 A 文章編號 1674-6708（2016）160-0085-02

1 概述

智慧油田是在傳統(tǒng)油田基礎(chǔ)上結(jié)合現(xiàn)代計算機(jī)技術(shù)建立起來的新的油田管理模式，隨著智慧油田理念的逐步推廣，石化企業(yè)也逐步完成了向數(shù)字化管理的過渡，基本上各大石化企業(yè)陸續(xù)完成了各自的“智慧油田”管理系統(tǒng)和業(yè)務(wù)平臺[1]，其中智慧油田數(shù)字員工系統(tǒng)是該系統(tǒng)中的重要組成部分，合理的系統(tǒng)設(shè)計能有效提高管理水平和工作效率，本文將通過對智慧油田數(shù)字員工系統(tǒng)進(jìn)行需求分析，分析當(dāng)前在數(shù)字員工系統(tǒng)中的軟件硬件構(gòu)架問題并展開研究了一種新的四層架構(gòu)模型，并給出了該架構(gòu)模型的總體設(shè)計。

2 常用架構(gòu)模式特點(diǎn)分析

2.1 C/S架構(gòu)

C/S架構(gòu)是是傳統(tǒng)的客戶端/服務(wù)端體系結(jié)構(gòu)，其特征是通過將業(yè)務(wù)分配到客戶端和服務(wù)端來設(shè)計系統(tǒng)整體結(jié)構(gòu)，用戶程序布置在客戶端，服務(wù)器則負(fù)責(zé)提供數(shù)據(jù)相關(guān)操作（如數(shù)據(jù)的管理、共享、維護(hù)等）。C/S構(gòu)架在現(xiàn)有軟件系統(tǒng)中得到廣泛應(yīng)用。

2.2 B/S架構(gòu)

B/S架構(gòu)及瀏覽器/服務(wù)端體系結(jié)構(gòu)，該架構(gòu)下無需特別開發(fā)專門的客戶端軟件，瀏覽器負(fù)責(zé)實(shí)現(xiàn)用戶的請求和結(jié)果顯示，服務(wù)端則實(shí)現(xiàn)對數(shù)據(jù)的存儲和業(yè)務(wù)邏輯處理等工作，B/S架構(gòu)中服務(wù)端數(shù)據(jù)存儲和業(yè)務(wù)邏輯是典型的表示—業(yè)務(wù)邏輯—數(shù)據(jù)訪問—三層結(jié)構(gòu)[2]。

2.3 MVC模式

MVC（Model-View-Controller）即模型—視圖—控制器模式，其工作流程為基于用戶請求來制定業(yè)務(wù)運(yùn)行模式，這一模式下業(yè)務(wù)邏輯和數(shù)據(jù)存儲分開，便于實(shí)現(xiàn)對業(yè)務(wù)邏輯的維護(hù)[3]。這一架構(gòu)下模型層主要完成對業(yè)務(wù)邏輯的處理以及對數(shù)據(jù)的管理操作，視圖層主要功能是展示結(jié)果，而控制層則主要完成對用戶請求的監(jiān)聽和轉(zhuǎn)發(fā)。上述3個部分實(shí)現(xiàn)的是彼此間的互聯(lián)。

2.4 MVP模式

MVP（Model-View-Presenter）即模型—視圖—展示器模式，該模式和MVC類似，但結(jié)構(gòu)上無法實(shí)現(xiàn)3個部分之間的互聯(lián)，但在MVP模式下視圖層和模型層之間并不互聯(lián)，而是通過展示器來實(shí)現(xiàn)二者之間的通信。

以上幾類常用架構(gòu)在軟件系統(tǒng)設(shè)計時都得到了廣泛應(yīng)用，各有利弊，本文將在上述常用架構(gòu)的基礎(chǔ)上進(jìn)一步深化，結(jié)合數(shù)字員工系統(tǒng)的功能需求來對架構(gòu)盡心更進(jìn)一步的優(yōu)化。

3 系統(tǒng)架構(gòu)方案設(shè)計

3.1 功能需求分析

智慧油田數(shù)字員工系統(tǒng)的主要功能非常多樣化，但主要可包括為3個大方面：智慧生產(chǎn)、教育培訓(xùn)和移動辦公，為實(shí)現(xiàn)上述3類功能，要求系統(tǒng)能兼容和支持多種類型的客戶端設(shè)備（如手機(jī)客戶端、PC客戶端、IOS移動客戶端等），為實(shí)現(xiàn)上述基本需求，可總結(jié)出系統(tǒng)構(gòu)架方面應(yīng)滿足如下功能：1）數(shù)據(jù)和界面、業(yè)務(wù)邏輯分離；2）動態(tài)擴(kuò)展性，即要求系統(tǒng)在硬件擴(kuò)展或邏輯模塊擴(kuò)展是能夠予以支持，并且不會影響現(xiàn)有模塊的正常運(yùn)行；3）容錯性及要求在部分出錯（如某個服務(wù)器故障）時不會影響系統(tǒng)的整體運(yùn)行；4）良好的負(fù)荷均衡能力 該功能要求能夠及時合理的處理訪問請求，保障系統(tǒng)穩(wěn)定運(yùn)行；5）高效的數(shù)據(jù)解析能力 由于智慧油田系統(tǒng)需要處理的數(shù)據(jù)屬于海量級，因此系統(tǒng)構(gòu)架應(yīng)采取分布式處理方式，能夠協(xié)調(diào)數(shù)據(jù)的存儲和分析，并具備從海量數(shù)據(jù)中挖掘價值信息的基本能力。

3.2 架構(gòu)設(shè)計

在常用的架構(gòu)中，C/S架構(gòu)需要在多個設(shè)備上安裝客戶端軟件，其主要對象為軟件客戶端，對于智慧油田數(shù)字員工系統(tǒng)而言，應(yīng)當(dāng)把功能邏輯放到服務(wù)端[4]，客戶端主要是監(jiān)聽和轉(zhuǎn)發(fā)以及結(jié)果展示，因此C/S架構(gòu)無法很好滿足要求。對于B/S架構(gòu)而言，其主要對象是瀏覽器端，由于表示層需要與功能層進(jìn)行高頻率交互，對于單點(diǎn)故障問題以及系統(tǒng)中數(shù)據(jù)流量的分配等只能由功能層來實(shí)現(xiàn)，對模塊間的耦合性要求高，因此也不適應(yīng)數(shù)字員工系統(tǒng)需要。

為滿足智慧油田數(shù)字員工系統(tǒng)的需要，筆者認(rèn)為應(yīng)當(dāng)設(shè)計更能滿足需要的架構(gòu)方案。從功能整合的角度看，應(yīng)具備良好的擴(kuò)展性以適應(yīng)不同類型的支持對象（如Web、PC、外部系統(tǒng)等）需求，但這類需求都可以歸為系統(tǒng)邏輯服務(wù)的表層對象，這樣對表示層對象的擴(kuò)展將獨(dú)立于客戶端和外部系統(tǒng)應(yīng)用，從而可簡化系統(tǒng)接口。在系統(tǒng)控制層方面，其主要任務(wù)是單點(diǎn)問題監(jiān)測和負(fù)荷均衡處理，接收來自表示層的參數(shù)，并由控制層選擇合適的處理方式，從而實(shí)現(xiàn)對硬件部署以及并行計算時的控制。

考慮到智慧油田數(shù)字員工系統(tǒng)中終端設(shè)備的多樣性特性，以及對這一特性的處理已交由表示層控制，為減少構(gòu)架設(shè)計中的耦合性，考慮設(shè)計功能邏輯層。該層在設(shè)計時參考了MVC和MVP模式，其主要功能是不與表示層交互，而是與控制層交互，接受控制層請求并處理功能邏輯。

在數(shù)據(jù)存儲與處理方面，結(jié)合數(shù)據(jù)和界面、業(yè)務(wù)邏輯分離的基本要求，在架構(gòu)中專門設(shè)置數(shù)據(jù)層，在該層中再分別設(shè)立用于數(shù)據(jù)存儲和管理的兩個子層，其中數(shù)據(jù)存儲子層處理特定數(shù)據(jù)庫，不受功能邏輯層中的操作影響，而數(shù)據(jù)管理層則主要提供功能邏輯層訪問以及操作數(shù)據(jù)的接口。

綜上所述，本文所設(shè)計的模型屬于四層架構(gòu)方案，即表示層（WEB、客戶端、外部系統(tǒng)接口）→控制層→邏輯功能層→數(shù)據(jù)層（存儲/管理）。其最大特點(diǎn)是將不同類型的客戶端都?xì)w入表示層，簡化了表示層和控制層之間的接口，并且集中了功能轉(zhuǎn)發(fā)和負(fù)載控制等置于控制層，降低了層間的邏輯依賴性，并可提高系統(tǒng)的穩(wěn)定性。

4 系統(tǒng)架構(gòu)模型設(shè)計

4.1 各層功能設(shè)計

在前文中四層架構(gòu)設(shè)計的基礎(chǔ)上，本節(jié)中將分別設(shè)計各層的功能。1）表示層功能，該層主要完成操作界面和移動端應(yīng)用以及外部服務(wù)，在獲取用戶操作數(shù)據(jù)參數(shù)后，將其傳遞給控制層，并接收和展示控制層返回的數(shù)據(jù)；2）控制層功能，該層主要是承上啟下的作用，是表示層和邏輯功能層之間的橋梁，同時承擔(dān)著負(fù)載均衡分配、監(jiān)控流量、處理單點(diǎn)問題等，是四層架構(gòu)中最重要的層級；3）邏輯功能層 該層完成業(yè)務(wù)邏輯的封裝，接收并處理控制層的指令，完成和控制層的數(shù)據(jù)交互，接受控制層的調(diào)度操作；4）數(shù)據(jù)層，完成和業(yè)務(wù)邏輯相關(guān)的數(shù)據(jù)的存儲和管理，并具備數(shù)據(jù)分析功能。

4.2 層間隔離設(shè)計

本文設(shè)計的四層架構(gòu)中各層間的功能相對獨(dú)立，為保證系統(tǒng)穩(wěn)定運(yùn)行，還應(yīng)設(shè)計層間的隔離措施，各層間的隔離方案分別為：1）表示層—控制層的隔離方案，PC瀏覽器端采用Smarty模板隔離，移動客戶端采用HTTP協(xié)議、報文采用JSON數(shù)據(jù)格式與控制層交互；2）控制層—功能邏輯層隔離方案，控制層中利用配置文件來隔離功能邏輯層中各功能模塊；3）功能邏輯層—數(shù)據(jù)層隔離方案，功能邏輯層和數(shù)據(jù)層之間的交互通過在數(shù)據(jù)層中封裝的DBMS接口實(shí)現(xiàn)，避免功能邏輯對數(shù)據(jù)庫的數(shù)據(jù)操作從而實(shí)現(xiàn)隔離。

4.3 架構(gòu)模型映射策略

本文中設(shè)計的四層架構(gòu)模型的終點(diǎn)站在于控制層，因此在設(shè)計映射方案時利用系統(tǒng)初始化加載策略，利用配置文件，實(shí)現(xiàn)和各類服務(wù)器功能號、服務(wù)器IP與MAC地址綁定等映射操作，在系統(tǒng)初始化時只需一次加載配置文件即可完成必要的映射操作，之后的操作都可以從內(nèi)存中讀取請求。

5 結(jié)論

本文從系統(tǒng)架構(gòu)和架構(gòu)中各層的功能以及層間隔離等角度設(shè)計了智慧油田數(shù)字員工系統(tǒng)，可充分考慮智慧油田系統(tǒng)中數(shù)字員工系統(tǒng)操作的特殊性，在實(shí)現(xiàn)功能優(yōu)化的同時提高系統(tǒng)的穩(wěn)定性。

參考文獻(xiàn)

[1]周潔，朱文妹，蔣楠，等.智慧油田現(xiàn)狀及發(fā)展研究[J].信息系統(tǒng)工程，2012（10）：100-102.

[2]陳炳豐，黃金，張良浩，等.基于BS架構(gòu)的科研管理系統(tǒng)對科研管理的影響研究[J].科技成果管理與研究，2012（9）：11-13.

[3]張屹峰.用設(shè)計模式和三層架構(gòu)思想部署基于PHP項(xiàng)目的研究與實(shí)現(xiàn)[J].電腦與信息技術(shù)，2011，19（2）：67-70.

[4]龍穎波，何貞銘.油田信息化若干問題研究[J].計算機(jī)光盤軟件與應(yīng)用，2010（5）：4-8.