圖書管理系統畢業(yè)論文

1、摘 要師生借閱圖書時需扣押借書證，歸還圖書時才能取回借書證，工作人員得手工登記每筆記錄，這種人工操作給資料保存帶來極大的不便，易丟失，有會因誤筆而提供錯誤信息，每月統計工作量大，工作效率大大降低，通過對現系統的需求分析，本系統不能及時滿足各方面的查詢工作。目前為適應當今世的發(fā)展潮流，各院校都從事于擴建、擴招工作，這種傳統的手工方式根本難以應各種借閱需求. 建設MIS的必要性取決于需求的迫切性和實現的可行性?？尚行圆⒉坏扔诳赡苄?，它還包括必要性，如果領導或管理人員對信息的需求并不迫切，或各方面的條件不具備，就是不具備可行性。系統可行性包括經濟上可行性、技術上可行性、管理上可行性和資源上可行性四個

2、方面。因此，開發(fā)這樣一套管理軟件成為很有必要的事情,在下面的各章中，將說圖書管理系統開發(fā)過程和應用方法。關鍵字 Delphi 7、SQL Server 2000、XML。畢業(yè)設計（論文）外文摘要When the teachers and students borrow the books, their library cards will be detained. They can retrieve their cards when their return the books. The librarians have to register each recording manually,

3、which brings much inconvinence to the reserving of data. Thus the data is apt to be lost and to afford error information by this kind of manul manipulation. The statics capacity is so large and the efficiency is lower. By the requirement analysis of the current system, we find that this system can n

4、ot fulfill the search work of every aspect. Now in order to adapt to the development trend, each college are engaging extension of construction and enrollment. This traditional manul manipulation can hardly fulfill some kinds of lending and reading. The necessity of the development of MIS lies on th

5、e urgency of the requirement and the feasibility of the reality. The feasibility is not equal to the possibility. It includes necessity. If the leaders or managers is not keen on the information or all aspects of condition do not exist, it is not feasible. The feasibility of the system includes the

6、feasibility of the economy , the technology, the administration and the resouce. So it is necessary to develop this kind of the management software. In the following chapters, I will introduce the process of the development of the library management system and the application method.Keywords Delphi

7、7、SQL Server 2000、XML摘 要3第一章 軟件計劃41.1任務或問題：41.2實際背景：51.3特色（創(chuàng)新）51.4 數據庫相關內容介紹51.5系統的必要性51.6可行性研究的前提61.6.1編寫目的61.6.2背景61.6.3要求71.6.4條件、假定和限制7第二章 需求分析72.1系統綜合要求72.1.1功能要求72.1.2性能要求72.1.3環(huán)境要求82.2數據需求82.2.1數據流圖82.2.2數據字典92.3對本系統的驗證要求11第三章 系統分析123.1系統功能分析123.2系統運行的硬件環(huán)境133.3系統運行的軟件環(huán)境14第四章 系統設計144.1系統詳細設計14

8、4.1.1數據庫設計144.2人機界面設計16致謝20參考文獻20結 束 語21第一章 軟件計劃1.1任務或問題：開發(fā)一個分布式多層圖書管理系統，可以實現動態(tài)的連接應用程序服務器，只要對配置文件進行配置，就可以像網上鄰居一樣選擇所要連接的應用程序服務器。并提供借書還書，圖書查詢功能。1.2實際背景：隨著社會發(fā)展，人類的生產、生活越來越離不開信息。誰擁有了更多更有效的信息，誰就將在競爭中處于有利地位。信息產業(yè)正在成為一個國家的支柱。數據作為信息的載體，其管理工具數據庫對于信息技術的重要性，正日益得到人們的重視。只有擁有了先進的數據庫技術，才能有效地管理好浩如煙海的數據，并從中提取出對自己有用的信

9、息來加以利用。90年代，人們開發(fā)MIS系統大都采用客戶機/服務器結構，客戶機/服務器結構既是硬件結構又是軟件結構。即數據放在服務器上，程序在客戶機上。進行數據訪問時，由客戶機提出請求（一般是SQL語句），服務器執(zhí)行并給出結果?？蛻魴C/服務器對于優(yōu)化了網絡，提高了系統的利用率?？蛻魴C/服務器體系結構的發(fā)展經歷了從二級體系結構模式到三級體系結構模式。1.3特色（創(chuàng)新）可以用IE訪問圖書館的網站來查詢各種信息。1.4 數據庫相關內容介紹數據庫處理在信息系統的研究中一直是非常重要的主題，然而，近年來，隨著World Wide Web(WWW)的猛增及Internet技術的迅速發(fā)展，使得數據庫技術之時成

