收費停車場管理系統(tǒng)數(shù)據(jù)庫設計_第1頁
收費停車場管理系統(tǒng)數(shù)據(jù)庫設計_第2頁
收費停車場管理系統(tǒng)數(shù)據(jù)庫設計_第3頁
收費停車場管理系統(tǒng)數(shù)據(jù)庫設計_第4頁
收費停車場管理系統(tǒng)數(shù)據(jù)庫設計_第5頁
已閱讀5頁,還剩11頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

1、東方學院實驗(實訓)報項目名稱 收費停車場管理系統(tǒng)所屬課程名稱數(shù)據(jù)庫原理及應用 項目類型 設計、綜合型 實驗(實訓)日期09 信息2班0920400204 0920400211曹歡歡 林婉怡指導教師嚴素蓉3目錄1.需求分析1.1引言1.2任務1.2.3 結果4概念設計 72.1 目標72.2設計過程72.3階段成果7邏輯設計 83.1 目標83.2任務與結果83.2.1數(shù)據(jù)組織8.系統(tǒng)功能模塊圖11物理設計 114.1 目標114.2任務114.2.1數(shù)據(jù)存取方面 114.2.2功能模塊圖 124.3結果124.3.1存儲過程122.3.4.4.3.2 觸發(fā)器12圖9331.2.1需求分析階段

2、的目標1.2.2具體任務5.數(shù)據(jù)庫實施階段13135.1目標5.2任務與結果.135.2.1建立數(shù)據(jù)庫136. 數(shù)據(jù)庫調(diào)試與測試141.需求分析1.1引言需求分析是設計數(shù)據(jù)庫的起點,需求分析的結果是否準確地反映了用 戶的實際要求,將直接影響到后面各個階段的設計,并影響到設計結果是 否合理和實用。目前停車場的管理方式比較落后,已經(jīng)不能適應現(xiàn)代社會的實際需求,本系統(tǒng)的幵發(fā)能給管理上帶來新鮮的活力,提高管理的效率,具有較高的 實用性和幵發(fā)價值。1.2任務1.2.1需求分析階段的目標通過調(diào)查了解分析停車管理的現(xiàn)狀,弄清用戶對幵發(fā)的數(shù)據(jù)庫應用系 統(tǒng)的確切要求,以及停車場管理的流程,系統(tǒng)的具體功能和數(shù)據(jù)庫

3、中數(shù)據(jù) 信息。1.2.2具體任務(1 )處理對象系統(tǒng)處理的對象包括車輛信息、固定車位信息、自由車位信息、停車 車輛信息以及收費記錄等五個方面。即固定車位信息:車位編號、車位位置、車牌號碼、車主姓名、車輛品 牌、車輛顏色、車輛照片、聯(lián)系地址、聯(lián)系方式、車位余額;自由車位信息:車位編號、車位位置; 車輛信息:車牌號碼、車輛品牌、車輛顏色;停車信息:車位編號、車牌號碼、進入時間、離開時間、時間段、車 位類型、在位情況、收費費率;收費記錄:車位編號、車牌號碼、停車時間、停車費用、發(fā)票編號。2)處理功能要求整個系統(tǒng)具體包括三個子系統(tǒng),分別為:停車處理子系統(tǒng)、車位綜合 管理子系統(tǒng)以及收費子系統(tǒng)。處理的功能

4、包括:車輛信息的查詢以及更新;空閑車位信息的查詢; 固定車位信息的查詢;進出車輛記錄的更新和收費信息的查詢與更新等。3)安全性與完整性要求安全性可以通過視圖機制來完成,對不同用戶設置不同權限,不同的 用戶只能訪問授權的視圖,這樣可以提高一定的程度的安全性。還可以通 過存取控制機制:即定義用戶權限,并將用戶權限登記到數(shù)據(jù)字典中以及 合法的權限檢查來保障安全性。完整性可以通過聲明完整性,即在定義表時聲明數(shù)據(jù)完整性和過程完 整性,在服務器端編寫觸發(fā)器來實現(xiàn)。1.2.3 結果1)體會和收獲通過對現(xiàn)在的停車場管理狀況的調(diào)查,發(fā)現(xiàn)停車場管理缺少合適的管 理系統(tǒng),并了解了一下管理的大致流程。與此同時通過網(wǎng)絡

