保安公司勞務輸出派遣系統(tǒng)的設計與實現(xiàn)

1、本科畢業(yè)設計（論文）題 目 保安公司勞務輸出派遣系統(tǒng)的設計與實現(xiàn) 指 導 教 師 院（系、部） 專 業(yè) 班 級 學 號 姓 名 日 期 2014年3月28日 1 項目概述1.1 課題背景所謂的勞務派遣是一種人力資源的合理分配，管理勞務派遣的機構根據(jù)不同的需要，將人力資源合理的分配到需要的地方，實現(xiàn)從飽和地區(qū)到缺乏地區(qū)的轉移，這樣可以合理的使用人力資源。用人單位向被派遣的勞務工人支付工資和保險等費用，管理機構和用人單位之間并不存在實際上的主顧關系，他們之間是合作的管理，用人單位與派遣工人之間是一種使用和被使用的關系。勞務派遣體系是由派遣單位、用人單位、勞動者三方既相互聯(lián)系又相互獨立組成的一種勞動

2、和人事的共同體。隨著社會的發(fā)展，已經(jīng)進入信息化的社會，技術融入我們的生活，計算機成為生活中必不可少的處理大量信息的工具，外加網(wǎng)絡技術的支持，各種資源可以方便的共享，擴大信息的采集整理；而且，隨著保安公司脫離公安部門以及國家允許保安公司私營，全國保安公司數(shù)量高速增長，為了提高保安公司領導的決策服務水平的科學性以及保安人員派遣管理的科學化和規(guī)范化，急需開發(fā)一個適合全國保安公司的勞務輸出派遣管理信息系統(tǒng)，積極構建現(xiàn)代化的派遣管理體制，形成自己的服務規(guī)范，提高人員派遣的效率，贏得更多的優(yōu)秀客戶，為構建更大的發(fā)展平臺打好基礎。本文從勞務派遣三方層面設計的保安勞務輸出派遣管理系統(tǒng)，增加了三方主體間的互動性

3、，共同維護三方主體的利益，促進保安公司勞務輸出派遣有序健康的發(fā)展。1.2 保安公司組織結構 根據(jù)對武漢市保安服務有限公司的實地考察，目前保安公司組織機構如下圖1-1所示：公司實行董事長監(jiān)管下的總經(jīng)理負責制，總經(jīng)理和辦公室負責協(xié)調保安器材銷售部門、安防技術部門、護衛(wèi)部、人事部門、辦公室、各保安大隊和財務部門之間相互合作。整個勞務派遣系統(tǒng)將上述部門連接成一體，共同協(xié)作完成整個公司的產品從保安招聘、到派遣，最后和財務掛接整個過程。系統(tǒng)實施由總經(jīng)理牽頭，各部門主管領導負責，部門業(yè)務員配合系統(tǒng)研發(fā)人員來完成。圖1-1 保安公司組織結構1.3 系統(tǒng)業(yè)務流程經(jīng)過前期調研分析和綜合其它各方面相關理論知識，給出

4、整個ERP系統(tǒng)的業(yè)務流程圖如下圖1-2所示：整個勞務派遣系統(tǒng)的開發(fā)主要圍繞上述業(yè)務流程進行開發(fā)，開發(fā)過程采用面向對象的開發(fā)技術，具體開發(fā)過程見下面的章節(jié)。圖1-2 保安公司勞務派遣系統(tǒng)流程1.4 系統(tǒng)功能模塊根據(jù)上述業(yè)務流程，整個勞務派遣系統(tǒng)抽象出以下幾個功能模塊，如圖1-3所示。下面模塊劃分只是抽象意義上的劃分，各模塊之間需要共享數(shù)據(jù)，相互協(xié)作，完成整個系統(tǒng)流程，單一事物功能模塊間是相互獨立的。圖1-3 保安公司勞務派遣系統(tǒng)功能模塊2 系統(tǒng)需求分析2.1 需求陳述 目前武漢市保安服務有限公司招聘保安員，和需要保安服務的單位簽訂合同進行安全保衛(wèi)工作，并分派保安員到服務需求單位，保安公司對客戶信

