劉媛媛，任祖春

（松遼水利委員會水文局（信息中心），吉林 長春 130021）

0 引言

松遼流域水資源監(jiān)控管理信息平臺一期建設(shè)成果于 2014 年完工，經(jīng)過試運行后于 2016 年轉(zhuǎn)入正常運行，為保障水資源監(jiān)控管理信息平臺能發(fā)揮投資效益，持續(xù)開展了對平臺的運行維護。對于在運維工作中由于領(lǐng)域差異、建設(shè)期尾工、資源整合尚未開展等因素限制帶來的問題，通過按照信息系統(tǒng)管理框架分層管理，有效理清了維護對象和重點環(huán)節(jié)，開展了有序有效的運行維護，確保了平臺的業(yè)務(wù)能力支撐作用，加深了信息和業(yè)務(wù)部門領(lǐng)域的相互認識，從運維端對水利業(yè)務(wù)信息化項目的運行維護進行了規(guī)范，為二期項目建設(shè)提供了部分需求。

1 存在問題

1.1 工作角度差異

目前，水利業(yè)務(wù)應(yīng)用平臺的運行維護仍在多個方面存在較大提升空間，包括維護規(guī)范性、新技術(shù)應(yīng)用程度和方式、應(yīng)急處置和預(yù)防機制、軟件生命周期評估等，這些問題都偏重于從信息角度進行描述[1]。從業(yè)務(wù)角度則更多地強調(diào)為在應(yīng)用規(guī)劃期和建設(shè)期的需求溝通不暢，很少追溯到運維期。但業(yè)務(wù)應(yīng)用系統(tǒng)的最終目標是通過信息化支撐提升業(yè)務(wù)工作效率，而業(yè)務(wù)和信息化部門在運維工作中關(guān)注的內(nèi)容和重點存在差異，工作視角存在領(lǐng)域鴻溝。

1）從業(yè)務(wù)對象上看，水利業(yè)務(wù)工作對象是非線性的。水利業(yè)務(wù)受自然環(huán)境條件影響較大，管理目標多為自然要素和工程對象。與金融、醫(yī)療等行業(yè)相比，業(yè)務(wù)應(yīng)用操作中由人員開展的固定操作更加具體化，需求的差異化和零散程度更高。而信息運維對象可落在具體節(jié)點上，能更有效地確定維護工作的最小規(guī)定動作集合。

2）從協(xié)同需求和時效要求上看，信息維護工作原生性具有整體協(xié)同和集約化要求。信息技術(shù)更新速度極快，信息部門希望盡快、充分地利用新技術(shù)對業(yè)務(wù)提供統(tǒng)一支撐和維護，這實際上提高了對業(yè)務(wù)流程協(xié)同性改造的迫切度。而各業(yè)務(wù)人員受業(yè)務(wù)分割影響，各業(yè)務(wù)之間的層級關(guān)系不明顯，迫切需要進行線上協(xié)同支撐的業(yè)務(wù)結(jié)合點還有待挖掘，部分業(yè)務(wù)的時效性需求反而偏低。

3） 從關(guān)注內(nèi)容上看，同樣面對流域水利工作，但信息部門和業(yè)務(wù)部門之間仍然存在跨行業(yè)背景差異，知識框架既提供支撐，又形成了一定的約束。在缺乏共同理解體系的條件下，尤其在技術(shù)細節(jié)變化速度不相一致的情況下，雙方對維護需求的關(guān)注點和關(guān)注程度也存在明顯差異和邊界。在工作組織上存在方向性和內(nèi)容上的差異。信息管理部門通常更重視系統(tǒng)的物理運行參數(shù)和安全性，技術(shù)規(guī)范性和一致性較好，但對應(yīng)用層的維護只關(guān)注可用性，難以從業(yè)務(wù)支撐程度上進行量化的管理和質(zhì)量評估。加之不合理的軟件設(shè)計加重了日常操作負擔，造成業(yè)務(wù)部門對技術(shù)改變的不適應(yīng)，導(dǎo)致業(yè)務(wù)管理人員對新技術(shù)缺乏信心。在運行中產(chǎn)生的需求也無法及時有效地得到表達和傳遞，難以形成可持續(xù)復(fù)式優(yōu)化，進而影響業(yè)務(wù)融合。業(yè)務(wù)人員方面，則很少觸及也無從了解系統(tǒng)環(huán)境、支撐平臺等需求和參數(shù)等平臺在信息技術(shù)層面的運行維護內(nèi)容，對統(tǒng)一架構(gòu)、平臺的理解角度不同，通常只給出系統(tǒng)操作是否有效的反饋。雙方在問題的分析上無法達到融通的思考，單純性分工極易造成對維護要素的關(guān)注缺失。其他項目也存在同樣的問題。松遼水利委員會水利信息資源整合共享工作尚未立項，維護資金、管理等仍以煙囪式管理為主，業(yè)務(wù)部門對信息化業(yè)務(wù)平臺的維護管理規(guī)范性與一致性不強，與信息化統(tǒng)一管理、維護、保障的工作方式和要求存在差異，有些同類信息化業(yè)務(wù)項目的運行維護由業(yè)務(wù)部門獨立開展和完成，各有章法，距離越拉越遠。

