1、丈止Q般 網絡教育學院軟件工程課程大作業題 目：圖書管理系統學習中心：贛州學習中心層次：專升本專業：網絡工程年級：2016年春季學 號：學生：鄧健完成日期：2017年8月24 日目錄第一部分 可行性研究分析 1引言 1可行性研究的前提 2對現有系統的分析 3所建議的系統 4投資及效益分析 6社會因素方面的可行性 6結論6第二部分 需求分析 . 7功能需求分析 7非功能性需求分析 9靜態建模 9動態行為建模 10第三部分 系統設計 . 14總體設計 14系統功能模塊設計 14數據庫設計 15系統總體結構設計 17主要模塊運行 18系統測試 21第一部分 可行性研究分析引言目的圖書管理工作面對大量

2、的可模塊化處理的信息， 是當今信息革命的一個重要 陣地。為此，我們設計圖書管理信息系統就是采用現代化的信息管理方式代替手 工管理方式， 提高圖書管理工作效率， 做到信息的規范管理， 科學統計和快速查 詢，讓圖書館更好的為學校服務。從以前的手工管理的記錄中我們可以發現這樣的問題：1. 檢索速度慢、效率低因為圖書館的藏書種類多、數量多，將藏書準確地分門別類，快速檢索，手 工進行非常困難，往往是終于查到了書的信息， 但館中沒有此書或已被別人借走。 圖書館的規模越大，這個問題就越突出。2. 借書、還書工作量大借書、還書頻率越大， 說明圖書館的作用越大， 然而隨之而來的大量的借書、 還書登記、實存圖書的

3、更新以及借出圖書超期、遺失等的處理，其工作量之大，往往是人工操作所難以勝任的，而且經常會出現差錯。3. 圖書統計工作難，藏書更新不能及時完成圖書館的圖書應根據科學技術的發展和教學工作的需要及時添加和更新，然而由于藏書數量及圖書種類越來越多， 加上自然損耗，人為破壞，使圖書的統計 工作難以及時完成，藏書的更新也就很難有針對性地進行， 藏書的知識結構得不 到良好地控制。背景A開發軟件系統的名稱是：圖書館管理系統B開發本項目的提出者：劉老師開發者：秦靖、黃孝強、曾猛、席菱、孫玉波用戶及實現該軟件的計算機中心：宿舍局域網及機房參考資料1、中華人民共和國著作權法、計算機保護條例2、參考文獻1 .張海藩.

4、軟件工程導論（第五版）.北京：清華大學出版社，2 .張榮梅，梁曉林，趙寶琴.Visual C+實用教程.北京：中國鐵道出 版社，3、網絡資源可行性研究的前提軟件的基本要求：1. 功能：可分為查詢、用戶管理、書籍管理三大部分，具體功能如下：圖書館佇理泵統條改用戶倍息一塘加瑕搦除用廣怡fiF詢臂理詁査詢圖1 -1 功能模塊圖1-2數據庫流程圖2.性能：能運行良好。3. 數據庫流程圖（如圖1 - 2所示）4. 在安全與保密方面的要求：用戶管理員密碼不可見，數據庫實行加密。5. 輸入與輸出：條形英文、數字和漢字輸入，英文、數字和漢字輸出。6. 完成期限； 2010年 6月 20前。目標1. 減少人力與

5、設備費用；2. 提高借書的處理速度；3. 減少操作出錯；4. 提高人員利用率；條件、假定和限制1. 系統運行壽命的最小值 :4 年；2. 進行系統方案選擇比較時間： 10 天；3. 經費投資方面的來源和限制 ：無4. 法律和政策方面的限制：不違背憲法，不違背合同法；5. 硬件軟件的運行環境和開發環境的條件和限制：PC機、VC+及Access20036. 可利用的信息資源：Visual C+實用教程軟件工程導論等以及網絡 資源；7. 系統投入的最晚時間：半年到一年；進行可行性投資研究的方法通過調查分析開發圖書館管理所具備的能力及實踐方法， 確定總體結構，利 用ODB（及Microsoft Off

