當(dāng)前位置:工程項(xiàng)目OA系統(tǒng) > 泛普各地 > 貴州OA系統(tǒng) > 貴陽OA系統(tǒng) > 貴陽OA快博
七審網(wǎng)管軟件開發(fā)設(shè)計(jì)
網(wǎng)絡(luò)管理信息系統(tǒng)是軟件層面的,它不同于網(wǎng)絡(luò)設(shè)備、鏈路的實(shí)施,它屬于邏輯部件而非物理部件,缺乏“可見性”。在軟件的程序代碼正式上機(jī)試運(yùn)行之前,網(wǎng)管軟件開發(fā)過程的進(jìn)展情況較難衡量,質(zhì)量難以評估。這個問題在需要對商品化軟件進(jìn)行二次開發(fā)的過程中尤為突出。
幾乎所有的軟件應(yīng)用系統(tǒng)都不同程度地存在軟件危機(jī)問題,以中石油的網(wǎng)絡(luò)管理系統(tǒng)為例,在它的運(yùn)行環(huán)境中也曾出現(xiàn)過“網(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)控上還有待提高”等來自最終用戶的抱怨。
中國石油信息化建設(shè)十一五規(guī)劃自2004年啟動中國石油廣域網(wǎng)建設(shè)項(xiàng)目以來,已形成了異常龐大而復(fù)雜的中國石油廣域網(wǎng)基礎(chǔ)設(shè)施架構(gòu),它依托11個區(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)以來,中國石油在總部和10個區(qū)域中心已經(jīng)成功構(gòu)建了層次化架構(gòu)的網(wǎng)絡(luò)管理系統(tǒng),并建立了相關(guān)的網(wǎng)絡(luò)管理制度。作為一個以成熟產(chǎn)品為核心引擎,進(jìn)行個性化、特色化定制的軟件二次客戶化開發(fā)項(xiàng)目,如何有條不紊地精心設(shè)計(jì)、滿足最終用戶的實(shí)際運(yùn)維需求,如何規(guī)范化、較為系統(tǒng)地進(jìn)行網(wǎng)絡(luò)管理開發(fā)工作就成為一個較大的問題擺在了管理層面上。其設(shè)計(jì)、實(shí)施的每一步都相互關(guān)聯(lián)相互制約,對中國石油這么一張令思科、華為等眾多著名廠家都頭痛的網(wǎng)管系統(tǒng)的建設(shè),可以看做一個典型的將軟件工程理論應(yīng)用于網(wǎng)管軟件的案例。
縱觀這些年中國石油網(wǎng)管開發(fā)的過程,網(wǎng)絡(luò)由單鏈路發(fā)展到雙鏈路、路由從單核心發(fā)展到雙核心,加上大批基層單位接入的種種外在因素的影響,給網(wǎng)絡(luò)管理帶來很大挑戰(zhàn)。根據(jù)經(jīng)驗(yàn),在網(wǎng)管系統(tǒng)軟件開發(fā)時(shí)需審視幾個問題。
一審—需求是否清晰
如果開發(fā)者對用戶群體的需求沒有完整準(zhǔn)確的認(rèn)識,或者對同樣問題的理解存在差異,而實(shí)際操作中也未能及時(shí)溝通規(guī)避這種差異帶來的潛在風(fēng)險(xiǎn),將導(dǎo)致網(wǎng)管系統(tǒng)急于求成。設(shè)計(jì)者在對用戶需求未能完全正確認(rèn)識的情況下就著手編寫相關(guān)代碼,在最終功能實(shí)現(xiàn)上就容易與期望值有所偏差。再加上網(wǎng)絡(luò)基礎(chǔ)環(huán)境在建設(shè)期變化較為頻繁等諸多因素,需求分析更顯得尤其重要。
需求分析階段研究的對象是軟件項(xiàng)目的用戶要求。一方面,必須全面理解用戶的各項(xiàng)要求,但又不能漫無目的地全盤接受所有的要求; 另一方面,要準(zhǔn)確地表達(dá)用戶要求。只有經(jīng)過確切描述的軟件需求才能成為軟件設(shè)計(jì)的基礎(chǔ)。由于存在對郵件系統(tǒng)、視頻會議、門戶系統(tǒng)等各項(xiàng)專業(yè)系統(tǒng)的管理,許多情況下參與調(diào)研的技術(shù)人員與用戶本身在專業(yè)知識上存在較大差異,這種對專業(yè)知識的不均衡性,導(dǎo)致對目標(biāo)呈現(xiàn)的預(yù)期也有較大的差異。所以在需求文檔上必須有一個廣泛認(rèn)同的預(yù)期實(shí)現(xiàn)目標(biāo)描述。
過多的需求變更是一個報(bào)警信號,意味著問題并未真正弄清楚,項(xiàng)目范圍并未很好地確定下來或是政策變化較大,所以二次開發(fā)項(xiàng)目一定要把控好項(xiàng)目的范圍變化。
二審—開發(fā)實(shí)施文檔是否完備
開發(fā)各階段的配套文檔不齊全,將導(dǎo)致系統(tǒng)先實(shí)施后補(bǔ)文檔,缺乏完善的計(jì)劃性。由于開發(fā)者考慮問題過于簡單,缺乏技術(shù)環(huán)節(jié)的充分討論,與用戶之間對同一問題的認(rèn)知有偏差,導(dǎo)致最終實(shí)施結(jié)果與用戶已經(jīng)變化了的需求無法吻合,這個時(shí)候更應(yīng)該在技術(shù)實(shí)現(xiàn)環(huán)節(jié)加強(qiáng)文檔規(guī)范化的約束。
三審—測試環(huán)節(jié)的地位
由于軟硬件、人員等諸多因素的欠缺,技術(shù)人員忽視了開發(fā)過程中的測試環(huán)節(jié),往往是在匆匆忙忙簡單測試之后就將結(jié)果提交給了用戶,導(dǎo)致系統(tǒng)漏洞百出又總是修修補(bǔ)補(bǔ),這樣大量的精力和時(shí)間沒有利用在真正的開發(fā)環(huán)節(jié)上,反而消耗在了重復(fù)性的工作環(huán)節(jié)當(dāng)中。
用戶需求和功能需求是系統(tǒng)測試的重要參考。如果未說明產(chǎn)品在多種多樣條件下的期望值,系統(tǒng)測試者將很難明確正確的測試內(nèi)容。反過來說,系統(tǒng)測試是一種方法,可以驗(yàn)證開發(fā)計(jì)劃中所列的功能是否按預(yù)期要求實(shí)現(xiàn)了; 同時(shí),也驗(yàn)證了用戶任務(wù)是否能正確地執(zhí)行。
四審—有無版本控制管理
沒有引入版本控制管理概念,會導(dǎo)致用戶提什么需求維護(hù)人員就盲目地“打補(bǔ)丁”滿足,缺乏對階段性關(guān)鍵點(diǎn)的把控,對問題的處理未能實(shí)現(xiàn)按緊迫程度、實(shí)施難度、技術(shù)手段障礙等因素排序。沒有版本控制管理就無法將開發(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é)、管理工具的匱乏,致使管理不善,工作人員忙沒有忙到點(diǎn)子上。
六審—軟件二次開發(fā)不是簡單修補(bǔ)
軟件的二次開發(fā)有別于單純軟件的新建開發(fā),它必須在對原有系統(tǒng)深入了解的基礎(chǔ)上,充分考慮具體實(shí)現(xiàn)的功能在實(shí)際中能對原有系統(tǒng)提升多少、功能完善健全多少; 而且要考慮到各子系統(tǒng)之間的集成,使最終的產(chǎn)品展現(xiàn)能有一個質(zhì)的變化。
七審—開發(fā)接口是否統(tǒng)一
項(xiàng)目之間、項(xiàng)目組各功能小組之間是通過一定的接口與軟件開發(fā)隊(duì)伍聯(lián)系的,這些接口對項(xiàng)目需求活動起著重要作用。為保證能順利進(jìn)行這些接口操作,設(shè)計(jì)人員要與其他領(lǐng)域的合作者多交流,讓他們知道應(yīng)改進(jìn)想法和調(diào)整計(jì)劃。
綜上所述,為保證網(wǎng)絡(luò)正常安全運(yùn)行及信息在各層次架構(gòu)之間的實(shí)時(shí)傳輸,僅靠單純的人工管理,被動式的檢查維護(hù)已無法滿足整個系統(tǒng)良好運(yùn)轉(zhuǎn)的需要。對于大規(guī)模的網(wǎng)絡(luò)環(huán)境和復(fù)雜的專業(yè)應(yīng)用系統(tǒng),必須對其進(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)偵測到源故障點(diǎn),及時(shí)有效地告知運(yùn)維人員,減少問題的發(fā)生和排障響應(yīng)時(shí)間,提高系統(tǒng)的可用性,而其基礎(chǔ)就是將軟件工程理論應(yīng)用于網(wǎng)管軟件的開發(fā)。( 郭以東 劉曉
網(wǎng)絡(luò)管理信息系統(tǒng)是軟件層面的,它不同于網(wǎng)絡(luò)設(shè)備、鏈路的實(shí)施,它屬于邏輯部件而非物理部件,缺乏“可見性”。在軟件的程序代碼正式上機(jī)試運(yùn)行之前,網(wǎng)管軟件開發(fā)過程的進(jìn)展情況較難衡量,質(zhì)量難以評估。這個問題在需要對商品化軟件進(jìn)行二次開發(fā)的過程中尤為突出。
幾乎所有的軟件應(yīng)用系統(tǒng)都不同程度地存在軟件危機(jī)問題,以中石油的網(wǎng)絡(luò)管理系統(tǒng)為例,在它的運(yùn)行環(huán)境中也曾出現(xiàn)過“網(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)控上還有待提高”等來自最終用戶的抱怨。
中國石油信息化建設(shè)十一五規(guī)劃自2004年啟動中國石油廣域網(wǎng)建設(shè)項(xiàng)目以來,已形成了異常龐大而復(fù)雜的中國石油廣域網(wǎng)基礎(chǔ)設(shè)施架構(gòu),它依托11個區(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)以來,中國石油在總部和10個區(qū)域中心已經(jīng)成功構(gòu)建了層次化架構(gòu)的網(wǎng)絡(luò)管理系統(tǒng),并建立了相關(guān)的網(wǎng)絡(luò)管理制度。作為一個以成熟產(chǎn)品為核心引擎,進(jìn)行個性化、特色化定制的軟件二次客戶化開發(fā)項(xiàng)目,如何有條不紊地精心設(shè)計(jì)、滿足最終用戶的實(shí)際運(yùn)維需求,如何規(guī)范化、較為系統(tǒng)地進(jìn)行網(wǎng)絡(luò)管理開發(fā)工作就成為一個較大的問題擺在了管理層面上。其設(shè)計(jì)、實(shí)施的每一步都相互關(guān)聯(lián)相互制約,對中國石油這么一張令思科、華為等眾多著名廠家都頭痛的網(wǎng)管系統(tǒng)的建設(shè),可以看做一個典型的將軟件工程理論應(yīng)用于網(wǎng)管軟件的案例。
縱觀這些年中國石油網(wǎng)管開發(fā)的過程,網(wǎng)絡(luò)由單鏈路發(fā)展到雙鏈路、路由從單核心發(fā)展到雙核心,加上大批基層單位接入的種種外在因素的影響,給網(wǎng)絡(luò)管理帶來很大挑戰(zhàn)。根據(jù)經(jīng)驗(yàn),在網(wǎng)管系統(tǒng)軟件開發(fā)時(shí)需審視幾個問題。
一審—需求是否清晰
如果開發(fā)者對用戶群體的需求沒有完整準(zhǔn)確的認(rèn)識,或者對同樣問題的理解存在差異,而實(shí)際操作中也未能及時(shí)溝通規(guī)避這種差異帶來的潛在風(fēng)險(xiǎn),將導(dǎo)致網(wǎng)管系統(tǒng)急于求成。設(shè)計(jì)者在對用戶需求未能完全正確認(rèn)識的情況下就著手編寫相關(guān)代碼,在最終功能實(shí)現(xiàn)上就容易與期望值有所偏差。再加上網(wǎng)絡(luò)基礎(chǔ)環(huán)境在建設(shè)期變化較為頻繁等諸多因素,需求分析更顯得尤其重要。
需求分析階段研究的對象是軟件項(xiàng)目的用戶要求。一方面,必須全面理解用戶的各項(xiàng)要求,但又不能漫無目的地全盤接受所有的要求; 另一方面,要準(zhǔn)確地表達(dá)用戶要求。只有經(jīng)過確切描述的軟件需求才能成為軟件設(shè)計(jì)的基礎(chǔ)。由于存在對郵件系統(tǒng)、視頻會議、門戶系統(tǒng)等各項(xiàng)專業(yè)系統(tǒng)的管理,許多情況下參與調(diào)研的技術(shù)人員與用戶本身在專業(yè)知識上存在較大差異,這種對專業(yè)知識的不均衡性,導(dǎo)致對目標(biāo)呈現(xiàn)的預(yù)期也有較大的差異。所以在需求文檔上必須有一個廣泛認(rèn)同的預(yù)期實(shí)現(xiàn)目標(biāo)描述。
過多的需求變更是一個報(bào)警信號,意味著問題并未真正弄清楚,項(xiàng)目范圍并未很好地確定下來或是政策變化較大,所以二次開發(fā)項(xiàng)目一定要把控好項(xiàng)目的范圍變化。
二審—開發(fā)實(shí)施文檔是否完備
開發(fā)各階段的配套文檔不齊全,將導(dǎo)致系統(tǒng)先實(shí)施后補(bǔ)文檔,缺乏完善的計(jì)劃性。由于開發(fā)者考慮問題過于簡單,缺乏技術(shù)環(huán)節(jié)的充分討論,與用戶之間對同一問題的認(rèn)知有偏差,導(dǎo)致最終實(shí)施結(jié)果與用戶已經(jīng)變化了的需求無法吻合,這個時(shí)候更應(yīng)該在技術(shù)實(shí)現(xiàn)環(huán)節(jié)加強(qiáng)文檔規(guī)范化的約束。
三審—測試環(huán)節(jié)的地位
由于軟硬件、人員等諸多因素的欠缺,技術(shù)人員忽視了開發(fā)過程中的測試環(huán)節(jié),往往是在匆匆忙忙簡單測試之后就將結(jié)果提交給了用戶,導(dǎo)致系統(tǒng)漏洞百出又總是修修補(bǔ)補(bǔ),這樣大量的精力和時(shí)間沒有利用在真正的開發(fā)環(huán)節(jié)上,反而消耗在了重復(fù)性的工作環(huán)節(jié)當(dāng)中。
用戶需求和功能需求是系統(tǒng)測試的重要參考。如果未說明產(chǎn)品在多種多樣條件下的期望值,系統(tǒng)測試者將很難明確正確的測試內(nèi)容。反過來說,系統(tǒng)測試是一種方法,可以驗(yàn)證開發(fā)計(jì)劃中所列的功能是否按預(yù)期要求實(shí)現(xiàn)了; 同時(shí),也驗(yàn)證了用戶任務(wù)是否能正確地執(zhí)行。
四審—有無版本控制管理
沒有引入版本控制管理概念,會導(dǎo)致用戶提什么需求維護(hù)人員就盲目地“打補(bǔ)丁”滿足,缺乏對階段性關(guān)鍵點(diǎn)的把控,對問題的處理未能實(shí)現(xiàn)按緊迫程度、實(shí)施難度、技術(shù)手段障礙等因素排序。沒有版本控制管理就無法將開發(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é)、管理工具的匱乏,致使管理不善,工作人員忙沒有忙到點(diǎn)子上。
六審—軟件二次開發(fā)不是簡單修補(bǔ)
軟件的二次開發(fā)有別于單純軟件的新建開發(fā),它必須在對原有系統(tǒng)深入了解的基礎(chǔ)上,充分考慮具體實(shí)現(xiàn)的功能在實(shí)際中能對原有系統(tǒng)提升多少、功能完善健全多少; 而且要考慮到各子系統(tǒng)之間的集成,使最終的產(chǎn)品展現(xiàn)能有一個質(zhì)的變化。
七審—開發(fā)接口是否統(tǒng)一
項(xiàng)目之間、項(xiàng)目組各功能小組之間是通過一定的接口與軟件開發(fā)隊(duì)伍聯(lián)系的,這些接口對項(xiàng)目需求活動起著重要作用。為保證能順利進(jìn)行這些接口操作,設(shè)計(jì)人員要與其他領(lǐng)域的合作者多交流,讓他們知道應(yīng)改進(jìn)想法和調(diào)整計(jì)劃。
綜上所述,為保證網(wǎng)絡(luò)正常安全運(yùn)行及信息在各層次架構(gòu)之間的實(shí)時(shí)傳輸,僅靠單純的人工管理,被動式的檢查維護(hù)已無法滿足整個系統(tǒng)良好運(yùn)轉(zhuǎn)的需要。對于大規(guī)模的網(wǎng)絡(luò)環(huán)境和復(fù)雜的專業(yè)應(yīng)用系統(tǒng),必須對其進(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)偵測到源故障點(diǎn),及時(shí)有效地告知運(yùn)維人員,減少問題的發(fā)生和排障響應(yīng)時(shí)間,提高系統(tǒng)的可用性,而其基礎(chǔ)就是將軟件工程理論應(yīng)用于網(wǎng)管軟件的開發(fā)。(ccw- 2008年01月14日第02期 C8)
- 1貴州某房地產(chǎn)公司OA協(xié)同辦公系統(tǒng)模塊需求明細(xì)
- 2中外ERP廠商及軟件比較言
- 3eHR實(shí)施 計(jì)劃不如變化快?
- 42008年具有戰(zhàn)略性的十大信息技術(shù)
- 5上海煙草機(jī)械有限責(zé)任公司成功運(yùn)用eHR軟件
- 6IT戰(zhàn)略績效評估解惑CEO
- 7泛普軟件OA辦公系統(tǒng)是一款融合了當(dāng)下最先進(jìn)管理理念
- 8日立硬盤榮獲聯(lián)想"最佳質(zhì)量獎"
- 9整合金融企業(yè)外聯(lián)網(wǎng)絡(luò)
- 10MES成瓶子里的蒼蠅
- 11用ERP完成一場200億的集權(quán)運(yùn)動
- 12麥德龍的信息整合
- 13用BPM構(gòu)建個性O(shè)A
- 14大話ERP之發(fā)票處理的技巧
- 15BPR賣拐
- 16企業(yè)OA發(fā)展與目標(biāo)績效管理的關(guān)系
- 17協(xié)同辦公管理系統(tǒng)搭建任務(wù)的分配和確定:
- 18管理IT誰先行
- 19OA系統(tǒng)的會議類型設(shè)置頁面新增共享功能
- 20企業(yè)信息化進(jìn)入關(guān)鍵年 外包成趨勢
- 21獨(dú)立BI廠商能否獨(dú)善其身
- 22SaaS之后是什么?
- 23四種需求 緊盯商業(yè)智能市場新增長點(diǎn)
- 24泛普OA-咨詢組 負(fù)責(zé)需求收集、流程梳理
- 25軟件廠商警惕“隱性決策人”
- 26用IT服務(wù)社會
- 27中央紅打造現(xiàn)代生活供應(yīng)鏈
- 282008年IT六大熱點(diǎn)書寫業(yè)務(wù)科技新篇章
- 29企業(yè)CIO剖析中小企業(yè)信息化盲點(diǎn)
- 302008年制造業(yè)將成為ERP新戰(zhàn)場
成都公司:成都市成華區(qū)建設(shè)南路160號1層9號
重慶公司:重慶市江北區(qū)紅旗河溝華創(chuàng)商務(wù)大廈18樓