收费停车场管理系统数据库设计

《收费停车场管理系统数据库设计》由会员分享，可在线阅读，更多相关《收费停车场管理系统数据库设计（30页珍藏版）》请在金锄头文库上搜索。

1、东方学院 实实 验（实训）报验（实训）报 告告 项项 目目 名名 称称 收费停车场管理系统 所属所属课课程名称程名称 数据库原理及应用 项项 目目 类类 型型 设计、综合型 实验实验(实训实训)日期日期 班班 级级 09 信息 2 班 学学 号号 0920400204，0920400211 姓姓 名名 曹欢欢 林婉怡 指指导导教教师师 严素蓉 目录目录 1.1.需求分析需求分析4 1.1 引言4 1.2 任务4 1.2.1 需求分析阶段的目标.4 1.2.2 具体任务.4 1.2.3 结果5 2.2.概念设计概念设计11 2.1 目标11 2.2 设计过程11 2.3 阶段成果11 3.3.逻

2、辑设计逻辑设计12 3.1 目标12 3.2 任务与结果12 3.2.1 数据组织.12 图图 9.9.系统功能模块图系统功能模块图15 4.4.物理设计物理设计16 4.1 目标16 4.2 任务16 4.2.1 数据存取方面.16 4.2.2 功能模块图.16 4.3 结果18 4.3.1 存储过程18 4.3.2 触发器18 3 5.5.数据库实施阶段数据库实施阶段.19 5.1 目标19 5.2 任务与结果19 5.2.1 建立数据库.19 6.6.数据库调试与测试数据库调试与测试.20 4 1.1.需求分析 1.1 引言 需求分析是设计数据库的起点，需求分析的结果是否准确地反映了用户

3、的实际要求，将直接影 响到后面各个阶段的设计，并影响到设计结果是否合理和实用。 目前停车场的管理方式比较落后，已经不能适应现代社会的实际需求，本系统的开发能给管理 上带来新鲜的活力，提高管理的效率，具有较高的实用性和开发价值。 1.2 任务 1.2.1 需求分析阶段的目标 通过调查了解分析停车管理的现状，弄清用户对开发的数据库应用系统的确切要求，以及停车 场管理的流程，系统的具体功能和数据库中数据信息。 1.2.2 具体任务 （1）处理对象 系统处理的对象包括车辆信息、固定车位信息、自由车位信息、停车车辆信息以及收费记录等 五个方面。即 固定车位信息：车位编号、车位位置、车牌号码、车主姓名、车

4、辆品牌、车辆颜色、车辆照片、 联系地址、联系方式、车位余额； 自由车位信息：车位编号、车位位置； 车辆信息：车牌号码、车辆品牌、车辆颜色； 停车信息：车位编号、车牌号码、进入时间、离开时间、时间段、车位类型、在位情况、收费 费率； 收费记录：车位编号、车牌号码、停车时间、停车费用、发票编号。 （2）处理功能要求 整个系统具体包括三个子系统，分别为：停车处理子系统、车位综合管理子系统以及收费子系 统。 处理的功能包括：车辆信息的查询以及更新；空闲车位信息的查询；固定车位信息的查询；进 出车辆记录的更新和收费信息的查询与更新等。 （3）安全性与完整性要求 安全性可以通过视图机制来完成，对不同用户设

5、置不同权限，不同的用户只能访问授权的视图， 5 这样可以提高一定的程度的安全性。还可以通过存取控制机制：即定义用户权限，并将用户权限登 记到数据字典中以及合法的权限检查来保障安全性。 完整性可以通过声明完整性，即在定义表时声明数据完整性和过程完整性，在服务器端编写触 发器来实现。 1.2.3 结果 （1）体会和收获 通过对现在的停车场管理状况的调查，发现停车场管理缺少合适的管理系统，并了解了一下管 理的大致流程。与此同时通过网络搜索查找现行的停车场管理系统，根据这两者综合来进行需求分 析。调查时需要较强的信息捕捉能力以及事后的总结与思考，同时学会用网络较快较准确地搜索到 需要的资料是很关键的。

