收费停车场管理系统数据库设计 数据库课程设计论文

千里之行，始于足下让知识带有温度。第第2页/共2页精品文档推荐收费停车场管理系统数据库设计数据库课程设计论文《数据库原理与应用》课程设计收费停车场管理系统数据库设计

20220年12月

名目

1.引言(3)

2.需求分析阶段(4)

2.1引言(4)

2.2任务(4)

2.2.1需求分析阶段的目标(4)

2.2.2详细任务(4)

2.2.3结果(5)

3.概念设计阶段(7)

3.1目标(7)

3.2设计过程(7)

3.3阶段成绩(8)

4.规律设计阶段(8)

4.1目标(8)

4.2任务与结果(9)

4.2.1数据组织(9)

图9.系统功能模块图(12)

5.物理设计阶段(12)

5.1目标(12)

5.2任务(12)

5.2.1数据存取方面(12)

5.2.2功能模块图(12)

5.3结果(14)

5.3.1存储过程(14)

5.3.2触发器(15)

6.数据库实施阶段(15)

6.1目标(15)

6.2任务与结果(15)

6.2.1建立数据库(15)

7.数据库调试与测试(16)

8.收获与体味错误！未定义书签。

1.引言

21世纪以来，现代化产业高速进展，汽车作为日常交通工具已经普及社会的每一个角落，给人们的日常生活带来了极大的方便。但是随着汽车拥有量的急剧增强，车辆停放的问题随之而来，假如没有合理的停放规章和秩序，势必引起许多不须要的棘手，反而给生活带来不便。

停车场作为交通设施的组成部分，随着交通运输的繁忙和不断进展，人们对其管理的要求也不断提高，都希翼管理能够达到便利、快捷以及平安的效果。然后目前的许多停车场还

处于一种纯人工的管理的模式，在车辆的管理上效率低下，而且非常简单出错。因此需要一种合适的管理系统来解决这些问题，达到高效，简易的效果，给广阔人民的出行带来便利。

本论文旨在设计一个容易、高效且有用的停车场管理系统，希翼能解决目前管理上存在的一些问题。系统的设计过程经过了需求分析阶段、概念设计阶段、规律结构设计阶段、数据库物理设计阶段、数据库的实施和维护以及系统的调试与测试，终于完成了一个比较完美的收费停车场管理系统。

2.需求分析阶段

2.1引言

需求分析是设计数据库的起点，需求分析的结果是否精确     地反映了用户的实际要求，将直接影响到后面各个阶段的设计，并影响到设计结果是否合理和有用。

目前停车场的管理方式比较落后，已经不能适应现代社会的实际需求，本系统的开发能给管理上带来新奇的活力，提高管理的效率，具有较高的有用性和开发价值。

2.2任务

2.2.1需求分析阶段的目标

通过调查了解分析停车管理的现状，弄清用户对开发的数据库应用系统确实切要求，以及停车场管理的流程，系统的详细功能和数据库中数据信息。

2.2.2详细任务

（1）处理对象

系统处理的对象包括车辆信息、固定车位信息、自由车位信息、停车车辆信息以及收费记录等五个方面。即

固定车位信息：车位编号、车位位置、车牌号码、车主姓名、车辆品牌、车辆色彩、车辆照片、联系地址、联系方式、车位余额；

自由车位信息：车位编号、车位位置；

车辆信息：车牌号码、车辆品牌、车辆色彩；

停车信息：车位编号、车牌号码、进入时光、离开时光、时光段、车位类型、在位状况、收费费率；

收费记录：车位编号、车牌号码、停车时光、停车费用、发票编号。

（2）处理功能要求

囫囵系统详细包括三个子系统，分离为：停车处理子系统、车位综合管理子系统以及收费子系统。

处理的功能包括：车辆信息的查询以及更新；空闲车位信息的查询；固定车位信息的查询；进出车辆记录的更新和收费信息的查询与更新等。

（3）平安性与完整性要求

平安性可以通过视图机制来完成，对不同用户设置不同权限，不同的用户只能拜访授权的视图，这样可以提高一定的程度的平安性。还可以通过存取控制机制：即定义用户权限，并将用户权限记下到数据字典中以及合法的权限检查来保障平安性。

完整性可以通过声明完整性，即在定义表时声明数据完整性和过程完整性，在服务器端编写触发器来实现。

2.2.3结果

（1）体味和收获

通过对现在的停车场管理情况的调查，发觉停车场管理缺少合适的管理系统，并了解了一下管理的大致流程。与此同时通过网络搜寻查找现行的停车场管理系统，按照这两者综合来举行需求分析。调查时需要较强的信息捕获能力以及事后的总结与思量，同时学会用网络较快较精确     地搜寻到需要的资料是很关键的。

（2）业务流程图

见附录1

（3）数据流图

见附录2

（4）数据字典

数据项：

表2-1数据项说明

数据项编号数据项名数据项含义与其它数据项的关系存储结构别号

DI-1Cwno车位编号char(10)编号

DI-2Carno车牌号码char(10)车牌

