【導讀】對于前者要求建立起數(shù)據(jù)一致性和完整性強、數(shù)據(jù)安全性好的庫。因此本人結合開入式圖書館的要求，對MSSQLServer2021數(shù)據(jù)庫管理系統(tǒng)、SQL語言原理、Delphi應用程。序設計，Delphi數(shù)據(jù)庫技術進行了較深入的學習和應用，主要完成對圖書管理系統(tǒng)的需求分析、功能模塊劃。分、數(shù)據(jù)庫模式分析，并由此設計了數(shù)據(jù)庫結構和應用程序。系統(tǒng)運行結果證明，本文所設計的圖書管理系。統(tǒng)可以滿足借閱者、圖書館工作人員和高級管理員三方面的需要。第二章對數(shù)據(jù)庫的設計和SQL語言的使用進行了系統(tǒng)分析，為深入理解數(shù)據(jù)庫應用打下了基礎。第三章學習了具體的開發(fā)工具Delphi，對其數(shù)據(jù)庫組件，SQL語言在Delphi中的應用等數(shù)據(jù)庫編程關。查詢，并靈活實現(xiàn)了對不可更新查詢結果集的更新操作，實現(xiàn)了主從表操作，實現(xiàn)了密碼維護功能，最后，設計充分利用Delphi6、MSSQLServer2021數(shù)據(jù)庫技術的強大力量，提高了編程效率和可靠性。戶通過應用程序直接或間接地使用。

　　

