收费停车场管理系统数据库设计.docx
《收费停车场管理系统数据库设计.docx》由会员分享,可在线阅读,更多相关《收费停车场管理系统数据库设计.docx(32页珍藏版)》请在三一办公上搜索。
1、东方学院实验(实训)报告项目名称收费停车场管理系统所属课程名称数据库原理及应用项目类型设计、综合型实验(实训)日期级 09信息2班号 0 9 2 0 4 00204 , 0 9 20400211名 曹欢欢林婉怡指导教师严素蓉目录1. 需求分析。错误!未定义书签。1.1引言。错误!未定义书签。1.2任务 错误!未定义书签。1.2.1需求分析阶段的目标 错误!未定义书签。1.2.2具体任务。错误!未定义书签。1 .2. 3结果 错误!未定义书签。2. 。概念设计。错误!未定义书签。2 . 1目标。错误!未定义书签。2.2设计过程112 .3阶段成果。错误!未定义书签。3. 逻辑设计 错误!未定义书
2、签。3.1目标 错误!未定义书签。3.2任务与结果。错误!未定义书签。3.2. 1数据组织 错误!未定义书签。图9.系统功能模块图 错误!未定义书签。4. 物理设计 错误!未定义书签。4.1目标 错误!未定义书签。4.2任务。错误!未定义书签。4.2.1数据存取方面。错误!未定义书签。4. 2. 2功能模块图 错误!未定义书签。4.3结果。错误!未定义书签。4.3.1存储过程。错误!未定义书签。4.3.2触发器o错误!未定义书签。错误!未定义书签。5 .。数据库实施阶段5.1目标。错误!未定义书签。5.2任务与结果错误!未定义书签。错误!未定义书签。错误!未定义书签。5.2.1建立数据库6.数
3、据库调试与测试1. 需求分析1 .1引言需求分析是设计数据库的起点,需求分析的结果是否准确地反映了用户的实际要求,将直 接影响到后面各个阶段的设计,并影响到设计结果是否合理和实用。目前停车场的管理方式比较落后,已经不能适应现代社会的实际需求,本系统的开发能给 管理上带来新鲜的活力,提高管理的效率,具有较高的实用性和开发价值。1 .2任务1.2.1需求分析阶段的目标通过调查了解分析停车管理的现状,弄清用户对开发的数据库应用系统的确切要求,以 及停车场管理的流程,系统的具体功能和数据库中数据信息。1. 2. 2具体任务(1) 处理对象系统处理的对象包括车辆信息、固定车位信息、自由车位信息、停车车辆
4、信息以及收费记录等五个方面。即固定车位信息:车位编号、车位位置、车牌号码、车主姓名、车辆品牌、车辆颜色、车 辆照片、联系地址、联系方式、车位余额;自由车位信息:车位编号、车位位置;车辆信息:车牌号码、车辆品牌、车辆颜色;停车信息:车位编号、车牌号码、进入时间、离开时间、时间段、车位类型、在位情况、 收费费率;收费记录:车位编号、车牌号码、停车时间、停车费用、发票编号。(2) 处理功能要求整个系统具体包括三个子系统,分别为:停车处理子系统、车位综合管理子系统以及收费 子系统。处理的功能包括:车辆信息的查询以及更新;空闲车位信息的查询;固定车位信息的查询; 进出车辆记录的更新和收费信息的查询与更新
5、等。(3) 安全性与完整性要求安全性可以通过视图机制来完成,对不同用户设置不同权限,不同的用户只能访问授权的视图,这样可以提高一定的程度的安全性。还可以通过存取控制机制:即定义用户权限,并将用户权限登记到数据字典中以及合法的权限检查来保障安全性。完整性可以通过声明完整性,即在定义表时声明数据完整性和过程完整性,在服务器端 编写触发器来实现。1.2.3 结果(1)体会和收获通过对现在的停车场管理状况的调查,发现停车场管理缺少合适的管理系统,并了解了一 下管理的大致流程。与此同时通过网络搜索查找现行的停车场管理系统,根据这两者综合来进 行需求分析。调查时需要较强的信息捕捉能力以及事后的总结与思考,
6、同时学会用网络较快较 准确地搜索到需要的资料是很关键的。(2)业务流程图图1.停车处理子系统业务流程图图3.收费子系统业务流程图顶层数据流程图第二层数据流图第三层数据流L!闲位鼠空车俭停车处珥系统数据流图图6.收费停车场管理系统第二层数据流图(1)图7.收费停车场管理系统第二层数据流图(2 )图8.收费停车场管理系统第二层数据流图(3)(4) 数据字典数据项:表21数据项说明数据项编号数据项名数据项含义与其它数据项的关系存储结构别名DI-1Cwn o车位编号char(10)编号DI-2Car n o车牌号码char(10)车牌DI-3C a rname车主姓名char( 1 0)姓名DI-4C
7、arco lo r车辆颜色char(4)颜色DI-5C a rpho车辆照片bit照片DI- 6Car a dd联系地址char(20)地址DI -7C a rte l联系方式c ha r (20 )电话数据项编号数据项名数据项含义与其它数据项的关系存储结构别名D I -8Ca r at在位情况char( 4)D I -9C arin进入时间datetim eDI-10Caro u t离开时间d atetimeDI-11Carmo n车位余额f 1 oat余额DI-12Mon ti me收费费率float费率DI-1 3Mo n eypay停车费用flo a t收费DI-14Cwt ype车位
8、类型c har (4)DI-15Cart i me停车时间f1 oat时间DI-1 6Pi e ce发票编号c har( 20)D1 -17C arsb车辆品牌char(10)车名D 1 -18Cwp ace车位位置c h ar(10)位置D 1-19Timety p e时间段char (6)数据结构:表2 -2数据结构_Lp数据结构编号数据结构 名数据结构定义组成D S -1Fixe d固定车位信息Cw n o、Cw p ac e、Car n o、Carn am e、C ar col or、C a rsbCarph o、C ar a dd、Carte 1、C armonDS-2Fre e自由
9、车位信息Cwn o、Cwpa c eDS-3Stop停车信息C w no、C ar n o、Car a t 、Ca r in、Ca rou t 、T imety pe、Cw typ e、MontimeDS-4Money n o te收费记录C w n o、Ca r no、Cartim e、Money p ay、Pi ec eDS -5C ar车辆信息Car n o、C a rsb、C a rcolo r(5) 处理逻辑描述表2-3处理逻辑描述处理编号处理功能处理过程PR-1判断用户查询涉及的功能模块固定车位信息模块、自由车位信息模块、停车车辆信息模块、进出车辆记录信息模块、收费记录模块 : 先
10、确定查询所涉及的功能模块;然后,确定要查询的 内容,确定查询数据流向;最后显示查询结果。P R 2判断用户修改要涉及的模块,同时把 相应的修改数据传到相应的模块之 中固定车位信息模块、自由车位信息模块、停车车辆信息模块、进出车辆记录信息模块、收费记录模块 : 先确定更新所涉及的功能模块;然后,把更新信息 传送到相应的模块中;最后,进行相应的更新操作。2. 概念设计2. 1目标概念结构设计师是将需求分析得到的用户需求抽象为信息结构即概念模型的过程。它是 整个数据库设计的关键。概念结构设计步骤分为两步:第一步是抽象数据并设计局部视图,第 二步是集成局部视图,得到全局的概念结构。2 . 2设计过程(
11、1) 选择中层数据流为切入点,通常选择实际系统中的子系统;(2) 设计分E-R图,即各子模块的E R图;(3) 生成初步E-R图,通过合并方法,做到各子系统实体、属性、联系统一;(4) 生成全局E-R图,通过消除冲突等方面。通过分析系统的业务流图与数据流图,得到系统围绕“车辆”与“车位”之间的相互关 系。2 .3阶段成果收费记 录停车记录收费记全局E-R图:车位E-R图属性如下所示:车 辆:Car (C a rno,Car sb ,C arc olor) Carno 是主码;固定车位:Fi x ed(Cwn o ,Carpa c e, Carno, Car name , C arc olor,
12、Carpho,Caradd, Ca r tel, C armon);自由车位:F ree d (Cwn o,Ca r pace ) C wno 是主码;收 费:Mon ey n ot e(Cwn o, C a r n o,C a rtime, Mon e y p ay, P iece) C wno 和 C a rno 是外码;停 车:S top ( C w no ,Carn o ,Carin,Carout,Ti m et ype ,C w t y pe, Montim e) C wno和Ca rno是外码;3. 逻辑设计3.1目标逻辑结构设计的任务是把概念结构设计阶段设计好的基本E -R图转换
13、为与选用D BMS 产品所支持的数据模型相符合的逻辑结构。逻辑结构设计时一般要分为3步进行:将概念结构 转换为一般的关系、网状、层次模型;将转换来的关系、网状、层次模型向特定 DBMS支 持下的数据模型转换;对数据模型进行优化。3.2任务与结果3.2.1数据组织(1) 将E-R模型转换为关系模型转换的原则是:一个实体型转换为一个关系模式。实体的属性就是关系的属性,实体的码 就是关系的码。对于实体间的联系则有以下不同的情况:一个1:1联系可以转换为一个独立的关系模 式,也可以与任意一端对应的关系模式合并。三个或三个以上实体间的一个多元联系可以转 换为一个关系模式。与该多元联系相连的各实体的码以及
14、联系本身的属性均转换为关系的属 性,而关系的码为各实体码的组合。一个1:n联系可以转换为一个独立的关系模式,也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式,则与该联系相连的各实体的码以及联系本身的属性均转换为 关系的属性,而关系的码为n端实体的码。一个m: n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的 属性均转换为关系的属性,而关系的码为各实体码的组合。3个或3个以上实体间的一个多元联系可以转换位一个关系模型。与该多元联系相连的 各实体的码以及联系本身的属性均转换为关系的属性,各实体的码组成关系的码或关系码的一部分。具有相同码的关系模式可合并。E- R图向关系
15、模型转换的结果是:车 辆:Car (Carn o, Carsb,Carcol or) Ca rn o是主码;固定车位: Fixed(Cw n o, Carpac e, Carno,Carnam e,Carcolor,Ca rpho,Car a dd, C arte l ,Carmon)自由车位:F r eed (Cwno,Ca r pace) Cwno 是主码;收 费:Mon e ynote(C w no,Carno, Ca rtime , Mone y pay, Piece) C wno 和 Carn o是外码;停 车:S top (Cwno, Carn o,Car i n,Carou t,
16、T i m e typ e ,Cwtype,Ca rat,M ont i me ) C wno 和 Carn o 是外码;(2) 模型优化关系模型Car和M one y note由于没有出现部分函数依赖和传递函数依赖,所以以上模 型已经达到3NF。但是关系模型S top存在函数传递依赖 Carin 9Timetype,Time t ype- / -Carin Tim ety pe -Mon t ime,因此应该将关系模型Sto p转换为3NF,优化后的关系模型为 “停车:Stop(Cwno,Carn o ,Cari n,C ar o ut,Timety pe)与费率信息:Mon e yt(Ti
17、me t yp e,Mo ntime)。关系模型Fi x ed和Fre e d之间存在数据冗余,因此可以将两个关系模型合并为一个关系 模型FFed,并添加识别信息,合并后的关系模型为Ffed(C wno, C a rpace,Car type ,Car no ,Ca rna me ,Car sb,C arcolor,Car p ho,C aradd,C artel, Carmon)模型优化后的关系模型为车辆 :Car ( Ca rno, C arsb,C a rcolo r ) C arno 是主码;车位:F fed( Cwno,Cwpace, C wtyp e , C arno,Carnam
18、 e ,Carsb,Carc o lor , C arpho , Car a dd,Cartel,Ca r mon);收费:Moneynote(Cw n o, Carno, C artim e, Moneyp ay,Pie c e) Cwno 和 Carno 是夕卜码, 被参照表是Ffed和Car;停车:Stop(C wno,C arn o,Ca rin,Carou t,Carat,T imety p e); 费率信息:Mon e yt (Time ty pe,Monti me)。(3 )数据库模式定义表4-1车辆信息列名数据类型是否为主码是否为外码取值范围可否为空含义说明CarnoChar是
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 收费 停车场 管理 系统 数据库 设计

链接地址:https://www.31ppt.com/p-5304625.html