1.2 開發(fā)尾工影響

應(yīng)用系統(tǒng)的運行維護工作一般劃分為運行性和開發(fā)性維護 2 類。開發(fā)性維護一般由業(yè)務(wù)部門委托相關(guān)公司開發(fā)，通常還伴隨著建設(shè)期開發(fā)尾工任務(wù)。1）項目建設(shè)期的業(yè)務(wù)需求調(diào)研往往不能充分開展，業(yè)務(wù)需求表述和技術(shù)理解之間存在較大差異。調(diào)研方往往只重視工作內(nèi)容和功能描述，而輕視和忽略實際業(yè)務(wù)流程，導(dǎo)致操作方式不落地，不能貼合業(yè)務(wù)工作實際需要等問題的發(fā)生。2）集成工作要求及成果細度不夠。項目開發(fā)中的各個廠商技術(shù)和溝通能力都存在差異，而集成工作顆粒度不夠?qū)е铝藢唧w的流程環(huán)節(jié)和維護點情況掌握不清，對可能產(chǎn)生問題的預(yù)估和解決辦法整理不充分。3）軟件測試和試運行只針對開發(fā)功能和開發(fā)的應(yīng)用系統(tǒng)本身，測試數(shù)據(jù)缺少實際工作中細微的場景變化，缺少模擬現(xiàn)實工作中越來越高的響應(yīng)要求，應(yīng)用系統(tǒng)交付時仍有很多遺留問題，而第三方驗證技術(shù)和經(jīng)費尚難以保證。這些開發(fā)性“尾工”在一定程度上影響了應(yīng)用系統(tǒng)及其數(shù)據(jù)庫等設(shè)計，給運維工作留下隱患和難題。

2 分層管理

分層是按照事務(wù)的功能進行有序的分組，層內(nèi)對象具有一定的相似性，層間關(guān)系也遵循一定的規(guī)則[2]。逐層劃分是最常見的組織結(jié)構(gòu)，并且更容易確定邊界與需求。從信息技術(shù)角度，計算機網(wǎng)絡(luò)體系結(jié)構(gòu)仍主要遵守 OSI7 層模型。應(yīng)用系統(tǒng)建設(shè)框架也基本保持遵循信息感知層、環(huán)境資源層、數(shù)據(jù)層、支撐平臺層、業(yè)務(wù)應(yīng)用層為主體的層級結(jié)構(gòu)。基于大數(shù)據(jù)的應(yīng)用體系劃分數(shù)據(jù)源、數(shù)據(jù)處理和數(shù)據(jù)應(yīng)用，物聯(lián)網(wǎng)、云等新技術(shù)的接入，也沒有改變信息系統(tǒng)分層設(shè)計、建設(shè)的體系。從運維管理角度，運行管理體系可以劃分為組織體系、對象、活動、過程管理和保障資源[3]，也是層級管理，其中的組織體系更是分層管理的直觀體現(xiàn)。

2.1 建立技術(shù)理解體系

