【正文】 ........................................................................................... 5 需求收集 ................................................................................................ 5 ....................................................................................................... 6 課題設計方案 .................................................................................................. 7 需求分析 ................................................................................................ 7 組網(wǎng)分析 ................................................................................................ 8 云計算分析 .......................................................................................... 10 課題可行性分析 ............................................................................................. 12 .................................................................. 錯誤 !未定義書簽。 Universal Communication，即統(tǒng)一通信，是指集成了豐富的溝通方式的通信平臺，也是為了解決 溝通方式離散，效率不高 的困境， 提升人們工作效率和節(jié)省成本 而出現(xiàn)的 。 現(xiàn)狀分析 和統(tǒng)一通信的價值 在全球經(jīng)濟更快更多的相互聯(lián)結(jié)的形勢下，人力要素在經(jīng)濟發(fā)展巾變得更加有價值。統(tǒng)一通信在企業(yè)發(fā)展巾起到的作用越來越受到企業(yè)客戶的重視。微軟、 IBM 以致后來的 Google 都更傾向于提供軟件方面的解決方案 。與此同時，對于企業(yè)來說，存儲資源和計算機硬件的相對成本在不斷的提高， 信息系統(tǒng) 的建設和維護成本在不斷地上升，人員管理和能源的消耗也在不斷的增加。 3. 課題的研究目標、研究內(nèi)容和擬解決的關鍵問題 課題研究目標 本文對 UC 系統(tǒng) 建設 從需求分析 — 方案設計 — 方案實施進行闡述。 在這個問題上云計算是一個可行的研究方向。 接著，我們依據(jù)調(diào)查反饋信息，參考已識別出的 關鍵需求 ，重新擬定出 一 份需求 列表，列舉 需求的價值，并詢問對此的認可度 。元模型為 UML的所有元素在語法和語義上提供了簡單、一致、通用的定義性說明，使開發(fā)者能在語義上取得一致，消除了因人而異的最佳表達方法所造成的影響。類圖描述的是一種靜態(tài)關系，在系統(tǒng)的整個生命周期都是有效的。行為圖包括：狀態(tài)圖、活動圖、順序圖和協(xié)作圖。 協(xié)作圖展現(xiàn)了一組對象，這組對象間的連接以及這組對象收發(fā)的消息。 第五類是實現(xiàn)圖 ( Implementation diagram )。 本文 采用面向?qū)ο蠹夹g設計系統(tǒng)時，首先是描述需求；其次根據(jù)需求建立系統(tǒng)的靜態(tài)模型，以構造系統(tǒng)的結(jié)構；第三步是描述系統(tǒng)的行為。用戶可通過點擊地址薄、通話歷史記錄或輸入被叫地址發(fā)起呼叫，并支持呼叫進展狀態(tài)以及呼叫控制，還可以根據(jù)用戶的狀態(tài)進行 設置 呼叫策略等。統(tǒng)一管理功能還包括對帳號按權限進行角色劃分和分組管理、企業(yè)地址薄的管理、 用戶數(shù)據(jù) 的備份和 恢復 復等。即使使用了支持地址重疊的 MPLS/VPN 技術，也盡量不要規(guī)劃為相同的地址。 云計算 分析 從技術上講云計算就是計算虛擬化。 集中云在云服務中屬于富人俱樂部的范圍，實際上都是各大互聯(lián)網(wǎng)服務提供商自行搭建集中 云以提供自己的業(yè)務給用戶，不會說哪天雅虎去租用個 Google 的云來向用戶提供自己的新聞頁面訪問。代表是 Parallels 公司（以前叫 SWsoft）的 Virtuozzo（商用產(chǎn)品）和 OpenVZ（開源項目）。 上圖描述了三種虛擬化方案的形態(tài)區(qū)別。 課題可行性分析 統(tǒng)一通信 技術在 企業(yè)信息 網(wǎng)中 的實現(xiàn) 擁 有 眾多的 成功案例。 預期成果 總結(jié)全文，本文預期取得的主要研究成果如下： 業(yè)務需求分析 與 xxx 進行溝通，了解業(yè)務需求，了解現(xiàn)有網(wǎng)絡情況、了解通信資源使用量及用戶習慣 ； 根據(jù) 用戶需求 ， 運用需求分析法 ， 匯總用戶信息，進行需求分類，輸出需求分析和系統(tǒng)規(guī)格，并反饋用戶，確定最終需求。 對需外購的軟 /硬件進行選型和測試，確定最終方案。 出于成本的考慮，企業(yè)迫切需要一個包括運營成本在內(nèi)的總擁有成本較低的解決方案 。在 OSLevel與 Hosted 方案中，虛擬機都是架設于操作系統(tǒng)之上的，因此 VM/VE之間的通信主要由同樣運行于基礎操作系統(tǒng)之上的網(wǎng)絡交換應用程序來完成。在主機虛擬化中， Hypervisor 就是跑在基礎操作系統(tǒng)上的應用軟件，與 OSLevel中 VE 的主要區(qū)別在于： Hypervisor 構建出一整套虛擬硬件平臺（ CPU/Memory/Storage/Adapter），上面需要你再去安裝新的操作系統(tǒng)和需要的應用軟件，這樣底層和上層的 OS 就可以完全無關化。從以上分析該技術來看并不適合本文研究的項目的目的。但是現(xiàn)如今一虛多（ VM/XEN 等）也進