【正文】 號類 型可 借 數(shù) 量 圖 414 讀者類型信息實體圖 圖 411為圖書歸還信息實體圖，主要包括編號、讀者編號、圖書編號以及歸還時間等信息。 圖 書 類 型編 號類 型可 借 天 數(shù) 圖 412 圖書類型實體圖 圖 413為圖書借閱信息實體圖，主要包括編號、讀者編號、圖書編號、借閱時間以及應還時間等信息。 *********學院畢業(yè)設計說明書（論文） 書 架 信 息書 架 編 號 書 架 名 稱 圖 410 書架信息實體圖 圖 411 為圖書信息實體圖，主要包括圖書條形碼、 圖書名稱、類型編號、作者、譯者、價格、頁數(shù)和所在書架等信息。 編 號管 理 員用 戶 名密 碼 圖 48 管理員信息實體圖 圖 49為讀者信息實體圖，主要包括讀者編號、讀者條形碼、讀者姓名、性別、讀者類型、證件號碼、證件類型、電話以及 Email 等信息。 圖書信息與讀者借閱信息的關系：一本圖書的信息可能包括多個讀者借閱信息，一個讀者借閱信息只能對應一本圖書的信息。 圖書與書架類型的關系：一本圖書只能對應一個書架，一個書架可以放多本圖書。 讀者與讀者借閱信息的關系：一個讀者可以有多個讀者借閱信息，一個讀者借閱信息只能屬于一個讀者。 管理員與圖書信息的關系：一個管理員可以查詢多本圖書的信息，一本圖書的信息可以被多個管理員查看。 管理員與圖書的關系：一個管理員可以管理多本圖書，一本圖書可以被多個管理員管理。 *********學院畢業(yè)設計說明書（論文） 管 理 員 權(quán) 限擁 有管 理 員管 理 查 詢讀 者分 類讀 者 類 型記 錄讀 者 借 閱 信息記 錄管 理 管 理記 錄圖 書 信 息圖 書 書 架書 架 類 型分 類圖 書 類 別 n m m nn11nnnn 1n1 nmn 1mmn 1 圖 47 博研圖書管理系統(tǒng)整體 ER 圖 管理員與擁有 權(quán)限的關系：一個管理員可以擁有多種權(quán)限，一種權(quán)限也可以被多個管理員擁有。 實體之間的關系可以分為 3 種類型：一對一聯(lián)系 （ 1:1） 、一對多聯(lián)系 （ 1:n） 和多對多聯(lián)系 （ m:n） 。 表 48 圖書歸還信息表 字段名 數(shù)據(jù)類型 長度 約束 備注 Id Int 15 NOT NULL 編號 Readerid Int 10 NOT NULL 讀者編號 Bookid Int 10 NOT NULL 圖書編號 Backtime Date NOT NULL 歸還時間 ER 圖 ER 圖即實 體 聯(lián)系圖，是一種用來描述現(xiàn)實世界的概念模型。 表 46 圖書借閱信息表 字段名 數(shù)據(jù)類型 長度 約 束 備注 Id Int 16 NOT NULL 編號 Readerid Int 16 NOT NULL 讀者編號 Bookid Int 16 NOT NULL 圖書編號 Borrowtime Date NOT NULL 借閱時間 Backtime Date NOT NULL 應還時間 讀者類型信息表，主要包括編號、類型和可借數(shù)量等信息，如表 47所示 。 表 44 圖書信息表 字段名 數(shù)據(jù)類型 長度 約束 備注 Barcode Int 16 NOT NULL 條形碼 Bookname varchar 20 NOT NULL 名稱 Typeid Int 10 NOT NULL 類型編號 Author varchar 20 NOT NULL 作者 Translator varchar 30 default NULL 譯者 *********學院畢業(yè)設計說明書（論文） Price Int 16 default NULL 價格 Page Int 16 default NULL 頁數(shù) Bookcase Int 16 NOT NULL 所在書架 圖書類型信息表，主要包括編號、類型名稱及可借天數(shù)等信息，如表 45所示 。 表 42 讀者信息表 字段名 數(shù)據(jù)類型 長度 約束 備注 ID Int 10 NOT NULL 讀者編號 barcode varchar 30 NOT NULL 讀者條形碼 Sex varchar 6 NOT NULL 性別 Name varchar 20 NOT NULL 讀者姓名 Vocation varchar 40 NOT NULL 讀者類型 PaperNo Int 20 NOT NULL 證件號碼 Papertype varchar 10 NOT NULL 證件類型 Tel Int 20 default NULL 電話 Email Int 30 default NULL 書架信息表，主要包括書架的編號與名稱的信息，如表 43所示 。 博 研 圖 書 管 理 系 統(tǒng)圖書管理圖書借還讀者管理系統(tǒng)查詢系統(tǒng)管理修改密碼管理員設置參數(shù)設置圖書館信息書架設置讀者類型管理讀者檔案管理圖書類型設置圖書檔案管理圖書續(xù)借圖書歸還圖書借閱圖書檔案查詢圖書借閱查詢圖 46 博研圖書管理 系統(tǒng)整體框架圖 系統(tǒng)數(shù)據(jù)庫設計 數(shù)據(jù)庫表結(jié)構(gòu)設計 系統(tǒng)數(shù)據(jù)庫設計的部分表信息如下： 管理員信息表 ， 主要包括用戶編號、用戶名和密碼等信息， 如表 41 所示 。如果沒有系統(tǒng)框架，系統(tǒng)想得再美好也是枉然。同時，子功能中的圖書借閱情況查詢，則可以獲取到圖書館的書籍借閱歷史，可以大致看出 圖書館的業(yè)務情況，從而對圖書信息進行類型上的調(diào)整，吸引更多讀者，使圖書館資源得到最大利用，如圖 45 所示 。該模塊通過獲取讀者條形碼和圖書名稱實現(xiàn)圖書的借還與續(xù)借功能，如圖 44所示 。同時，圖書檔案管理為圖書的詳細信息添加了介紹，方便讀者對圖書信息有大概的*********學院畢業(yè)設計說明書（論文） 了解，如圖書的位置、類型等， 如圖 43 所示 。 讀 者 管 理讀 者 類 型 管 理 讀 者 檔 案 管 理 圖 42 讀者管理模塊 圖書管理模塊：此模塊實現(xiàn)了圖書的入庫以及對圖書信息的大體分類。而讀者信息管理則是方便對讀者的了解與聯(lián)系，發(fā)生特殊情況時以便及時聯(lián)系讀者。 系 統(tǒng) 設 置書 架 設 置參 數(shù) 設 置管 理 員 設 置圖 書 館 信 息 圖 41 系統(tǒng)設置模塊 讀者管理模塊：本模塊負責管理讀者的信息，包括對讀者類型進行設置，以及對讀者的個人信息情況進行管理。 *********學院畢業(yè)設計說明書（論文） 第 4 章 系統(tǒng)設計 系統(tǒng)功能結(jié)構(gòu)設計 對于博研圖書管理系統(tǒng)的 設計 ，各模塊系統(tǒng)功能如下： 系統(tǒng)設置模塊：系統(tǒng) 設置部分有四個作用：首先是查看圖書館的基本信息，包括圖書館名稱、地址、聯(lián)系方式等；其次是管理員設置，它可以對管理員權(quán)限進行修改，也可以增刪管理員的信息；再次是對借書證的辦證費用及有效期的設置；最后則是對書架信息的管理，用于對書架的增加和移除。 管理員通過圖書借還模塊，可以實現(xiàn)讀者對圖書的借閱、續(xù)借以及歸還等操作。 系 統(tǒng) 管 理 員判 斷 用 戶 賬 號 密 碼準 確 性首 頁讀 者 管 理讀 者 類 型 管 理讀 者 檔 案 管 理執(zhí) 行 數(shù) 據(jù)庫 操 作圖 書 管 理圖 書 借 還系 統(tǒng) 查 詢圖 書 類 型 設 置圖 書 檔 案 管 理圖 書 借 閱圖 書 續(xù) 借執(zhí) 行 數(shù) 據(jù)庫 操 作執(zhí) 行 數(shù) 據(jù)庫 操 作執(zhí) 行 數(shù) 據(jù)庫 操 作操 作 成 功操 作 成 功操 作 成 功操 作 成 功圖 書 檔 案 查 詢圖 書 借 閱 查 詢借 閱 到 期 提 醒失 敗返 回返 回返 回返 回圖 書 歸 還 圖 31 博研圖書管理系統(tǒng)管理員操作流程圖 由圖可以看出，系統(tǒng)管理員通過輸入正確的用戶名和密碼進入系統(tǒng)首頁，在首頁中*********學院畢業(yè)設計說明書（論文） 通過讀者管理模塊對讀者類型進行添加、修改、刪除等操作；也可以查看讀者檔案，并對信息發(fā)生變動的讀者檔案進行修改、刪除，同時也 可以對新的讀者進行檔案添加操作。 *********學院畢業(yè)設計說明書（論文） 操作流程圖 操作流程圖能夠直觀有效地反應出數(shù)據(jù)操作的大體步驟，使用戶對該系統(tǒng)進行的操作順序有大概的了解。同時，要能便利地實現(xiàn)對圖書信息和讀者信息進行增、刪、改、查等基本操作。 在當今的各種信息管理系統(tǒng)中，都是使用數(shù)據(jù)庫對數(shù)據(jù)信 息進行挖掘與處理，博研圖書管理系統(tǒng)作為中小型的圖書館使用的系統(tǒng)，就決定了數(shù)據(jù)庫不需要是超大型數(shù)據(jù)庫，但是使用的數(shù)據(jù)庫必須便于對數(shù)據(jù)庫中的數(shù)據(jù)進行更新備份，也能在遇到斷電，系統(tǒng)發(fā)生故障或意外崩潰時，對失去的數(shù)據(jù)進行恢復。這些個性化需求就使得系統(tǒng)在開發(fā)過程中，必須考慮視圖層界面的清晰明了，一眼看去就能找到自己所需的系統(tǒng)功能。因此，要求系統(tǒng)在信息處理上做嚴謹?shù)拈_發(fā)，保證用戶在進行信息處理 時，不會出現(xiàn)數(shù)據(jù)處理過慢，信息處理出錯等 bug，最大程度地滿足用戶的個性化需求。同時，當今信息管理系統(tǒng)多種多樣，給系統(tǒng)的設計提供了良好的環(huán)境，并且本系統(tǒng)是在研究客戶個性化需求的基礎上，進行的獨立自主的開發(fā)，不侵犯版權(quán)，也沒有妨礙社會管理，更沒有觸犯法律，所以，在社會外部因素上，本系統(tǒng)開發(fā)也是切實可行的。要求在系統(tǒng) 開發(fā)運行后，日常的維護與管理必須簡單易學， 即使是對計算機不是很熟悉的人員，也可以根據(jù)系統(tǒng)的提示使用和管理本系統(tǒng)，系統(tǒng)的操作簡單易學的特點使本系統(tǒng)在操作管理上是可行。因此從經(jīng)濟上看，本系統(tǒng)是可行的。 同時，本系統(tǒng)采用基于 Web的 B/S模式，在網(wǎng)頁上就可以實現(xiàn)對數(shù)據(jù)庫中數(shù)據(jù)的修改操作，這 樣的設計方法使得操作上更加簡單。 經(jīng)濟可行性 隨著文化競爭在國際競爭中的作用越來越顯著，我國對于大力發(fā)展具有中國特色的社會主義文化進行了強有力的支持，對圖書館建設管理方面也給予了大力支持，努力營造全民學習的氛圍，使人們養(yǎng)成活到老學到老的習慣。同樣，因為 硬件方面的容量不斷擴充，電腦系統(tǒng)穩(wěn)定性不斷提高，硬件方面也不存在任何問題。選擇 MySQL 作為后臺 數(shù)據(jù)庫管理系統(tǒng)，與 Oracle 數(shù)據(jù)庫相比， MySQL數(shù)據(jù)庫具有安裝方便，體積小，不占大量內(nèi)存，運作效率高，查詢方便等優(yōu)點，更適合中小型系統(tǒng)的開發(fā)使用。 在模塊制作方面，結(jié)合圖書管理系統(tǒng)的特點，系統(tǒng)視圖層使用 CSS， JSP， JavaScript 等前端技術，來劃分系統(tǒng)模塊，設定頁面布局及確定各模塊所需實現(xiàn)的功能。 缺點：按照 MVC模式來開發(fā)一個軟件，會增加設計的難度，也會增加代碼量，相應*********學院畢業(yè)設計說明書（論文） 的開發(fā)成本也會增加。代碼很容易維護，因為視圖或者模型發(fā)生改變時，不會彼此影響。控制層：使用 Servlet或者 filter實現(xiàn)。比如 ， ejb,spring容器管理的 javabean，這些容器會為 java類提供很多基礎服務，比如事務、安全等等，如此，在編寫業(yè)務處理邏輯時，會更加的方便。 在系統(tǒng)開發(fā)中， MVC模式一般是這樣實現(xiàn)的。控制層作用劃分的也很明晰，它明明白白地表示自身就是一個分發(fā)器，選擇哪種的模型與視圖，就只能完成哪種用戶請求 [6]。因此，業(yè)務流程需要交給模型層來負責處理。隨著人們個性化需求的不斷提高，系統(tǒng)也變得越來越復雜，應用規(guī)模也不斷擴大，這些因素給網(wǎng)絡頁面的處理帶來了極大的沖擊與 挑戰(zhàn)。為了實現(xiàn)這種機制，視圖必須事先在模型上注冊才能對此模型進行監(jiān)視，從而可以在數(shù)據(jù)模型發(fā)生變動時，及時讓視圖知道。數(shù)據(jù)能夠被模型直接地訪問，例如在頁面中添加的數(shù)據(jù)就可以直接保存到數(shù)據(jù)庫中。 MVC 設計思想 MVC即把一個應用的輸入、處理、輸出流程按照 Model、 View、 Controller 的方式進行分離，這樣使得一 個應用被分成三個層 —— 模型層、視圖層、控制層 [5]。 MVC模式最早由 Trygve Reenskaug 在 1978 年提出，是 施樂帕羅奧多研究中心 在二十世紀 八十年代為程序語言 Smalltalk 發(fā)明的一種軟件設計模式； MVC模式的目的是實*********學院畢業(yè)設計說明書（論文） 現(xiàn)一種動態(tài)的程序設計，使后續(xù)對程序的修改和擴展簡化，并且使程序某一部分的重復利用成為可能。 模型的復用有兩層含義 : （ 1)模型不關心返回