5、搜索查找現(xiàn)行 的停車場管理系統(tǒng),根據(jù)這兩者綜合來進行需求分析。調(diào)查時需要較強的 信息捕捉能力以及事后的總結與思考,同時學會用網(wǎng)絡較快較準確地搜索 到需要的資料是很關鍵的。2)業(yè)務流程圖圖 1. 停車處理子系統(tǒng)業(yè)務流程圖圖 2. 車位綜合管理子系統(tǒng)業(yè)務流程圖圖 3. 收費子系統(tǒng)業(yè)務流程圖3)數(shù)據(jù)流圖頂層數(shù)據(jù)流程圖圖 4. 收費停車場管理系統(tǒng)頂層數(shù)據(jù)流圖第二層數(shù)據(jù)流圖圖 5. 收費停車場管理系統(tǒng)第一層數(shù)據(jù)流圖第三層數(shù)據(jù)流圖6.收費停車場管理系統(tǒng)第二層數(shù)據(jù)流圖(1)圖7.收費P1停車場管理系統(tǒng)第流圖(2)圖8.收費停車場管理系調(diào)度員空車位統(tǒng)第停車處理系統(tǒng)數(shù)據(jù)渝圖二層數(shù)據(jù)流圖(3)數(shù)據(jù)字典數(shù)據(jù)項:表2

6、-1數(shù)據(jù)項說明數(shù)據(jù)項編號數(shù)據(jù)項名數(shù)據(jù)項含義與其它數(shù)據(jù)項的關系存儲結構別名DI-1Cwno車位編號char(10)編號DI-2Carno車牌號碼char(10)車牌DI-3Carname車主姓名char(10)姓名DI-4Carcolor車輛顏色char(4)顏色DI-5Carpho車輛照片bit照片DI-6Caradd聯(lián)系地址char(20)地址DI-7Cartel聯(lián)系方式char(20)電話DI-8Carat在位情況char(4)DI-9Carin進入時間datetimeDI-10Carout離開時間datetime數(shù)據(jù)項編號數(shù)據(jù)項名數(shù)據(jù)項含義與其它數(shù)據(jù)項的關系存儲結構別名DI-11Carm

7、on車位余額float余額DI-12Montime收費費率float費率DI-13Moneypay停車費用float收費DI-14Cwtype車位類型char(4)DI-15Cartime停車時間float時間DI-16P iece發(fā)票編號char(20)DI-17Carsb車輛品牌char(10)車名DI-18Cwp ace車位位置char(10)位置DI-19Timet ype時間段char(6)數(shù)據(jù)結構:表2-2數(shù)據(jù)結構數(shù)據(jù) 結構 編號數(shù)據(jù)結構名數(shù)據(jù)結 構定義組成DS-1Fixed固 定車位 Cwno、Cwpace、Carno、信息Cartel、CarmonCarname 、Carcol

8、or、CarsbCarpho、Caradd、DS-2Free自由車位Cwno、Cwpace 信息DS-3Sto p停車信息Cwno、Carno、Carat 、Carin、Carout、Timetype 、Cwtype、MontimeDS-4Moneynote收費記錄Cwno、Carno、Cartime、Moneypay、PieceDS-5Car車輛信息Carno、Carsb、Carcolor(5)處理邏輯描述表2-3處理邏輯描述處理編號處理功能處理過程P R-1判斷用戶查詢涉及的功能模塊固定車位信息模塊、自由車位信息模塊、信息模塊、進出車輛記錄信息模塊、停車車輛收費記錄模塊:先確定查詢所涉及的

9、功能模塊;然后,確定要查詢 的內(nèi)容,確定查詢數(shù)據(jù)流向;最后顯示查詢結果。P R-2判斷用戶修改要涉及的模塊,同時 把相應的修改數(shù)據(jù)傳到相應的模塊 之中固定車位信息模塊、自由車位信息模塊、停車車輛信息模塊、進出車輛記錄信息模塊、收費記錄模塊:先確定更新所涉及的功能模塊;然后,把更新信息 傳送到相應的模塊中;最后,進行相應的更新操作。2.概念設計2.1目標概念結構設計師是將需求分析得到的用戶需求抽象為信息結構即概念 模型的過程。它是整個數(shù)據(jù)庫設計的關鍵。概念結構設計步驟分為兩步: 第一步是抽象數(shù)據(jù)并設計局部視圖,第二步是集成局部視圖,得到全局的 概念結構2.2設計過程選擇中層數(shù)據(jù)流為切入點,通常選