雙方必須建立相同的理解體系，才能有效開展協(xié)同和對話。分層管理更容易形成明確的層級結(jié)構(gòu)和層內(nèi)對象，將對平臺整體結(jié)構(gòu)理解的難度劃分到對各層的理解和對層內(nèi)對象的維護要求，需要理解的對象顆粒度逐漸細化，更容易進行明確地量化管理，也更方便業(yè)務(wù)、信息和開發(fā)、集成、實施等多個部門的工作能夠基于同一范疇同一尺度開展。在平臺運維實施方案編制中，規(guī)范性地按照架構(gòu)劃分為信息采集與傳輸層、計算機網(wǎng)絡(luò)層、數(shù)據(jù)資源管理層、應(yīng)用支撐層、業(yè)務(wù)應(yīng)用和交互層，并將維護工作對應(yīng)分割為硬件（區(qū)分實體服務(wù)器和虛擬機）、軟件（區(qū)分系統(tǒng)和商業(yè)軟件）、支撐應(yīng)用、數(shù)據(jù)、應(yīng)用系統(tǒng)及會商室設(shè)備 6 個維護層級。在每一層級中按照具體類型分別確定維護的對象及數(shù)量、巡檢項目及具體指標，明確系統(tǒng)和維護邊界，明確各層間的信息流向和垂向上的指向關(guān)系，以利于在發(fā)生故障時，能有的放矢地減少分析時間，提高維護效率[4]。在這種約定好的框架下，具體的巡檢和故障處理工作可以由一線實施人員按標準完成，信息和業(yè)務(wù)部門管理人員通過可視化報表分析平臺可能存在的運行問題，掌握運維工作情況。

通過 3 a 實際的維護操作，使得包括集成商在內(nèi)的三方共同建立起清晰的平臺總體結(jié)構(gòu)，持續(xù)理清各層級之間的數(shù)據(jù)流向，挖掘出被忽略的維護節(jié)點，在真實的業(yè)務(wù)操作中不斷磨合和研究，獲取了更貼近實際操作的業(yè)務(wù)需求和操作流程，完善或取消了建設(shè)期遺留的臨時性功能和數(shù)據(jù)庫表結(jié)構(gòu)?；诜謱舆\維的量化成果形成共識，對資源方面的問題進行整體上的優(yōu)化，對業(yè)務(wù)操作進行個性化維護開發(fā)，并為修訂平臺維護管理辦法和下一年度項目預(yù)算申報、實施方案的編制和績效目標確定提供參考。對于在運維工作中形成的相對固定的需求，可以由程序完成的部分，提供給二期項目作為建設(shè)補充需求。

2.2 融合管理認識

分層管理在統(tǒng)一的實施路線下，細化拆解業(yè)務(wù)內(nèi)容，并與管理體系相匹配，明晰各層級的目標任務(wù)，有效提高效率；打破業(yè)務(wù)分工慣性，細化認識磨合的顆粒度，逐層完成技術(shù)背景滲透和知識能力的理解建立；能夠細化運維資源，形成量化關(guān)系，是理清管理的基礎(chǔ)。

1）分層管理提高工作效率。運維組織體系的層級需要恰當，過深則容易影響效率，過淺則容易轉(zhuǎn)向扁平化管理，而扁平化管理對組織體系中獨立工作域內(nèi)的個體素質(zhì)要求較高，不能適應(yīng)實際情況。松遼流域水資源監(jiān)控平臺涉及水資源開發(fā)利用、水資源保護與信息化資源整合等，運維管理層級也涉及多個部門，其中技術(shù)運維，以信息人員為主，業(yè)務(wù)人員和集成單位為輔。對信息人員內(nèi)部也劃分為實際操作和技術(shù)管理人員。明確各類人員的工作層級并通力合作，由具體維護工作和集成單位人員共同完成實際操作部分，多為重復(fù)性技術(shù)操作；由技術(shù)管理人員進行實施方案的編制，配合業(yè)務(wù)人員開展系統(tǒng)的使用，檢查相關(guān)報表和工作報告單，發(fā)現(xiàn)問題并組織相關(guān)人員參與問題的研究，以定期向業(yè)務(wù)部門中層管理者匯報，與階段性工作會議機制共同構(gòu)成統(tǒng)一各部門管理共識的手段，僅在技術(shù)要求發(fā)生較大變更時向信息部門領(lǐng)導(dǎo)匯報，提高了工作效率。