5、息和合同信息進行負責管理。保安公司組織結構主要包括辦公室，負責后勤工作和公司財務管理工作，管理部，負責保安隊伍的隊伍管理，人事管理等和保安員工資管理，業(yè)務部，負責保安保安公司業(yè)務的開展，保安公司的業(yè)務是自己去開發(fā)的，可以開發(fā)本地所屬區(qū)域的業(yè)務和外地業(yè)務。保安部負責保安員的具體人員管理，工作管理等。保安公司在對公司客戶信息、合同信息和人員的管理上沒有協(xié)調統(tǒng)一的制度，各保安公司的管理方法和制度各成一章，主要表現(xiàn)在以下幾個方面：1. 對保安員資料的管理沒有統(tǒng)一的規(guī)則和格式，基本是用簡單的Excel表格登記，數(shù)據(jù)的修改刪除等常常不能適應實際情況的變化和要求。建立的檔案是用手工填寫的表格，采用原始的人員

6、手工查找，修改；2. 保安公司給保安員所建人事檔案的內容也不統(tǒng)一，公安部門也沒有給保安公司作一個具體的標準；4. 保安公司對客戶的資料沒有一個詳細的登記，許多公司只是用一些簡單的Excel 表格進行管理。常常不能進行及時的修改，還停留在老舊的手工操作管理。面對將來的市場需求，已經(jīng)遠遠不能滿足；5. 保安公司對合同信息的管理，雖然保安公司和服務單位簽訂了一份由公安部門統(tǒng)一規(guī)定的合同。但是同樣客戶的資料也是不能被及時的反映，如：客戶繳費情況客戶基本情況等。隨著保安市場的開放，保安企業(yè)的壯大，需要面對越來越多的客戶?？渴止ぷ鳂I(yè)肯定不能滿足市場需求；6. 有些客戶單位不在本地，具體的對人員的管理，對客

7、戶信息的管理，對合同信息的管理等已經(jīng)不能采用公司現(xiàn)有的C/S結構的程序進行管理。只有采用 B/S 結構的程序才能適應跨地區(qū)的信息交流需求。根據(jù)調研分析可知，保安公司勞務派遣的主要工作流程和工作內容主要包括，保安員管理客戶單位管理、合同管理、勞務派遣管理四個主要部分，這四個部分占保安公司日常管理工作量的 90，其余10%為保安員證考試管理、保安員入職的政審管理。每項任務具體描述如下：1保安員管理保安員管理主要提供保安員的基本信息的錄入，修改和查詢服務，同時為派遣管理、政審管理和考試管理提供信息依據(jù)。2客戶單位管理客戶單位管理主要提供客戶單位的基本信息的錄入，修改和查詢服務，同時為保安員勞務輸出派

8、遣管理和合同管理提供信息依據(jù)。主要流程為保安公司辦公室人員根據(jù)客戶單位信息對保安系統(tǒng)進行信息的添加修改刪除，人事部管理部和護衛(wèi)部可以對客戶進行查找和詳細信息的查看。3. 勞務派遣管理根據(jù)保安公司與客戶單位簽訂的勞務派遣合同，按規(guī)定時間內對保安員進行勞務派遣，并規(guī)范保安員工作制度，及時從客戶單位收取保安員薪酬以及對保安員上崗工作的日常監(jiān)察情況進行管理。4. 合同管理 保安公司合同管理主要包括，合同詳細信息的添加修改查看 查找刪除等。主要流程為保安公司辦公室人員根據(jù)業(yè)務部門提供的信息對保安系統(tǒng)進行信息的添加修改刪除，業(yè)務部管理部和保安部可以對合同進行查找和詳細信息的查看。5. 保安員考試管理提供每