10、擇實際系統(tǒng)中的子系統(tǒng); 設計分E-R圖,即各子模塊的 E-R圖; 生成初步E-R圖,通過合并方法,做到各子系統(tǒng)實體、屬性、聯(lián)系統(tǒng)(4)生成全局 E-R圖,通過消除沖突等方面。通過分析系統(tǒng)的業(yè)務流圖與數(shù)據(jù)流圖,得到系統(tǒng)圍繞“車輛”與“車 位”之間的相互關系2.3階段成果車位車荊圖:如下所示:Car分E-R圖: 全局 E-R E-R圖屬性 車 輛:(Carno,Carsb,Carcolor) Carno 是主碼; 固定車位 Fixed(Cwno,Carpace,Carno,Carname,Carcolor,Carpho,Caradd,Cartel,C armon) ;自由車位: Freed(Cwn

11、o,Carpace) Cwno 是主碼;Cwno 和收 費: Moneynote(Cwno,Carno,Cartime,Moneypay,Piece) Carno 是外碼;停 車: Stop (Cwno,Carno,Carin,Carout,Timetype,Cwtype,Montime Cwno 和 Carno 是外碼;E-R 圖轉(zhuǎn)換 邏輯結構設計時3.1 目標邏輯結構設計的任務是把概念結構設計階段設計好的基本為與選用DBM滬品所支持的數(shù)據(jù)模型相符合的邏輯結構。一般要分為 3 步進行:將概念結構轉(zhuǎn)換為一般的關系、網(wǎng)狀、層次模型;將轉(zhuǎn)換來的關系、網(wǎng)狀、層次模型向特定DBMS支持下的數(shù)據(jù)模型轉(zhuǎn)換

12、;對數(shù)據(jù)模型進行優(yōu)化。3.2 任務與結果3.2.1 數(shù)據(jù)組織1)將 E-R 模型轉(zhuǎn)換為關系模型轉(zhuǎn)換的原則是:一個實體型轉(zhuǎn)換為一個關系模式。實體的屬性就是關 系的屬性,實體的碼就是關系的碼。對于實體間的聯(lián)系則有以下不同的情況:一個 1:1 聯(lián)系可以轉(zhuǎn)換為一個獨立的關系模式,也可以與任意一 端對應的關系模式合并。三個或三個以上實體間的一個多元聯(lián)系可以轉(zhuǎn)換 為一個關系模式。與該多元聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均 轉(zhuǎn)換為關系的屬性,而關系的碼為各實體碼的組合。一個 1:n 聯(lián)系可以轉(zhuǎn)換為一個獨立的關系模式,也可以與 n 端對應的關系模式合并。如果轉(zhuǎn)換為一個獨立的關系模式,則與該聯(lián)系相連的各實

13、 體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關系的屬性,而關系的碼為n 端實體的碼。一個 m:n 聯(lián)系轉(zhuǎn)換為一個關系模式。與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關系的屬性,而關系的碼為各實體碼的組合3個或3個以上實體間的一個多元聯(lián)系可以轉(zhuǎn)換位一個關系模型。與 該多元聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關系的屬性, 各實體的碼組成關系的碼或關系碼的一部分。具有相同碼的關系模式可合并。E-R圖向關系模型轉(zhuǎn)換的結果是:車 輛:Car (Carno,Carsb,Carcolor) Carno是主碼;固定車位Fixed(Cw no ,Car pace,Car no ,Car name,Car

14、color,Car pho,Caradd,Cartel,C armon)自由車位:Freed(Cwno,Carpace) Cwno是主碼;收 費:Moneyno te(Cw no ,Car no ,Cartime,M oneypay,Pi ece) Cwno Carno是外碼;Stop和停車:(Cw no,Carno,Can n,Carout,Timety pe,Cwt yp e,Carat,M on time) Cwno Carno是外碼;(2)模型優(yōu)化關系模型Car和Moneynote由于沒有出現(xiàn)部分函數(shù)依賴和傳遞函數(shù)依 賴,所以以上模型已經(jīng)達到3NF。但是關系模型 St op存在函數(shù)傳遞

