《網絡規劃設計師》學習雜記----第2章(2)

2.2 網絡分析與設計過程
2.2.0 網絡規範
上面講過規範性的文檔很重要,正所謂國有國法行有行規,開發過程需要一系列的規範來約束,你不能天馬行空,我行我素。比如在公司,你要幹個啥事都得填個表單寫個報告文件啥的。網絡設計過程也一樣,一開始的需求調查要有設計合理規範的用戶需求調查表,需求變更要有變更控制的流程,成本控制、進度控制等都得有相應的規範。沒有規矩不成方圓,你不要以爲你在擦屁股紙上寫個借條,誰都會借錢給你!

2.2.1 網絡生命週期
沒有不老化的生命,沒有不過時的網絡,該Over的時候就要知趣的Over。一個網絡從構思設計到最後被淘汰的過程就叫網絡的生命週期。這裏還有一個以網絡應用驅動理論和成本評價機制爲核心的新名詞:迭代週期,咋一聽起來有點更年期意味,它實際上就是更新改造週期。但並不是每個網絡都有機會進入“迭代週期”的。舉個例子:假如你是一公司職員,活力四射的工作了幾年後,突然被老闆發現許多新的工作你幹不來了(網絡應用驅動理論:有了新的應用需求)。老闆一琢磨,把你培訓一下要花50大洋,招個新人得多出100大洋(成本評價機制:建個新的網絡比升級當前網絡要貴),於是,老闆宣佈對你進行在職培訓,你就進入了“迭代週期”。之後你又工作了幾年,老闆又看你礙眼了,他心裏嘀咕:再培訓這傢伙的花200大洋啊,況且身上零件都老化了,乾脆幹掉你招個新人吧,那麼你在該公司的職業生涯(生命週期)也就Over了。
每個迭代週期就是一個網絡重構的過程。實際當中,就是全新建立一個網絡,我們也習慣的叫做進入第一個迭代週期。書上分的很細,又是四階段、又是六階段的,又不是跆拳道比賽,分那麼細緻幹嘛?在實際的網絡規劃方案中,並不是一定要按部就班的嚴格按這些來進行的。大多數都是以五階段週期爲參考進行設計的,下面我們就來詳細說說五個階段週期。

2.2.2 網絡開發過程
下圖就是五階段週期的模型劃分。

請記住這個開發過程的主線,下面的內容都是圍繞這個主線進行的。

2.3 需求分析
客戶的需求,就是我們的追求。如果不能把客戶的需求挖掘出來,那網絡規劃就是無頭蒼蠅。這裏之所以用“挖掘”,是因爲有時候連客戶都不一定完全清楚他們需要什麼。這就需要我們專業人士從專業的角度去分析他們的業務類型,分析那些用戶會使用網絡,公司的那些應用軟件或系統要運行在網絡上,並分別找出它們對網絡的依賴,儘量的用既專業又通俗的語言去描述他們目前所面臨的問題和需要的網絡功能。這就是需求分析,如果這開始的一步不做好,就把網絡給人家架了起來,我想等驗收付款的時候,你就會聽到客戶深情的呼喊:其實你不懂我的心。
當然,對於只有一小撮網絡需求人員的小公司,用腳趾頭都能想到他們需要什麼樣的網絡功能,無外乎OA辦公、Web、Email、共享和文件傳輸等。接到這樣的活就沒必要大動干戈的給他搞全套服務了,所以當你看到從網上下載的“xx中小企業網絡規劃方案”中關於需求分析的章節只有寥寥數語時,不要迷惑不要鄙視,出多大錢辦多大事嘛。下面我們就說說大公司大企業做網絡規劃時需求分析的內容,這就要拿出全活了。
需求分析的重要性必要性就不廢話了。關鍵是需求分析的內容和過程。我們從五個方面來分析。
 
