圖書管理系統(tǒng)畢業(yè)設計3

1、<p><b>　　圖書管理系統(tǒng)</b></p><p><b>　　摘 要</b></p><p>　　隨著科學技術(shù)的不斷提高，計算機科學日漸成熟， 作為計算機應用的一部分，使用計算機對圖書信息進行管理，具有手工管理所無法比擬的優(yōu)點。圖書管理系統(tǒng)的開發(fā)是一個老生常談的問題，以其作為數(shù)據(jù)庫開發(fā)的示例不僅是因為他的開放性，而且還因為它

2、是一個開放的系統(tǒng)，比較成熟。圖書管理系統(tǒng)主要設計目的是利用數(shù)據(jù)庫軟件編制一個管理軟件，用以實現(xiàn)圖書、讀者以及日常工作等多項管理。同時對整個系統(tǒng)的分析、設計過程給出一個完整論證。</p><p>　　圖書管理系統(tǒng)是一種基于集中統(tǒng)一規(guī)劃的數(shù)據(jù)庫數(shù)據(jù)管理新模式。在對圖書、讀者的管理，其實是對圖書、讀者數(shù)據(jù)的管理。本系統(tǒng)的建成無疑會為管理者對圖書管理系統(tǒng)提供極大的幫助。</p><p>　　為了能

3、高效的，有計劃設計圖書館管理系統(tǒng)，本論文開發(fā)了一個圖書館管理系統(tǒng)，主要功能就是：實現(xiàn)系統(tǒng)設置（包括圖書館信息、管理員設置、參數(shù)設置、書架設置）、讀者管理（包括讀者類型管理、讀者檔案管理）、圖書管理（圖書類型管理、圖書檔案管理）、圖書借還（包括圖書借閱、圖書續(xù)借、圖書歸還）、更改口令、退出系統(tǒng)等；以及服務系統(tǒng)查詢，圖書檔案查詢、圖書借閱查詢和圖書到期提醒等功能。</p><p>　　關(guān)鍵詞：圖書館；管理系統(tǒng)；設計&

4、lt;/p><p><b>　　第一章 開發(fā)背景</b></p><p>　　圖書館管理信息化是學校管理系統(tǒng)應用信息技術(shù)及其產(chǎn)品的過程，是信息技術(shù)應用于圖書館管理的過程。教育信息化的實施，自上而下而言，必須與學校的制度創(chuàng)新、組織創(chuàng)新和管理創(chuàng)新結(jié)合；自下而上而言，必須以作為學校主體的工作人員使用信息技術(shù)水平的逐步提高為基礎。</p><p>　　學校

5、信息系統(tǒng)是現(xiàn)存信息系統(tǒng)中較為復雜的一類，這是由學校本身的目標、任務和性質(zhì)決定的；它應用于學校的學生管理、教師管理、設備管理以及招生就業(yè)管理等各個方面，牽涉的信息種類十分龐雜。它融合了學校的管理思想和各職能部門的工作經(jīng)驗，是學校當前運作方式和業(yè)務流程的具體體現(xiàn)，同時又在一定程度上反作用于學校當前的運作方式和業(yè)務流程。而圖書館管理信息系統(tǒng)正是這樣龐大的系統(tǒng)中的一個系統(tǒng)。圖書館之于教師、學生、教學，都有極其重要的作用，因此，學校信息化建設工作

6、具有長期性、復雜性和內(nèi)容的多變性；正因為如此，圖書館管理信息系統(tǒng)也不是一個簡單的、封閉的、靜止的系統(tǒng)，而是一個復雜的、開放的、在應用的深度和廣度上，隨著時間的推移會逐步變化和發(fā)展的系統(tǒng)。</p><p><b>　　第二章 系統(tǒng)分析</b></p><p>　　系統(tǒng)分析是一個描述系統(tǒng)開發(fā)各個早期階段的詞匯，是一種問題解決技術(shù)，它將一個系統(tǒng)分解成各個組成部分，目的是研究

7、各個部分如何工作、如何交互，以實現(xiàn)其系統(tǒng)目標。</p><p><b>　　2.1需求分析</b></p><p>　　隨著科學技術(shù)的不斷提高，計算機科學日漸成熟， 作為計算機應用的一部分，使用計算機對圖書信息進行管理，具有手工管理所無法比擬的優(yōu)點。圖書管理系統(tǒng)的開發(fā)是一個老生常談的問題，以其作為數(shù)據(jù)庫開發(fā)的示例不僅是因為他的開放性，而且還因為它是一個開放的系統(tǒng)，比較

8、成熟。圖書管理系統(tǒng)主要設計目的是利用數(shù)據(jù)庫軟件編制一個管理軟件，用以實現(xiàn)圖書、讀者以及日常工作等多項管理。同時對整個系統(tǒng)的分析、設計過程給出一個完整論證。圖書管理系統(tǒng)是一種基于集中統(tǒng)一規(guī)劃的數(shù)據(jù)庫數(shù)據(jù)管理新模式。在對圖書、讀者的管理，其實是對圖書、讀者數(shù)據(jù)的管理。本系統(tǒng)的建成無疑會為管理者對圖書管理系統(tǒng)提供極大的幫助。</p><p><b>　　2.1.1需求分析</b></p>

9、;<p>　　本系統(tǒng)主要實現(xiàn)對圖書館信息的管理，主要可以分為兩大塊：圖書信息的服務系統(tǒng)和圖書的綜合管理系統(tǒng)。圖書的使用對象是借閱者，例如學生、教師；管理者是圖書館的管理員。因此根據(jù)這些信息，本系統(tǒng)的主要功能就是：實現(xiàn)系統(tǒng)設置（包括圖書館信息、管理員設置、參數(shù)設置、書架設置）、讀者管理（包括讀者類型管理、讀者檔案管理）、圖書管理（圖書類型管理、圖書檔案管理）、圖書借還（包括圖書借閱、圖書續(xù)借、圖書歸還）、更改口令、退出系統(tǒng)等

10、；以及服務系統(tǒng)查詢，圖書檔案查詢、圖書借閱查詢和圖書到期提醒等功能。（功能分解圖如附錄二所示）</p><p>　　圖書信息管理系統(tǒng)能夠為用戶提供充足的信息和快捷的查詢手段.例如:檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優(yōu)點能夠極大地提高圖書信息管理的效率，也是圖書管理的科學化、數(shù)字化、正規(guī)化管理，與世界接軌的重要條件。用計算機制作的圖書信息管理系統(tǒng)還可以通過功能強大的Intern

11、et網(wǎng)及時的向讀者發(fā)布圖書的最新動態(tài)，因此，開發(fā)這樣一套管理軟件成為很有必要的事情。而今，這類相關(guān)的管理系統(tǒng)已廣泛的應用在各行各業(yè)，成為各行業(yè)提高相關(guān)管理效率的重要手段。圖書信息管理系統(tǒng)也在日益廣泛地應用于各圖書館的管理中，大大提高了圖書管理的相關(guān)管理效率，其在圖書管理中所起的作用是顯而易見的。</p><p>　　圖書信息管理系統(tǒng)，其主要包含圖書基本信息和圖書借閱系統(tǒng)，能進行圖書信息的錄入、讀者登記、查詢等功能

