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