DI-3Carname车主姓名char(10)姓名

DI-4Carcolor车辆色彩char(4)色彩

数据项编号数据项名数据项含义与其它数据项的关系存储结构别号DI-5Carpho车辆照片bit照片DI-6Caradd联系地址char(20)地址DI-7Cartel联系方式char(20)电话DI-8Carat在位状况char(4)

DI-9Carin进入时光datetime

DI-10Carout离开时光datetime

DI-11Carmon车位余额float余额DI-12Montime收费费率float费率DI-13Moneypay停车费用float收费DI-14Cwtype车位类型char(4)

DI-15Cartime停车时光float时光DI-16Piece发票编号char(20)

Dl-17Carsb车辆品牌char(10)车名Dl-18Cwpace车位位置char(10)位置Dl-19Timetype时光段char(6)

数据结构：

表2-2数据结构

数据结构编号数据结构

名

数据结

构定义

组成

DS-1Fixed固定车位

信息

Cwno、Cwpace、Carno、Carname、Carcolor、CarsbCarpho、Caradd、

Cartel、Carmon

DS-2Free自由车位

信息

Cwno、Cwpace

DS-3Stop停车信息Cwno、Carno、Carat、Carin、Carout、Timetype、Cwtype、MontimeDS-4Moneynote收费记录Cwno、Carno、Cartime、Moneypay、Piece

数据结构编号数据结构

名

数据结

构定义

组成

DS-5Car车辆信息Carno、Carsb、Carcolor

（5）处理规律描述

表2-3处理规律描述

3.概念设计阶段

3.1目标

概念结构设计师是将需求分析得到的用户需求抽象为信息结构即概念模型的过程。它是囫囵数据库设计的关键。概念结构设计步骤分为两步：第一步是抽象数据并设计局部视图，其次步是集成局部视图，得到全局的概念结构。

3.2设计过程

（1）挑选中层数据流为切入点，通常挑选实际系统中的子系统；

（2）设计分E-R图，即各子模块的E-R图；

（3）生成初步E-R图，通过合并办法，做到各子系统实体、属性、联系统一；

（4）生成全局E-R图，通过消退矛盾等方面。

通过分析系统的业务流图与数据流图，得到系统围绕“车辆”与“车位”之间的互相关系。

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是外码；

停车：Stop(Cwno,Carno,Carin,Carout,Timetype,Cwtype,Montime)Cwno和Carno是外码；

4.规律设计阶段

4.1目标

规律结构设计的任务是把概念结构设计阶段设计好的基本E-R图转换为与选用DBMS产

品所支持的数据模型相符合的规律结构。规律结构设计时普通要分为3步举行：将概念结构转换为普通的关系、网状、层次模型；将转换来的关系、网状、层次模型向特定DBMS支持下的数据模型转换；对数据模型举行优化。

4.2任务与结果

4.2.1数据组织

（1）将E-R模型转换为关系模型

转换的原则是：一个实体型转换为一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。

对于实体间的联系则有以下不同的状况：

一个1：1联系可以转换为一个自立的关系模式，也可以与随意一端对应的关系模式合并。三个或三个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。

一个1：n联系可以转换为一个自立的关系模式，也可以与n端对应的关系模式合并。假如转换为一个自立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。

一个m：n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。

3个或3个以上实体间的一个多元联系可以转换位一个关系模型。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分。

具有相同码的关系模式可合并。

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是外码；

停车：Stop(Cwno,Carno,Carin,Carout,Timetype,Cwtype,Carat,Montime)Cwno和Carno是外码；

（2）模型优化

关系模型Car和Moneynote因为没有浮现部分函数依靠和传递函数依靠，所以以上模型已经达到3NF。但是关系模型Stop存在函数传递依靠Carin→Timetype,Timetype-/->CarinTimetype→Montime，因此应当将关系模型Stop转换为3NF，优化后的关系模型为“停车：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,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）数据库模式定义

表4-1车辆信息

列名数据类型是否为主码是否为外码取值范围可否为空含义说明CarnoChar是否否车牌号码CarsbChar否否可车辆品牌CarcolorChar否否可车辆色彩

表4-2车位信息

列名数据类型是否为主码是否为外码取值范围可否为空含义说明CwnoChar是否否车位编号CwpaceChar否否否车位位置CwtypeChar否否否车位类型CarnoChar否否可车牌号码CarnameChar否否可车主姓名CarsbChar否否可车牌号码CarcolorChar否否可车辆色彩CarphoBit否否可车辆照片CaraddChar否否可联系地址CartelChar否否可联系电话CarmonFloat否否100~200可车位余额

表4-3停车信息

列名数据类型是否为主码是否为外码取值范围可否为空含义说明CwnoChar否是否车位编号CarnoChar否是否车牌号码CaratBit否否否在位状况Carindatetime否否否进入时光Caroutdatetime否否可离开时光

TimetypeChar(6)是否高峰、普通、

低谷

否时光段

表4-4费率信息

