網路應用業務分析設計方法

Ⅰ 網路方案設計過程主要分哪幾個步驟

步驟如下：

1，需求調研

2，需求分析

3，概要設計

4，詳細設計

設計方案內容包括：網路拓撲、IP地址規劃、網路設備選型等等。

(1)網路應用業務分析設計方法擴展閱讀：

網路工程設計原則

網路信息工程建設目標關繫到現在和今後的幾年內用戶方網路信息化水平和網上應用系統的成敗。在工程設計前對主要設計原則進行選擇和平衡，並排定其在方案設計中的優先順序，對網路工程設計和實施將具有指導意義。

1，實用、好用與夠用性原則

計算機與外設、伺服器和網路通信等設備在技術性能逐步提升的同時，其價格卻在逐年或逐季下降，不可能也沒必要實現所謂「一步到位」。所以，網路方案設計中應採用成熟可靠的技術和設備，充分體現「夠用」、「好用」、「實用」建網原則，切不可用「今天」的錢，買「明、後天」才可用得上的設備。
2，開放性原則

網路系統應採用開放的標准和技術，資源系統建設要採用國家標准，有些還要遵循國際標准(如：財務管理系統、電子商務系統)。其目的包括兩個方面：第一，有利於網路工程系統的後期擴充；第二，有利於與外部網路互連互通，切不可「閉門造車」形成信息化孤島。

3，可靠性原則

無論是企業還是事業，也無論網路規模大小，網路系統的可靠性是一個工程的生命線。比如，一個網路系統中的關鍵設備和應用系統，偶爾出現的死鎖，對於政府、教育、企業、稅務、證券、金融、鐵路、民航等行業產生的將是災難性的事故。因此，應確保網路系統很高的平均無故障時間和盡可能低的平均無故障率。

4， 安全性原則

網路的安全主要是指網路系統防病毒、防黑客等破壞系統、數據可用性、一致性、高效性、可信賴性及可靠性等安全問題。為了網路系統安全，在方案設計時，應考慮用戶方在網路安全方面可投入的資金，建議用戶方選用網路防火牆、網路防殺毒系統等網路安全設施；網路信息中心對外的伺服器要與對內的伺服器隔離。

5， 先進性原則

網路系統應採用國際先進、主流、成熟的技術。比如，區域網可採用千兆乙太網和全交換乙太網技術。視網路規模的大小(比如網路中連接機器的台數在250台以上時)，選用多層交換技術，支持多層幹道傳輸、生成樹等協議。

6，易用性原則

網路系統的硬體設備和軟體程序應易於安裝、管理和維護。各種主要網路設備，比如核心交換機、匯聚交換機、接入交換機、伺服器、大功率長延時UPS等設備均要支持流行的網管系統，以方便用戶管理、配置網路系統。

7，可擴展性原則

網路總體設計不僅要考慮到近期目標，也要為網路的進一步發展留有擴展的餘地，因此要選用主流產品和技術。若有可能，最好選用同一品牌的產品，或兼容性好的產品。在一個系統中切不可選用技術和性能不兼容的產品。

Ⅱ 網路需求分析該怎麼做，有哪幾步

網路規劃與需求分析
需求分析從字面上的意思來理解就是找出"需"和"求"的關系,從當前業務中找出最需要重視的方面,從已經運行的網路中找出最需要改進的地方,滿足客戶提出的各種合理要求,依據客戶要求修改已經成形的方案.
本章重點
2.1需求分析的類型
2.2如何獲得需求
2.3可行性論證
2.4工程招標與投標
2.2.1應用背景分析
應用背景需求分析概括了當前網路應用的技術背景,介紹了行業應用的方向和技術趨勢,說明本企業網路信息化的必然性.
應用背景需求分析要回答一些為什麼要實施網路集成的問題.
(1) 國外同行業的信息化程度以及取得哪些成效
(2) 國內同行業的信息化趨勢如何
(3) 本企業信息化的目的是什麼
(4) 本企業擬採用的信息化步驟如何
需求分析的類型
P33
2.2.1應用背景分析
應用背景需求分析要回答一些為什麼要實施網路集成的問題.
(1) 國外同行業的信息化程度以及取得哪些成效
(2) 國內同行業的信息化趨勢如何
(3) 本企業信息化的目的是什麼
(4) 本企業擬採用的信息化步驟如何
需求分析的類型
P33
2.2.2業務需求
業務需求分析的目標是明確企業的業務類型,應用系統軟體種類,以及它們對網路功能指標(如帶寬,服務質量QoS)的要求.
業務需求是企業建網中首要的環節,是進行網路規劃與設計的基本依據.
需求分析的類型
P33
2.2.2業務需求
通過業務需求分析要為以下方面提供決策依據:
(1) 需實現或改進的企業網路功能有那些
(2) 需要集成的企業應用有哪些
(3) 需要電子郵件服務嗎
(4) 需要Web服務嗎
(5) 需要上網嗎 帶寬是多少
(6) 需要視頻服務嗎
(7) 需要什麼樣的數據共享模式
(8) 需要多大的帶寬范圍
(9) 計劃投入的資金規模是多少
需求分析的類型
P33
2.2.3管理需求
網路的管理是企業建網不可或缺的方面,網路是否按照設計目標提供穩定的服務主要依靠有效的網路管理.高效的管理策略能提高網路的運營效率,建網之初就應該重視這些策略.
需求分析的類型
P34
2.2.3管理需求
網路管理的需求分析要回答以下類似的問題:
是否需要對網路進行遠程管理,遠程管理可以幫助網路管理員利用遠程式控制制軟體管理網路設備,使網管工作更方便,更高效.
誰來負責網路管理;
需要哪些管理功能,如需不需要計費,是否要為網路建立域,選擇什麼樣的域模式等;
需求分析的類型
P34
2.2.3管理需求
選擇哪個供應商的網管軟體,是否有詳細的評估;
選擇哪個供應商的網路設備,其可管理性如何;
需不需要跟蹤和分析處理網路運行信息;
將網管控制台配置在何處
是否採用了易於管理的設備和布線方式
需求分析的類型
P34
2.2.4安全性需求
企業安全性需求分析要明確以下幾點:
企業的敏感性數據的安全級別及其分布情況;
網路用戶的安全級別及其許可權;
可能存在的安全漏洞,這些漏洞對本系統的影響程度如何;
網路設備的安全功能要求;
需求分析的類型
P34
2.2.4安全性需求
網路系統軟體的安全評估;
應用系統安全要求;
採用什麼樣的殺毒軟體;
採用什麼樣的防火牆技術方案;
安全軟體系統的評估;
網路遵循的安全規范和達到的安全級別.
需求分析的類型
P34
2.2.5通信量需求
通信量需求是從網路應用出發,對當前技術條件下可以提供的網路帶寬做出評估.
需求分析的類型
P35
應用類型
基本帶寬需求
備注
PC連接
14.4kb/s~56kb/s
遠程連接,FTP,HTTP,E-mail
文件服務
100kb/s以上
區域網內文件共享,C/S應用,
B/S應用,在線游戲等絕大部分純文本應用
壓縮視頻
256kb/s以上
Mp3,rm等流媒體傳輸
非壓縮視頻
2Mb/s以上
Vod視頻點播,視頻會議等
表2-1 列舉常見應用對通信量的需求
2.2.5通信量需求
未來有沒有對高帶寬服務的要求;
需不需要寬頻接入方式,本地能夠提供的寬頻接入方式有哪些;
哪些用戶經常對網路訪問有特殊的要求 如行政人員經常要訪問OA伺服器,銷售人員經常要訪問ERP資料庫等.
哪些用戶需要經常訪問Internet 如客戶服務人員經常要收發E_mail.
哪些伺服器有較大的連接數
哪些網路設備能提供合適的帶寬且性價比較高.
需要使用什麼樣的傳輸介質.
伺服器和網路應用能夠支持負載均衡嗎
需求分析的類型
P35
2.2.6網路擴展性需求分析
網路的擴展性有兩層含義,其一是指新的部門能夠簡單地接入現有網路;其二是指新的應用能夠無縫地在現有網路上運行.
擴展性分析要明確以下指標:
(1) 企業需求的新增長點有哪些;
(2) 已有的網路設備和計算機資源有哪些
(3) 哪些設備需要淘汰,哪些設備還可以保留
(4) 網路節點和布線的預留比率是多少
(5) 哪些設備便於網路擴展
(6) 主機設備的升級性能
(7) 操作系統平台的升級性能
需求分析的類型
P35
2.2.7網路環境需求
網路環境需求是對企業的地理環境和人文布局進行實地勘察以確定網路規模,地理分劃,以便在拓撲結構設計和結構化綜合布線設計中做出決策.
網路環境需求分析需要明確下列指標:
(1) 園區內的建築群位置;
(2) 建築物內的弱電井位置,配電房位置等;
(3) 各部分辦公區的分布情況;
(4) 各工作區內的信息點數目和布線規模;
需求分析的類型
P36
2.3.1獲得需求信息的方法
1. 實地考察
實地考察是工程設計人員獲得第一手資料採用的最直接的方法,也是必需的步驟;
如何獲得需求
P36
2.3.1獲得需求信息的方法
2. 用戶訪談
用戶訪談要求工程設計人員與招標單位的負責人通過面談,電話交談,電子郵件等通訊方式以一問一答的形式獲得需求信
如何獲得需求
P36
2.3.1獲得需求信息的方法
3.問卷調查
問卷調查通常對數量較多的最終用戶提出,詢問其對將要建設的網路應用的要求.
如何獲得需求
P36
問卷調查的方式可以分為無記名問卷調查和記名問卷調查
2.3.1獲得需求信息的方法
4.向同行咨詢
將你獲得的需求分析中不涉及到商業機密的部分發布到專門討論網路相關技術的論壇或新聞組中,請同行給你參考你制定的設計說明書,這時候,你會發現熱心於你的方案的人們通常會給出許多中肯的建議
如何獲得需求
P36
2.3.2歸納整理需求信息
通過各種途徑獲取的需求信息通常是零散的,無序的,而且並非所有需求信息都是必要的或當前可以實現的,只有對當前系統總體設計有幫助的需求信息才應該保留下來,其他的僅作為參考或以後升級使用.
1.將需求信息用規范的語言表述出來
2.對需求信息列表
如何獲得需求
P38
2.3.2歸納整理需求信息
需求信息也可以用圖表來表示.圖表帶有一定的分析功能,常用的有柱圖,直方圖,折線圖和餅圖.
如何獲得需求
P39
2.4 可行性論證
需求分析所取得的資料經過整理後得到需求分析文檔,但這種需求分析文檔還需要經過論證後才能最終確定下來.參與論證活動的人員除了需求分析工作的負責人外,還要邀請其他部門的負責人,以及招標方的領導和專家.
可行性論證求
P40
2.4.1 可行性論證的目的
可行性論證是就工程的背景,意義,目的,目標,工程的功能,范圍,需求,可選擇的技術方案,設計要點,建設進度,工程組織,監理,經費等方面作出可行性驗證,指出工程建設中選擇軟硬體的依據,降低項目建設的總體風險.
提供正確選擇軟硬體系統的依據
驗證可行性,減少項目建設的總體風險
產生應用系統原型,積累必要的經驗
加強客戶,系統集成商,設備供應商之間的合作關系
降低後期實施的難度,提高客戶服務水平和滿意度
可行性論證求
P40
2.4.1 可行性論證的目的
在編寫可行性論證報告時,主要對下列項目逐條說明:
1.系統建設的目的
2.技術可行性
3.應用可行性
4.人員,資金可行性
5.設備可行性
6.安全可行性
可行性論證求
P40
2.5 工程招標與投標
為了保證網路工程的建設質量,網路建設方應該以公開招標的方式確定承建商.參與投標的承建商拿出各自的標書參與投標,其中標書的主要內容就來自於需求分析報告和可行性論證報告.
工程招投標是一個規范的網路工程必需的環節.
工程招標與投標
P41
2.5.1工程招標流程簡介
1.招標方聘請監理部門工作人員,根據需求分析階段提交的網路系統集成方案,編制網路工程標底;
2. 做好招標工作的前期准備,編制招標文件;
3. 發布招標通告或邀請函,負責對有關網路工程問題進行咨詢;
4. 接受投標單位遞送的標書;
5. 對投標單位資格,企業資質等進行審查.審查內容包括:企業注冊資金,網路系統集成工程案例,技術人員配置,各種網路代理資格屬實情況,各種網路資質證書的屬實情況.
工程招標與投標
P41
2.5.1工程招標流程簡介
6. 邀請計算機專家,網路專家組成評標委員會;
7. 開標,公開招標各方資料,准備評標;
8. 評標,邀請具有評標資質的專家參與評標,對參評方各項條件公平打分,選擇得分最高的系統集成商;
9. 中標,公告中標方,並與中標方簽訂正式工程合同.
工程招標與投標
P41
2.5.2工程招標
計算機網路工程招標的目的,是為了以公開,公平,公正的原則和方式,從眾多系統集成商中,選擇一個有合格資質,並能為用戶提供最佳性能價格比的集成商.
編制招標文件
招標
工程招標與投標
P41
2.5.3工程投標
投標人在索取,購買標書後,應該仔細閱讀標書的投標要求及投標須知.在同意並遵循招標文件的各項規定和要求的前提下,提出自己的投標文件.
編制投標文件
投標
1,遞交投標文件
2,評標
3,中標
4,簽訂合同
工程招標與投標
P41
標書內容
(1)參評方案一覽表
(2)參評方案價格表
(3)系統集成方案
(4)設備配置及參數一覽表
(5)公司有關計算機設備及備件報價一覽表
(6)從業人員及其技術資格一覽表
(7)公司情況一覽表,
(8)公司經營業績一覽表
(9)中標後服務計劃
(10)資格證明文件,及參評方案方認為需要加以說明的其他內容
(11)文檔資料清單
(12)參評方案保證金