6、ice Access所具有的能力，以最簡潔最容易的方法用C+編寫使其成為一個初級的系統軟件。評價尺度各項功能是否在要求時間內完成。對現有系統的分析處理流程和數據流程傳統的圖書館管理系統的操作流程相當繁瑣， 在借閱讀書時首先要將圖書證 和所借的書交給圖書管理員，圖書管理員然后將每本書的信息卡片和讀者的信證 放在一起，最后再將每本書的借閱卡片和讀者閱覽證填寫借閱信息，在歸還時找到相應的借閱卡和借閱證并填寫歸還信息。圖1-3圖書數據功能模塊工作負荷處理較慢，人工操作較為繁瑣。費用開支維護費用較大，人力消耗大，設備使用率低，占用空間，實現功能少。人員因原有的系統技術含量較低，故不需要多少高技術人員，今

7、后由于數據量的 擴大，人員數量也會日益擴大。設備設備含量也較低，沒有達到大量普及計算機的程度局限性經過嚴謹的分析， 可知原來的系統有很大的局限性， 如技術比較陳舊， 人員 工作負荷量大，系統維護費用支出大，這些都明確需要一個高科技系統。所建議的系統對建議系統的說明新系統在原有系統上加入了數據庫支持： 使用先進的數據庫技術和數據庫管 理技術，使數據的安全性和正確性得到很大的提高， 且在用戶的并行操作和用戶 的管理方面也有了很大的改善。處理流程和數據流程讀者通過自己的注冊賬戶和密碼， 可以登錄到本系統， 進行的操作可以是借 閱、續借、歸還，管理員可以接受到讀者的信息，并能管理圖書將圖書分類，并 能

8、查到讀書的借閱情況。改進之處1. 減少人力和設備費用，從前需要較多的人員處理圖書的借閱，操作繁瑣， 時間較長，現在使用計算機操作，大大提高效率。2. 借書的處理速度：以前一人借書等待的時間大大縮短；3. 減少操作出錯：以前人工手寫信息會出現各種錯誤，現在計算機掃描幾乎 不會出錯了；4. 提高人員利用率，以前圖書管理員所有一人在場場面混亂，會提高出錯的 幾率，現在一個管理員也不會手忙腳亂。影響預期將帶來的影響： 包括對圖書管理員需要一定的培訓， 讓他們迅速了解軟 件的使用，還要購買相應的計算機服務器以及進行數據庫的錄入。1. 對設備的影響現有的一些非電子操作的物理設備要跟換為計算機操作的環境。2

9、. 對軟件的影響因建議系統在原有的基礎上采用先進的技術和高科技技術，將原來的軟件 無法使用，所以系統也會考慮到軟件的兼容性。3. 對用戶單位機構的影響建議系統建立在原有的系統基礎上，所以不用考慮人員培訓問題。4. 對系統運行過程的影響1 ）用戶的操作規程：與原來系統規程無異；2 ）運行中心的操作規程：與原系統操作規程無異；3 ）運行中心與用戶之間的關系運行中心培訓用戶使用；4 ）原數據的處理：封裝處理；5. 對開發的影響1）為了支持所建議系統的開發，用戶需要進行密切配合，闡述要求；2 ）要求的數據資源：原數據庫；3 ）為了開發和檢測所建議系統而需要的計算機資源：一臺微機；4 ）無保密與安全問題

10、；6. 對地點和設施的影響需要一些良好的設備和圖書管理操作7. 對經費開支的影響1 ）系統開放的人力開支2 ）硬件設備，書籍材料3 ）開發工具，環境費用4 ）不可預見費用局限性鑒定建議系統尚沒有高端技術支持，故無法普及所開發的建議系統技術方面的可行性本系統基于局域網、 windows 操作系統，現有技術比較成熟，所以這個在限 制內完成開發，并且能實現系統功能目標，開發人群、質量也能滿足。投資收益分析零投資，投入使用時既可獲得一定收益。社會因素方面的可行性法律方面的可行性本項目為獨立開發，沒有使用現成的軟件和方法，法律上不會造成侵犯，完 全可以按照同規定的責任履行。使用方面的可行性用戶單位的行政

