【文章內(nèi)容簡(jiǎn)介】 式，都有無可比擬的優(yōu)勢(shì)。通常在數(shù)據(jù)處理中，計(jì)算是比較簡(jiǎn)單的而數(shù)據(jù)的管理卻比較復(fù)雜。數(shù)據(jù)管理是指數(shù) 據(jù)的收集、整理、組織、存儲(chǔ)、維護(hù)、檢索、傳送等操作，這部分操作是數(shù)據(jù)處理業(yè)務(wù)的基本環(huán)節(jié)，而且是任何數(shù)據(jù)處理業(yè)務(wù)中必不可少的共有部分。數(shù)據(jù)管理技術(shù)的優(yōu)劣，將直接影響數(shù)據(jù)處理的效率。 數(shù)據(jù)管理技術(shù)的發(fā)展，與硬件（主要是外存）、軟件、計(jì)算機(jī)應(yīng)用的范圍有密切的聯(lián)系。數(shù)據(jù)管理技術(shù)的發(fā)展經(jīng)過三個(gè)階段：人工管理階段、文件系統(tǒng)階段和數(shù)據(jù)庫階段。 人工管理階段和文件系統(tǒng)階段都有著相當(dāng)多的缺陷，諸如數(shù)據(jù)冗余性 ，數(shù)據(jù)不一致性以及數(shù)據(jù)聯(lián)系弱等等。也正是由于這些原因，促使人們研究新的數(shù)據(jù)管理技術(shù)，從而產(chǎn)生了數(shù)據(jù)庫技術(shù)。 20 世紀(jì) 60 年代末發(fā)生的三件大事，層次模型 IMS 系統(tǒng)的推出、關(guān)于網(wǎng)狀模型 DBTG 報(bào)告的發(fā)表以及關(guān)于關(guān)系模型論文的連續(xù)發(fā)表標(biāo)志著數(shù)據(jù)管理技術(shù)進(jìn)入數(shù)據(jù)庫階段。進(jìn)入 70 年代以后，數(shù)據(jù)庫技術(shù)得到迅速發(fā)展，開發(fā)了許多有效的產(chǎn)品并投入運(yùn)行。數(shù)據(jù)庫系統(tǒng)克服了文件系統(tǒng)的缺陷，提供了對(duì)數(shù)據(jù)更高級(jí)更有效的管理。 當(dāng)進(jìn)入數(shù)據(jù)庫階段后，隨著數(shù)據(jù)管理規(guī)模一再擴(kuò)大，數(shù)據(jù)量急劇增加，為了提高效率，開始時(shí)，人們只是對(duì)文件系統(tǒng)加以擴(kuò)充，在應(yīng)用文件中建立了許多輔助索引，形成倒排文件系統(tǒng)。但這并不能最終解決問題 。 在 20 世xx 學(xué)院學(xué)士學(xué)位論文 第 5 頁 共 35 頁 紀(jì) 60 年代末，磁盤技術(shù)取得重要進(jìn)展 ，具有數(shù)百兆容量和快速存取的磁盤陸續(xù)進(jìn)入市場(chǎng)，成本也不高，為數(shù)據(jù)庫技術(shù)的產(chǎn)生提供了良好的物質(zhì)條件。 數(shù)據(jù)庫的建立及數(shù)據(jù)源的配置 要開發(fā)數(shù)據(jù)庫應(yīng)用程序首先要解決數(shù)據(jù)源的問題，那么什么是數(shù)據(jù)源呢？簡(jiǎn)單來講數(shù)據(jù)源就是實(shí)實(shí)在在的數(shù)據(jù)，通常是各種數(shù)據(jù)表。 有了數(shù)據(jù)源我們就有了開發(fā)程序的依據(jù)，然而一般情況下應(yīng)用程序并不能直接和數(shù)據(jù)源打交道，必須通過某些中介，這些中介被稱為數(shù)據(jù)庫驅(qū)動(dòng)器，通常每一種數(shù)據(jù)庫都有至少一種數(shù)據(jù)庫驅(qū)動(dòng)器，如： Access， dBase， paradox等數(shù)據(jù)庫都有自己的數(shù)據(jù)庫驅(qū)動(dòng)器 ,有了這 些數(shù)據(jù)庫驅(qū)動(dòng)器，為了編程的方便起見，接著就產(chǎn)生了管理這些數(shù)據(jù)庫驅(qū)動(dòng)器的引擎，有了數(shù)據(jù)庫引擎，程序員在編程時(shí)就不要為訪問不同的數(shù)據(jù)庫驅(qū)動(dòng)來費(fèi)腦筋了，只要按照統(tǒng)一的方法訪問數(shù)據(jù)庫引擎，而讓數(shù)據(jù)庫引擎去完成不同數(shù)據(jù)庫驅(qū)動(dòng)器的轉(zhuǎn)換。數(shù)據(jù)庫引擎就像一個(gè)公共接口，為訪問數(shù)據(jù)庫提供了統(tǒng)一的方法。 BDE 是 (Borland Database Engine)寶蘭數(shù)據(jù)引擎的縮寫 ,它不僅能訪問本地的不同數(shù)據(jù)庫，還可以將應(yīng)用從本地上傳到客戶機(jī) 服務(wù)器系統(tǒng) ,而且有很高的效率。 BDE 能訪問的數(shù)據(jù)分兩類 : 一：本地?cái)?shù)據(jù)。 二：客戶機(jī) 服務(wù)器體系的異地?cái)?shù)據(jù)。 本系統(tǒng)采用本地?cái)?shù)據(jù)庫 paradox 格式建立后臺(tái)數(shù)據(jù)庫，用 BDE 進(jìn)行后臺(tái)數(shù)據(jù)源的連接，通過數(shù)據(jù)庫別名進(jìn)行數(shù)據(jù)庫的訪問。 使用 BDE 連接數(shù)據(jù)庫 使用 BDE 開發(fā)數(shù)據(jù)庫應(yīng)用程序要遵循通常的數(shù)據(jù)庫體系結(jié)構(gòu)， BDE 應(yīng)用程序除需要數(shù)據(jù)源和數(shù)據(jù)集外，還應(yīng)包括以下兩個(gè)方面： 1. 一個(gè)或多哥用語控制時(shí)間及管理的數(shù)據(jù)庫組件。 2. 一個(gè)或多個(gè)會(huì)話組件，用語隔離數(shù)據(jù)訪問操作，并且可以管理成組的數(shù)據(jù)庫。圖 是利用 BDE 組件訪問數(shù)據(jù)庫的體系結(jié)構(gòu)。 用戶 1 用戶 n 數(shù)據(jù)源 源 數(shù)據(jù)源據(jù)源 數(shù)據(jù)集據(jù)集 數(shù)據(jù)集據(jù)集 BDE 驅(qū)動(dòng) 程序 數(shù)據(jù)庫 會(huì)話 xx 學(xué)院學(xué)士學(xué)位論文 第 6 頁 共 35 頁 圖 通過 BDE 組件訪問數(shù)據(jù)庫的體 系結(jié)構(gòu) 應(yīng)用程序?qū)?shù)據(jù)庫的訪問是通過數(shù)據(jù)庫別名實(shí)現(xiàn)的，數(shù)據(jù)庫別名則需要在 BDE 管理器中建立并配置。 BDE 管理器窗口中， Configuration 標(biāo)簽頁用于配置與數(shù)據(jù)庫連接時(shí)使用的參數(shù)； Database 標(biāo)簽頁用于建立并管理數(shù)據(jù)庫別名。只有配置好數(shù)據(jù)庫后才能建立數(shù)據(jù)庫的別名。 Definition 子窗口是其左邊子窗口選項(xiàng)配置窗口。 應(yīng)用程序只有通過數(shù)據(jù)庫別名才能訪問數(shù)據(jù)庫中的數(shù)據(jù)，因此，正確建立數(shù)據(jù)庫別名是開發(fā)數(shù)據(jù)庫應(yīng)用程序相當(dāng)重要的一環(huán)。下面用圖說明通過BDE 管理器建立數(shù)據(jù)庫別名的方法。先設(shè)置數(shù)據(jù)庫路徑，然后 新建一個(gè)數(shù)據(jù)庫別名為 moli，完成配置 圖 設(shè)置數(shù)據(jù)源的路徑 xx 學(xué)院學(xué)士學(xué)位論文 第 7 頁 共 35 頁 圖 設(shè)置數(shù)據(jù)庫的別名 Delphi 的有關(guān)知識(shí) Delphi 類可以粗略地分成兩部分：一部分是組件類，這些組件類 通 常以某種方式出現(xiàn)在組件面板上，當(dāng)用戶從組件面板上點(diǎn)取一個(gè)類的圖標(biāo)后，在程序中就自動(dòng)生成了該類的對(duì)象（非可視組件除外）；另一部分是功能類，這此功能類的對(duì)象通常出現(xiàn)在程序代碼中，起著不可代替的作用，但是這些功能類在組件面板上是找不到的。在 Delphi 中，每一個(gè)類的祖先都是 Tobject類 ,整個(gè)類的層次結(jié)構(gòu)就像一 棵倒掛的樹，在最頂層的樹根即為 Tobject 類。這樣，按照面向?qū)ο缶幊痰幕舅枷?，就使得用戶可?Tobject 類這個(gè)類型代替任何其它類的數(shù)據(jù)類型。實(shí)際上在 Delphi 的類庫中， Tobject 類派生出了為數(shù)相當(dāng)多 的 子類，它們形成了一個(gè)龐大的體系，通常情況下，如果不 是自行開發(fā)組件，就不必了解整個(gè)類的體系結(jié)構(gòu)，只 需 用類層次樹的葉結(jié)點(diǎn)就足夠了。 凡是做過程序開發(fā)的人都知道從來沒有單純的數(shù)據(jù)應(yīng)用程序，也就是說，數(shù)據(jù)庫應(yīng)用程序必須和用戶界面（可以是圖形界面，也可以是命令接口）元素相結(jié)合，只講界面或只講數(shù)據(jù)庫本身都構(gòu)不成 數(shù)據(jù)庫應(yīng)用程序，因而用Delphi 開發(fā)數(shù)據(jù)庫應(yīng)用程序就隱含著界面開發(fā)。 組件在 Delphi 程序的開發(fā)中是最顯眼的角色。大家知道，在編寫程序時(shí)一般都開始于在組件面板上選擇組件并定義組件間的相互作用。但也有一些組件不在組件面板上，例如 TForm 和 Application（典型的非可視組件）。組件是 Components 派生出來的子類，可以流的形式存放在 DFM 文件中，具有事件和 Publish 屬性。 窗口組件類是窗口化的可視化組件類，在 Delphi 的類庫中占有最大的份額。在實(shí)際編程中，窗口組件類的對(duì)象都有句柄， 可以接受輸入焦點(diǎn)和包含xx 學(xué)院學(xué)士學(xué)位論文 第 8 頁 共 35 頁 其它組件。 圖形組件與窗口組件并列，是另一大類組件。圖形組件不是基于窗口的，因而不能有窗口句柄，不能接受輸入焦點(diǎn)和包含其它組件。圖形組件在實(shí)際編程中，它們必須寄生于它們的宿主 ——窗口組件類的對(duì)象，由它們的擁有者負(fù)責(zé)其顯示，而且它們還能觸發(fā)一些和鼠標(biāo)活動(dòng)相關(guān)的事件。圖形控件最典型的例子是 Label 和 Button。由此可以看出圖形組件的功能很弱，有讀者會(huì)問圖形組件的用處何在呢？其實(shí)使用圖形組件的最大好處在于節(jié)省資源，正是因?yàn)樗鼈兊墓δ茌^弱，所以使用的系統(tǒng)資源就要少。在一個(gè)應(yīng)用程序中，如果能 在不影響其功能的前提下合理大量地使用圖形組件，將會(huì)大減少程序?qū)ο到y(tǒng)資源的消耗。 非可視組件是與可視組件相并列的另一類組件，非可視組件在程序運(yùn)行中是不可見的（除各種對(duì)話框組件之外，事實(shí)上有人認(rèn)為對(duì)話框組件不能歸入非可視組件，應(yīng)該是另一種介于可視與非可視之間的組件）。 3. 系統(tǒng)總體設(shè)計(jì) 軟件系統(tǒng)的總體設(shè)計(jì)大約要經(jīng)歷可行性分析和項(xiàng)目開發(fā)計(jì)劃，需求分析，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)，編碼，測(cè)試以及維護(hù)等七個(gè)階段?？尚行苑治龊晚?xiàng)目開發(fā)計(jì)劃在前面已經(jīng)敘述，下面所要做的是進(jìn)行軟件需求分析，概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)。 系統(tǒng)需 求分析 在經(jīng)過前一階段的分析之后，我確定了我的開發(fā)課題為倉庫管理?，F(xiàn)在所要做的是要準(zhǔn)確定義系統(tǒng)必須做什么以及系統(tǒng)必須具備的功能。 軟件需求分析中我采用結(jié)構(gòu)化分析方法（ Structured Analysis,簡(jiǎn)稱 SA），SA 是面向數(shù)據(jù)流進(jìn)行需求分析的方法，像所有的軟件分析方法（如面向?qū)ο蠓治龇椒ā?IDEF 方法等等）一樣， SA 也是一種建?；顒?dòng)，它使用簡(jiǎn)單易讀的符號(hào)，根據(jù)軟件內(nèi)部數(shù)據(jù)傳遞、變換的關(guān)系，自頂向下逐層分解，描繪滿足功能要求的軟件模型。 在軟件需求分析階段，搞清楚了軟件 “做什么 ”的問題，形成了目 標(biāo)系統(tǒng)的邏輯模型。 倉庫管理的特點(diǎn)是信息處理量比較大。所管理的物資設(shè)備種類繁多，而且由于入庫，出庫和需求 流程繁瑣，雜亂，周期長(zhǎng) ，關(guān)聯(lián)信息多，查詢和統(tǒng)計(jì)的方式各不相同，因此在管理上實(shí)現(xiàn)起來有一定的困難。在管理的過程中經(jīng)常會(huì)出現(xiàn)信息的重復(fù)傳遞，單據(jù)，報(bào)表種類繁多，各個(gè)部門管理規(guī)格不統(tǒng)一等問題。而由于本人能力有限在此僅以入庫、出庫和庫存三個(gè)主要部分進(jìn)行開發(fā)，不涉及各類單據(jù)的獨(dú)立設(shè)計(jì)，在一定程度上功能不強(qiáng)，但對(duì)一般中小型倉庫在實(shí)用性和可操作性方面功能完備。 倉庫管理人員通過密碼進(jìn)入系統(tǒng)后，可對(duì)倉庫數(shù)據(jù)，包括瀏覽、修改 、插入和刪除等的操作，實(shí)現(xiàn)對(duì)貨物的出庫和入庫管理。同時(shí)本系統(tǒng)還有很好xx 學(xué)院學(xué)士學(xué)位論文 第 9 頁 共 35 頁 的系統(tǒng)維護(hù)功能，可以實(shí)現(xiàn)數(shù)據(jù)的備份和恢復(fù)。在仔細(xì)調(diào)查企業(yè)倉庫物資設(shè)備管理過程的基礎(chǔ)上，得到倉庫管理系統(tǒng)所處理的時(shí)間流程如圖所示： 圖 31 數(shù)據(jù)流程圖 系統(tǒng)數(shù)據(jù)庫設(shè)計(jì) 1. 概念設(shè)計(jì) 在概念設(shè)計(jì)階段中，設(shè)計(jì)人員從用戶的角度看待數(shù)據(jù)及處理要求和約束，產(chǎn)生一個(gè)反映用戶觀點(diǎn)的概念模式。然后再把概念模式轉(zhuǎn)換成邏輯模式。將概念設(shè)計(jì)從設(shè)計(jì)過程中獨(dú)立開來，使各階段的任務(wù)相對(duì)單一化，設(shè)計(jì)復(fù)雜程度大大降低，不受特定 DBMS 的限制。 利用 ER 方 法進(jìn)行數(shù)據(jù)庫的概念設(shè)計(jì)，可分成三步進(jìn)行：首先設(shè)計(jì)局部ER 模式，然后把各局部 ER 模式綜合成一個(gè)全局模式，最后對(duì)全局 ER 模式進(jìn)行優(yōu)化，得到最終的模式，即概念模式。 我選用 paradox 本地 數(shù)據(jù)庫來進(jìn)行數(shù)據(jù)庫的邏輯設(shè)計(jì)。首先創(chuàng)建 四 個(gè)基本數(shù)據(jù)庫表，然后根據(jù)全局 ER 圖，建立各個(gè)表之間的聯(lián)系。 倉庫信息表結(jié)構(gòu)： 圖 32 倉庫信息表 ER 圖 貨物入庫表結(jié)構(gòu)： xx 學(xué)院學(xué)士學(xué)位論文 第 10 頁 共 35 頁 圖 33 貨物入庫表 ER 圖 貨物出庫表結(jié)構(gòu)： 圖 34 貨物出庫表 ER 圖 貨物存儲(chǔ)信息表： 圖 35 貨物存儲(chǔ)表 ER 圖 系統(tǒng)功能模塊設(shè)計(jì) 下圖為主界面的邏輯分支結(jié)構(gòu)，是程序的功能設(shè)計(jì)的基準(zhǔn)： xx 學(xué)院學(xué)士學(xué)位論文 第 11 頁 共 35 頁 圖 36 倉庫管理系統(tǒng)功能模塊圖 4. 倉庫管理系統(tǒng)應(yīng)用程序設(shè)計(jì) 系統(tǒng)窗體結(jié)構(gòu)設(shè)計(jì) 在 Delphi 中，應(yīng)用程序通過一個(gè)項(xiàng)目 Project 來實(shí)現(xiàn)，而項(xiàng)目通過多個(gè)窗體 Form 來實(shí)現(xiàn)應(yīng)用程序所有具有的功能。與圖 中倉庫管理系統(tǒng)功能模塊向?qū)?yīng)，項(xiàng)目中窗體的結(jié)構(gòu)如圖 41 所示。 xx 學(xué)院學(xué)士學(xué)位論文