【文章內容簡介】 ： 1)JET 數(shù)據(jù)庫，即 Microsoft Access。 2) ISAM 數(shù)據(jù)庫，如： dBase， FoxPro 等。 3) ODBC 數(shù)據(jù)庫，凡是遵循 ODBC 標準的客戶 /服務器數(shù)據(jù)庫。如： Microsoft SQL Server、 Oracle。 一般來說，如果要開發(fā)個人的小型數(shù)據(jù)庫系統(tǒng)，用 Access 數(shù)據(jù)庫比較合適，要開發(fā)大、中型 的數(shù)據(jù)庫系統(tǒng)用 ODBC 數(shù)據(jù)庫更為適宜。而 dBase 和 FoxPro 數(shù)據(jù)庫由于已經(jīng)過時，除非特別的情況，否則不要使用。在本畢業(yè)設計中，選用的是 Access 數(shù)據(jù)庫了。建立 Access 數(shù)據(jù)庫有兩種方法：一是在 Microsoft Access 中建立數(shù)據(jù)庫。點擊“新建”按鈕就可以建立新的表了。第二種方法：使用可視化數(shù)據(jù)管理器，不需要編程就可創(chuàng)建數(shù)據(jù)庫。可視化數(shù)據(jù)管理器是一個非常有用的應用程序，它是 VB 企業(yè)版和專業(yè)版附帶的，在目 ? \vb\samples\Visdata 下。 在 ACCESS 數(shù)據(jù)庫中，關鍵字是用索引實現(xiàn)的，作 為編程人員在對表類型的記錄集編程時，只需調用索引名。在查詢時， Rushmore 技術自動用索引信息優(yōu)化查詢。 (3)數(shù)據(jù)庫訪問 Visual Basic 數(shù)據(jù)庫應用程序有三個部分，用戶程序是程序員開發(fā)的，也是即將用 VB 來編寫的部分。數(shù)據(jù)庫引擎是數(shù)據(jù)庫驅動程序，使用它程序員可以用統(tǒng)一的格式訪問各種數(shù)據(jù)庫，不管這個數(shù)據(jù)庫是本地的 Visual Basic 數(shù)據(jù)庫，還是所支持的其它任何格式的數(shù)據(jù)庫格式，所使用的數(shù)據(jù)訪問對象和編程技術都是相同的。數(shù)據(jù)庫則是上面完成的部分。從這個結構可以看出用戶與正在訪問的特定數(shù)據(jù) 庫無關。那在用 VB 編寫數(shù)據(jù)庫程序時，就需要使程序能夠訪問指定的數(shù)據(jù)庫。 如果是簡單的數(shù)據(jù)庫應用，可以使用控件來執(zhí)行大部分數(shù)據(jù)訪問操作，而根本不用編寫代碼。 河北理工大學畢業(yè)設計說明書 第 15 頁 共 51 頁 (4)數(shù)據(jù)庫查詢 在數(shù)據(jù)庫管理系統(tǒng)中，輸入和查詢就象兩個孿生姐妹不可或缺，下面將介紹如何創(chuàng)建查詢窗口。查詢窗口的設計分為兩部分：查詢結果和查詢條件。查詢結果是指用戶所需要的數(shù)據(jù)，它包括根據(jù)查詢條件查詢出來的記錄，但并非表中每個字段里的數(shù)據(jù)都需要提供給用戶。比如在這個例子中，登記表中的登記號的值是用戶不感興趣的，所以在查詢結果中，不希望顯示 RegID 字段的 值。查詢條件是用戶提出的查詢要求。比如在本設計中，可以有合同編號條件，當用戶想知道某個合同的具體情況，他可以輸入此合同的合同編號，就查詢出此合同各方面的情況 。也可以有客戶名稱條件，當用戶輸入某個客戶名稱，就會查詢出處于這個客戶簽訂的所有合同的信息。到底采用哪些查詢條件，這需要開發(fā)者根據(jù)用戶和系統(tǒng)的要求進行設計，其具體實現(xiàn)過程大都大同小異。 河北理工大學畢業(yè)設計說明書 第 16 頁 共 51 頁 3 可行性研究 技術可行性 本系統(tǒng)要求采用 VB 和 Access 2020 作為開發(fā)工具。首先必須對開發(fā)工具進行考察，以判斷該開發(fā)工具是 否是用于該項目的開發(fā)。 VB 是微軟公司推出的基于 Basic語言的可視化編程環(huán)境，它是一種可視化的、事件驅動型的 Windows 應用程序開發(fā)工具，VB在數(shù)據(jù)庫開發(fā)方面也有強大功能。 VB 能夠讀取和訪問 Access、 Excel、 DbaseX、 Foxpro、Btrieve和 ODBC等多種數(shù)據(jù)庫，并能利用 VB 自身所帶的數(shù)據(jù)庫引擎創(chuàng)建 Access數(shù)據(jù)庫。就該系統(tǒng)的技術構成上來看，它屬于一個數(shù)據(jù)庫應用類的系統(tǒng)，其基本操作是對數(shù)據(jù)庫進行添加、刪除、查找、編輯等操作，不存在太大的技術問題 。 經(jīng)濟可行性 本系統(tǒng)開發(fā)不涉及商業(yè) 行為，不存在成本效益問題。 操作可行性 本系統(tǒng)的界面類似與 Windows 界面，操作方法簡單易學。只要具有基本的 Windows操作知識即可。 法律可行性 本系統(tǒng)不用于商業(yè)行為，一旦觸犯法律，由本人全部承擔。 河北理工大學畢業(yè)設計說明書 第 17 頁 共 51 頁 4 需求分析 系統(tǒng)需要實現(xiàn)的功能 本系統(tǒng)需要實現(xiàn)的功能是對合同信息進行處理，其中包括客戶信息處理、定單信息處理、付款信息處理、產(chǎn)品信息處理、合同信息執(zhí)行情況等，使其操作自動化，從而大大的提高業(yè)務管理的效率。 系統(tǒng)采用 VB 開發(fā)，由于開發(fā)軟件對數(shù)據(jù)庫的良好支持，需要在功能上加強 。根據(jù)實際情況，需要對合同信息管理系統(tǒng)有一定的了解，熟悉其業(yè)務流程，加強系統(tǒng)的功能與性能，并且對用戶登陸的身份進行檢查，增強信息的保密性。 實現(xiàn)設計要求 項目名稱：《中小企業(yè)合同管理系統(tǒng)》 項目用戶對象：企業(yè)的內部人員； 開發(fā)平臺： Visual Basic ； 后臺數(shù)據(jù)庫： Microsoft Access 2020； 硬件要求：微機要求具有 PII 以上的 CPU； 64M 以上內存； 以上硬盤；顯示器與顯卡應支持 800*600 及其以上分辨率；配有 CDROM； 軟件要求：采用 Windows 9x/NT/2020/XP 作為系統(tǒng)運行的操作系統(tǒng)；用 ； 開發(fā)周期： 8— 10周； 系統(tǒng)性能：可執(zhí)行應用程序文件小，界面友好、操作簡便； 條件與限制 (1)使用人員應具有 Windows 系列操作系統(tǒng)的一般操作知識； (2)用戶必須有密碼才能進入； (3)高級用戶具有對所有信息操作權；普通用戶不能對客戶信息瀏覽； 河北理工大學畢業(yè)設計說明書 第 18 頁 共 51 頁 5 概要設計 設計方案選擇 三層結構模型 這種模型的系統(tǒng)，處理分布在三層或多層中，每層各有不同的功能，分別描述如下： (1)表達服務（客戶機層） 客戶機層處理與應用程序交互 的所有用戶，可以是基于瀏覽器的應用程序將 OCX 放在 ASP 頁面中，也可以是標準的 Windows 應用程序界面。 (2)業(yè)務服務（中間層） 應用程序的業(yè)務層實現(xiàn)業(yè)務規(guī)則、處理數(shù)據(jù)和管理事務。邏輯從客戶機代碼移到中間層組件。 COM/MTS 就是中間層應用程序服務器，用于管理 COM 組件。 (3)數(shù)據(jù)服務（數(shù)據(jù)源層） 數(shù)據(jù)源層表示一個或幾個數(shù)據(jù)庫。通常，這個層是關系數(shù)據(jù)庫層，也可以大型機、INTERNET 或電子報表中存放的數(shù)據(jù)。 圖 1 三層結構模型示 意圖 分析： (1)優(yōu)點：應用程序更可擴展，可以在需要時增加中間服務器功能或增加服務器?；诮M件開發(fā)，可以復用軟件。組件集中在應用服務器上，業(yè)務規(guī)則或數(shù)據(jù)訪問代碼改變時只要在一個地方進行，并對客戶機是透明的?？梢赃M行企業(yè)開發(fā)，開發(fā)人員可以集中考慮特定功能區(qū)。 (2)缺點：開發(fā)多層需要更多的時間，復用對象的設計和編碼需要更多時間， 數(shù)據(jù)源層 業(yè)務層 客戶機 客戶機 客戶機 河北理工大學畢業(yè)設計說明書 第 19 頁 共 51 頁 分布式應用程序的長期好處與啟動時間和費用需要平衡?？蛻魴C對組件進行進程外調用，因此有一些性能開銷。在 C/S中，只在客戶機與數(shù)據(jù)源之間進行通信，而在三層模型中，還要一層，需要另一組調 用。因而，三層模型的系統(tǒng)是屬于更高級別的分布式系統(tǒng)。比客戶機 /服務器需要更大的開銷，更高的技術，實現(xiàn)起來有一定的難度。它屬于最高成本的方案，屬于高層次人員開發(fā)的選擇。 客戶機 /服務器模型 網(wǎng)絡的進步和 PC與服務器使用率的提高，使分布式計算機模型 —— 客戶機 /服務器模型應用的越來越廣泛。在客戶機 /服務器模型中，應用程序的處理發(fā)生在客戶機和服務器中，通常是兩層應用程序，通常多個用戶和服務器連成網(wǎng)絡，客戶機上存放應用程序，遠程服務器上運行數(shù)據(jù)庫引擎，客戶應用程序想數(shù)據(jù)庫發(fā)出請求，而數(shù)據(jù)庫又把數(shù)據(jù)返回客 戶機。 C/S 模型，把處理工作從中央計算機卸載到客戶計算機上。因而當 C/S中增加用戶數(shù)時，文件服務器性能不會迅速下降。 分析： 用這種辦法實現(xiàn)的系統(tǒng)，顯然能夠更加全面、完善的實現(xiàn)成績的動態(tài)、隨機查詢，有效的保證了數(shù)據(jù)安全性、完整性。而且不同地點的用戶均可以訪問統(tǒng)一數(shù)據(jù)，而單機上的負荷又得到減少。由此得到的外貿(mào)業(yè)務管理系統(tǒng)顯然最能符合當今網(wǎng)絡一體化的需求，但這種模型仍有缺點。缺乏伸縮性，即應用程序適應需求增加的能力；同時每個客戶機保持與數(shù)據(jù)庫連接，占用服務器資源；沒有代碼復用性；沒有中間層處理事務和安服務器 用戶 1 用戶 2 用戶 3 圖 2 客戶機 /服務器模型示意圖 河北理工大學畢業(yè)設計說明書 第 20 頁 共 51 頁 全性。 單層結構模型 較之前兩種網(wǎng)絡版，此方案屬于單機版，即應用程序與數(shù)據(jù)庫在同一臺機器上實現(xiàn)，不需要實現(xiàn)各層次間的數(shù)據(jù)通信。因而實現(xiàn)起來較為簡單，功能較為薄弱，適合于首次嘗試軟件開發(fā)的人員設計。可以使用一種面向對象的程序設計語言 VB、 VC 、 Delphi等，它們具有設計簡單，可視化的界面易于操作，功能強大的優(yōu)點，本身可以調用數(shù)據(jù)庫，實現(xiàn)與開發(fā)程序的連接。但數(shù)據(jù)庫的安全性及數(shù)據(jù)容量、數(shù)據(jù)維護等是它的不足之處。 與前兩種方案比較，此方案屬于低成本的方案。權衡比較，選用單層結構模型，理由如下： (1)從提供 的需求考慮，本系統(tǒng)的運行環(huán)境僅需要一臺計算機，選用單層結 構的數(shù)據(jù)庫應用系統(tǒng)最為理想； (2)由于使用的單機版，不需要網(wǎng)絡維護，使用的費用，因而，每個成員單獨開發(fā)任務的成本不高，工程的總成本也較低，盡管如此，單機版系統(tǒng)仍能全面實現(xiàn)一般用戶所需的全部功能。運行費用低，經(jīng)濟效用低是它的優(yōu)點； (3)從開發(fā)工具考慮， VB 對于單層結構的數(shù)據(jù)庫應用程序，可以通過 Jet 操 作本地的 MS Access 文件； (4)從日后軟件升級考慮， VB 的一個強有力的功能之一是可以將基于本地桌面數(shù)據(jù)庫系統(tǒng)的應用程序很容易地修改成客戶 /服 務器模式的應用。一個 VB 數(shù)據(jù)庫應用程序訪問的是本地數(shù)據(jù)庫還是遠程 SQL數(shù)據(jù)庫服務器上的數(shù)據(jù)庫，這對于最終用戶是完全透明的。即數(shù)據(jù)庫的物理位置對最終用戶是透明的，當數(shù)據(jù)庫的物理位置發(fā)生變化時，用戶界面不必隨之變化。 數(shù)據(jù)庫簡介 河北理工大學畢業(yè)設計說明書 第 21 頁 共 51 頁 數(shù)據(jù)庫技術是計算機領域中一門很重要的技術，由于數(shù)據(jù)庫信息容量大，分類、統(tǒng)計和檢索方便，使用靈活而且便于維護，數(shù)據(jù)庫得到非常廣泛的應用。近年來，數(shù)據(jù)庫技術的發(fā)展非常迅速，在軟件市場上已經(jīng)出現(xiàn)了大量的數(shù)據(jù)庫管理系統(tǒng)。由于本例面向的用戶比較少，所以選擇 Microsoft Access 2020 數(shù)據(jù)庫。 Access2020 就是關系數(shù)據(jù)庫開發(fā)工具，數(shù)據(jù)庫能匯集各種信息以供查詢、存儲和檢索。 Access 的優(yōu)點在于它能使用數(shù)據(jù)表示圖或自定義窗體收集信息。數(shù)據(jù)表示圖提供了一種類似于 Excel 的電子表格，可以使數(shù)據(jù)庫一目了然。另外， Access 允許創(chuàng)建自定義報表用于打印或輸出數(shù)據(jù)庫中的信息。 Access 也提供了數(shù)據(jù)存儲庫，可以使用桌面數(shù)據(jù)庫文件把數(shù)據(jù)庫文件置于網(wǎng)絡文件服務器，與其他網(wǎng)絡用戶共享數(shù)據(jù)庫。 Access 是一種關系數(shù)據(jù)庫工具，關系數(shù)據(jù)庫是已開發(fā)的最通用的數(shù)據(jù)庫之一。如上所述， Access 作為關系數(shù)據(jù)庫開發(fā)具備了許多優(yōu)點，可以在一個數(shù)據(jù)包中同時擁有桌面數(shù)據(jù)庫的便利和關系數(shù)據(jù)庫的強大功能。 結構化查詢語言 SQL（ Structured Query Language）是目前使用最為廣泛的關系數(shù)據(jù)庫查詢語言。SQL語言于 1974 年由 Boyce 公司和 Chamberlin 公司提出，并在 IBM 公司的聲樂色研究實驗室研制的 SystemR 系統(tǒng)上得以實現(xiàn)。由于 SQL語言具有功能豐富、使用方式靈活、語句簡潔易學等優(yōu)點，在用戶中備受歡迎。 SQL 語言的全稱應該是結構化查詢語言。可事實上，他的 功能包括了查詢（ Query）、操縱（ Manupulation）、定義（ Definition）和控制（ Control） 4 個方面。因此 SQL 語言同時繼承了數(shù)據(jù)庫 DDL（ Data Defining Language）語言和 DML（ Data Manufacturing Language）語言的功能，是一種綜合、通用、功能極強的關系數(shù)據(jù)庫語言。 SQL 語言既可以作為獨立語言供終端用戶聯(lián)機使用，也可以作為宿主型語言嵌入某種高級程序