9、年一次的保安員資格證的報名、繳費以及照片等基本信息的管理，統(tǒng)計考試合格人數(shù)和不合格人數(shù)。6. 政審管理 政審管理與當?shù)毓簿謨炔烤W(wǎng)絡連接，通過公安局內部網(wǎng)和保安員身份證號對保安元進行政審，查看是否有吸毒、違法違紀等其他違法事件的審核。2.2 Use Case建模2.2.1定義活動者根據(jù)保安公司勞務派遣管理的需求可以確定4個活動者，即總經(jīng)理，人事部、護衛(wèi)部、系統(tǒng)管理員。人事部使用勞務派遣系統(tǒng)可以進行保安員基本信息的錄入，管理保安員資格考試以、政審的管理和保安員合同管理。護衛(wèi)部使用勞務派遣系統(tǒng)可以進行勞務派遣輸出管理，客戶單位管理以及客戶單位的合作合同管理?？偨?jīng)理可以使用勞務派遣系統(tǒng)的任何功能，統(tǒng)

10、籌規(guī)劃。系統(tǒng)管理員對系統(tǒng)進行日常維護，主要是對用戶賬戶和權限進行管理。2.2.2 Use Case圖根據(jù)系統(tǒng)需求分析，結合上節(jié)系統(tǒng)活動者的定義分析，得到保安公司勞務派遣管理系統(tǒng)的七個用例如下：1. 合同管理2. 保安員管理3. 政審管理4. 考試管理5. 勞務派遣管理6. 客戶單位管理7. 系統(tǒng)管理結合活動者和用例得到保安公司勞務輸出派遣管理系統(tǒng)的用例圖如下圖2-1所示。圖2-1 系統(tǒng)整體用例圖將包圖展開，得到類圖，它是架構的靜態(tài)結構圖，表達了各個類之間的靜態(tài)聯(lián)系。保安公司勞務派遣管理系統(tǒng)架構類圖如下圖3-13所示。圖3-13 系統(tǒng)類結構4 系統(tǒng)詳細設計本部分設計主要涉及軟件系統(tǒng)的動態(tài)建模和系

11、統(tǒng)類圖的詳細設計。軟件系統(tǒng)的動態(tài)模型分為交互模型和活動狀態(tài)模型，其中的交互模型主要由順序圖和協(xié)作圖構成，活動狀態(tài)模型主要包括活動圖和狀態(tài)圖。通過為軟件系統(tǒng)項目建立動態(tài)模型，從而產生體現(xiàn)系統(tǒng)動態(tài)行為的可視化分析結果包括對象的時間特性和對象為完成目標任務而相互進行通信的機制、對象行為的改變和狀態(tài)變化情況，以及對象可能出現(xiàn)的各種活動狀況等信息。4.1 系統(tǒng)交互圖4.1.1系統(tǒng)架構類交互圖系統(tǒng)架構類的工作流程：1.用戶界面對象在接收了用戶的輸入請求后，向業(yè)務代理對象發(fā)送處理請求。2.業(yè)務代理對象接收到請求后，向權限管理對象發(fā)送驗證權限請求。3.權限管理對象驗證權限后將驗證結果返回給業(yè)務代理對象。4.業(yè)

12、務代理對象根據(jù)驗證結果進行以下處理：對于不符合權限的請求則返回提示信息；對于符合權限的請求，則將請求轉發(fā)給業(yè)務對象。5.業(yè)務對象進行業(yè)務處理。對于業(yè)務處理中的數(shù)據(jù)持久化操作，通過訪問數(shù)據(jù)庫訪問對象進行操作，期間的任何異常都交給異常處理對象處理。最后返回處理結果信息給業(yè)務代理對象。6.業(yè)務代理對象將處理結果信息返回給用戶界面。系統(tǒng)架構類的交互圖如圖4-1所示：4.1.2 活動者與模塊間的交互與勞務派遣模塊進行交互的活動者（角色）主要包括護衛(wèi)部和總經(jīng)理。護衛(wèi)部和總經(jīng)理與勞務派遣的交互圖如下圖4-2和圖4-3所示：圖4-1系統(tǒng)架構類的交互圖Fig4-1 Interactive Diagram of