Ⅲ 急求：校園網規劃與設計

〔摘要〕高校校園網已成為高校信息化建設的重要支撐平台，本文根據高校實際情況，從設計目標、思想和原則入手，分析並設計了高校校園網方案。
〔關鍵詞〕校園網核心設備設計
隨著計算機網路的發展，校園網已經成為高等院校走向信息化時代的必然發展趨勢，使我國高等教育管理向智能化發展。它是網路技術和電子信息技術和高等院校發展相結合的產物。校園網以信息資源為根本，硬體網路系統為物質基礎，同時以網路軟體系統實現系統的管理與使用，是一個具有寬頻通路和交互功能的專業性區域網，應具有教學、科研、管理和通訊等四大功能。

一、設計目標

校園網的設計目標簡而言之是將各種不同應用的信息資源通過高性能的網路設備相互連接起來，形成校園區內部的Intranet系統，對外通過路由設備接入廣域網。具體而言這樣的設計目標應該是：建設一個以辦公自動化、計算機輔助教學、現代計算機校園文化為核心，以現代網路技術為依託、技術先進、擴展性強、覆蓋全校樓宇的校園主幹網路，將學校的各種PC機工作站、終端設備和區域網連接起來，並與有關廣域網相連:在網上宣傳和獲取教育資源;在此基礎上建立能滿足教學、科研和管理工作需要的軟、硬體環境;開發各類信息庫和應用系統，為學校各類人員提供充分的網路信息服務;系統總體設計本著總體規劃、分布實施的原則，充分體現系統的技術先進性、高度的安全可靠性、良好的開放性、可擴展性，以及建設經濟性。

二、設計的關鍵