【正文】 刪除某條圖書借閱者基本信息記錄時，應實現(xiàn)對該圖書借閱者借閱記錄的級聯(lián)刪除。并且還應具有生成催還圖書報表，并打印輸出的功能。 在本系統(tǒng)中由于沒有打印機設備供試驗，所以預先把報表打印改成報表預覽。 設計不同用戶的操作權限和登陸方法 對所有用戶開放的圖書查詢 借閱者維護借閱者個人部分信息 借閱者查看個人借閱情況信息 維護借閱者個人密碼 根據(jù)借閱情況對數(shù)據(jù)庫進行操作并生成報表 根據(jù)還書情況對數(shù)據(jù)庫進行操作并生成報表 查詢及統(tǒng)計各種信息 維護圖書信息 維護工作人員和管理員信息 維護借閱者信息 處理信息的完整性 對借閱過期的圖書生成報表 圖 42 圖書管理系統(tǒng)數(shù)據(jù)庫應用需求的總結 根據(jù)以上所做的需求分析，并略掉一些細節(jié)（如不考慮用戶的登錄；對記錄的維護），得出以下的三層數(shù)據(jù)流圖。 39。 系統(tǒng)功能模塊劃分 系統(tǒng)功能框圖如圖 410 所示。 39。 系統(tǒng)數(shù)據(jù)庫設計 概念設計 在概念設計階段中，設計人員從用戶的角度看待數(shù)據(jù)及處理要求 和約束，產(chǎn)生一個反映用戶觀點的概念模式。然后再把概念模式轉換成邏輯模式。將概念設計從設計過程中獨立開來，使各階段的任務相對單一化，設計復雜程度大大降低，不受特定 DBMS 的限制。 利用 ER方法進行數(shù)據(jù)庫的概念設計，可分成三步進行：首先設計局部 ER模式，然后把各局部 ER模式綜合成一個全局模式，最后對全局 ER 模式進行優(yōu)化，得到最終的模式，即概念模式。 （ 1） 設計局部 ER 模式 實體和屬性的定義： 圖書（圖書編號，圖書名稱，作者，出版社，出版日期，備注，價格，數(shù)量，） 借閱者（借書證號，姓名，性別，身份證，聯(lián)系電話 ，密碼） 身份（身份編號，身份描述，最大借閱數(shù)） 圖書類別（圖書類別編號，類別描述） ER模型的 “ 聯(lián)系 ” 用于刻畫實體之間的關聯(lián)。一種完整的方式是對局部結構中任意兩個實體類型，依據(jù)需求分析的結果，考察局部結構中任意兩個實體類型之間是否存在聯(lián)系。若有聯(lián)系，進一步確定是 1:N， M:N，還是 1:1 等。還要考察一個實體類型內(nèi)部是否存在聯(lián)系，兩個實體類型之間是否存在聯(lián)系，多個實體類型之間是否存在聯(lián)系，等等。聯(lián)系定義如圖 45所示。解釋如下： u 一個借閱者（用戶）只能具有一種身份，而一種身份可被多個借閱者所具有； u 一本圖書只能屬于一種圖書類別（類別），而一種圖書類別可以包含 多本圖書； u 一個用戶可以借閱多本不同的書，而一本書也可以被多個不同的用戶所借閱。 （ 2）設計全局 ER 模式 所有局部 ER模式都設計好了后，接下來就是把它們綜合成單一的全局概念結構。全局概念結構不僅要支持所有局部 ER模式，而且必須合理地表示一個完整、一致的數(shù)據(jù)庫概念結構。 1)確定公共實體類型 為了給多個局部 ER 模式的合并提供開始合并的基礎，首先要確定各局部結構中的公共實體類型。在這一步中我們僅根據(jù)實體類型名和鍵來認定公共實體類型。一般把同名實體 類型作為公共實體類型的一類候選，把具有相同鍵的實體類型作為公共實體類型的另一類候選。 2)局部 ER 模式的合并 合并的原則是：首先進行兩兩合并；先和合并那些現(xiàn)實世界中有聯(lián)系的局部結構；合并從公共實體類型開始，最后再加入獨立的局部結構。 3)消除沖突 沖突分為三類：屬性沖突、結構沖突、命名沖突。 設計全局 ER模式的目的不在于把若干局部 ER模式形式上合并為一個 ER 模式，而在于消除沖突，使之成為能夠被所有用戶共同理解和接受的同一的概念模型。 3)全局 ER 模式的優(yōu)化 在得到全局 ER 模式后，為了提高數(shù)據(jù)庫系統(tǒng)的效率，還 應進一步依據(jù)處理需求對 ER 模式進行優(yōu)化。一個好的全局 ER 模式，除能準確、全面地反映用戶功能需求外，還應滿足下列條件：實體類型的個數(shù)要盡可能的少；實體類型所含屬性個數(shù)盡可能少；實體類型間聯(lián)系無冗余。 綜上所述， “ 圖書管理系統(tǒng) ” 的全局 ER模式如圖 413所示。 關系數(shù)據(jù)庫的邏輯設計 由于概念設計的結果是 ER圖， DBMS 一般采用關系型（本人所使用的 MS SQL Server 就是關系型的 DBMS），因此數(shù)據(jù)庫的邏輯設計過程就是把 ER 圖轉化為關系模式的過程。由于關系模型所具有的優(yōu)點，邏輯設計可以充分運用 關系數(shù)據(jù)庫規(guī)范化理論，使設計過程形式化地進行。設計結果是一組關系模式的定義。 （ 1） 導出初始關系模式 book（圖書編號＃，圖書名稱，圖書類別＃，作者，出版社，出版日期，備注，價格，數(shù)量） class（圖書類別 ，類別名） user（借書證號＃，姓名，性別，身份編號＃，身份證，聯(lián)系電話，密碼） ID（身份編號 ，身份描述，最大借閱數(shù)） Owner（借書證號 ,圖書編號 ，借書日期） 圖 414 關系模式集 （ 2） 產(chǎn)生子模式 子模式是用戶所用到的那部分數(shù)據(jù)的描述。除了指出用戶用到的數(shù)據(jù)外，還應指出數(shù)據(jù)與概念模式中 相應數(shù)據(jù)的聯(lián)系，即指出概念模式與子模式之間的對應性。 借書子模式（借書證號 ，姓名，圖書編號＃，圖書名稱，借書日期） 圖 415 部分子模式 （ 3） 根據(jù)設計中出現(xiàn)的問題本人在寫系統(tǒng)時還加入了兩個關系模式： ownertemp：用于工作人員在處理借書、還書工作時臨時存儲借書、還書信息，以便打印報表時使用。 keyer：用于存儲工作人員和圖書館管理員的用戶名和密碼及權限，以便工作人員或圖書館管理員進入相應的功能模塊時進行驗證用戶的身份。 數(shù)據(jù)庫的實現(xiàn) 我選用 Microsoft SQL Server2021(企業(yè)版 )數(shù)據(jù)庫來進行數(shù)據(jù)庫的邏輯設計。首先創(chuàng)建七個基本數(shù)據(jù)庫表如表 41－ 47所示，然后根據(jù)全局 ER圖，建立各個表之間的聯(lián)系，如圖 48 所示。 表 41 借閱者基本信息表的結構 (User) 表 42 圖書信息表的結構（ Book） 表 43 圖書類別信息表的結構（ Class） 表 44 借閱者身份信息表的結構（ ID） 表 45 借閱情況信息表的結構（ Owner） 表 46 借閱情況臨時存儲信息表的結構（ Ownertemp） 注：在 owner 表和 ownertemp 表中加入了索 引字段，用來唯一標識一條借書記錄，并且設置為標識，標識種子為 1。 表 47 工作人員和管理員信息表的結構（ Keyer） 圖 48 數(shù)據(jù)庫表間聯(lián)系圖 第五章 圖書管理系統(tǒng)應用程序設計 39。 系統(tǒng)窗體模塊組成 39。 數(shù)據(jù)模塊窗體的設置 在編寫數(shù)據(jù)庫應用程序時，經(jīng)常要遇到這樣的情況，即好多組件、窗體同時訪問相同的數(shù)據(jù)源，如果為每一個組件或者窗體都設置一個數(shù)據(jù)源將是十分耗時的工件，而且要保證這些數(shù)據(jù)源的確是相同的也需花一番功夫。那么，能不能將這些數(shù)據(jù)源集中管理，最好是做成一個統(tǒng)一的模塊，需要時就將該模塊 引入而不必直接操作數(shù)據(jù)源本身呢？數(shù)據(jù)模塊（ DataModule）是解決這個問題最好的答案。簡單說來，數(shù)據(jù)模塊是用來集中管理數(shù)據(jù)源的一個窗體，該窗體可被需要的地方隨時引入。 但本人在開發(fā)這個系統(tǒng)時，開始使用了一下數(shù)據(jù)模塊，但在使用過程中卻碰到了一些問題。并且考慮這個系統(tǒng)使用到的 TADOQuery 控件比較多，如果使用數(shù)據(jù)控件可能會帶來管理上的麻煩，如弄混各個數(shù)據(jù)控件的作用。還考慮到使用動態(tài)生成 ADOQuery 可能會更節(jié)省資源。所以在本人的系統(tǒng)中，開始做的第一個模塊 “ 借閱者個人模塊 ” 中還稍微使用了一下數(shù)據(jù)模塊。但 在后面做的兩個模塊中大多都是用動態(tài)生成 ADOQuery 來實現(xiàn)的。并且由于 SQL 語句是動態(tài)加入的所以 datamodule 中的控件也不會多。 39。 啟動畫面的實現(xiàn) 啟動畫面是為了給用戶一個良好的印像，加深軟件的親和力，沒有實際的功能，在 Form1 窗體中加入了 Image和 Time 組件。啟動畫面的窗體略，主要的源代碼如下： 39。 用戶登錄窗體的的實現(xiàn) 本窗體是為三種不同的用戶（一般用戶，工作人員，管理員）提供選擇以進入不同的模塊，滿足不同用戶的需求。源代碼比較簡單，略。 39。 用戶密碼認證窗體的的實 現(xiàn) 本窗體是為了讓工作人員或圖書館管理員按照用戶名和密碼進行登錄，并且跟據(jù)用戶名檢查 Keyer 表中的“ 權限 ” 字段，以分辯進入圖書館管理人員模塊還是進入工作人員模塊。窗體界面、源代碼如下 39。 借閱者服務模塊的實現(xiàn) 借閱者服務窗體的功能主要是圖書的查詢，個人借閱情況查看及個人部分信息的修改。界面圖如下： 圖書查詢功能的實現(xiàn) 在本系統(tǒng)中，任何人都有權限使用查詢功能，不做任何限制。界面如下， 由于實現(xiàn)的查詢功能有多種，如按圖書編號、圖書名稱等字段進行完全體配查找和部分體配的模糊查找，還有按多 個條件進行邏輯與或是邏輯或的多條件查找。其中實現(xiàn)的方法者差不多，所以只給出多條件查找的代碼，如下： 借閱者登錄功能的實現(xiàn) 這個功能的實現(xiàn)與工作人員和管理人員登錄功能實現(xiàn)的方法大致一樣，并且還要簡單。是從 User 表中查到到借閱證號與密碼，看與用戶輸入的是否一致。如果一致，那么用戶就可查看自已的借閱情況并維護自己的部分信息。源代碼與借閱者登錄界面都略。 借閱者借閱情況功能的實現(xiàn) 當借閱者正確登錄到系統(tǒng)后，此功能將被激活，使用戶能查看到自身的借閱情況。在此系統(tǒng)中，信息的顯示一般用 ListView來實現(xiàn)，只在較少的情況下用到了 DBgrid，因為我覺得 ListView 更好實現(xiàn)，并能使信息數(shù)據(jù)對用戶的完全分離。 在這里跟據(jù)借閱者的不同要求實現(xiàn)借閱情況的查詢，有檢查所有的借閱情部、某本書的借閱情況、和根據(jù)已借閱天數(shù)的來查詢。其中根椐借閱天數(shù)來查詢更有代表性，有方式一和方式二。以下給出此功能的源代碼 按借閱天數(shù)查詢 方式一 按借閱天數(shù)查詢 方式二 借閱者個人資料維護功能的實現(xiàn) 此功能實現(xiàn)當前借閱者部份資料的修改，但借書證號和身份類別這樣的信息不允許修改，這是圖書館管理員模塊的功能。在此界 面中點擊修改按鈕將出現(xiàn) “ 修改 ” 窗體（ Form8），點擊修改密碼按鈕將出現(xiàn) groupbox8，在這里進行密碼修改。關鍵源代碼如下。 這里給出個人部分信息修改的源代碼： 這里給出密碼修改的源代碼： －圖書借閱 /歸還模塊的實現(xiàn) 工作人員進行圖書借閱功能實現(xiàn) 在這個功能中，工作人員輸入借閱者的借閱證號和所要借閱的圖書的圖書編號，然后點擊借閱按鈕就可進行圖書借閱?？紤]到實際中可能會出現(xiàn)只知圖書名而不知圖書編號的情況，在此界面下方加入了一個轉換功能，可以把圖書名稱轉換成圖書編號，再進行圖書 借閱。 在借閱完成后會生借閱報表以便借閱者檢查和確認，借閱報表的打印效果如下圖，實現(xiàn)比較簡單，略去實現(xiàn)過程。 工作人員進行圖書歸還功能實現(xiàn) 在此功能中，工作人員根據(jù)借閱者的借書證號和歸還的圖書編號進行圖書的歸還工作。并且根據(jù)現(xiàn)實中可能會出現(xiàn)的只知圖書名不知圖書編號的歸還情況，所以加入了按書籍名稱進行歸還的功能。這個功能是圖書借閱功能中把圖書名稱轉換成圖書編號的一種改進方法，這樣就不用如借閱功能中一樣要先轉換再借閱了。歸還完成后，同樣會打印出歸還報表以便用戶檢查和確認。 實現(xiàn) 圖書館管理員圖書管理功能的實現(xiàn) 在這個功能中可以在（＊圖書編號）中輸入圖書編號，點查找按鈕后就會在各個相應的組件中顯示出信息，或按圖書名稱模糊查找到所要的記錄，在各個相應的組件中顯示第一條記錄的信息，也可在下端的 ListView組件中點擊某一條記錄，在各個相應的組件中也會顯示所選記錄的信息。在入庫功能中只要不是相同的圖書編號并且?guī)В柼崾镜淖侄尾粸榭站涂刹迦胄碌膱D書記錄。刪除則刪除那些 Book 表中的圖書記錄，如果借出還可依用戶要求連帶刪除 owner 表中的記錄。因為圖書修改與圖書入庫的功能 與工作人員記錄修改和工作人員記錄添加的實現(xiàn)過程一樣，所以下面僅給出刪除功能的源代碼，如下 圖書館管理員工作人員和管理員管理功能的實現(xiàn) 在此功能中可以加入工作人員或是管理員，或是修改他們的密碼、權限。 在此功能中如果選中 ListView 中的記錄，則在右邊相應的組件中顯示出信息，并且管理員還可對這些記錄進行修改或加入新的記錄。并且也可以點刪除按鈕刪除選中的一條或多條記錄。刪除功能與圖書記錄的刪除一般，所以下面只給出添加與修改的實現(xiàn)過程。 圖書館管理員修改圖書類別及統(tǒng)記功能的實現(xiàn) 在此窗體 中能對圖書的類別進行刪除，添加和修改，這模塊的功能的實現(xiàn)過程與圖書記錄的刪除，添加和修改一樣的，但是這個窗體還能跟據(jù)圖書類別進行統(tǒng)計，還可根據(jù) Book 表和 owner 表統(tǒng)計出圖書總數(shù)目，庫存圖書數(shù)目，借出圖書數(shù)目及借閱過期的圖書數(shù)目。在這里給出統(tǒng)計圖書總數(shù)目，庫存圖書數(shù)目，借出圖書數(shù)目及借閱過期的圖書數(shù)目的實現(xiàn)過程中的幾個函數(shù)和過程 圖書館管理員借閱者管理功能的實現(xiàn) 查詢借閱者可根據(jù)借閱者的借書證號或姓名或身份編號查找到借閱者的信息，也可以實行模糊查找，這個功能的實現(xiàn)與前面圖書查找的實現(xiàn)過程一般， 就不再詳細說明。 圖書館維護借閱者管理功能的實現(xiàn) 此功能能對借閱者信息進行查看添加、刪除、修改。在這里給出刷新按鈕的實現(xiàn)過程 圖書館身份維護功能的實現(xiàn) 這一部分是對借閱者身份進行管理，能對身份進行添加、刪除、修改。并且同樣的在 l