收費停車場管理系統(tǒng)數(shù)據(jù)庫設計數(shù)據(jù)庫課程設計論文

1、科技工業(yè)職業(yè)技術學院科技工業(yè)職業(yè)技術學院數(shù)據(jù)庫技術與應用數(shù)據(jù)庫技術與應用 課程實訓課程實訓 題題 目目 學生成績管理系統(tǒng)學生成績管理系統(tǒng) 專專 業(yè)業(yè) 計算機網(wǎng)絡計算機網(wǎng)絡 班班 級級 0920409204 班班 姓姓 名名 凌凌 凱凱 學學 號號 0920401709204017 指導教師指導教師 余小斐老師余小斐老師 20112011 年年 1111 月月 2828 日日 .2 / 32目錄目錄1.1.引言引言 3 32.2.需求分析階段需求分析階段 3 32.1 引言 32.2 任務 32.2.1 需求分析階段的目標 32.2.2 具體任務 42.2.3 結果 43.3.概念設計階段概念設

2、計階段 6 63.1 目標 63.2 設計過程 73.3 階段成果 74.4.邏輯設計階段邏輯設計階段 8 84.1 目標 84.2 任務與結果 84.2.1 數(shù)據(jù)組織 8圖圖 9.9.系統(tǒng)功能模塊圖系統(tǒng)功能模塊圖 11115.5.物理設計階段物理設計階段 11115.1 目標 115.2 任務 115.2.1 數(shù)據(jù)存取方面 125.2.2 功能模塊圖 125.3 結果 145.3.1 存儲過程 145.3.2 觸發(fā)器 146.6.數(shù)據(jù)庫實施階段數(shù)據(jù)庫實施階段 15156.1 目標 156.2 任務與結果 156.2.1 建立數(shù)據(jù)庫 158.8.收獲與體會收獲與體會 1515 .3 / 321

3、.引言21 世紀以來，現(xiàn)代化產(chǎn)業(yè)高速發(fā)展，汽車作為日常交通工具已經(jīng)普與社會的每一個角落，給人們的日常生活帶來了極大的便利。但是隨著汽車擁有量的急劇增加，車輛停放的問題隨之而來，如果沒有合理的停放規(guī)則和秩序，勢必引起許多不必要的麻煩，反而給生活帶來不便。停車場作為交通設施的組成部分，隨著交通運輸?shù)姆泵筒粩喟l(fā)展，人們對其管理的要求也不斷提高，都希望管理能夠達到方便、快捷以與安全的效果。然后目前的許多停車場還處于一種純人工的管理的模式，在車輛的管理上效率低下，而且十分容易出錯。因此需要一種合適的管理系統(tǒng)來解決這些問題，達到高效，簡易的效果，給廣大人民的出行帶來方便。本論文旨在設計一個簡單、高效且實

4、用的停車場管理系統(tǒng)，希望能解決目前管理上存在的一些問題。系統(tǒng)的設計過程經(jīng)過了需求分析階段、概念設計階段、邏輯結構設計階段、數(shù)據(jù)庫物理設計階段、數(shù)據(jù)庫的實施和維護以與系統(tǒng)的調試與測試，最終完成了一個比較完善的收費停車場管理系統(tǒng)。2.2.需求分析階段2.1 引言需求分析是設計數(shù)據(jù)庫的起點，需求分析的結果是否準確地反映了用戶的實際要求，將直接影響到后面各個階段的設計，并影響到設計結果是否合理和實用。目前停車場的管理方式比較落后，已經(jīng)不能適應現(xiàn)代社會的實際需求，本系統(tǒng)的開發(fā)能給管理上帶來新鮮的活力，提高管理的效率，具有較高的實用性和開發(fā)價值。2.2 任務2.2.1 需求分析階段的目標通過調查了解分析停

5、車管理的現(xiàn)狀，弄清用戶對開發(fā)的數(shù)據(jù)庫應用系統(tǒng)的確切要求，以與停車場管理的流程，系統(tǒng)的具體功能和數(shù)據(jù)庫中數(shù)據(jù)信息。 .4 / 322.2.2 具體任務（1）處理對象系統(tǒng)處理的對象包括車輛信息、固定車位信息、自由車位信息、停車車輛信息以與收費記錄等五個方面。即固定車位信息：車位編號、車位位置、車牌、車主、車輛品牌、車輛顏色、車輛照片、 、聯(lián)系方式、車位余額；自由車位信息：車位編號、車位位置；車輛信息：車牌、車輛品牌、車輛顏色；停車信息：車位編號、車牌、進入時間、離開時間、時間段、車位類型、在位情況、收費費率；收費記錄：車位編號、車牌、停車時間、停車費用、發(fā)票編號。（2）處理功能要求整個系統(tǒng)具體包括