15、依賴Cari nTimety pe,Timety pe-/->Can nTimety pe Mo ntime,因此應該將關系模型St op轉(zhuǎn)換為3NF,優(yōu)化后的關系模型為“停車:Sto p(Cw no,Car no,Cari n,Carout,Timety pe)與費率信息:Mon eyt(Timety pe,M on time) 。關系模型Fixed和Freed之間存在數(shù)據(jù)冗余,因此可以將兩個關系模 型合并為一個關系模型FFed,并添加識別信息,合并后的關系模型為Ffed(Cw no ,Car pace,Cart yp e,Car no ,Car name,Carsb,Carcolor

16、,Car pho,Ca radd,Cartel, Carmon)模型優(yōu)化后的關系模型為是主碼;車輛: Car (Carno,Carsb,Carcolor) Carno車位:Ffed(Cwno,Cwpace,Cwtype,Carno,Carname,Carsb,Carcolor,Carpho,C aradd,Cartel,Carmon);和 Carno收費:Moneyno te(Cw no ,Car no ,Cartime,M oneypay,P iece) Cwno 是外碼,被參照表是Ffed和Car ;停車:Stop(Cwno ,Car no ,Cari n,Carout,Carat,Tim

17、et ype);費率信息:Mon eyt(Timety pe,Mo ntime)。(3)數(shù)據(jù)庫模式定義表4-1車輛信息列名數(shù)據(jù)類型是否為主碼是否為外碼取值范圍可否為空含義說明CarnoChar是否否車牌號碼CarsbChar否否可車輛品牌CarcolorChar否否可車輛顏色表4-2車位信息列名數(shù)據(jù)類型是否為主碼是否為外碼取值范圍可否為空含義說明CwnoChar是否否車位編號Cwp aceChar否否否車位位置CwtypeChar否否否車位類型CarnoChar否否可車牌號碼CarnameChar否否可車主姓名CarsbChar否否可車牌號碼CarcolorChar否否可車輛顏色CarphoB

18、it否否可車輛照片CaraddChar否否可聯(lián)系地址CartelChar否否可聯(lián)系電話CarmonFloat否否100200可車位余額表4-3停車信息列名數(shù)據(jù)類型是否為主碼是否為外碼取值范圍可否為空含義說明CwnoChar否是否車位編號CarnoChar否是否車牌號碼CaratBit否否否在位情況Carindatetime否否否進入時間Caroutdatetime否否可離開時間Timet ypeChar(6)是否高峰、一般、否時間段低谷表4-4費率信息列名數(shù)據(jù)類型是否為主碼是否為外碼取值范圍可否為空含義說明Timet ypeChar(6)是否高峰、一般、否時間段低谷MontimeFloat否否

19、大于0否收費費率表4-5收費記錄列名數(shù)據(jù)類型是否為主碼是否為外碼取值范圍可否為空含義說明CwnoChar否是否車位編號CarnoChar否是否車牌號碼CartimeFloat否否大于0否停車時間列名數(shù)據(jù)類型是否為主碼是否為外碼取值范圍可否為空含義說明Mone ypayFloat否否大于0可停車費用P ieceChar否否可發(fā)票編號(4)用戶子模式定義表4-6用戶子模式定義序視圖名稱視圖定義視圖作用備注號V-1Cari nformatio n車位號,車牌號查詢在位車輛信息V-2Carfixedtion車位號,車牌號,車主,車名,車色,車查詢在固定車位停車照,地址,電話,余額的車輛信息V-3car

20、freetion車位號,車牌號,車名,車色查詢在自由車位停車的車輛信息V-4Carinouttion車位號、車牌號、進入時間、離開時查詢車輛進出記錄作用與V-1間、時間段不一樣V-5moneytime時間段、費率查詢及修改收費費率V-6Moneytion總收費查詢停車場總收費v-7Carmoney車牌號、繳費總額查詢每輛車的繳費額(5)功能模塊圖圖9.系統(tǒng)功能模塊圖4. 物理設計4.1目標物理設計就是為一個給定的邏輯數(shù)據(jù)結構模型選取一個最合適應用要 求的物理結構的過程。物理設計通常分為兩步:確定數(shù)據(jù)庫的物理結構, 在關系數(shù)據(jù)庫中主要指存取方法和存儲結構;對物理結構進行評價,評價 的重點是時間和