2）分層管理提高了認識融合。業(yè)務(wù)應(yīng)用的需求永遠是碎片化的，不可能完全通過開發(fā)期短暫的調(diào)研獲得。參與開發(fā)的高校部門通常偏重于研究性質(zhì)，受制于課題等慣性約束，開發(fā)模式偏向單次試驗運算，而廠商為了獲得更高利潤，更多地使用工廠框架進行本地細節(jié)調(diào)整。這意味著開發(fā)期的需求分析很難抵達真實用戶層，只能借助對平臺和業(yè)務(wù)系統(tǒng)的分層維護，在維護使用過程中磨合獲得。埃德加·沙因的組織文化模型認為存在基本的潛在假設(shè)，當解決問題的方法被反復(fù)運用后，就會成為理所當然[5]。分層服務(wù)使信息和業(yè)務(wù)部門開始使用同樣的結(jié)構(gòu)去理解平臺和應(yīng)用系統(tǒng)，是雙方基本技術(shù)背景相互滲透的過程，對其他項目的建設(shè)也起到一定的作用。通過參與水資源監(jiān)控平臺的分層運維管理，業(yè)務(wù)人員逐漸理解了結(jié)構(gòu)化數(shù)據(jù)、統(tǒng)一地圖平臺等信息化技術(shù)，并將這些理解有效延伸到新建項目的開發(fā)中。例如在開展水資源保護基礎(chǔ)數(shù)據(jù)庫和清單管理平臺數(shù)據(jù)庫開發(fā)中，業(yè)務(wù)人員能夠配合信息人員進行項目建設(shè)對象的分層梳理，形成了業(yè)務(wù)數(shù)據(jù)庫建設(shè)中數(shù)據(jù)目錄確認、對象結(jié)構(gòu)和關(guān)系確認、數(shù)據(jù)庫結(jié)構(gòu)建設(shè)和數(shù)據(jù)加載的標準建設(shè)模式的共識，為水利信息化與業(yè)務(wù)的深入融合取得了認識融合這一有效切入點。

3）分層管理提高了信息化支撐能力。信息部門和業(yè)務(wù)部門始終存在著一條領(lǐng)域界線，信息部門開展傳統(tǒng)型業(yè)務(wù)工作時，環(huán)境壁壘和難度較大，很難向界線上方突破。與技術(shù)廠商相比缺少品牌，與傳統(tǒng)水利業(yè)務(wù)融合時缺乏有效渠道，作為市場和業(yè)務(wù)部門中間的紐帶，既需要提供信息化技術(shù)支持，又需要找到對的用戶思維。但同時信息部門也是各種需求、要素的匯聚點，能夠貫穿水利業(yè)務(wù)管理工作的各層各面，是水利業(yè)務(wù)與其他行業(yè)交叉融合的突破點之一。分層管理能夠細化運維管理中的資源和能力，在一定程度上量化實物量與價值量的關(guān)系，例如服務(wù)器群的物理資源能力和接入虛擬化方案后的動態(tài)分配能力的量化關(guān)系，在資源分配上形成有效機制，使信息部門能有的放矢地開展信息資源管理工作，對運維經(jīng)費管理提供支撐。也能使業(yè)務(wù)部門在一定程度上理解信息化項目如何計算資源的投入、分配和限制機制，提高了業(yè)務(wù)部門對信息化支撐能力的認同。

3 結(jié)語

實得信息量是因人而異的[6]。分層管理充分利用了信息的價值相對性，降低專業(yè)難度，提高相對認識，為松遼流域水資源監(jiān)控平臺的運行維護工作提供了良好支持，并陸續(xù)推廣到對松遼水利委員會農(nóng)村水利基礎(chǔ)管理系統(tǒng)、水資源監(jiān)督管理清單管理平臺和山洪災(zāi)害等系統(tǒng)的運行維護中。通過對已建項目運行維護的規(guī)范化建設(shè)，完成對已建項目信息化角度的規(guī)范管理和資源梳理，形成結(jié)構(gòu)一致、大小皆宜的統(tǒng)一運維模式，有效地把需求端的不一致轉(zhuǎn)化為生產(chǎn)端的標準化，是在系統(tǒng)后建設(shè)期的資源整合工作，為從運維角度開展資源整合，形成智慧水利流程再造基礎(chǔ)共識提供了探索和參考。