11、管理，工作制度等方面來看，可以使用該軟件系統，從用戶 單位的工作人員素質上來看，能滿足使用該軟件的要求。結論經過一系列各方面可行性的分析， 分析員、用戶以及其負責人對解決的問題 有一致的看法，如能審批則可以運行。第二部分 需求分析功能需求分析對圖書管理系統的域描述如下：在圖書管理系統中， 要為每一個借閱者建立一個賬戶， 并發放借閱卡 （此卡 可以提供借閱卡號、借閱者名）給借閱者，其中賬戶中存儲借閱者的個人信息、 借閱信息。持有借閱卡的的借閱者可以借閱書籍、返還書籍、查詢書籍信息，所 有這些操作都是通過圖書管理員進行的，也就是說，借閱者不直接與系統交互， 而是讓圖書管理員充當借閱者的代理與系統交

12、互。 借閱書刊時， 需要輸入所借閱 的書刊名、書刊的 ISBN/ISSN 號，然后輸入借閱者的借閱卡號（學生學號、教師 職工號）和借閱者名，完成后提交所填表格，系統驗證借閱者是否有效（在系統 中是否存在賬戶），若有效，借閱請求被接受，系統查詢數據庫系統，看借閱者 要求借閱的書看是否存在， 若存在， 則借閱者可以借出書刊， 并在系統中建立存 儲借閱記錄。借閱者還書后，刪除關于所還書刊的借閱記錄。另外，為了簡化系 統，暫時不考慮書籍的丟失和預定情況。對上述圖書管理系統的域描述進行分析，可以獲得如下的功能性需求：1. 借閱者持有借閱卡（借閱卡包含借閱者名和借閱卡號） ；2. 圖書管理員代理借閱者借書

13、；3. 圖書管理員代理借閱者還書；4. 圖書管理員可以創建新的借閱者賬戶；5. 圖書管理員可以修改借閱者的賬戶信息；6. 圖書管理員可以刪除已存在的借閱者賬戶；7. 圖書管理員可以添加新書籍種類；8. 圖書管理員可以修改書籍種類信息；9. 圖書管理員可以刪除系統中的書籍種類；10. 圖書管理員可以在系統中添加書目信息；11. 圖書管理員可以編輯書目信息；12. 圖書管理員可以刪除書目信息。注：“書籍種類”和“書目信息”是兩個不同的概念“書籍種類”代表了書 籍的種類，它不僅包括書刊名，還包括ISBN/ISSN號等信息，他出現在書籍目錄 中；“書目信息”則指書籍的信息，即圖書信息。此外，第一部分提

14、到的用戶含 借閱者和管理員，但側重指借閱者。系統功能模塊分析根據開發者和客戶的需求分析后，可以把系統功能分為三個大的功能模塊：1. 查詢模塊包括：借閱者查詢和管理員查詢。2. 用戶管理模塊包括：增加及刪除用戶信息以及修改用戶信息。3. 書籍管理模塊包括：增加及刪除書目信息以及修改書目信息。識別參與者 通過對系統需求的分析，可以確定系統中有兩個參與者，即借閱者和管理 員。1. 借閱者描述：借閱者可以借閱、歸還書籍。示例：持有借閱卡的任何人或組織。2. 管理員描述：管理員維護系統，他可以增加、修改、刪除借閱者的信息；可以 增加、修改、刪除書目信息，即維護書目目錄。示例：管理員。用例圖分析在上面，已

15、經識別出了系統的兩位參與者， 經過對需求的進一步分析，可以 確定系統中有如下用例存在。1借閱書籍本用例提供了借閱書籍的功能。2. 返還書籍本用例提供了返還書籍的功能。3. 用戶管理本用例提供了增加、修改以及刪除用戶信息的功能。4. 書籍管理本用例提供了增加、修改以及刪除書目信息的功能。用StarUML軟件制作出的用例圖，如下所示:圖 2-1 圖書管理系統用例圖非功能性需求分析非功能性需求是從各個角度對系統的約束和限制， 反映了應用系統對軟件系 統質量和特性的額外要求，例如響應時間、數據精度、可靠性等。下面是關于該 圖書管理系統的非功能性需求：1. 系統在短時間內相應所有的用戶請求；2. 系統應