1.網路技術選型
在校園網網路的建設中，主幹網選擇何種網路技術對網路建設的成功與否起著決定性的作用。選擇適合校園網路需求特點的主流網路技術，不但能保證網路的高性能，還能保證網路的先進性和擴展性，能夠在未來向更新技術平滑過度，保護用戶的投資。所以要根據實際應用的需要，採用千兆乙太網作為校園網的主幹網，因為作為整個校園網的信息交換中心，網路的速度會直接影響到其他各子網的性能;在建設多媒體教室時，由於網路中將會有很多的圖像和聲音的傳輸，因此對帶寬和傳輸速度有很高的要求，採用快速乙太網就是最好的選擇；而對於其他一些只有諸如簡單文件傳輸之類的應用的環境，採用乙太網就能滿足要求。不同網路技術的復雜程度，在一定程度上直接影響校園網的維護、管理和使用效果。千兆乙太網繼承了乙太網的技術簡單，容易學習掌握的特點，是校園網的首選技術。
2.校園網的出口解決方案
目前，高校校園網IP資源及注冊域名基本來源於中國教育科研計算機網——CERNET，但資費比較高，除了重點高校，帶寬也受到了很大限制。而隨著用戶數量的不斷增加，多數高校原有CERNET接入帶寬已不能滿足需求，擴大校園網出口帶寬迫在眉睫，但擴大出口帶寬頻來的一個直接問題便是網路信息費的急劇增大，與CERNET相比，通過本地ISP接入CHINANET，在相同接入帶寬的情況下費用較低。所以，採用雙出口方案是高校校園網發展的一個新趨勢，它綜合運用了靜態、網路地址轉換和策略路由等技術，充分整合了CERNET及本地ISP的優勢資源，是一種行之有效的校園網出口瓶頸解決方案。
3.網路核心設備的選擇
(1)骨幹帶寬的選擇。網路應用的增加對網路帶寬提出了直接的需求。事實上，從1983年802.3標準的正是成立開始，乙太網技術經過20年的發展，已進入萬兆乙太網（802.3ae標准）的時代。校園網路應用也是極其豐富的。並且隨著組播技術在校園的應用，校園網核心層將面臨嚴峻的考驗。出於對網路發展的考慮，基於網路業務的發展，在擁有近萬個信息點的高校採用萬兆乙太網技術構建核心層是可行的。目前業務還沒完全開展起來，先採用千兆骨幹，但核心設備必須支持萬兆，並且在教育行業有應用，證明核心產品的成熟性和穩定性。在實現端到端的乙太網訪問的同時提高了傳輸的效率，有效地保證了多媒體教學、數字圖書館等業務的開展。
(2)處理能力。核心層是網路高速交換的骨幹，被設計成盡可能高速包轉發率，同時能夠提供高速的Internet的接入和高冗餘性能，同時由於各高校基本採用了Internet和CERNET雙出口，而且出口的速率不同，所以所選擇的網路核心層設備應該能夠提供多網路出口的智能選擇的功能，本身能夠提供冗餘特性。核心層設備須能夠支持多種不同模塊的插槽和提供多種不同的網路模塊，支持到流媒體所需的網路的組播協議和網路的多播協議的處理能力，需要線速的數據轉發和數據交換功能，即高背板帶寬支持和高性能網路處理晶元的支持；由於是核心設備，還必須考慮整體網路的災難備份和設備冗餘，在設計中考慮的設備冗餘需要有設備支持和協議支持，設備支持就是指在核心不能由單台設備進行整個網路的數據交換，需要有至少兩台設備對整個網路進行有效的支撐，並已經具備災難備份的硬體支撐能力。在協議上，需要支持冗餘協議，實現整體網路冗餘。支持在單台設備失效的同時，在最短的時間切換，避免網路損失。
對於核心交換機在整個網路的設計，還要考慮整體業務的支撐方式，因為設備只是物理承載層面，而用戶需要在該物理層面實現其業務，達到職能和流程的有效快捷，這樣，物理設備的業務支撐能力就至關重要。核心設備應提供分布式L2/3/4層介面板處理應用流（視頻、話音、數據）、重要用戶的優先順序，支持NAT、MPLS、VPN、策略路由等應用；支持基於埠、MAC、VLAN、IP、應用類型等多種Qos；支持四個優先順序隊列和WRED、WRR、PQ、WFQ等流分類、排隊、調度和整形機制。賦予交換機高度的智能性，高效支持各種應用業務。
對於核心設備在網路中的舉足輕重的位置，安全對於整個網路來說也整個網路的至關重要的，對於外部的黑客攻擊和內部的病毒攻擊的屏蔽，是保證整個網路運行的關鍵。核心設備要提供完善的ACL訪問控制策略的定製，防止非法內容的訪問；廣播包抑制及廣播源定位功能，保證網路用戶安全。
(3)對於未來的擴展設計。對於在中心位置的核心設備的設計而言，隨著時代的改變，其業務結構和規模也會改變，這樣需要整個網路設備能夠對未來的變化具備應對措施；由於核心設備是數據和業務的核心，所以，不能輕易的進行更換，同時，考慮到成本的因素，除非核心設備已經完全不能支撐目前業務的進行，否則，基本都會採取在原來的設備增加功能支撐來滿足新業務的需求。這樣，對於未來的擴展性就變得異常重要，核心設備擴展槽，接插模塊類型，埠密度數應有所考慮，以保證整體設備的高性價比。
4.安全方案的部署
從各高校網路現狀分析，目前面臨的網路安全威脅來源主要來自以下幾個方面：一是來自Internet的安全威脅，各高校有自己獨立的鏈路通往Internet。從Internet上的任意接入點對本區域網發起的基於網路的攻擊，以及對外公開的應用伺服器的攻擊，這樣可以造成網路性能的急劇下降，應用伺服器的癱瘓。使整體網路正常的內、外雙向通信、存儲等服務受阻或中斷;二是來自校內區域網內部的惡意安全攻擊，網路連接學生的計算機，學生有可能基於學習的目的可能使用各種入侵的軟體，給系統造成隱含的威脅;三是高校內各相關部門的數據上報採用FTP 方式逐級復制，處於完全敞開和透明的模式，只要掌握IP地址，傳輸數據就可以被輕易截獲，從而造成保密信息的泄露;再有來自操作系統、應用系統本身的漏洞及來自互聯網、內部區域網的病毒安全威脅的攻擊。學校范圍內的病毒防護不能依靠個人的自覺性，應當從網關、伺服器、客戶端多個層面來統一部署，實施整體病毒防護解決方案。這樣才能從根本上杜絕病毒的發作和傳播，有效地保護學校內部資源，同時對新出現的病毒有一個很好的、快速的響應系統。
作為學校網路安全的防線，防火牆、入侵檢測、防病毒系統是必不可少的，它可有效的對來自外網和內網的攻擊做出及時告警，並給予一定的響應措施。
5.專網的設計
近來年，各高校依託校園網線路的其他各項應用也相繼加入。如校園一卡通工程，涉及到全校師生及校財務、圖書館、餐飲等多個部門。既有用戶的身份識別，有又用戶的消費，所以，應考慮到此類應用的專網設計。包括設備選擇、VLAN劃分、IP規劃、訪問列表設置等。再有，校保安系統視頻監控、冬季取暖溫度採集系統都將工作在校園網上。
6.其他注意問題
在用戶管理、計費方面，要保證計費數據的准確，交換機可以支持用戶賬號、IP地址、MAC地址、交換機埠、VLAN的綁定，保證了用戶上網期間IP地址不被盜用，支持基於流量/時長/包月/帶寬的計費及其組合計費方式。
在用戶日誌管理方面，業務管理平台和接入交換機配置可以實現完善的用戶日誌功能。用戶訪問日誌的內容包括用戶名、源MAC、VLANID、源IP、目的IP、訪問時間。用戶的目的IP地址改變時會產生一條日誌。根據這些信息可以很方便的定位用戶在某個時間段訪問了那些內部伺服器，與伺服器的日誌相對應追查出一些事故的責任人。
在網路管理方面，網路管理軟體支持多種操作平台，並能夠與多種通用網管平台集成，實現從設備級到網路級全方位的網路管理。提供統一拓撲發現功能，實現全網監控，可以實時監控所有設備的運行狀況，並根據網路運行環境變化提供合適的方式對網路參數進行配置修改，保證網路以最優性能正常運行。
此外，高校用戶數較多，所以，故障管理、集群管理、流量性能監控等也是必不可少的。

三、結束語

高校校園網是一個復雜的系統工程，構建高性能的校園網需要與新的網路設計理念緊密結合，以高性能、高可靠性、高安全性及先進的服務質量（Qos）為核心，將高校的教學、科研及管理在校園網的平台支撐下更上一個台階。
參考文獻:
[1]Douglas Comer,《Internetworking With TCP/IP Vol Ⅰ:Principles, protocols,and Architectures》,Fourth Edition,Publishing house of electronics instry,2001
[2]Andrew S.Tanenbaum,《Computer Networks》,Third Edition,Prentice-Hall International,Inc.,1997
[3]Howard C.Berkowitz,《Desingning routing and switching architectures for enterprise networks》,Publishing house of electronics instry,2000

僅供參考

Ⅳ 怎麼編寫用戶業務需求分析

需求分析
格式
1 引言
1.1 編寫目的
【說明】目標：對用戶的需求進行收集、整理與分析，弄清楚系統究竟要 「干什麼」及「由誰干」，並用合乎規范的文字及圖表予以描述。不需要說明「怎麼干」，因為那是設計階段的事情。有關文字與圖表應盡量讓用戶便於理解。
預期讀者：用戶方的相關業務人員、雙方的開發人員和系統維護人員。
作用：實現開發方與用戶方的雙向溝通，是把業務需求計算機化的關鍵步驟。
為下一階段的概要設計工作提供依據。當用戶的需求發生變更時，應添寫補充說 明；如變動過大可形成新版本。
軟體需求說明（Software Requirements Specification）的主要作用為：
 為用戶方與開發方建立共同協議奠定基礎。
 提高開發效率、強化進度控制。
 為項目的的評測與驗收提供依據。
 便於移植。
 作為系統不斷提高的基礎。
1.2 編寫背景
1.2.1 系統名稱及版本號
【說明】形如「網銀三期***系統V3.0.0」。其中，版本號的格式為「XX.XX.XX」，X為阿拉伯數字，左「0」可省略。

1.2.2 使用者
【說明】適應對象和范圍。主要指預期讀者，也供有關領導審閱。

