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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

28、胃邏輯結構設計概念結構設計所得的概念模型是獨立于任何一種 DBMS勺信息結構，與現(xiàn)實 無關。邏輯結構的任務是將概念結構設計階段所得的E- R圖，轉化為與選用的DBMS所支持的數(shù)據(jù)模型相符的邏輯結構，形成邏輯模型。它的轉化有以下兩種 方式：第一種轉化是將實體轉化為關系表。這種轉化較簡單，需要將實體的屬性定 義為表的屬性即可。第二種轉化是聯(lián)系的轉化。即將各個實體之間的聯(lián)系轉化為表格之間的關 系，如外部鍵的定義。根據(jù)聯(lián)系的類型，實體間的聯(lián)系轉換如下：表 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物理結構設計本系統(tǒng)使用的數(shù)據(jù)庫管理系統(tǒng)為 SQL Server 2002。數(shù)據(jù)庫中的表有管理員 信息表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系統(tǒng)總體結構設計用尸在登錄系統(tǒng)后，輸入用尸名和密碼后，如果輸入正確，系統(tǒng)自動連接數(shù)據(jù)庫，進入主界面。在主界面

31、主要有兩方面的管理:1. 圖書管理，主要的操作有：添加書刊信息，編輯書刊信息，刪除書刊信 息和查詢。2. 借閱者管理，主要的操作有：創(chuàng)建新借閱者賬戶，修改借閱者信息，查詢借閱者信息，借書，還書，預定書刊及取消預訂。該系統(tǒng)的總體結構如下圖所示:1鏈揍數(shù)厠庫主界向用戶普理1書絡普理圖3-2系統(tǒng)總體結構圖改冃息主要模塊運行用戶登陸該圖書管理系統(tǒng)，進入系統(tǒng)主界面，輸入用戶名和密碼后，進入 系統(tǒng)首頁，在此選擇具體的操作。以下對系統(tǒng)的功能模塊進行簡要說明。登陸界面的主要代碼設計如下: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系統(tǒng)主界面圖在此圖書管理系統(tǒng)中，用戶管理員的名稱為tsoft ,密碼為111,點擊“確 定”便可進入系統(tǒng)首頁。在此界面還可以對管理員的名稱和密碼進行重置。當點擊“讀者管理”中的讀者檔案管理，便可以查看讀者的基本信息。瀆著妙茗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編輯應還書日期：簫輯超朋天數(shù)；I編輯退出圖3-5圖書歸還圖圖3-6讀者所借書目查詢圖圖 3-7 借書超期罰款圖系統(tǒng)測試系統(tǒng)測

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

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