16、該每周 7 天、每天 24小時都可以使用；3. 對于一個沒有經驗的用戶而言，經過短期的培訓就可以使用系統的所有功能，稍加練習，便可熟練操作了；4. 系統運行時占用內存空間為低；5. 當系統發生故障時，只需重啟便可以重新使用，在重啟后，數據可以自動恢復，不會受到破壞。靜態建模進一步分析系統需求， 發現類以及類之間的聯系， 確定它們的靜態結構和動 態行為，是面向對象分析的基本任務。 系統的靜態結構模型主要用類圖來描述的。定義系統對象通過對系統進行需求分析后， 就可以識別出在該系統中存在的對象。 從前述 的系統需求描述中可以找到以下對象類：借閱者、書籍、管理員。類圖分析抽象出系統中的類后， 確定并細

17、化這些類的屬性及操作， 建立每個類的圖形， 通過這些圖形對每一個類的屬性和操作進行說明，如下圖所示：字生+筆號！ mtejsr 葉姓越Aiiry4 申尬 Strirg+4仃4*iW)i僭聞噸歸還-*榕 integei+祜晉 thing* 網1 stiinai說咎 daihb曾惶1. .n牢A+S5W iiteoer-St-S firing 亠牟位styinj冃戶名；;trhg -密碼：寸nn 口frSSf）詢加書戟 4曲力葉號（ +M陳書昌口 1謝除書弐圖2-2圖書管理系統類圖借閱者包含學生和教師。學生的屬性有學號、姓名和單位，教師的屬性有 職工號、姓名和單位。借閱者可以借書、還書和查詢。1）

18、書籍包含很多種類，這里大致分為理工和文史類。書籍的屬性有書號、書 名、作者、類型和價格。書籍是整個系統的主要部分，借閱者可以借閱及歸還圖書（學生可以借1-5本，教師可以借1-10本，這里用1.n表示借閱書籍數）， 管理員則管理書籍、維護書籍信息。2）管理員（可以有多個管理員，這里用 m表示管理員個數）的屬性主要是登 錄系統的用戶名及密碼。管理員的作用是書籍管理和用戶管理， 即增加、刪除和 修改信息。動態行為建模系統的動態行為模型可以有交互作用圖（時序圖和通訊圖）、狀態圖、活動 圖來描述。本設計選用時序圖描述用例的主要場景，用狀態圖描述對象的動態行 為。時序圖分析描述系統用例的主要場景的時序圖如

19、下所示:陌書系蜿*I9 ;惜出()1:葩0巴蚩陸成功0T-4 ;借閱者身愣驗證0.5 :蟲禾憎聞老怡息0-1-*1日；増加菇目信息0.7 :顯示書目信息()6 :惜召感功0圖2-3借書時序圖管理員每天工作時先登錄系統，再進行掛機等待借閱者操作。借閱者借書時， 先出示借閱卡。管理員掃描借閱卡，驗證借閱者身份，系統讀取相應信息并顯示 借閱者信息。此后，管理員掃描借閱者要借閱的書籍，增加書目信息。系統對應 顯示書目信息后，借閱書籍成功，書籍借出。借閱者續借時，步驟一直，故省略 續借時的情況。逾期處理是還書時的擴展動作，因此在這里一起考慮。還書時掃描圖書，若 顯示正常，則管理員只需修改刪除相應書目信息

20、， 在系統顯示書目信息后還書成 功。若顯示圖書逾期，則管理員需按照處罰條例給以一定的罰款處理。等借閱者交納罰金后，修改刪除相應書目信息，在系統顯示書目信息后還書成功。(圖2-4、 2-5所示)圖2-4還書時序圖狀態圖分析描述系統用例的狀態圖如下所示:圖2-6圖書館管理系統的狀態圖登錄系統后顯示系統界面，借閱者可以進入查詢界面直接進行信息查詢。管 理員輸入用戶名和密碼后進入管理員界面，此后管理員可以進行查詢、書籍管理 和用戶管理三個功能操作。當借閱者借書時，管理員驗證借閱者信息后系統顯示 借閱者信息，而后添加書目信息，借閱者借書成功。還書時管理員掃描圖書，若 未逾期則顯示正常和相應的更新書目信息