13、System Architecture Class 圖4-2總經(jīng)理與勞務派遣管理交互圖圖4-3 護衛(wèi)部與保安派遣管理交互圖下面對參與保安勞務派遣管理活動的情況進行動態(tài)建模，由于篇幅限制，在此僅以總經(jīng)理的派遣管理進行時序圖、協(xié)作圖、狀態(tài)圖和活動圖的建模。派遣管理主要涉及：1根據(jù)客戶單位的需求生成合同，在保安員派遣之前可以修改合同，合同狀態(tài)為未完成。在保安員派遣之后，合同為完成狀態(tài)。2提供客戶單位保安員派遣的查詢功能（按合同編號、客戶單位名稱、保安員名稱等查詢）。總經(jīng)理創(chuàng)建派遣管理的時序圖如下圖4-4所示。圖 4-4 銷售業(yè)務員創(chuàng)建訂單合同的時序圖Fig4-4 Timing Diagram for

14、 Salesman Making Order4.1.3 系統(tǒng)協(xié)作圖交互圖用來說明系統(tǒng)如何實現(xiàn)一個用例或用例中的一個特殊場景。UML提供兩類交互圖：時序圖和協(xié)作圖。時序圖按時間順序描述系統(tǒng)元素之間的交互；協(xié)作圖則按照時間和空間順序來描述系統(tǒng)元素之間的交互。根據(jù)上節(jié)描述的總經(jīng)理派遣保安的時序圖，給出總經(jīng)理派遣保安的協(xié)作圖如下圖4-5所示。4.1.4 系統(tǒng)狀態(tài)圖狀態(tài)圖是通過類對對象的生命周期建立模型來描述對象隨時間變化的動態(tài)行為。狀態(tài)圖顯示了一個狀態(tài)機，它基本上是一個狀態(tài)機中的元素的一個投影，也就意味著狀態(tài)圖包括狀態(tài)機的所有特性。在派遣管理模塊中，主要有創(chuàng)建派遣信息、修改派遣信息、查詢派遣信息3種狀

15、態(tài)，這三種狀態(tài)完成過程非常相似，所以下面僅給出總經(jīng)理創(chuàng)建派遣信息的狀態(tài)圖如下圖4-6所示。圖 4-5 總經(jīng)理派遣保安的協(xié)作圖圖 4-6總經(jīng)理派遣保安狀態(tài)圖4.1.5 系統(tǒng)活動圖活動圖是描述活動是如何協(xié)同工作的。當一個操作必須完成一系列事情，而又無法確定以什么樣的順序來完成這些事情時，活動圖可以更清晰地描述這些事情。在保安派遣管理模塊中，主要涉及護衛(wèi)部和總經(jīng)理的活動?？偨?jīng)理或者護衛(wèi)部領導首先登錄系統(tǒng)，然后查看客戶單位的合同信息；還可以對派遣信息進行修改；同時可以查詢客戶單位保安派遣相關信息等活動。完成活動后退出系統(tǒng)，下面給出總經(jīng)理的活動圖，如下圖4-7所示。圖 4-7 總經(jīng)理在保安派遣管理模塊的

16、活動圖4.2 業(yè)務邏輯對象類設計4.2.1發(fā)現(xiàn)業(yè)務邏輯類本小節(jié)的主要任務是對系統(tǒng)架構類圖中的業(yè)務邏輯類進行設計，由系統(tǒng)分析中的Use Case交互圖我們可以發(fā)現(xiàn)業(yè)務邏輯類包括客戶類，用戶類，保安員工類，合同類，人事類。 根據(jù)Use Case交互圖中的消息找到對象類相應的方法。4.2.2業(yè)務邏輯對象類圖系統(tǒng)業(yè)務邏輯對象類圖如下圖4-8所示。圖4-8銷售管理對象類圖4.3 數(shù)據(jù)庫設計關系型數(shù)據(jù)庫是目前應用最廣泛的數(shù)據(jù)庫。既然是面向對象系統(tǒng)設計，數(shù)據(jù)庫設計當然也要是面向對象的。現(xiàn)在要考慮如何對類進行持久化操作，即如何將對象類映射到關系數(shù)據(jù)庫的二維表。目前可以采用數(shù)據(jù)庫建模工具來實現(xiàn)，象PowerDe