6、三個子系統(tǒng)，分別為：停車處理子系統(tǒng)、車位綜合管理子系統(tǒng)以與收費子系統(tǒng)。處理的功能包括：車輛信息的查詢以與更新；空閑車位信息的查詢；固定車位信息的查詢；進出車輛記錄的更新和收費信息的查詢與更新等。（3）安全性與完整性要求 安全性可以通過視圖機制來完成，對不同用戶設置不同權限，不同的用戶只能訪問授權的視圖，這樣可以提高一定的程度的安全性。還可以通過存取控制機制：即定義用戶權限，并將用戶權限登記到數(shù)據(jù)字典中以與合法的權限檢查來保障安全性。 完整性可以通過聲明完整性，即在定義表時聲明數(shù)據(jù)完整性和過程完整性，在服務器端編寫觸發(fā)器來實現(xiàn)。2.2.3 結果（1）體會和收獲通過對現(xiàn)在的停車場管理狀況的調查，發(fā)

7、現(xiàn)停車場管理缺少合適的管理系統(tǒng)，并了解了一下管理的大致流程。與此同時通過網(wǎng)絡搜索查找現(xiàn)行的停車場管理系統(tǒng)，根據(jù)這兩者綜合來進行需求分析。調查時需要較強的信息捕捉能力以與事后的總結與思考，同時學會用網(wǎng)絡較快較準確地搜索到需要的資料是很關鍵的。（2）業(yè)務流程圖見附錄 1（3）數(shù)據(jù)流圖 .5 / 32見附錄 2（4）數(shù)據(jù)字典數(shù)據(jù)項：表 2-1 數(shù)據(jù)項說明數(shù)據(jù)項編號數(shù)據(jù)項編號數(shù)據(jù)項名數(shù)據(jù)項名數(shù)據(jù)項含義數(shù)據(jù)項含義與其它數(shù)據(jù)項的關系與其它數(shù)據(jù)項的關系存儲結構存儲結構別名別名DI-1Cwno車位編號char(10)編號DI-2Carno車牌char(10)車牌DI-3Carname車主char(10)DI-

8、4Carcolor車輛顏色char(4)顏色DI-5Carpho車輛照片bit照片DI-6Caraddchar(20)地址DI-7Cartel聯(lián)系方式char(20)DI-8Carat在位情況char(4)DI-9Carin進入時間datetimeDI-10Carout離開時間datetimeDI-11Carmon車位余額float余額DI-12Montime收費費率float費率DI-13Moneypay停車費用float收費DI-14Cwtype車位類型char(4)DI-15Cartime停車時間float時間DI-16Piece發(fā)票編號char(20)Dl-17Carsb車輛品牌cha

9、r(10)車名Dl-18Cwpace車位位置char(10)位置Dl-19Timetype時間段char(6)數(shù)據(jù)結構：表 2-2 數(shù)據(jù)結構數(shù)據(jù)結數(shù)據(jù)結構編號構編號數(shù)據(jù)結構名數(shù)據(jù)結構名數(shù)據(jù)結構數(shù)據(jù)結構定義定義組成組成 .6 / 32數(shù)據(jù)結數(shù)據(jù)結構編號構編號數(shù)據(jù)結構名數(shù)據(jù)結構名數(shù)據(jù)結構數(shù)據(jù)結構定義定義組成組成DS-1Fixed固定車位信息Cwno、Cwpace、Carno、Carname、Carcolor、CarsbCarpho、Caradd、Cartel、CarmonDS-2Free自由車位信息Cwno、CwpaceDS-3Stop停車信息Cwno、Carno、Carat 、Carin、Car

10、out、Timetype、Cwtype、MontimeDS-4Moneynote收費記錄Cwno、Carno、Cartime、Moneypay、PieceDS-5Car車輛信息Carno、Carsb、Carcolor（5）處理邏輯描述表 2-3 處理邏輯描述處理編號處理編號處理功能處理功能處理過程處理過程PR-1判斷用戶查詢涉與的功能模塊固定車位信息模塊、自由車位信息模塊、停車車輛信息模塊、進出車輛記錄信息模塊、收費記錄模塊：先確定查詢所涉與的功能模塊；然后，確定要查詢的容，確定查詢數(shù)據(jù)流向；最后顯示查詢結果。PR-2判斷用戶修改要涉與的模塊，同時把相應的修改數(shù)據(jù)傳到相應的模塊之中固定車位信息