21、后還書成功；若逾期則做出罰款處理后修改書目信息，待系統顯示更新的書目信息后還書成功。第三部分 系統設計系統設計通常分為兩個階段進行，首先是總體設計，其任務是設計系統的框架和概貌， 并向用戶做詳細報告， 若獲得認可， 在此基礎上進行第二階段詳細設計。 本章將對這兩部 分進行詳細介紹。總體設計系統目標設計系統設計的目標是評價和衡量系統設計方案優劣的基本標準， 也是選擇系統 設計方案的主要依據。而對于此系統設計的目標主要有以下幾方面：1. 系統的可靠性很好，不會受到外界的干擾。因為此系統是為圖書館而設 計的，對系統的硬件、 軟件和運行環境的要求不是很高， 只要不進行誤操作和非 法使用，該圖書管理系統

22、就可以很好的運行。2. 系統的可變更性強，它便于維護，便于不斷擴充完善。3. 系統的效率高，在 10 秒內就可以響應用戶請求。4. 系統可以在不同的 Windows平臺運行，它的通用性很好。5. 系統處理數據的準確度很高， 能夠很快輸出各種信息， 其工作質量很高。6. 信息分類清晰、準確，便于查找。7. 強大的查詢功能，保證數據查詢的靈活性。8. 具有易維護性和易操作性。系統功能設計該系統主要分為兩部分： 借閱者部分和圖書管理員部分。 為了方便讀者查找 自己感興趣的主題進行閱讀， 要將書刊按照內容進行分類。 借閱者可以按照借閱 者號進行查找， 逐級瀏覽， 可以查看自己的信息。 本系統還可對用戶

23、的賬號和書 目的閱讀權限進行管理。圖書管理員作為借閱者的代理，進行借閱、返還、預訂 及取消預訂等操作，還可以對書刊及借閱者信息進行管理。系統功能模塊設計在對系統的不斷分析中，可以確定一下兩個模塊：1. 借閱者管理模塊：登錄系統，進入主界面，可以創建新的借閱者賬戶，修 改借閱者的賬戶信息， 借閱者在輸入自己的姓名和借閱卡號后， 可以查詢自己的 相關信息以及借書，預訂書刊，取消預訂，還書等。2. 圖書管理模塊：圖書管理員可以在系統中添加書刊信息，編輯書刊信息， 刪除書刊信息，查詢書刊信息等一系列對書刊的管理。數據庫設計概念結構設計1. 實體描述實體是一個數據對象， 指應用中可以區別的客觀存在的事物

24、。 實體既可以是 實際存在的對象，也可以是某種概念。在該圖書管理系統中，存在以下實體：借 閱者、圖書管理員和書籍。1）借閱者：它具有的屬性有：姓名（name和借閱卡號（id ）（學號或職工 號）最大借閱數目 maxnum_can_borrow 借閱狀態 flag_borrow，其中主屬性是 借閱卡號。2）圖書管理員：它所具有的屬性有：用戶名（name、管理員號（clerk _id ）、 密碼（password）等，其中主屬性是管理員號。3）書籍：書名（name、書號（book_id ）、作者（writer ）、出版社（press ）、 存館信息（flag_borrow ）、ISBN/ISSN號

25、等，其中主屬性是書號。2. 聯系描述在現實世界中， 事物內部及事物之間是有聯系的， 這些聯系在信息世界中反 映為實體內部的聯系和實體之間的聯系（ Relationship ）。實體內部的聯系通常 指組成實體的各屬性之間的聯系，實體之間的聯系是指不同實體集之間的聯系。 兩個實體集之間的聯系可以歸納為以下三種：1）一對一聯系：如果對于實體集A中的每個實體，實體集B之都有一個（也 可以沒有）實體與之聯系，反之亦然，那么實體集 A與B之間的聯系稱為“一對 一聯系”，記作 1： 1 。2）一對多聯系：如果實體集A中的每個實體可以與實體集 B中的任意個（零 個或多個）實體有聯系，而B中的每個實體之多和A中

