发布时间 : 星期日 文章收费停车场管理系统数据库设计更新完毕开始阅读
图8.收费停车场管理系统第二层数据流图（3）
（4）数据字典
数据项：
表2-1数据项说明
数据项编号 DI-1 DI-2 DI-3 DI-4 DI-5 DI-6 DI-7 DI-8 DI-9 DI-10 DI-11 DI-12 DI-13 DI-14 DI-15 DI-16
数据项名 Cwno Carno Carname Carcolor Carpho Caradd Cartel Carat Carin Carout Carmon Montime Moneypay Cwtype Cartime Piece
数据项含义 车位编号 车牌号码 车主姓名 车辆颜色 车辆照片 联系地址 联系方式 在位情况 进入时间 离开时间 车位余额 收费费率 停车费用 车位类型 停车时间 发票编号
与其它数据项的关系
存储结构 char(10) char(10) char(10) char(4) bit char(20) char(20) char(4) datetime datetime float float float char(4) float char(20)
时间 别名 编号 车牌 姓名 颜色 照片 地址 电话 余额 费率 收费
数据项编号 Dl-17 Dl-18 Dl-19
数据项名 Carsb Cwpace Timetype
数据项含义 车辆品牌 车位位置 时间段
与其它数据项的关系
存储结构 char(10) char(10) char(6)
别名 车名 位置
数据结构：
表2-2数据结构
数据结构编号 数据结构
名
数据结构定义
组成
DS-1 Fixed
固定车位信息 自由车位信息
Cwno、Cwpace、Carno、Carname、Carcolor、CarsbCarpho、Caradd、Cartel、Carmon
DS-2 Free Cwno、Cwpace
DS-3 Stop 停车信息 Cwno、Carno、Carat 、Carin、Carout 、Timetype、Cwtype、Montime
DS-4 Moneynote 收费记录 Cwno、Carno、Cartime、Moneypay、Piece
DS-5 Car 车辆信息 Carno、Carsb、Carcolor
（5）处理逻辑描述
表2-3处理逻辑描述
处理编号 PR-1 判断用户查询涉及的功能模块 处理功能 处理过程 固定车位信息模块、自由车位信息模块、停车车辆信息模块、进出车辆记录信息模块、收费记录模块：先确定查询所涉及的功能模块；然后，确定要查询的内容，确定查询数据流向；最后显示查询结果。 PR-2 判断用户修改要涉及的模块，同时把相应的修改数据传到相应的模块之中 固定车位信息模块、自由车位信息模块、停车车辆信息模块、进出车辆记录信息模块、收费记录模块：先确定更新所涉及的功能模块；然后，把更新信息传送到相应的模块中；最后，进行相应的更新操作。 2. 概念设计
2.1目标
概念结构设计师是将需求分析得到的用户需求抽象为信息结构即概念模型的过程。它是整个数据库设计的关键。概念结构设计步骤分为两步：第一步是抽象数据并设计局部视图，第二步是集成局部视图，得到全局的概念结构。
2.2设计过程
（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是主码；
固定车位：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. 逻辑设计
3.1目标
逻辑结构设计的任务是把概念结构设计阶段设计好的基本E-R图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构。逻辑结构设计时一般要分为3步进行：将概念结构转换为一般的关系、网状、层次模型；将转换来的关系、网状、层次模型向特定DBMS支持下的数据模型转换；对数据模型进行优化。
3.2任务与结果 3.2.1数据组织
（1）将E-R模型转换为关系模型
转换的原则是：一个实体型转换为一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。
对于实体间的联系则有以下不同的情况：
一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式
合并。三个或三个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。
一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。
一个m：n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。
3个或3个以上实体间的一个多元联系可以转换位一个关系模型。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的