【導(dǎo)讀】息以及密碼管理等六個(gè)方面。系統(tǒng)可以完成對(duì)各類信息的瀏覽、查詢、添加、刪除、修改、當(dāng)完成入庫(kù)或出庫(kù)操作時(shí)系統(tǒng)會(huì)自動(dòng)地完成庫(kù)存的修改。查詢功能也是系統(tǒng)的核心之一，在。件查詢，也有動(dòng)態(tài)生成的條件查詢，其目的都是為了方便用戶使用。刪除和密碼修改功能，并具備報(bào)表打印功能。系統(tǒng)采用MicrosoftOffice中的Access2021來(lái)設(shè)計(jì)數(shù)據(jù)庫(kù)，并使用當(dāng)前優(yōu)秀的開發(fā)工具—D. ，它有著最為靈活的數(shù)據(jù)庫(kù)結(jié)構(gòu)，對(duì)數(shù)據(jù)庫(kù)應(yīng)用有著良好的支持。論文主要介紹了本課題的開發(fā)背景，所要完成的功能和開發(fā)的過(guò)程。重點(diǎn)的說(shuō)明了系統(tǒng)設(shè)計(jì)。的重點(diǎn)、設(shè)計(jì)思想、難點(diǎn)技術(shù)和解決方案。隨著經(jīng)濟(jì)文化水平的顯著提高，人們對(duì)生活。隨著圖書的大量增加，其。重要標(biāo)志，它給企業(yè)管理來(lái)了明顯的經(jīng)濟(jì)效益和社會(huì)效益。不少管理開支，增加企業(yè)收入。是其中極其重要的部分。為了加快倉(cāng)庫(kù)管理自動(dòng)化的步伐，提高倉(cāng)庫(kù)的管理業(yè)務(wù)處理效率，建立倉(cāng)庫(kù)管理系統(tǒng)已變得十分心要。如何處理好三者之間的關(guān)系是系統(tǒng)最為關(guān)鍵的部分。

　　