26、的一個實體有聯系，那么 稱A對B的聯系為“一對多聯系”，記作1： n。3）多對多聯系：如果實體集A中的每個實體可以與實體集 B中的任意個（零 個或多個）實體有聯系，反之亦然，那么實體集 A與B之間的聯系稱為“多對一 聯系”，記作 n： n 。那么，在此系統中，借閱者與書刊之間為“一對多聯系” ，管理員與借閱者 之間是“一對多聯系” ， 管理員與書刊之間為“一對多聯系” 。3. 設計 E-R 圖系統設計的目的是獲取數據庫的概念模型， 將現實世界轉化為信息世界， 形 成一組描述現實世界中的實體及實體間的聯系的概念。概念模型是現實世界到信息世界的第一層抽象， 是數據庫設計的工具， 也是 數據庫設計人

27、員和用戶進行交流的語言，因此建立的概念模型要有如下的特點： 反映現實，易于理解，易于修改和易于轉換。在此，用 E-R圖表示該圖書資料管 理系統的概念模型。E-R圖中表示實體、屬性和聯系的方法如下：實體：用矩形框表示，矩形框內寫明實體的名稱。屬性：用橢圓形表示， 橢圓形內寫明屬性的名稱用無向邊與相應的實體相連。聯系：用菱形表示， 菱形內寫明聯系的名稱， 用無向邊分別與實體連接起來， 在無向邊上注明聯系的類型（ 1： 1， 1： n， n： n） ,如果聯系有屬性，則這些屬 性同樣用橢圓表示，用無向邊與聯系連接起來。以下是該圖書管理系統的 E-R圖:當理書出飯社 ) r圖3 - 1 E-R圖m.岡

28、胃邏輯結構設計概念結構設計所得的概念模型是獨立于任何一種 DBMS勺信息結構，與現實 無關。邏輯結構的任務是將概念結構設計階段所得的E- R圖，轉化為與選用的DBMS所支持的數據模型相符的邏輯結構，形成邏輯模型。它的轉化有以下兩種 方式：第一種轉化是將實體轉化為關系表。這種轉化較簡單，需要將實體的屬性定 義為表的屬性即可。第二種轉化是聯系的轉化。即將各個實體之間的聯系轉化為表格之間的關 系，如外部鍵的定義。根據聯系的類型，實體間的聯系轉換如下：表 3-1 tb_clerk (CLERK- id、NAME ID_CARD PASSWORD匚LERK IDNOEID CAHDFASSWOftD表

29、3-2 tb_reader (reader id、name maxnum_can_borrow flag_borrow )；REK0ER IDNAMEIBCAKDflxg bor表 3-3 tb_book (book-id、book name author、press、press_date、 flagborrow、ISBN/ISSN)。BCOJLIB I BJ0K.UANE | AUTHJR | PftESS | PRES DATE | FUW| ISBH/ISSM物理結構設計本系統使用的數據庫管理系統為 SQL Server 2002。數據庫中的表有管理員 信息表tb_clerk、書刊信息表

30、tb_book、借閱者信息表tb_reader等，具體的表 如下所示：表3-4 tb_clerk（管理員）表表3- 5 tb_reader（借閱者信息）表nniiiiiii 口yosm Tjiagj譜aHtA齊 Ailll 出目 Jttm 出日PI1HK TTITtflDK NMIEAUTHORFRE5S表3-6 tb_book （ 書刊信息）表_ FRE5S_DATE _ FUWj_5ORRLm _llSBW/ISSN時rTaNNlN N文立文文曰文文作君 岀版甘 出版曰朗國際書名號I系統總體結構設計用尸在登錄系統后，輸入用尸名和密碼后，如果輸入正確，系統自動連接數據庫，進入主界面。在主界面

31、主要有兩方面的管理:1. 圖書管理，主要的操作有：添加書刊信息，編輯書刊信息，刪除書刊信 息和查詢。2. 借閱者管理，主要的操作有：創建新借閱者賬戶，修改借閱者信息，查詢借閱者信息，借書，還書，預定書刊及取消預訂。該系統的總體結構如下圖所示:1鏈揍數厠庫主界向用戶普理1書絡普理圖3-2系統總體結構圖改冃息主要模塊運行用戶登陸該圖書管理系統，進入系統主界面，輸入用戶名和密碼后，進入 系統首頁，在此選擇具體的操作。以下對系統的功能模塊進行簡要說明。登陸界面的主要代碼設計如下:void CMa inF rame: On Logi nln()CLogi nDlg mDIg;if () = IDOK)m