2.3.1 業務需求分析
業務需求分析是明確企業的哪些業務要用到網絡以及對網絡功能的要求(如帶寬、QoS、網絡佈局等)。還是舉例來說吧。話說這一天,花果山公司的孫總把你叫去,和他們公司的管理層人員就網絡規劃問題開個座談會。會上大家踊躍發言。生產部副總說:“我們的需要通過網絡把水果園裏的各項參數比如溼度、溫度、二氧化碳含量等採集並顯示到我的電腦上,並且能和其它各地分園的數據比較共享;還需要監控水果基地,防止有人偷吃”。銷售副總說:“我們要和全球的客戶們無障礙的進行網絡溝通,包括訂單接受、客服服務、在線諮詢協商等”。開發部門老大說:“我們爲了要保證花果山開發圖紙的安全,需要採用B/S架構模式進行圖紙開發,我們的圖紙很多,流量很大哦”… 大家興正起時,財務部眼鏡女暴起:“我要獨立,我要絕對的安全!!”
其實,這就是一個業務需求初步收集的過程。作爲網絡規劃者,你要一一記下了,然後確定相關的關鍵人物。再進行詳談,確認與網絡有關的所有業務項目。只有把與網絡有關的業務搞清楚了,你才能確定他們都需要哪些網絡功能,需要採用什麼樣的網絡架構,應該購買什麼樣的設備。也只有你充分的瞭解了他們業務的特點,你才能確定他們對網絡的可靠性、可用性、安全性等性能參數的要求;才能確定哪些業務需要走局域網流量,那些需要連接Internet,並準確的預測其增長率對網絡的要求。參考附件表格。

2.3.2 用戶需求分析
所有的業務都是要由相關的“用戶”來操作處理的。在把公司的業務搞清楚後,就要收集和分析用戶對網絡有什麼需求了。通過現場觀測、問卷調查、用戶訪談和採訪關鍵人物的方式來收集用戶的需求。

2.3.3 應用需求分析
應用需求,實際上就是調查在網絡上都運行哪些軟件或應用系統以及它們的分佈情況,也叫軟件需求。因爲網絡用戶都是通過操作應用軟件來處理相關業務的。搞清楚各種軟件對網絡的依靠和要求,對網絡設計有很重要的指導意義。這一步應建立《應用需求表》。參考附件表格。

2.3.4 計算機平臺需求
好馬要配好鞍,咱們能把網絡設計的一級吊,也應該能給人家推薦出一流性價比的計算機設備。什麼樣的用戶用什麼樣的終端,什麼樣的應用配什麼樣的服務器都有個估算。可以建立一個《計算機平臺需求表》。參考附件表格。

2.3.5 網絡需求
網絡需求也就是網絡管理的需求,一般是公司的網管部門(也有叫電腦部、信息部或MIS的)給我們提出的要求。這是需求分析階段最後一個步驟了。很關鍵的一步啊,一般他們提出的需求都是有點技術含量的,要求也比一般用戶要高,加上他們這樣的部門有一定的決策權,所以我們要仔細的應對。網管員處於他們自己管理的方便,一般會提出諸如局域網分段、網絡拓撲結構、網絡性能、網絡管理、網絡安全、廣域網的選擇等方面的詳細要求。有時,半半竅的網管員們,似乎多少都有那麼點的偏執,他們的一些選擇和偏好,有時會深深的影響到我們的網絡規劃理念,比如他就愛用***的設備,他就不信機房會遭到雷劈,他就是不屑於建立數據容備份和容災中心,對於這樣的要求,在不影響到網絡規劃整體目標的前提下,尤其是還沒有得到工程款的時候,要學會妥協。但如果其要求會嚴重影響到網絡規劃目標時,我們要曉之以情,動之以理,甚至要以殘酷的現實實例來沉重的打擊他、威脅他!
附件表格:
含:《投資項目清單》《業務需求表》《應用需求表》《計算機平臺需求表》
2.3.6 需求說明書編制
這一小節算是對需求分析的一個總結吧,下面通過一個實例來說說需求說明書的編制內容和方法。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章