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

2、63.1 目標.63.2 設計過程.73.3 階段成果.74.4.邏輯設計階段邏輯設計階段 .84.1 目標.84.2 任務與結果.84.2.1 數據組織.8圖圖 9.9.系統功能模塊圖系統功能模塊圖.115.5.物理設計階段物理設計階段.115.1 目標.115.2 任務.115.2.1 數據存取方面.125.2.2 功能模塊圖.125.3 結果.145.3.1 存儲過程.145.3.2 觸發器.146.6.數據庫實施階段數據庫實施階段.156.1 目標.156.2 任務與結果.156.2.1 建立數據庫.158.8.收獲與體會收獲與體會 .1531.引言21 世紀以來，現代化產業高速發展，

3、汽車作為日常交通工具已經普及社會的每一個角落，給人們的日常生活帶來了極大的便利。但是隨著汽車擁有量的急劇增加，車輛停放的問題隨之而來，如果沒有合理的停放規則和秩序，勢必引起許多不必要的麻煩，反而給生活帶來不便。停車場作為交通設施的組成部分，隨著交通運輸的繁忙和不斷發展，人們對其管理的要求也不斷提高，都希望管理能夠達到方便、快捷以及安全的效果。然后目前的許多停車場還處于一種純人工的管理的模式，在車輛的管理上效率低下，而且十分容易出錯。因此需要一種合適的管理系統來解決這些問題，達到高效，簡易的效果，給廣大人民的出行帶來方便。本論文旨在設計一個簡單、高效且實用的停車場管理系統，希望能解決目前管理上存

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

5、統的確切要求，以及停車場管理的流程，系統的具體功能和數據庫中數據信息。2.2.2 具體任務4（1）處理對象系統處理的對象包括車輛信息、固定車位信息、自由車位信息、停車車輛信息以及收費記錄等五個方面。即固定車位信息：車位編號、車位位置、車牌號碼、車主姓名、車輛品牌、車輛顏色、車輛照片、聯系地址、聯系方式、車位余額；自由車位信息：車位編號、車位位置；車輛信息：車牌號碼、車輛品牌、車輛顏色；停車信息：車位編號、車牌號碼、進入時間、離開時間、時間段、車位類型、在位情況、收費費率；收費記錄：車位編號、車牌號碼、停車時間、停車費用、發票編號。（2）處理功能要求整個系統具體包括三個子系統，分別為：停車處理子

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

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

8、r(4)顏色DI-5Carpho車輛照片bit照片DI-6Caradd聯系地址char(20)地址DI-7Cartel聯系方式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發票編號char(20)Dl-17Carsb車輛品牌char(10)車名Dl-

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

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

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

12、消除沖突等方面。通過分析系統的業務流圖與數據流圖，得到系統圍繞“車輛”與“車位”之間的相互關系。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,Piece) Cwno 和 Carno 是外

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

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

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

16、：Moneynote(Cwno,Carno,Cartime,Moneypay,Piece) Cwno 和 Carno 是外碼；停 車：Stop (Cwno,Carno,Carin,Carout,Timetype,Cwtype,Carat,Montime) Cwno 和 Carno是外碼；（2）模型優化關系模型 Car 和 Moneynote 由于沒有出現部分函數依賴和傳遞函數依賴，所以以上模型已經達到 3NF。但是關系模型 Stop 存在函數傳遞依賴 CarinTimetype,Timetype-/-Carin9TimetypeMontime，因此應該將關系模型 Stop 轉換為 3NF，優化