10、為最熱門技術之一。數據庫技術能使Internet應用超越具有早期應用特點的簡單的發(fā)布。同時，Internet技術提供了一種向用戶發(fā)布數據庫內容的標準化的訪問方法。這些技術沒有脫離經典數據庫技術的要求。它們只是加重了數據庫技術的重要性。理解用戶的需求，然后，把它們轉變?yōu)橛行У臄祿煸O計是一個藝術過程。把設計轉變?yōu)閷嶋H的數據庫，并且這些數據庫帶有功能完備、高效能的應用，是一個工程過程。1.5系統的必要性隨著社會經濟的迅速發(fā)展和科學技術的全面進步，計算機事業(yè)的飛速發(fā)展，以計算機與通信技術為基礎的信息系統正處于蓬勃發(fā)展的時期。隨著經濟文化水平的顯著提高，人們對生活質量及工作環(huán)境的要求也越來越高。書籍做

11、為人類的精神食糧，在現代社會中越來越受到重視，大量的書籍出現在市場上，人們有了各種各樣不同的選擇。與此同時，為了管理大量的圖書，圖書系統也大量的出現，圖書管理問題也就提上了日程。隨著圖書的大量增加，其管理難度也越來越大，如何優(yōu)化圖書的日常管理也就成為了一個大眾化的課題。 在計算機飛速發(fā)展的今天，將計算機這一信息處理利器應用于圖書的日常管理已是勢必所然，而且這也將為圖書管理帶來前所未有的改變，它可以帶來意想不到的效益，同時也會為企業(yè)的飛速發(fā)展提供無限潛力。采用計算機管理信息系統已成為圖書管理科學化和現代化的重要標志，它給企業(yè)管理來了明顯的經濟效益和社會效益，主要體現在：極大提高了圖書管理員的工作

12、效率?；趫D書管理的全面自動化，可以節(jié)約不少管理開支，增加企業(yè)收入。圖書的管理的操作自動化和信息的電子化，全面提高了圖書的管理水平。1.6可行性研究的前提本系統針對圖書館的工作特點，設計了管理員管理、書籍管理、讀者信息管理、借閱信息、等4個子系統。應用本系統可以在計算機上靈活、方便地管理圖書，從而大大的提高了處理效率，使管理更加現代化。本系統是根據實際情況和具體內容，按一定的要求、科學、合理進行系統分析，設計，具體包括菜單設計、數據輸入、查詢、刪除、修改、打印等各種設計。從而使本系統完全能滿足經濟性、靈活性、系統性及可靠性的要求。通過對軟件需求方的深入了解和部分軟件公司的仔細咨詢以及對系統的目

13、的和規(guī)模進行分析，我認為此系統是完全可行的。1.6.1編寫目的該圖書管理系統是一個面向圖書館的應用系統，它包括對圖書館圖書的管理及日常圖書的借閱管理。由于目前圖書館的管理效率十分低下，需要有一個專業(yè)的軟件來管理，該系統的出臺是可行的，它必將受到圖書館管理人員的歡迎。預期讀者：圖書管理員和借閱者（包括網上查詢人員）。1.6.3要求說明對所建議開發(fā)的軟件的基本要求，如：A功能：本系統主要實現對圖書館信息的管理，主要功能為管理有關讀者，出版社，書籍，借閱,查詢和管理者的信息等。B輸出：報表，包括：讀者姓名、借閱證號、聯系電話、書名、借閱時間，應歸還時間， 一定時間段內各圖書的借閱情況及一段時間圖書的

14、借閱情況；C輸入：圖書編號，圖書名稱，作者，出版社，ISBN號，定價，內容簡介，聯系電話，圖書借閱證號，圖書編號，借閱時間，歸還時間等。1.6.4條件、假定和限制A建議系統的運行壽命值最少為一年；B法律和政策方面的限制：免費軟件第二章 需求分析2.1系統綜合要求 對系統的綜合要求將從以下三方面介紹：功能要求、性能要求和環(huán)境要求。2.1.1功能要求（1） 系統設置： 系統操作員身份認證及成功登陸。 系統操作人員能夠修改密碼。 系統操作人員能夠退出系統。（2） 信息處理： 書籍信息處理。包括添加、修改、刪除和查詢功能。 借閱者信息處理。包括添加、修改、刪除和查詢功能。 借閱信息處理。包括添加、修改