11、模塊、自由車位信息模塊、停車車輛信息模塊、進出車輛記錄信息模塊、收費記錄模塊：先確定更新所涉與的功能模塊；然后，把更新信息傳送到相應的模塊中；最后，進行相應的更新操作。3.概念設計階段3.1 目標概念結構設計師是將需求分析得到的用戶需求抽象為信息結構即概念模型的過程。它是整個數(shù)據(jù)庫設計的關鍵。概念結構設計步驟分為兩步：第一步是抽象數(shù)據(jù)并設計局部視圖，第二步是集成局部視圖，得到全局的概念結構。3.2 設計過程 .7 / 32（1）選擇中層數(shù)據(jù)流為切入點，通常選擇實際系統(tǒng)中的子系統(tǒng)；（2）設計分 E-R 圖，即各子模塊的 E-R 圖；（3）生成初步 E-R 圖，通過合并方法，做到各子系統(tǒng)實體、屬性

12、、聯(lián)系統(tǒng)一；（4）生成全局 E-R 圖，通過消除沖突等方面。通過分析系統(tǒng)的業(yè)務流圖與數(shù)據(jù)流圖，得到系統(tǒng)圍繞“車輛”與“車位”之間的相互關系。3.3 階段成果分 E-R 圖：全局 E-R 圖：E-R 圖屬性如下所示：車 輛：Car (Carno,Carsb,Carcolor) Carno 是主碼；固定車位：Fixed(Cwno,Carpace,Carno,Carname,Carcolor,Carpho,Caradd,Cartel,Carmon)；自由車位：Freed(Cwno,Carpace) Cwno 是主碼；收 費：Moneynote(Cwno,Carno,Cartime,Moneypay,

13、Piece) Cwno 和 Carno 是外碼；停 車：Stop (Cwno,Carno,Carin,Carout,Timetype,Cwtype,Montime) Cwno 和 Carno 是外碼；4.邏輯設計階段 .8 / 324.1 目標邏輯結構設計的任務是把概念結構設計階段設計好的基本 E-R 圖轉換為與選用 DBMS 產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結構。邏輯結構設計時一般要分為 3 步進行：將概念結構轉換為一般的關系、網(wǎng)狀、層次模型；將轉換來的關系、網(wǎng)狀、層次模型向特定 DBMS 支持下的數(shù)據(jù)模型轉換；對數(shù)據(jù)模型進行優(yōu)化。4.2 任務與結果4.2.1 數(shù)據(jù)組織（1）將 E-R 模型

14、轉換為關系模型轉換的原則是：一個實體型轉換為一個關系模式。實體的屬性就是關系的屬性，實體的碼就是關系的碼。對于實體間的聯(lián)系則有以下不同的情況：一個 1：1 聯(lián)系可以轉換為一個獨立的關系模式，也可以與任意一端對應的關系模式合并。三個或三個以上實體間的一個多元聯(lián)系可以轉換為一個關系模式。與該多元聯(lián)系相連的各實體的碼以與聯(lián)系本身的屬性均轉換為關系的屬性，而關系的碼為各實體碼的組合。一個 1：n 聯(lián)系可以轉換為一個獨立的關系模式，也可以與 n 端對應的關系模式合并。如果轉換為一個獨立的關系模式，則與該聯(lián)系相連的各實體的碼以與聯(lián)系本身的屬性均轉換為關系的屬性，而關系的碼為 n 端實體的碼。 一個 m：n

15、 聯(lián)系轉換為一個關系模式。與該聯(lián)系相連的各實體的碼以與聯(lián)系本身的屬性均轉換為關系的屬性，而關系的碼為各實體碼的組合。 3 個或 3 個以上實體間的一個多元聯(lián)系可以轉換位一個關系模型。與該多元聯(lián)系相連的各實體的碼以與聯(lián)系本身的屬性均轉換為關系的屬性，各實體的碼組成關系的碼或關系碼的一部分。 具有一樣碼的關系模式可合并。E-R 圖向關系模型轉換的結果是：車 輛：Car (Carno,Carsb,Carcolor) Carno 是主碼；固定車位：Fixed(Cwno,Carpace,Carno,Carname,Carcolor,Carpho,Caradd,Cartel,Carmon)自由車位：Fre

