收费停车场管理系统数据库设计_第1页
收费停车场管理系统数据库设计_第2页
收费停车场管理系统数据库设计_第3页
已阅读5页,还剩11页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、东方学院实 验(实训)报 告项 目 名 称 收费停车场管理系统 所属课程名称 数据库原理及应用 项 目 类 型 设计、综合型 实验(实训)日期班 级 09 信息 2 班 学号,姓 名 曹欢欢 林婉怡指导教师 严素蓉目录1. 需 求分析引言需求分析是设计数据库的起点,需求分析的结果是否准确地反映了用 户的实际要求,将直接影响到后面各个阶段的设计,并影响到设计结果是 否合理和实用。目前停车场的管理方式比较落后, 已经不能适应现代社会的实际需求, 本系统的开发能给管理上带来新鲜的活力,提高管理的效率,具有较高的 实用性和开发价值。任务1.2.1 需求分析阶段的目标通过调查了解分析停车管理的现状,弄清

2、用户对开发的数据库应用系 统的确切要求,以及停车场管理的流程,系统的具体功能和数据库中数据 信息。1.2.2 具体任务( 1)处理对象系统处理的对象包括车辆信息、固定车位信息、自由车位信息、停车 车辆信息以及收费记录等五个方面。即固定车位信息:车位编号、车位位置、车牌号码、车主姓名、车辆品 牌、车辆颜色、车辆照片、联系地址、联系方式、车位余额;自由车位信息:车位编号、车位位置; 车辆信息:车牌号码、车辆品牌、车辆颜色; 停车信息:车位编号、车牌号码、进入时间、离开时间、时间段、车 位类型、在位情况、收费费率;收费记录:车位编号、车牌号码、停车时间、停车费用、发票编号。( 2)处理功能要求整个系

3、统具体包括三个子系统,分别为:停车处理子系统、车位综合 管理子系统以及收费子系统。处理的功能包括:车辆信息的查询以及更新;空闲车位信息的查询; 固定车位信息的查询;进出车辆记录的更新和收费信息的查询与更新等。( 3)安全性与完整性要求安全性可以通过视图机制来完成,对不同用户设置不同权限,不同的用户只能访问授权的视图,这样可以提高一定的程度的安全性。还可以通 过存取控制机制:即定义用户权限,并将用户权限登记到数据字典中以及 合法的权限检查来保障安全性。完整性可以通过声明完整性,即在定义表时声明数据完整性和过程完 整性,在服务器端编写触发器来实现。1.2.3 结果( 1)体会和收获通过对现在的停车

4、场管理状况的调查,发现停车场管理缺少合适的管 理系统,并了解了一下管理的大致流程。与此同时通过网络搜索查找现行 的停车场管理系统,根据这两者综合来进行需求分析。调查时需要较强的 信息捕捉能力以及事后的总结与思考,同时学会用网络较快较准确地搜索 到需要的资料是很关键的。( 2)业务流程图图 1. 停车处理子系统业务流程图图 2. 车位综合管理子系统业务流程图图 3. 收费子系统业务流程图(3)数据流图顶层数据流程图图 4. 收费停车场管理系统顶层数据流图第二层数据流图图 5. 收费停车场管理系统第一层数据流图第三层数据流图 6. 收费停车场管理系统第二层数据流图(1)图 7.收费停车场管理系统第

5、二层数据流图2)图 8. 收费( 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进入时间datetimeDI-10Carout离开时间datetimeDI-11C

6、armon车位余额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 、CwpaceCartel 、 Carmon、Carno 、Carname 、Carcolor 、CarsbCarpho、C

7、aradd 、DS-2Free自由车位信息Cwno 、 CwpaceDS-3Stop停车信息Cwno 、Carno 、Carat 、Carin 、Carout 、Timetype 、Cwtype、MontimeDS-4Moneynote收费记录Cwno 、 Carno 、Cartime 、 Moneypay 、 PieceDS-5Car车辆信息Carno 、 Carsb 、Carcolor数据结构编号数据结构名数据结构定义组成5)处理逻辑描述表 2-3 处理逻辑描述处理编号处理功能处理过程PR-1判断用户查询涉及的功能模块固定车位信息模块、自由车位信息模块、停车车辆 信息模块、 进出车辆记录信

8、息模块、 收费记录模块: 先确定查询所涉及的功能模块;然后,确定要查询 的内容,确定查询数据流向;最后显示查询结果。PR-2判断用户修改要涉及 的模块,同 时 把相应的修改数据传 到相应的模 块 之中固定车位信息模块、自由车位信息模块、停车车辆 信息模块、 进出车辆记录信息模块、 收费记录模块: 先确定更新所涉及的功能模块;然后,把更新信息 传送到相应的模块中; 最后, 进行相应的更新操作。2. 概 念设计目标概念结构设计师是将需求分析得到的用户需求抽象为信息结构即概念 模型的过程。它是整个数据库设计的关键。概念结构设计步骤分为两步: 第一步是抽象数据并设计局部视图,第二步是集成局部视图,得到