21、空間效率。如果評價結果滿足原設計要求,則可進入到物 理實施階段,否則,就需要重新設計或修改物理結構,有時甚至要返回邏 輯設計階段修改數(shù)據(jù)模型。物理設計的內(nèi)容包括:為關系模型選擇存取方 法;設計關系、索引等數(shù)據(jù)庫文件的物理存儲結構。4.2任務421數(shù)據(jù)存取方面由于經(jīng)常需要判斷是否有空余車位,所以要經(jīng)常查詢停車信息,因此 在StoP表的Cwno上建立聚簇索引以提高查詢效率。為了方便查詢各個車輛的收費記錄,在Moneynote表的Carno上建立聚簇索引以提高查詢效率422功能模塊圖(1) 車位信息查詢及更新模塊圖:圖10.車位信息查詢及更新模塊圖(2) 停車信息查詢及更新模塊圖:圖11.停車信息查

22、詢及更新模塊圖(3) 收費費率查詢及更新模塊圖:圖12.收費費率查詢及更新模塊圖4.3結果4.3.1存儲過程表5-1存儲過程編號存儲過程名稱定義作用P-1Sof1詳見附錄3-16查詢固定車位總數(shù)P-2Sof2詳見附錄3-17查詢自由車位總數(shù)P-3Sof3詳見附錄3-18查詢空閑自由車位數(shù)目P-4Sof4詳見附錄3-19查詢車位總數(shù)P-5Sof5詳見附錄3-20在Moneynote中查詢?nèi)我廛囕v的收費P-6Sof6詳見附錄3-21在Car中插入一元組P-7Sof7詳見附錄3-22在Ffed中插入一元組P-8Sof8詳見附錄3-23在StoP中插入一元組P-9Sof9詳見附錄3-24在Moneyn

23、ote中插入一元組P-10Sof10詳見附錄3-25查詢車輛Car信息P-11Sof11詳見附錄3-26查詢車位 Ffed信息P-12Sof12詳見附錄3-27查詢停車 Stop信息P-13Sof13詳見附錄3-28查詢收費 Moneynote信息P-14Sof14詳見附錄3-29刪除一條收費Moneynote記錄P-15Sof15詳見附錄3-30修改固定車位車輛余額Carmon4.3.2觸發(fā)器表5-2觸發(fā)器編號存儲過程名稱定義作用T-1Insert_or_ up date_carmon詳見附錄 3-31限定余額值必須大于等于120的觸發(fā)器P-2tri_mone ypay詳見附錄3-32限制修

24、改MONEYNOT中大于50的觸發(fā)器P-3tri_del_mo詳見附錄3-33限制刪除moneynote表中大于70的數(shù)據(jù)5. 數(shù)據(jù)庫實施階段5.1目標數(shù)據(jù)庫實施階段就是用DBMS提供的數(shù)據(jù)定義語言與其他實用程序?qū)?shù)據(jù)庫邏輯設計和物理設計結果嚴格描述出來,成為DBMS可以接受的源代碼,再經(jīng)過調(diào)試產(chǎn)生目標模式,然后組織數(shù)據(jù)入庫。數(shù)據(jù)庫實施階段包括 兩項重要的工作,一項是數(shù)據(jù)的載入,另一項是應用程序的編碼和調(diào)試。5.2任務與結果5.2.1建立數(shù)據(jù)庫(1)建立數(shù)據(jù)庫、數(shù)據(jù)表、視圖、索引等(a) 建立數(shù)據(jù)庫定義語句create database Parking;(b) 建立數(shù)據(jù)表定義語句 建立車輛數(shù)據(jù)

25、表:create table Car(Car no char(10) p rimary key, Carsb char(10),Carcolor char(4);建立車位信息表:create table Ffed(Cw no char(10) p rimary key, Cwp ace char(10) not null, Cwtype char(4) not n ull, Carno char(10),Carn ame char(10),Carsb char(10),Carcolor char(4),Carpho bit,Caradd char(20),Cartel char(20),Car

26、mon float check(Carmon>=100 and Carmon<=200) );建立停車信息表: create table Stop (Cwno char(10) not null, Carno char(10) not null, Carat bit not null, Carin datetime, Carout datetime, Timetype char(6), foreign key(Cwno) references Ffed(Cwno), foreign key(Carno) references Car(Carno) );建立收費費率表:create table Moneyt (Tim

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論