1.2.3 與其它系統的關系
【說明】在用戶現有的及預期的整個應用系統中，給本系統准確定位。用示意圖及相應的文字予以說明。

2 用戶的基本情況
2.1 系統建設背景
【說明】項目背景與依據、現有基礎、項目規模、預期目標等。可繁可簡，格式自定。

2.2 組織機構與職能
【說明】用層次示意圖及相應文字表示(如果需要開發的系統與部門沒有直接依賴關系此節可省略,本章隨後的小節數將順次減1)，

加註：組織機構的層次數、數目、各個機構的職能簡述。

2.3 用戶特點
【說明】所在行業特徵、操作人員與系統維護人員的數量、學歷與水平、數據量大小、使用頻度等。
2.4 用戶業務分析
【說明】在本部分，希望系統分析人員能夠對用戶業務現狀進行分析、對用戶對本系統的未來發展方向作出一定的預測等。以便設計人員對業務及其發展有所了解，增強系統設計的前瞻性。
2.5 計算機應用現狀
【說明】可繁可簡，格式自定。
3 業務需求
3.1 項目概述
【說明】
第一、 指明項目的開發意圖、應用目標（總目標、分期目標）、作用范圍、預期效益等。
第二、 指明在輸入信息轉變為輸出信息的過程中，為了滿足用戶的業務需求，應用軟體必須完成的基本功能(採用自然語言敘述)。但此時不要求對基本功能進行分解。
第三、 如果本系統與其他系統相關聯，則應確定本系統的基本功能邊界（可採用圖示+文字說明的形式，用藍色標示出本系統的功能，用綠色標示出相關系統的功能）。
3.2 約束條件
3.2.1 費用約束
【說明】 預計投資金額概算、其中軟硬體費用的比例、資金分期到位計劃。

3.2.2 進度約束
【說明】預計完成日期、分步實施期限。

3.2.3 其它約束
【說明】場地面積限制、通信設施基礎、其它干擾因素。
注意：任何計算機系統都不是包羅萬象的；用戶自身的能力也是有限的。輕諾必寡信。故應特別指出：由於哪些條件的約束，本系統不能滿足哪些業務需求與系統需求。
本章主要介紹項目的總體業務功能,要求站在客戶的角度把握系統需求.
3.3 性能需求
【說明】依據ISO9000標准及我們的理解，下面列出了軟體的6組性能，共涵蓋21個子特性。這些性能/子特性的相對重要性並不是等同的。編寫時，可以基於具體項目的實際需求，對下述標題或內容進行取捨/側重。事實上不可能做到面面俱到，往往要作出某些折中。
本節說明系統在性能方面的預期目標，不要求提供實現上述目標的具體實施方案。

3.3.1 功能性
【說明】指與軟體實現的各項功能及其指定性質有關的一組屬性。這些功能都是滿足規定需求和潛在需求所必需的。它包括5個子特性：
適用性：與指定業務所需各項功能的實現及其適合程度有關的一些軟體屬性。
准確性：與保證正確（或符合要求的）結果（或效果）有關的一些軟體屬性。
互操作性：與軟體同一些指定系統交互作用能力有關的一些軟體屬性。
復合性：使軟體遵守相關的標准、約定/法律或類似規定有關的一些軟體屬性。
保密安全性：與針對蓄意（或無意）而非法存取程序和數據的預防能力有關的一些軟體屬性。這里主要指的是保護軟體的要素，旨在防止各種非法訪問、修改、破壞、泄密及感染計算機病毒等。
3.3.2 可靠性
【說明】指在規定的條件和期限內，與軟體保持其性能水平有關的一組軟體屬性。
成熟性：與軟體故障引起的失誤頻率有關的一些軟體屬性。
容錯性：在軟體故障發生或其規定界面被破壞的情況下，與軟體仍能保持規定性 能水平的能力有關的一些軟體屬性。
可恢復性：在失效的情況下、在限定的期限和強度范圍內，與軟體重建性能水平 並恢復直接受影響的數據的能力有關的一些軟體屬性。
3.3.3 易使用性
【說明】指與規定用戶（或潛在用戶）使用軟體所需的努力程度、對這種使用所做的評估有關的一組軟體屬性。它包括3個子特性：
易理解性：與用戶為理解其邏輯概念及適用范圍需做的努力有關的一些軟體屬性。
易學習性：與用戶學習其應用（例如操作控制、輸入、輸出）需做的努力有關的一些軟體屬性。
易操作性：與用戶操作及運行控制需做的努力有關的一些軟體屬性。

3.3.4 高效性
【說明】指在特定的運行環境中，描寫軟體性能水平與所用的資源量之間關系的一組軟體屬性。它包括兩個子特性：
時間特性：在完成軟體功能時，與響應時間、處理時間、吞吐率有關的一些軟體屬性。
資源特性：在完成軟體功能時，與所用資源量及佔用時間有關的一些軟體屬性。

3.3.5 可維護性
【說明】與對軟體進行指定的修改所需的工作量有關的一組軟體屬性。它包括4個子特性：
易分析性：與診斷故障、確定失敗原因、在需要修改的部位進行標識等所做努力有關的一些軟體屬性。
易修改性：與實施修改、排除故障、環境改變所做努力有關的一些軟體屬性。
穩定性：與修改的意外影響帶來的風險有關的一些軟體屬性。
易測試性：與對經過修改的軟體進行檢驗/確認做努力有關的一些軟體屬性。
3.3.6 可移植性
【說明】指軟體從一個環境轉移的另一個環境時，與其適應能力有關的一組軟體屬性。它包括4個子特性：
適應性：除已有手段外，無須採用其它措施或手段，軟體便應能適應指定的環境。與這種能力有關的一些軟體屬性稱為適應性。
易安裝性：在指定環境內，與安裝軟體所需努力有關的一些軟體屬性。
一致性：軟體從一個環境轉移的另一個環境時，應符合一定的標准和約定。與這種符合程度有關的一些軟體屬性，稱為一致性。
易替換性：有時會出現這種需求：在某個其它軟體的運行環境下，要用本軟體來置換那個軟體。與這種可能性及所需努力有關的一些軟體屬性。

4 用戶需求
【說明】本章下面介紹的是一般規模軟體系統的書寫格式。在書寫過程中可能要以業務名稱劃分小節(例如:5.1 代收電話費)。每個業務小節包含兩個部分：第一部分是對此業務中角色和功能的定義；第二部分是此業務的圖形分析方法。
在本章開始未分節的部分，應當繪制一個總體結構圖，依據這個總體結構圖進行一個總體描述，使得閱讀者對下面分節描述的各個功能形成一個整體印象。這個總體結構圖不一定是指在ROSE工具中繪制的用例總圖， 而是根據需要可以選擇包括「用例總圖」、「適當級別的數據流圖」、「IDFF圖」、「數據流程圖」或其他專業圖形分析圖示等。
每個小節中的第二部分採用rational公司的rose2000作為工具繪制用例（use case）圖和順序（sequence）圖。在這里採用rose工具是作為繪圖分析工具使用，對需求的描述和分析並不代表我們的設計採用UML標准和面向對象的設計，具體分析人員應當根據實際的用戶需求描述繪制順序圖，而並不著重考慮對象的分析限制。
需求變更的處理原則：獲得批準的需求變更，需要在《需求分析》中有所體現。增加的需求，需直接從本章尾部順序添加，相應的小節編號也需要依次增加。例如：本章小節為5.1—5.5，增加的需求小節編號則為5.6。刪除的需求，不需要將相應需求直接從《需求分析》中刪除，而只需在相應需求小節上註明刪除，並標出《需求變更單》編號。修改的需求，可在相應的需求小節直接修改。所有對《需求分析》內容的修改必須在修改歷史中留有記錄。
4.1 業務名稱1
4.1.1 角色/功能定義
【說明】根據會議紀要、小組討論，確定系統中的角色（角色可以為外部系統或系統用戶），和功能，並給出相應的定義或解釋。