15、、刪除和查詢功能。（3） 系統維護：包括數據庫備份和數據庫恢復功能。（4） 幫助功能：“關于”簡單介紹了系統的信息，使用戶初步了解系統的內容。2.1.2性能要求 實用性：在進行系統設計時，應充分考慮系統的實用性。根據不同需要來完成實在的功能，同時還考慮到需求的潛在發(fā)展。 易用性：在進行系統設計時，要從用戶的角度出發(fā)設計簡單易用的系統。 易維護性：要考慮到用戶在使用本系統時能夠進行簡單的系統維護。 可擴展性：考慮到系統今后的升級，軟硬件要采用標準化結構，符合規(guī)范，使系統能夠將來易于擴充。 安全性：使用SQL Server數據庫本身具有的安全機制，是數據具有較強的可靠性。2.1.3環(huán)境要求 支持本

16、系統運行平臺是Windows 98或Windows 2000的Server版（作服務器）。 本系統采用的是SQL Serve2000數據庫管理技術。2.2數據需求 分析系統的數據要求是為了向整個開發(fā)時期提供關于被處理數據的描述和數據采集要求的技術信息。 我將利用數據流圖和數據字典來對系統的數據進行詳細的分析。2.2.1數據流圖數據流圖是在對系統調研階段繪制的業(yè)務流程圖進行分析的基礎上，從系統的科學性，管理的合理性，實際運行的可行性角度出發(fā)，將信息處理功能和彼此之間的聯系自頂向下，逐層分解，從邏輯上精確地描述系統應具有的數據加工功能，數據輸入，數據輸出，數據存儲及數據來源和去向。該管理系統的數據

17、流圖如下圖。讀者圖書管理員圖 書管理系統基本信息基本信息發(fā)送信息數據庫文件系統處理后數據信息反饋圖書管理系統數據流圖國防生數庫文件2.2.2數據字典數據字典包括數據項的定義、數據流的定義、數據存儲的定義以及處理邏輯的定義。數據字典如下所示：名 字：username別 名：借閱者姓名描 述：某個借閱者的名字 定 義：username =變字符50位 置：讀者信息文件名 字：User_Phone別 名：借閱者電話描 述：某個借閱者的聯系方式 定 義：User_Phone =變字符50位 置：讀者信息文件名 字：User_Sex別 名：借閱者性別描 述：某個借閱者性別定 義：User_Sex =變字

18、符4位 置：讀者信息文件名 字：Admin_Name別 名：管理員姓名描 述：某個管理員的名字 定 義：Admin_Name =變字符50位 置：管理員基本信息文件名 字：Admin_Sex別 名：管理員性別描 述：某個管理員的性別定 義：Admin_Sex =變字符4位 置：管理員基本信息文件名 字：Admin_Password別 名：管理員密碼描 述：某個管理員的密碼定 義：Admin_Password =變字符4位 置：管理員基本信息文件名 字：Admin_CreateDate別 名：管理員創(chuàng)建時間描 述：某個管理員帳號創(chuàng)建時間定 義：Admin_CreateDate =變字符8位 置：

19、管理員基本信息文件名 字：Admin_LastOnLine別 名：管理員在線時間描 述：某個管理員在線時間定 義：Admin_LastOnLine =變字符8位 置：管理員基本信息文件名 字：Admin_LoginTime別 名：管理員登陸時間描 述：某個管理員登陸時間定 義：Admin_LoginTime =變字符8位 置：管理員基本信息文件名 字：Bookname別 名：書名描 述：某個本書的書名定 義：Bookname =變字符50位 置：圖書基本信息文件名 字：Book PubilishingCompany別 名：出版社描 述：某個本書的出版社屬性定 義：Book Pubilishin