【正文】 在這里為了表達(dá)方便我將結(jié)構(gòu)圖分開來(lái)表達(dá)。） 在得到系統(tǒng)的第一層功能模塊圖后，經(jīng)過(guò)進(jìn)一步地細(xì)化，得一系統(tǒng)的子功能模塊圖： 在信息世界中，信息從客觀事物出發(fā)流經(jīng)數(shù)據(jù)庫(kù)，通過(guò)決策機(jī)構(gòu)最后又回到客觀世界， 信息的這一循環(huán)經(jīng)歷了三個(gè)領(lǐng)域：信息世界，數(shù)據(jù)世界，現(xiàn)實(shí)世界。現(xiàn)實(shí)世界的事物反映到人的頭腦中，人的大腦對(duì)它有個(gè)認(rèn)識(shí)過(guò)程，經(jīng)過(guò)分析（選擇、命名、分類等）進(jìn)入信息世界。這些信息再進(jìn)一步加工、編碼，然后進(jìn)數(shù)據(jù)世界，而軟件系統(tǒng)的開發(fā)工作需要考慮這兩個(gè)方面的問題，也就是要考慮系統(tǒng)開發(fā)所需要的數(shù)據(jù)，以及如何對(duì)這些數(shù)據(jù)進(jìn)行操作。這兩個(gè)問題貫穿了整個(gè)軟件系統(tǒng)的開發(fā)過(guò)程，這也就是數(shù)據(jù)庫(kù)的設(shè)計(jì)問題，軟件設(shè)計(jì)的一個(gè)核心。 圖設(shè)計(jì) 在系統(tǒng)設(shè)計(jì)的開始，我首先考慮的是如何用數(shù)據(jù)模型來(lái)數(shù)據(jù)庫(kù)的結(jié)構(gòu)與語(yǔ)義，以對(duì)現(xiàn)實(shí)世界進(jìn)行抽象。目前廣泛使用的數(shù)據(jù)模型可分為兩種類型，一種是獨(dú)立于計(jì)算機(jī)系統(tǒng)的 “概念數(shù)據(jù)模型 ”，如 “實(shí)體聯(lián)系模型 ”；另一種是直接面向數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)的 “結(jié)構(gòu)數(shù)據(jù)模型 ”。在本系統(tǒng)中我采用 “實(shí)體聯(lián)系模型 ”（ ER 模型）來(lái)描述數(shù)據(jù)庫(kù)的結(jié)構(gòu)與語(yǔ)義，以對(duì)現(xiàn)實(shí)世界進(jìn)行第一次抽象。 ER 模型直接從現(xiàn)實(shí)世界抽象出實(shí)體類型及實(shí)體間聯(lián)系，然后用 ER 圖來(lái)表示數(shù)據(jù)模型。它有兩個(gè)明顯的優(yōu)點(diǎn)：接近于人的思維，容易理解；與計(jì)算機(jī)無(wú)關(guān)，用戶容易接受。但 ER 模型只能說(shuō)明實(shí)體 間語(yǔ)義的聯(lián)系，不能進(jìn)一步說(shuō)明詳細(xì)的數(shù)據(jù)結(jié)構(gòu)，它只是數(shù)據(jù)庫(kù)設(shè)計(jì)的第一步。 ER 圖是直觀表示概念模型的工具，它有四個(gè)基本成分： ◆ 矩形框，表示實(shí)體類型（考慮問題的對(duì)象）。 ◆ 菱形框，表示聯(lián)系類型（實(shí)體間的聯(lián)系）。 ◆ 橢圓形框，表示實(shí)體類型和聯(lián)系類型的屬性。對(duì)于關(guān)鍵碼的屬性，在屬性名下劃一橫線。 ◆ 直線，聯(lián)系類型與其涉及的實(shí)體類型之間以直線連接。 本系統(tǒng)為圖書倉(cāng)庫(kù)管理，主要管理圖書的入庫(kù)、出庫(kù)以及庫(kù)存等事項(xiàng)。倉(cāng)庫(kù)根據(jù)需要可以查詢圖書供應(yīng)商的信息，同時(shí)還需要了解在入庫(kù)和出庫(kù)中員工的參與情況。依據(jù)倉(cāng)庫(kù)管理的實(shí)際情況， 考慮了多方面的因素以后，確定系統(tǒng)的 ER 圖如下： （為了表達(dá)的方便，在這里我沒有在一張圖上表達(dá)出所有的關(guān)系，而是用一張總體 ER圖，和幾張實(shí)體屬性關(guān)系圖來(lái)表達(dá)數(shù)據(jù)庫(kù)的結(jié)構(gòu)。） 在該數(shù)據(jù)庫(kù)中，我設(shè)計(jì)了三個(gè)實(shí)體，分別是庫(kù)存、員工和供應(yīng)商以及兩個(gè)聯(lián)系類型入庫(kù)和出庫(kù)。在本系統(tǒng)中庫(kù)存是核心，也是基本，沒有了庫(kù)存其它的也就沒有什么意義了。員工記錄的添加是考慮到責(zé)任問題，也就是說(shuō)，在倉(cāng)庫(kù)管理的實(shí)際運(yùn)用中，出現(xiàn)了責(zé)任不清的現(xiàn)象，特別是由于倉(cāng)庫(kù)的進(jìn)出圖書數(shù)量都比較大時(shí)產(chǎn)生了一系列問題，所以在設(shè)計(jì)數(shù)據(jù)庫(kù)時(shí)，我特別考慮到這一點(diǎn)，加入 了員工記錄這一實(shí)體。供應(yīng)商信息的添加主要出于對(duì)圖書來(lái)源問題的思考。通過(guò)添加供應(yīng)商信息可以比較清楚地了解圖書的進(jìn)貨渠道，從圖書的質(zhì)量到供應(yīng)商的信譽(yù)都可以進(jìn)行了解，同時(shí)可以為以后的圖書進(jìn)購(gòu)提供一定有用的信息。 入庫(kù)聯(lián)系類型將庫(kù)存信息、供應(yīng)商信息和員工信息聯(lián)系在一起，可以方便地實(shí)現(xiàn)三個(gè)實(shí)體之間的聯(lián)接，而出庫(kù)聯(lián)系類型則將庫(kù)存信息和員工信息較好地聯(lián)接起，同時(shí)這兩個(gè)聯(lián)系類型又都具有各自特有的屬性。 下面就是各實(shí)體及聯(lián)系類型的屬性圖： (帶 號(hào)的屬性為關(guān)鍵字段 ) 數(shù)據(jù)庫(kù)表格設(shè)計(jì) 在完成系統(tǒng)的 ER 圖之后，需要將 ER模型轉(zhuǎn)化為關(guān)系模型，也就是說(shuō)，要設(shè)計(jì)出數(shù)據(jù)庫(kù)所需要的表格。在這里，我選用的是關(guān)系數(shù)據(jù)庫(kù)。因?yàn)殛P(guān)系數(shù)據(jù)庫(kù)中的二維表格可以很清楚地描述數(shù)據(jù)之間的聯(lián)系。 在這里不得不提到一個(gè)概念 ——范式。其實(shí)在上一節(jié)的 ER圖設(shè)計(jì)中，已經(jīng)運(yùn)用了范式的思想，不僅如此，在數(shù)據(jù)庫(kù)的表格設(shè)計(jì)中更離不開范式的思想，它是數(shù)據(jù)庫(kù)設(shè)計(jì)的基礎(chǔ)，如果不注意這個(gè)問題將會(huì)導(dǎo)致一系列問題的出現(xiàn)。 我在系統(tǒng)中定義的表格都嚴(yán)格地按照范式的思想和要求去完成，數(shù)據(jù)庫(kù)中的所有表格都達(dá)到了三范式的要求。根據(jù)系統(tǒng) ER圖，針對(duì)本系統(tǒng)的特點(diǎn)，在對(duì)所搜集的數(shù)據(jù)進(jìn)行規(guī)范化之后 ，定義了如下六張表格，分別是庫(kù)存信息表，入庫(kù)信息表，出庫(kù)信息表，員工信息表，供應(yīng)商信息表和密碼信息表。通過(guò)對(duì)這六張表格的操作可以較好地完成系統(tǒng)設(shè)計(jì)的各項(xiàng)功能，六張表格之間有著不同程度的聯(lián)系。（說(shuō)明：在以下數(shù)據(jù)表中， K代表主鍵， 代表外鍵，字段值不為空。） BookRecord 表（庫(kù)存信息表） 字段名稱數(shù)據(jù)類型說(shuō)明 KBookID 數(shù)字圖書編號(hào) BookName 文本圖書名 Author 文本作者 Publisher 文本出版社 PubDate 日期 /時(shí)間出版日期 Price 貨幣價(jià)格 BookType 文本圖書類型 Number1 數(shù)字庫(kù)存數(shù)量 Addation 文本備注 圖 庫(kù)存信息表 庫(kù)存信息表主要用于記錄倉(cāng)庫(kù)中現(xiàn)存放的所有圖書的詳細(xì)信息，包括圖書編號(hào)、書名、作者、出版社、圖書類型等有關(guān)圖書的各類信息，它即是該數(shù)據(jù)庫(kù)的主表，也是系統(tǒng)主界面的主要內(nèi)容。 在該表中圖書編號(hào)是主鍵，它按圖書入庫(kù)的先后次序來(lái)編寫，每當(dāng)有圖書入庫(kù)，系統(tǒng)自動(dòng)給出圖書編號(hào)，這樣我們按圖書編號(hào)來(lái)查找圖書是比較方便的?？紤]到編號(hào)比較難于記憶，所以使用了出版社和圖書類型兩個(gè)字段，在系統(tǒng)中我提供了出版社和圖書類型的分類查找，而且全部采用自動(dòng)生成，每當(dāng)系統(tǒng)中 有新的出版社類型和圖書類型，彈出菜單會(huì)自動(dòng)添中新類型，這樣就可以比較方便地實(shí)現(xiàn)按出版社和按圖書類型查找。此外，庫(kù)存數(shù)量也是一個(gè)比較關(guān)鍵的字段，該字段是在系統(tǒng)初始化時(shí)就給定的，每當(dāng)有圖書入庫(kù)或出庫(kù)操作，系統(tǒng)就會(huì)自動(dòng)修改圖書的庫(kù)存數(shù)量，以保持?jǐn)?shù)據(jù)的一致性。做為備注有一點(diǎn)說(shuō)明，我的數(shù)據(jù)庫(kù)中備注的數(shù)據(jù)類型是文本，而不是備注類型，主要考慮到該字段的長(zhǎng)度并不大，而且在 Delphi 中文本數(shù)據(jù)類型的處理也比較方便一點(diǎn)。 Employee 表（員工信息表） 字段名稱數(shù)據(jù)類型說(shuō)明 KEmployeeID 數(shù)字員工編號(hào) EmployeeName 文本員工姓名 Sex文本性別 BornDate 日期 /時(shí)間出生日期 Grade 文本職稱 WorkDate 日期 /時(shí)間工作日期 Telephone 文本聯(lián)系電話 Address 文本聯(lián)系地址 圖 員工信息表 員工信息表主要用于記錄有關(guān)員工的各類信息，包括姓名、職稱、出生日期、聯(lián)系電話、聯(lián)系地址等。它主要用來(lái)為系統(tǒng)提供員工的有關(guān)信息，因?yàn)樵谙到y(tǒng)中，入庫(kù)和出庫(kù)操作均與員工有著一定的聯(lián)系，在查詢?nèi)霂?kù)信息和出庫(kù)信息時(shí)，有時(shí)需要查找有關(guān)此項(xiàng)記錄有關(guān)的員工信息，在系統(tǒng)中我是通過(guò)入庫(kù)記錄與員工記錄（出庫(kù)記錄和員工 記錄）之間的聯(lián)接查詢來(lái)完成的。另外，作為一個(gè)倉(cāng)庫(kù)也有必要了解其所屬員工的一些基本情況，以便查詢。 Shopkeeper 表（供應(yīng)商信息表） 字段名稱數(shù)據(jù)類型說(shuō)明 KShopkeeperID 數(shù)字供應(yīng)商編號(hào) ShopkeeperName 文本供應(yīng)商姓名 Address 文本地址 PostNo 數(shù)字郵編 OfficePhone 文本辦公電話 HomePhone 文本住宅電話 Email文本 Email PayType 文本付款方式 圖 供應(yīng)商信息表 供應(yīng)商信息表主要用于記錄有關(guān)供應(yīng)商的各類信息，包括姓名、地址、電話、付款 方式等。它主要用來(lái)為系統(tǒng)提供供應(yīng)商的有關(guān)信息，在系統(tǒng)中入庫(kù)記錄是與供應(yīng)商記錄相聯(lián)系的，通過(guò)入庫(kù)記錄可以查找相關(guān)的供應(yīng)商信息。在供應(yīng)商信息中，考慮當(dāng)實(shí)際情況，我特別加入了Email和付款方式這兩個(gè)字段，因?yàn)樵诋?dāng)今信息世界中，多種多樣的通訊方式和多種多樣的付款方式是必然的，是數(shù)據(jù)庫(kù)中必須與以記錄。 InRecord 表（入庫(kù)信息表） 字段名稱數(shù)據(jù)類型說(shuō)明 KInID 數(shù)字入庫(kù)編號(hào) BookID 數(shù)字圖書編號(hào) EmployeeID 數(shù)字員工編號(hào) ShopkeeperID 數(shù)字供應(yīng)商編號(hào) Number 數(shù)字入庫(kù)數(shù)量 BuyDate 日期 /時(shí)間入庫(kù)日期 圖 入庫(kù)信息表 OutRecord 表（出庫(kù)信息表） 字段名稱數(shù)據(jù)類型說(shuō)明 KOutID 數(shù)字出庫(kù)編號(hào) BookID 數(shù)字圖書編號(hào) EmployeeID 數(shù)字員工編號(hào) Number2 數(shù)字出庫(kù)數(shù)量 OutDate 日期 /時(shí)間出庫(kù)日期 圖 出庫(kù)信息表 入庫(kù)信息表主要用于記錄有關(guān)入庫(kù)的詳細(xì)信息，包括入庫(kù)數(shù)量、入庫(kù)日期以及圖書、員工、供應(yīng)商三方的編號(hào)，以便查詢。出庫(kù)信息表主要用于記錄有關(guān)出庫(kù)的詳細(xì)信息，包括出庫(kù)數(shù)量、出庫(kù)日期以及圖書、員工的編號(hào)。出庫(kù)信息表和入庫(kù)信息表一樣，其 實(shí)它們都屬于聯(lián)系類型，系統(tǒng)通過(guò)這兩個(gè)表可以聯(lián)接上其它的表為用戶提供多種條件的聯(lián)接查詢。值得提出的一點(diǎn)是入庫(kù)記錄和出庫(kù)記錄的添加不僅僅是單表操作，由于它們都與庫(kù)存記錄相聯(lián)系，所以，無(wú)論您是添中入庫(kù)記錄還是添加出庫(kù)記錄，都必須同時(shí)修改庫(kù)存記錄，以保持?jǐn)?shù)據(jù)的一致性，否則將引發(fā)系統(tǒng)出錯(cuò)而這些我都讓其在系統(tǒng)中自動(dòng)完成。無(wú)論您是添加入庫(kù)記錄，還是添加出庫(kù)記錄，系統(tǒng)都將自動(dòng)修改庫(kù)存中圖書的數(shù)量，而且，在您出庫(kù)的數(shù)量大于庫(kù)存數(shù)量時(shí)，系統(tǒng)還會(huì)自動(dòng)提示錯(cuò)誤，這樣就可以防止一定錯(cuò)誤的發(fā)生。 在入庫(kù)信息表和出庫(kù)信息表中我還定義了幾 個(gè)外鍵，它提供了一種表示幾個(gè)關(guān)系聯(lián)系的方法。比如，系統(tǒng)中通過(guò)在入庫(kù)信息表中定義的外鍵 BookID、 EmployeeID和 ShopkeeperID可以將庫(kù)存信息表、員工信息表和供應(yīng)商信息表聯(lián)系在一起，從而方便地實(shí)現(xiàn)聯(lián)接查詢，而且，引入外鍵的定義是實(shí)體完整性約束的一個(gè)主要方面。 Key表（密碼信息表） 字段名稱數(shù)據(jù)類型說(shuō)明 KKeyName文本用戶姓名 KeyNo文本用戶密碼 圖 密碼信息表主要用于記錄所有的用戶名和用戶密碼。它是在用戶登陸時(shí)用來(lái)確定用戶和密碼的正確性，以防止非法用戶登陸。 通過(guò)以上設(shè)計(jì)已經(jīng)完成了系統(tǒng)的概要設(shè)計(jì)，當(dāng)我們有了系統(tǒng)的功能模塊圖和數(shù)據(jù)庫(kù)之后，就需要著手去實(shí)現(xiàn)每一個(gè)模塊，為每一個(gè)功能設(shè)計(jì)程序流程圖，這也就是系統(tǒng)的詳細(xì)設(shè)計(jì)。 167。 系統(tǒng)詳細(xì)設(shè)計(jì) 在前面的概要設(shè)計(jì)中，已將系統(tǒng)劃分為多個(gè)模塊，并將它們按照一定的原則組裝起來(lái)，同時(shí)確定了每個(gè)功能及模塊之間的外部接口?，F(xiàn)在所要做的就是確定每個(gè)模塊具體執(zhí)行過(guò)程，也可以說(shuō)是 “ 過(guò)程設(shè)計(jì) ” 。 在處理過(guò)程設(shè)計(jì)時(shí)我采用的是結(jié)構(gòu)化程序設(shè)計(jì)（簡(jiǎn)稱 SP）方法。需要指出的是系統(tǒng)的詳細(xì)設(shè)計(jì)并不是指具體的編程序，而是將概要設(shè)計(jì)階段產(chǎn)生的系統(tǒng)功能模塊圖細(xì) 化成很容易產(chǎn)生程序的圖紙。因此詳細(xì)設(shè)計(jì)的結(jié)果基本決定了最終程序的質(zhì)量。為軟件的質(zhì)量，延長(zhǎng)軟件的生存期，軟件的可測(cè)試性、可維護(hù)性提供重要的保障。詳細(xì)設(shè)計(jì)的目標(biāo)不僅是邏輯上正確地實(shí)現(xiàn)每個(gè)模塊的功能，還應(yīng)使設(shè)計(jì)出的處理過(guò)程清晰易讀。 由前一階段產(chǎn)生的系統(tǒng)功能模塊圖，我為系統(tǒng)的主要部分設(shè)計(jì)了如下程序流程圖：通過(guò)以上步驟，基本上完成了對(duì)整個(gè)系統(tǒng)的總體設(shè)計(jì)，接下來(lái)所要做的就是軟件的編碼工作。系統(tǒng)總體設(shè)計(jì)的好壞直接影響著下一步工作，只有在這一階段設(shè)計(jì)出好的模塊圖和程序流程圖，才能更有利于編碼，產(chǎn)生好的軟件系統(tǒng)。 第五章 系統(tǒng)應(yīng)用程序設(shè)計(jì) 167。 系統(tǒng)窗體模塊組成 167。 數(shù)據(jù)模塊窗體的設(shè)置 在編寫數(shù)據(jù)庫(kù)應(yīng)用程序時(shí)，經(jīng)常要遇到這樣的情況，即好多組件、窗體同時(shí)訪問相同的數(shù)據(jù)源，如果為每一個(gè)組件或者窗體都設(shè)置一個(gè)數(shù)據(jù)源將是十分耗時(shí)的工件，而且要保證這些數(shù)據(jù)源的確是相同的也需花一番功夫。那么，能不能將這些數(shù)據(jù)源集中管理，最好是做成一個(gè)統(tǒng)一的模塊，需要時(shí)就將該模塊引入而不必直接操作數(shù)據(jù)源本身呢？數(shù)據(jù)模塊（ DataModule）是解決這個(gè)問題最好的答案。簡(jiǎn)單說(shuō)來(lái)，數(shù)據(jù)模塊是用來(lái)集中管理數(shù)據(jù)源的一個(gè)窗體，該窗體可被需要的地方隨時(shí)引入。 圖 （ datamoduleform）窗體圖，除報(bào)表窗體外所有的數(shù)據(jù)存取組件和數(shù)據(jù)源組件都在此數(shù)據(jù)模塊中進(jìn)行了定義。值得一提的是，設(shè)置了數(shù)據(jù)庫(kù) Database組件，該組件引入了系統(tǒng)所需的唯一的數(shù)據(jù)庫(kù) tsxs， Database組件的 DatabaseName屬性設(shè)置為 tsckgl。 tsxs數(shù)據(jù)庫(kù)已在 ODBC配置程序中進(jìn)行了設(shè)置。其他的數(shù)據(jù)存取組件都是基于此數(shù)據(jù)庫(kù)組件創(chuàng)建的，這樣做的好處是，當(dāng)數(shù)據(jù)庫(kù)的別名或者其他信息改變之后，只需修改Tdatabase組件的 AliasName屬性即可。 另 外，在本系統(tǒng)的數(shù)據(jù)模塊窗體圖中，我大多采用的 AODQuery組件而沒有采用 BDE 組，這主要是基于對(duì) ADO 組件的了解。在 Delphi 的學(xué)習(xí)中我對(duì) ADO 組件了解的更加清楚，使用也較 BDE更為熟練，而且， ADO組件的功能也較 BDE更為強(qiáng)大，所以在這里大多采用 ADO組件來(lái)進(jìn)行數(shù)據(jù)庫(kù)聯(lián)接。同時(shí)我也使用了 BDE組件中的 Table，因?yàn)樵谀承r(shí)候 BDE有著其自身特有的優(yōu)越性。主窗體功能模塊的實(shí)現(xiàn) ProcedurePopup1Handler(Sender:Tobject)。 ProcedurePopup2Handler(Sender:TObject)。 ********************************************************************** (Sender:TObject)。 1(點(diǎn) “按出版社分類 ”按鈕產(chǎn)生 )的點(diǎn)擊事件 MainQuery，對(duì) BookRecord 表進(jìn)行操作 close。 MainQuery 。 SQL 屬性中的 SQL 命令語(yǔ)句 (?select*fromBookRecordwherePublisher=:Pub?)。 SQL 語(yǔ)句 (?Pub?).