測(cè)試分公司信息系統(tǒng)整合研究

張曉春 馬玉慧

摘要：公司近年來建設(shè)開發(fā)了許多信息系統(tǒng)，由于當(dāng)時(shí)實(shí)際需求和技術(shù)所限，許多系統(tǒng)各自獨(dú)立，信息系統(tǒng)之間缺乏交互和充分共享使用，本文擬通過綜合辦公平臺(tái)系統(tǒng)建設(shè)，對(duì)多個(gè)系統(tǒng)集成、整合，提供在云平臺(tái)上建立微服務(wù)系統(tǒng)的解決方案，滿足新時(shí)代測(cè)井信息系統(tǒng)的高時(shí)效、高度共享，達(dá)到協(xié)同辦公的目標(biāo)。

關(guān)鍵詞：信息系統(tǒng);綜合辦公平臺(tái);協(xié)同辦公

中圖分類號(hào)：TP311? ? ? 文獻(xiàn)標(biāo)識(shí)碼：A

文章編號(hào)：1009-3044（2021）17-0241-03

開放科學(xué)（資源服務(wù)）標(biāo)識(shí)碼（OSID）：

公司多年來來建設(shè)了許多系統(tǒng)，包括經(jīng)營(yíng)辦公方面、生產(chǎn)管理方面、培訓(xùn)考核方面、測(cè)試井專業(yè)，這些系統(tǒng)建設(shè)時(shí)間長(zhǎng)短不一，有些已應(yīng)用超過10年，在生產(chǎn)和工作中發(fā)揮了重要作用。但限于當(dāng)時(shí)技術(shù)條件、實(shí)際需求，系統(tǒng)部署較為簡(jiǎn)單，應(yīng)用單一，隨著軟件技術(shù)發(fā)展，服務(wù)器、操作系統(tǒng)更新?lián)Q代，業(yè)務(wù)流程變更，生產(chǎn)經(jīng)營(yíng)管理的需求越來越高，各部門協(xié)同工作越來越多，現(xiàn)有很多系統(tǒng)已不能勝任現(xiàn)有業(yè)務(wù)需求，進(jìn)行現(xiàn)有軟件系統(tǒng)的集成、整合工作已經(jīng)刻不容緩。因此希望借助綜合辦公平臺(tái)建設(shè)，集成機(jī)關(guān)經(jīng)營(yíng)辦公各系統(tǒng)應(yīng)用，為多系統(tǒng)高效整合開展先導(dǎo)性試驗(yàn)。

1 信息系統(tǒng)應(yīng)用現(xiàn)狀

公司成立二十年以來，有參與上級(jí)統(tǒng)一建設(shè)的系統(tǒng)：ERP系統(tǒng)，財(cái)務(wù)系統(tǒng)，勘探開發(fā)數(shù)據(jù)庫(kù)系統(tǒng)，有自主建設(shè)的系統(tǒng)：通知系統(tǒng)、請(qǐng)假系統(tǒng)、宣傳報(bào)道系統(tǒng)、會(huì)議系統(tǒng)、培訓(xùn)系統(tǒng)、經(jīng)營(yíng)考核系統(tǒng)、檔案系統(tǒng)、生產(chǎn)管理系統(tǒng)，儀器儀表管理系統(tǒng)、油料管理、車輛維修系統(tǒng)等。專業(yè)系統(tǒng)方面有地面測(cè)井系統(tǒng)、便攜式地面系統(tǒng)、測(cè)井解釋系統(tǒng)、試井解釋系統(tǒng)、成果發(fā)布系統(tǒng)等等。隨著生產(chǎn)、管理需求的不斷變化和信息技術(shù)的飛速發(fā)展，有的系統(tǒng)由于建設(shè)時(shí)間太早、技術(shù)落后，已不滿足需求;有的系統(tǒng)仍在為測(cè)試公司服務(wù)。從功能使用上，一些系統(tǒng)僅是為了滿足當(dāng)時(shí)的生產(chǎn)或管理方面的需求，需要重新改造適應(yīng)新環(huán)境;從技術(shù)應(yīng)用上，有些系統(tǒng)運(yùn)行在Windows98、XP操作系統(tǒng)下，軟件開發(fā)技術(shù)陳舊落后，需要全面替代?？傊?，由于受當(dāng)時(shí)環(huán)境、時(shí)間、技術(shù)水平所限，很多系統(tǒng)沒有統(tǒng)一規(guī)劃，系統(tǒng)之間兼容難、通訊難、資源共享難，為后期維護(hù)帶來大量工作和麻煩。