4.1.2 圖形分析
【說明】本節主要描述相應業務的用例圖和順序圖的內容
統一建模語言（UML）是一個通用的可視化建模語言，用於對軟體進行描述、可視化處理、構造和建立軟體系統製品的文檔。它記錄了對必須構造的系統的決定和理解，可用於對系統的理解、設計、瀏覽、配置、維護和信息控制。UML適用於各種軟體開發方法、軟體生命周期的各個階段、各種應用領域以及各種開發工具，是一種總結了以往建模技術的經驗並吸收當今優秀成果的標准建模方法。
在本需求模板中我們選取的是UML視圖來輔助進行圖形需求分析，選用Rational公司的ROSE工具完成。在需求分析過程需要完成結構分類中的用例分析，繪制用例圖；對用例的動態行為進行交互分析，描述執行系統功能的各個角色之間相互傳遞消息的順序關系，繪制順序圖。
在這里請作者將製作的用例圖和順序圖拷貝到本文檔中。
基本成分：用例（use case）、用例視圖（use case view）、角色（role、actor）、順序圖（sequence diagram）、協作圖（collaboration diagram）。
模板和命名：為更好地使用ROSE圖形分析工具，我們設定一個基本的分析模板，文件名為lansoftmdl.mdl。該文檔涉及項目開發的需求、概設和詳設3個階段，在需求階段主要完成模板中用例視圖（use case view）規定完成的部分。在項目中使用該模板後生成的mdl文件納入文檔的配置管理，具體命名參照SEMP體系的命名規定。修改歷史記入文檔開始部分的「mdl文檔修改歷史表」中。

【ROSE使用要求】
1、 要求使用ROSE工具時必須完成模板和使用要求中規定完成的內容，在完成基本內容的基礎上，可以根據需要增加部分內容。
2、 在公司沒有購買確定版本的ROSE以前，使用的ROSE版本應在項目開始前在項目組規定好，並由配置管理員負責配置。
3、 在用例視圖（use case view）中建立一個名稱為main的主用例圖（use case diagram），具體內容應當包括所有用例圖的全部內容，具體應用時還可以根據情況建立多個用例圖（use case diagram）。
4、 在用例視圖中請採用中文對所有的角色（actor\role）進行命名。其中角色必須在雙擊該對象圖後，詳細填寫該角色的描述（documentation）和該角色代表的角色數量（detail-multiplic）。
5、 在用例視圖中請採用中文對所有的用例（use case）進行命名。命名中在一般的中文概括前應增加代表本節編號的部分，如「1.用戶認證」，順序編號。其中用例必須在雙擊該對象圖後，詳細填寫該用例的描述（documentation）。
6、 在每個用例下必須組織建立相應的順序圖（sequence diagram），對於一個用例可以包含多個順序圖（sequence diagram），各個順序圖（sequence diagram）的命名需在一般的中文概括前增加代表本節編號的部分，如「1.1用戶認證」，順序編號，其中第一個1代表所屬的用例，第二個1代表順序圖（sequence diagram）的編號。產生順序圖的數量根據說明需求的具體要求設定。其中順序圖中的各個對象消息（object message）必須在雙擊該對象圖後，詳細填寫該對象消息（object message）的描述（documentation）。
4.1.3 數據存儲需求
【說明】根據會議紀要、小組討論，對於在需求調研中有關的數據實體對象或數據實體信息，應當根據需要提出可能數據類型和數據長度以及單位量綱的記錄或建議。

5 運行環境
【說明】本章只提出運行環境的邏輯結構，物理結構將在《概要設計說明書》中給出。
容許提出幾種可選方案。

5.1 硬體平台
【說明】指出本應用軟體適用的主機/伺服器與終端/工作站的技術指標、基本配置、介面特點、特殊約定等。
應盡可能地說明上述設備在各級用戶機構預計的分布狀態。
5.2 網路平台
【說明】選型標准、網路類型、基本部件、介面情況、對綜合布線的要求、限制條件等。應畫出網路（廣域網、區域網）的拓撲結構圖，說明後者對前者的接入方式。

5.3 軟體平台
【說明】操作系統的名稱、生產廠家、版本號等。
資料庫的名稱、生產廠家、版本號等。
資料庫設計工具的名稱、生產廠家、版本號等。
網路通信協議的名稱、生產廠家、版本號等。
前端開發工具的名稱、生產廠家、版本號等。
測試開發工具的名稱、生產廠家、版本號等。
現場運行時需要的工具軟體的名稱、生產廠家、版本號等。
配置管理工具軟體的名稱、生產廠家、版本號等。
6 附錄
【說明】列出基礎素材中的文件、報表、單據等的樣張，再附上必要的注釋。
如果條件成熟，可以把數據字典（data dictionary）作為附件列於後。
6.1 電子文檔編寫方式與使用工具
【說明】編寫要求、工具名、版本號、操作系統平台。使用多種工具時，應分別說明。形如：
Microsoft Word 97 for Windows 95/98
Power Designer 6.0 for Windows 95/98
Rational Rose 98 for Wintel
Visio或Power Point 97 for Windows 95/98

6.2 定義說明與符號
【說明】包括對專用術語及縮略語的解釋、所用到的圖（如use case、sequence圖）之圖符的表示與解釋等。

6.3 參考資料
【說明】格式：作者，[版本號，]資料來源，日期 [，起止頁號] 。其中，《質量保證計劃》是必選的參考資料。

6.4 有關表格清單
【說明】列出用戶提供的素材，加上我們積累的有關文件，作為系統分析的基礎。在這里除系統內部沒有用戶參與的需求分析工作外，必須包括一個以上的用戶訪談紀要、用戶確認簽名文件以及用戶訪談計劃等文件的列表。在列表中的文件應當作為附件與需求文檔共同納入配置管理

Ⅳ 網路工程需求分析包括哪些內容

