【正文】 產(chǎn)生的數(shù)據(jù)流圖 DFD為基礎，按一定的步驟映射成軟件結(jié)構(gòu)。這兩個問題貫穿了整個軟件系統(tǒng)的開發(fā)過程，這也就是數(shù)據(jù)庫的設計問題，軟件設計的一個核心。 ◆ 菱形框，表示聯(lián)系類型（實體間的聯(lián)系）。在本系統(tǒng)中庫存是核心，也是基本，沒有了庫存其它的也就沒有什么意義了。 在這里不得不提到一個概念 ——范式。考慮到編號比較難于記憶，所以使用了出版社和圖書類型兩個字段，在系統(tǒng)中我提供了出版社和圖書類型的分類查找，而且全部采用自動生成，每當系統(tǒng)中 有新的出版社類型和圖書類型，彈出菜單會自動添中新類型，這樣就可以比較方便地實現(xiàn)按出版社和按圖書類型查找。在供應商信息中，考慮當實際情況，我特別加入了Email和付款方式這兩個字段，因為在當今信息世界中，多種多樣的通訊方式和多種多樣的付款方式是必然的，是數(shù)據(jù)庫中必須與以記錄。 Key表（密碼信息表） 字段名稱數(shù)據(jù)類型說明 KKeyName文本用戶姓名 KeyNo文本用戶密碼 圖 密碼信息表主要用于記錄所有的用戶名和用戶密碼。因此詳細設計的結(jié)果基本決定了最終程序的質(zhì)量。那么，能不能將這些數(shù)據(jù)源集中管理，最好是做成一個統(tǒng)一的模塊，需要時就將該模塊引入而不必直接操作數(shù)據(jù)源本身呢？數(shù)據(jù)模塊（ DataModule）是解決這個問題最好的答案。同時我也使用了 BDE組件中的 Table，因為在某些時候 BDE有著其自身特有的優(yōu)越性。 SQL 屬性中的 SQL 命令語句 (?select*fromBookRecordwherePublisher=:Pub?)。 另 外，在本系統(tǒng)的數(shù)據(jù)模塊窗體圖中，我大多采用的 AODQuery組件而沒有采用 BDE 組，這主要是基于對 ADO 組件的了解。 系統(tǒng)窗體模塊組成 167。 在處理過程設計時我采用的是結(jié)構(gòu)化程序設計（簡稱 SP）方法。 在入庫信息表和出庫信息表中我還定義了幾 個外鍵，它提供了一種表示幾個關系聯(lián)系的方法。 Shopkeeper 表（供應商信息表） 字段名稱數(shù)據(jù)類型說明 KShopkeeperID 數(shù)字供應商編號 ShopkeeperName 文本供應商姓名 Address 文本地址 PostNo 數(shù)字郵編 OfficePhone 文本辦公電話 HomePhone 文本住宅電話 Email文本 Email PayType 文本付款方式 圖 供應商信息表 供應商信息表主要用于記錄有關供應商的各類信息，包括姓名、地址、電話、付款 方式等。） BookRecord 表（庫存信息表） 字段名稱數(shù)據(jù)類型說明 KBookID 數(shù)字圖書編號 BookName 文本圖書名 Author 文本作者 Publisher 文本出版社 PubDate 日期 /時間出版日期 Price 貨幣價格 BookType 文本圖書類型 Number1 數(shù)字庫存數(shù)量 Addation 文本備注 圖 庫存信息表 庫存信息表主要用于記錄倉庫中現(xiàn)存放的所有圖書的詳細信息，包括圖書編號、書名、作者、出版社、圖書類型等有關圖書的各類信息，它即是該數(shù)據(jù)庫的主表，也是系統(tǒng)主界面的主要內(nèi)容。在這里，我選用的是關系數(shù)據(jù)庫。依據(jù)倉庫管理的實際情況， 考慮了多方面的因素以后，確定系統(tǒng)的 ER 圖如下： （為了表達的方便，在這里我沒有在一張圖上表達出所有的關系，而是用一張總體 ER圖，和幾張實體屬性關系圖來表達數(shù)據(jù)庫的結(jié)構(gòu)。但 ER 模型只能說明實體 間語義的聯(lián)系，不能進一步說明詳細的數(shù)據(jù)結(jié)構(gòu)，它只是數(shù)據(jù)庫設計的第一步。現(xiàn)實世界的事物反映到人的頭腦中，人的大腦對它有個認識過程，經(jīng)過分析（選擇、命名、分類等）進入信息世界。 將系統(tǒng)劃分為多個模塊是為了降低軟件系統(tǒng)的復雜性，提高可讀性、可維護性，但模塊的劃分不能是任意的，應盡量保持其獨立性。通過以上對數(shù)據(jù)流圖的分析之后，我們已大 體地了解了系統(tǒng)的功能和目標，接下來所要做的就是系統(tǒng)功能模塊的劃分和數(shù)據(jù)庫的設計，也就是系統(tǒng)的概要設計。 在系統(tǒng)中我采用數(shù)據(jù)流圖（ DFD）這種半形式化的描述方式表達需求。 Access2021 的功能十分強大，利用它可以方便地實現(xiàn)對信息保存、維護、查詢、統(tǒng)計、打印、交流、發(fā)布，而且它可以十分方便地與 Office其他組件交流數(shù)據(jù)，這些功能對一個一般用戶而言已經(jīng)足夠了。 簡介 建立一個數(shù)據(jù)庫我們有多種選擇，現(xiàn)在市場上有各種各樣的數(shù)據(jù)庫，而且每一種數(shù)據(jù)庫都有其自身的特點，不能說哪一種更好，只能在其中尋找一種能更好地適應系統(tǒng)需求、更好地滿足用戶的要求以及適應開發(fā)人員的習慣。在 Try 部分調(diào)用 Open方法，而在 Except 部分調(diào)用 ExceSQL 方法，這樣才能保證程序的正確運行。 在為 TQuery 部件設置完 SQL 屬性的屬性值之后，也即編寫好適 當?shù)?SQL 程序之后，可以有多種方式來執(zhí)行 SQL 程序。利用這種方法也能實現(xiàn)所謂的連接查詢，創(chuàng)建主要 —明細型數(shù)據(jù)庫應用。設計程序時，在該組件的屬性對話框中選擇 SQL 屬性，單擊帶省略號的按鈕，就可以打開 StringListEditor 對話框，然后我們就可以在對話框中添加 SQL 語句。對一個數(shù)據(jù)庫連接，如果沒有顯示的聲明并實例化 TDatabase 對象，系統(tǒng)就會產(chǎn)生一個帶有默認屬性的 TDatabase 對象。這里的絕大多數(shù)組件，如DBText,DBEdit,DBMemo,DBImage,DBListBox,DBComboBox,DBCheckBox,DBRadioGroup,DBLookupListBox,DBLookupCombox,DBCtrGrid 的功能和對應的非數(shù)據(jù)感知組件相同，如TEdit 框， TRadioGroups 單選按鈕組等，只不過在顯示數(shù)據(jù)庫數(shù)據(jù)時要用而已。 TADOTable 與 Ttable， TADOQuery 與 Tquery，以及 TADOStoreProc和 TstoredProc 之間都具有這種類似的對應關系。ADO 同時具有遠程數(shù)據(jù)服務 (RDS)功能，通過 RDS 可以在一次往返過程中實 現(xiàn)將數(shù)據(jù)從服務器移動到客戶端應用程序和 Web 頁、在客戶端對數(shù)據(jù)進行處然后將更新結(jié)果返回服務器的操作。 167。在實際編程中，窗口組件類的對象都有句柄，可以接受輸入焦點和包含其它組件。實際上在 Delphi 的類庫中， Tobject 類派生出了為數(shù)相當眾多的子類，它們形成了一個龐大的體系，通常情況下，如果不自 行開發(fā)組件，就不必了解整個類的體系結(jié)構(gòu)，只用到類層次樹的葉結(jié)點就足夠了。此外， DELETE語句只能從一個基本表中刪除元組， WHERE子句中條件可以嵌套，也可以是來自幾個基本表的復合條件。 在系統(tǒng)中有大量的查詢按鈕，其使用了大量的查詢語句，而且這些查詢語句大部分使用的是模糊查詢，所以大量的使用了模式匹配符 LIKE(判斷值是否與指定的字符通配格式相符 )。同時，其它數(shù)據(jù)庫產(chǎn)品廠家也紛紛推出各自的支持 SQL 的軟件或者與 SQL 的接口軟件。 語言基礎 簡介 用戶對數(shù)據(jù)庫的使用，是通過數(shù)據(jù)庫管理系統(tǒng)提供的語言來實現(xiàn)的。 第二范式 (secondnormalform，簡稱 2ndNF)是指每個表必須有一個 (而且僅一個 )數(shù)據(jù)元素為主關鍵字 (primarykey)，其它數(shù)據(jù)元素與主關鍵字一一對應。 在表中，列的順序無關緊要，但不能重復 (如圖中合同號和合同名誰先誰后都沒關系，但二者不可重復或同名 )。我們完全可以認為所建指標體系中的一個指標類就是關系數(shù)據(jù)庫中的一個基本表，而這個指標類下面的一個個具體指標就是這個基本表中的一個字段。數(shù)據(jù)獨立性分成物理數(shù)據(jù)獨立性和邏輯數(shù)據(jù)獨立性兩級。 內(nèi)部級最接近于物理存儲設備，涉及到實際數(shù)據(jù)存儲的結(jié)構(gòu)。 數(shù)據(jù)庫體系結(jié)構(gòu) 數(shù)據(jù)庫的體系結(jié)構(gòu)分三級：內(nèi)部級（ internal） ,概念級（ conceptual）和外部級（ external）。 關系模型是數(shù)學化的模型，可把表格看成一個集合，因此集合論、數(shù)理邏輯等知識可引入到關系模型中來。關系模型是數(shù)學化模型。網(wǎng)狀模型的缺點是編寫應用程序比較復雜，程序員必須熟悉數(shù)據(jù)庫的邏輯結(jié)構(gòu)。上一層記錄類型和下一層記錄類型間聯(lián)系是 1∶ N聯(lián)系。這一其中著名的模型是 “實體聯(lián)系模型 ”。至60 年代，數(shù)據(jù)處理成為計算機的主要應用。 （ 4）數(shù)據(jù)庫技術(shù)：這是一門研究數(shù)據(jù)庫的結(jié)構(gòu)、存儲、管理和使用的軟件學科。數(shù)據(jù)庫技術(shù)與網(wǎng)絡通信技術(shù)相結(jié)合，產(chǎn)生了分布式數(shù)據(jù)庫系統(tǒng)。這個 階段的程序和數(shù)據(jù)間的聯(lián)系可用下圖表示： 從文件系統(tǒng)發(fā)展到數(shù)據(jù)庫系統(tǒng)是信息處理領域的一個重大變化。 （ 2）避免數(shù)據(jù)的不一致（ Inconsistencycanavoid） 本項的特色，可以說是延伸前項的一個特點，要說明這樣的一個現(xiàn)象，我們可以從下面這個實例來看：若是在同一家公司當中，職員甲在策劃部門工作，且職員甲的記錄同時被存放在數(shù)據(jù)庫的兩個地方，而數(shù)據(jù)庫管理系統(tǒng)卻沒有對這樣重要的情況加以控制，當其中一條數(shù)據(jù)庫被修改時，便會造成數(shù)據(jù)的不一致，但是，對于一個健全的數(shù)據(jù)庫管理系統(tǒng)而言，將會對這樣的情況加以控制，但有時并不需要刻意消除這種情形，應當視該數(shù)據(jù)庫的需求與效率來決定。 20 世紀 60 年代末發(fā)生的三件大事，層次模型 IMS 系統(tǒng)的推出、關于網(wǎng)狀模型 DBTG 報告的發(fā)表以及關于關系模型論文的連續(xù)發(fā)表標志著數(shù)據(jù)管理技術(shù)進入數(shù)據(jù)庫階段。 使用計算機以后，數(shù)據(jù)處理的速度和規(guī)模，無論是相對于手工方式，還是機械方式，都有無可比擬的優(yōu)勢。把設計轉(zhuǎn)變?yōu)閷嶋H的數(shù)據(jù)庫，并且這些數(shù)據(jù)庫帶有功能完備、高效能的應用，是一個工程過程。 總結(jié)部分介紹了設計體會和編程體會，并指出了系統(tǒng)設計中的不足和改進的方向 第二章數(shù)據(jù)庫概論 167。尤其是 Delphi 對數(shù)據(jù)庫應用的強大支持，大大提高了數(shù)據(jù)庫應用軟件開發(fā)的效率，縮 短了開發(fā)周期，深受廣大數(shù)據(jù)庫應用程序設計人員的喜愛。無論是企業(yè)級用戶，還是個人開發(fā)者，都能夠利用 Delphi6 輕松、快捷地構(gòu)建新一代電子商務應用。這些新型的開發(fā)工具通常以一種集成軟件包的形式提供給開發(fā)人員，被稱為 Studio（工作室）或 Suite（程序組）。為了加快倉庫管理自動化的步伐，提高倉庫的管理業(yè)務處理效率，建立倉庫管理系統(tǒng)已變得十分心要。與此同時，為了管理大量的圖書，圖書倉庫也大量的出現(xiàn)，倉庫的管理問題也就提上了日程。系統(tǒng)有完整的 用戶添加、刪除和密碼修改功能，并具備報表打印功能。查詢功能也是系統(tǒng)的核心之一，在系統(tǒng)中即有單條件查詢和多條件查詢，也有精論文確查詢和模糊查詢，系統(tǒng)不僅有靜態(tài)的條件查詢，也有動態(tài)生成的條件查詢，其目的都是為了方便用戶使用。書籍做為人類的精神食糧，在現(xiàn)代社會中越來越受到重視，大量的書籍出現(xiàn)在市場上，人們有了各種各樣不同的選擇。 隨著我國改革開放的不斷深入，經(jīng)濟飛速的發(fā)展，企業(yè)要想生存、發(fā)展，要想在激烈的市場競 爭中立于不敗之地，沒有現(xiàn)代化的管理是萬萬不行的，倉庫管理的全面自動化、信息化則是其中極其重要的部分。 開發(fā)工具的選擇 自 Java 誕生以來，隨著 Inter技術(shù)的普及和應用需求的變化，以第四代語言為主的 應用開發(fā)產(chǎn)品發(fā)生了較大的變化，它們不僅已成為人們開發(fā)應用的開發(fā)工具，而且很多產(chǎn)品已發(fā)展成為一種強有力的應用開發(fā)環(huán)境。它也是當前 Windows 平臺上第一個全面支持最新 Web 服務的快速開發(fā)工具。程序的規(guī)模小到簡單的個人數(shù)據(jù)庫應用，大到復雜的企業(yè)的多層次分布式系統(tǒng)，都可以使用Delphi進行開發(fā)，其友好的集成開發(fā)界面，可視化的雙向開發(fā)模式，良好的數(shù)據(jù)庫應用支持高效的程序開發(fā)和程序運行，備受廣大程序開發(fā)人員的好評。 第五章根據(jù)第四章的設計結(jié)果利用 Access2021和 設計。理解用戶的需求，然后，把它們轉(zhuǎn)變?yōu)橛行У臄?shù)據(jù)庫設計是一個藝術(shù)過程。從 1956年生產(chǎn)出第一臺計算機到現(xiàn)在，存儲器的發(fā)展，為數(shù)據(jù)庫技術(shù)提供了良好的物質(zhì)基礎。也正是由于這些原因，促使人們研 究新的數(shù)據(jù)管理技術(shù)，從而產(chǎn)生了數(shù)據(jù)庫技術(shù)。例如：在一家公司當中，人事管理程序與工資管理程序或許都會使用到職員與部門的信息或文件，而我們可以運用數(shù)據(jù)庫的方法，把這兩個文件整理起來 ，以減少多余的數(shù)據(jù)，過度地占用存儲空間。 上述七個方面構(gòu)成了數(shù)據(jù)庫系統(tǒng)的主要特征。 數(shù)據(jù)庫技術(shù)還在不斷的發(fā)展，并且不斷地與其它計算機技術(shù)相互滲透。 （ 3）數(shù)據(jù)庫系統(tǒng)（ DatabaseSystem,DBS） :DBS是實現(xiàn)有 組織地、動態(tài)地存儲大量關聯(lián)數(shù)據(jù)，方便多用戶訪問的計算機軟件、硬件和數(shù)據(jù)資源組成的系統(tǒng)，即采用了數(shù)據(jù)庫技術(shù)的計算機系統(tǒng)。 數(shù)據(jù)庫理論基礎 數(shù)據(jù)庫模型 從 20 世紀 50年代中期開始，計算機的應用 由科學研究部門逐步擴展到企業(yè)、行政部門。要領模型用于建立信息世界的數(shù)據(jù)模型，強調(diào)其語義表達功能，應該概念簡單、清晰，易于用戶理解，它是現(xiàn)實世界的第一層抽象，是用戶和數(shù)據(jù)庫設計人員之間進行交流的工具。樹的結(jié)點是記 錄類型，每個非根結(jié)點有且只有一個父結(jié)點。 網(wǎng)狀模型的特點：記錄之間聯(lián)系通過指針實現(xiàn)， M∶ N聯(lián)系也容易實現(xiàn)（每個 M∶ N 聯(lián)系可拆成兩個 1∶ N 聯(lián)系），查詢效率較高。 關系模型和層次、網(wǎng)狀模型的最大判別是用關鍵碼而不是用指針導航數(shù)據(jù)，表格簡單用戶易懂，編程時并不涉及存儲 結(jié)構(gòu)，訪問技術(shù)等細節(jié)。只 需用簡單的查詢語句就可對數(shù)據(jù)庫進行操作。 面向?qū)ο竽Ｐ湍芡暾孛枋霈F(xiàn)實世界的數(shù)據(jù)結(jié)構(gòu)，具有豐富的表達能力，但模型相對較復雜，涉及的知識面也廣，因此面向?qū)ο髷?shù)據(jù)庫尚未達到關系數(shù)據(jù)庫那樣的普及程度。全局數(shù)據(jù)視圖的描述稱為 “概念模式 ”。在數(shù)據(jù)庫技術(shù)中，數(shù)