1.1 各應(yīng)用系統(tǒng)之間存在壁壘，形成信息“孤島”，數(shù)據(jù)共享難

由于業(yè)務(wù)工作及管理需求，工作人員經(jīng)常需要使用不同的系統(tǒng)處理工作任務(wù)，每個(gè)系統(tǒng)各自獨(dú)立，系統(tǒng)之間沒有交互，例如人員、崗位數(shù)據(jù)在A系統(tǒng)輸入使用后，在B系統(tǒng)需要再次錄入使用，缺乏數(shù)據(jù)共享，這意味著工作人員須頻繁切換系統(tǒng)，嚴(yán)重影響工作效率，數(shù)據(jù)利用率低。

1.2 各系統(tǒng)架構(gòu)不統(tǒng)一，給使用人員和維護(hù)人員帶來困擾

測(cè)試分公司目前運(yùn)行的經(jīng)營(yíng)辦公、生產(chǎn)管理類系統(tǒng)大多為B/S架構(gòu)（瀏覽器/服務(wù)器模式），專業(yè)系統(tǒng)如測(cè)井解釋系統(tǒng)、試井解釋系統(tǒng)、地面測(cè)井系統(tǒng)，多為C/S架構(gòu)（C），各系統(tǒng)應(yīng)用的軟件技術(shù)有很多，如.net ，php，c#，java，C++，delphi，使用人員需要安裝各種客戶端插件，這些系統(tǒng)同時(shí)運(yùn)行，可能出現(xiàn)插件沖突的現(xiàn)象;需要經(jīng)常升級(jí)軟件，因此在配置較低的計(jì)算上經(jīng)常無法正常顯示。此外，很多系統(tǒng)僅支持特定瀏覽器，不同應(yīng)用系統(tǒng)對(duì)計(jì)算機(jī)環(huán)境要求不同，加上操作人員的技術(shù)水平不一，系統(tǒng)應(yīng)用過程中出現(xiàn)兼容性問題，給系統(tǒng)運(yùn)維和管理帶來了一定的困難和工作量。

1.3 功能重復(fù)，存在數(shù)據(jù)冗余

測(cè)試公司建設(shè)的許多系統(tǒng)都涉及基礎(chǔ)數(shù)據(jù)管理功能，例如用戶管理方面，崗位管理、部門管理、組織結(jié)構(gòu)，角色管理，這些系統(tǒng)開發(fā)時(shí)間不同，存在同一功能多次開發(fā)，后期維護(hù)不同步，導(dǎo)致許多數(shù)據(jù)重復(fù)，操作人員較多，存在數(shù)據(jù)出錯(cuò)、數(shù)據(jù)更新不及時(shí)。

在系統(tǒng)權(quán)限方面，每個(gè)系統(tǒng)均需要開發(fā)一整套權(quán)限控制管理功能，在業(yè)務(wù)工作流程方面，通知系統(tǒng)、請(qǐng)假系統(tǒng)、宣傳系統(tǒng)、會(huì)議管理系統(tǒng)均設(shè)計(jì)了申請(qǐng)、審批流程的功能，開發(fā)人員需要開發(fā)、維護(hù)多個(gè)系統(tǒng)的功能，工作量較大。

2 系統(tǒng)整合方案

