軟體項目網路規劃

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

網路規劃與需求分析 需求分析從字面上的意思來理解就是找出"需"和"求"的關系,從當前業務中找出最需要重視的方面,從已經運行的網路中找出最需要改進的地方,滿足客戶提出的各種合理要求,依據客戶要求修改已經成形的方案. 本章重點 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)參評方案保證金

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

步驟如下：

1，需求調研

2，需求分析

3，概要設計

4，詳細設計

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

(2)軟體項目網路規劃擴展閱讀：

網路工程設計原則

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

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

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

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

3，可靠性原則

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

4， 安全性原則

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

5， 先進性原則

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

6，易用性原則

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

7，可擴展性原則

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

3. 簡述軟體項目進度計劃在哪個階段制定及背景

軟體項目的生命周期包括項目啟動階段、項目規劃階段、項目執行階段、項目控制階段和項目收尾階段。項目啟動階段的任務是識別客戶需求內容，對客戶提出的需求內容進行可行性分析、評估和立項。項目規劃階段的任務是為擬研發的軟體項目制訂一個詳細的解決方案。為各種可交付成果准備工作計劃。項目執行階段就是具體實施項目規劃中制訂的各項工作內容。項目控制階段任務是定期監測與度量項目執行情況階段各項工作進展情況，識別是否有偏離計劃之處，對於項目執行過程中出現的問題，及時發現並採取糾正措施，以確保項目目標實現。項目收尾階段是交付產品以及總結經驗教訓。
一、項目啟動階段
（1）項目識別。開發部門接到業務部門提出的客戶需求後，對客戶需求內容進行確認，對客戶需求做可行性研究分析，通過與客戶進行交流溝通、分析評估後，對需求的可實現內容和不能實現的內容達成一致意見，開發部門對於確認的需求內容納入公司整體項目管理體系中管理。並配合與業務部門撰寫出詳細的項目需求說明書。
（2）項目立項。軟體項目通過評審後就可以進行立項，編制需求開發任務書。軟體公司接到項目任務後，首先由公司項目管理辦公室按照公司IT項日管理流程，為新項目建立信息檔案，編制項目代碼，啟動項目開發工作。
二、項目規劃階段
（1）項目范圍規劃。包括給出項目背景描述、項目目標描述，對項目工作結構進行分解（WBS）。制訂里程碑計劃和工作責任分配矩陣。
（2）編制項目工作計劃。項目工作計劃編制要依據合同對工期的約定和要求、里程碑計劃、WBS，參照公司類似項目的歷史信息和項目內外部條件，各種資源狀況等內容，編制項目工作計劃，常用的技術方法是PERT網路技術、甘特圖法。具體包括項目進度計劃、項目人力資源計劃、項目費用預算、風險控制計劃、質m控制計劃、項目采購計劃、培訓計劃和方案評估計劃。
（3）設計項目實現方案。包括項目技術實現方案、項目開發方案和項月測試方案。
（4）確定信息溝通與披露渠道。確認項目溝通的渠道和方式，建立項目信息披露機制。
（5）項目信息管理。通過專用的項目管理軟體為項目編號建立信息檔案，詳細記載項目生命周期中每一個階段產生的項目信息資料，要求項目組隨時提交項目信息，逐步建成一個項目信息管理知識庫。
三、項目執行階段
（1）建立項目開發團隊，明確團隊組成形式。依據業務需求開發任務書中對項目完成時間、費用的要求，確認項目開發團隊人員數量，明確項目經理，建立以項目經理為項目負責人的開發團隊。團隊組建完成後，項目經理組織團隊人員進行交流學習和互相熟悉，說明項目任務、目標、規模、人員組成、規章制度和行為准則，個人崗位和責任，建立團隊與外界的初步聯系及相互關系，確立團隊的許可權，建立團隊的績效管理機制，爭取公司各方面支持，根據團員特點分配職責，收集有關項目信息。
（2）實施項目開發測試。依據軟體項目設計開發制度要求和軟體項目管理規范，按照需求實現方案為項目具體開發做好准備。
（3）實施項目采購。項目經理及項目成員按照公司采購制度和流程式控制制要求，了解軟體產品供應商市場，咨詢市場詢價，采購招投標及與中標供應商簽訂合同。
（4）項目信息人檔管理。在項目的研發過程中，會產生很多來自不同層次和客戶的項目管理所需信息和文檔資料，及時、正確地搜集好這些項目信息並納人項目信息管理檔案中統一管理，為跟蹤項目進程、提高項目控制能力及項目後評價、項目績效考核打好基礎。
四、項目控制階段
（1）項目進度與費用控制。做好項目進度和費用分析。撰寫項目進度報告。每周定期召開項目工作例會，並與項目外包商溝通會議，及時解決存在的問題。根據里程碑計劃中制訂的需求分析完成時間、系統設計完成時間、編碼完成時問、測試完成時間和投產完成時間，在每一個階段完成時召開會議，確認該時間段是否按計劃完成工作。
（2）項目資源的控制。項目的資源包括人力資源、開發環境資源、測試環境資源、設備資源等，在項目開發過程中。項月經理要根據項目開發進度情況，優化資源分配，合理安排項目使用的開發和測試環境，調整開發人員和測試人員數量和工作內容，通過項目資源優化，確保項目開發進度和質量。
（3）采購過程及合同控制。監督和控制軟體項目采購過程，要確保供應商招投標及中標是否按流程工作。供應商的資質是否符合要求，要求提供的文檔資料是否齊全。對於中標的供應商要做好合同管理，確保賣方符合要求，買方要根據項目進度情況，做好項目階段付款、合同內容變更管理。
（4）需求變更管理。在軟體項目的研發過程中，對於需求內容變化請求都要求做出快速的響應，這需要制訂相應的變更什理工作流程，控制來自各方面的變更，同時更新項目計劃內容，並及時把更新項目信息資料存人項目信息管理檔案。
（5）項目風險控制。根據項目規劃階段對項目開發過程中不問風險的識別及應對策略，實行項目「實時監控、實時詢問、及時披露」制度。在項目開發過程中，對於出現的風險要及時向上級領導、客戶反映，同時要採取措施把風險減小到低程度。對於外包商，項目經理需要密切監控項目的實施情況。
（6）項目質量控制。按照質量確保計劃，由質量控制員全程跟蹤項口研發過程中質量控制點，提醒項目經理提交項目管理需要的質量信息資料，對於發現的問題要及時通知項目經理改正。
五、項日收尾階段
（1）項目驗收。由客戶進行驗收測試，驗證軟體項目實現的功能是否實現了需求的要求。
（2）項目後評價。項目開發結束，需要項目開發團隊撰寫項目報告，總結分析整個項目研發工作，分析項目開發期間出現的問題原因及解決的方法，撰寫出項目總結分析報告。為以後項目研發提供借鑒經驗。
根據具體項目活動，對項目進行分解和活動的接點界定，明確項目組織和工作任務的分配，採用關鍵路徑法制定詳細的進度計劃表，主要包括任務工作量、開始時間、持續時間、結束時間、版本號以及人員和資源分配。使每個人都知道自己工作任務的時間表及其工作任務的排序。管理主管總體掌握其業務時間在項目的地位，建立互動機制。操作人員根據實際情況寫出樂觀、悲觀、可能完成時間、問題等情況。運用關鍵路線圖的方法將工作分解結構和活動，按照邏輯關系加以整合，計算出某項活動的最早開始時間和最遲結束時間等，並且安排各子系統負責人，用統一格式編寫小組情況報告。
項目進度控制
在項目中採取定期檢查和定點檢查的方式控制項目進度。其中定期檢查的主要形式是周項目例會。規定在每周三下午定時召開任務進度情況匯報會，了解項目的實際進度。根據負責人匯報的工作情況，對完成情況與計劃進行比較，如果出現偏差，及時調整，給出解決措施，糾正偏差。定點檢查主要是事先設定的檢查點如：里程碑，基線，對其完成情況進行檢查，如果有偏差，需分析原因，判斷偏差影響，並制定出解決方案。對願意主動承擔項目任務的員工多發獎金和公開表揚進行激勵，或者不必要的功能和過度修飾。在項目進度動態監測後，形成項目進展報告有概要級進度控制報告，主要是針對整個項目對干係人進行匯報；管理級進度控制報告，主要是以分項目為對象由分項目主管進行匯報；業務管理及進度控制報告，主要是以某重點部位或重點問題為對象由普通研發工作人員進行匯報。這些報告除了日常報告，還有例外報告和特別分析報告的形式。項目進度報告的有效管理和制度的健全，可以幫助本項目的進度有效控制，便於項目干係人能夠及時理解項目的情況。為以後項目經驗教訓的總結提供了有效的依據。