七審網(wǎng)管軟件開發(fā)設計

來源：泛普軟件

網(wǎng)絡管理信息系統(tǒng)是軟件層面的，它不同于網(wǎng)絡設備、鏈路的實施，它屬于邏輯部件而非物理部件，缺乏“可見性”。在軟件的程序代碼正式上機試運行之前，網(wǎng)管軟件開發(fā)過程的進展情況較難衡量，質(zhì)量難以評估。這個問題在需要對商品化軟件進行二次開發(fā)的過程中尤為突出。

幾乎所有的軟件應用系統(tǒng)都不同程度地存在軟件危機問題，以中石油的網(wǎng)絡管理系統(tǒng)為例，在它的運行環(huán)境中也曾出現(xiàn)過“網(wǎng)管系統(tǒng)不好用，該報的不報，不該報的亂報”、 “網(wǎng)管系統(tǒng)能發(fā)揮一些作用，但在應用系統(tǒng)運維監(jiān)控上還有待提高”等來自最終用戶的抱怨。

中國石油信息化建設十一五規(guī)劃自2004年啟動中國石油廣域網(wǎng)建設項目以來，已形成了異常龐大而復雜的中國石油廣域網(wǎng)基礎設施架構，它依托11個區(qū)域網(wǎng)絡中心、覆蓋173家地區(qū)公司，以RPR2.5G核心環(huán)網(wǎng)和跨地域的雙核心路由設備、雙鏈路為特點構建。其網(wǎng)絡結構具有范圍廣、規(guī)模大、應用系統(tǒng)需求多、鏈路帶寬需求高、鏈路質(zhì)量保證要求高等諸多業(yè)務特點。自2004年伴隨網(wǎng)絡建設同期實施網(wǎng)絡管理信息系統(tǒng)以來，中國石油在總部和10個區(qū)域中心已經(jīng)成功構建了層次化架構的網(wǎng)絡管理系統(tǒng)，并建立了相關的網(wǎng)絡管理制度。作為一個以成熟產(chǎn)品為核心引擎，進行個性化、特色化定制的軟件二次客戶化開發(fā)項目，如何有條不紊地精心設計、滿足最終用戶的實際運維需求，如何規(guī)范化、較為系統(tǒng)地進行網(wǎng)絡管理開發(fā)工作就成為一個較大的問題擺在了管理層面上。其設計、實施的每一步都相互關聯(lián)相互制約，對中國石油這么一張令思科、華為等眾多著名廠家都頭痛的網(wǎng)管系統(tǒng)的建設，可以看做一個典型的將軟件工程理論應用于網(wǎng)管軟件的案例。

縱觀這些年中國石油網(wǎng)管開發(fā)的過程，網(wǎng)絡由單鏈路發(fā)展到雙鏈路、路由從單核心發(fā)展到雙核心，加上大批基層單位接入的種種外在因素的影響，給網(wǎng)絡管理帶來很大挑戰(zhàn)。根據(jù)經(jīng)驗，在網(wǎng)管系統(tǒng)軟件開發(fā)時需審視幾個問題。

一審—需求是否清晰

如果開發(fā)者對用戶群體的需求沒有完整準確的認識，或者對同樣問題的理解存在差異，而實際操作中也未能及時溝通規(guī)避這種差異帶來的潛在風險，將導致網(wǎng)管系統(tǒng)急于求成。設計者在對用戶需求未能完全正確認識的情況下就著手編寫相關代碼，在最終功能實現(xiàn)上就容易與期望值有所偏差。再加上網(wǎng)絡基礎環(huán)境在建設期變化較為頻繁等諸多因素，需求分析更顯得尤其重要。

需求分析階段研究的對象是軟件項目的用戶要求。一方面，必須全面理解用戶的各項要求，但又不能漫無目的地全盤接受所有的要求; 另一方面，要準確地表達用戶要求。只有經(jīng)過確切描述的軟件需求才能成為軟件設計的基礎。由于存在對郵件系統(tǒng)、視頻會議、門戶系統(tǒng)等各項專業(yè)系統(tǒng)的管理，許多情況下參與調(diào)研的技術人員與用戶本身在專業(yè)知識上存在較大差異，這種對專業(yè)知識的不均衡性，導致對目標呈現(xiàn)的預期也有較大的差異。所以在需求文檔上必須有一個廣泛認同的預期實現(xiàn)目標描述。