12、。該項目開發(fā)的軟件為學校圖書信息管理系統(tǒng)軟件，是鑒于目前學校圖書數(shù)劇增，圖書信息呈爆炸性增長的前提下，圖書館對圖書信息管理的自動化與準確化的要求日益強烈的背景下構(gòu)思出來的，該軟件設計完成后可用于所有中小型圖書館的圖書信息的管理。</p><p>　　目前社會上信息管理系統(tǒng)發(fā)展飛快，各個企事業(yè)單位都引入了信息管理軟件來管理自己日益增長的各種信息，圖書管理系統(tǒng)也是有了很大的發(fā)展，商業(yè)化的圖書信息管理軟件也不少.但本系

13、統(tǒng)完全獨立開發(fā)，力求使系統(tǒng)功能簡潔明了，但功能齊全且易于操作。</p><p>　　本次課程設計通過對管理系統(tǒng)模型的研究，提出了一套構(gòu)造圖書信息管理系統(tǒng)模型的方法，提出了圖書管理系統(tǒng)的一般建立方法，并且利用數(shù)據(jù)庫、信息系統(tǒng)分析所學知識，結(jié)合其它相關(guān)管理常識，通過對某圖書館圖書流通過程的分析，建立相關(guān)數(shù)據(jù)模型，利用面向?qū)ο箝_發(fā)工具對其進行設計與開發(fā)。</p><p>　　系統(tǒng)主要由兩大子系統(tǒng)

14、組成：圖書管理和維護子系統(tǒng)以及圖書信息服務子系統(tǒng)。</p><p>　　系統(tǒng)主要有四個數(shù)據(jù)庫表：圖書信息表，用戶信息表，學生信息表和借出信息表</p><p><b>　　本課題研究方案：</b></p><p>　　1. 以現(xiàn)代軟件工程原理和思想指導整個課題的開發(fā)過程，要經(jīng)過系統(tǒng)可行性分析、需求分析、概要設計、詳細設計、編碼、調(diào)試維護和安裝實

15、施等步驟。</p><p>　　2．要有詳細的設計說明書；</p><p>　　3．每一模塊的流程圖要很清晰；</p><p>　　4．本系統(tǒng)能夠正常的運行，能較好得完成預定的功能；</p><p>　　5．系統(tǒng)要有完整的幫助文件，供前臺操作員能方便的操作本系統(tǒng)。</p><p>　　2.1.2用例和用例描述</

16、p><p>　　用例是需求分析中最重要的概念，需求表征了一個系統(tǒng)的設計特性、特征和行為，描述一個系統(tǒng)的需求,即:意味著描述了建立在該系統(tǒng)外部的事物與系統(tǒng)之間的契約，契約上聲明了期望系統(tǒng)是做什么的。</p><p>　　需求獲取(Requirement Elicitation) 是需求工程的主體，其主要工作是建立待開發(fā)系統(tǒng)的模型，而用例就是用于建立這種模型的良好方法。用例最初由Ivar Jack

17、boson博士提出，后被綜合到UML規(guī)范之中，成為需求表述的標準化體系。由于整個RUP流程都是“用例驅(qū)動”的，各種類型的開發(fā)活動包括項目管理、分析、設計、測試、實現(xiàn)等以用例為主要輸入工件，用例模型奠定了整個系統(tǒng)軟件開發(fā)的基礎，用例被認作第二代面向?qū)ο蠹夹g(shù)的標志，可見其重要性非同一般?！皥D書管理系統(tǒng)”用例圖，如附錄三（統(tǒng)設置用例圖、讀者管理系統(tǒng)用例圖、圖書管理系統(tǒng)用例圖、圖書借閱管理用例圖、系統(tǒng)查詢用例圖）所示。在用例圖中主要涉及到參與者

18、（又稱角色、執(zhí)行者）、用例以及二者之間的通訊關(guān)聯(lián)。</p><p><b>　?。ㄒ唬﹨⑴c者</b></p><p>　　參與者是與系統(tǒng)、子系統(tǒng)或類發(fā)生交互的外部用戶、進程或其他系統(tǒng)。參與者可以是人、另一個計算機系統(tǒng)或一些可運行的進程。“讀者”和“管理員”即為參與者。</p><p>　　參與者之間可以存在泛化關(guān)系，例如，在圖書館管理系統(tǒng)用例圖

19、中，可以認為“讀者”是“學生讀者”和“教師讀者”的泛化，而“學生讀者”還可以具體化為“本科生讀者”和“研究生讀者”；同樣，“圖書管理人員”也是“采購員”、“編目員”及“借閱人員”的泛化。用例圖表示出了參與者之間的泛化關(guān)系。</p><p><b>　　（二）用例</b></p><p>　　用例是外部可見的一個系統(tǒng)功能，這些功能由系統(tǒng)所提供，并通過與參與者之間消息的交

20、換來表達。用例的用途是在不揭示系統(tǒng)內(nèi)部構(gòu)造的情況下定義行為序列，它把系統(tǒng)當作一個黑箱，表達整個系統(tǒng)對外部用戶可見的行為。</p><p>　　鑒于用例的特點，用例一般被命名為一個能夠說明目標的動名詞組。用例圖中的“借書”、“還書”和“管理圖書”皆為動名詞組。</p><p>　　用例之間也可以存在包含、擴展和泛化等關(guān)系：</p><p>　?。?）包含關(guān)系：用例可以

21、簡單地包含其他用例具有的行為，并把它所包含的用例行為做為自身行為的一部分，這被稱作包含關(guān)系。</p><p>　?。?）擴展關(guān)系：擴展關(guān)系是從擴展用例到基本用例的關(guān)系，它說明為擴展用例定義的行為如何插入到為基本用例定義的行為中。它是以隱含形式插入的，也就是說，擴展用例并不在基本用例中顯示。在以下幾種情況下，可使用擴展用例：</p><p>　　a.表明用例的某一部分是可選的系統(tǒng)行為（這樣，

22、您就可以將模型中的可選行為和必選行為分開）；</p><p>　　b.表明只在特定條件（如例外條件）下才執(zhí)行的分支流；</p><p>　　c.表明可能有一組行為段，其中的一個或多個段可以在基本用例中的擴展點處插入。所插入的行為段和插入的順序取決于在執(zhí)行基本用例時與主角進行的交互。</p><p>　?。?）泛化關(guān)系：用例可以被特別列舉為一個或多個子用例，這被稱做用

23、例泛化。當父用例能夠被使用時，任何子用例也可以被使用。</p><p><b>　?。ㄈ┩ㄓ嶊P(guān)聯(lián)</b></p><p>　　通訊關(guān)聯(lián)用于表示參與者和用例之間的對應關(guān)系，它表示參與者使用了系統(tǒng)中的哪些用例（或者說系統(tǒng)所提供的用例被哪些參與者使用）。</p><p>　　通訊關(guān)聯(lián)以箭頭或?qū)嵕€表示。若使用箭頭，箭頭所指方將是對話的被動接受者；如果