16、ed(Cwno,Carpace) Cwno 是主碼；收 費：Moneynote(Cwno,Carno,Cartime,Moneypay,Piece) Cwno 和 Carno 是外碼；停 車：Stop (Cwno,Carno,Carin,Carout,Timetype,Cwtype,Carat,Montime) Cwno 和 Carno是外碼；（2）模型優(yōu)化關系模型 Car 和 Moneynote 由于沒有出現(xiàn)部分函數(shù)依賴和傳遞函數(shù)依賴，所以以上模型已經(jīng)達到 3NF。但是關系模型 Stop 存在函數(shù)傳遞依賴 CarinTimetype,Timetype-/-Carin .9 / 32Timet

17、ypeMontime，因此應該將關系模型 Stop 轉換為 3NF，優(yōu)化后的關系模型為“停車：Stop(Cwno,Carno,Carin,Carout,Timetype)與費率信息：Moneyt(Timetype,Montime)。關系模型 Fixed 和 Freed 之間存在數(shù)據(jù)冗余，因此可以將兩個關系模型合并為一個關系模型FFed,并添加識別信息，合并后的關系模型為Ffed(Cwno,Carpace,Cartype,Carno,Carname,Carsb,Carcolor,Carpho,Caradd,Cartel,Carmon)模型優(yōu)化后的關系模型為車輛：Car (Carno,Carsb,

18、Carcolor) Carno 是主碼；車位:Ffed(Cwno,Cwpace,Cwtype,Carno,Carname,Carsb,Carcolor,Carpho,Caradd,Cartel,Carmon)；收費：Moneynote(Cwno,Carno,Cartime,Moneypay,Piece) Cwno 和 Carno 是外碼，被參照表是Ffed 和 Car；停車：Stop(Cwno,Carno,Carin,Carout,Carat,Timetype)；費率信息：Moneyt(Timetype,Montime)。（3）數(shù)據(jù)庫模式定義表 4-1 車輛信息列名列名數(shù)據(jù)類型數(shù)據(jù)類型是否為主

19、碼是否為主碼是否為外碼是否為外碼取值圍取值圍可否為空可否為空含義說明含義說明CarnoChar是否否車牌CarsbChar否否可車輛品牌CarcolorCarcolorChar否否可車輛顏色表 4-2 車位信息列名列名數(shù)據(jù)類型數(shù)據(jù)類型是否為主碼是否為主碼是否為外碼是否為外碼取值圍取值圍可否為空可否為空含義說明含義說明CwnoChar是否否車位編號CwpaceChar否否否車位位置CwtypeChar否否否車位類型CarnoChar否否可車牌CarnameChar否否可車主CarsbChar否否可車牌CarcolorChar否否可車輛顏色CarphoBit否否可車輛照片CaraddChar否否可

20、CartelChar否否可聯(lián)系CarmonCarmonFloat否否100200可車位余額表 4-3 停車信息列名列名數(shù)據(jù)類型數(shù)據(jù)類型是否為主碼是否為主碼是否為外碼是否為外碼取值圍取值圍可否為空可否為空含義說明含義說明CwnoChar否是否車位編號CarnoChar否是否車牌 .10 / 32CaratBit否否否在位情況Carindatetime否否否進入時間Caroutdatetime否否可離開時間TimetypeTimetypeChar(6)是否高峰、一般、低谷否時間段表 4-4 費率信息列名列名數(shù)據(jù)類型數(shù)據(jù)類型是否為主碼是否為主碼是否為外碼是否為外碼取值圍取值圍可否為空可否為空含義說明

21、含義說明TimetypeChar(6)是否高峰、一般、低谷否時間段MontimeMontimeFloat否否大于 0否收費費率表 4-5 收費記錄列名列名數(shù)據(jù)類型數(shù)據(jù)類型是否為主碼是否為主碼是否為外碼是否為外碼取值圍取值圍可否為空可否為空含義說明含義說明CwnoChar否是否車位編號CarnoChar否是否車牌CartimeFloat否否大于 0否停車時間列名列名數(shù)據(jù)類型數(shù)據(jù)類型是否為主碼是否為主碼是否為外碼是否為外碼取值圍取值圍可否為空可否為空含義說明含義說明MoneypayFloat 否否大于 0可停車費用PiecePieceChar否否可發(fā)票編號（4）用戶子模式定義表 4-6 用戶子模式