20、gCompany =變字符50位 置：圖書基本信息文件名 字：BookPrice別 名：圖書價格描 述：某個本書的價格定 義：BookPrice =變字符4位 置：圖書基本信息文件名 字：CreateTime別 名：入庫時間描 述：某個本書的入庫時間定 義：CreateTime =變字符8位 置：圖書基本信息文件名 字：BookIntroduce別 名：圖書描述描 述：某個本書的內容描述定 義：BookIntroduce =變字符250位 置：圖書基本信息文件名 字：Book State別 名：圖書狀態(tài)描 述：某個本書的狀態(tài)描述定 義：Book State =變字符4位 置：圖書基本信息文件名

21、 字：BorrowTime別 名：借閱時間描 述：某個本書的借閱時間定 義：BorrowTime =變字符8位 置：圖書借閱信息文件名 字：ReturnTime別 名：歸還時間描 述：某個本書的歸還時間定 義：ReturnTime =變字符8位 置：圖書借閱信息文件名 字：LoginTime別 名：登陸時間描 述：某個本書的登陸時間定 義：LoginTime =變字符8位 置：圖書借閱信息文件2.3對本系統的驗證要求一般來說，應從下述四個方面來驗證軟件需求的正確性： 一致性。所有需求必須是一致的，任何一條需求不能和其他需求互相矛盾。完整性。需求必須是完整的，規(guī)格說明書應該包括用戶需要的每一個功

22、能或性能。現實性。指定的需求應該是用現有的硬件技術和軟件基礎上可以實現的。有效性。必須證明需求是正確有效的，確實能解決用戶面對的問題。通過對現行系統的全面調查與分析，本系統數據流向是合理的，系統功能能夠滿足實際管理工作的需要。第三章 系統分析3.1系統功能分析系統開發(fā)的總任務是實現借閱關系的系統化、規(guī)范化和自動化。該系統要完成的功能有： 圖書基本信息的添加、修改、查詢、刪除、統計、有關報表生成。 讀者基本信息的添加、修改、查詢、刪除、統計報表生成。 管理員基本信息的添加、修改、查詢、刪除、統計報表生成。 借閱關系基本信息的添加、修改、查詢、刪除、統計報表的生成。對上述各項功能進行集中、分塊、按

23、照結構化程序設計的要求，得到如下所示的一級系統功能模塊圖。圖書管理業(yè)務模塊書籍模塊讀者模塊管理員模塊借閱模塊統計模塊具體細分為：1書籍管理模塊添加修改刪除數 據 庫書籍查詢2借閱者管理模塊添加修改刪除借 閱 者數 據 庫讀者查詢3管理員模塊添加修改刪除管 理 員數 據 庫管理員查詢4借閱信息模塊添加修改刪除借 閱數 據 庫借閱信息查詢3.2系統運行的硬件環(huán)境運行要求奔騰以上的；要求常規(guī)內存MB以上內存容量；外部存儲器（硬盤）空間至少要求1GB以上，安裝本系統后剩余空至少以上。推薦20GB3.3系統運行的軟件環(huán)境Windows 2000 Server 中文版 SQL Server 2000 服務

24、器版Microsoft Office 2000 的Excel2000、Word2000 第四章 系統設計4.1系統詳細設計 詳細設計的目的是：根據前面的分析，選擇設計實現模塊功能的算法過程描述，為后面的設計提供依據和框架。在此重點介紹數據庫詳細設計。4.1.1數據庫設計 數據庫概念結構設計在系統的數據庫設計中，首先要對系統分析的數據字典中的數據存儲進行分析?，F對數據字典中的數據存儲進行分析，得出像管理員基本信息表、管理員登陸信息表、圖書基本信息、圖書借閱表、出版社信息表、借閱者信息表。根據實體與屬性的區(qū)別準測，本管理系統中涉及到的主要實體及屬性如下：管理員基本信息表：姓名、性別、密碼、創(chuàng)建時間

25、、修改時間、在線時間管理員登陸信息表:（登陸時間、登陸密碼）圖書基本信息：（書名、圖書入庫時間、圖書描述、ISBN號、書價、出版社、圖書狀態(tài)） 圖書借閱表：（借閱者姓名，書名、借閱時間、借閱持續(xù)時間、歸還時間） 出版社信息表：（出版社名、出版社網址、出版社描述） 借閱者信息表：（借閱者姓名、性別、電話） 數據庫邏輯結構設計ER圖只描述了系統的概念模型，而各種機器上實現的DBMS軟件都是基于某種數據模型的，就是說，數據模型就是數據庫系統的核心和基礎。邏輯結構設計的任務就是把概念結構設計階段設計好的基本ER圖轉換為與選用的具體機器的DBMS產品所支持的數據模型相符合的邏輯結構。用從ER圖向關系模型