對(duì)現(xiàn)有系統(tǒng)從用戶管理、業(yè)務(wù)應(yīng)用、技術(shù)架構(gòu)等多方面分析，顯然最容易的整合是簡(jiǎn)單地把頁(yè)面和功能匯集，但要實(shí)現(xiàn)真正的整合，應(yīng)首先確定目標(biāo)，分析總體需求，從系統(tǒng)架構(gòu)、數(shù)據(jù)模型、業(yè)務(wù)流程、功能取舍來設(shè)計(jì)整合方案。

2.1 統(tǒng)一系統(tǒng)架構(gòu)

信息系統(tǒng)在設(shè)計(jì)時(shí)，由于開發(fā)平臺(tái)和基于硬件體系的不同，存在不同類型的系統(tǒng)體系結(jié)構(gòu)。系統(tǒng)架構(gòu)的統(tǒng)一是整合的基礎(chǔ)[1]，將系統(tǒng)的邏輯業(yè)務(wù)，包括用戶管理單元、服務(wù)注冊(cè)單元、日志服務(wù)單元、數(shù)據(jù)控制單元等拆分成各個(gè)微小服務(wù)，每個(gè)服務(wù)都是獨(dú)立運(yùn)行的小系統(tǒng)，單獨(dú)部署、獨(dú)立維護(hù)，當(dāng)需求變化時(shí)，只需修改某個(gè)單元，不影響整體系統(tǒng)，大大減少了運(yùn)維成本。

對(duì)于系統(tǒng)整合來說，要選擇兼容性更強(qiáng)、維護(hù)更方便、且健壯的系統(tǒng)架構(gòu)。先進(jìn)的系統(tǒng)架構(gòu)能給開發(fā)減少工作量、維護(hù)量，開發(fā)效率事半功倍。微服務(wù)架構(gòu)是當(dāng)前業(yè)界流行的系統(tǒng)架構(gòu)。他是在近年來服務(wù)系統(tǒng)云化后普遍使用的一種架構(gòu)[2]。傳統(tǒng)的應(yīng)用程序?yàn)閱误w式架構(gòu)，前端頁(yè)面（UI）和后端服務(wù)為一個(gè)整體，當(dāng)需求改變時(shí)，需改動(dòng)代碼，停止系統(tǒng)服務(wù)。若其中某一個(gè)環(huán)節(jié)故障，整個(gè)系統(tǒng)停止運(yùn)行。系統(tǒng)云化、無服務(wù)化愈來愈流行的今天，微服務(wù)架構(gòu)成為首選。

微服務(wù)（Micro services），是一種云原生架構(gòu)方法，其中單個(gè)應(yīng)用程序由許多松散耦合且可獨(dú)立部署的較小組件或服務(wù)組成。微服務(wù)架構(gòu)有別于傳統(tǒng)的單體式方案，可將應(yīng)用拆分成多個(gè)核心功能[3]。每個(gè)功能都被稱為一項(xiàng)服務(wù)，可以單獨(dú)構(gòu)建和部署，這意味各項(xiàng)服務(wù)在工作或出現(xiàn)故障時(shí)，不會(huì)相互影響。

微服務(wù)架構(gòu)的特點(diǎn)：一是針對(duì)特定服務(wù)發(fā)布，影響小，風(fēng)險(xiǎn)小，成本低;二是可以根據(jù)需求頻繁發(fā)布版本，快速交付使用;三是低成本擴(kuò)容，彈性伸縮，適應(yīng)云環(huán)境[4]。

微服務(wù)恰恰是把所有核心功能模塊拆分成可獨(dú)立運(yùn)行的服務(wù)單元，有需求時(shí)，只改動(dòng)某一個(gè)單元，形成新的服務(wù)。通過服務(wù)發(fā)現(xiàn)機(jī)制自動(dòng)注冊(cè)，加入系統(tǒng)，用戶可迅速體驗(yàn)更新的系統(tǒng)。微服務(wù)架構(gòu)開發(fā)中采用的容器技術(shù)將這些業(yè)務(wù)單元像編排碼頭上的集裝箱一樣合理管理，監(jiān)控系統(tǒng)服務(wù)的健康狀態(tài)，若某一服務(wù)發(fā)生故障，自動(dòng)啟動(dòng)新的服務(wù)保證系統(tǒng)正常運(yùn)行。