網路規劃與需求分析 需求分析從字面上的意思來理解就是找出"需"和"求"的關系,從當前業務中找出最需要重視的方面,從已經運行的網路中找出最需要改進的地方,滿足客戶提出的各種合理要求,依據客戶要求修改已經成形的方案. 本章重點 2.1需求分析的類型 2.2如何獲得需求 2.3可行性論證 2.4工程招標與投標 2.2.1應用背景分析 應用背景需求分析概括了當前網路應用的技術背景,介紹了行業應用的方向和技術趨勢,說明本企業網路信息化的必然性. 應用背景需求分析要回答一些為什麼要實施網路集成的問題. (1) 國外同行業的信息化程度以及取得哪些成效 (2) 國內同行業的信息化趨勢如何 (3) 本企業信息化的目的是什麼 (4) 本企業擬採用的信息化步驟如何 需求分析的類型 P33 2.2.1應用背景分析 應用背景需求分析要回答一些為什麼要實施網路集成的問題. (1) 國外同行業的信息化程度以及取得哪些成效 (2) 國內同行業的信息化趨勢如何 (3) 本企業信息化的目的是什麼 (4) 本企業擬採用的信息化步驟如何 需求分析的類型 P33 2.2.2業務需求 業務需求分析的目標是明確企業的業務類型,應用系統軟體種類,以及它們對網路功能指標(如帶寬,服務質量QoS)的要求. 業務需求是企業建網中首要的環節,是進行網路規劃與設計的基本依據. 需求分析的類型 P33 2.2.2業務需求 通過業務需求分析要為以下方面提供決策依據: (1) 需實現或改進的企業網路功能有那些 (2) 需要集成的企業應用有哪些 (3) 需要電子郵件服務嗎 (4) 需要Web服務嗎 (5) 需要上網嗎 帶寬是多少 (6) 需要視頻服務嗎 (7) 需要什麼樣的數據共享模式 (8) 需要多大的帶寬范圍 (9) 計劃投入的資金規模是多少 需求分析的類型 P33 2.2.3管理需求 網路的管理是企業建網不可或缺的方面,網路是否按照設計目標提供穩定的服務主要依靠有效的網路管理.高效的管理策略能提高網路的運營效率,建網之初就應該重視這些策略. 需求分析的類型 P34 2.2.3管理需求 網路管理的需求分析要回答以下類似的問題: 是否需要對網路進行遠程管理,遠程管理可以幫助網路管理員利用遠程式控制制軟體管理網路設備,使網管工作更方便,更高效. 誰來負責網路管理; 需要哪些管理功能,如需不需要計費,是否要為網路建立域,選擇什麼樣的域模式等; 需求分析的類型 P34 2.2.3管理需求 選擇哪個供應商的網管軟體,是否有詳細的評估; 選擇哪個供應商的網路設備,其可管理性如何; 需不需要跟蹤和分析處理網路運行信息; 將網管控制台配置在何處 是否採用了易於管理的設備和布線方式 需求分析的類型 P34 2.2.4安全性需求 企業安全性需求分析要明確以下幾點: 企業的敏感性數據的安全級別及其分布情況; 網路用戶的安全級別及其許可權; 可能存在的安全漏洞,這些漏洞對本系統的影響程度如何; 網路設備的安全功能要求; 需求分析的類型 P34 2.2.4安全性需求 網路系統軟體的安全評估; 應用系統安全要求; 採用什麼樣的殺毒軟體; 採用什麼樣的防火牆技術方案; 安全軟體系統的評估; 網路遵循的安全規范和達到的安全級別. 需求分析的類型 P34 2.2.5通信量需求 通信量需求是從網路應用出發,對當前技術條件下可以提供的網路帶寬做出評估. 需求分析的類型 P35 應用類型 基本帶寬需求 備注 PC連接 14.4kb/s~56kb/s 遠程連接,FTP,HTTP,E-mail 文件服務 100kb/s以上 區域網內文件共享,C/S應用, B/S應用,在線游戲等絕大部分純文本應用 壓縮視頻 256kb/s以上 Mp3,rm等流媒體傳輸 非壓縮視頻 2Mb/s以上 Vod視頻點播,視頻會議等 表2-1 列舉常見應用對通信量的需求 2.2.5通信量需求 未來有沒有對高帶寬服務的要求; 需不需要寬頻接入方式,本地能夠提供的寬頻接入方式有哪些; 哪些用戶經常對網路訪問有特殊的要求 如行政人員經常要訪問OA伺服器,銷售人員經常要訪問ERP資料庫等. 哪些用戶需要經常訪問Internet 如客戶服務人員經常要收發E_mail. 哪些伺服器有較大的連接數 哪些網路設備能提供合適的帶寬且性價比較高. 需要使用什麼樣的傳輸介質. 伺服器和網路應用能夠支持負載均衡嗎 需求分析的類型 P35 2.2.6網路擴展性需求分析 網路的擴展性有兩層含義,其一是指新的部門能夠簡單地接入現有網路;其二是指新的應用能夠無縫地在現有網路上運行. 擴展性分析要明確以下指標: (1) 企業需求的新增長點有哪些; (2) 已有的網路設備和計算機資源有哪些 (3) 哪些設備需要淘汰,哪些設備還可以保留 (4) 網路節點和布線的預留比率是多少 (5) 哪些設備便於網路擴展 (6) 主機設備的升級性能 (7) 操作系統平台的升級性能 需求分析的類型 P35 2.2.7網路環境需求 網路環境需求是對企業的地理環境和人文布局進行實地勘察以確定網路規模,地理分劃,以便在拓撲結構設計和結構化綜合布線設計中做出決策. 網路環境需求分析需要明確下列指標: (1) 園區內的建築群位置; (2) 建築物內的弱電井位置,配電房位置等; (3) 各部分辦公區的分布情況; (4) 各工作區內的信息點數目和布線規模; 需求分析的類型 P36 2.3.1獲得需求信息的方法 1. 實地考察 實地考察是工程設計人員獲得第一手資料採用的最直接的方法,也是必需的步驟; 如何獲得需求 P36 2.3.1獲得需求信息的方法 2. 用戶訪談 用戶訪談要求工程設計人員與招標單位的負責人通過面談,電話交談,電子郵件等通訊方式以一問一答的形式獲得需求信 如何獲得需求 P36 2.3.1獲得需求信息的方法 3.問卷調查 問卷調查通常對數量較多的最終用戶提出,詢問其對將要建設的網路應用的要求. 如何獲得需求 P36 問卷調查的方式可以分為無記名問卷調查和記名問卷調查 2.3.1獲得需求信息的方法 4.向同行咨詢 將你獲得的需求分析中不涉及到商業機密的部分發布到專門討論網路相關技術的論壇或新聞組中,請同行給你參考你制定的設計說明書,這時候,你會發現熱心於你的方案的人們通常會給出許多中肯的建議 如何獲得需求 P36 2.3.2歸納整理需求信息 通過各種途徑獲取的需求信息通常是零散的,無序的,而且並非所有需求信息都是必要的或當前可以實現的,只有對當前系統總體設計有幫助的需求信息才應該保留下來,其他的僅作為參考或以後升級使用. 1.將需求信息用規范的語言表述出來 2.對需求信息列表 如何獲得需求 P38 2.3.2歸納整理需求信息 需求信息也可以用圖表來表示.圖表帶有一定的分析功能,常用的有柱圖,直方圖,折線圖和餅圖. 如何獲得需求 P39 2.4 可行性論證 需求分析所取得的資料經過整理後得到需求分析文檔,但這種需求分析文檔還需要經過論證後才能最終確定下來.參與論證活動的人員除了需求分析工作的負責人外,還要邀請其他部門的負責人,以及招標方的領導和專家. 可行性論證求 P40 2.4.1 可行性論證的目的 可行性論證是就工程的背景,意義,目的,目標,工程的功能,范圍,需求,可選擇的技術方案,設計要點,建設進度,工程組織,監理,經費等方面作出可行性驗證,指出工程建設中選擇軟硬體的依據,降低項目建設的總體風險. 提供正確選擇軟硬體系統的依據 驗證可行性,減少項目建設的總體風險 產生應用系統原型,積累必要的經驗 加強客戶,系統集成商,設備供應商之間的合作關系 降低後期實施的難度,提高客戶服務水平和滿意度 可行性論證求 P40 2.4.1 可行性論證的目的 在編寫可行性論證報告時,主要對下列項目逐條說明: 1.系統建設的目的 2.技術可行性 3.應用可行性 4.人員,資金可行性 5.設備可行性 6.安全可行性 可行性論證求 P40 2.5 工程招標與投標 為了保證網路工程的建設質量,網路建設方應該以公開招標的方式確定承建商.參與投標的承建商拿出各自的標書參與投標,其中標書的主要內容就來自於需求分析報告和可行性論證報告. 工程招投標是一個規范的網路工程必需的環節. 工程招標與投標 P41 2.5.1工程招標流程簡介 1.招標方聘請監理部門工作人員,根據需求分析階段提交的網路系統集成方案,編制網路工程標底; 2. 做好招標工作的前期准備,編制招標文件; 3. 發布招標通告或邀請函,負責對有關網路工程問題進行咨詢; 4. 接受投標單位遞送的標書; 5. 對投標單位資格,企業資質等進行審查.審查內容包括:企業注冊資金,網路系統集成工程案例,技術人員配置,各種網路代理資格屬實情況,各種網路資質證書的屬實情況. 工程招標與投標 P41 2.5.1工程招標流程簡介 6. 邀請計算機專家,網路專家組成評標委員會; 7. 開標,公開招標各方資料,准備評標; 8. 評標,邀請具有評標資質的專家參與評標,對參評方各項條件公平打分,選擇得分最高的系統集成商; 9. 中標,公告中標方,並與中標方簽訂正式工程合同. 工程招標與投標 P41 2.5.2工程招標 計算機網路工程招標的目的,是為了以公開,公平,公正的原則和方式,從眾多系統集成商中,選擇一個有合格資質,並能為用戶提供最佳性能價格比的集成商. 編制招標文件 招標 工程招標與投標 P41 2.5.3工程投標 投標人在索取,購買標書後,應該仔細閱讀標書的投標要求及投標須知.在同意並遵循招標文件的各項規定和要求的前提下,提出自己的投標文件. 編制投標文件 投標 1,遞交投標文件 2,評標 3,中標 4,簽訂合同 工程招標與投標 P41 標書內容 (1)參評方案一覽表 (2)參評方案價格表 (3)系統集成方案 (4)設備配置及參數一覽表 (5)公司有關計算機設備及備件報價一覽表 (6)從業人員及其技術資格一覽表 (7)公司情況一覽表, (8)公司經營業績一覽表 (9)中標後服務計劃 (10)資格證明文件,及參評方案方認為需要加以說明的其他內容 (11)文檔資料清單 (12)參評方案保證金

Ⅵ 網路工程師主要是懂那些知識及技術

一、 考試說明
1． 考試要求

（1） 熟悉計算機系統的基礎知識；
（2） 熟悉網路操作系統的基礎知識；
（3） 理解計算機應用系統的設計和開發方法；
（4） 熟悉數據通信的基礎知識；
（5） 熟悉系統安全和數據安全的基礎知識；
（6） 掌握網路安全的基本技術和主要的安全協議與安全系統；
（7） 掌握計算機網路體系結構和網路協議的基本原理；
（8） 掌握計算機網路有關的標准化知識；
（9） 掌握區域網組網技術，理解城域網和廣域網基本技術；
（10） 掌握計算機網路互聯技術；
（11） 掌握TCP/IP協議網路的聯網方法和網路應用服務技術；
（12） 理解接入網與接入技術；
（13） 掌握網路管理的基本原理和操作方法；
（14） 熟悉網路系統的基本性能測試和優化技術，以及可靠性設計技術；
（15） 理解網路應用的基本原理和技術；
（16） 理解網路新技術及其發展趨勢；
（17） 了解有關知識產權和互聯網的法律、法規；
（18） 正確閱讀和理解本領域的英文資料。

2． 通過本級考試的合格人員能根據應用部門的要求進行網路系統的規劃、設計和網路設備的軟硬體安裝調試工作，能進行網路系統的運行、維護和管理，能高效、可靠、安全地管理網路資源；作為網路專業人員對系統開發進行技術支持和指導；具有工程師的實際工作能力和業務水平，能指導助理工程師從事網路系統的構建和管理工作。