9、全局的 概念结构。设计过程( 1)选择中层数据流为切入点,通常选择实际系统中的子系统;( 2)设计分 E-R 图,即各子模块的 E-R 图;( 3)生成初步 E-R 图,通过合并方法,做到各子系统实体、属性、联系统( 4)生成全局 E-R 图,通过消除冲突等方面。 通过分析系统的业务流图与数据流图,得到系统围绕“车辆”与“车 位”之间的相互关系。阶段成果分 E-R 图: 全 局 E-R E-R 图属性 车 辆:图: 如下所示: Car(Carno,Carsb,Carcolor) Carno 是主码; 固定车位: Fixed(Cwno,Carpace,Carno,Carname,Carcolor

10、,Carpho,Caradd,Cartel,C armon) ;自由车位: Freed(Cwno,Carpace) Cwno 是主码;收费: Moneynote(Cwno,Carno,Cartime,Moneypay,Piece)Cwno 和Carno 是外码;停 车: Stop (Cwno,Carno,Carin,Carout,Timetype,Cwtype,Montime ) Cwno 和 Carno 是外码;3. 逻 辑设计目标E-R 图转换逻辑结构设计的任务是把概念结构设计阶段设计好的基本为与选用 DBMS产品所支持的数据模型相符合的逻辑结构。逻辑结构设计时一般要分为 3 步进行:将概

11、念结构转换为一般的关系、网状、层次模型; 将转换来的关系、网状、层次模型向特定DBMS支持下的数据模型转换;对数据模型进行优化。任务与结果3.2.1 数据组织(1)将 E-R 模型转换为关系模型转换的原则是:一个实体型转换为一个关系模式。实体的属性就是关 系的属性,实体的码就是关系的码。对于实体间的联系则有以下不同的情况:一个 1: 1 联系可以转换为一个独立的关系模式,也可以与任意一 端对应的关系模式合并。三个或三个以上实体间的一个多元联系可以转换 为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均 转换为关系的属性,而关系的码为各实体码的组合。一个 1:n 联系可以转换为一个

12、独立的关系模式,也可以与 n 端对应的关系模式合并。如果转换为一个独立的关系模式,则与该联系相连的各实 体的码以及联系本身的属性均转换为关系的属性,而关系的码为n 端实体的码。一个 m:n 联系转换为一个关系模式。 与该联系相连的各实体的码 以及联系本身的属性均转换为关系的属性, 而关系的码为各实体码的组合。3 个或 3 个以上实体间的一个多元联系可以转换位一个关系模型。与 该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性, 各实体的码组成关系的码或关系码的一部分。具有相同码的关系模式可合并。E-R 图向关系模型转换的结果是:车 辆: Car (Carno,Carsb,Carco

13、lor) Carno 是主码; 固定车位: Fixed(Cwno,Carpace,Carno,Carname,Carcolor,Carpho,Caradd,Cartel,C armon) 自由车位: 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 和 Mon

14、eynote 由于没有出现部分函数依赖和传递函数依 赖,所以以上模型已经达到3NF。但是关系模型 Stop 存在函数传递依赖Carin Timetype,Timetype-/-CarinTimetype Montime ,因此应该将关系模型 Stop 转换为 3NF,优化后的关 系模型为 “停车: Stop(Cwno,Carno,Carin,Carout,Timetype) 与费率信息: Moneyt(Timetype,Montime) 。关系模型 Fixed 和 Freed 之间存在数据冗余,因此可以将两个关系模 型合并为一个关系模型 FFed, 并添加识别信息,合并后的关系模型为 Ffed

15、(Cwno,Carpace,Cartype,Carno,Carname,Carsb,Carcolor,Carpho,Ca radd,Cartel,Carmon) 模型优化后的关系模型为 车辆: Car (Carno,Carsb,Carcolor) Carno 是主码; 车位 :Ffed(Cwno,Cwpace,Cwtype,Carno,Carname,Carsb,Carcolor,Carpho,C aradd,Cartel,Carmon) ;收费: Moneynote(Cwno,Carno,Cartime,Moneypay,Piece) Cwno 和 Carno 是外码,被参照表是 Ffed