2.2 統(tǒng)一數(shù)據(jù)標(biāo)準(zhǔn)

信息系統(tǒng)的基礎(chǔ)是數(shù)據(jù)，不同時(shí)期建設(shè)的系統(tǒng)數(shù)據(jù)標(biāo)準(zhǔn)和格式不統(tǒng)一，比如勘探開發(fā)數(shù)據(jù)庫(kù)與各采油廠自建系統(tǒng)的井號(hào)不統(tǒng)一，不同測(cè)井儀器錄取的測(cè)井?dāng)?shù)據(jù)格式不統(tǒng)一，不同業(yè)務(wù)系統(tǒng)間，經(jīng)常存在著數(shù)據(jù)相互調(diào)用，那么需要建立統(tǒng)一的數(shù)據(jù)交換接口定義，保證雙方數(shù)據(jù)可以進(jìn)行順利識(shí)別及調(diào)用。因此要實(shí)現(xiàn)系統(tǒng)有效整合，必須采用統(tǒng)一的數(shù)據(jù)標(biāo)準(zhǔn)，建立數(shù)據(jù)接口程序，與其他系統(tǒng)對(duì)接，實(shí)現(xiàn)數(shù)據(jù)間的傳輸和順利轉(zhuǎn)換。

例如，對(duì)于生產(chǎn)測(cè)試業(yè)務(wù)數(shù)據(jù)，需要建立測(cè)井?dāng)?shù)據(jù)格式的標(biāo)準(zhǔn)協(xié)議，以便解釋人員、解釋系統(tǒng)識(shí)別、解析。對(duì)于經(jīng)營(yíng)管理方面的數(shù)據(jù)，以ERP數(shù)據(jù)模型為主，根據(jù)不同的數(shù)據(jù)應(yīng)用特性擴(kuò)展源數(shù)據(jù)模型、建立擴(kuò)展數(shù)據(jù)表，能夠提高數(shù)據(jù)的訪問效率，對(duì)業(yè)務(wù)數(shù)據(jù)的訪問制定負(fù)載平衡側(cè)率，提高系統(tǒng)的訪問量，縮短系統(tǒng)的響應(yīng)時(shí)間。

2.3 業(yè)務(wù)應(yīng)用集成

在每一個(gè)應(yīng)用系統(tǒng)中建設(shè)基礎(chǔ)數(shù)據(jù)管理，如人員管理、崗位、組織機(jī)構(gòu)，工作流等重復(fù)功能是形成信息孤島的根本原因之一，隨著信息技術(shù)的發(fā)展，將業(yè)務(wù)系統(tǒng)中重復(fù)建設(shè)的通用功能剝離出來，建設(shè)通用功能，集中維護(hù)、統(tǒng)一管理。針對(duì)一些相對(duì)獨(dú)立、功能單一的軟件，梳理業(yè)務(wù)流程，以核心應(yīng)用為基準(zhǔn)，集成改造、界面集成、集成開發(fā)。

2.4在云數(shù)據(jù)中心建立服務(wù)虛擬化

油田公司建設(shè)了云數(shù)據(jù)中心及虛擬化服務(wù)器資源池，本著提高資源利用率和管理效率的原則，測(cè)試公司也陸續(xù)開展服務(wù)器虛擬化工作，結(jié)合本單位信息系統(tǒng)的現(xiàn)狀與需求，在整合硬件設(shè)施的基礎(chǔ)上，軟件平臺(tái)也應(yīng)集成，建立應(yīng)用服務(wù)，實(shí)現(xiàn)資源統(tǒng)一管理、部署自動(dòng)化、共享化。

2.5 具體應(yīng)用

