⑴ 什麼是系統需求分析
問題一：什麼是需求分析，其目標是什麼？《軟體工程》 需求分析就是了解、判斷用戶需要什麼、想最終達到工么目的、怎麼實現，為你們提 *** 品、服務、項目等提供目標和檢驗標准
問題二：如何系統的進行用戶需求分析 1.概念
需求的定義包括從用戶角度(系統的外部行為),以及從開發者角度(一些內部特性)來闡述需求.
關鍵的問題是一定要編寫需求文檔.我曾經目睹過一個項目中途更換了所有的開發者,客戶被迫與新的需求分析者坐到一起.系統的分析人員說:我們想與你談談你的需求.客戶的第一反應便是:我已經將我的要求都告訴你們前任了,現在我要的就是給我編一個系統.
百事通
而實際上,UGGs,需求並未編寫成文檔,因此新的分析人員不得不從頭做起.所以如果只有一堆郵件、會談記錄或一些零碎的未整理的對話,你就確信你已明白用戶的需求,那完全是自欺欺人.
需求的另外一種定義認為需求是用戶所需要的並能觸發一個程序或系統開發工作的說明.有些需求分析專家拓展了這個概念:從系統外部能發現系統所具有的滿足於用戶的特點、功能及屬性等.這些定義強調的是產品是什麼樣的,而並非產品是怎樣設計、構造的.而下面的定義則從用戶需要進一步轉移到了系統特性:
需求是指明必須實現什麼的規格說明.它描述了系統的行為、特性或屬性,是在開發過程中對系統的約束.
從上面這些不同形式的定義不難發現:並沒有一個清晰、毫無二義性的需求術語存在,真正的需求實際上在人們的腦海中,這個人們主要是指客戶,但一般情況下,用戶並不能描述自己的需要,只就需要系統分析人員根據用戶的自己語言的描述整理出相關的需要再進一步和客戶核對.系統分析員和客戶需要確保所有項目風險承擔者在描述需求的那些名詞的理解上務必達成共識.
任何文檔形式的需求(例如如下將要描述的需求規格說明書)僅是一個模型,一種描述.
2.需求分析的任務
開發軟體系統最為困難的部分就是准確說明開發什麼.最為困難的概念性工作便是編寫出詳細技術需求,這包括所有面向用戶、面向機器和其它軟體系統的介面.同時這也是一旦做錯,將最終會給系統帶來極大損害的部分,並且以後再對它進行修改也極為困難.
目前,國內產品的龐雜,一家企業可能有幾個系統並立運行,它們之間介面是系統開發人員最頭痛的問題.
對於商業最終用戶應用程序,企業信息系統和軟體作為一個大系統的一部分的產品是顯而易見的.但是對於我們開發人員來說,並沒有編寫出客戶認可的需求文檔,我們如何知道項目於何時結束?而如果我們不知道什麼對客戶來說是重要的,那我們又如何能使客戶感到滿意呢?
然而,即便並非出於商業目的的軟體需求也是必須的.例如庫、組件和工具這些供開發小組內部使用的軟體.當然你可能偶爾勿需文檔說明就能與其他人意見較為一致,但更常見的是出現重復返工這種不可避免的後果,而重新編制代碼的代價遠遠超過重寫一份需求文檔的代價,這些血的教訓正在國內的軟體開發者身上發生.
近來,我遇到一個開發小組開發包括代碼編輯器在內的一套內部使用的計算機虛滾型輔助軟體.不幸的是,當他們開發完這個工具後,發現這個工具不能列印出源代碼文件,使用者當然希望有這個功能.結果這個小組只好手工抄寫源代碼文檔以供代碼檢查.這說明那怕需求明確無誤並構思准確,如果我們沒有編寫文檔,軟體達不到期望目標也只能是咎由自取了.
相反的情況,我曾見一個要集成到錯誤跟蹤系統中的簡單界面寫了一頁需求說明.而操作系統系統管理員在為處理腳本時發現簡單差猜的一張需求清單竟是如此有用.他們依據需求對系統進行測試時,此系統不僅非常清晰地實現了所有必需功能,而且未發現任何錯誤.
事實上,需求文檔在開發過程中一直起指導作用.
3.需求分析過程
可把整個軟體需求工程......>>
問題三：需求備塌分析解決的問題是系統必須做什麼 你好
解決的問題是做什麼的問題
如果您對我的回答有不滿意的地方，請您繼續追問；
答題不易，互相理解~
問題四：需求分析的作用及如何進行需求分析 通過對應問題及其環境的理解與分析，為問題涉及的信息、功能及系統行為建立模型，將用戶需求精確化、完全化，最終形成需求規格說明，這一系列的活動即構成軟體開發生命周期的需求分析階段。
需求分析是介於系統分析和軟體設計階段之間的橋梁。一方面，需求分析以系統規格說明和項目規劃作為分析活動的基本出發點，並從軟體角度對它們進行檢查與調整；另一方面，需求規格說明又是軟體設計、實現、測試直至維護的主要基礎。良好的分析活動有助於避免或盡早剔除早期錯誤，從而提高軟體生產率，降低開發成本，改進軟體質量。
需求工程是隨著計算機的發展而發展的，在計算機發展的初期，軟體規模不大，軟體開發所關注的是代碼編寫，需求分析很少受到重視。後來軟體開發引入了生命周期的概念，需求分析成為其第一階段。隨著軟體系統規模的擴大，需求分析與定義在整個軟體開發與維護過程中越來越重要，直接關繫到軟體的成功與否。人們逐漸認識到需求分析活動不再僅限於軟體開發的最初階段，它貫穿於系統開發的整個生命周期。80年代中期，形成了軟體工程的子領域――需求工程(requirementengineering,RE)。進入90年代以來，需求工程成為研究的熱點之一。從1993年起每兩年舉辦一次需求工程國際研討會(ISRE)，自1994年起每兩年舉辦一次需求工程國際會議(ICRE)，在1996年Springer-Verlag發行了一新的刊物――《RequirementsEngineering》。一些關於需求工程的工作小組也相繼成立，如歐洲的RENOIR()，並開始開展工作。需求工程是指應用已證實有效的技術、方法進行需求分析，確定客戶需求，幫助分析人員理解問題並定義目標系統的所有外部特徵的一門學科。它通過合適的工具和記號系統地描述待開發系統及其行為特徵和相關約束，形成需求文檔，並對用戶不斷變化的需求演進給予支持。RE可分為系統需求工程（如果是針對由軟硬體共同組成的整個系統）和軟體需求工程（如果僅是專門針對純軟體部分）。軟體需求工程是一門分析並記錄軟體需求的學科，它把系統需求分解成一些主要的子系統和任務，把這些子系統或任務分配給軟體，並通過一系列重復的分析、設計、比較研究、原型開發過程把這些系統需求轉換成軟體的需求描述和一些性能參數。
需求工程是一個不斷反復的需求定義、文檔記錄、需求演進的過程，並最終在驗證的基礎上凍結需求。80年代，HerbKrasner定義了需求工程的五階段生命周期：需求定義和分析、需求決策、形成需求規格、需求實現與驗證、需求演進管理。近來，MatthiasJarke和KlausPohl提出了三階段周期的說法：獲取、表示和驗證。
綜合了幾種觀點，可以把需求工程的活動劃分為以下5個獨立的階段：
（1）需求獲取：通過與用戶的交流，對現有系統的觀察及對任務進行分析，從而開發、捕獲和修訂用戶的需求；
（2）需求建模：為最終用戶所看到的系統建立一個概念模型，作為對需求的抽象描述，並盡可能多的捕獲現實世界的語義；
（3）形成需求規格：生成需求模型構件的精確的形式化的描述，作為用戶和開發者之間的一個協約；
（4）需求驗證：以需求規格說明為輸入，通過符號執行、模擬或快速原型等途徑，分析需求規格的正確性和可行性；
（5）需求管理：支持系統的需求演進，如需求變化和可跟蹤性問題。...>>
問題五：什麼是軟體需求，什麼是功能需求？ 我們的軟體產品或者項目，其需求都有三個層級和三個方面。一、我們首先看需求的三個層次軟體需求包括3個不同的層次DD業務需求、用戶需求和功能需求。業務需求 （Business requirement）表示組織或客戶高層次的目標。業務需求通常來自項目投資人、購買產品的客戶、實際用戶的管理者、市場營銷部門或產品策劃部門。業 務需求描述了組織為什麼要開發一個系統，即組織希望達到的目標。使用前景和范圍（vision and scope）文檔來記錄業務需求，這份文檔有時也被稱作項目輪廓圖或市場需求（project charter 或 market requirement）文檔。用戶需求 （user requirement）描述的是用戶的目標，或用戶要求系統必須能完成的任務。用例、場景描述和事件DD響應表都是表達用戶需求的有效途徑。也就是說用戶需求描述了用戶能使用系統來做些什麼。功能需求 （functional requirement）規定開發人員必須在產品中實現的軟體功能，用戶利用這些功能來完成任務，滿足業務需求。功能需求有時也被稱作行為需求 （behavīoral requirement），因為習慣上總是用「應該」對其進行描述：「系統應該發送電子郵件來通知用戶已接受其預定」。功能需求描述是開發人員需要實現什 么。注意：用戶需求不總是被轉變成功能需求。產品特性，所謂特性（feature），是指一組邏輯上相關的功能需求，它們為用戶提供某項功能，使業務目標 得以滿足。對商業軟體而言，特性則是一組能被客戶識別，並幫助他決定是否購買的需求，也就是產品說明書中用著重號標明的部分。客戶希望得到的產品特性和用 戶的任務相關的需求不完全是一回事。一項特性可以包括多個用例，每個用例又要求實現多項功能需求，以便用戶能夠執行某項任務。系統需求 （system requirement）用於描述包含有多個子系統的產品（即系統）的頂級需求。系統可以只包含軟體系統，也可以既包含軟體又包含硬體子系統。人也可以是系統的一部分，因此某些系統功能可能要由人來承擔。業務規則 包 括企業方針、 *** 條例、工業標准、會計准則和計算方法等。業務規劃本身並非軟體需求，因為它們不屬於任何特定軟體系統的范圍。然而，業務規則常常會限制誰 能夠執行某些特定用例，或者規定系統為符合相關規則必須實現某些特定功能。有時，功能中特定的質量屬性（通過功能實現）也源於業務規則。所以，對某些功能 需求進行追溯時，會發現其來源正是一條特定的業務規則。功能需求記錄在軟體需求規格說明（SRS）中。SRS完整地描述了軟體系統的預期特性。SRS我們一般把它當作文檔，其實，SRS還可以是包含需求信息的資料庫 或電子表格；或者是存儲在商業需求管理工具中的信息；而對於小型項目，甚至可能是一疊索引卡片。開發、測試 、質量保證、項目管理和其他 相關的項目功能都要用到 SRS。除此之外，對於需求層次，我們還有其它的分法：組織級需求->業務需求->用戶需求->功能需求（有時也叫行為需求）。組織級需求： 一 般代表著組織的願景和目標。對於大的公司，一般是通過資深的咨詢顧問和咨詢公司得出的，呈現的方式是咨詢報告。比如在ITSM或者企業信息化這方面。典型 的組織級的需求是：降低成本、減少庫存成本、提升IT服務部門在企業中的價值、通過ISO20000、提高IT服務的效率、提高員工的滿意度等。業務需求： 是要完組織的使命，達成組織的願景的各個業務流程和業務單元具有的需求。業務需求服從於組織需求。用戶需求： 用戶級的需求，是在業務級的需求下，各個崗......>>
問題六：如何寫系統需求分析 學生選課系統需求分析 第一部分 需求分析 1．系統功能模塊基本劃分本系統劃分為三個子系統：系統管理系統：系統維護學生選課系統：學生選課操作教師查詢系統：學生選課情況查詢 2． 系統維護 2 1 2． 1 ． 1 ． 學生基本資料維護目標：針對學生的基本資料進行添加、 刪除、 更新、 查詢。 2． 1 ． 2． 學生基本資料維護概述：前提條件： 管理員要對學生基本資料進行添加、 刪除、 更新或查詢。角色： 各級別的系統管理員輸入： 學生基本屬性（學號、 姓名、 系部、 班級、 密碼、 選課總學分） 。基本流程： 登錄管理員系統→驗證當前用戶許可權→選擇「學生基本資料維護」 →管理員添加、 刪除或修改更新→驗證輸入或修改的數據→驗證通過： 更新資料庫， 驗證不通過： 給出提示信息要求用戶重新輸入。輸出： 學生基本資料報表。 2 2 2． 2． 1 ． 教師基本資料維護目標：針對教師的基本資料進行添加、 刪除、 更新、 查詢。 2． 2． 2． 教師基本資料維護概述：前提條件： 管理員要對教師基本資料進行添加、 刪除、 更新或查詢。角色： 各級別的系統管理員輸入： 教師基本資料（工號、 姓名、 系部、 密碼、 相關資料）基本流程： 登錄管理員系統→驗證當前用戶許可權→選擇「教師基本資料維護」 →管理員添加、 刪除或修改更新→驗證輸入或修改的數據→驗證通過： 更新資料庫， 驗證不通過： 給出提示信息要求用戶重新輸入。輸出： 教師基本資料報表。 2 3 2． 3． 1 ． 課程基本資料維護目標：針對課程的基本資料進行添加、 刪除、 更新、 查詢。 2． 3． 2． 課程基本資料維護概述：前提條件： 管理員要對課程基本資料進行添加、 刪除、 更新或查詢。角色： 二級系統管理員輸入： 課程基本資料（課程號、 課程名、 課程簡介、 上課時間、 上課地點、 學時、 學分、 人數上線、當前人數、 教師號）基本流程： 登錄管理員系統→驗證當前用戶許可權→選擇「課程基本資料維護」 →管理員添加、 刪除或修改更新→驗證輸入或修改的數據→驗證通過： 更新資料庫， 驗證不通過： 給出提示信息要求用戶重新輸入。輸出： 課程詳細資料。 2 4 2． 4． 1 ． 系部資料維護目標：針對系部資料進行添加、 刪除、 更新、 查詢。 2． 4． 2． 系部維護概述：前提條件： 管理員要對系部資料進行添加、 刪除、 更新或查詢。角色： 一級系統管理員輸入： 系部資料（系號、 系名稱）基本流程： 登錄管理員系統→驗證當前用戶許可權→選擇「系部資料維護」 →管理員添加、 刪除或修改更新→驗證輸入或修改的數據→驗證通過： 更新資料庫， 驗證不通過： 給出提示信息要求用戶重新輸入。輸出： 無 2 5 2． 5． 1 ． 管理員維護目標：設置各級管理員許可權 2． 5． 2． 管理員維護概述：前提條件：角色： 一級管理員輸入： 管理員許可權基本流程： 登錄系統→驗證許可權→設置管理員許可權→驗證設置→成功更新或失敗返回輸出： 2 6 2． 6． 1 ． 修改密碼目標：正確的修改管理員登錄密碼 2． 6． 2． 修改密碼概述：前提條件： 用舊密碼正確登錄角色： 各級管理員輸入： 舊密碼、 新密碼、 驗證密碼基本流程： 登錄選課系統→驗證許可權→輸入舊密碼、 新密碼、 驗證密碼提交→驗證舊密碼是否正確、 新密碼和驗證密碼是否相同→成功或失敗（一天內不能超過3 次）輸出： 成功或失敗信息 2 7 2． 7． 1 ． 系統設置目標：通過系統設置來修改系統環境變數 2 ． 7 ． 2 ． 系 統 設 置 ......>>
問題七：系統設計和需求分析的關系是什麼？？急求 2012-4-27 12:19 滿意回答 網路規劃與需求分析需求分析從字面上的意思來理解就是找出需和求的關系,從當前業務中找出最需要重視的方面,從已經運行的網路中找出最需要改進的地方,滿足客戶提出的各種合理要求,依據客戶要求修改已經成形的方案.本章重點2.1需求分析的類型2.2如何獲得需求2.3可行性論證2.4工程招標與投標2.2.1應用背景分析應用背景需求分析概括了當前網路應用的技術背景,介紹了行業應用的方向和技術趨勢,說明本企業網路信息化的必然性. 應用背景需求分析要回答一些為什麼要實施網路集成的問題.(1) 國外同行業的信息化程度以及取得哪些成效 (2) 國內同行業的信息化趨勢如何 (3) 本企業信息化的目的是什麼 (4) 本企業擬採用的信息化步驟如何 需求分析的類型P332.2.1應用背景分析應用背景需求分析要回答一些為什麼要實施網路集成的問題.(1) 國外同行業的信息化程度以及取得哪些成效 (2) 國內同行業的信息化趨勢如何 (3) 本企業信息化的目的是什麼 (4) 本企業擬採用的信息化步驟如何 需求分析的類型P332.2.2業務需求業務需求分析的目標是明確企業的業務類型,應用系統軟體種類,以及它們對網路功能指標(如帶寬,服務質量QoS)的要求.業務需求是企業建網中首要的環節,是進行網路規劃與設計的基本依據. 需求分析的類型P332.2.2業務需求通過業務需求分析要為以下方面提供決策依據:(1) 需實現或改進的企業網路功能有那些(2) 需要集成的企業應用有哪些 (3) 需要電子郵件服務嗎 (4) 需要Web服務嗎 (5) 需要上網嗎 帶寬是多少 (6) 需要視頻服務嗎 (7) 需要什麼樣的數據共享模式 (8) 需要多大的帶寬范圍 (9) 計劃投入的資金規模是多少 需求分析的類型P332.2.3管理需求網路的管理是企業建網不可或缺的方面,網路是否按照設計目標提供穩定的服務主要依靠有效的網路管理.高效的管理策略能提高網路的運營效率,建網之初就應該重視這些策略.需求分析的類型P342.2.3管理需求網路管理的需求分析要回答以下類似的問題:是否需要對網路進行遠程管理,遠程管理可以幫助網路管理員利用遠程式控制制軟體管理網路設備,使網管工作更方便,更高效.誰來負責網路管理;需要哪些管理功能,如需不需要計費,是否要為網路建立域,選擇什麼樣的域模式等;需求分析的類型P342.2.3管理需求選擇哪個供應商的網管軟體,是否有詳細的評估;選擇哪個供應商的網路設備,其可管理性如何;需不需要跟蹤和分析處理網路運行信息;將網管控制台配置在何處 是否採用了易於管理的設備和布線方式需求分析的類型P342.2.4安全性需求企業安全性需求分析要明確以下幾點:企業的敏感性數據的安全級別及其分布情況;網路用戶的安全級別及其許可權;可能存在的安全漏洞,這些漏洞對本系統的影響程度如何;網路設備的安全功能要求;需求分析的類型P342.2.4安全性需求網路系統軟體的安全評估;應用系統安全要求;採用什麼樣的殺毒軟體;採用什麼樣的防火牆技術方案;安全軟體系統的評估;網路遵循的安全規范和達到的安全級別.需求分析的類型P342.2.5通信量需求通信量需求是從網路應用出發,對當前技術條件下可以提供的網路帶寬做出評估.需求分析的
問題八：解決方案和需求分析還有系統設計有什麼區別 方案是整體的說明
需求 是系統要做什麼
系統設計是說要怎麼做
問題九：軟體需求分析的需求類型 下面這些定義是需求工程領域中常見術語的定義。軟體需求包括三個不同的層次：業務需求、用戶需求和功能需求（也包括非功能需求）。1．業務需求（business requirement）反映了組織機構或客戶對系統、產品高層次的目標要求，它們在項目視圖與范圍文檔中予以說明。2．用戶需求(user requirement) 文檔描述了用戶使用產品必須要完成的任務，這在使用實例（usecase）文檔或方案腳本說明中予以說明。3．功能需求(functional requirement)定義了開發人員必須實現的軟體功能，使得用戶能完成他們的任務，從而滿足了業務需求。在軟體需求規格說明書（SRS）中說明的功能需求充分描述了軟體系統所應具有的外部行為。軟體需求規格說明在開發、測試、質量保證、項目管理以及相關項目功能中都起了重要的作用。對一個大型系統來說，軟體功能需求也許只是系統需求的一個子集，因為另外一些可能屬於子系統（或軟體部件）。作為功能需求的補充，軟體需求規格說明還應包括非功能需求，它描述了系統展現給用戶的行為和執行的操作等。它包括產品必須遵從的標准、規范和合約；外部界面的具體細節；性能要求；設計或實現的約束條件及質量屬性。所謂約束是指對開發人員在軟體產品設計和構造上的限制。質量屬性是通過多種角度對產品的特點進行描述，從而反映產品功能。多角度描述產品對用戶和開發人員都極為重要。下面以一個子處理程序為例來說明需求的不同種類。業務需求可能是：「用戶能有效地糾正文檔中的拼寫錯誤」，該產品的包裝盒封面上可能會標明這是個滿足業務需求的拼寫檢查器。而對應的用戶需求可能是「找出文檔中的拼寫錯誤並通過一個提供的替換項列表來供選擇替換拼錯的詞」。同時，該拼寫檢查器還有許多功能需求，如找到並高亮度提示錯詞的操作；顯示提供替換詞的對話框以及實現整個文檔范圍的替換。從以上定義可以發現，需求並未包括設計細節、實現細節、項目計劃信息或測試信息。需求與這些沒有關系，它關注的是充分說明你究竟想開發什麼。項目也有其它方面的需求，如開發環境需求或發布產品及移植到支撐環境的需求。盡管這些需求對項目成功也至關重要，但它們並非本書所要討論的。
⑵ 網路集成方案
CDN網路集成方案
網際網路已經成熟，網上內容提供商、出版商和電子商務正在將網路視為一個傳遞帶寬需求高、內容豐富的高性能、高可靠的工具, 諸如電子商務交易、特殊事件、新聞和娛樂服務等。
致力於開發動態的、交互的多媒體網上內容，使得IP網路業界的焦點從第三層連通性問題轉移到智能的、第四至第七層的基礎設施建設，以便能夠更好地支持這些新型內容在響應時間上的嚴格要求。尤其是，業界的重點正轉到內容發送網路或內容分發網（CDN，Content Delivery Network）。
在經過多年的基於自有數據中心基礎上的CDN服務，業已為多家客戶實現了全國性的CDN服務，他們包括長城證券、南方證券、大鵬證券等。Unihub CDN服務使得最終用戶獲得了更好的上網體驗，將客戶訪問響應速度平均提升30-50%。我們也看到了目前內容推送服務越來越普遍，在證券、銀行等行業，網上交易需求旺盛；電信運營商、內容服務供應商越來越需要提供更豐富的流媒體服務（即所謂的寬頻VOD）系統，基於此，我們推出了CDN網路集成解決方案。
客戶受益
通過實施CDN集成網路，您可以：
徹底解決網路擁塞，提高響應速度，實現交易的實時性
提升服務質量，提高客戶忠誠度
使用多個分布式的節點，各節點之間進行負載均衡和備份，保證系統可靠性
降低了帶寬消耗，減少大量租用帶寬費用
減輕原伺服器的負載，延長伺服器使用周期
CDN是一套系統，通常是專門為高性能地分發豐富的多媒體內容、相對於網際網路而建立的覆蓋網路。CDN存在的理由是，使網際網路成為執行關鍵任務、提供內容豐富的CDN服務的一個值得信賴的發布網。
在更高網路層上發展速度和應用可以更快
改善服務質量和上網體驗的需求正在增加
網上內容提供商需要擴大客戶群，這些客戶經常消費同樣內容
運用於寬頻VOD運用的CDN網路拓撲圖
CDN網路的所將涉及的關鍵技術
Unihub CDN網路集成方案所採用的關鍵技術包括：負載均衡技術、動態內容路由、高速緩存機制、動態內容分發與復制、網路安全機制等。
伺服器負載均衡技術
一般依照一定標准將用戶的請求轉到「最佳站點」，從而為其提供更好的服務。這些標准可以是：站點的健康狀況、站點距離、檢索指定內容所需的響應時間等。
目前比較常用的負載均衡技術主要有基於DNS的負載均衡、反向代理負載均衡、基於地址轉換（NAT）的負載均衡技術。根據現有的這些負載均衡技術，我們選擇了使用軟硬體結合的方式實現網路地址轉換的負載均衡方式，以彌補硬體負載均衡器的不靈活，並應用優化的均衡策略來實現後端伺服器負載分擔的最優狀態。
動態內容路由
當用戶訪問加入CDN服務的網站時，域名解析請求將最終由重定向DNS負責處理。它通過一組預先定義好的策略（如內容類型、地理區域、網路負載狀況等），將當時最接近用戶的節點地址提供給用戶，使用戶可以得到快速的服務。同時，它還與分布在不同地點的所有CDN節點保持通信，搜集各節點的健康狀態，確保不將用戶的請求分配到任何一個已經不可用的節點上。它還具有在網路擁塞和失效情況下，自適應調整路由的能力。
高速緩存機制
Web 緩存服務通過幾種方式來改善用戶的響應時間。如代理緩存服務、透明代理緩存服務、使用重定向服務的透明代理緩存服務等。通過 Web 緩存服務，用戶訪問網頁時可以將 WAN或 Internet的流量降至最低。這意味著用戶可以獲得更快的響應，而且企業或 ISP 也會因為通信成本的降低而受益。
動態內容分發與復制
網站訪問響應速度取決於許多因素，如網路的帶寬是否有瓶頸、傳輸途中的路由是否有阻塞和延遲、網站伺服器的處理能力、訪問距離等。內容分發網路可以採用智能路由和流量管理技術，及時發現與訪問者最近的加速節點，並將訪問者的請求轉發到該加速節點，由該加速節點提供內容服務。利用內容分發與復制機制，用戶不需要改動原來的網站結構，只需修改少量的DNS配置，就可以加速網路的響應速度。
安全性要求
安全性是網路服務的基石，對於一個完整的CDN網路而言，安全性是必須的要求，這樣才能確保客戶保密性和內容完整性，安全性機制要求包括：快速、安全的連接請求處理；拒絕服務（DDOS）防護；高性能防火牆和狀態檢測及周邊設備安全；關鍵部件的冗餘和狀態故障清除。
CDN集成網路提供如下特性：
快速的響應
在多個站點上進行有效的全球內容的提交
高服務可靠性與可用性
可伸縮性
具有單個或多個進入網路的邏輯接入點，靈活的透明流量重定向功能
資源使用的優化
⑶ 網路需求分析的主要內容是什麼
網路規劃與需求分析
需求分析從字面上的意思來理解就是找出"需"和"求"的關系,從當前業務中找出最需要重視的方面,從已經運行的網路中找出最需要改進的地方,滿足客戶提出的各種合理要求,依據客戶要求修改已經成形的方案.
本章重點
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)參評方案保證金
⑷ 什麼是集成，系統集成，網路系統集成
詞語介紹：集成
拼音：jí chéng
基本解釋：集成（integration）就是一些孤立的事物或元素通過某種方式集中在一起，產生聯系，從而構成一個有機整體的過程。
2.引證解釋：
指集約度很高的生產工藝、生產設備及產品。例如手機、數碼視聽等便攜電子產品廣泛使用的是集成度很高的貼片工藝和集成電路晶元。電腦主板往往集成了集成顯卡、音效卡和網卡。一塊CPU晶元，可以集成上千萬個半導體零件；神舟飛船則集成了約20萬個配套的系統。在家裝業，集成吊頂的優勢也是傳統裝飾無法比擬的。
⑸ 你怎樣理解網路系統集成
系統集成，從字面意思理解，就是將各功能部分綜合、整合為統一的系統。然而系統集成的應用含義遠不止此。系統集成也可以理解為通過將建築內的有關的系統（如安防、中央空調、給排水、消防、照明、機電等各子系統）設備集中進行管控的一種重要的技術。
它能夠實現各個相對獨立運行系統的集中控制，包括弱電子系統以及建築物內的重要運行項目，還能實現各個單體建築之間的信息共享等。
集中的管理系統代替傳統的管理模式，從而實現管理的系統化、集成化。由於在這一過程中涉及的設備、軟硬體眾多且不具備統一性，為了達到統一調配管理的目的，需要運用一定的技術手段進行資源的整合、數據的處理，系統的兼容，即系統集成，相比單獨的幾項弱電工程要繁復的多。
集成系統除了具有強大的管控功能之外，各項關鍵的軟體技術和支撐的硬體配置、各個獨立系統之間的信息傳遞與共享，是集成系統正常運行的重要基礎。
系統集成有以下幾個特點：
1、系統集成要以滿足用戶的需求為根本。
2、系統集成不是選擇最好的產品的簡單行為，而是要選擇最適合用戶的需求和投資規模的產品和技術。
3、系統集成不是簡單的設備供貨，它體現更多的是設計、調試與開發的技術和能力。
4、系統集成包含技術、管理和商務等方面，是一項綜合性的系統工程。技術是系統集成工作的核心，管理和商務活動是系統集成項目成功實施的可靠保障。
5、性能性價比的高低是評價一個系統集成項目設計是否合理和實施是否成功的重要參考因素。
總而言之，系統集成是將各系統各設備和各功能整合的一種技術行為，管理行為。
⑹ 什麼是網路集成
分類: 電腦臘銷豎/網路 >> 軟體
問題描述:
誰能說的具體點？謝謝
在線等~~
解析:
網路集成是系統集成的一部分:系統集成包括軟體，比如根據客戶的需求給他們開發一套應用軟體。總之就是給客戶構建一個完整的IT系統。從布線，到應用軟體；從硬體到軟體，無所不包括。當然，輪大現代的IT系統都離不開網路，而且網路屬於IT系統的基礎架構，重要性高而且不易改動，斗知所以，通常認為網路集成是系統集成中最關鍵的一個環節。
這里有個關於網路集成的論壇～你去那裡看看吧^^～
itpub/forum14
⑺ 為什麼要進行網路系統集成
網路系統集成技術較好地解決了節點之間信息不能共享、沒有統一管理、整個系統性能低下的「信息孤島」問題，真正地實現了系統的信息高度共享、通信聯絡通暢、彼此有機協調，達到系統整體效益最優的目標。
⑻ 什麼是網路系統集成計算機網路系統集成的功能是什麼
網路系統集成是指由一方來提供整個網路系統。
網路系統是一個很復雜的系統，包括軟體（平台、環境、支撐），包括硬體（路由、防火牆、交換機、布線），一般來說，需要又各個專業的人或者公司通力配合完成一個網路系統的建設。而網路系統集成商類似於路橋、建築的總承包商，由一家來統領協調各個功能模塊的建設，完成整個網路系統的建設。
⑼ 網路集成和系統集成的區別是什麼，網路布線和綜合布線有什麼區別
網路集成屬於系統集成里的一個分類。網路布線屬於綜合布線里的一個分類。x0dx0a簡單給你解釋一下系統集成和綜合布線。x0dx0a系統集成：將不同的系統，根據應用需要，有機地組合成一個一體化的、功能更加強大的新型系統的過程和方法。是在系統工程科學方法的指導下，根據用戶需求，優選各種技術和產品，將各個分離的子系統連接成為一個完整可靠經濟和有效的整體，並使之能彼此協調工作，發揮整體效益，達到整體性能最優。系統集成一般包含硬體系統集成和智能建築系統集成還有軟體系統集成。綜合布線、樓宇自控、電話交換機、機房工程、監控系統、防盜報警、公共廣播、門禁系統、樓宇對講、一卡通、停車管理、消防系統、多媒體顯示系統、遠程會議系統。都屬於系統集成范圍。網路系統集成：就是指通過計算機網路技術，將各個分離的設備（如個人電腦）、功能和信息等集成到相互關聯、統一協調的系統之中，使系統達到充分共享，實現集中、高效、便利的管理。x0dx0a綜合布線：是指按標準的、統一的和簡單的結構化方式布置各種建築物(或建築群)內各種系統的通信線路。包括網路系統、電話系統、監控系統、電源系統和照明系統等。因此，綜合布線系統是一種標准通用的信息傳輸系統。