17、signer、Rose 等。4.3.1 ER圖客戶類、員工類、合同類都是基礎類，可以直接映射為一個表。架構設計中的操作員類是一個用于管理系統(tǒng)操作角色的類，也要直接映射為一個表。本系統(tǒng)的ER模型圖見圖4-10。圖4-10 系統(tǒng)ER圖4.3.2 物理表結構圖將銷售管理ER模型中的實體轉換為物理表，得到物理表結構如下：Customer（客戶單位信息表）表4-1(Table 4-1)主鍵字段名稱數(shù)據(jù)類型長度字段說明1CustomerIDvarchar20客戶編號CustomerNamevarchar30客戶名稱CustomerAddressvarchar256單位地址SecurityNumdecima

18、l(14,0)保安數(shù)量contractIDvarchar20合同編號contactsvarchar20聯(lián)系人mobilephonevarchar20聯(lián)系電話customerTypevarchar2客戶類型contractdatedatetime簽訂合同日期datelimitdatetime合同到期日期SC（保安合同表）表4-2(Table 4-2)主鍵字段名稱數(shù)據(jù)類型長度字段說明1contractIDvarchar20合同編號contractTypevarchar20合同類型1secrityIDvarchar20保安員編號InTimedatetime簽訂合同時間insuranevarchar2

19、0是否買保險CC（客戶單位合同表）表4-3(Table 4-3)主鍵字段名稱數(shù)據(jù)類型長度字段說明1contractIDvarchar20合同編號contractTypevarchar20合同類型1CustomerIDvarchar25客戶單位編號secrityNUMdecimal(14,0)保安人數(shù)1pricedecimal(14,2)合同金額datedatetime合同日期1contracttimedatetime起始日期contractendtimedatetime結束日期contractpeoplevarchar20合同聯(lián)系人CS（保安員工類）表4-4(Table 4-4)主鍵字段名稱數(shù)

20、據(jù)類型長度字段說明1IDvarchar20保安編號namevarchar20保安姓名mobilevarchar20聯(lián)系電話positionvarchar20職位departmentvarchar20所屬部門intimedatetime入職時間agevarchar20年齡sexvarchar20性別salarydecimal(14,2)工資dispatchidvarchar20派遣編號1customeridvarchar20客戶單位編號examvarchar20保安資格考試politicalexamvarchar20政審Users（用戶表）表4-5(Table 4-5)主鍵字段名稱數(shù)據(jù)類型長度字

21、段說明1UserNamevarchar20用戶名1Passwordvarchar100密碼RealNamevarchar20真實姓名DepartmentIDvarchar20部門編號Authorityint權限級別ISAuthorityint是否授權RegisterDatedatetime注冊日期ModifyDatedatetime修改日期4.4 開發(fā)環(huán)境的選擇4.4.1系統(tǒng)開發(fā)工具本系統(tǒng)采用Eclipse作為保安公司勞務派遣系統(tǒng)開發(fā)工具。使用Eclipse專業(yè)開發(fā)人員能夠：使用改進后的可視化設計工具、編程語言和代碼編輯器，享受高效率的開發(fā)環(huán)境 ，在統(tǒng)一的開發(fā)環(huán)境中開發(fā)并調試多層次的服務器應用