24、不強調(diào)對話中的主動與被動關(guān)系，則可以使用不帶箭頭的關(guān)聯(lián)實線。</p><p><b>　?。ㄋ模┙⒂美Ｐ?lt;/b></p><p>　　知道了用例與用例圖的概念，我們還需要懂得怎樣建立用例模型，即怎樣找出參與者、用例以及定義用例的過程。一般來說，建立用例模型的步驟為：</p><p>　?。?）確定誰會直接使用該系統(tǒng)，即參與者（Actor），

25、為了發(fā)現(xiàn)參與者，我們可以嘗試問如下問題：</p><p>　　a. 誰/什么使用系統(tǒng)？</p><p>　　b. 誰/什么從系統(tǒng)獲得信息？</p><p>　　c. 誰/什么向系統(tǒng)提供信息？</p><p>　　d. 誰/什么支持、維護系統(tǒng)？</p><p>　　e. 哪些其它系統(tǒng)使用此系統(tǒng)？</p>&

26、lt;p>　　f. 公司的哪個部門使用系統(tǒng)？</p><p>　?。?）選取其中一個參與者；</p><p>　　（3）定義該參與者希望系統(tǒng)做什么，參與者希望系統(tǒng)做的每件事成為一個用例，為了發(fā)現(xiàn)用例，我們可以嘗試問如下問題：</p><p>　　a. 為什么該參與者想要使用此系統(tǒng)？</p><p>　　b. 該參與者是否要創(chuàng)建、保存、更

27、改、移動或讀取系統(tǒng)的數(shù)據(jù)？如果是，為什么？</p><p>　　c. 該參與者是否要通知系統(tǒng)外部事件或變化？</p><p>　　d. 該參與者是否需要知道系統(tǒng)內(nèi)部的特定事件？</p><p>　　（4）對每件事來說，何時參與者會使用系統(tǒng)，通常會發(fā)生什么，這就是用例的基本過程；</p><p>　?。?）描述該用例的基本過程；</p&g

28、t;<p>　?。?）考慮一些可變情況，把他們創(chuàng)建為擴展用例；</p><p>　?。?）復審不同用例的描述，找出其中的相同點，抽出相同點作為共同的用例；</p><p>　　（8）重復步驟2-7找出每一個用例。</p><p>　　參與者檢查的參考標準如下：</p><p>　?。?）是否您已找到所有的參與者？也就是說，是否您

29、已經(jīng)對系統(tǒng)環(huán)境中的所有參與者都進行了說明和建模？</p><p>　?。?）每個參與者是否至少涉及到一個用例？</p><p>　?。?）您能否列出至少兩名可以作為特定參與者的人員？</p><p>　?。?）是否有參與者擔任與系統(tǒng)相關(guān)的相似參與者？如果有，您應該將他們合并到一個參與者中。</p><p>　　用例檢查的參考標準如下：<

30、/p><p>　?。?）用例模型的簡介部分簡明清晰地概述此系統(tǒng)的目的和功能；</p><p>　?。?）所有的用例已確定，這些用例共同說明所有的必要行為；</p><p>　?。?）所有的功能性需求都至少映射到一個用例；</p><p>　　（4）該用例模型不包含多余的行為，所有的用例都可回溯到某個功能性需求來證明其合理性。</p>

31、<p>　　用例圖從總體上大致描述了系統(tǒng)所能提供的各種服務，讓我們對于系統(tǒng)的功能有一個總體的認識，僅此還是不夠的，我們還需要描述每一個用例的詳細信息，即用例規(guī)約。用例模型正是由用例圖和每一個用例描述(如表2-1、2-2、2-3所示)――用例規(guī)約所組成的。</p><p>　　表2-1系統(tǒng)設置用例描述</p><p>　　表2-2 圖書館管理系統(tǒng)用例描述</p>&

32、lt;p>　　表 2-3 讀者管理用例描述</p><p>　　RUP中提供了用例規(guī)約的模板，包含以下內(nèi)容：</p><p>　?。?）簡要說明 (Brief Description)：簡要介紹該用例的作用和目的；</p><p>　?。?）事件流 (Flow of Event)：包括基本流和備選流，事件流應該表示出所有的場景；</p><

33、p>　　（3）用例場景 (Use-Case Scenario) ：包括成功場景和失敗場景，場景主要是由基本流和備選流組合而成的；</p><p>　?。?）特殊需求 (Special Requirement)：描述與該用例相關(guān)的非功能性需求（包括性能、可靠性、可用性和可擴展性等）和設計約束（所使用的操作系統(tǒng)、開發(fā)工具等）；</p><p>　?。?）前置條件 (Pre-Conditi

34、on)：執(zhí)行用例之前系統(tǒng)必須所處的狀態(tài)；</p><p>　?。?）后置條件 (Post-Condition)：用例執(zhí)行完畢后系統(tǒng)可能處于的一組狀態(tài)。</p><p>　　用例規(guī)約基本上是用文本方式來表述的，為了更加清晰地描述事件流，也可以選擇使用狀態(tài)圖、活動圖或序列圖來輔助說明（狀態(tài)圖有助于描述與狀態(tài)相關(guān)的系統(tǒng)行為，活動圖有助于描述復雜的決策流程，序列圖適合于描述基于時間順序的消息傳遞）

35、。另外，只要對簡潔明了地表達用例有幫助，我們就可以在用例中任意粘貼用戶界面、流程的圖形化顯示方式及其他圖形。</p><p>　　2.1.3系統(tǒng)上下文</p><p>　?。?）系統(tǒng)上下文在軟件架構(gòu)中的角色</p><p>　　系統(tǒng)上下文是系統(tǒng)的軟件架構(gòu)中的基礎構(gòu)件。開發(fā)系統(tǒng)上下文視圖非常重要，因為此視圖將作為回溯到業(yè)務上下文、展開功能和操作體系結(jié)構(gòu)的機制使用。我們

36、將提供業(yè)務上下文的簡單概述，以了解為何可跟蹤性對其如此重要。</p><p><b>　?。?）業(yè)務上下文 </b></p><p>　　提供系統(tǒng)需要如何與其他企業(yè)交互的組織視圖，描述軟件所在的業(yè)務生態(tài)系統(tǒng)。此視圖在非常依賴外部組織的系統(tǒng)中特別重要。這個高級視圖并不區(qū)分各個用戶和角色。相反，它將其描述為與業(yè)務交互的用戶社區(qū)。</p><p>&

37、lt;b>　　（3）用戶和角色</b></p><p>　　這些構(gòu)件表明與系統(tǒng)交互的用戶和角色。角色及其用于訪問系統(tǒng)的上下文的描述。角色用于訪問系統(tǒng)的信息的描述。給定角色中的典型用戶在給定單位時間內(nèi)執(zhí)行的事務量。</p><p><b>　　（4）通道</b></p><p>　　用戶將使用不同的通道來訪問系統(tǒng)，創(chuàng)建獨立的小節(jié)

