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

來(lái)源：泛普軟件

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

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

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

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

一審—需求是否清晰

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

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

過(guò)多的需求變更是一個(gè)報(bào)警信號(hào)，意味著問(wèn)題并未真正弄清楚，項(xiàng)目范圍并未很好地確定下來(lái)或是政策變化較大，所以二次開發(fā)項(xiàng)目一定要把控好項(xiàng)目的范圍變化。

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

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

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

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

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

四審—有無(wú)版本控制管理

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

五審—分工是否完備

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

六審—軟件二次開發(fā)不是簡(jiǎn)單修補(bǔ)

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

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

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

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