【正文】 e = _T()。 m_strUserID = _T()。 } 19 CString Name。 Name = 當(dāng)前用戶： + m_strUserName。 (0,Name)。 } 圖 33 系統(tǒng)主界面圖 在此圖書管理系統(tǒng)中，用戶管理員的名稱為 tsoft，密碼為 111，點(diǎn)擊“確定”便可進(jìn)入系統(tǒng)首頁。在此界面還可以對(duì)管理員的名稱和密碼進(jìn)行重置。 當(dāng)點(diǎn)擊“讀者管理”中的讀者檔案管理，便可以查看讀者的基本信息。 圖 34 讀者檔案管理圖 當(dāng)點(diǎn)擊圖書借還 時(shí)，可以看到有圖書歸還和圖書借閱兩個(gè)選項(xiàng)，在圖書歸還中，首先要驗(yàn)證讀者信息，然后再對(duì)圖書進(jìn)行歸還和借閱操作。 主要代碼如下所示： void CMainFrame::OnReturnBack() { 20 CReturnBookDlg mDlg。 ()。 } 圖 35 圖書歸還圖 圖 36 讀者所借書目查詢圖 圖 37 借書超期罰款圖 21 系統(tǒng)測(cè)試 系統(tǒng)測(cè)試是伴隨著系統(tǒng)的產(chǎn)生而產(chǎn)生的，有了系統(tǒng)的生成 和運(yùn)行就必然有系統(tǒng)測(cè)試。 Glen Myers 對(duì)系統(tǒng)測(cè)試提出了一下觀點(diǎn)： 1. 測(cè)試是一個(gè)程序的執(zhí)行過程，其目的在于發(fā)現(xiàn)錯(cuò)誤； 2. 一個(gè)成功的測(cè)試用例是發(fā)現(xiàn)至今尚未察覺的錯(cuò)誤的測(cè)試。 ； 總體來說，系統(tǒng)測(cè)試的目的在于以最少的時(shí)間和人力系統(tǒng)地找出系統(tǒng)中存在的各種錯(cuò)誤和缺陷。 系統(tǒng)測(cè)試方法及步驟 系統(tǒng)測(cè)試的方法一般要先經(jīng)過人工測(cè)試，然后再進(jìn)行機(jī)器測(cè)試。人工測(cè)試是采用人工方式進(jìn)行，目的在于檢查程序的靜態(tài)結(jié)構(gòu)，找出編譯不能發(fā)現(xiàn)的錯(cuò)誤。人工測(cè)試又 稱代碼復(fù)審，主要有三種方法：個(gè)人復(fù)查，走查和會(huì)審。機(jī)器測(cè)試是運(yùn)用事先設(shè)計(jì)好的測(cè)試用例，執(zhí)行被測(cè)程序，對(duì)比運(yùn)行結(jié)果與預(yù)期結(jié)果的差別以發(fā)現(xiàn)錯(cuò)誤。機(jī)器測(cè)試有黑盒測(cè)試和白盒測(cè)試兩種方法。系統(tǒng)測(cè)試工作一般有以下四個(gè)步驟： 1. 單元測(cè)試 也稱模塊測(cè)試，對(duì)程序中的一個(gè)模塊或一個(gè)子程序進(jìn)行測(cè)試。在單元測(cè)試中所發(fā)現(xiàn)的往往是編碼和詳細(xì)設(shè)計(jì)的錯(cuò)誤。 2. 組裝測(cè)試 對(duì)每個(gè)模塊完成單元測(cè)試后，需要按照設(shè)計(jì)時(shí)作出的層次模塊圖把它們連接起來，進(jìn)行組裝測(cè)試，又稱為組合測(cè)試或綜合測(cè)試。組裝測(cè)試的策略分為非增式測(cè)試和增式測(cè)試兩類。 3. 確認(rèn)測(cè)試 就是要進(jìn)一步檢查軟件是否符合軟件需求歸和說明書的全部要求，所以又稱合格性測(cè)試或驗(yàn)收測(cè)試。其測(cè)試內(nèi)容包括功能測(cè)試、性能測(cè)試和配置審查。 4. 系統(tǒng)測(cè)試 將信息系統(tǒng)的所有組成部分包括軟件、硬件、用戶以及環(huán)境等綜合在一起進(jìn)行測(cè)試，以保證系統(tǒng)的各組成部分協(xié)調(diào)運(yùn)行。 測(cè)試用例 測(cè)試用例是為驗(yàn)證某一功能是否正常而編寫的各種測(cè)試路徑（方法）和一組輸入、輸出數(shù)據(jù)，包括輸入數(shù)據(jù)和預(yù)期結(jié)果兩部分。測(cè)試用例是用來執(zhí)行測(cè)試過程的依據(jù)。設(shè)計(jì)測(cè)試用例的目的是避免選擇測(cè)試用例的盲目性，選擇最有可能發(fā)現(xiàn)錯(cuò)誤 的測(cè)試用例。 “用戶登錄”的測(cè)試用例 1) 輸入正確的用戶名和口令，系統(tǒng)會(huì)顯示“登錄成功！”，按確定進(jìn)入圖書借閱系統(tǒng)。 22 2) 輸入錯(cuò)誤的用戶名和口令，系統(tǒng)會(huì)顯示“用戶名輸入錯(cuò)誤！”，按確定后重新登錄。 3) 連續(xù)三次輸入錯(cuò)誤的用戶名或口令，系統(tǒng)將會(huì)顯示“你已超過允許的最多登錄次數(shù)，登錄對(duì)話框?qū)㈥P(guān)閉”，按確定后系統(tǒng)將自動(dòng)推出。 在此系統(tǒng)中，設(shè)定借閱者編號(hào)和書刊編號(hào)的長(zhǎng)度范圍為 0～ 10，下 是對(duì)它們等價(jià)類的劃分： 表 37 等價(jià)類劃分表 事件 有效等價(jià)類 無效等價(jià)類 借閱者編號(hào) ⑴借閱者編號(hào)長(zhǎng)度大于 0 ⑵ 借閱者編號(hào)長(zhǎng)度小于等 8 ⑶借閱者編號(hào)有效 ⑷借閱者編號(hào)存在 ⑻借閱者編號(hào)長(zhǎng)度小于等于 0 ⑼借閱者編號(hào)長(zhǎng)度大于 8 ⑽借閱者編號(hào)失效 ⑾借閱者編號(hào)不存在 書刊編號(hào) ⑸書籍編號(hào)長(zhǎng)度大于 0 ⑹書刊編號(hào)長(zhǎng)度小于等于 10 ⑺圖書在庫 ⑿書刊編號(hào)長(zhǎng)度等于 0 ⒀書刊編號(hào)長(zhǎng)度大于 10 ⒁圖書已被借出 對(duì)此設(shè)計(jì)的測(cè)試用例如下表所示： 表 38 “借書”測(cè)試用例 輸入條件 等價(jià)類 結(jié)果 （ 20217602， 11111111） ⑴⑵⑶⑷⑸⑹⑺ “借閱圖書成功！” （ ， 11111111） ⑻ “請(qǐng)輸入借閱者編號(hào)！” （ 20210209， 22222222） ⑼ “沒有該借閱者！” （ 0000001， 00000013） ⑽ “沒有該借閱者！” （ 11， 00000013） ⑾ “沒有該借閱者！” （ 20217602， ） ⑿ “請(qǐng)輸入書刊編號(hào)！” （ 20217603， 77777777） ⒀ “沒有該圖書信息！” 系統(tǒng)開發(fā)的體會(huì) 經(jīng)過數(shù)天的設(shè)計(jì)和開發(fā)，基于 UML 的圖書管理系統(tǒng)已經(jīng)完成了。其功能基本符合需求，能夠?qū)崿F(xiàn)書刊的借閱、歸還，增加書目信息，編輯書目信息，刪除書目信息等功能。 通過此次設(shè)計(jì)，使我們對(duì)自 己所學(xué)專業(yè)有了更深一層次的了解。在設(shè)計(jì)過程中，我認(rèn)識(shí)到光有計(jì)算機(jī)理論知識(shí)是不行的，還得有更豐富的實(shí)踐經(jīng)驗(yàn)，也就是多動(dòng)手、多動(dòng)腦。此次收獲最大的要屬開發(fā)軟件、編寫代碼。開發(fā)出一個(gè)好的系 23 統(tǒng)，要細(xì)心，要有激情的態(tài)度，且持之有恒。 這個(gè)基于 UML 的圖書管理系統(tǒng)的編成，可以說還存在很多問題，有很多功能還有待擴(kuò)充。限于我們的編程技術(shù)水平，有很多更深層的技術(shù)未使用，但可以這樣說，這次課程設(shè)計(jì)只是一個(gè)開始，只有以后通過不斷的努力、不斷的研究和學(xué)習(xí)、不斷的實(shí)踐，才能掌握更多的軟件設(shè)計(jì)的技術(shù)和方法，才能設(shè)計(jì)出更好更完善的軟件作 品。 整個(gè)開發(fā)過程中我們深深體會(huì)到，要嚴(yán)格按照軟件工程的開發(fā)思路，按照UML 統(tǒng)一建模應(yīng)該多做分析和研究，理清思路。前一階段的工作的好壞將直接影響后一階段工作的開展。同時(shí)可以通過請(qǐng)教別人或者多上網(wǎng)學(xué)習(xí)別人的編程方法、參考編程案例，盡量吸收轉(zhuǎn)變?yōu)樽约旱闹R(shí)，才能做的更好。 限于我的技術(shù)水平有限，這次的課程設(shè)計(jì)論文和編程軟件的錯(cuò)誤和不當(dāng)之處在所難免，還望老師多多指教！在這次的課程設(shè)計(jì)中學(xué)到了很多，既感覺到團(tuán)隊(duì)的重要性，也感到自身知識(shí)的貧乏。希望在日后的努力學(xué)習(xí)中把它做成更完善的系統(tǒng)，并學(xué)著做其他的系統(tǒng)。