16、和 Car ;停车: Stop(Cwno,Carno,Carin,Carout,Carat,Timetype) ; 费率信息: Moneyt(Timetype,Montime) 。( 3 )数据库模式定义表 4-1 车辆信息列名数据类型是否为主码是否为外码取值范围可否为空含义说明CarnoChar是否否车牌号码CarsbChar否否可车辆品牌CarcolorChar否否可车辆颜色表4-2 车位信息列名数据类型是否为主码是否为外码取值范围可否为空含义说明CwnoChar是否否车位编号CwpaceChar否否否车位位置CwtypeChar否否否车位类型CarnoChar否否可车牌号码Carname

17、Char否否可车主姓名CarsbChar否否可车牌号码CarcolorChar否否可车辆颜色CarphoBit否否可车辆照片CaraddChar否否可联系地址CartelCarmonCharFloat否否否可可联系电话车位余额否100200表 4-3停车信息列名数据类型是否为主码是否为外码取值范围可否为空含义说明CwnoChar否是否车位编号CarnoChar否是否车牌号码CaratBit否否否在位情况Carindatetime否否否进入时间Caroutdatetime否否可离开时间TimetypeChar(6)是否高峰、 一般、否时间段低谷表 4-4费率信息列名数据类型是否为主码是否为外码取

18、值范围可否为空含义说明TimetypeChar(6)是否高峰、一般、否时间段低谷MontimeFloat否否大于 0否收费费率表 4-5收费记录列名数据类型是否为主码是否为外码取值范围可否为空含义说明CwnoChar否是否车位编号CarnoChar否是否车牌号码CartimeFloat否否大于 0否停车时间列名数据类型是否为主码是否为外码取值范围可否为空含义说明MoneypayFloat否否大于 0可停车费用PieceChar否否可发票编号4)用户子模式定义表 4-6 用户子模式定义序号视图名称视图定义视图作用备注V-1Carinformation车位号 , 车牌号查询在位车辆信息V-2Car

19、fixedtion车位号 , 车牌号 , 车主 , 车名 , 车色 , 车查询在固定车位停车照,地址 ,电话 ,余额的车辆信息V-3carfreetion车位号 , 车牌号 , 车名 , 车色查询在自由车位停车的车辆信息V-4Carinouttion车位号、车牌号、进入时间、离开时查询车辆进出记录作用与 V-1间、时间段不一样V-5moneytime时间段、费率查询及修改收费费率V-6Moneytion总收费查询停车场总收费5)功能模块图图 9. 系统功能模块图4. 物 理设计目标物理设计就是为一个给定的逻辑数据结构模型选取一个最合适应用要 求的物理结构的过程。物理设计通常分为两步:确定数据库

20、的物理结构, 在关系数据库中主要指存取方法和存储结构;对物理结构进行评价,评价 的重点是时间和空间效率。如果评价结果满足原设计要求,则可进入到物 理实施阶段,否则,就需要重新设计或修改物理结构,有时甚至要返回逻 辑设计阶段修改数据模型。物理设计的内容包括:为关系模型选择存取方 法;设计关系、索引等数据库文件的物理存储结构。任务4.2.1 数据存取方面由于经常需要判断是否有空余车位,所以要经常查询停车信息,因此在 Stop 表的 Cwno 上建立聚簇索引以提高查询效率。为了方便查询各个车辆的收费记录,在 Moneynote 表的 Carno 上建立 聚簇索引以提高查询效率4.2.2 功能模块图(

21、 1)车位信息查询及更新模块图:图 10. 车位信息查询及更新模块图( 2)停车信息查询及更新模块图:图 11. 停车信息查询及更新模块图( 3)收费费率查询及更新模块图 :图 12. 收费费率查询及更新模块图结果存储过程表 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详见附录

22、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修改固定车位车辆余额 Carmon4.3.2触发器表 5-2触发器编号存储过程名称定义作用T-1I

23、nsert_or_update_carmon详见附录3-31限定余额值必须大于等于 120 的触发器P-2tri_moneypay详见附录3-32限制修改 MONEYNOT中E大于 50 的触发器P-3tri del mo详见附录3-33限制删除 moneynote 表中大于 70 的数据5. 数据库实施阶段目标数据库实施阶段就是用DBMS提供的数据定义语言与其他实用程序将数据库逻辑设计和物理设计结果严格描述出来,成为 DBMS可以接受的源代码,再经过调试产生目标模式,然后组织数据入库。数据库实施阶段包括 两项重要的工作,一项是数据的载入,另一项是应用程序的编码和调试。任务与结果建立数据库( 1) 建立数据库、数据表、视图、索引等( a)建立数据库定义语句 create database Parking;( b)建立数据表定义语句 建立车辆数据表: create table Car(Carno char(10) primary key,Carsb char(10),Carcolor char(4); 建立车位信息表: create table Ffed (Cwno char(10) primary key, Cwpace char(10) not null, Cwtype char(4) not null, Carno cha

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论