22、程序使用集成的可視化數(shù)據(jù)庫設計和報告工具，創(chuàng)建SQL Server 2005解決方案4.4.2數(shù)據(jù)庫的選擇SQL Server2000是一個具備完全Web支持的數(shù)據(jù)庫產品，其特點如下：真正的客戶機/服務器體系結構。1圖形化用戶界面，使系統(tǒng)管理和數(shù)據(jù)庫管理更加直觀、簡單。豐富的編程接口工具，為用戶進行程序設計提供了更大的選擇余地。2SQL Server與Windows NT完全集成，利用了NT的許多功能，如發(fā)送和接受消息，管理登錄安全性等。SQL Server也可以很好地與Microsoft BackOffice產品集成。3很好的伸縮性，可跨越從運行Windows 95/98的膝上型電腦Wind

23、ows 2000的大型多處理器等多種平臺使用。4對Web技術的支持，使用戶能夠很容易地將數(shù)據(jù)庫中的數(shù)據(jù)發(fā)布到Web頁面上。 5SQL Server提供數(shù)據(jù)倉庫功能，這個功能只在Oracle和其他更昂貴的DBMS中才有。4.4.3 系統(tǒng)網(wǎng)絡架構設計系統(tǒng)采用B/S結構，系統(tǒng)網(wǎng)絡架構圖見圖4-11。圖4-11系統(tǒng)網(wǎng)絡架構圖5 測試5.1 測試原則及測試方法概述黑盒測試（Black-box Testing，又稱為功能測試）通過測試來檢測每個功能是否都能正常使用。黑盒測試是把測試對象看作一個黑盒子。利用黑盒測試法進行動態(tài)測試時，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適

24、當?shù)亟邮蛰斎霐?shù)據(jù)而產生正確的輸出信息。它需要測試軟件產品的功能，不需測試軟件產品的內部結構和處理過程。黑盒測試的流程：(1) 測試計劃。首先，根據(jù)用戶需求報告中關于功能要求和性能指標的規(guī)格說明書，定義相應的測試需求報告，即制訂黑盒測試的最高標準，以后所有的測試工作都將圍繞著測試需求來進行，符合測試需求的應用程序即是合格的，反之即是不合格的；同時，還要適當選擇測試內容，合理安排測試人員、測試時間及測試資源等。(2) 測試設計。將測試計劃階段制訂的測試需求分解、細化為若干個可執(zhí)行的測試過程，并為每個測試過程選擇適當?shù)臏y試用例（測試用例選擇的好壞將直接影響到測試結果的有效性）。(3) 測試開發(fā)。建立

25、可重復使用的自動測試過程。(4) 測試執(zhí)行。執(zhí)行測試開發(fā)階段建立的自動測試過程，并對所發(fā)現(xiàn)的缺陷進行跟蹤管理。測試執(zhí)行一般由單元測試、組合測試、集成測試、系統(tǒng)聯(lián)調及回歸測試等步驟組成，測試人員應本著科學負責的態(tài)度，一步一個腳印地進行測試。 (5) 測試評估。結合量化的測試覆蓋域及缺陷跟蹤報告，對于應用軟件的質量和開發(fā)團隊的工作進度及工作效率進行綜合評價。5.2 功能測試針對該系統(tǒng)的功能需求和實現(xiàn)設計，可以采用如下測試方法：(1) 頁面鏈接檢查：每一個鏈接是否都有對應的頁面，并且頁面之間切換正確。(2) 相關性檢查：刪除/增加一項會不會對其他項產生影響，如果產生影響，這些影響是否都正確。(3)

26、檢查按鈕的功能是否正確：如登錄、退出等功能是否正確。(4) 字符串長度檢查：輸入超出需求所說明的字符串長度的內容，看系統(tǒng)是否檢查字符串長度，會不會出錯。(5) 字符類型檢查：在應該輸入指定類型的內容的地方輸入其他類型的內容(如在應該輸入整型的地方輸入其他字符類型)，看系統(tǒng)是否檢查字符類型，會否報錯。(6) 特殊符號檢查：輸入內容包括各種標點和符號，特別是空格、各種引號、回車鍵，看系統(tǒng)處理是否正確。(7) 檢查刪除功能：對于可以完成批量刪除的“Delete”按鈕，不選擇任何信息，點擊按鈕，看系統(tǒng)如何處理，會否出錯；然后選擇一個和多個信息，進行刪除，看是否正確處理。(8) 輸入信息位置：注意在光標