38、來記錄此通道信息。每個通道的文檔應該至少捕獲以下內(nèi)容：</p><p>　　通道及通常使用此通道與系統(tǒng)交互的角色和用戶的類型。例如，交互式語音響應（Interactive Voice Response，IVR）、瀏覽器、智能電話等等。</p><p>　　通道支持的網(wǎng)絡和帶寬，如 T1 線、8.02 11g、部分 T3 等。</p><p>　　用于在系統(tǒng)之間發(fā)送和

39、接收數(shù)據(jù)的訪問協(xié)議，如 HTTP、套接字、IVR 等等。</p><p><b>　?。?）外部系統(tǒng)</b></p><p>　　您必須記錄系統(tǒng)在執(zhí)行所需的功能時與之交互的外部系統(tǒng)。在標識需要考慮解決方案范圍的外部系統(tǒng)時，需要進行大量的分析工作。業(yè)務分析人員和領(lǐng)域?qū)＜彝ǔＲ獏⑴c此分析工作。還應該充分地記錄此分析工作的結(jié)果。使用一個小節(jié)記錄外部系統(tǒng)。其中至少應該捕獲：外

40、部系統(tǒng)的描述性概述，包括關(guān)于系統(tǒng)相對于要構(gòu)建的系統(tǒng)的位置的背景信息。例如，外部系統(tǒng)可能放置在企業(yè)內(nèi)部網(wǎng)內(nèi)，放置在業(yè)務定義的外部網(wǎng)中或者放置在 Internet。與外部系統(tǒng)交互所需的訪問協(xié)議，如安全 HTTP、套接字、專用訪問機制等等。外部系統(tǒng)支持或期望的數(shù)據(jù)格式（為了促進集成），與外部系統(tǒng)交互所需的任何特定遵從性需求。系統(tǒng)的非功能規(guī)范，如安全性、可用性、信息吞吐量等等。</p><p>　　并沒有必要記錄外部系統(tǒng)

41、的所有非功能需求。僅僅記錄可能會影響需要構(gòu)建的系統(tǒng)的體系結(jié)構(gòu)和設計的需求。</p><p>　　記錄信息足夠的情況下，前面的信息應該能提供系統(tǒng)上下文關(guān)系圖很好的描述。不過，目前捕獲的信息僅僅提供了系統(tǒng)上下文的靜態(tài)視圖，通過用戶、角色、通道和外部系統(tǒng)進行表示。通過標識和捕獲在系統(tǒng)和每個外部系統(tǒng)間交換的信息，可以提供系統(tǒng)上下文的動態(tài)視圖。下一部分將討論此信息流。</p><p><b&g

42、t;　?。?）信息流</b></p><p>　　在該系統(tǒng)和外部系統(tǒng)、用戶和通道間流動的信息是系統(tǒng)最基本的部分。信息可以傳統(tǒng)批量或?qū)崟r方式傳送。將信息及其特征作為系統(tǒng)上下文的一部分加以記錄在定義總體軟件架構(gòu)時極為重要。信息流通常使用名詞或動詞短語表示，僅僅使用一種形式，而不是同時使用二者。在示例中使用的是動詞形式。對于所流動的每個信息。至少應該記錄以下構(gòu)件集：在系統(tǒng)和用戶、通道及外部系統(tǒng)間流動的信息的

43、描述，并將信息分類為批處理、實時或半實時類別。而且，每個單位時間必須支持的事務信息，組成典型事務的數(shù)據(jù)類型。每個事務通常涉及的數(shù)據(jù)量及事務執(zhí)行的頻率。這些構(gòu)件并不處理系統(tǒng)和外部系統(tǒng)間的交換序列。當兩個系統(tǒng)中有信息流動時，系統(tǒng)間可能存在完成事務的信息交換序列。在這種情況下，還應該記錄信息交換序列。</p><p><b>　　2.2可行性分析</b></p><p>&

44、lt;b>　　1．引言</b></p><p>　　現(xiàn)行的管理系統(tǒng)比較簡單，但是由于圖書數(shù)據(jù)的增加導致系統(tǒng)逐漸出現(xiàn)各種不穩(wěn)定的現(xiàn)象，不利于日常信息的維護與管理。學生的借書還書也面臨著很不利的局面，導致學生積極性受到嚴重的打擊。受到系統(tǒng)不穩(wěn)定因素也影響的同學、老師將成為其受害者，并為不法分子提供了一條“希望的道路”圖書館的日常工作受到嚴重的威脅。圖書館為了更有效的管理日常信息、方便學生對圖書進行借

45、閱、歸還、續(xù)借、查詢，維護好所有圖書的信息而提出開發(fā)此系統(tǒng)。</p><p>　　2．可行性研究的前提</p><p><b>　　要求</b></p><p>　　a．功能：能夠準確快速的記錄圖書的狀態(tài)，以便能輕易的查出圖書是否被借、是否歸還、是否借出超期等信息；借書者可對自己感興趣的圖書進行檢索從而縮短借書流程；管理員除了進行借還書信息的操

46、作，還要對超期者進行處罰。</p><p>　　b．性能：穩(wěn)定快速，實時控制。</p><p>　　c．輸入輸出：條形碼英文和漢字輸入,條形碼英文和漢字輸出；</p><p>　　d．在安全與保密方面的要求：登陸系統(tǒng)時，需要輸入圖書證的編號和個人密碼；只有圖書管理員的身份才能進入系統(tǒng)進行信息的操作，不能輕易被破壞；對斷電、死機、系統(tǒng)崩潰等問題有有力措施以保障數(shù)據(jù)不受

47、損失。</p><p>　　e．同本系統(tǒng)相連接的其他系統(tǒng)：應用于我們學校的校園網(wǎng)，獨立于其他系統(tǒng)。</p><p>　　f．完成期限：3周（開發(fā)）+1周（試行）。</p><p><b>　?。?）目標</b></p><p>　　為了方便圖書館管理人員對圖書的借閱、歸還等提供輕松快捷的管理方式，同時也方便學生可以隨時隨

48、地的對圖書進行借還、續(xù)借、查詢、繳納罰款等。主要體現(xiàn)在：減少人力與設備費用，提高系統(tǒng)的處理速度，更新原先的管理信息服務；提高人員利用率，減少人員的冗余量。將獲取的效益用于購置更多的圖書，服務廣大師生。</p><p>　?。?）條件、假定和限制</p><p>　　運行環(huán)境：兼容當前主流操作系統(tǒng) Windows 2003/XP/Vista 。硬件環(huán)境：***以上計算機。</p>

49、;<p>　　開發(fā)軟件：SQL Server 、JAVA、ASP等</p><p>　　該系統(tǒng)的預期壽命為×年</p><p>　　最早投入運行的時間為2010年5月</p><p>　　進行可行性研究的方法 </p><p>　　通過調(diào)查問卷的方式對圖書管理系統(tǒng)的進行全面的分析《對現(xiàn)行的圖書管理系統(tǒng)的滿意度調(diào)查》等。

50、</p><p><b>　　（3）評價尺度</b></p><p>　　費用不能超過X萬元，信息更新的維護為重點開發(fā)時間的長短不超過3周，使用起來容易上手。</p><p><b>　　3．投資及效益分析</b></p><p>　　為了新系統(tǒng)的開發(fā)，設計和維持運行而需要的各項經(jīng)費開支，在第一年時