列名数据类型是否为主码是否为外码取值范围可否为空含义说明TimetypeChar(6)是否高峰、普通、

低谷

否时光段MontimeFloat否否大于0否收费费率

表4-5收费记录

列名数据类型是否为主码是否为外码取值范围可否为空含义说明CwnoChar否是否车位编号CarnoChar否是否车牌号码CartimeFloat否否大于0否停车时光列名数据类型是否为主码是否为外码取值范围可否为空含义说明MoneypayFloat否否大于0可停车费用PieceChar否否可发票编号（4）用户子模式定义

表4-6用户子模式定义

序

号

视图名称视图定义视图作用备注

V-1Carinformation车位号,车牌号查询在位车辆信息

V-2Carfixedtion车位号,车牌号,车主,车名,车色,车照,

地址,电话,余额查询在固定车位停车的车辆信息

V-3carfreetion车位号,车牌号,车名,车色查询在自由车位停车

的车辆信息

V-4Carinouttion车位号、车牌号、进入时光、离开时

间、时光段查询车辆进出记录作用与V-1不

一样

V-5moneytime时光段、费率查询及修改收费费率V-6Moneytion总收费查询停车场总收费v-7Carmoney车牌号、缴费总额查询每辆车的缴费额（5）功能模块图

图9.系统功能模块图

5.物理设计阶段

5.1目标

物理设计就是为一个给定的规律数据结构模型选取一个最合适应用要求的物理结构的过程。物理设计通常分为两步：确定数据库的物理结构，在关系数据库中主要指存取办法和存储结构；对物理结构举行评价，评价的重点是时光和空间效率。假如评价结果满足原设计要求，则可进入到物理实施阶段，否则，就需要重新设计或修改物理结构，有时甚至要返回规律设计阶段修改数据模型。物理设计的内容包括：为关系模型挑选存取办法；设计关系、索引等数据库文件的物理存储结构。

5.2任务

5.2.1数据存取方面

因为常常需要推断是否有空余车位，所以要常常查询停车信息，因此在Stop表的Cwno上建立聚簇索引以提高查询效率。

为了便利查询各个车辆的收费记录，在Moneynote表的Carno上建立聚簇索引以提高查询效率

5.2.2功能模块图

（1）车位信息查询及更新模块图：

图10.车位信息查询及更新模块图（2）停车信息查询及更新模块图：

图11.停车信息查询及更新模块图（3）收费费率查询及更新模块图：

图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详见附录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删除一条收费Moneynote记录

P-15Sof15详见附录3-30修改固定车位车辆余额Carmon

5.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提供的数据定义语言与其他有用程序将数据库规律设计和物理设计结果严格描述出来，成为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。

（2）数据入库

系统包括共有5张基本表,因此事先在Excel中录入数据,然后使用SQLServer2000数据导入/导出向导功能,直接将数据导入到相应的基本表中。

7.数据库调试与测试

对收费停车场管理系统的详细功能举行测试，测试包括：

（1）测试各视图的功能，测试结果见附录4-1；

（2）测试各存储过程的功能，测试结果见附录4-2；

（3）测试各触发器的功能，测试结果见附录4-3。

8．结束语

通过此次数据库的课程设计，真正达到了学与用的结合，增加了对数据库方面应用的理解，对自己今后参加开发数据库系统堆积了不少阅历，在试验过程中，从建立数据开头，对灵据库设计理念及思想上有更高的熟悉，从需求分析，到概念设计和规律设计，E-R图的表示，数据字典的创建，懂得了不少有关数据库开发过程中的学问，在试验中建表，及其关系模式，关系代数的建立及理解，将SQL语的查询语句用得淋漓尽致，增加了自己在数据库中应用SQL语言的灵便性，其中包括，插入、删除、修改、查询，牵涉表和表之间的联系，主建与外主键的定义，约束项的设置，使规律更严密，在学习过程中，我也能过上网查了不少资料，也看了一些别人设计的图书馆管理信息系统的设计报告，学以致用，自我创新，自立完成了这份自己的报告，从中在学到用，从用又到学，不断修改，系统更新。虽然不能达到完美系统，但也做到了尽善尽美，加强理论学习对完美系统会有无数协助，不管怎么说，对这次做的课程设计自己觉得还算惬意。

附录1.

业务流

程图

图1.停车处理子系统业务流程图

图2.车位综合管理子系统业务流程图

图3.收费子系统业务流程图

附录2.数据流程图

顶层数据流程图

图4.收费停车场管理系统顶层数据流图其次层数据流图

图5.收费停车场管理系统第一层数据流图

第三

层数

据流

图6.收费停车场管理系统其次层数据流图（1）图7.收费停车场管理系统其次层数据流图（2）

图8.收费停车场管理系统其次层数据流图（3）

附录3.数据库定义语句

A

1.建立数据库

createdatabaseParking;

B.建立数据表

2.建立车辆数据表：

createtableCar

(Carnochar(10)primarykey,

Carsbchar(10),

Carcolorchar(4)

);

3.建立车位信息表：

createtableFfed

(Cwnochar(10)