通知、請(qǐng)假、宣傳報(bào)道平臺(tái)各自獨(dú)立，均有一套獨(dú)立的用戶管理系統(tǒng)、權(quán)限管理系統(tǒng)，平臺(tái)之間不能進(jìn)行數(shù)據(jù)共享，平臺(tái)中涉及的崗位、用戶、角色有重疊，資源浪費(fèi)，考慮將這些平臺(tái)整合，共同使用一套用戶管理系統(tǒng)，設(shè)置單一登陸點(diǎn)、權(quán)限分別配置的策略[3]，結(jié)合機(jī)關(guān)部室的業(yè)務(wù)，規(guī)范辦公流程，建設(shè)一套測(cè)試綜合辦公應(yīng)用平臺(tái)。

綜合辦公平臺(tái)建設(shè)是以一個(gè)系統(tǒng)框架，多個(gè)子系統(tǒng)應(yīng)用集成，統(tǒng)一的用戶管理，根據(jù)用戶不同角色配置不同的系統(tǒng)。如下圖：

系統(tǒng)分為數(shù)據(jù)層，服務(wù)層，上層應(yīng)用。在云數(shù)據(jù)中心建立數(shù)據(jù)層，提供數(shù)據(jù)共享服務(wù)，對(duì)于基礎(chǔ)數(shù)據(jù)，可以通過數(shù)據(jù)庫(kù)、Web服務(wù)方式與業(yè)務(wù)系統(tǒng)來共享基礎(chǔ)數(shù)據(jù)，這樣的好處是減少服務(wù)器成本，減少運(yùn)維工作量。在服務(wù)層中，包括消息服務(wù)、流程服務(wù)、系統(tǒng)安全服務(wù)、過程跟蹤服務(wù)、知識(shí)管理服務(wù)、查詢搜索服務(wù)、組織與賬戶存取服務(wù)等。將中心核心應(yīng)用、通用服務(wù)拆分成各種微小單元，這些服務(wù)單元獨(dú)立運(yùn)行，獨(dú)立維護(hù)，一旦發(fā)生需求的改變，只修改某一單元，而不影響其他服務(wù)，為系統(tǒng)擴(kuò)容降低了開發(fā)成本。上層應(yīng)用只需調(diào)用服務(wù)API，若某一應(yīng)用發(fā)生故障，系統(tǒng)的其他應(yīng)用仍然可以正常運(yùn)行。

上層應(yīng)用中可以看到各項(xiàng)系統(tǒng)集成后的功能頁(yè)面。

3 結(jié)論

隨著企業(yè)發(fā)展，加快信息系統(tǒng)的整合與集成，建立微服務(wù)架構(gòu)、云數(shù)據(jù)的應(yīng)用，也符合集團(tuán)公司及油田公司對(duì)信息技術(shù)發(fā)展趨勢(shì)的要求。通過整合、集成與共享，力爭(zhēng)打造分公司內(nèi)部統(tǒng)一的信息資源集成與管理的平臺(tái)，實(shí)現(xiàn)分公司綜合管理工作的網(wǎng)絡(luò)化、自動(dòng)化和智能化，達(dá)到全面提升分公司各項(xiàng)管理工作效率和工作質(zhì)量的管理目標(biāo)要求。

參考文獻(xiàn)：

[1] 彭宇.云計(jì)算在企業(yè)信息系統(tǒng)整合的應(yīng)用[J].電子技術(shù)與軟件工程，2018（14）：183.

[2] 陳光禮.基于云計(jì)算技術(shù)的信息系統(tǒng)整合關(guān)鍵技術(shù)研究[J].電腦知識(shí)與技術(shù)，2018，14（34）：244-245，267.

[3] 梁安健，胡寧，羅劍武，等.基于Spring Cloud的微服務(wù)構(gòu)建及軟件云化應(yīng)用研究[J].電子產(chǎn)品可靠性與環(huán)境試驗(yàn)，2018，36（S1）：105-109.

[4] 李貞昊.微服務(wù)架構(gòu)的發(fā)展與影響分析[J].信息系統(tǒng)工程，2017（1）：154-155.

【通聯(lián)編輯：唐一東】