過多的需求變更是一個報警信號，意味著問題并未真正弄清楚，項目范圍并未很好地確定下來或是政策變化較大，所以二次開發(fā)項目一定要把控好項目的范圍變化。

二審—開發(fā)實施文檔是否完備

開發(fā)各階段的配套文檔不齊全，將導致系統(tǒng)先實施后補文檔，缺乏完善的計劃性。由于開發(fā)者考慮問題過于簡單，缺乏技術環(huán)節(jié)的充分討論，與用戶之間對同一問題的認知有偏差，導致最終實施結果與用戶已經(jīng)變化了的需求無法吻合，這個時候更應該在技術實現(xiàn)環(huán)節(jié)加強文檔規(guī)范化的約束。

三審—測試環(huán)節(jié)的地位

由于軟硬件、人員等諸多因素的欠缺，技術人員忽視了開發(fā)過程中的測試環(huán)節(jié)，往往是在匆匆忙忙簡單測試之后就將結果提交給了用戶，導致系統(tǒng)漏洞百出又總是修修補補，這樣大量的精力和時間沒有利用在真正的開發(fā)環(huán)節(jié)上，反而消耗在了重復性的工作環(huán)節(jié)當中。

用戶需求和功能需求是系統(tǒng)測試的重要參考。如果未說明產(chǎn)品在多種多樣條件下的期望值，系統(tǒng)測試者將很難明確正確的測試內(nèi)容。反過來說，系統(tǒng)測試是一種方法，可以驗證開發(fā)計劃中所列的功能是否按預期要求實現(xiàn)了; 同時，也驗證了用戶任務是否能正確地執(zhí)行。

四審—有無版本控制管理

沒有引入版本控制管理概念，會導致用戶提什么需求維護人員就盲目地“打補丁”滿足，缺乏對階段性關鍵點的把控，對問題的處理未能實現(xiàn)按緊迫程度、實施難度、技術手段障礙等因素排序。沒有版本控制管理就無法將開發(fā)工作按合理的時間段劃分，什么階段應該干什么、下一階段的版本應該展現(xiàn)什么都得不到明確清晰的定位。

五審—分工是否完備

由于網(wǎng)管整體項目不但涉及網(wǎng)絡鏈路、路由交換設備的狀態(tài)、性能、流量、丟包率等參數(shù)指標的監(jiān)控，而且還涉及應用系統(tǒng)的服務器性能指標、專業(yè)應用的服務可用性、關鍵進程的監(jiān)控等眾多參數(shù)的提取和閥值監(jiān)控。這些工作需要項目組成員進行不同分工、協(xié)同工作、相互配合，尤其需要各應用系統(tǒng)的協(xié)調(diào)。而在這方面由于經(jīng)驗的欠缺和方法學、管理工具的匱乏，致使管理不善，工作人員忙沒有忙到點子上。

六審—軟件二次開發(fā)不是簡單修補

軟件的二次開發(fā)有別于單純軟件的新建開發(fā)，它必須在對原有系統(tǒng)深入了解的基礎上，充分考慮具體實現(xiàn)的功能在實際中能對原有系統(tǒng)提升多少、功能完善健全多少; 而且要考慮到各子系統(tǒng)之間的集成，使最終的產(chǎn)品展現(xiàn)能有一個質(zhì)的變化。

七審—開發(fā)接口是否統(tǒng)一

項目之間、項目組各功能小組之間是通過一定的接口與軟件開發(fā)隊伍聯(lián)系的，這些接口對項目需求活動起著重要作用。為保證能順利進行這些接口操作，設計人員要與其他領域的合作者多交流，讓他們知道應改進想法和調(diào)整計劃。

綜上所述，為保證網(wǎng)絡正常安全運行及信息在各層次架構之間的實時傳輸，僅靠單純的人工管理，被動式的檢查維護已無法滿足整個系統(tǒng)良好運轉(zhuǎn)的需要。對于大規(guī)模的網(wǎng)絡環(huán)境和復雜的專業(yè)應用系統(tǒng)，必須對其進行有效的監(jiān)控管理，及時處理網(wǎng)絡中眾多設備發(fā)出的事件報告，當網(wǎng)絡中出現(xiàn)故障時系統(tǒng)能在最短時間內(nèi)偵測到源故障點，及時有效地告知運維人員，減少問題的發(fā)生和排障響應時間，提高系統(tǒng)的可用性，而其基礎就是將軟件工程理論應用于網(wǎng)管軟件的開發(fā)。（郭以東劉曉