51、有所增加，但是“效益”也將在短期實現(xiàn)。</p><p><b>　　（1）支出</b></p><p><b>　?。?）系統(tǒng)開發(fā)費用</b></p><p>　　a．人員費用：本系統(tǒng)開發(fā)期為三周，試運行一周。開發(fā)期需要開發(fā)人員x人，試運行期需要開發(fā)人員2人。人員費用為x萬元。</p><p>　　

52、b．設備費：本系統(tǒng)所需的硬件設備費用為x萬元。</p><p>　　c．不可預見費：按開發(fā)費用的15%計算。</p><p><b>　　（3）系統(tǒng)運行費用</b></p><p>　　a．系統(tǒng)維護費：需要 x人/年進行系統(tǒng)維護，維護費為x萬元。</p><p>　　b．設備維護費：設備更新費為x萬元。設備維護費為x萬元

53、。</p><p>　　c．消耗材料費：每年按x元計算。</p><p>　　綜上所述,新系統(tǒng)使用時間x年,系統(tǒng)開發(fā)和運行總費用x萬元,平均x萬元 /年。</p><p>　?。?）其他一次性支出</p><p>　　a．研究（需求的研究和設計的研究）——包括在開發(fā)費用中</p><p><b>　　b．數(shù)據(jù)

54、庫的建立</b></p><p>　　c．檢查費用和技術(shù)管理性費用</p><p>　　d．培訓費、旅差費以及開發(fā)安裝人員所需要的一次性支出</p><p><b>　?。?）非一次性支出</b></p><p>　　列出在該系統(tǒng)生命期內(nèi)按月或按季或按年支出的用于運行和維護的費用，包括： </p>

55、<p>　　a．設備的租金和維護費用；</p><p>　　b．軟件的租金和維護費用；</p><p>　　c．數(shù)據(jù)通訊方面的租金和維護費用；</p><p>　　d．人員的工資、獎金；</p><p>　　e．房屋、空間的使用開支；</p><p>　　f．公用設施方面的開支；</p>&

56、lt;p>　　g．保密安全方面的開支；</p><p>　　h．其他經(jīng)常性的支出等。</p><p><b>　　（6）收益</b></p><p>　　提高工作效率；減少工作人員；提升整個圖書館的管理能力；</p><p><b>　?。?）一次性收益</b></p><

57、p>　　a．學生每人一次辦卡2元，教職工一次辦卡5元，學校有X個學生和X個教職工，預計可獲得收益X萬元。</p><p>　　b．因新系統(tǒng)的投入使用可以減少原先的管理人員，減少冗余量，而減省下來的資金也便是一種收益。</p><p><b>　?。?）非一次性收益</b></p><p>　　在使用中使用者可能把卡丟失或損壞費用辦卡收費5

58、元/次的收益。</p><p>　　（9）不可定量的收益</p><p>　　圖書在借閱中超期或者損壞的賠償。</p><p>　?。?0）收益／投資比</p><p>　　收益X萬元，投資（含非一次性投資）X萬元， 則收益/投資比=X。</p><p>　?。?1）投資回收周期</p><p>

59、;　　此系統(tǒng)回報周期在X年</p><p><b>　　4．結(jié)論</b></p><p>　　經(jīng)過一系列的各個不同方面的可行性分析，系統(tǒng)分析員和圖書館館長對需要解決的問題取得基本的一致看法，開發(fā)小組的開發(fā)方案的到批準，圖書館館長同意，但要求等到他們把經(jīng)費撥下來后才能開始進行。</p><p>　　2.3編寫項目計劃書</p>&l

60、t;p><b>　　1．引言</b></p><p>　　本項目開發(fā)計劃用于從總體上指導圖書館管理系統(tǒng)項目順利進行并最終得到通過評審的項目產(chǎn)品。為了保證項目團隊按時保質(zhì)地完成項目目標，便于項目團隊成員更好地了解項目情況，使項目工作開展的各個過程合理有序，因此以文件化的形式，把對于在項目生命周期內(nèi)的工作任務范圍、各項工作的任務分解、項目團隊組織結(jié)構(gòu)、各團隊成員的工作責任、團隊內(nèi)外溝通協(xié)作

61、方式、開發(fā)進度、經(jīng)費預算、項目內(nèi)外環(huán)境條件、風險對策等內(nèi)容做出的安排以書面的方式，作為項目團隊成員以及項目干系人之間的共識與約定，項目生命周期內(nèi)的所有項目活動的行動基礎，項目團隊開展和檢查項目工作的依據(jù)。</p><p><b>　　2．概述</b></p><p>　　隨著人們知識水平層次的提高，圖書館成為日常生活中不可缺少的一部分。而圖書館的存書量和業(yè)務量龐大，僅

62、僅靠傳統(tǒng)的記帳式管理是不可行的。圖書館系統(tǒng)應運而生，逐漸成為信息化建設的重要組成部分。圖書館管理系統(tǒng)為學校或社會型圖書館的管理員提供所有借閱者的詳細信息，以及館內(nèi)庫存的詳細情況，對借書和還書兩大功能進行合理操縱并登記。圖書館管理系統(tǒng)采用目前比較流行的C/S模式，后臺數(shù)據(jù)庫管理系統(tǒng)為SQL Server2000，系統(tǒng)的運行平臺為Windows。系統(tǒng)運行再圖書館工作人員的客戶機上，對數(shù)據(jù)庫訪問的并發(fā)處理由SQL Serv

63、er控制。</p><p>　　本圖書館管理系統(tǒng)主要實現(xiàn)的功能如下：進入系統(tǒng)前需要身份驗證，輸入正確的用戶名和密碼才能進入系統(tǒng)。用戶可以根據(jù)需要進行書庫管理。用戶可以進行借書證的辦理、查詢、掛失等操作。</p><p>　　用戶可以添加賬戶和修改密碼。</p><p><b>　　項目開發(fā)時間：x天</b></p><p&g

64、t;<b>　　3．項目開發(fā)體制</b></p><p>　　具體的項目開發(fā)體制是對項目開發(fā)計劃的體制規(guī)劃。</p><p><b>　　第3章 系統(tǒng)設計</b></p><p><b>　　3.1系統(tǒng)目標</b></p><p>　　根據(jù)前面所做的需求分析及用戶的需求可以得出

65、，圖書館管理系統(tǒng)實施后，應達到以下目標：</p><p>　?、?界面設計友好、美觀。</p><p>　?、?數(shù)據(jù)存儲安全、可靠。</p><p>　?、?信息分類清晰、準確。</p><p>　?、?強大的查詢功能，保證數(shù)據(jù)查詢的靈活性。</p><p>　?、?實現(xiàn)對圖書借閱、續(xù)借和歸還過程的全程數(shù)據(jù)信息跟蹤。&

66、lt;/p><p>　　⑥ 提供圖書借閱排行榜，為圖書館管理員提供了真實的數(shù)據(jù)信息。</p><p>　?、?提供借閱到期提醒功能，使管理者可以及時了解到已經(jīng)到達歸還日期的圖書借閱信息。</p><p><b>　　3.2系統(tǒng)功能結(jié)構(gòu)</b></p><p>　　根據(jù)圖書館管理系統(tǒng)的特點，可以將其分為系統(tǒng)設置、讀者管理、圖書