27、停留的地方輸入信息時，光標和所輸入的信息會否跳到別的地方。(9) 必填項檢查：應該填寫的項沒有填寫時系統(tǒng)是否都做了處理，是否有提示信息。(10)快捷鍵檢查：是否支持常用快捷鍵，如Ctrl+C、Ctrl+V等，對一些不允許輸入信息的字段，如選人，選日期對快捷方式是否也做了限制。(11)回車鍵檢查：在輸入結束后直接按回車鍵，看系統(tǒng)處理如何，會否報錯。(12)超時測試。具體的測試用例設計如下列表所示。表5.1 登錄測試賬號密碼預期結果缺陷情況“”“”提示：賬號或密碼不匹配。光標跳至賬號文本框處。光標未跳至賬號文本框處?！啊薄?23”（假設錯誤）提示：賬號或密碼不匹配。光標跳至賬號文本框處。光標未跳至

28、賬號文本框處。“”“112a”（假設正確）提示：賬號或密碼不匹配。光標跳至賬號文本框處。光標未跳至賬號文本框處。“3”“”提示：賬號或密碼不匹配。光標跳至賬號文本框處。光標未跳至賬號文本框處?！?”“123”（假設錯誤）提示：賬號或密碼不匹配。光標跳至賬號文本框處。光標未跳至賬號文本框處。“3”“112a”（假設正確）提示：賬號或密碼不匹配。光標跳至賬號文本框處。光標未跳至賬號文本框處。“61”“”提示：賬號或密碼不匹配。光標跳至賬號文本框處。光標未跳至賬號文本框處?！?1”“123”（假設錯誤）提示：賬號或密碼不匹配。光標跳至賬號文本框處。光標未跳至賬號文本框處?！?1”“112a”（假設正

29、確）提示：賬號或密碼不匹配。光標跳至賬號文本框處。光標未跳至賬號文本框處。“3”“”提示：賬號或密碼不匹配。光標跳至賬號文本框處。光標未跳至賬號文本框處。“3”“123”（假設錯誤）提示：賬號或密碼不匹配。光標跳至賬號文本框處。光標未跳至賬號文本框處。“3”“112a”（假設正確）登錄成功，跳轉至主頁面表5.2 主頁面測試操作預期結果缺陷情況查看主界面導航欄順序：首頁 退出 保安管理 合同管理 客戶單位管理 員工管理 政審管理 保安資格考試管理 派遣管理。無單擊 首頁 按鈕刷新主界面。單擊 退出 按鈕跳出退出確認提示；確認后進入退出界面。未進行退出確認；單擊 保安管理 按鈕進入保安員管理界面，

30、顯示保安公司所有保安隊員列表。單擊 合同管理 按鈕進入合同管理界面，分為客戶單位的合作合同和隊員的勞務合同兩大模塊單擊 客戶單位管理 按鈕進入客戶單位管理界面，顯示和本公司合作的所有客戶單位?？蛻魡挝环诸愑袉栴}單擊 員工管理 按鈕進入員工界面，顯示員工列表。單擊 政審管理 按鈕出現(xiàn)所有已經(jīng)政審和沒有政審的隊員列表。無法對隊員的政審狀態(tài)進行編輯單擊 考試管理 按鈕進入考試管理，顯示已經(jīng)通過和沒有通過保安資格考試的列表單擊 派遣管理 按鈕進入勞務派遣界面，顯示已經(jīng)派遣的保安隊員的派遣情況。通過測試結果可以看出，系統(tǒng)的功能還并不完善甚至發(fā)生錯誤。可以總結為以下幾點：(1) 注冊、登錄過程中，在提示錯