22、定義序號序號視圖名稱視圖名稱視圖定義視圖定義視圖作用視圖作用備注備注V-1Carinformation車位號,車牌號查詢在位車輛信息V-2Carfixedtion車位號,車牌號,車主,車名,車色,車照,地址,余額查詢在固定車位停車的車輛信息V-3carfreetion車位號,車牌號,車名,車色查詢在自由車位停車的車輛信息V-4Carinouttion車位號、車牌號、進入時間、離開時間、時間段查詢車輛進出記錄作用與 V-1 不一樣V-5moneytime時間段、費率查詢與修改收費費率V-6Moneytion總收費查詢停車場總收費v-7v-7Carmoney車牌號、繳費總額查詢每輛車的繳費額（5）

23、功能模塊圖 .11 / 32圖 9.系統(tǒng)功能模塊圖5.物理設計階段5.1 目標物理設計就是為一個給定的邏輯數(shù)據(jù)結構模型選取一個最合適應用要求的物理結構的過程。物理設計通常分為兩步：確定數(shù)據(jù)庫的物理結構，在關系數(shù)據(jù)庫中主要指存取方法和存儲結構；對物理結構進行評價，評價的重點是時間和空間效率。如果評價結果滿足原設計要求，則可進入到物理實施階段，否則，就需要重新設計或修改物理結構，有時甚至要返回邏輯設計階段修改數(shù)據(jù)模型。物理設計的容包括：為關系模型選擇存取方法；設計關系、索引等數(shù)據(jù)庫文件的物理存儲結構。5.2 任務5.2.1 數(shù)據(jù)存取方面由于經(jīng)常需要判斷是否有空余車位，所以要經(jīng)常查詢停車信息，因此在

24、 Stop 表的 Cwno 上建立聚簇索引以提高查詢效率。為了方便查詢各個車輛的收費記錄，在 Moneynote 表的 Carno 上建立聚簇索引以提高查詢效率5.2.2 功能模塊圖 .12 / 32（1）車位信息查詢與更新模塊圖：圖 10.車位信息查詢與更新模塊圖（2）停車信息查詢與更新模塊圖：圖 11.停車信息查詢與更新模塊圖（3）收費費率查詢與更新模塊圖： .13 / 32 圖 12.收費費率查詢與更新模塊圖5.3 結果5.3.1 存儲過程表 5-1 存儲過程編號編號存儲過程名稱存儲過程名稱定義定義作用作用P-1Sof1詳見附錄 3-16查詢固定車位總數(shù)P-2Sof2詳見附錄 3-17查

25、詢自由車位總數(shù)P-3Sof3詳見附錄 3-18查詢空閑自由車位數(shù)目P-4Sof4詳見附錄 3-19查詢車位總數(shù)P-5Sof5詳見附錄 3-20在 Moneynote 中查詢任意車輛的收費P-6Sof6詳見附錄 3-21在 Car 中插入一元組P-7Sof7詳見附錄 3-22在 Ffed 中插入一元組P-8Sof8詳見附錄 3-23在 Stop 中插入一元組P-9Sof9詳見附錄 3-24在 Moneynote 中插入一元組P-10Sof10詳見附錄 3-25查詢車輛 Car 信息P-11Sof11詳見附錄 3-26查詢車位 Ffed 信息P-12Sof12詳見附錄 3-27查詢停車 Stop

26、信息P-13Sof13詳見附錄 3-28查詢收費 Moneynote 信息P-14Sof14詳見附錄 3-29刪除一條收費 Moneynote 記錄 .14 / 32P-15Sof15詳見附錄 3-30修改固定車位車輛余額 Carmon5.3.2 觸發(fā)器表 5-2 觸發(fā)器編號編號存儲過程名稱存儲過程名稱定義定義作用作用T-1insert_or_update_carmon詳見附錄 3-31限定余額值必須大于等于 120 的觸發(fā)器P-2tri_moneypay詳見附錄 3-32限制修改 MONEYNOTE 于 50 的觸發(fā)器P-3tri_del_mo詳見附錄 3-33限制刪除 moneynote

27、表于 70 的數(shù)據(jù)6.數(shù)據(jù)庫實施階段6.1 目標數(shù)據(jù)庫實施階段就是用 DBMS 提供的數(shù)據(jù)定義語言與其他實用程序將數(shù)據(jù)庫邏輯設計和物理設計結果嚴格描述出來，成為 DBMS 可以接受的源代碼，再經(jīng)過調試產(chǎn)生目標模式，然后組織數(shù)據(jù)入庫。數(shù)據(jù)庫實施階段包括兩項重要的工作，一項是數(shù)據(jù)的載入，另一項是應用程序的編碼和調試。6.2 任務與結果6.2.1 建立數(shù)據(jù)庫（1） 建立數(shù)據(jù)庫、數(shù)據(jù)表、視圖、索引等（a）建立數(shù)據(jù)庫定義語句見附錄 3-1；（b）建立數(shù)據(jù)表定義語句見附錄 3-2 至 3-6；（c）建立視圖定義語句見附錄 3-7 至 3-13；（d）建立索引定義語句見附錄 3-14 至 3-15。（2）

