【正文】 出相應(yīng)的系統(tǒng)設(shè)計調(diào)整，最終達到系統(tǒng)最初的預(yù)計需求和效果。 測試用例本測試用例使用廣東省理工職業(yè)技術(shù)學(xué)校 2022年入學(xué)的 1000名學(xué)生的資料通過條形碼打印、識別、查詢和錄入做測試。測試主要分 3個方面進行：（1）功能測試：檢測軟件是否能完成系統(tǒng)提供的檔案上傳、下載、借閱、歸還、管理和條形碼讀取和打印等功能。（2）性能測試：檢測在多數(shù)用戶使用該系統(tǒng)時，測試系統(tǒng)和網(wǎng)絡(luò)的性能、占用率和穩(wěn)定性。（3）安全測試：測試使用一般的攔截包手段得到數(shù)據(jù)后能否改變數(shù)據(jù)而不被察覺或獲得保密的數(shù)據(jù)信息。 測試環(huán)境與配置（1）硬件環(huán)境服務(wù)器 1臺；Intel Xeon x2，2G 內(nèi)存，300G 硬盤?？蛻魴C 4臺；Intel P4 ，512MB 內(nèi)存，80G 硬盤。條形碼識別器 4臺。（2）軟件環(huán)境客戶機操作系統(tǒng)采用 Windows XP服務(wù)器操作系統(tǒng)環(huán)境采用 Windows Server 2022。數(shù)據(jù)庫采用 SQL Server 2022完成。25華 中 科 技 大 學(xué) 碩 士 學(xué) 位 論 文 測試方法和工具 黑盒測試測試人員 2 人對 1000 名學(xué)生個人資料錄入測試。（1） 按學(xué)號打印條形碼。（2） 讀取條形碼取得學(xué)號。（3） 根據(jù)學(xué)號讀取數(shù)據(jù)庫中的學(xué)生檔案信息。（4） 錄入學(xué)生基本資料和個人詳細信息。（5） 保存資料（6） 再次讀取條形碼，從而獲得之前錄入的學(xué)生信息，查閱對比是否正確。 白盒測試對系統(tǒng)使用 NuMega DecPartner Studio 進行白盒測試，該測試軟件滿足在軟件開發(fā)過程中每一個開發(fā)人員的需求，無論是使用一種或多種語言，NuMega 產(chǎn)品都能夠幫助提高生產(chǎn)力。它的產(chǎn)品主要有自動地錯誤檢測、性能分析、代碼覆蓋分析等功能，分別用于捕獲、定位錯誤，抽取代碼執(zhí)行頻度，以及抽取代碼覆蓋率等數(shù)據(jù)，針對本系統(tǒng)的開發(fā)語言需求，我們使用 NuMega DecPartner Studio 產(chǎn)品中的BoundsChecker 。程序員在開發(fā)過程中可能會經(jīng)常遇到這樣的問題：調(diào)試時語法沒有問題，代碼也沒有錯誤，但應(yīng)用程序運行就是不正常甚至死機，其實這有可能是由于邏輯錯誤引起的內(nèi)存溢出或資源泄露等問題，這些錯誤一般是不容易被檢測出來的。而這類錯誤就是 BoundsChecker 錯誤檢測范圍之一。 通過對被測應(yīng)用程序的操作，BoundsChecker 提供清晰的、詳細的程序錯誤分析，自動查明靜態(tài)的堆棧錯誤及內(nèi)存/資源泄露，并能夠迅速的定位出錯的源代碼，即使在沒有源代碼的情況下也可檢查第三方組件的錯誤。 BoundsChecker 錯誤檢測范圍主要包括： （1）指針和泄露錯誤 接口泄露 26華 中 科 技 大 學(xué) 碩 士 學(xué) 位 論 文內(nèi)存泄露 資源泄露 未分配的指針錯誤 （2）內(nèi)存錯誤 動態(tài)存儲溢出 無效的句柄被鎖定 句柄沒有被鎖定 內(nèi)存分配沖突 ?？臻g溢出 靜態(tài)存儲溢出 （3）API 和 OLE 錯誤 API 函數(shù)返回失敗 API 函數(shù)未執(zhí)行 無效的變量（包括指針變量、字符串變量等） OLE 接口方法的變量無效 OLE 接口方法失敗 線程調(diào)用庫函數(shù)錯誤 測試情況 測試組織架構(gòu)測試負責(zé)人：楊亭主要測試人員：姜麗瑩參與測試人員：王月超、陳垣峰、林麗萍、梁東梅 測試時間與地點系統(tǒng)測試從 2022 年 8 月 1 日開始到 2022 年 8 月 30 日完成，總共 30 天工作日，測試地點為廣東省理工職業(yè)技術(shù)學(xué)校教務(wù)處辦公室。27華 中 科 技 大 學(xué) 碩 士 學(xué) 位 論 文 測試數(shù)據(jù)與總結(jié) 測試數(shù)據(jù)1）條形碼識別測試結(jié)果讀取條形碼總次數(shù)：2022 次；成功讀取次數(shù)：1960 次，成功率 98%；失敗讀取次數(shù)：40 次，失敗率 2%。失敗原因：（1）26 次：條形碼打印不清晰，噴墨打印機器打印效果模糊，需要手工輸入。（2）14 次：程序獲取條形碼數(shù)據(jù)加解密模塊出現(xiàn)特殊字符轉(zhuǎn)換的 bug。解決辦法：（1）改用高精度打印機打印條形碼。（2）程序 bug 處理。2）性能測試結(jié)果4 人同時使用服務(wù)器資源消耗占用率：CPU：56%內(nèi)存：10%網(wǎng)絡(luò)：8%以上數(shù)據(jù)均系系統(tǒng)每天采樣 100 次，每次間隔 30 秒的平均值。 測試總結(jié)（1）功能完善，系統(tǒng)提供的各種功能都能很好的完成，且 bug 比較少，條形碼設(shè)備運轉(zhuǎn)良好。（2）性能較好，在多用戶同時訪問服務(wù)器時，系統(tǒng)穩(wěn)定，CPU 占用率在 60%以下，網(wǎng)絡(luò)占用率在 10%以下（3）安全性較好，無權(quán)限用戶獲得數(shù)據(jù)包之后，無法解讀信息內(nèi)容。28華 中 科 技 大 學(xué) 碩 士 學(xué) 位 論 文 本章小結(jié)本章通過對廣東省理工職業(yè)技術(shù)學(xué)校 1000 名學(xué)生的資料錄入的用例子進行測試 該 系 統(tǒng) ， 經(jīng) 過 功 能 測 試 、 性 能 測 試 、 安 全 性 測 試 ， 并 對 測 試 結(jié) 果 進 行 分 析 與 改進 ， 整 個 過 程 軟 件 運 行 穩(wěn) 定 ， bug 較 少 ， 效 率 比 較 高 ， 最 終 達 到 軟 件 實 際 中 應(yīng) 用的 要 求 。Comment [U34]: 本章內(nèi)容包括全文的成果歸納，進一步的研究工作兩部分；這一章要下功夫?qū)懞茫瑢θ牡墓ぷ饕M行抽象、整理和條理性的歸納，不要泛泛而談，一定要總結(jié)出幾條。本章篇幅一般不得少于兩頁，本章不能有參考文獻的引用。29華 中 科 技 大 學(xué) 碩 士 學(xué) 位 論 文6 總結(jié)與展望 全文總結(jié)本文給出了一個基于條形碼的學(xué)生檔案管理信息系統(tǒng)的實例的開發(fā)過程。系統(tǒng)采用Delphi語言為開發(fā)語言，數(shù)據(jù)庫采用SQL Server 2022。而UML 圖的繪制則是是采用了Rational Rose 2022軟件。首先介紹了系統(tǒng)開發(fā)中所使用的關(guān)鍵技術(shù)，如Delphi語言、條形碼技術(shù)、數(shù)字簽名技術(shù)和標(biāo)準(zhǔn)建模語言UML。此后通過對學(xué)生檔案管理業(yè)務(wù)的需求分析，進行了系統(tǒng)和總體設(shè)計，提出了將系統(tǒng)分為基本信息管理功能集合、檔案借閱及查詢功能集合、用戶管理及其權(quán)限功能的集合等三大功能集合，并對系統(tǒng)進行了用例分析和域類分析。此后對系統(tǒng)設(shè)計中設(shè)計的一些關(guān)鍵的技術(shù)部分給出了詳細的解決方案。完成了條形碼的編碼、讀取、打印等幾個重要工作，并對用戶進行分組來實現(xiàn)訪問控制策略，對數(shù)據(jù)采用數(shù)字簽名技術(shù)，提高了用戶訪問的安全性。在最后，給出了數(shù)據(jù)庫設(shè)計的 ER圖。在系統(tǒng)的實現(xiàn)部分，詳細給出了檔案管理界面部分的實現(xiàn)、檔案類別管理界面的實現(xiàn)和檔案查詢管理界面的實現(xiàn)方法，并根據(jù)數(shù)據(jù)庫設(shè)計時提出的ER圖給出了數(shù)據(jù)庫的設(shè)計和實現(xiàn)方案，包括數(shù)據(jù)庫表目的設(shè)計、視圖的創(chuàng)建、存儲過程的創(chuàng)建和數(shù)據(jù)庫的連接等內(nèi)容。在最后給出了系統(tǒng)的一些界面并進行了系統(tǒng)的測試。綜上所述，本文通過對條形碼技術(shù)、數(shù)據(jù)庫 SQL server2022以及 Delphy語言對數(shù)據(jù)庫進行操作的相關(guān)知識的應(yīng)用，給出了一個學(xué)生檔案管理信息系統(tǒng)的開發(fā)實例。 課題展望由于研究時間和相關(guān)條件的限制，本模型研究仍有許多后繼工作需要探討。（1） 在使用 SQL構(gòu)建數(shù)據(jù)庫的時候，只定義了幾個能夠完成基本操作的存30華 中 科 技 大 學(xué) 碩 士 學(xué) 位 論 文儲過程，在以后的使用和維護的過程中，可以根據(jù)需要，設(shè)計和添加其它的存儲過程。我們也可以通過定義其它的視圖，以達到簡化程序設(shè)計的目的。（2） 由于在開發(fā)過程中時間的限制，有些界面的開發(fā)做的不夠細致，界面不夠美觀，實現(xiàn)的功能不夠全面，將在以后的使用過程中，不斷的進行完善。（3） 由于現(xiàn)今某些加密算法安全性已受到質(zhì)疑，采用更先進更安全的信息安全技術(shù)也是值得探索的一個問題。（4） 考慮到網(wǎng)絡(luò)技術(shù)的大大繁榮，嘗試使用 B/S 結(jié)構(gòu)實現(xiàn)系統(tǒng)，可以有效降低系統(tǒng)利用成本，提高了系統(tǒng)的安全性與可維護性，降低了系統(tǒng)出現(xiàn)問題的概率。（5） 在信息安全部分，可以加入更強的安全策略，比如基于密鑰交換的對稱加密方法等，可以更有效提高系統(tǒng)數(shù)據(jù)的安全性。 由于時間的倉促和筆者水平的有限，論文中存在錯誤在所難免，請各位老師和同學(xué)指正。31華 中 科 技 大 學(xué) 碩 士 學(xué) 位 論 文致 謝值此論文完成之際，我要衷心感謝我的導(dǎo)師。由于本人研究的水平和時間的限制，初期遇到了很多困難。老師在百忙之中多次對我提出具有方向性和指導(dǎo)性的意見，并在后期親自對我的論文進行修改，給我提出許多寶貴意見，使我的論文終于得以完成。老師嚴(yán)謹(jǐn)治學(xué)的作風(fēng)使我受益匪淺，他的親切隨和也給我留下深刻的印象。最后再次懷念撰寫論文期間付出的辛勤汗水和日日夜夜。特別在文章結(jié)尾的沖刺階段，每晚堅持筆耕到凌晨。這是對我人生的磨練，也是我感到最為充實的一段記憶！衷心感謝所有幫助和關(guān)心過我的老師、朋友和家人！Comment [U35]: 常被引用的文獻有五類（圖書、期刊、會議論文、專利和學(xué)位論文） ，每一類各有不同的著錄格式；在此處的參考文獻列表中，一定要嚴(yán)格按各自的著錄格式進行錄入。文獻數(shù)量要求 45篇以上，其中英文文獻占三分之一。Comment [U36]: 圖書：每條參考文獻都由三個區(qū)域組成，域與域之間用句點分隔。樣例中不同的顏色分別代表不同的域，其中，紅色是作者域，棕色是文獻題名域（書名或論文標(biāo)題），蘭色是文獻出處域。Comment [U37]: 圖書的標(biāo)準(zhǔn)格式：作者（采用姓在前，名在后的形式，作者名之間用逗號分隔；3人以內(nèi)全部寫上，3 人以上只寫 3人再加“等”（英文加“ et al” ） ）.（第版）.：出版者，出版年. 起頁～止頁第 1版一般不用寫。Comment [U38]: 期刊：紅色是 作者域，棕色是文獻題名域（論文標(biāo)題），蘭色是文獻出處域。期刊標(biāo)準(zhǔn)格式：作者（與圖書類要求同）.文，年號，卷號（期號）：起頁～止頁32華 中 科 技 大 學(xué) 碩 士 學(xué) 位 論 文參考文獻[1] 施佩萊 . 企業(yè)數(shù)據(jù)倉庫規(guī)劃建立與實現(xiàn). 北京: 人民郵電出版社, 2022. 5659[2] 呂文紅 . 二維條形碼的編碼與識別. 現(xiàn)代電子技術(shù), 2022(3): 86103[3] R. L. Rivest, A. Shamir, and L. M. Adleman. A Method for Obtaining Digital Signatures and PublicKey Cryptosystems, Communications of the ACM, Feb 1978, 21: 120126[4] 張艷. 條形碼在圖書館的應(yīng)用及打印生成方法. 科技情報開發(fā)與經(jīng)濟, 2022, 8(3): 7482[5] 李全哲 . 條形碼自動識別技術(shù). 北京: 國防工業(yè)出版社 , 1991: 279318[6] 盧開澄 . 計算機密碼學(xué) : 計算機網(wǎng)絡(luò)中的數(shù)據(jù)保密與安全. 北京: 清華大學(xué)出版社, 2022: 106110[7] 劉潤東 . UML對象設(shè)計與編程 UML面向?qū)ο蟪绦蛟O(shè)計. 王海鵬譯. 北京: 北京希望電子出版社, 2022. 2356[8] Robert V Binder著, 華慶一等譯. 面向?qū)ο笙到y(tǒng)的測試. 北京: 人民郵電出版社, 2022: 99106[9] Offutt A J, Abdurazik A. Using UML Collaboration Diagrams for Static Checking and Test Generation. In: Proc. 3rd Intl. Conf. On the Unified Modeling Language(UML00), York, UK, Oct. 2022: 383395[10] Hong H S, Kim Y K, Cha S D et a1. A test sequence selection method for reactive systems using statecharts[J]. Software Testing Verification and Reliability, 2022, 10(4): 203227[12] Pressman R S著, 梅宏譯. 軟件工程實踐者的研究方法 . 第 5版. 北京: 機械工業(yè)出版社, 2022: 432436[13] 王林章 , 李宣東, 鄭國梁. 一個基于 UML協(xié)作圖的集成測試用例生成方法. 電子學(xué)報, 2022, 32(8): 12901295Comment [U39]: 英文作者名字要求姓縮寫即只寫首字母，名寫全。Comment [U40]: 會議論文集：紅色是作者域，棕色是文獻題名域（論文標(biāo)題），蘭色是文獻出處域。會議論文集格式：作者（與圖書、期刊要求同）.（英文用“in”）:：出版者，出版年. 起頁～止頁Comment [U41]: 學(xué)位論文： 紅色是作者域，棕色是文獻題名域（學(xué)位論文題目），蘭色是文獻出處域。學(xué)位論文格式：名：[博士（或碩士）學(xué)位論文].保存地點：保存單位（如華中科技大學(xué)圖書館） ，年份.注意：只有學(xué)位論文在最后需要加句點，其他類型參考文獻不加。33華 中 科 技 大 學(xué) 碩 士 學(xué) 位 論 文[14]