32、_bLogi n = TRUE;m strUserName =m_strUserlD =;elsem_bLogi n = FALSE;m_strUserName = _T();m_strUserID = _T();CStri ng Name;Name =當前用戶：+ m_strUserName;(0,Name); 圖3-3系統主界面圖在此圖書管理系統中，用戶管理員的名稱為tsoft ,密碼為111,點擊“確 定”便可進入系統首頁。在此界面還可以對管理員的名稱和密碼進行重置。當點擊“讀者管理”中的讀者檔案管理，便可以查看讀者的基本信息。瀆著妙茗pf侵i稲矢陽|ezezeezz讀者條碼國H莎謨吉姓

33、窖尋帝證號 p 11271SaF171；1；1?第一筆舊|上一筆舊|下一筆呵 末一筆m|増加bj |悔茹 一山|兀消問F査詢理Lj|刪序回 遲出兇圖3-4讀者檔案管理圖當點擊圖書借還時，可以看到有圖書歸還和圖書借閱兩個選項，在圖書歸 還中，首先要驗證讀者信息，然后再對圖書進行歸還和借閱操作。主要代碼如下所示：void CMai nF rame:O nReturnBack()CReturnBookDIg mDIg;();二 wSS圖書代碼.I菊輯諛者姓名：I編輯借七日期 I編輯應還書日期：簫輯超朋天數；I編輯退出圖3-5圖書歸還圖圖3-6讀者所借書目查詢圖圖 3-7 借書超期罰款圖系統測試系統測

34、試是伴隨著系統的產生而產生的， 有了系統的生成和運行就必然有系 統測試。 Glen Myers 對系統測試提出了一下觀點：1. 測試是一個程序的執行過程，其目的在于發現錯誤；2. 一個好的測試用例很可能發現至今尚未察覺的錯誤；3. 一個成功的測試用例是發現至今尚未察覺的錯誤的測試。總體來說，系統測試的目的在于以最少的時間和人力系統地找出系統中存在 的各種錯誤和缺陷。系統測試方法及步驟系統測試的方法一般要先經過人工測試， 然后再進行機器測試。 人工測試是 采用人工方式進行，目的在于檢查程序的靜態結構，找出編譯不能發現的錯誤。 人工測試又稱代碼復審，主要有三種方法：個人復查，走查和會審。機器測試是

35、 運用事先設計好的測試用例， 執行被測程序， 對比運行結果與預期結果的差別以 發現錯誤。 機器測試有黑盒測試和白盒測試兩種方法。 系統測試工作一般有以下 四個步驟：1. 單元測試 也稱模塊測試， 對程序中的一個模塊或一個子程序進行測試。 在單元測試中所發現的往往是編碼和詳細設計的錯誤。2. 組裝測試 對每個模塊完成單元測試后，需要按照設計時作出的層次模 塊圖把它們連接起來， 進行組裝測試， 又稱為組合測試或綜合測試。 組裝測試的 策略分為非增式測試和增式測試兩類。3. 確認測試 就是要進一步檢查軟件是否符合軟件需求歸和說明書的全部 要求，所以又稱合格性測試或驗收測試。 其測試內容包括功能測試、 性能測試和 配置審查。4. 系統測試 將信息系統的所有組成部分包括軟件、硬件、用戶以及環境 等綜合在一起進行測試，以保證系統的各組成部分協調運行。測試用例測試用例是為驗證某一功能是否正常而編寫的各種測試路徑(方法)和一組輸入、輸出數據，包括輸入數據和預期結果兩部分。測試用例是用來執行測試過 程的依據。設計測試用例的目的是避免選擇測試用例的盲目性，選擇最有可能發現錯誤的測試用例。“用戶登錄”的測試用例1) 輸入正確的用戶名和口令，系統會顯示“登錄成功！”，按確定進入圖書借閱系統