67、管理、圖書借還、系統(tǒng)查詢等5個部分，其中各個部分及其包括的具體功能模塊圖詳見系統(tǒng)功能圖。</p><p><b>　　3.3系統(tǒng)流程圖</b></p><p>　　圖書館管理系統(tǒng)的系統(tǒng)流程圖3-1所示。</p><p>　　圖3-1 系統(tǒng)流程圖</p><p><b>　　3.4系統(tǒng)開發(fā)環(huán)境</b>

68、</p><p>　　在開發(fā)圖書館管理系統(tǒng)時，需要具備下面的軟件環(huán)境。</p><p><b>　　服務器端：</b></p><p>　　① 操作系統(tǒng)：Windows Server 2003.</p><p>　?、?Web服務器：Tomcat 6.0。</p><p>　?、?Java開發(fā)包：

69、JDK 1.5以上。</p><p>　?、?數(shù)據(jù)庫：MySQL 5.0.37。</p><p>　?、?瀏覽器：IE6.0。</p><p>　?、?分辨率：最佳效果為1024*768像素。</p><p><b>　　客戶端：</b></p><p>　?、?瀏覽器：IE6.0。</p&

70、gt;<p>　?、?分辨率：最佳效果為1024*768。</p><p><b>　　第4章 數(shù)據(jù)庫設計</b></p><p><b>　　4.1數(shù)據(jù)庫分析</b></p><p>　　數(shù)據(jù)庫的需求分析需求分析是指準確了解和分析用戶的需求，這是最困難、最費時、最復雜的一步，但也是最重要的一步。它決定了以后

71、各步設計的速度和質(zhì)量。</p><p>　　根據(jù)系統(tǒng)的需求，首先將要記錄的信息分類，要記錄的信息如下。</p><p><b>　　1.系統(tǒng)設置管理</b></p><p>　　管理員管理則是根據(jù)需要對各個管理員進行管理，并記錄和反饋管理員信息。并且對讀者的信息進行修改，還有就是對圖書館的信息進行修改</p><p>&

72、lt;b>　　2讀者管理</b></p><p>　　在讀者管理中，主要對“讀者”中的人物信息進行管理，如修改讀者的信息，查詢讀者的情況，還有就是對讀者的資料進行刪減。</p><p><b>　　3.圖書管理</b></p><p>　　在圖書管理中，主要是對“圖書庫”中的書籍進行管理，如新增圖書更新、修改圖書信息、提供圖書

73、查詢和刪除圖書。</p><p><b>　　4.圖書借還管理</b></p><p>　　圖書借閱管理就是對借書者的借書和還書進行管理，當借書者借書時，隨即對“圖書庫”、“借書庫”和“借書證庫”進行相應的管理，并把相關(guān)信息提供給圖書管理和借書證管理；還書，則除了上述的幾個功能外，還要對還書庫進行更新和記錄。</p><p><b>

74、　　5.系統(tǒng)查詢管理</b></p><p>　　對書庫中的圖書進行查詢操作，有圖書的聲譽數(shù)量，已經(jīng)借出的，還有就是快到期沒有歸還的。</p><p><b>　　6.更改口令管理</b></p><p>　　讀者或者是圖書管理員對自己的登錄口令進行更改。</p><p>　　4.2數(shù)據(jù)庫概念設計</p

75、><p><b>　　1．實體圖</b></p><p>　　實體關(guān)系圖：簡記E-R圖是指以實體、關(guān)系、屬性三個基本概念概括數(shù)據(jù)的基本結(jié)構(gòu)，從而描述靜態(tài)數(shù)據(jù)結(jié)構(gòu)的概念模式。</p><p><b>　　圖見附錄十所示。</b></p><p><b>　　2．實體ER圖</b>&l

76、t;/p><p>　　概念結(jié)構(gòu)設計是指對用戶的需求進行綜合、歸納與抽象，形成一個獨立于具體DBMS的概念模型，是整個數(shù)據(jù)庫設計的關(guān)鍵。概念設計生成E-R圖。</p><p><b>　　圖見附錄十一所示。</b></p><p>　　4.3數(shù)據(jù)庫邏輯設計</p><p><b>　　1．數(shù)據(jù)庫一覽表</b&g

