【正文】 能活動(dòng)圖如圖52所示：a) 根據(jù)Django的表單系統(tǒng)，自動(dòng)驗(yàn)證Account表單的合法性，如果合法繼續(xù)下面步驟，否則顯示錯(cuò)誤信息，結(jié)束函數(shù)。b) 調(diào)用AccountUtils類中的is_existed_()函數(shù)，判斷用戶填寫的Email是否已經(jīng)存在在User表中，如果是則顯示錯(cuò)誤信息，結(jié)束函數(shù)，否則執(zhí)行下一步。c) 調(diào)用AccountUtils類中的is_existed_user()函數(shù)，判斷userid是否已經(jīng)存在在User表中，如果是則顯示錯(cuò)誤信息，結(jié)束函數(shù)，否則執(zhí)行下一步。d) a、b、c 三步已經(jīng)對(duì)新用戶信息做了驗(yàn)證。所以調(diào)用AccountUtils的save_user函數(shù)，將其存入U(xiǎn)ser數(shù)據(jù)表中。e) 從表單中獲取用戶所在的部門列表，遍歷每一個(gè)部門，將新用戶添加到該部門的用戶列表中。f) 調(diào)用DepartmentUtils的create_desktops函數(shù)，新建創(chuàng)建虛擬機(jī)任務(wù)（create_desktops會(huì)根據(jù)部門ID，調(diào)用find_template_by_departmentid()函數(shù)，獲取部門對(duì)應(yīng)的模板ID，同時(shí)新建創(chuàng)建任務(wù)，將用戶參數(shù)和獲得的模板參數(shù)，存入任務(wù)列表數(shù)據(jù)庫）。圖52 添加普通用戶功能活動(dòng)圖 添加普通用戶功能順序圖設(shè)計(jì)添加用戶信息的過程主要交互是管理員和系統(tǒng)頁面的交互，其交互過程如圖53所示，步驟描述如下：a) 管理員在用戶管理AccountPage點(diǎn)擊創(chuàng)建用戶，AccountPage顯示添加用戶頁面。b) 管理員輸入用戶所有信息之后，點(diǎn)擊確認(rèn)，AccountPage發(fā)送AddUser事件到該頁面的控制類 AccountView。c) AccountView解析頁面參數(shù)，檢查數(shù)據(jù)庫，驗(yàn)證用戶、郵箱或部門的存在性，若信息錯(cuò)誤，AccountView返回錯(cuò)誤信息；如果信息無誤，AccountView從數(shù)據(jù)庫中找到其部門所對(duì)應(yīng)的模板信息，新建一個(gè)虛擬機(jī)創(chuàng)建任務(wù)，并添加至系統(tǒng)的任務(wù)列表。圖53 添加普通用戶功能順序圖圖 連接云桌面模塊詳細(xì)設(shè)計(jì) 連接云桌面功能類圖設(shè)計(jì)客戶端連接云桌面，主要是客戶端軟件和云桌面管理平臺(tái)的交互。連接云桌面的類圖如圖51所示。連接云桌面包含7個(gè)類：Client類、ServerAgent類、AccoutView類、VmManager類、ManagerUtils類、User類、Desktop類。Client：表示客戶端軟件。ServerAgent：主要處理客戶端發(fā)送到云桌面管理平臺(tái)的虛擬機(jī)操作請(qǐng)求的類，如請(qǐng)求用戶所擁有的虛擬機(jī)信息，開啟虛擬機(jī)等。AccoutView：用戶發(fā)送的登陸請(qǐng)求控制類。VmManager：向 ServerAgent 提供了開啟虛擬機(jī)resume 等操作。ManagerUtils：主要封裝了 FloatingIP 類，在啟動(dòng)虛擬機(jī)的過程中，提供綁定IP的功能。User、Desktop：對(duì)應(yīng)了用戶和桌面的實(shí)體類。圖54 連接云桌面功能類圖 連接云桌面功能活動(dòng)圖設(shè)計(jì)連接客戶端的功能點(diǎn)較為簡(jiǎn)單。其中，當(dāng)虛擬機(jī)需要開機(jī)才能連接時(shí)，需要調(diào)用開機(jī)函數(shù)resume()。所以本小節(jié)重點(diǎn)分析該函數(shù)。其活動(dòng)圖如圖52所示：在resume函數(shù)中，主要的步驟如下：a) 在用戶客戶端登陸之后，客戶端會(huì)獲取虛擬機(jī)的信息列表。用戶選擇某一臺(tái)虛擬機(jī)，如果客戶端的虛擬機(jī)狀態(tài)為關(guān)機(jī)狀態(tài)，則進(jìn)入該活動(dòng)圖的主流程，即調(diào)用 resume()函數(shù)開啟虛擬機(jī)。b) 系統(tǒng)根據(jù)客戶端發(fā)送過來的虛擬機(jī) id，搜索 desktop 數(shù)據(jù)庫，獲取需要開機(jī)的虛擬機(jī)記錄。如果獲取失敗，則表示該虛擬機(jī)不存在，返回開機(jī)失敗結(jié)果。獲取成功則繼續(xù)執(zhí)行下一步。 c) 獲取虛擬機(jī)后，首先查詢虛擬機(jī)的狀態(tài)。如果虛擬機(jī)的狀態(tài)為 ACTIVE，則直接將其IP地址返回至客戶端，否則根據(jù)虛擬機(jī)的 ID，調(diào)用VmManager類方法，通過Openstack API將虛擬機(jī)開機(jī)。d) 如果開機(jī)超時(shí)，則提示失敗返回；如果開機(jī)成功，則使用FloatingipManager類方法為該虛擬機(jī)綁定 Floating IP。e) 綁定 IP 失敗提示失敗，并返回；綁定IP成功，則直接將IP返回給客戶端。f) 客戶端接收到管理平臺(tái)返回的IP后，如果為空，則提示開機(jī)失敗；如果不為空，則直接調(diào)用遠(yuǎn)程連接函數(shù)，通過遠(yuǎn)程協(xié)議連接到該虛擬機(jī)。圖55 連接云桌面功能活動(dòng)圖 連接云桌面功能順序圖圖設(shè)計(jì)用戶使用客戶端可以登陸獲取其擁有的虛擬機(jī)列表。點(diǎn)擊虛擬機(jī)之后，可以遠(yuǎn)程連接到虛擬機(jī)。連接云桌面功能的順序圖如圖53所示。a) 用戶點(diǎn)擊客戶端 Client，向企業(yè)云桌面管理平臺(tái)發(fā)送登陸請(qǐng)求。b) 用戶輸入賬戶密碼后，點(diǎn)擊登陸，則會(huì)向系統(tǒng)發(fā)送驗(yàn)證請(qǐng)求。AccountView接收到驗(yàn)證請(qǐng)求后，查詢 User 記錄，驗(yàn)證用戶身份。如果驗(yàn)證成功，Client直接進(jìn)行請(qǐng)求虛擬機(jī)的操作。DesktopView掃描Desktop記錄，將用戶所擁有的虛擬機(jī)信息（主要是虛擬機(jī)的ID、虛擬機(jī)的狀態(tài)和其IP地址）返回到客戶端。c) 客戶端通過驗(yàn)證后，將獲取的云桌面數(shù)據(jù)在客戶端以圖標(biāo)的形式展現(xiàn)出來。d) 當(dāng)用戶點(diǎn)擊某臺(tái)虛擬機(jī)之后，客戶端通過虛擬機(jī)的 ID 查看其虛擬機(jī)狀態(tài)。如果其狀態(tài)為開機(jī)狀態(tài)，則直接通過其 IP 遠(yuǎn)程連接訪問虛擬機(jī)；如果虛擬機(jī)狀態(tài)是 SUSPENED 狀態(tài)，則向 DesktopView 發(fā)送開機(jī)請(qǐng)求。e) DesktopView通過VMManager調(diào)用Openstack的API，將虛擬機(jī)開機(jī)，并為虛擬機(jī)綁定一個(gè) Floating IP，將這個(gè)IP地址返回。f) 客戶端接收到回復(fù)之后，直接通過該IP遠(yuǎn)程連接到虛擬機(jī)。圖56 連接云桌面功能的順序圖6 系統(tǒng)部署和應(yīng)用根據(jù)前幾章系統(tǒng)模型架構(gòu)及系統(tǒng)詳細(xì)設(shè)計(jì)得以實(shí)際應(yīng)用，利用部署構(gòu)建圖的形式展示系部署的位置，并說明構(gòu)件間的邏輯關(guān)系，然后通過系統(tǒng)截圖的形式描述關(guān)鍵用例的流程，并作簡(jiǎn)要說明，最后舉實(shí)際應(yīng)用的一個(gè)例子說明該系統(tǒng)的運(yùn)行情況。 系統(tǒng)部署Web ServerUIServerTerminalBrowserViewer DataBase MysqlServiceEXSEEXSIEXSI圖61 系統(tǒng)部署環(huán)境圖 61 為系統(tǒng)部署環(huán)境的示意圖，整個(gè)管理系統(tǒng)部署在 Tomcat 或者 jetty 服務(wù)器上。主要分成兩大構(gòu)件，UI 和 Server 部分，終端用戶通過瀏覽器訪問 Tomcat服務(wù)器得到系統(tǒng)管理界面 UI，系統(tǒng)的關(guān)鍵邏輯在 Server 部分，它使用 JDBC 協(xié)議訪問系統(tǒng)數(shù)據(jù)庫，在本論文中采用的是 mysql，當(dāng)然也可以采用其他數(shù)據(jù)庫。在整個(gè)系統(tǒng)的部署中，Server 和數(shù)據(jù)庫部署在同一臺(tái)機(jī)器上，并且以虛擬機(jī)模板或者 ova 格式直接導(dǎo)入某一臺(tái)的 Esxi 服務(wù)器上面，從而降低系統(tǒng)部署的復(fù)雜性。 系統(tǒng)測(cè)試軟件測(cè)試的目的是為了盡可能的發(fā)現(xiàn)其中存在的問題，而不是證明軟件沒有缺陷。軟件測(cè)試是保證軟件系統(tǒng)能滿足客戶需求、正常使用、預(yù)防避免存在的風(fēng)險(xiǎn)的最佳途徑。通過黑盒測(cè)試和白盒測(cè)試相結(jié)合的方式，把經(jīng)過測(cè)試的子系統(tǒng)整合成一個(gè)完整的系統(tǒng)進(jìn)行測(cè)試，即整體界面測(cè)試。通過運(yùn)行整個(gè)系統(tǒng)，瀏覽所有的界面，測(cè)試界面結(jié)構(gòu)是否合理，界面跳轉(zhuǎn)是否成功，數(shù)據(jù)傳送是否正確，功能是否完善等。也可借助用戶的反饋信息，通過在主頁上設(shè)置調(diào)查問卷，得到用戶的整體評(píng)測(cè)，確認(rèn)是否達(dá)到了需求分析中的規(guī)格要求，是否滿足用戶的需求。改正了測(cè)試過程中出現(xiàn)的編碼和設(shè)計(jì)錯(cuò)誤，通過測(cè)試后，整個(gè)系統(tǒng)的功能基本成功實(shí)現(xiàn)運(yùn)行。 測(cè)試目標(biāo)和范圍桌面云管理系統(tǒng)的測(cè)試主要是根據(jù)系統(tǒng)需求說明書中所要求的功能需求、性能需求來制定相應(yīng)的測(cè)試方案、測(cè)試計(jì)劃和測(cè)試用例，并根據(jù)相應(yīng)的計(jì)劃來執(zhí)行測(cè)試工作，分析測(cè)試的結(jié)果。本系統(tǒng)的測(cè)試工作主要由功能測(cè)試和性能測(cè)試兩大部分組成。系統(tǒng)測(cè)試的主要目標(biāo)如下：(1) 測(cè)試軟件需求說明書中規(guī)定的各功能點(diǎn)、數(shù)據(jù)處理流程以及數(shù)據(jù)的正確；(2) 關(guān)鍵數(shù)據(jù)結(jié)構(gòu)、算法是否達(dá)到了預(yù)期的運(yùn)行；(3) 系統(tǒng)是否運(yùn)行可靠穩(wěn)定，數(shù)據(jù)吞吐是否正常；(4) 系統(tǒng)bug存在率是否控制在正常范圍內(nèi)，同時(shí)不影響系統(tǒng)的正常工作；(5) 系統(tǒng)所規(guī)定的隱性需求是否達(dá)到了預(yù)期的標(biāo)準(zhǔn)，有良好的用戶體驗(yàn)。 測(cè)試環(huán)境(1) 客戶端測(cè)試環(huán)境目前客戶端可支持各種操作系統(tǒng)（windows、Linux、iOS、Android等）的接入，但在不同平臺(tái)使用的遠(yuǎn)程協(xié)議有所差別。客戶端可以是不同類型的設(shè)備，可以是傳統(tǒng)計(jì)算機(jī)、平板電腦甚至手機(jī)。(2) 服務(wù)器端測(cè)試環(huán)境硬件系統(tǒng)：Lenovo品牌服務(wù)器操作系統(tǒng)：Ubuntu 數(shù)據(jù)庫系統(tǒng)： 客戶端功能測(cè)試客戶端功能測(cè)試主要就客戶端功能需求分析中規(guī)定的功能點(diǎn)進(jìn)行測(cè)試。表61 客戶端測(cè)試功能點(diǎn)表測(cè)試模塊測(cè)試功能點(diǎn)登錄模塊在連接或不連接網(wǎng)絡(luò)的情況下，分別登錄，看是否有相關(guān)提示成功登錄后能否正常與服務(wù)器登錄錯(cuò)誤的用戶名和密碼是否能登錄基本信息管理能否正常顯示郵箱、手機(jī)號(hào)碼及密碼等信息能否修改郵箱、手機(jī)號(hào)碼及密碼等信息修改成功或者失敗是否有信息提示配置管理能否對(duì)基本配置信息進(jìn)行查看、添加、修改、刪除操作配置好系統(tǒng)參數(shù)后，能否對(duì)系統(tǒng)配置數(shù)據(jù)進(jìn)行查詢獲取操作操作失敗是否有信息提示桌面管理獲取到用戶桌面信息后，能否進(jìn)行查詢操作查詢失敗是否有信息提示系統(tǒng)監(jiān)控管理管理系統(tǒng)獲取到運(yùn)行數(shù)據(jù)時(shí)，用戶能否查看到系統(tǒng)監(jiān)控信息頁面查看失敗是否有信息提示根據(jù)系統(tǒng)需求規(guī)格說明書中的的功能點(diǎn)設(shè)計(jì)測(cè)試用例，然后在編碼和測(cè)試聯(lián)調(diào)階段嚴(yán)格按照測(cè)試用例執(zhí)行?？蛻舳酥饕菫橛脩舨僮魈峁┙缑妫云赜跒橛脩籼峁┑墓δ軠y(cè)試和界面操作測(cè)試。各個(gè)模塊的測(cè)試點(diǎn)如表61所示。 服務(wù)器端功能測(cè)試服務(wù)器端功能測(cè)試主要就前面章節(jié)服務(wù)器端功能需求分析中規(guī)定的功能點(diǎn)進(jìn)行測(cè)試，根據(jù)相應(yīng)的功能點(diǎn)設(shè)計(jì)測(cè)試用例，然后在測(cè)試聯(lián)調(diào)的時(shí)候嚴(yán)格按照測(cè)試用例執(zhí)行。服務(wù)器主要是向客戶端提供服務(wù)，所以測(cè)試集中在為客戶端提供的數(shù)據(jù)服務(wù)上，更偏重服務(wù)器自身性能測(cè)試。各個(gè)模塊的測(cè)試點(diǎn)如表62所示。表62 服務(wù)器端測(cè)試功能點(diǎn)表測(cè)試模塊測(cè)試功能點(diǎn)通信管理能否快速響應(yīng)客戶端并發(fā)進(jìn)程能否正常運(yùn)行當(dāng)訪問客戶端較多時(shí)請(qǐng)求能否及時(shí)響應(yīng)當(dāng)出現(xiàn)連接錯(cuò)誤時(shí)如何處理業(yè)務(wù)管理能否對(duì)客戶端發(fā)來的請(qǐng)求數(shù)據(jù)包進(jìn)行正常解包能否對(duì)請(qǐng)求進(jìn)行正確的分析發(fā)送到下一個(gè)處理層次解析出錯(cuò)時(shí)能否向上一層報(bào)告錯(cuò)誤數(shù)據(jù)存取管理能否根據(jù)上一層傳來的命令調(diào)用相應(yīng)的存儲(chǔ)過程能否根據(jù)存儲(chǔ)過程操作數(shù)據(jù)庫能否正常從數(shù)據(jù)庫獲得相應(yīng)的數(shù)據(jù)或完成持久化操作操作數(shù)據(jù)庫成功或失敗返回相應(yīng)信息系統(tǒng)監(jiān)控能否監(jiān)控系統(tǒng)的CPU、內(nèi)存、網(wǎng)絡(luò)擁堵等情況當(dāng)系統(tǒng)剩余資源到達(dá)一定閾值是否報(bào)警，并停止相應(yīng)客戶端請(qǐng)求 系統(tǒng)性能測(cè)試基于對(duì)客戶端和服務(wù)器端要測(cè)試的功能點(diǎn)進(jìn)行了說明，那么對(duì)系統(tǒng)的性能測(cè)試應(yīng)該把客戶端和服務(wù)器作為一個(gè)整體來考慮。應(yīng)該考慮的性能點(diǎn)主要有以下幾方面：(l) 界面交互性和可用性。界面的觀感和友好的操作方式是衡量一款軟件是否好用的關(guān)鍵因素。(2) 可靠性和并發(fā)性。是否能為同時(shí)為大量用戶提供可靠的服務(wù)。(3) 健壯性和可適應(yīng)性。健壯的程序能應(yīng)用在不同的環(huán)境，不出現(xiàn)程序崩潰和死機(jī)的狀況。還能夠適應(yīng)同一系統(tǒng)平臺(tái)的不同硬件環(huán)境，既能在不同的機(jī)型下運(yùn)行。(4) 響應(yīng)時(shí)間?？蛻舳讼蚍?wù)器發(fā)出服務(wù)請(qǐng)求到收到服務(wù)器的響應(yīng)，這段時(shí)間應(yīng)該是越短越好，過長(zhǎng)的響應(yīng)時(shí)間會(huì)影響使用效果。本論文的系統(tǒng)性能測(cè)試測(cè)試部分主要對(duì)可靠性、并發(fā)性和響應(yīng)時(shí)間這幾個(gè)方面進(jìn)行了測(cè)試。本系統(tǒng)的并發(fā)訪問相應(yīng)時(shí)間表如表63所示。表63 并發(fā)訪問相應(yīng)時(shí)間表進(jìn)程數(shù)50100150200250300350400450500相應(yīng)時(shí)間(秒)從表63可以看出，說明了系統(tǒng)有一定的并發(fā)性能，但隨著并發(fā)進(jìn)程數(shù)的增多，響應(yīng)時(shí)間逐漸變長(zhǎng)，在訪問人數(shù)較少的情況下，系統(tǒng)響應(yīng)時(shí)間還是較短的，當(dāng)瞬間訪問人數(shù)太多的時(shí)候，系統(tǒng)的響應(yīng)時(shí)間變得較長(zhǎng)，不能很好的為用戶服務(wù)。因?yàn)檫x擇了網(wǎng)絡(luò)比較繁忙的時(shí)間段作為測(cè)試時(shí)間，所以在網(wǎng)絡(luò)狀況比較好的時(shí)候訪問系統(tǒng)的速度會(huì)快些。另外，在此測(cè)試中每次發(fā)送的數(shù)據(jù)量是10KB，在實(shí)際使用中，每次發(fā)送的數(shù)據(jù)量要小于此數(shù)據(jù)。根據(jù)前面的分析和實(shí)際使用情況來看，系統(tǒng)的響應(yīng)時(shí)間能在可接受范圍之內(nèi)。 系統(tǒng)運(yùn)行界面展示目前系統(tǒng)運(yùn)行平穩(wěn)下面簡(jiǎn)單介紹下目前系統(tǒng)運(yùn)行界面情況： 系統(tǒng)配置管理模塊界面。系統(tǒng)配置管理模塊的初始頁面如圖61所示。圖61 系統(tǒng)配置管理模塊的初始頁面這部分共分為5個(gè)頁面，都是這個(gè)系統(tǒng)中的基本配置信息，包括資源池信息，部門信息，工作性質(zhì)信息，地域信息，用戶信息，其中地域信息下又分為城市區(qū)域和樓號(hào)信息。這幾個(gè)系統(tǒng)配置管理頁面，管理員可以進(jìn)行添加、修改、刪除和查詢操作。配置好系統(tǒng)參數(shù)后，對(duì)系統(tǒng)配置數(shù)據(jù)進(jìn)行查詢獲取，頁面如圖62所示。圖62 系統(tǒng)配置管理模塊的查詢頁面 桌面管理模塊界面展示桌面管理模塊的初始頁面如圖63所示，這部分共包括四個(gè)頁面，用戶組信息，分配關(guān)系，桌面管理控制和用戶虛擬桌面分配管理。這幾個(gè)桌面管理模塊的頁面，管理員都可以選擇一些特定的信息進(jìn)行蹄選查詢操作。圖63 桌面管理模塊的初始頁面當(dāng)程序運(yùn)行獲取到用戶桌面信息后，管理員就可以進(jìn)行查詢操作，頁面如圖64所示。圖64 桌面管理模塊的查詢頁面對(duì)于每個(gè)分配了桌面的所有用戶信息都可以查詢到，包括桌面名稱以及在哪個(gè)用戶組或者是哪個(gè)桌面池，還有桌面是否在線或是否激活使用過。在桌面管理控制頁面，管