31、誤時，光標不能跳到發(fā)生錯誤的文本框處。(2) 在業(yè)務流程中缺少返回（或上一步）操作。(3) 刪除、退出操作缺少二次確認。(4) 字符定義不合實際。例如手機號、郵編等只能為數(shù)字的信息，在錄為其他字符時，缺少錯誤提示。(5) 無超時限制，登錄后，長時間不作任何頁面處理，不會自動下線，用戶信息安全難以保障。(6) 隊員的政審狀態(tài)無法進行編輯。(7)無登陸次數(shù)限制，登錄錯誤次數(shù)無限制，難以保障賬號安全。5.3 性能測試5.3.1創(chuàng)建Vuser腳本打開Virtual User Genertor，創(chuàng)建虛擬用戶腳本。點擊File>New Script and Solution按鈕，這時將打開“新建虛擬

32、用戶”對話框，選擇顯示用于新建單協(xié)議腳本的選項。協(xié)議是客戶端用來與系統(tǒng)后端進行通信的語言。本系統(tǒng)是基于Web的應用程序，因此這里將創(chuàng)建一個Web虛擬用戶腳本。選擇“Web (HTTP/HTML)”將創(chuàng)建一個空白Web腳本（如圖5-1）。圖5-1創(chuàng)建虛擬用戶圖5.3.2 定義場景設置面向目標的高級場景(1) 每秒點擊5次；(2) Vuser最小數(shù)60，最大數(shù)150；(3) 達到目標后繼續(xù)運行4分鐘；(4) 如果未達到目標也繼續(xù)運行；(5) 自動加載（如圖5-2）圖5-2 場景定義圖運行時設置：(1) 使用擴展日志，一直發(fā)送日志；(2) 為了模擬不同的用戶，思考時間選擇“使用錄制思考時間的隨機百分

33、比”選項。指定最小值為50%，最大值為150%。(3) Internet協(xié)議，選擇圖像與文本檢查。(4) 其他可以遵循既定腳本。負載生成器連接：配置負載生成器（使用本地計算機Localhost作為負載生成器）。Windows資源添加度量：負載下的系統(tǒng)，在Windows資源圖添加度量，需要監(jiān)控的計算機為本地計算機Localhost。5.3.3運行場景自動加載時只加載了50個Vuser，在給出以下提示時，即提示定義的目標已達到，是否增加運行數(shù)量時，選擇Yes，就會自動增加Vuser數(shù)量，達到設置的最小值60。本次試驗，由于系統(tǒng)資源有限（后文圖3-7所反映的錯誤），只能達到50（如圖5-3）。圖5-

34、3 定義目標狀態(tài)圖以實時方式監(jiān)控正在運行的用戶，可以看到用戶的狀態(tài)：Running, Ready和Initial。在加載負載的過程中可以查看Vuser具體行為的日志和監(jiān)察場景運行時的狀態(tài)。負載測試完成時的場景狀態(tài)圖5-4負載完成場景圖由圖5-4可以看到，（1）運行時間為4分21秒；（2）在最后60秒的時間內，每秒點擊次數(shù)為4.51；（3）通過的事務總數(shù)為250；（4）失敗的事務數(shù)為0；（5）錯誤數(shù)為38。(1) 錯誤信息圖5-5錯誤信息圖由圖5-5可以查看具體的錯誤信息。本次錯誤數(shù)38個，具體為cpu使用率超過80%，即說明測試主機（計算機硬件條件遭到瓶頸），這也是本次負載測試Vuser增加不上去的原因。另外，除此錯誤外，不存在其他錯誤，所有事務也都成功運行，即至少在負載50個Vuser的情況下，測試系統(tǒng)并不存在問題。(2) Vuser的狀態(tài)圖5-6用戶狀態(tài)圖由Vuser狀態(tài)圖可以查看每