停车场管理系统.docx
《停车场管理系统.docx》由会员分享，可在线阅读，更多相关《停车场管理系统.docx（16页珍藏版）》请在冰豆网上搜索。
停车场管理系统
1.软件工程实验模板（面向数据流）
实验一停车场管理系统系统需求分析
1・1系统相关者
车主车主、停车场管理员
1.2事件表
序号
事件名称
事件来源
响应
目的地
1.查询剩余空车位数，如果没有空
1
进入
车主
车位，语音提示不予受理。
2•验证身份信息，记录身份信息并发卡，在卡上记录停车起始时间。
1•收回卡如果车卡遗失，赔偿卡钱
车主
2
离开
车主
并把遗失的停车卡注销使用。
2.回收卡后读卡信息，统计时长按规定收费。
1•生成月平均停车统计表，利润统
停车场管理员
3
统计
停车场管理
员
计表，月走势图。
2.每满一个季度，做一个新的季节
走势图，作出相应的决策。
3.录像归档，销毁过期的录像。
停车场管理员
1•统计违规停车信息如车辆一直在停车场无人取走，联系车主，如联
停车场管理员
4
违规处理
停车场管理
员，车主
系不上直接放入暂时不用的停车位。
2.联系车主
车主
3.车主交罚金，领取罚金发票。
车主
1•生成会员信息表
5
会员事务
车主
2.领取会员卡
3.会员卡充值
车主
车主
4.会员卡注销
车主
1.3数据流分析
（1）顶层DFD
停车场管理系统顶层数据流图如图1.1所示
图1・1停车场管理系统顶层DFD
（2）功能层DFD
停车场管理系统如图1.2所示。
（3）细节层DFD
进入的细节层如图1.3所示。
图1・3进入层DFD分解
离开的细节层如图1・4所示。
图1・6决策DFD分解
会员事务的细节层如图1・7所示。
-中诸会员-领取会员R
会员肚办理
停车场车主信息表
4.2
车主
公员R充值
会员充值
4.3
诸求注销
会员注销
图1・7会员事务DFD分解
1・4数据字典
（1）数据项定义
年级的数据项定义如表1.1所示。
表1.1数据项“数字”的条目
数据项名：
数字
别名：
数
取值范围及含义：
[0|1|2|3|4|5|6|7|8|9]
备注：
数字的定义
表1.2数据项“大写字母”的条目
数据项名：
大写字母
别名：
取值范围及含义：
[A|BC|DE|F|G|H|I|J|K|L|M|N|O|P|QR|S|T|U|V|W|X|YZ]
备注：
大写字母的定义
表仁3数据项“省简称"的条目
""数据项名：
省简称
别名：
省简称
取值范围及含义：
｛京炉|津|渝|翼|晋|辽|吉|黑|苏|浙|皖|闽|赣|鲁|豫|鄂|湘|粤|琼|川|贵|云|陕|甘|青|蒙|桂|藏|宁|新|港|澳|台｝
备注：
代表的是省的简称
表1.4数据项“车牌号"的条目
数据项名：
车牌号
别名：
车牌
取值范围及含义：
[省简称]+[大写字母]+2｛（数字）|（大写字母）｝2+3｛数字｝3备注：
代表的是车牌序列号
表1.5数据项“车主姓名"的条目
数据项名：
车主姓名
别名：
姓名
取值范围及含义：
｛汉字｝
备注：
代表的是车主姓名
表1・6数据项“车主身份”的条目
数据项名：
车主身份
别名：
身份
取值范围及含义：
[0|1]
备注：
（0表示不是会员，1表示是会员）
数据项名：
时间
别名：
取值范围及含义：
［年］+［月］+［日］+［小时］+［分钟］
备注：
进出停车场时间
表1.8数据项“年”的条目
数据项名：
年
别名：
取值范围及含义：
0000〜9999
备注：
年数
表数据项“月”的条目
数据项名：
月
别名：
取值范围及含义：
1〜12
备注：
月份
衷1.10数据项“日”的条目
数据项名：
口
别名：
取值范围及含义：
1〜30
备注：
口数
表1.行数据项“小时”的条目
数据项名：
小时
别名：
取值范围及含义：
0-24
备注：
小时数
数据项名：
分钟别名：
取值范闱及含义:
0-60
备注：
分钟数
衷1.13数据项“每小时收费价格”的条目
数据项名：
每小时收费价格
别名：
取值范围及含义：
2｛数字｝2
备注：
每小时收费价格
表1・14数据项“实际缴费金额”的条目
数据项名：
实际缴费金额
别名：
取值范围及含义：
9｛数字｝9
备注：
实际收费金额
表1・15数据项“停车位”的条目
数据项名：
停车位
别名：
取值范围及含义：
［大写字母］+2｛数字｝2
备注：
对应的停车位号
表1.46数据项“卡中余额”的条目
数据项名：
卡中余额
别名：
会员卡余额
取值范围及含义：
9｛数字｝9
备注：
会员卡中金额
表1.17数据项“占用状态”的条目
数据项名：
占用状态
别名：
停车位占用状态
取值范围及含义：
[0|1]
备注：
（0代表未占用，1代表占用）
表1.18数据项“违规原因”的条目
数据项名：
违规原因
别名：
取值范围及含义：
（过长时间停车|违规停车|毁坏停车位设施）备注：
表1.19数据项“车辆数■”的条目
数据项名：
车辆数量
别名：
取值范闌及含义：
9｛数字｝9
备注：
表1.19数据项“管理措施”的条目
数据项名：
管理措施
别名：
措施
取值范闌及含义：
[人写字母]
备注：
（2）数据流定义
发票的数据流定义如表2.1所示。
表2.1数据流“发票”的字典条目
数据流名：
发票
别名：
缴费发票
数据流的来源：
加工2.4,2.5,2.6开发票
数据流的取向：
加工2.4,2.5,2.6打印发票
数据流组成：
车牌号+（车主姓名）+（身份）+｛2｛时间｝2+每小时收费价格｝+
实际缴费金额
备注：
会员和临时停车的车主收费会以不同的标准，不同停车时段的收费不同,高峰时段停车费用上涨，低谷时段收费下降。
罚金发票的数据流定义如表2.2所示
表2.2数据流“罚金发票”的字典条目
数据流名：
罚金发票
别名：
违规罚金发票
数据流的来源：
加工3.4开罚金发票
数据流的取向：
加工3.4打印罚金发票，用于向违规的车主收取罚金
数据流组成：
车牌号+车主姓名+（身份）+停车位+2｛时间｝2+时间长度+每小时收费价格+实际缴费金额
备注：
罚金发票是车主违规操作，联系车主，车主
（3）数据存储
停车场车主信息表如表3-1表示。
表3〃数据存储“停车场车主信息表”的字典条目
数据存储名称：
停车场车主信息表
编号：
F1
简述：
是系统接收并处理的所有车主信息的表
流入的数据流：
会员事务处理的会员办理，充值，注销数据，进入模块的车主身份
的验证信息（临时卡用户）。
流出的数据流：
更新停车场车主信息表，添加修改或删除车主身份
数据流组成：
车主+车牌号+车的颜色+（卡中余额）+（身份）
备注：
只有会员才有卡中余额这一项。
停车场空闲车位表如表3-2所示。
表3.2数据存储“停车场空闲车位表”的字典条目
数据存储名称：
停车场空闲车位表
编号:
F2
简述：
用于查询停车场空闲车位的表
流入的数据流：
将要进入停车场的车主申请到的车位信息，停车场原来空闲车位
流出的数据流：
去向是停车场的屏幕，还有系统内部的表修改
数据流组成：
区号+车位号+占用状态
备注：
如呆空闲车位数量为零，语音提示不受理进入请求屏幕输出不予受理的致歉信息，并显示无法受理的原因。
停车场违规车辆表3-3所示。
表3.3数据存储"停车场违规车辆表”的字典条目
数据存储名称：
停车场违规车辆表
编号：
F3
简述：
系统接收并处理的所有违反规定的车主的信息表
流入的数据流：
违反停车场规定的车主信息
流出的数据流：
去向是管理员违规处理
数据流组成：
车主姓名+车牌号+停车位+违规原因
备注：
开始统计时只记录是哪个停车位的车违规，后来再查表补充违规车主的其他信息。
停车场利润表3-4所示。
表3.4数据存储“停车场利润表”的字典条目
数据存储名称：
停车场利润表
编号：
F4
简述：
系统接收并处理的停车场每口流水收入表（去除当口的消费）
流入的数据流：
车主交给停车场的停车费用
流出的数据流：
去向是记录在停车场利润表
数据流组成：
车主姓名+车牌号+停车位+2｛时间｝2+停车位+实际缴费金额
备注：
利润表有不同的类型，有每口流水利润表，月统计利润表。
停车场利润表3-5所示。
表3.5数据存储“停车场车辆走势表”的字典条目
数据存储名称：
停车场车辆走势表
编号：
F5
简述：
系统接收并处理的停车场车辆数屋变化的表
流入的数据流：
进入停车场的车辆数量，离开停车场的车辆
流出的数据流：
去向是汇总并在停车场车辆变化表
数据流组成：
时间+车的数量
备注：
车辆变化用于决定停车场采取何种决策
表3.6数据存储“停车时间段高峰表”的字典条目
数据存储名称：
停车时间段高峰表
编号：
F6
简述：
系统记录不同时间段的停车数量的表，用于统计高峰时段和低谷
流入的数据流：
停车场车辆走势表中各时间段的车辆数变化情况
流出的数据流：
停车高峰时间段汇总
数据流组成：
2｛时间｝2+车的数量
备注：
高峰变化用于决定停车场采取何种决策
表3.7数据存储“停车管理表”的字典条目
数据存储名称：
停车管理表
编号：
F7
简述：
停车场管理措施表
流入的数据流：
F4,F5,F6汇总信息
流出的数据流：
管理措施
数据流组成：
管理措施
备注：
决定停车场采取何种决策
1.5加工逻辑
（1）加工1.1查询是否有空车位的加工逻辑
begin
如果停车场空闲车位表有车位状态为0
则
提供一个空车位给车主，并且把停车场空闲表中该车位状态改为1,语音提示有车位并且屏幕显示车位号
否则
语音提示没有空车位并且屏幕输出汉字“无法处理你的请求”
End
（2）加工1.21.3验证车主身份并发卡的加工逻辑
begin
如果停车场车主信息表中有车主信息
则
如果车主为会员
则发会员卡
否则发临时卡
否则
添加车主信息到停车场车主信息表
End
（3）加工2.1判断是否遗失卡的加工逻辑
begin
如果车主遗失卡
则
车主做遗失卡处理
否则
车主做回收卡处理
End
（4）加工2.2遗失卡处理的加工逻辑
begin
查询并修改停车场空闲车位表，把遗失卡对应车位状态改为0,办理补卡手续
End
（5）加工2.3回收卡的加工逻辑
begin
回收卡，查询并修改停车场空闲车位表，把卡对应车位状态改为0,办理缴费手
End
（6）加工2.4遗失卡发票的加工逻辑
begin
交罚金费，领取遗失卡罚金发票，查询并修改停车场利润表
End
（7）加工2.5会员卡发票的加工逻辑
Begin
停车费用取折后价
如果会员卡内余额够支付停车费
则
从会员卡中支付停车费，并打印停车费发票，查询并修改停车场利润表否则
用现金支付停车费，并打印停车费发票，查询并修改停车场利润表
End
（8）加工2.6临时卡发票的加工逻辑
begin
用现金支付停车费，并打印停车费发票，查询并修改停车场利润表
End
（9）加工3.1统计违规车辆的加工逻辑
begin
查询并修改停车场违规车辆表
End
（10）加工3.2违规车辆处理的加工逻辑
begin
查询并修改停车场违规车辆表，停车场车主信息表
End
（11）加工3.3通知车主的加工逻辑
begin
查询停车场车主信息表，根据信息通知车主
End
（12）加工3.4开罚金发票的加工逻辑
begin
查询停车场违规车辆表，交对应罚金，开罚金发票
End
（13）加工4.1会员卡办理的加工逻辑
Begin
填写车主信息，查询并修改停车场车主信息表
End
（14）加工4.2会员卡充值的加工逻辑
Begin
交充值费用，查询并修改停车场车主信息表
End
（15）加工4.3会员卡注销的加工逻辑
Begin
提交注销信息，查询并修改停车场车主信息表
End
（16）加工5.1统计停车场信息的加工逻辑
Begin
查询停车场利润表，停车场车辆走势表，停车时间段高峰表，并统计数据
End
（17）加工5.2分析并作出决策的加工逻辑
Begin
分析统计数据，作出决策，查找并修改停车场车辆管理表
End
1・6软件非功能需求
（1）硬件环境需求：
系统运行的硬件环境最低要求：
CPU2.6GHz.内存：
8GB8RAM显示器：
1024x768、硬盘：
35400RPM建议配置：
3.2GHz或速度更快的、2048MB或更人容量的RAM、1280x1024显示器、8900RPM或更高转速的硬盘3.3系统运行软件坏境本系统的软件坏境如下：
操作系统:
UNIX/Linux/Windows8.1或以上版本数据库:
SQLServer2015开发工具包：
MicrosoftVisualStudio2013Web服务器：
IIS6.0以上浏览器：
IE6.0以上
（2）软件环境需求：
系统运行的网络坏境该系统采用模式，由服务端和客户端浏览器组成。
网络
操作系统采用Microsoft的WindowsServer2013,配置IIS6.0»并安装.NETFramework
为ASP.NET应用程序提供运行平台。
开发坏境采用MicrosoftVisualStudio2015»开发语言为c#。
数据库服务器采用SQLServer2015,它具有大型数据库的功能，在数据的完整性、安全性方面能够得到保障，并且能和WindowsServer2013无缝连接。
管理员Web服务器数据库服务器
（3）性能需求：
使车辆出入的登记收费操作过程更加简便，系统形成列表对入库车辆进行统计，方便查询。
数据安全性要高，不易丢失。
无论是客户端和管理端，当用户登录，进行任何操作的时候，系统应该及时的进行反应，反应的时间在5秒以内。
系统应能监测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，避免出现长时间等待甚至无响应。
（4）安全需求:
系统有严格的权限管理功能，各功能模块需有相应的权限方能进入。
系统需能够防II:
各类误操作可能造成的数据丢失，破坏。
防止用户非法获取页面以及内容。
（5）界面需求系统的界面要求如下：
1）页面内容：
主题突出，站点定义、术语和行文格式统一、规范、明确，栏目、菜单设置和布局合理，传递的信息准确、及时。
内容丰富，文字准确，语句通顺；专用术语规范，行文格式统一规范。
2）导航结构：
页面具有明确的导航指示，且便于理解，方便用户使用。
界面、版面形彖清新悦目、布局合理，字号大小适宜、字体选择合理，前后一致，美观人方；动与静搭配恰当,动静效果好：
色彩和谐自然，与主题内容相协调。
3）技术坏境：
页面人小适当，能用各种常用浏览器以不同分辨率浏览；无错误链接和空链接：
采用CSS处理，控制字体人小和版面布局。
1.7本次实验小结
近四周的课程设计，在这段时间里，我组不断的努力学习、研究，完成了此设计大部份要求的内容。
由于受到时间限制和其他条件的影响，并没有完成本系统的全面完善。
在初期，对控制设计进行了功能分类经过这次数据库课程设计，我觉得遇到的困难很多，做课程在技术方面所谓学无止境，我们也不能只靠自己现在所掌握的知识来考虑问题，那样就会使我们的思路变得狭窄，考虑问题变得片面。
我们要不断的更新自己的知识和技术，同时也要虎心的学习别人的方法和技术，多向别人请教，并且把所掌握的知识进行开发革新，让其在原有的基础上发挥更大的作用,去解决在实际当中遇到的困难和麻烦。
本系统的智能化水平也不是很高，我会在今后的学习中去改进它，并在此基础上进一步挖掘客户的需求，添加或修改相应的功能模块，来扩展本系统，使之更加实用。
升级会员 