77、t;</p><p>　　手寫或印刷的正式目錄(如目錄,清單或事件日程(或日期)表。圖見附錄十二(數(shù)據(jù)一覽表)所示。</p><p><b>　　2．數(shù)據(jù)庫表結(jié)構(gòu)</b></p><p>　　表見附錄十二(數(shù)據(jù)庫表)所示。</p><p>　　3．數(shù)據(jù)庫創(chuàng)建SQL語句</p><p><b&

78、gt;　?。?）創(chuàng)建數(shù)據(jù)庫</b></p><p>　　打開SQL工具“查詢分析器”</p><p>　　在查詢窗口中鍵入下列SQL語句create database BookSystem</p><p>　　執(zhí)行上述SQL語句即可新建一名為BookSystem的數(shù)據(jù)庫</p><p><b>　　（2）創(chuàng)建數(shù)據(jù)表<

79、;/b></p><p>　　一個完整的數(shù)據(jù)庫不可缺少的就是數(shù)據(jù)表，若干個數(shù)據(jù)表的集合成一個數(shù)據(jù)庫。數(shù)據(jù)表主要用來存放一定格式的記錄，數(shù)據(jù)表中的行被稱為記錄，列被稱為字段。創(chuàng)建數(shù)據(jù)表的過程其實就是定義字段的過程。在此圖書管理系統(tǒng)中需要創(chuàng)建四個表，即用戶信息表、管理員信息表、圖書信息表和用戶借書記錄表。創(chuàng)建數(shù)據(jù)庫后，為BookSystem數(shù)據(jù)庫添加數(shù)據(jù)表。</p><p>　　步驟如下

80、：新建查詢窗口</p><p>　　在查詢窗口中鍵入下列SQL語句</p><p>　　create table Users( //創(chuàng)建用戶信息表</p><p>　　Uid char(20) primary key, //用戶編號</p><p>　　Uname varchar(20)

81、 not null, //姓名</p><p>　　Upwd varchar(16), //登陸密碼</p><p>　　Usex char(2) check (Usex in ('男','女')), //性別</p><p>　　Uborn datetime, //出生日期</p&g

82、t;<p>　　Utel char(13), //聯(lián)系電話</p><p>　　Uemail varchar(30), //電子郵件</p><p>　　Uaddr varchar(50), //聯(lián)系地址</p><p>　　Uremark varchar(300) //用戶簡介

83、</p><p><b>　　)</b></p><p>　　執(zhí)行上述SQL語句即可創(chuàng)建戶信息窗口相關(guān)表格，創(chuàng)建后的用戶信息窗口設計</p><p>　　create table Managers( //創(chuàng)建管理員信息表</p><p>　　Mid char(20) primary key, /

84、/管理員編號</p><p>　　Mname varchar(20) not null, //姓名</p><p>　　Mpwd varchar(16), //登陸密碼</p><p>　　Msex char(2) check (Msex in ('男','女')),//性別</p><p>

85、;　　Mborn datetime, //出生日期</p><p>　　Mtel char(13), //聯(lián)系電話</p><p>　　Memail varchar(30), //電子郵件</p><p>　　Maddr varchar(50), //聯(lián)系地址</p&g

86、t;<p>　　Mremark varchar(300) //管理員簡介）</p><p>　　create table Books( //創(chuàng)建圖書信息表</p><p>　　Bid char(10) primary key, //圖書編號</p><p>　　Bname varchar(50) not null,

87、 //書名</p><p>　　Bclass varchar(30), //圖書分類</p><p>　　Bwriter varchar(50), //作者</p><p>　　Bbookman varchar(26), //出版社</p><p>　　Bborn datetime,

88、 //出版日期</p><p>　　Binstr varchar(500) //圖書簡介）</p><p>　　create table UB( //創(chuàng)建用戶借書記錄</p><p>　　Uid char(20), //用戶編號</p><p>　　Bid c

89、har(10), //圖書編號</p><p>　　Borrow_time datetime, //借書日期</p><p>　　Return_time datetime, //應還書日期</p><p>　　Over_time smallint, //超出還書天數(shù)</p>&

90、lt;p>　　primary key (Uid,Bid), //定義主鍵</p><p>　　foreign key (Uid) references Users(Uid),//外來鍵</p><p>　　foreign key (Bid) references Books(Bid)//外來鍵） （3）創(chuàng)建視圖</p&g

91、t;<p>　　create view as select * from Books where Bid=@id</p><p>　　create view as select * from Books where Bname=@name</p><p>　　create view as select * from Managers where Mid=@id</p&g

92、t;<p>　　create view as select * from Managers where Mname=@name</p><p>　　create view as select Uid,Bid,Borrow_time,Return_time from UB where Uid=@name</p><p>　　create view as select Uid,B

93、id,Borrow_time,Return_time from UB where Bid=@id</p><p><b>　?。?）索引的創(chuàng)建</b></p><p>　　創(chuàng)建索引可以大大提高系統(tǒng)的性能。第一，通過創(chuàng)建唯一性索引，可以保證每一行數(shù)據(jù)的唯一性。第二，可以大大加快數(shù)據(jù)的檢索速度，這也是所以的最主要原因。第三，可以加速表與表之間的連接，特別是實現(xiàn)數(shù)據(jù)的參考完

94、整性方面特有意義。第四，在使用ORDER BY和GROUP BY子句進行數(shù)據(jù)檢索時，同樣可以顯著減少查詢中分組和排序的時間。第五，通過使用索引，可以在查詢過程中，使用優(yōu)化隱藏器，提高系統(tǒng)性能。創(chuàng)建索引如下所示：</p><p>　　CREATE UNIQUE CLUSTERED</p><p>　　INDEX [PK__Books__7C8480AE] ON [dbo].[Books] (

95、[Bid])</p><p><b>　　WITH</b></p><p>　　DROP_EXISTING</p><p>　　ON [PRIMARY]</p><p>　　CREATE UNIQUE CLUSTERED</p><p>　　INDEX [PK__Managers__79A8140

96、3] ON [dbo].[Managers] ([Mid])</p><p><b>　　WITH</b></p><p>　　DROP_EXISTING</p><p>　　ON [PRIMARY]</p><p>　　CREATE UNIQUE CLUSTERED</p><p>　　INDE

97、X [PK_UB] ON [dbo].[UB] ([Uid], [Bid])</p><p><b>　　WITH</b></p><p>　　DROP_EXISTING</p><p>　　ON [PRIMARY]</p><p>　　CREATE UNIQUE CLUSTERED</p><p&g

98、t;　　INDEX [PK_Users] ON [dbo].[Users] ([Uid])</p><p><b>　　WITH</b></p><p>　　DROP_EXISTING</p><p>　　ON [PRIMARY]</p><p><b>　　4.4數(shù)據(jù)字典</b></p>

99、;<p>　　讀者基本信息（包括借閱證編號、姓名、性別、身份證號、最大借書量、止借標志等）</p><p>　　圖書基本信息（包括圖書編號、圖書名稱、圖書類別、ISBN號、作者、出版社、出版日期、定價等）</p><p>　　管理員基本信息（包括員工編號、員工姓名、員工性別、身份證號、生日、聯(lián)系電話、地址、登錄密碼等）</p><p>　　借閱基本信息

100、（包括借閱證編號、圖書編號、結(jié)束日期、規(guī)定歸還日期、操作員編號）</p><p>　　罰款基本信息（包括借閱證編號、讀者姓名、圖書編號、圖書名稱、罰款原因、罰款金額、罰款日期、操作員編號）</p><p>　　第5章 系統(tǒng)詳細設計</p><p>　　5.1系統(tǒng)的分析及步驟要求：</p><p>　　需求分析是對問題進一步發(fā)現(xiàn)、求精、建模、規(guī)

101、格說明和復審的過程。用戶需求可分成兩類：功能性需求：定義系統(tǒng)做什么。非功能性需求：定義系統(tǒng)工作時的特性。用戶需求的內(nèi)容包括：功能、性能、環(huán)境、界面、用戶因素、文檔、數(shù)據(jù)、資源、安全保密、軟件成本消耗與開發(fā)進度、質(zhì)量保證等各個方面。根據(jù)系統(tǒng)分析，圖書管理系統(tǒng)的要求如下 ：</p><p>　?。?）需求分析：① 能夠輸入圖書的綜合情況和進行新書入庫、現(xiàn)有圖書信息修改以及刪除；② 能夠?qū)崿F(xiàn)對讀者檔案的查詢和編輯管

102、理；③ 能夠進行罰款功能；④ 能夠進行借閱歷史的查詢功能;</p><p>　　（2）系統(tǒng)性能要求：① 系統(tǒng)安全、可靠； ② 功能齊全；③ 操作方便、界面友好； ④ 易于維護和擴充。</p><p>　?。?）系統(tǒng)的功能分析: 密碼設置：每個操作員均有自己的密碼，可以防止非本系統(tǒng)人員進入本系統(tǒng)；又因每個人的權(quán)限不一致，故可以防止越權(quán)操

103、作。 資料維護：為了存放圖書、讀者檔案的全部數(shù)據(jù)，本系統(tǒng)將每一本圖書和每位讀者的信息進行管理。系統(tǒng)維護包括對各種表記錄的修改、刪除、添加等操作。 系統(tǒng)查詢：可以按圖書編號、借閱證編號等相關(guān)信息進行查詢 系統(tǒng)管理：進行員工管理、數(shù)據(jù)備份和數(shù)據(jù)恢復。 報表統(tǒng)計：包括統(tǒng)計圖書信息、讀者信息、借閱信息和罰款信息等。 其它操作：包括修改密碼、添加用戶、頁面設置</p><p>　?。?/p>

104、一）步驟1.建立數(shù)據(jù)模型</p><p>　　通過建立系統(tǒng)的數(shù)據(jù)模型（E-R圖）來理解和表示問題的信息域。通過對圖書管理系統(tǒng)的分析，可以得出該系統(tǒng)涉及三個實體：讀者、圖書、工作人員。通過對各實體數(shù)據(jù)關(guān)系的整理，我們可以畫出如下E—R圖:</p><p>　　這些實體涉及的數(shù)據(jù)項有：</p><p>　　讀者：借閱證編號（讀者編號）、姓名、身份證號、最大借書數(shù)、止借標

105、志。</p><p>　　圖書：圖書編號、圖書名稱、購買日期、定價、類型。</p><p>　　管理員：員工編號、員工姓名、員工性別、身份證號、登陸密碼。</p><p>　　實體之間的聯(lián)系涉及的數(shù)據(jù)項有：</p><p>　　借閱信息表：借閱證編號，圖書編號，借書日期，操作員姓名。</p><p>　　罰款信息表：借

106、閱證編號，讀者姓名，圖書編號，圖書名稱，罰款原因，罰 款金額，罰款日期，操作員姓名。</p><p><b>　　總的ER圖：</b></p><p>　?。ǘ┎襟E2.建立功能模型</p><p>　　建立系統(tǒng)的功能模型（數(shù)據(jù)流圖），定義軟件應完成的功能。圖書管理系統(tǒng)需要實現(xiàn)的功能主要有四大塊：“

107、日常工作管理”、“基本資料維護”、“查詢”、和“系統(tǒng)管理”模塊。其中日常工作管理和基本資料維護是整個系統(tǒng)的核心。</p><p>　　1．“日常工作”模塊：</p><p>　?。?）借書處理：主要功能是記錄借閱證編號和圖書編號，進行借書過程。在數(shù)據(jù)庫中插入一條借書記錄，該記錄包括借閱證編號、圖書編號、借出日期、還書期限、操作員姓名。</p><p>　?。?）還

108、書處理：主要功能是輸入借閱證編號、圖書編號，在借閱登記表中找到相應的記錄，將該記錄的相應數(shù)據(jù)插入到還書記錄中，同時將借書記錄刪除，并保存在借閱歷史記錄表中。</p><p>　?。?）繳納罰金：輸入讀者的借閱證編號,顯示該讀者的姓名、圖書編號、罰款金額和罰款原因，如果讀者交納了罰金，則將借閱登記表的允許借閱標志置為“Y”。刪除罰款記錄表中該讀者對應的記錄，將這一條記錄同時插入到罰款歷史記錄表中。</p>

109、;<p>　　2．“基本資料維護”模塊：</p><p>　?。?）圖書資料維護：包括新書的入庫，以及現(xiàn)有書籍資料的修改和刪除。</p><p>　　（2）讀者資料維護：包括新會員的資料入庫，以及現(xiàn)有會員資料的修改和刪除</p><p><b>　　3．“查詢”模塊：</b></p><p>　?。?）圖書

110、資料查詢：根據(jù)相應的圖書信息對所有書籍進行所需查詢。此查詢包括：‘圖書分類’、‘圖書編號’、‘圖書名稱’、‘作者’、‘出版社’。</p><p>　　（2）讀者資料查詢：根據(jù)相應的讀者資料進行所需查詢。 ‘借閱證編號’、‘讀者姓名’、‘身份證編號’以及‘止借標志’。</p><p>　?。?）借閱歷史記錄查詢：根據(jù)相應的借閱信息進行所需查詢。此查詢包括：‘借閱證編號’、‘圖書編號’、‘借書

111、日期’、‘還書日期’。</p><p>　　（4）罰款歷史記錄查詢：根據(jù)相應的罰款信息進行所需查詢。此查詢包括：‘借閱證編號’、‘罰款日期’、‘罰款原因’。</p><p>　　4．“系統(tǒng)管理”模塊：</p><p>　　（1）員工管理：包括新員工信息的錄入，密碼的修改以及員工信息的刪除。</p><p>　　（2）數(shù)據(jù)備份：對現(xiàn)有的數(shù)據(jù)庫信

112、息的保存。</p><p>　?。?）數(shù)據(jù)恢復：對數(shù)據(jù)庫信息的恢復。</p><p>　　（三）步驟3.構(gòu)建模塊框架圖</p><p>　　（四）步驟4.構(gòu)建基本處理流程如下：</p><p>　　四、數(shù)據(jù)庫系統(tǒng)設計與功能詳細需求描述，圖書管理涉及圖書信息、系統(tǒng)用戶信息、讀者信息、圖書借閱等多種數(shù)據(jù)管理。從管理的角度可將圖書分為三類：圖書信息

113、管理、系統(tǒng)用戶管理、讀者數(shù)據(jù)管理。</p><p>　　圖書信息管理包括圖書征定、借還、查詢等操作，系統(tǒng)用戶管理包括系統(tǒng)用戶類別和用戶數(shù)據(jù)管理，讀者數(shù)據(jù)管理包括讀者類別管理和個人數(shù)據(jù)的錄入、修改和刪除。</p><p>　　經(jīng)過實際考察與分析，圖書管理系統(tǒng)主要應具有以下功能：</p><p>　　圖書借閱者的需求是查詢圖書室所存的圖書、個人借閱情況及個人信息的修改；

114、圖書館工作人員對圖書借閱者的借閱及還書要求進行操作，同時形成借書或還書報表給借閱者查看確認；圖書館管理人員的功能最為復雜，包括對工作人員、圖書借閱者、圖書進行管理和維護，及系統(tǒng)狀態(tài)的查看、維護等。圖書借閱者可直接查看圖書館圖書情況，如果圖書借閱者根據(jù)本人借書證號和密碼登錄系統(tǒng)，還可以進行本人借書情況的查詢和維護部分個人信息。一般情況下，圖書借閱者只應該查詢和維護本人的借書情況和個人信息，若查詢和維護其他借閱者的借書情況和個人信息，就要知

115、道其他圖書借閱者的借書證號和密碼。這些是很難得到的，特別是密碼，所以不但滿足了圖書借閱者的要求，還保護了圖書借閱者的個人隱私。</p><p>　　圖書館工作人員有修改圖書借閱者借書和還書記錄的權(quán)限，所以需對工作人員登陸本模塊進行更多的考慮。在此模塊中，圖書館工作人員可以為圖書借閱者加入借書記錄或是還書記錄，并打印生成相應的報表給用戶查看和確認。</p><p>　　圖書館管理人員功能的信

116、息量大，數(shù)據(jù)安全性和保密性要求最高。本功能實現(xiàn)對圖書信息、借閱者信息、總體借閱情況信息的管理和統(tǒng)計、工作人員和管理人員信息查看及維護。圖書館管理員可以瀏覽、查詢、添加、刪除、修改、統(tǒng)計圖書的基本信息；瀏覽、查詢、統(tǒng)計、添加、刪除和修 改圖書借閱者的基本信息，瀏覽、查詢、統(tǒng)計圖書館的借閱信息，但不能添加、刪除和修改借閱信息，這部分功能應該由圖書館工作人員執(zhí)行，但是，刪除某條圖書借閱者基本信息記錄時，應實現(xiàn)對該圖書借閱者借閱