3． 本級考試設置的科目包括：
（1） 計算機與網路知識，考試時間為150分鍾，筆試；
（2） 網路系統設計與管理，考試時間為150分鍾，筆試。

二、 考試范圍

考試科目1：計算機與網路知識

1． 計算機系統知識

1．1 硬體知識
1.1.1 計算機結構
• 計算機組成（運算器、控制器、存儲器、存儲器、I/O部件）
• 指令系統（指令、定址方式、CISC、RISC）
• 多處理器（緊耦合系統、松耦合系統、陣列處理機、雙機系統、同步）
• 處理器性能

1.1.2 存儲器
• 存儲介質（半導體存儲器、磁存儲器、光存儲器）
• 存儲系統
• 主存與輔存
• 主存類型，主存容量和性能
• 主存配置（主存奇偶校驗、交叉存取、多級主存、主存保護系統）
• 高速緩存
• 輔存設備的性能和容量計算

1.1.3 輸入輸出結構和設備
• I/O介面（中斷、DMA、通道、SCSI、並行介面、通用介面匯流排、RS-232、USB、IEEE1394、紅外線介面、輸入輸出控制系統、通道）
• 輸入輸出設備類型和特性

1.1.4 嵌入式系統基礎知識

1．2 操作系統知識

1.2.1 基本概念
• 操作系統定義、特徵、功能及分類(批處理、分時、實時、網路、分布式)
• 多道程序
• 內核和中斷控制
• 進程和線程

1.2.2 處理機管理、存儲管理、設備管理、文件管理、作業管理
• 進程的狀態及轉換
• 進行調度演算法（分時輪轉、優先順序、搶占）
• 死鎖
• 存儲管理方案（分段與分頁、虛存、頁面置換演算法）
• 設備管理的有關技術（Spooling、緩沖、DMA、匯流排、即插即用技術）
• 文件管理
• 共享和安全（共享方式、可靠性與安全性、恢復處理、保護機制）
• 作業的狀態及轉換
• 作業調度演算法（先來先服務、短作業優先、高響應比優先）

1．3 系統配置方法

1.3.1 系統配置技術
• 系統架構模式（2層、3層及多層C/S和B/S系統）
• 系統配置方法（雙機、雙工、熱備份、容錯、緊耦合多處理器、松耦合多處理器）
• 處理模式（集中式、分布式、批處理、實時系統、Web計算、移動計算）

1.3.2 系統性能
• 性能設計（系統調整、響應特性）
• 性能指標、性能評估（測試基準、系統監視器）

1.3.3 系統可靠性
• 可靠性計算(MTBF、MTTR、可用性、故障率)
• 可靠性設計（失效安全、軟失效、部件可靠性及系統可靠性的分配及預估）
• 可靠性指標和可靠性評估，RAS（可靠性、可用性和可維護性）

2． 系統開發和運行基礎知識

2.1 系統開發基礎知識

2.1.1 需求分析和設計方法
• 需求分析
• 結構化分析設計
• 面向對象設計
• 模塊設計、I/O設計、人機界面設計

2.1.2 開發環境
• 開發工具（設計工具、編程工具、測試工具、CASE）
• 集中開發環境

2.1.3 測試評審方法
• 測試方法
• 評審方法
• 測試設計和管理方法（注入故障、系統測試）

2.1.4 項目管理基礎知識
• 制定項目計劃
• 質量計劃、管理和評估
• 過程管理（PERT圖、甘特圖、工作分解結構、進度控制、關鍵路徑）
• 配置管理
• 人員計劃和管理
• 文檔管理（文檔規范、變更手續）
• 開發組織和作用（開發組成員、項目經理）
• 成本管理和風險管理

2.1.5 系統可審計性
• 審計方法、審計跟蹤
• 在系統中納入和可審計性

2.2 系統運行和維護知識

2.2.1 系統運行
• 系統運行管理（計算機系統、網路）
• 系統成本管理
• 系統運行（作業調度、數據I/O管理、操作手冊）
• 用戶管理（ID注冊和管理）
• 設備和設施管理（電源、空調設備、設備管理、設施安全和管理）
• 系統故障管理（處理手續、監控，恢復過程、預防措施）
• 安全管理
• 性能管理
• 系統運行工具（自動化操作工具、監控工具、診斷工具）
• 系統轉換（轉入運行階段、運行測試、版本控制）
• 系統運行服務標准

2.2.2 系統維護
• 維護的類型（完善性維護、糾錯性維護、適應性維護、預防性維護）
• 維護的實施（日常檢查、定期維護、預防性維護、事後維護、遠程維護）
• 硬體維護，軟體維護，維護合同

3． 網路技術

3.1 網路體系結構

• 網路拓撲結構
• OSI/RM
• 應用層協議（FTP、TELNET、SNMP、DHCP、POP、SMTP、HTTP）
• 傳輸層協議（TCP、UDP）
• 網路層協議IP（IP地址、子網掩碼）
• 數據鏈路層協議（ARP、RARP、PPP、SLIP）
• 物理地址（單播、廣播、組播）

3.2 編碼和傳輸

3.2.1 調制和編碼
• AM、FM、PM、QAM
• PCM、抽樣

3.2.2 傳輸技術
• 通信方式（單工/半雙工/全雙工、串列/並行、2線/4線）
• 差錯控制（CRC、海明碼、奇偶校驗、比特出錯率）
• 同步控制（起停同步、SYN同步、標志同步、幀同步）
• 多路復用（FDM、TDM、WDM）
• 壓縮和解壓方法（JPEG、MPEG、MH、MR、MMR、遊程長度）

3.2.3 傳輸控制
• 競爭系統
• 輪詢/選擇系統
• 基本規程、多鏈路規程、傳輸控制字元、線路控制
• HDLC

3.2.4 交換技術（電路交換、存儲轉發、分組交換、ATM交換、幀中繼）

3.2.5 公用網路和租用線路

3.3 網路

3.3.2 網路分類
• 按地域分類（LAN、MAN、WAN）
• 按服務分類（網際網路、企業內部網）
• 按傳輸媒體分類（電話、數據、視像）
• 按電信網分類（駐地、接入、骨幹）

3.3.2 LAN
• LAN拓撲（匯流排型、星型、環型）
• 訪問控制系統（CSMA/CD、令牌環、令牌匯流排）
• LAN間的連接、LAN－WAN的連接、對等連接、點對點連接
• 高速LAN技術（千兆乙太網）
• 無限LAN

3.3.3 MAN常用結構

3.3.4 WAN與遠程傳輸服務
• 租用線路服務、線路交換服務、分組交換服務
• ISDN、VPN、幀中繼、ATM、IP連接服務
• 衛星通信服務、移動通信服務、國際通信服務

3.3.5 網際網路
• 網際網路概念（網際互聯設備、TCP/IP、IP路由、DNS、代理伺服器）
• 電子郵件（協議、郵件列表）
• Web（HTTP、瀏覽器、URL、HTML、XML）
• 文件傳輸（FTP）
• 搜索引擎（全文搜索、目錄搜索、智能搜索）
• QoS、CGI、VoIP

3.3.6 接入網與接入技術

3.3.7 網路性能
• 有關線路性能的計算（傳輸速度、線路利用率、線路容量、通信量、流量設計）
• 性能評估
• 排隊論的應用

3.4 網路通信設備

3.4.1 傳輸介質和通信電纜
• 有線/無線介質（雙絞線、同軸電纜、光纖；無線電波、光、紅外線）
• 分配線架（IDF）、主配線架（MDF）

3.4.2 各類通信設備
• 線路終端設備、多路設備、交換設備、轉接設備
• 線路連接設備（數據機、DSU、NCU、TA、CCU、PBX）

3.5 網路連接設備
• 網際連接設備（網關、網橋、生成樹網橋、源路由網橋、路由器、中繼器、集線器、交換機）

3.6 網路軟體系統

3.6.1 網路操作系統
• 網路操作系統的功能、分類和特點
• 網路設備驅動程序（ODL、NDIS）
• 網路通信的系統功能調用（套接字API）
• RPC
• TP Monitor
• 分布式文件系統
• 網路設備功能

3.6.2 網路管理
• 網路管理的功能域（安全管理、配置管理、故障管理、性能管理、計費管理）
• 網路管理協議（CMIS/CMIP、SNMP、RMON、MIB-II）
• 網路管理工具（ping、traceroute、NetXray、Analyzer、Sniffer）
• 網路管理平台（OpenView、NetView、SunNet Manager）
• 分布式網路管理

