KEY智能停车场标准系统管理软件需求文档.docx
《KEY智能停车场标准系统管理软件需求文档.docx》由会员分享，可在线阅读，更多相关《KEY智能停车场标准系统管理软件需求文档.docx（129页珍藏版）》请在冰点文库上搜索。
KEY智能停车场标准系统管理软件需求文档
KEY4000智能停车场系统管理软件需求文档
产品名称:
KEY4000智能停车场系统管理软件
产品型号:
KEY4000
产品料号:
/
发行日期:
2012-12-10
版本号:
V1.00
制作
审核
批准
修订记录
版次
修改时间
修改内容
修改人
审核人
备注
V1.00
2012-12-10
第一版产品规划书
第一章绪论3
1.1引言3
1.2背景3
1.3目标3
第二章相关技术简介4
2.1系统开发环境4
2.2数据库连接方式4
第三章系统需求分析5
3.1停车场流程概要5
3.2停车场流程分解6
3.2.1入场停车过程6
3.2.2收费出场过程7
3.3系统功能分析7
3.3.1停车场车位划分8
3.3.2车位管理8
3.3.3车辆校验9
3.3.4车辆进出管理及收费10
3.3.5停车场信息查询统计10
3.3.6报表打印10
3.3.7系统管理10
3.3.8系统权限11
3.4系统总体设计12
3.4.1主体框架12
3.4.2UML流程12
3.4.3模块划分13
3.4.4业务流程分析15
3.4.5主界面布局15
3.4.6菜单结构16
第四章系统数据库设计18
4.1数据库的需求分析18
4.1.1概念设计18
4.1.2E-R图19
4.2数据库的逻辑设计22
4.3数据库的实现脚本33
第一章绪论
1.1引言
随着信息技术与现代化产业的高速发展，汽车作为日常交通工具已经普及社会的每一个角落，给人们的日常生活带来了极大的便利。
但是随着汽车拥有量的急剧增加，车辆停放的问题随之而来，如果没有合理的停放规则和秩序，势必引起许多不必要的麻烦，从而给生活带来不便。
停车场作为交通设施的组成部分，随着交通运输的繁忙和不断发展，人们对其管理的要求也不断提高，都希望管理能够达到方便、快捷以及安全的效果。
然而目前的许多停车场还处于一种人工的管理的模式，在车辆的管理上效率低下，而且十分容易出错。
因此需要一种合适的管理系统来解决这些问题，以达到高效、简易的效果，给广大人民的出行带来方便。
1.2背景
伴随汽车消费大众化和各种机动车辆大范围内的迅速普及，车辆对其配套设施特别是停车场提出了更高的要求，人们要求更加人性化、智能化的生活条件。
智能化的停车场系统便在这样的背景下应运而生了，与之配套的停车场智能收费管理软件更是一套专门针对于现代化停车场收费的管理软件，它适用于大、中、小型停车场。
智能停车场的产生不但规范了城市交通管理和车辆管理水平，扩充了城市的容量，在安全防范方面也有巨大的保障，同时还能方便的和其他智能系统对接（如智能大厦、智能小区等）以组成更完善的物流及设备管理系统。
目前的多数停车场存在着以下几个问题，管理漏洞、系统的可靠性、独立性强、收费过程比较繁琐、劳动强度高、停车场利用率低下、票款易流失等。
针对这些问题该停车场系统采用划卡消费，系统计时计费，旨在突出智能化。
1.3目标
该智能停车场管理系统是针对愈来愈多的车辆进行管理，对越来越多车辆停靠提供有力保障。
该管理系统本着安全性、可靠性、实用性、开放性、可扩充性、高效性、智能化的指导思想和分布式结构进行设计，建立一个全天候自动化停车场管理系统，使停车场管理工作规范化、系统化、程序化、自动化，避免停车场管理的随意性，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改停车信息等情况。
第二章相关技术简介
2.1系统开发环境
操作系统：
WindowsXP
开发工具：
Delphi7.0
数据库：
MicrosoftSQLServer2000
系统结构：
MDI多文档视图+C/S结构（即:
客户端/服务器模式）
2.2数据库连接方式
Delphi连接数据库的主要方式有两种：
一是BDE，二是ADO。
BDE（BorlandDatabaseEngine）是Delphi颇具特色的数据库连接管理技术。
凭借窗体和报表，BDE可以访问诸如Paradox，dBASE，本地InterBase服务器的数据库，也可访问远程数据库服务器上的数据库，如Oracle，SyBase，Informix等C/S数据库中的数据库，也可访问经ODBC可访问的数据库管理系统中的数据库。
ADO（ActiveXDataObjects）是微软提供的一项技术。
通过ADO，可以方便的访问各种类型的数据库，特别是OLEDB数据库。
ADO已成为访问数据库的新的标准接口。
本系统开发时选用ADO方式连接、操作数据库。
微软公司的ADO是一个用于存取数据源的COM组件。
它提供了编程语言和统一数据访问方式OLEDB的一个中间层。
允许开发人员编写访问数据的代码而不用关心数据库是如何实现的，只需要关心与数据库的连接。
访问数据库的时候，关于SQL的知识不是必要的，但是特定数据库支持的SQL命令仍可以通过ADO中的命令对象来执行。
采用ADO访问数据的结构如下图2.2所示，从图中可以看出：
ADO有很强的数据访问能力，支持多种底层的数据源；采用分层结构连接数据有利于提高应
用程序的独立性，使它不依赖于底层的数据库类型，便于数据库升迁。
图2.2ADO访问数据的结构
第三章系统需求分析
3.1停车场流程概要
提到停车场，自然会想到小区门口的岗亭，其实际平面图如下图3.1.1所示：
图3.1.1停车场系统实际平面图
由以上图3.1.1以及现实生活的实际情况可以得知，停车场管理系统主要分为入场停车和收费出场两部分。
其流程如下图3.1.2所示：
图3.1.2系统流程图
（1）入场停车流程
根据系统提示的停车场当前信息控制车辆的入场，停车场在有车位的情况下方能停车，并指定停车位置提示给用户
（2）收费出场流程
根据车辆信息、卡类型以及停车时间等条件，再依据收费标准计算收费额度实施收费环节。
交费之后在出场的相关信息提示下完成停车管理过程。
3.2停车场流程分解
以下对入场停车和收费出场两个过程分述之：
3.2.1入场停车过程
当车辆从场外进入场内时，首先判断是否为月租卡，月租卡则进入停车场，并将信息登入系统中，若为临时停车，则从系统中查找空车位。
若有空车位，则将车辆的型号、颜色、车牌号、当前时间等信息一一输入停车场的停车管理系统中，并把这些信息作为车主的基本信息存入临时车卡中。
若无空车位则要告知车主，请其另找停车场停车。
其流程如下图3.2.1所示：
图3.2.1入场停车流程图
3.2.2收费出场过程
当车辆驶出停车场时，首先判断该驶出车辆是否与先前的驶入车辆相同，若相同则车主出示停车卡，若为月租卡则再次登记信息，表示车辆已经离开。
若为临时卡，则再次读入该临时车卡并查询车辆信息，当车辆信息符合要求时，就查出该车的停车时间并计算出停车费，然后将单据交给车主，车主付完费用后方可开车离去。
其流程如下图3.2.2所示：
图3.2.2收费出场流程图
3.3系统功能分析
一个典型的停车场管理信息系统需要包括车辆进出管理及收费功能、停车场车位及车主信息查询功能和系统设置及管理等功能。
3.3.1停车场车位划分
停车场的车位划分主要分为固定车位和自由车位两种，每个车位可以分属不同的区域，即首先将停车场划分为若干个不同的区域，每个区域又可以划分为若干个不同的小区域，每个小区域还可以划分出小区域等等，形成一级一级的向下划分的级联模式。
最低一级的小区域再划分出固定车位或自由车位，固定车位又可以称为专用车位或内部车位，它的特点是使用者固定，交费采用包月制或包年制，平时进出停车场时不再交费。
对于固定车位的车辆，系统有着详细的信息记录，包括车辆信息和车主信息。
自由车位又可以称为公用车位或公共车位，它的特点是使用者不固定，针对临时性散客服务，车辆每次出停车场时，根据停车时间和停车费率交纳停车费用。
固定车位的车辆总是停放在自己的车位上，而不停放在自由车位上。
不同类型停车场的固定车位和自由车位数目比例是不同的，比如商场、车站、机场类停车场的自由车位数目相对较多，而住宅小区、单位类停车场的固定车位数目相对较多。
停车场的固定车位和自由车位数目一般情况下是固定不变的，但有时根据停车场规划改变也需要调整，系统可以在系统管理功能里对这两类车位的数目进行设定和修改。
其结构如下图3.3.1所示：
图3.3.1停车场车位划分结构图
3.3.2车位管理
对于每一辆固定车，停车场内部都有一个固定的车位与其一一对应，并且在系统中记录了该车是否在位的情况，但是对于非固定（自由）车辆的进出场，系统应该根据当前停车场内部的车位情况来判断是否允许自由车辆入场。
其流程如下图3.3.2所示：
图3.3.2车位管理流程图
3.3.3车辆校验
当车辆驶入停车场时，系统感应器能够识别该车辆是否在车辆数据库中有记录（即判断该车辆是否为物业部门登记车辆），如果是有记录的车辆且与之相关联的月卡余额充足，则打开道闸予以放行；如果余额不足则要求充值之后再放行。
如果该车辆在车辆数据库中没有记录而车主又要求停车，则可以给予办理临时停车卡。
当车辆驶出停车场时，系统仍然对车辆进行识别。
如果可以确定为小区内部车辆且相关联的月卡余额充足时，则直接予以放行；如果余额不足或欠费时则要求充值再放行。
如果该车为外部车辆且在数据库中没有记录时，则要求补办相关的手续并要求缴费。
其流程如下图3.3.3所示：
图3.3.3车辆校验流程图
3.3.4车辆进出管理及收费
车辆进入停车场时，系统记录车辆的车牌号码和进入时间。
车辆离开停车场时，根据车辆车牌号码判断是否为固定车位车辆，如果为固定车位车辆则不收费，只记录车辆离开停车场时间；如果为自由车位车辆则根据进入时间和离开时间计算出停车费用进行收取。
所有进出停车场的信息（包括车牌号码、进入时间、离开时间、停车费用）都记入一个进出记录表以备查询和统计使用。
3.3.5停车场信息查询统计
系统的查询统计功能可以查询包括自由车位空闲数目、自由车位停车情况、固定车位使用情况、固定车位车主信息、自由车位使用率等多种信息，并且将这些信息根据相关条件加以汇总统计。
将自由车位空闲数目或自由车位使用率显示在停车场入口处，可以提示即将进入停车场的车主；如果自由车位已满，便可以给出指示，且不允许继续进行车辆进入停车场自由车位的操作。
其部分功能模块如下图3.3.5所示：
图3.3.5停车场信息查询统计结构图
3.3.6报表打印
系统根据用户选择的条件查询统计出相关数据信息显示于数据表格中的同时，会自动将这些数据信息生成数据报表，并提供预览、打印的功能。
3.3.7系统管理
系统的管理功能可以查看一定时间内总收取费用情况，也可以查看一定时间内的详细收费情况，可以查看所有车辆进出停车场的记录，也可以查询指定车辆（包括固定车位车辆与自由车位车辆）所有进出停车场的记录，可以设定和修改固定车位和自由车位数目以及停车费用的费率，还可以设置系统基本参数、与设备的通讯参数、IC/ID卡片档案资料管理以及进行系统的初始化工作等。
其部分功能模块如下图3.3.7所示：
图3.3.7系统管理结构图
3.3.8系统权限
系统权限是针对不同的用户赋予不同的操作权力，主要有超级管理员、管理员和操作员三种角色，不同角色的基本任务如下：
超级管理员具有最高的权限，即对系统所有的权限操作权。
超级管理员授权给管理员赋予管理员应有的权限。
管理员可根据需要来维护角色信息，并授权给相应的操作员。
进行系统的设置、权限设置、数据管理、操作员档案的管理。
操作员行使管理员给与的权限，行使档案管理（车辆档案、卡档案管理、用户档案管理）、入场的管理、收费管理、以及出场的管理。
其关系描述为如下图3.3.8所示：
图3.3.8权限类视图
3.4系统总体设计
3.4.1主体框架
系统采用ADO技术访问数据库，它是连接用户界面和数据库的桥梁。
用户先通过ADO把数据录入到数据库中，再通过ADO连接、访问、调用数据库中的数据来完成系统查询、统计、打印等功能。
如下图3.4.1所示：
图3.4.1系统主体框架图
3.4.2UML流程
系统执行时首先判断登录的身份，再进入相应的操作页面通过所需的操作，最终完成目的操作的功能，他们在内在关系由数据库和程序来控制实现。
本系统UML活动图如下图3.4.2所示：
图3.4.2系统UML活动图
3.4.3模块划分
根据以上系统需求分析，将整个软件划分为以下七大功能模块：
（1）用户管理模块：
包括超级管理员、管理员、操作员三种级别的用户，具有最高管理权限的超级管理员执行授权管理的操作，能够对管理员进行授权，添加删除修改管理员；
由超级管理员授权的管理员执行系统设置、操作员档案管理、数据库管理。
系统设置主要是对停车场的参数进行设置。
操作员档案管理是对停车场业务操作员进行管理，添加、删除、修改操作员的信息。
数据库管理是对数据库基本参数的设置以及数据库的备份、恢复、压缩、解压等；
操作员执行档案资料管理、车场管理与车辆管理、出/入场管理与收费管理。
档案资料管理主要是对停车场发放的卡进行管理、车档案的管理以及停车场顾客的信息档案管理，并且都有自己的添加、删改、修改功能。
车场管理与车辆管理是对停车场内部区域的划分管理以及场区内车位与车辆对应关系的管理。
入场管理主要采集汽车入场时候的一些必要参数，对参数进行处理和判断。
出场管理是汽车离场之前对其进行的离场验证和停车时间的数据收集，为收费提供数据。
收费管理是根据出入场提供的参数结合收费标准的设置计算出收费的金额，完成收费并打印出收费清单。
（2）参数管理模块：
包括系统基本参数设置和通讯参数的设置，基本参数比如系统文件存放路径、界面文字显示等等，通讯参数主要是串口、波特率、校验位、数据位，服务器IP地址、监听端口等。
（3）卡片管理模块：
包括卡片注册（发卡）与注销,卡片挂失、解挂、更新。
（4）车场管理模块：
包括车场与车辆的参数设置、车场状态查看、收费标准设置，车场参数设置是将停车场划分为若干个区域，每个区域又划分为若干个车位与每辆车一一对应。
车辆参数是和车辆对应的车主信息与车辆本身所固有的物理属性，比如车型、车颜色等。
车场状态查看指停车场当前车位的占用情况以及停车场一些基本参数查看。
收费标准设置是对停车消费费率的设置。
（5）数据管理模块：
该模块显示了停车场日常运行所产生的数据，场内车辆、进出刷卡数据、收费金额以及交班记录等相关信息，并对这些数据进行存储和上传至服务器。
另外还记录系统操作日志，将当前用户对系统的操作行为一一记录下来并存储，以备日后产生纠纷时有据可查。
（6）查询统计模块：
包括场内车辆与车位查询、收费查询统计、卡片资料查询。
按照相应的条件查询出所需数据并统计结果呈现给用户。
（7）报表打印模块：
包括常规报表与自定义报表，查询统计的结果生成报表。
各功能模块及其包含的子功能模块如下图3.4.3所示：
图3.4.3KEY4000智能停车场系统管理软件功能结构
3.4.4业务流程分析
系统的使用者是停车场的工作人员，为了便于管理并借鉴现有停车场的管理模式，划分成三个角色的用户。
工作人员首先登陆系统，经过一系列的身份验证，登陆成功之后进入相应的操作界面，实现各自的管理功能，其中各模块有对应的添加、修改及删除功能。
总体功能分析业务流程如下图3.4.4所示：
图3.4.4系统业务流程图
3.4.5主界面布局
虽然系统功能很多，操作比较繁杂，但是呈现给用户的操作界面应该保持简洁、流畅、风格一致，尤其是系统主界面要保持简洁大方、华而不实、流畅而又简单的操作，具体来讲应该包括菜单栏、工具栏、导航面板、主界面、状态栏、垂直滚动条、水平滚动条，其中，垂直滚动条与水平滚动条分别用于当软件界面窗口缩小时，可拖动滚动条以显示垂直方向或水平方向被遮住的界面，该系统的主界面整体布局如下图3.4.5所示：
图3.4.5系统主界面整体布局图
3.4.6菜单结构
根据该系统的功能将软件操作共分为七个主菜单：
文件、系统设置、卡片管理、车场管理、查询统计、查看、系统帮助，部分子菜单的功能说明如下：
保存数据文件：
将当前查询到表格中的数据保存为自定义格式的数据文件；
打开数据文件：
将已保存的自定义格式的数据文件打开并显示到表格中；
串口通讯：
设置RS232/485串口、波特率、数据位、奇偶校验、停止位；
Tcp/Ip通讯：
设置本地或服务器的监听端口与IP地址；
控制器设置：
设置控制器的各属性参数；
卡片注册：
给卡片授权，使之能够正常刷卡使用；
卡片注册：
将卡片从系统中删除不再使用；
卡片挂失：
卡片遗失后采取的锁卡等安全防护措施，即设置黑名单；
卡片解挂：
将锁定的卡片解锁，即删除黑名单重新注册为白名单；
停车车型设置：
设置车型为轿车/面包车/吉普车/中巴/大巴等；
停车场设置：
设置停车场内区域划分以及各个区域车位分配情况；
工具栏：
勾选该菜单以显示/隐藏系统工具栏；
状态栏：
勾选该菜单以显示/隐藏系统状态栏；
语言：
切换系统多国语言。
各菜单下的子菜单功能模块结构如下图3.4.6所示：
图3.4.6KEY4000智能停车场系统管理软件菜单结构
第四章系统数据库设计
数据库设计主要是进行数据库的逻辑设计，即将数据按一定的分类、分组系统和逻辑层次组织起来，是面向用户的。
数据库设计时需要综合企业各个部门的存档数据和数据需求，分析各个数据之间的关系，按照DBMS提供的功能和描述工具，设计出规模适当、正确反映数据关系、数据冗余少、存取效率高、能满足多种查询要求的数据模型，其设计过程是循序渐进、分步进行的。
4.1数据库的需求分析
4.1.1概念设计
根据系统的需求分析可知，系统处理的对象包括车辆信息、固定车位信息、自由车位信息、停车车辆信息以及收费记录等。
即：
固定车位信息：
车位编号、车位位置、车牌号码、车主姓名、车辆品牌、车辆颜色、车辆照片、联系地址、联系方式、车位余额；
自由车位信息：
车位编号、车位位置；
车辆信息：
车牌号码、车辆品牌、车辆颜色；
停车信息：
车位编号、车牌号码、进入时间、离开时间、时间段、车位类型、在位情况、收费费率；
收费记录：
车位编号、车牌号码、停车时间、停车费用。
由此可以将整个系统划分为停车处理子系统、车位综合管理子系统以及停车收费子系统三个主要的子系统。
处理的功能包括：
车辆信息的查询以及更新；空闲车位信息的查询；固定车位信息的查询；进出车辆记录的更新和收费信息的查询与更新等。
如下图4.1.1所示：
图4.1.1收费停车场管理系统主要子系统分配
4.1.2E-R图
系统主要表的E-R图如下所示：
系统全局E-R图如下图4.1.2所示：
图4.1.2系统全局E-R图
4.2数据库的逻辑设计
本系统的数据库名为db_Park4000，它由以下24张数据表组成，各表结构如下：
表4-1tb_LoginUsers—登陆用户表
字段名
描述
类型
长度
是否为空
是否主键
AutoId
自动编号
bigint
8
否
否
UserId
用户编号
int
4
否
是
UserName
用户名
varchar
50
是
否
PassWord
密码
varchar
50
是
否
Permission
权限
varchar
50
是
否
表4-2tb_SystemMenu—系统菜单表（树形列表视图）
字段名
描述
类型
长度
是否为空
是否主键
AutoId
自动编号
bigint
8
否
否
MenuId
菜单编号
int
4
否
是
Caption
菜单文字
varchar
50
是
否
PreviousId
上级编号
int
4
否
否
MenuName
菜单名称
varchar
50
否
否
MenuCode
菜单编码
varchar
50
否
否
MenuIcon
菜单图标
image
16
是
否
MenuOnOff
菜单权限
bit
1
是
否
Remark
备注
varchar
100
是
否
表4-3tb_ParkingParameters—停车场参数表
字段名
描述
类型
长度
是否为空
是否主键
AutoId
自动编号
bigint
8
否
否
ParkingId
停车场编号
int
4
否
是
ParkingName
停车场名称
varchar
50
是
否
ParkingAreaTotal
场内区域总数
int
4
是
否
ParkingSpaceTotal
场内车位总数
int
4
是
否
EnterWayNumber
入口车道数
int
4
是
否
LeaveWayNumber
出口车道数
int
4
是
否
ParkingTel
停车场电话
varchar
50
是
否
ParkingAddr
停车场地址
varchar
100
是
否
Remark
备注
varchar
100
是
否
表4-4tb_AreaParameters—区域参数表
字段名
描述
类型
长度
是否为空
是否主键
AutoId
自动编号
bigint
8
否
否
ParkingId
停车场编号
int
4
否
否
AreaId
区域编号
int
4
否
是
AreaNo
区域号
varchar
50
否
否
AreaName
区域名称
varchar
50
是
否
PreviousId
上级编号
int
4
否
否
AreaSpaceTotal
区域车位总数
int
4
是
否
Remark
备注
varchar
100
是
否
表4-5tb_TimeCharges—按时长收费表（分白天与晚上时段）
字段名
描述
类型
长度
是否为空
是否主键
AutoId
自动编号
bigint
8
否
否
CarTypeId
车辆类型编号
int
4
否
否
ChargingMethods
收费方式
smallint
2
否
否
TimeChargesId
时间收费编号
int
4
否
是
Price005
0.5个小时收费
int
4
否
否
Price010
1.0个小时收费
int
4
否
否
Price015
1.5个小时收费
int
4
否
否
Price020
2.0个小时收费
int
4
否
否
Price025
2.5个小时收费
int
4
否
否
Price030
3.0个小时收费
int
4
否
否
Price035
3.5个小时收费
int
4
否
否
Price040
4.0个小时收费
int
4
否
否
Price045
升级会员 