【正文】 3. 成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測試。在該窗體下，可以直接選擇要升級的用戶，點(diǎn)擊中間的“添加”按鈕，即可將選中的員工賬號升級為管理員賬號。3. 點(diǎn)擊“柱形圖繪制”按鈕，打開畫圖窗體Paint，同時(shí)將countDataGridView傳遞給Paint的構(gòu)造方法，賦值給b。（5）管理員在“獎(jiǎng)懲信息查詢”、“工作簡歷信息查詢”、“工資信息查詢”、“培訓(xùn)信息查詢”、“通訊錄信息查詢”選項(xiàng)卡下可以打開對應(yīng)的窗體，將查詢得到的信息導(dǎo)出到Excel文檔進(jìn)行打印操作。左上方的“分類查詢”組合框可以根據(jù)選擇的查詢類型，將員工按照選定的類別顯示在左側(cè)的查詢結(jié)果中。管理員在服務(wù)器主界面上單擊“系統(tǒng)功能”菜單，選擇“廣播通知”菜單項(xiàng)，出現(xiàn)“廣播消息”窗口，如圖524所示。（2）管理員單擊菜單欄上的“系統(tǒng)功能”菜單項(xiàng)，選擇“客戶端通信工具”子菜單。（2）點(diǎn)擊“常用功能”菜單，再點(diǎn)擊“文件傳輸”子菜單。 圖512 被請求方的確認(rèn)對話框 圖513 請求方的確認(rèn)對話框請求方再按照上述步驟邀請其他用戶，此時(shí)三個(gè)用戶的群聊界面如圖514所示。之后將創(chuàng)建的員工對象加入到一個(gè)Dictionary泛型集合對象中，Dictionary包含了當(dāng)前在線的所有員工，之后再調(diào)用顯示員工的ShowCurrentUsers方法，該方法先判斷是否有其他員工在線，如果沒有，則終止發(fā)送；否則，將當(dāng)前所有員工姓名以“List，以逗號分隔的員工姓名列表”發(fā)送給剛登錄的員工主窗體。員工信息添加模塊流程圖如圖54所示。（2）在注冊頁面中，將注冊所需要的基本信息填寫完整，之后根據(jù)本公司服務(wù)器的已知IP地址和端口號將注冊信息發(fā)送給指定的服務(wù)器。CommandType：用來描述CommandText所給的命令類型，默認(rèn)值為Text。表43 員工考評信息表字段名數(shù)據(jù)類型是否主鍵是否為空考評編號nvarchar(6)是否員工編號nvarchar(5)否否考評內(nèi)容nvarchar(30)否否考評結(jié)果nvarchar(3)否否考評分?jǐn)?shù)nvarchar(3)否否考評人nvarchar(10)否否考評時(shí)間datetime否否4. 員工工資信息表表名：Salary說明：主要用來存儲(chǔ)員工工資信息，當(dāng)管理人員訪問人事管理系統(tǒng)時(shí)，系統(tǒng)主動(dòng)訪問此表，如表44所示。關(guān)系數(shù)據(jù)庫的邏輯結(jié)構(gòu)設(shè)計(jì)的結(jié)果是一組關(guān)系模式的定義。圖44 通訊錄實(shí)體ER圖（3）工資信息實(shí)體：該實(shí)體是用于存儲(chǔ)員工的工資信息，主要的屬性有工資編號、員工編號、基本工資、職務(wù)津貼、獎(jiǎng)勵(lì)金額、罰款金額、全勤獎(jiǎng)金、加班工資、應(yīng)發(fā)工資、個(gè)人所得稅、實(shí)發(fā)工資、工資月份。系統(tǒng)還嵌入了計(jì)算器等常用工具，可以滿足管理員的需要。圖33 層次消息總線體系結(jié)構(gòu)圖該企業(yè)聊天通信系統(tǒng)主要是為了實(shí)現(xiàn)企業(yè)員工之間的即時(shí)聊天，圖片和視頻信息的發(fā)送，網(wǎng)絡(luò)會(huì)議和管理員的日常監(jiān)督管理，對人事管理系統(tǒng)進(jìn)行增、刪、改、查、統(tǒng)計(jì)以及信息導(dǎo)出與打印等操作。如果用戶要了解一個(gè)系統(tǒng)，只要輸入一個(gè)事件，然后觀察它的輸出結(jié)果即可。為了降低系統(tǒng)的成本，系統(tǒng)中各個(gè)模塊都采用開源項(xiàng)目中的組件完成。圖21 聊天系統(tǒng)業(yè)務(wù)流程分析圖后臺(tái)的人事管理系統(tǒng)業(yè)務(wù)流程分析圖如圖22所示。2. 經(jīng)濟(jì)可行性本系統(tǒng)基于局域網(wǎng)進(jìn)行信息傳遞，人事管理系統(tǒng)使用C/S架構(gòu)設(shè)計(jì)，采用近幾年市場上流行的c和Visual Studio，開發(fā)簡單，語句邏輯性強(qiáng)，不需要耗費(fèi)大量的人力物力就能很快地開發(fā)出來。63第二章 系統(tǒng)的需求分析 需求分析意義需求分析是軟件開發(fā)過程中一項(xiàng)最重要的工作，也是最困難的工作，該階段的出錯(cuò)率幾乎占了整個(gè)軟件開發(fā)周期出錯(cuò)的一半。 Microsoft Visual Studio 2012開發(fā)C應(yīng)用程序的工具有很多，任何一種文本編輯器都可以編寫C應(yīng)用程序。圖11 .NET框架組成執(zhí)行環(huán)境稱為CLR（公共語言運(yùn)行庫）。因?yàn)镃（CLR），從而能夠保證與其他語言開發(fā)的組件兼容。（2）查看人事管理系統(tǒng)，對員工進(jìn)行增、刪、改、查等各種操作。（3）方便快捷的信息查詢。但是與此同時(shí)，隨著網(wǎng)絡(luò)逐漸深入我們的生活，各種網(wǎng)絡(luò)病毒和信息竊取給人們造成了巨大的財(cái)產(chǎn)損失，所以接入互聯(lián)網(wǎng)面臨著一定的危險(xiǎn)性。二是該系統(tǒng)節(jié)省了大量的人力物力，以前人們往往采用手工記錄的方式來進(jìn)行信息管理，不但效率很低，而且容易造成數(shù)據(jù)缺失。（4）選擇聊天對象進(jìn)行聊天。2．徹底的面向?qū)ο笤O(shè)計(jì)。它的特點(diǎn)包括以下三點(diǎn)：1．多平臺(tái)。.、操作系統(tǒng)或Win32 DLL和COM之間的互操作性。4. 支持2D和3D圖形、動(dòng)畫、視頻及音頻回放。在確定了軟件系統(tǒng)可行之后，還要從軟件項(xiàng)目本身的技術(shù)穩(wěn)定性、系統(tǒng)靈活性、系統(tǒng)適應(yīng)性三個(gè)方面進(jìn)行驗(yàn)證。在連接互聯(lián)網(wǎng)的情況下還可以發(fā)送添加了附件的電子郵件。由于c是一門廣泛使用的語言，開發(fā)技術(shù)已經(jīng)相當(dāng)全面詳盡，不存在技術(shù)難題，所以整套系統(tǒng)均具有穩(wěn)定可靠的性能。4．易擴(kuò)展。如圖32所示，這些組件之間的連接是管道化的和多模式化的，通過形成并發(fā)的事件流對企業(yè)業(yè)務(wù)事件進(jìn)行處理。7． 網(wǎng)絡(luò)會(huì)議：員工不但可以進(jìn)行一對一的聊天，還可以邀請多人進(jìn)行聊天。當(dāng)數(shù)據(jù)量較大，大批量地查詢和修改數(shù)據(jù)時(shí)采用DataAdepter和DataSet對象，利用它們的斷開式訪問數(shù)據(jù)庫的特點(diǎn)保證了數(shù)據(jù)庫系統(tǒng)的高效運(yùn)行。圖49 簡歷信息實(shí)體ER圖（8）培訓(xùn)信息實(shí)體：該實(shí)體是用于存儲(chǔ)員工的培訓(xùn)信息，主要的屬性有培訓(xùn)編號、員工編號、培訓(xùn)方式、開始時(shí)間、結(jié)束時(shí)間、培訓(xùn)專業(yè)、培訓(xùn)單位、培訓(xùn)內(nèi)容、費(fèi)用、培訓(xùn)結(jié)果、負(fù)責(zé)人。經(jīng)過驗(yàn)證，所有關(guān)系模式均具有如下特點(diǎn)：1．所有非主屬性對每一個(gè)鍵都是完全函數(shù)依賴2．所有的主屬性對每一個(gè)不包含它的鍵，也是完全函數(shù)依賴3．沒有任何屬性完全函數(shù)依賴于非鍵的任何一組屬性經(jīng)過上述分析，該數(shù)據(jù)庫中的數(shù)據(jù)項(xiàng)設(shè)計(jì)十分合理，具有很好的應(yīng)用價(jià)值。database=employee。Integrated Security=True。圖52 用戶提交注冊信息界面服務(wù)器點(diǎn)擊“開始監(jiān)聽”按鈕之后，即可監(jiān)聽1234號端口發(fā)來的信息。（2）員工可以在主界面選擇是否隱身登錄、接收系統(tǒng)通知等，之后進(jìn)入到聊天模式。6. 在選擇群聊時(shí)，仍然和一對一聊天傳輸建立過程相同，對方接收請求后，再通過ReceiveDataAsync方法得到的返回值將確認(rèn)信息傳回給發(fā)起方，從而建立會(huì)話。在郵件中添加附件時(shí)，利用Attchment郵件附加類利用選用的附件創(chuàng)建對象，之后MailMessage對象調(diào)用Add方法將附件添加。3. 當(dāng)員工點(diǎn)擊“連接”按鈕時(shí)，和上傳步驟相同，創(chuàng)建FtpWebRequest對象，F(xiàn)tpWebRequest對象調(diào)用GetResponse方法創(chuàng)建WebResponse對象，WebResponse對象調(diào)用GetResponseStream方法創(chuàng)建一個(gè)StreamReader對象，StreamReader對象調(diào)用ReadLine方法讀取FTP服務(wù)器中的文件名，只要結(jié)果不為空，就不斷調(diào)用ReadLine方法，將每一次讀取的結(jié)果添加到下載頁面文件列表中。管理員發(fā)送通知模塊流程圖如圖523所示。圖528員工信息操作模塊流程圖1. 管理員在登錄界面輸入用戶名和密碼，連接管理員登錄信息表，查詢相應(yīng)數(shù)據(jù)，之后進(jìn)入人事管理系統(tǒng)主界面，單擊“顯示所有員工”按鈕，利用Connection對象和DataAdepter對象，發(fā)送“select * from Employee order by 員工編號”語句，讀出EmployeeMsg表中所有的數(shù)據(jù)，創(chuàng)建DataSet對象和DataAdepter對象，DataAdepter對象調(diào)用Fill方法將查詢的結(jié)果填充到DataSet對象中，指定顯示數(shù)據(jù)的DataGridView控件的DataSource屬性為DataSet的第幾個(gè)表，如果只有一張表的話就為Table[0]，此時(shí)就可以在DataGridView控件中顯示數(shù)據(jù)。圖537 人事資料查詢主界面為了方便查詢，本系統(tǒng)所有的查詢?nèi)炕诙鄺l件組合查詢和模糊查詢，這樣可以使得管理員在輸入信息不全的情況下仍然可以查詢到想要的信息，極大地提高了查詢效率。圖541 員工工資信息查詢窗體圖542 員工工資信息導(dǎo)出Excel界面參與者：管理員說明：管理員可以根據(jù)不同的特性，將員工分類統(tǒng)計(jì)，之后根據(jù)統(tǒng)計(jì)的數(shù)據(jù)進(jìn)行柱形圖的繪制。（3）在當(dāng)前用戶列表中選擇要升級的用戶賬戶，點(diǎn)擊中間的“添加”按鈕，即可將選中的員工賬號升級為管理員賬號。2. 當(dāng)管理員設(shè)置提醒時(shí)，系統(tǒng)記錄設(shè)置的時(shí)間，在系統(tǒng)達(dá)到指定時(shí)間時(shí)，計(jì)時(shí)器觸發(fā)Tick時(shí)間，彈出對話框提示管理員。測試的過程：先對逐個(gè)模塊測試，一般采用先用白盒技術(shù)分析模塊內(nèi)部邏輯，再用黑盒技術(shù)補(bǔ)充一些例子，在軟件裝配的同時(shí)進(jìn)行測試，以便及時(shí)發(fā)現(xiàn)與接口相聯(lián)系的問題。日常記事模塊流程圖如圖547所示?；臼录鳎海?）管理員登錄到人事管理系統(tǒng)主界面。圖540 員工基本信息word文檔在“考評記錄查詢”、“獎(jiǎng)懲信息查詢”、“工作簡歷信息查詢”、“工資信息查詢”、“培訓(xùn)信息查詢”等頁面中點(diǎn)擊“導(dǎo)出Excel”按鈕，均會(huì)將查詢得到的信息導(dǎo)出到Excel，和查詢結(jié)果的格式相同。如圖536所示。（4）登錄系統(tǒng)之后就可以對員工的基本信息、家庭信息、通訊錄、工資、考評、獎(jiǎng)懲、培訓(xùn)、工作簡歷信息進(jìn)行增、刪、改、查等各種操作。（3）彈出廣播消息主窗口，點(diǎn)擊“在線員工”按鈕，得到此時(shí)所有在線的員工。之后FileStream對象調(diào)用Read方法讀取流中的數(shù)據(jù)，如果數(shù)據(jù)不為空，則Stream對象調(diào)用Write方法將內(nèi)容從文件流讀取到上傳流，此時(shí)即可上傳到對應(yīng)的FTP服務(wù)器。郵件發(fā)送模塊流程圖如圖515所示。5. 在聊天選擇字體時(shí)，首先向字體選擇窗體傳遞一個(gè)this對象，代表當(dāng)前窗體，之后選擇字體時(shí)利用對應(yīng)變量將字體信息記錄。說明：進(jìn)行聊天通信等的相關(guān)操作。員工開始時(shí)單擊“注冊”按鈕，之后彈出“注冊用戶信息”窗體，將注冊所需要的基本信息填寫完整，之后根據(jù)本公司服務(wù)器的已知IP地址和端口號將注冊信息發(fā)送給指定的服務(wù)器。對數(shù)據(jù)進(jìn)行增、刪、改的代碼如下：string sql=…….string connstring =DataSource=93PC20141015ZA\SQLEXPRESS。圖41 可視化操作綁定數(shù)據(jù)源圖2．（1）使用Connection對象連接數(shù)據(jù)源：Connection對象是應(yīng)用程序訪問數(shù)據(jù)源的橋梁，使用過程是先定義連接字符串，然后根據(jù)連接字符串創(chuàng)建連接對象，之后打開數(shù)據(jù)源的連接進(jìn)行操作，最后關(guān)閉數(shù)據(jù)源連接。在所有的關(guān)系模式中所有屬性都是不可再分的數(shù)據(jù)項(xiàng)，則所有的關(guān)系模式均達(dá)到了1NF模式?？荚u信息實(shí)體的ER如圖48所示：圖48 獎(jiǎng)懲信息實(shí)體ER圖（7）簡歷信息實(shí)體：該實(shí)體是用于存儲(chǔ)員工的工作簡歷信息，主要的屬性有簡歷編號、員工編號、工作時(shí)間、離職時(shí)間、工作年限、工作單位、部門、職務(wù)。3. 數(shù)據(jù)庫關(guān)系模式設(shè)計(jì)合理：為了防止不必要的數(shù)據(jù)冗余，該數(shù)據(jù)庫在設(shè)計(jì)時(shí)對于關(guān)系模式進(jìn)行了認(rèn)真的研究分析，確保所有的關(guān)系模式都達(dá)到BCNF范式。5． 郵件發(fā)送與接收：在連接互聯(lián)網(wǎng)的情況下，該系統(tǒng)還可以方便地對指定人員發(fā)送添加了附件的郵件和接收郵件。3. 當(dāng)發(fā)布者觸發(fā)事件時(shí)，所有列表中的處理程序都會(huì)被調(diào)用。從使用周期上來考慮，在線學(xué)習(xí)系統(tǒng)維護(hù)階段在軟件生命周期或生存期中占較大比重，有的可達(dá)系統(tǒng)生存周期的5070%。技術(shù)穩(wěn)定性：由系統(tǒng)可行性分析可知，本系統(tǒng)的開發(fā)在技術(shù)上具有可行性。對應(yīng)兩大系統(tǒng)，企業(yè)聊天通信系統(tǒng)分為一般員工和管理員兩大模塊：一般員工角色，使用的系統(tǒng)為前臺(tái)的聊天通信系統(tǒng)，員工第一次使用時(shí)需要先注冊，將注冊信息提交給服務(wù)器，通過驗(yàn)證后就可以使用申請的賬號和密碼登錄系統(tǒng)。因此，對于軟件系統(tǒng)而言，首先要進(jìn)行可行性研究。2. 和DirectX采用相同技術(shù)，統(tǒng)一了微軟各種圖形類庫。CLR有一項(xiàng)服務(wù)稱為GC（Garbage Collector，垃圾收集器），能自動(dòng)管理內(nèi)存。2002年，解決了以往MFC、COM等技術(shù)帶來的問題，實(shí)現(xiàn)了開發(fā)一個(gè)集成的、面向?qū)ο蟮拈_發(fā)框架。C具有以下突出特點(diǎn)：1. 語法簡潔。（2）用戶登錄驗(yàn)證。二是方便用戶之間的通信，使得用戶即使在沒有互聯(lián)網(wǎng)的情況下仍然可以進(jìn)行信息交流。同時(shí)，企業(yè)有大量的員工，需要對他們的各種進(jìn)行信息管理。（5）將員工的信息以表格的形式插入到word文檔中。（4）監(jiān)聽客戶端的通信連接，如果不開啟TCP服務(wù)器，則客戶端的聊天功能無法實(shí)現(xiàn)。因?yàn)镃語言本身內(nèi)置了版本控制功能，因此使開發(fā)人員更加容易地開發(fā)和維護(hù)。1. 內(nèi)存管理和垃圾收集。Microsoft Visual Studio是由微軟公司推出的，集成了C、C++、VC++，VB、F等編程語言的執(zhí)行環(huán)境，強(qiáng)大的可視化操作使得非常受到編程人員的歡迎。可以說，“需求分析”就是確定要計(jì)算機(jī)“做什么”。3．操作可行性本系統(tǒng)操作簡單方便,在設(shè)計(jì)時(shí)由于對于系統(tǒng)進(jìn)行了嚴(yán)格的測試，對于多種錯(cuò)誤操作都有相應(yīng)的處理，一般情況下不會(huì)因?yàn)檩斎霐?shù)據(jù)有誤或者其他誤操作導(dǎo)致系統(tǒng)崩潰。內(nèi)存：2GB或更高。2．美觀性。事件的發(fā)布者將業(yè)務(wù)活動(dòng)中的重要事件發(fā)布出去，快速及時(shí)地傳遞給感興趣的訂閱者。對于一般員工來說，主要由以下功能組成：1． 注冊：在第一次使用該系統(tǒng)是需要進(jìn)行注冊，通過同屬于一個(gè)局域網(wǎng)的服務(wù)器IP地址，提交相關(guān)驗(yàn)證信息等待服務(wù)器端的管理員進(jìn)行驗(yàn)證。根據(jù)需求分析，聊天通信系統(tǒng)總體的功能結(jié)構(gòu)圖如圖34所示：圖34