企業(yè)即時通信客戶端的開發(fā)與性能測試分析研究 計算機科學與技術(shù)專業(yè)

過性能測試和調(diào)優(yōu)工作，本系統(tǒng)在思普企業(yè)集團SPGLinux上穩(wěn)定運行至今，并將逐(空行，小四號字)DevelopmentandPerformanceTestinped,insfpeople'slives.Forenterptransferhaveveryhighrateofapply.Tobethefuturemainstreaminofficetools,enterpriseAtpresent,muchinstantmessagesoftwarehavetheversionforenterprise.TheyhThroughdeeplyresearchingtheimplementofopen-sourceOpenfireserAPI,thesystemplentyusesthehighersecurityinstantmessageprotocolXMPPaneinstantmessageprofofenterpriseandimprovesthewholeworkefficiencythatemployeegetsridoftheproblemofnetworkchat,aswellasreducemargin.Onbasisofthefunctioncustomizetheirownvariousfunctionsandthemeplentyofextendedplug-intofulfilltheirownrequirements.Furthermore,messagesoftwarekeepstotheopen-sourceGNUAtlastthestudymakesthesystempweevaluatetheexistentsystempereachingtheexpectationofperformanceguideline.Throughtheworkofperformancetestwillworkupthewholebusinessautomatizationofgroup,andprovidsystemplatformsaswellasmuchmoreandm(空行，小四號字)Keywords:instantmessage,enterpriselevel,XMPP,cross-platform,performancetest 01.1即時通信軟件的現(xiàn)狀和特點 01.1.1即時通信軟件的現(xiàn)狀 01.1.2目前即時通信軟件的特點 1.2即時通信軟件的企業(yè)應(yīng)用 21.3本開發(fā)項目的實際意義 32即時通信軟件需求分析 42.1獵取用戶需求 42.1.1可運行原型法 42.1.2其他有效地獵取需求的方式 42.1.3功能劃分 52.1.4功能描述 52.2面對對象分析 62.2.1面對對象分析的任務(wù)和活動 62.2.2關(guān)鍵建模用圖 63即時通信客戶端SPGEcq的實現(xiàn) 93.1技術(shù)背景及環(huán)境配置 93.1.1軟件開發(fā)技術(shù) 93.1.2軟件開發(fā)工具及環(huán)境配置 93.2SPGEcq客戶端的實現(xiàn) 93.2.1登錄對話框 3.2.2賬戶創(chuàng)建向?qū)?3.2.3聯(lián)系人列表 3.2.4文件傳輸管理 3.3客戶端的啟動 4即時通信系統(tǒng)的性能測試 4.1即時通信系統(tǒng)性能測試中使用的統(tǒng)計量 204.1.1響應(yīng)時間 204.1.2并發(fā)用戶數(shù) 214.2即時通信系統(tǒng)性能測試方法論 234.2.1性能下降曲線分析法 234.2.2PTGM模型 4.3測試前期預(yù)備及工具引入 4.3.1系統(tǒng)基本功能的驗證 264.3.2測試工具需求確認 264.3.3性能預(yù)備測試 274.4測試方案 274.4.1性能測試領(lǐng)域分析 274.4.2用戶活動剖析與業(yè)務(wù)建模 4.4.3確定性能目標 4.5測試設(shè)計與開發(fā) 4.5.1測試環(huán)境設(shè)計 284.5.2測試場景設(shè)計 4.6即時通信系統(tǒng)性能測試評估 4.6.1基礎(chǔ)性能分析 4.6.2建議和結(jié)論 結(jié)束語 錯誤!未定義書簽。參考文獻 通信、居家辦公的卓越性能，可以說是目前我國上網(wǎng)用戶使用率最高的軟件。據(jù)信服務(wù)的人將在將來幾年內(nèi)大幅度增加，而2008年全球每天發(fā)送的即時通信消息已Fig.1.1TheMainPurposeofUsingIM現(xiàn)在流行諸多的IM通信協(xié)議中，大都是封閉協(xié)議，不同的IM之間是相對封閉的，無法互通。而Jabber作為一種開放的標準化IM協(xié)議(已被IETF標準化)[3將引發(fā)一股不斷開放的IM潮流。目前開源的即時通信軟件已經(jīng)成為IM進展的一個新用最廣泛的分布式Jabber協(xié)議核心——可擴展的消息現(xiàn)場協(xié)議(ExtensibleMessagingInterface,API)充實了客戶端的適應(yīng)性，卻照舊能使它用起來簡潔好玩。SPGLinux(⑧服務(wù)器?⑧保存密碼了總母思普登錄(1)直接使用QQ、MSN等面對一般用戶的即時通信軟件，并通過企業(yè)內(nèi)部制定的談天，無法保證在企業(yè)內(nèi)部人員溝通的前提下禁止財務(wù)(2)使用功能更強大的商業(yè)即時通信平臺，如RTX。這種方式將即時通信與業(yè)務(wù)流(1)由于這些基于Internet的即時通信軟件是全開放式的，員工用這些軟件彼此在企(2)部分即時通信軟件將自己的通信環(huán)境限制在一個局域網(wǎng)內(nèi)部。這樣做雖然阻擋(3)不同的企業(yè)總會有不同的需求，現(xiàn)有的即時通信軟件雖然免費，但是不能為企(1)依據(jù)所了解到的需求，在Smack庫和Openfire開源即時通信平臺的基礎(chǔ)上，快(2)通過向用戶演示“SPGEcq即時通信客戶端”的原型，逐步挖掘并讓企業(yè)用戶(3)依據(jù)不斷獵取到的需求進行增量式整理，豐富即時通信系統(tǒng)原型；(4)經(jīng)過多次可運行原型系統(tǒng)的交互，最終開發(fā)出合理的企業(yè)級即時通信客戶端軟(1)由于是針對企業(yè)進行即時通信軟件的開發(fā)，可以在企業(yè)內(nèi)部進行現(xiàn)場調(diào)研，對(3)對現(xiàn)有的Smack庫和Openfire即時通信系統(tǒng)進行分析，從而得到更多有益的啟(4)從圖書館、網(wǎng)絡(luò)等各種渠道檢索所需要的信息，尤其是關(guān)于開源即時通信平臺文件傳輸談天窗口刪除聯(lián)系人添加聯(lián)系人重命名刪除群組添加群組申請賬號(1)用戶登錄：(2)注冊賬號：服務(wù)器IP,確認后就可以申請到一個賬號了(3)添加聯(lián)系人：用戶登錄進入主界面后，點擊“聯(lián)系人”下的“添(4)刪除聯(lián)系人：(5)與聯(lián)系人即時談天：(6)群組管理：(7)消息管理：(1)獵取用戶需求，并對客戶端軟件的特性進行描述。(2)依據(jù)軟件的描述，發(fā)覺大事中的用例。(3)對每個用例進行具體分析并描述。(4)分析各用例間的關(guān)系，得到用例圖。(1)用例圖插件管理插件管理本地管理聲音管理用戶管理會話管理現(xiàn)場管理談天管理數(shù)據(jù)管理(2)類圖<接口>>**-invitationListeners<Call,Imporp:ui::ChatRoom-typingNotificationList*<接口>>**七<接口>><接口>>ui::MessageFilterui:TranscriptWindomInterceptor<接口>>pluginsplugin::Ptugin*<接口>>NativeManager<nstantiate,Impo*<接口>>*<接口>>plugin::MetaDataListenFig.2.3ClassDiagramofClientManufacto該即時通信系統(tǒng)是一個具有完整功能的三層C/S結(jié)構(gòu)系統(tǒng)。使用的技術(shù)包括即時通信客戶端軟件的開發(fā)中使用到的主要工具是Eclipse,以及Ant(2)后臺數(shù)據(jù)庫：MySQLforLinux(3)運行環(huán)境：OpenfireforLinux(5)操作系統(tǒng)：SPGLinuxDesktop(2)存儲器容量：160GBSATA硬盤3.2SPGEcq客戶端的實現(xiàn)?⑤保存密碼√高級publicfinalclassLoginDia*@參數(shù)：登錄對話框的parentFrame*取得用戶名和密碼，執(zhí)行監(jiān)聽器privatefinalclassLogFocusListener,CallbackH*初始化客戶端及其全部插件，調(diào)用主窗體，創(chuàng)建workspace布局。*由代理配置更新系統(tǒng)特性。privatevoidupdateProxyConfig()throwsExcepti*定義背景，使用登錄面板，在背景上畫圖。publicclassLoginBackgroundPanelextendsJPa*圖像面板顯示SPGEcq徽標。*檢查歷史客戶端設(shè)置settings.xml文件和升級用戶。privatevoidcheckForOldSettings()throwsExcept*使用DNS查找密鑰安排中心(KDC),假設(shè)用SRV記錄等找到KDC。Fig.3.2AccountCreationWizard*構(gòu)造AccountCreationWizard的用戶界面，添加組件。publicAccountCreationWizard*返回新賬戶的用戶名。返回其他填寫的字符串方法與之類似。*假如兩次密碼匹配則返回真。privatevoidcreateAccout(*在賬戶創(chuàng)建失敗時被調(diào)用。*(@參數(shù)：錯誤代碼errorCodeprivatevoidaccountCreationFailed(interrorCo*在賬戶創(chuàng)建成功時被調(diào)用privatevoidaccountCreatio*(@參數(shù)：使用父框架parentpublicvoidinvoke(JFrameparent*返回創(chuàng)建的XMPPConnection。privateXMPPConnectiongetConnection()throw*如用戶已注冊返回真*返回真或假SPCEcq聯(lián)系人活動掛念○在線▼?聯(lián)系人會議publicfinalclassContactListextendsJPane*更新用戶現(xiàn)場。*@參數(shù)：用戶更新的presenece。*假如更新用戶的現(xiàn)場時消滅問題則拋出特別。*假如用戶在線，檢查是否在離線組。假如是就從離線組移除*并添加到他們所屬的全部組privatesynchronizedvoidupdateUserPresence(Presencepresence)throws*更新基于他們JID的個人單獨現(xiàn)場。*@參數(shù)：用戶現(xiàn)場presence,被更新的名單登記entry*@參數(shù)：用戶呈現(xiàn)的jid號barejidprivatevoidupdateContactltemsPresence(Presencepresence,RosterEntryentry,*移動每個與所給出bareJID相關(guān)的Contactltem。*@參數(shù)：用戶現(xiàn)場presence,用戶的bareJID。privatevoidupdateContactltemsPresence(Presencepresenc*移動用戶到他所屬的每個群組。*@參數(shù)：顯示為在線用戶的bareJID,用戶的RosterEntry值entry。*@參數(shù)：用戶的現(xiàn)場presence。privatevoidchangeOfflineToOnline(StringbareJID,*建立初始化的聯(lián)系人列表時被調(diào)用。*@參數(shù)：被添加的地址addressespublicvoidentriesAdded(final*添加一個用戶到聯(lián)系人列表*@參數(shù)：用戶的名冊登記RosterEntry值entry*當基于預(yù)訂通知的名冊轉(zhuǎn)變時進行處理。*@參數(shù)：被更新的登記列表addresses。*并確保同步鎖定以防創(chuàng)建了兩個實例。*發(fā)送文件給用戶。*@參數(shù)：要發(fā)送的文件file,文件要發(fā)送給的用戶jid號jid。*返回用戶的談天室ChatRoompublicChatRoomsendFile*發(fā)送圖片給用戶。*@參數(shù)：要發(fā)送的圖片image,要發(fā)送圖片給用戶所在的談天室roompublicvoidsendImage(finalBufferedImageimage,finalChatRoomroom){…}*假如在剪貼板有一張圖片則返回那張圖片，否則返回nullpublicstaticBufferedImagegetClipboar*把一個新的傳輸監(jiān)聽器TransferListener添加到工廠類SparkManager。*文件傳輸監(jiān)聽器FileTransferListeners能用來截取自己定制的傳入文件。*@參數(shù)：監(jiān)聽器listener。publicvoidaddTransf*移除文件傳輸監(jiān)聽器。*@參數(shù)：監(jiān)聽器listenerpublicvoidremoveTransferListener(FileTransferListenerlist*設(shè)置當前默認存儲文件的名目。*@參數(shù)：默認名目directory。publicvoidsetDefaultDirectory(Filedirecto*返回文件選擇器給用戶。*@參數(shù)：父組件component,標題title。publicFileDialoggetFileChooser(Frameparent,Stringtitle){…}}SPGEcq客戶端的啟動主要由Startup類來完成，包含main()方法。*假如沒有指定位置時使用默認值。publicstaticvoidmain(String[]args){*服務(wù)器就啟動了，并且服務(wù)啟動器不再被使用。*解壓縮lib里的打包文件和插件并將它們加載到類裝載器。*轉(zhuǎn)換在名目里的任何打包文件為標準的JAR文件。*每個打包文件轉(zhuǎn)換完成后被刪除。沒有打包文件時，該方法什么也不做。privatevoidunpackArchives(FilelibDir,booleanprintStatus){…}就是用戶對軟件性能的直觀印象。以本即時通信系統(tǒng)為例呈現(xiàn)呈現(xiàn)Openfire服務(wù)器懇求返回數(shù)據(jù)MySQL股務(wù)器用戶響應(yīng)時間可以被進一步分解。圖4.2描述了一個消息傳輸響應(yīng)時間的構(gòu)成。從圖用延遲時間”(A1+A2+A3),而“應(yīng)用延遲時間”又可以分解為“數(shù)據(jù)庫延遲時間” (A2)和“即時通信服務(wù)器延遲時間”(A1+A3)。它們與響應(yīng)時間的關(guān)系可消息響應(yīng)時間=網(wǎng)絡(luò)傳輸時間+即時通信服務(wù)器延遲時間+數(shù)據(jù)庫延遲時間Fig.4.2ResolvingofInstanceMes(1)并發(fā)用戶數(shù)的概念發(fā)出懇求的客戶。這個概念一般結(jié)合并發(fā)測試(ConcurrencyTesting)使用，并體現(xiàn)(2)估算公式依據(jù)參考文獻[6]中提出的用于估算平均并發(fā)用戶數(shù)的方法，首先對登錄會話 一時間片上的并發(fā)用戶數(shù)由時間片中的用戶會話當0到T時刻的登錄會話總數(shù)為n,且登錄會話時間的平均長度為L時，則：當要估算并發(fā)用戶數(shù)的峰值Cp時，可以使(3)使用建議參考文獻[6]供應(yīng)的是一種可行但非最精確的方法。由于在公式(4.1)和(4.2)中仍舊要估算“并發(fā)用戶的平均數(shù)”和“登錄會話時間長度首先應(yīng)當以更細的時間粒度進行考察。例如，度。對該即時通信系統(tǒng)，將一天的上班時間劃分為8個區(qū)間，系統(tǒng)一般在上班后30分鐘至1個小時內(nèi)會集中地消滅用戶登錄；一個財務(wù)系統(tǒng)在每圖4.4給出了一條相對基礎(chǔ)的響應(yīng)時間性能下降曲線示加或削減了。圖中數(shù)據(jù)所生成的是最普遍的響應(yīng)時間性能曲線(1)用戶群體模型不精確?????。(2)編寫的腳本不具有用戶群體模型代表性。(3)測試的系統(tǒng)無法處理多用戶。(4)測試沒有真正對系統(tǒng)產(chǎn)生壓力。(1)單用戶區(qū)域通常都會稍慢于某些頁面的最佳性能，與負載生成工具的工作方式(比如線程)、高(2)性能平坦區(qū)在仿照10到100個用戶的區(qū)域范圍內(nèi)，可以看到系統(tǒng)獲得了更好的性能并在一后續(xù)負載測試的參照基準或基線。依據(jù)參考文獻[7]提出前最大用戶負載的15%為基準。(3)壓力區(qū)域從圖中用戶負載在100到175之間的區(qū)域可以明顯地看到，隨著負載的增長響應(yīng)(4)性能拐點超過175的用戶負載之后，曲線圖中的響應(yīng)時間開頭快速4.2.2PTGM模型隨著被測試系統(tǒng)的日趨簡單，參考文獻[8]提出了一種對性能測試進行管理法，該方法基于自動化測試生命周期方法(AutomatedTestLift-CycleMethodology,ATLM)和被廣泛接受的TMap模型。這種方法是用的模型稱為性能測試過程通用模如圖4.5所示。(4)測試設(shè)計與開發(fā)(3)測試方案(4)測試設(shè)計與開發(fā)(3)測試方案(6)測試分析(1)測試前期預(yù)備(1)支持HTTP、Jabber/XMPP協(xié)議層上的測試。(2)能監(jiān)控Linux服務(wù)器的主要性能計數(shù)器值，例如服務(wù)器的內(nèi)存使用狀況、CPU(1)平均每天使用該系統(tǒng)的總用戶數(shù)約為160。(2)平均每個用戶的登錄會話時間為4小時，即平均每個用戶在8小時時間內(nèi)有4個小時處于“使用系統(tǒng)”的狀態(tài)。依據(jù)以上數(shù)據(jù)，用公式(4.1)對并發(fā)用戶數(shù)進行計算：160×4/8=80(人)(1)系統(tǒng)能夠在高于實際系統(tǒng)運行壓力1倍的狀況下，持續(xù)穩(wěn)定工作8小時：持續(xù)(2)在發(fā)送消息響應(yīng)時間要求5秒的狀況下，找到系統(tǒng)能夠承受的最大用戶數(shù)量：Tabel.4.1PerformanceDeman需求內(nèi)容需求具體描述系統(tǒng)能夠穩(wěn)定運行系統(tǒng)穩(wěn)定的判定條件：測試過程中，各應(yīng)用進程的內(nèi)存使況下，找出系統(tǒng)能夠承受的最方法：以“響應(yīng)時間大于5秒”作為負載測試的結(jié)束條件，(1)在典型用戶數(shù)量要求的狀況下，服務(wù)器CPU平均使用率不高于75%,內(nèi)存使用率不高于75%;(2)在穩(wěn)定性測試的壓力狀況下，服務(wù)器CPU平均使用率不高于95%,內(nèi)存使用率不高于90%。設(shè)備性能測試把握臺CPU2GHz,1GB內(nèi)存MicrosoftOfficeExcel負載生產(chǎn)設(shè)備PC機，160GB硬盤CPU2GHz,1GB內(nèi)存WindowsXP表4.2硬件配置中給出了用作測試的基礎(chǔ)數(shù)據(jù)通過分析表4.2的性能需求，可以很簡潔地為本次測試給出需要的場景。依據(jù)上面給出的數(shù)據(jù)，設(shè)定的總并發(fā)用戶數(shù)為80,表4.3給出了本次測試場景的系統(tǒng)應(yīng)用典型場景用戶安排：80鐘消息響應(yīng)時間小于5秒應(yīng)用服務(wù)器的CPU響應(yīng)時間用戶安排：典型應(yīng)用測試持續(xù)時間：8小時測試過程中，各應(yīng)用明顯變化測試過程中，響應(yīng)時間和業(yè)務(wù)處理力量沒應(yīng)用服務(wù)器的CPU響應(yīng)時間圖4.6給出了運行中的虛擬用戶與平均傳輸響應(yīng)時間的關(guān)在圖4.6中，Vuser的數(shù)量從0至10增加時，各事務(wù)的性能表現(xiàn)基本保持穩(wěn)定；當Vuser的數(shù)量從10增至30時，事務(wù)的響應(yīng)時間呈緩慢的線性增長狀態(tài)；當Vuser的數(shù)量超過50時，事務(wù)的響應(yīng)時間急劇增加。依據(jù)“性能下降曲線分析法”可以知道，50個用戶為5秒以內(nèi)，因此，依據(jù)需求和“性能下降曲線分析法”可以得出結(jié)論：(1)在“系統(tǒng)應(yīng)用典型場景”條件下，被測系統(tǒng)在50個并發(fā)用戶的訪問狀況下事務(wù)響應(yīng)時間小于5秒。(2)Vuser為50是該系統(tǒng)性能表現(xiàn)的拐點。查看整個測試過程的每秒點擊數(shù)以及吞吐量的曲線，如圖4.7和圖4.8所示?？梢钥吹皆?小時20分左右，吞吐量有一個明顯變低的趨勢，說明此時應(yīng)用服務(wù)器已經(jīng)遇到了瓶頸。在7小時25分系統(tǒng)的業(yè)務(wù)處理力量開頭明顯變小，基本上達到預(yù)期運行8小時的穩(wěn)定性要求。