6、 （2）业务流程图 图 1.停车处理子系统业务流程图 6 图 2.车位综合管理子系统业务流程图 7 图 3.收费子系统业务流程图 （3）数据流图 顶层数据流程图 图 4.收费停车场管理系统顶层数据流图 第二层数据流 图 8 图 5.收费停车场管理系统第一层数据流图 第三层数据流 图 6.收费停车场管理系统第二层数据流图（1） 9 图 7.收费停车场管理系统第二层数据流图（2） 图 8.收费停车场管理系统第二层数据流图（3） 10 （4）数据字典 数据项： 表 2-1 数据项说明 数据项编号数据项编号数据项名数据项名数据项含义数据项含义与其它数据项的关系与其它数据项的关系存储结构存储结构别名别名

7、 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-12Monti

8、me 收费费率 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 数据结构 11 数据结数据结 构编号构编号 数据结构名数据结构名 数据结构数据结构 定义定义 组成组成 DS-1Fixed 固定车位 信息 Cwno、Cwpace、C

9、arno、Carname、Carcolor、CarsbCarpho、Caradd 、Cartel、Carmon DS-2Free 自由车位 信息 Cwno、Cwpace DS-3Stop停车信息Cwno、Carno、Carat 、Carin、Carout 、Timetype、Cwtype、Montime DS-4Moneynote收费记录Cwno、Carno、Cartime、Moneypay、Piece DS-5Car车辆信息Carno、Carsb、Carcolor （5）处理逻辑描述 表 2-3 处理逻辑描述 处理编号处理编号处理功能处理功能处理过程处理过程 PR-1 判断用户查询涉及的功能

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

11、骤分为两步：第一步是抽象数据并设计局部视图，第二步是集成 局部视图，得到全局的概念结构。 2.2 设计过程 12 （1）选择中层数据流为切入点，通常选择实际系统中的子系统； （2）设计分 E-R 图，即各子模块的 E-R 图； （3）生成初步 E-R 图，通过合并方法，做到各子系统实体、属性、联系统一； （4）生成全局 E-R 图，通过消除冲突等方面。 通过分析系统的业务流图与数据流图，得到系统围绕“车辆”与“车位”之间的相互关系。 2.3 阶段成果 分 E-R 图： 全局 E-R 图： E-R 图属性如下所示： 车 辆：Car (Carno,Carsb,Carcolor) Carno 是主码

12、； 固定车位：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 是外码； 3.逻辑设计 13 3.1 目标 逻辑结构设计的任务是把概念结构设计阶段设计好的基本

13、 E-R 图转换为与选用 DBMS 产品所 支持的数据模型相符合的逻辑结构。逻辑结构设计时一般要分为 3 步进行：将概念结构转换为一般 的关系、网状、层次模型；将转换来的关系、网状、层次模型向特定 DBMS 支持下的数据模型转 换；对数据模型进行优化。 3.2 任务与结果 3.2.1 数据组织 （1）将 E-R 模型转换为关系模型 转换的原则是：一个实体型转换为一个关系模式。实体的属性就是关系的属性，实体的码就是 关系的码。 对于实体间的联系则有以下不同的情况： 一个 1：1 联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。三 个或三个以上实体间的一个多元联系可以转换为一

14、个关系模式。与该多元联系相连的各实体的码以 及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。 一个 1：n 联系可以转换为一个独立的关系模式，也可以与 n 端对应的关系模式合并。如果转 换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性， 而关系的码为 n 端实体的码。 一个 m：n 联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换 为关系的属性，而关系的码为各实体码的组合。 3 个或 3 个以上实体间的一个多元联系可以转换位一个关系模型。与该多元联系相连的各实体 的码以及联系本身的属性均转换为关系的属性，各实体的码组

15、成关系的码或关系码的一部分。 具有相同码的关系模式可合并。 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,Carou

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