3.6.3 網路應用與服務
• WWW
• FTP文件傳輸
• 電子郵件
• Telnet
• 信息檢索
• 視頻點播
• 網路會議
• 遠程教育
• 電子商務
• 電子政務
• CSCW和群件

4． 網路安全

4.1 安全計算

4.1.1 保密性和完整性
• 私鑰和公鑰加密標准（DES、IDEA、RSA）
• 認證（數字簽名、身份認證）
• 完整性（SHA、MD5）
• 訪問控制（存取許可權、口令）

4.1.2 非法入侵和病毒的防護
• 防火牆
• 入侵檢測
• VPN、VLAN
• 安全協議（IPSec、SSL、ETS、PGP、S-HTTP、TLS）
• 硬體安全性
• 計算機病毒防護

4.1.3 可用性
• 文件的備份和恢復

4.1.4 安全保護
• 個人信息控制
• 匿名
• 不可跟蹤性

4.1.5 LAN安全
• 網路設備可靠性
• 應付自然災害
• 環境安全性
• UPS

4.2 風險管理
4.2.1 風險分析和評估
4.2.2 應付風險的對策
• 風險預防（風險轉移、風險基金、計算機保險）
• 意外事故預案（意外事故類別、應付意外事故的行動預案）
4.2.3 內部控制
• 安全規章制度
• 安全策略和安全管理

5． 標准化知識

5.1 標準的制訂和獲取

5.1.1 標準的制訂和獲取過程

5.1.2 環境和安全性評估標准化

5.2 信息系統基礎設施標准化

5.2.1 標准
• 國際標准（ISO、IEC）與美國標准（ANSI）
• 國家標准（GB）
• 行業標准與企業標准

5.2.2 開放系統（X/Open、OSF、POSIX）

5.2.3 數據交換標准（EDIFACT、STEP、XML）

5.2.4 安全性標准
• 信息系統安全措施標准
• 計算機防病毒標准
• 計算機防非法訪問標准
• CC標准
• BS7799標准

5.3 標准化組織

• 國際標准化組織（ISO、IEC、IETF、IEEE、IAB、W3C）
• 美國標准化組織
• 歐洲工業標准化組織
• 中國國家標准化委員會

6． 信息化基礎知識

• 信息化意識
• 全球信息化趨勢，國家信息化戰略，企業信息化戰略和策略
• 企業信息資源管理基礎知識
• 互聯網相關的法律、法規知識
• 個人信息保護規則

7． 計算機專業英語

• 掌握計算機技術的基本詞彙
• 能正確閱讀和理解計算機領域的英文資料

考試科目2：網路系統設計與管理

1． 網路系統的設計和構建

1.1 網路系統的需求定義

1.1.1 應用需求分析
• 應用需求的調研（應用系統性能、信息產生和接收點、數據量和頻度、數據類型和數據流向）
• 網路應用的分析

1.1.2 現有網路系統分析
• 現有網路體系結構調研（伺服器的數量和位置、客戶機的數量和位置、同時訪問的數量、每天的用戶數，每次使用的時間、每次數據傳輸的數據量、網路擁塞的時間段、採用的協議、通信模式）
• 現有網路體系結構分析

1.1.3 需求定義
• 功能需求（待實現的功能）
• 通信需求（期望的通信模式）
• 性能需求（期望的性能）
• 可靠性需求（期望的可靠性）
• 安全需求（安全性標准）
• 維護和運行需求（運行和維護的費用）
• 管理需求（管理策略）

1.2 網路系統的設計

1.2.1 技術和產品的調研和評估
• 收集信息
• 採用的技術和產品的比較研究
• 採用的技術和設備的比較要點

1.2.2 網路系統的設計
• 確定協議
• 確定拓撲結構
• 確定連接（鏈路的通信性能）
• 確定結點（結點的處理能力）
• 確定網路的性能（性能模擬）
• 確定可靠性措施
• 確定安全性措施（安全措施的調研，實現安全措施的技術和設備的評估）
• 網路設備的選擇，制訂選擇標准（成本、性能、容量、處理量、延遲），性能指標的一致性，高級測試的必要性，互連性的確認

1.2.3 新網路業務運營計劃
• 業務過程的確認
• 安裝計劃
• 轉換到新網路的計劃

1.2.4 設計評審

1.3 網路系統的構建和測試

1.3.1 安裝工作
• 事先准備
• 過程監督

1.3.2 測試和評估
• 連接測試
• 安全性測試
• 性能測試

1.3.3 轉換到新網路的工作計劃

2. 網路系統的運行、維護管理、評價

2.1 網路系統的運行和維護

2.1.1 用戶措施
• 用戶管理、用戶培訓、用戶協商

2.1.2 制定維護和升級的策略和計劃
• 確定策略
• 設備的編址
• 審查的時間
• 升級的時間

2.1.3 維護和升級的實施
• 外部合同要點
• 內部執行要點

2.1.4 備份與數據恢復
• 數據的存儲與處置
• 備份
• 數據恢復

2.1.5 網路系統的配置管理
• 設備管理
• 軟體
• 網路配置圖

2.2 網路系統的管理

2.2.1 網路系統的監視
• 網路管理協議（SNMP 、MIB-2、RMON）
• 利用工具監視網路性能（LAN監控器）
• 利用工具監視網路故障
• 利用工具監視網路安全（入侵檢測系統）
• 性能監視的檢查點
• 線路故障檢查點
• 安全監視的檢查點

2.2.2 故障恢復分析
• 故障分析要點（LAN監控程序）
• 排除故障要點
• 故障報告撰寫要點

2.2.3 系統性能分析
• 系統性能分析要點

2.2.4 危害安全的對策
• 危害安全情況分析（調查損失情況，收集安全信息，查找原因）
• 入侵檢測要點
• 對付計算機病毒的要點（查殺病毒措施）

2.3 網路系統的評價

2.3.1 系統評價
• 系統能力的限制
• 潛在問題分析
• 系統評價要點

2.3.2 改進系統的建議
• 系統生命周期
• 系統經濟效益
• 系統的可擴充性
• 建議改進系統的要點

3. 網路系統實現技術

3.1 網路協議
• 商用網路協議（SNA/APPN、IPX/SPX、AppleTalk、TCP/IP）
• 商務協議（XML、CORBA、COM/DCOM、EJB）
• Web 服務（WSDL、SOAP、UDDI）

3.2 可靠性設計
• 硬體高可靠性技術
• 軟體高可靠性技術
• 系統維護高可靠性技術
• 容錯技術
• 通信質量

3.3 網路設施

3.3.1 xDSL數據機

3.3.2 ISDN路由器
• 介面
• 功能（非通信控制功能、NAT功能）

3.3.3 FRAD（幀裝配/拆裝）、CLAD（信元裝配/拆裝）
• 介面
• 功能

3.3.4 遠程訪問伺服器
• 功能和機制

3.3.5 辦公室個人手持系統（PHS）
• 數字無繩電話的功能特性

3.3.6 中繼式HUB
• 倍速集線器（功能和機制）

3.3.7 L2、L3、L4及多層交換機功能和機制

3.3.8 IP路由器功能和控制

3.3.9 虛擬網（功能與機制）

3.3.10 與其他協議的共存（多協議路由器、IP隧道）

3.4 網路應用服務

3.4.1 地址服務
• 機制、DHCP、IPv6（機制和傳輸技術）

3.4.2 DNS（功能、機制）
• 域名、FQDN

3.4.3 電子郵件（功能、機制）
• SMPT、POP、MIME、IMAP4、LDAP
• 郵件列表
• Web Mail

3.4.4 電子新聞（功能和機制、NNTP）

3.4.5 Web服務（功能和機制、HTTP）

3.4.6 負載分布（Web交換）

3.4.7 電子身份驗證（功能、機制、認證授權、電子證書）

3.4.8 服務機制
• 服務供應商、供應商漫遊服務、撥號IP連接、CATV連接、IP電話、網際網路廣播和組播、電子商務、電子政務、移動通信、EZweb、主機服務提供者、EDI（規則、表單、Web EDI）、B2B、B2C、ASP、數據中心

4. 網路新技術

4.1 光纖網
• ATM-PDS、STM-PDS
• 無源光網PON（APON、EPON）

4.2 無線網
• 行動電話系統（WLL、WCDMA、CDMA2000、TD-SCDMA）
• 高速固定無線接入（FWA）
• 802.11a、802.11b、802.11g
• 微波接入（MMDS LMDS）
• 衛星接入
• 籃牙接入

4.3 主幹網
• IPoverSONET/SDH
• IpoverOptical
• IpoverDWDM

4.4 通信服務
• 全天候IP連接服務（租用線路IP服務）
• 本地IP網（NAPT）
• Ipv6

4.5 網路管理
• 基於TMN的網路管理
• 基於CORMBA的網路管理

4.6 網格結算