17、后的關系模型為“停車：Stop(Cwno,Carno,Carin,Carout,Timetype)與費率信息：Moneyt(Timetype,Montime)。關系模型 Fixed 和 Freed 之間存在數據冗余，因此可以將兩個關系模型合并為一個關系模型FFed,并添加識別信息，合并后的關系模型為Ffed(Cwno,Carpace,Cartype,Carno,Carname,Carsb,Carcolor,Carpho,Caradd,Cartel,Carmon)模型優化后的關系模型為車輛：Car (Carno,Carsb,Carcolor) Carno 是主碼；車位:Ffed(Cwno,Cwp

18、ace,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）數據庫模式定義表 4-1 車輛信息列名列名數據類型數據類型是否為主碼是否為主碼是否為外碼是否為外碼取值范圍取值范圍可否為空可否為空含義說明

19、含義說明CarnoChar是否否車牌號碼CarsbChar否否可車輛品牌CarcolorChar否否可車輛顏色表 4-2 車位信息列名列名數據類型數據類型是否為主碼是否為主碼是否為外碼是否為外碼取值范圍取值范圍可否為空可否為空含義說明含義說明CwnoChar是否否車位編號CwpaceChar否否否車位位置CwtypeChar否否否車位類型CarnoChar否否可車牌號碼CarnameChar否否可車主姓名CarsbChar否否可車牌號碼CarcolorChar否否可車輛顏色CarphoBit否否可車輛照片CaraddChar否否可聯系地址CartelChar否否可聯系電話CarmonFloat

20、否否100200可車位余額表 4-3 停車信息列名列名數據類型數據類型是否為主碼是否為主碼是否為外碼是否為外碼取值范圍取值范圍可否為空可否為空含義說明含義說明CwnoChar否是否車位編號CarnoChar否是否車牌號碼10CaratBit否否否在位情況Carindatetime否否否進入時間Caroutdatetime否否可離開時間TimetypeChar(6)是否高峰、一般、低谷否時間段表 4-4 費率信息列名列名數據類型數據類型是否為主碼是否為主碼是否為外碼是否為外碼取值范圍取值范圍可否為空可否為空含義說明含義說明TimetypeChar(6)是否高峰、一般、低谷否時間段MontimeF

21、loat否否大于 0否收費費率表 4-5 收費記錄列名列名數據類型數據類型是否為主碼是否為主碼是否為外碼是否為外碼取值范圍取值范圍可否為空可否為空含義說明含義說明CwnoChar否是否車位編號CarnoChar否是否車牌號碼CartimeFloat否否大于 0否停車時間列名列名數據類型數據類型是否為主碼是否為主碼是否為外碼是否為外碼取值范圍取值范圍可否為空可否為空含義說明含義說明MoneypayFloat 否否大于 0可停車費用PieceChar否否可發票編號（4）用戶子模式定義表 4-6 用戶子模式定義序號序號視圖名稱視圖名稱視圖定義視圖定義視圖作用視圖作用備注備注V-1Carinforma

22、tion車位號,車牌號查詢在位車輛信息V-2Carfixedtion車位號,車牌號,車主,車名,車色,車照,地址,電話,余額查詢在固定車位停車的車輛信息V-3carfreetion車位號,車牌號,車名,車色查詢在自由車位停車的車輛信息V-4Carinouttion車位號、車牌號、進入時間、離開時間、時間段查詢車輛進出記錄作用與 V-1 不一樣V-5moneytime時間段、費率查詢及修改收費費率V-6Moneytion總收費查詢停車場總收費v-7Carmoney車牌號、繳費總額查詢每輛車的繳費額（5）功能模塊圖11圖 9.系統功能模塊圖5.物理設計階段5.1 目標物理設計就是為一個給定的邏輯數

23、據結構模型選取一個最合適應用要求的物理結構的過程。物理設計通常分為兩步：確定數據庫的物理結構，在關系數據庫中主要指存取方法和存儲結構；對物理結構進行評價，評價的重點是時間和空間效率。如果評價結果滿足原設計要求，則可進入到物理實施階段，否則，就需要重新設計或修改物理結構，有時甚至要返回邏輯設計階段修改數據模型。物理設計的內容包括：為關系模型選擇存取方法；設計關系、索引等數據庫文件的物理存儲結構。5.2 任務5.2.1 數據存取方面由于經常需要判斷是否有空余車位，所以要經常查詢停車信息，因此在 Stop 表的 Cwno 上建立聚簇索引以提高查詢效率。為了方便查詢各個車輛的收費記錄，在 Moneyn

24、ote 表的 Carno 上建立聚簇索引以提高查詢效率5.2.2 功能模塊圖12（1）車位信息查詢及更新模塊圖：圖 10.車位信息查詢及更新模塊圖（2）停車信息查詢及更新模塊圖：圖 11.停車信息查詢及更新模塊圖（3）收費費率查詢及更新模塊圖：13 圖 12.收費費率查詢及更新模塊圖5.3 結果5.3.1 存儲過程表 5-1 存儲過程編號編號存儲過程名稱存儲過程名稱定義定義作用作用P-1Sof1詳見附錄 3-16查詢固定車位總數P-2Sof2詳見附錄 3-17查詢自由車位總數P-3Sof3詳見附錄 3-18查詢空閑自由車位數目P-4Sof4詳見附錄 3-19查詢車位總數P-5Sof5詳見附錄

25、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 信息P-13Sof13詳見附錄 3-28查詢收費 Moneynote 信息P-14Sof14詳見附錄 3-29刪除一條收費 Money

26、note 記錄14P-15Sof15詳見附錄 3-30修改固定車位車輛余額 Carmon5.3.2 觸發器表 5-2 觸發器編號編號存儲過程名稱存儲過程名稱定義定義作用作用T-1insert_or_update_carmon詳見附錄 3-31限定余額值必須大于等于 120 的觸發器P-2tri_moneypay詳見附錄 3-32限制修改 MONEYNOTE 中大于 50 的觸發器P-3tri_del_mo詳見附錄 3-33限制刪除 moneynote 表中大于 70 的數據6. 數據庫實施階段6.1 目標數據庫實施階段就是用 DBMS 提供的數據定義語言與其他實用程序將數據庫邏輯設計和物理設計

27、結果嚴格描述出來，成為 DBMS 可以接受的源代碼，再經過調試產生目標模式，然后組織數據入庫。數據庫實施階段包括兩項重要的工作，一項是數據的載入，另一項是應用程序的編碼和調試。6.2 任務與結果6.2.1 建立數據庫（1） 建立數據庫、數據表、視圖、索引等（a）建立數據庫定義語句見附錄 3-1；（b）建立數據表定義語句見附錄 3-2 至 3-6；（c）建立視圖定義語句見附錄 3-7 至 3-13；（d）建立索引定義語句見附錄 3-14 至 3-15。15（2） 數據入庫系統包括共有 5 張基本表,因此事先在 Excel 中錄入數據,然后使用 SQL Server 2000 數據導入/導出向導功

28、能,直接將數據導入到相應的基本表中。7.數據庫調試與測試對收費停車場管理系統的具體功能進行測試，測試包括：（1）測試各視圖的功能，測試結果見附錄 4-1；（2）測試各存儲過程的功能，測試結果見附錄 4-2；（3）測試各觸發器的功能，測試結果見附錄 4-3。8結束語通過此次數據庫的課程設計，真正達到了學與用的結合，增強了對數據庫方面應用的理解，對自己今后參與開發數據庫系統積累了不少經驗，在實驗過程中，從建立數據開始，對靈據庫設計理念及思想上有更高的認識，從需求分析，到概念設計和邏輯設計，E-R 圖的表示，數據字典的創建，懂得了不少有關數據庫開發過程中的知識，在實驗中建表，及其關系模式，關系代數的

29、建立及理解，將 SQL 語的查詢語句用得淋漓盡致，增強了自己在數據庫中應用 SQL 語言的靈活性，其中包括，插入、刪除、修改、查詢，牽涉表和表之間的聯系，主建與外主鍵的定義，約束項的設置，使邏輯更嚴密，在學習過程中，我也能過上網查了不少資料，也看了一些別人設計的圖書館管理信息系統的設計報告，學以致用，自我創新，獨立完成了這份自己的報告，從中在學到用，從用又到學，不斷修改，系統更新。雖然不能達到完善系統，但也做到了盡善盡美，加強理論學習對完善系統會有很多幫助，不管怎么說，對這次做的課程設計自己覺得還算滿意。附錄附錄 1.1.業務流程圖業務流程圖16圖 1.停車處理子系統業務流程圖圖 2.車位綜合

30、管理子系統業務流程圖圖 3.收費子系統業務流程圖17附錄附錄 2.2.數據流程圖數據流程圖頂層數據流程圖18圖 4.收費停車場管理系統頂層數據流圖第二層數據流圖圖 5.收費停車場管理系統第一層數據流圖第三層數據流19圖 6.收費停車場管理系統第二層數據流圖（1）圖 7.收費停車場管理系統第二層數據流圖（2）20圖 8.收費停車場管理系統第二層數據流圖（3）附錄附錄 3.3.數據庫定義語句數據庫定義語句A1.建立數據庫create database Parking;B.建立數據表2.建立車輛數據表：create table Car(Carno char(10) primary key, Cars

31、b char(10), Carcolor char(4);3.建立車位信息表：21create table Ffed(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 k