26、轉換的方法，將ER圖轉換為關系。在建表時，我經過長時間的考慮，并反復修改，考慮到了今后系統的維護和查詢的拓展性。系統的表是符合三范式的。其次，進行關系規(guī)范性化。規(guī)范性化是關系模型的提煉和擴展，它是用每一具體的方法作用于初始草稿的關系模型，并改進它的過程。規(guī)范化的目的： 維護數據完整性，保持數據的正確和一致。 盡可能建立與應用有關的模型，除去與應用無關的模型。 減少存儲冗余。清除關系設計中的全部冗余，有特殊需求時再另作考慮。 這樣，此管理系統就要涉及到多個關系。在對數據庫代碼設計時進行設計，按照數據字典中數據元素說明確定每個數據項的類型和長度，從而是每一個關系都對應一個SQL Server關系數

27、據庫表文件，同時要確定數據庫表文件的主鍵。經過同軟件需求方的反復交流，同時請教有關人員，最后共在數據庫中創(chuàng)建了幾張表（包括1張密碼表）。現將比較重要的表列舉如下：（引用一些關鍵字的說明：PK 主健，Not null 不為空值，Null為空值。）1） 借閱者信息表列 名別 名數據類型數據長度可否為空主/外鍵User_ID 編號Int4Not null*User_Name姓名nvercher50Not nullUser_Phone性別nvercher4Not nullUser_Sex電話Nvarchar50Null2） 圖書基本信息表列 名別 名數據類型數據長度可否為空主/外鍵BookID圖書編號

28、Int4Not null*Bookname書名Nvarchar50Not nullPubilishingCompany出版社nvercher50Not nullBookPrice圖書價格int4Not nullCreateTime入庫時間datetime8NullBookIntroduce圖書描述Nvarchar250Not nullBook ISBNISBN號nvarchar50NullBook State圖書狀態(tài)int4Not Null3） 管理員基本信息表列 名別 名數據類型數據長度可否為空主/外鍵Admin_id編號Int4Not null*Admin_Name姓名nvercher50

29、Not nullAdmin_Sex性別nvercher4Not nullAdmin_Password密碼Int4Not nullAdmin_CreateDate創(chuàng)建時間 datetime8Not nullAdmin_LastOnLine在線時間datetime8Not nullAdmin_LoginTime登陸時間datetime8Not null4） 圖書借閱表列 名別 名數據類型數據長度可否為空主/外鍵Borrow_ID編號Int4Not null*User_Name借閱者編號Int4Not nullBookID圖書編號Int4Not nullBorrowTime借閱時間datetime8

30、Not nullReturnTime歸還時間datetime8Not null5） 出版社信息表列 名別 名數據類型數據長度可否為空主/外鍵編號Int4Not null*PublishingCompanyName出版社名nvercher50Not nullURL出版社網址nvercher255Not nullIntroduc出版社描述nvercher255Not null6） 管理員登陸信息表列 名別 名數據類型數據長度可否為空主/外鍵LoginID編號Int4Not null*LoginTime登陸時間datetime8Not nullAsminID管理員編號Int4Not null4.2人

31、機界面設計從用戶的應用需求出發(fā)，本系統采用基于菜單選擇、填寫表格和簡單問答等友好的人機交互方式。部分系統界面如圖所示：1 圖書目錄窗體部分主要代碼：procedure TMainForm.Button3Click(Sender: TObject);var i:Integer;begin TryStrToInt(PMyData(NowNode.Data).ID,i); if i = 0 then begin ShowMessage(請選擇要錄入的分類！); end else begin DBEdit10.Field.SetData(i); end; case BookQuery.State of

32、 dsInactive: ShowMessage(dsInactive); dsBrowse: ShowMessage(請選擇要修改的圖書); dsEdit: begin ShowMessage(更新成功); BookQuery.Refresh; end; dsInsert: begin ShowMessage(更新成功); BookQuery.Refresh; end; 2用戶查詢界面主要代碼：procedure TMainForm.UserSerachButtonClick(Sender: TObject);begin self.ConnectDataBase; if UserQuery.Co