28、數(shù)據(jù)入庫 .15 / 32系統(tǒng)包括共有 5 基本表,因此事先在 Excel 中錄入數(shù)據(jù),然后使用 SQL Server 2000 數(shù)據(jù)導入/導出向導功能,直接將數(shù)據(jù)導入到相應的基本表中。7.數(shù)據(jù)庫調試與測試對收費停車場管理系統(tǒng)的具體功能進行測試，測試包括：（1）測試各視圖的功能，測試結果見附錄 4-1；（2）測試各存儲過程的功能，測試結果見附錄 4-2；（3）測試各觸發(fā)器的功能，測試結果見附錄 4-3。8結束語通過此次數(shù)據(jù)庫的課程設計，真正達到了學與用的結合，增強了對數(shù)據(jù)庫方面應用的理解，對自己今后參與開發(fā)數(shù)據(jù)庫系統(tǒng)積累了不少經(jīng)驗，在實驗過程中，從建立數(shù)據(jù)開始，對靈據(jù)庫設計理念與思想上有更高的

29、認識，從需求分析，到概念設計和邏輯設計，E-R 圖的表示，數(shù)據(jù)字典的創(chuàng)建，懂得了不少有關數(shù)據(jù)庫開發(fā)過程中的知識，在實驗中建表，與其關系模式，關系代數(shù)的建立與理解，將 SQL 語的查詢語句用得淋漓盡致，增強了自己在數(shù)據(jù)庫中應用 SQL 語言的靈活性，其中包括，插入、刪除、修改、查詢，牽涉表和表之間的聯(lián)系，主建與外主鍵的定義，約束項的設置，使邏輯更嚴密，在學習過程中，我也能過上網(wǎng)查了不少資料，也看了一些別人設計的圖書館管理信息系統(tǒng)的設計報告，學以致用，自我創(chuàng)新，獨立完成了這份自己的報告，從中在學到用，從用又到學，不斷修改，系統(tǒng)更新。雖然不能達到完善系統(tǒng)，但也做到了盡善盡美，加強理論學習對完善系統(tǒng)會

30、有很多幫助，不管怎么說，對這次做的課程設計自己覺得還算滿意。附錄附錄 1.1.業(yè)務流程圖業(yè)務流程圖 .16 / 32圖 1.停車處理子系統(tǒng)業(yè)務流程圖圖 2.車位綜合管理子系統(tǒng)業(yè)務流程圖圖 3.收費子系統(tǒng)業(yè)務流程圖 .17 / 32附錄附錄 2.2.數(shù)據(jù)流程圖數(shù)據(jù)流程圖頂層數(shù)據(jù)流程圖圖 4.收費停車場管理系統(tǒng)頂層數(shù)據(jù)流圖 .18 / 32第二層數(shù)據(jù)流圖圖 5.收費停車場管理系統(tǒng)第一層數(shù)據(jù)流圖第三層數(shù)據(jù)流 .19 / 32圖 6.收費停車場管理系統(tǒng)第二層數(shù)據(jù)流圖（1）圖 7.收費停車場管理系統(tǒng)第二層數(shù)據(jù)流圖（2） .20 / 32圖 8.收費停車場管理系統(tǒng)第二層數(shù)據(jù)流圖（3）附錄附錄 3.3.數(shù)據(jù)

31、庫定義語句數(shù)據(jù)庫定義語句A1.建立數(shù)據(jù)庫create database Parking;B.建立數(shù)據(jù)表2.建立車輛數(shù)據(jù)表：create table Car(Carno char(10) primary key, Carsb char(10), Carcolor char(4);3.建立車位信息表：create table Ffed .21 / 32(Cwno char(10) primary key, Cwpace char(10) not null, Cwtype char(4) not null, Carno char(10), Carname char(10), Carsb char(10), Carcolor char(4), Carpho bit, Caradd char(20), Cartel char(20), Carmon float check(Carmon=100 and Carmon0), Piece char(10), foreign key(Cwno) references Ffed(Cwno), foreign key(Carno) references Car(Carno); .22 / 32附錄附錄 4.4.數(shù)據(jù)庫測試與功能