基于web的停车场管理系统内容摘要:
o r d : S t r i n g a g e : i n t o p e r a t o r _ n o : s t r i n go p e r a t o r 图 22 类图 系统流程分析 停车场管理系统分为入场停车和出场取车两部分。 如图 23所示。 数 据 中 心入 场 卡 审 核 停 车收 费出 场出 场 审 核 图 23 系统流 程 图 ( 1)入场 根据系统提示的停车场的现有信息控制车辆的入场,停车场在有车位的情况下方能停车。 ( 2)卡审核 审 核用户的卡类型并判断卡的有效性。 ( 3)停车 指定停车位置提示给用户 ( 1)出场审核 卡审核,卡与车辆的匹配审核。 ( 2)收费 根据车辆信息,卡类型以及停车的时间等依据收费标准计算收费额度实施收费环节。 ( 3)出场 交费之后在出场的相关信息提示下完成停车管理过程。 技术可行性分析 停车场管理系统设计中, MVC( ModelViewControl)分层设计模式贯穿了整个设计 流程,系统开发框架采用 +。 模型层 模型层主要包括数据逻辑 和业务逻辑。 在本系统中, Hibernate提供处理数据持久化,JavaBean对 业务逻辑 Service封装。 视图层 系统采用 JSP实现视图层。 控制层 采用 Struts技术处理前台请求与 Service业务逻辑的调用。 系统数据模型层的分析与设计 MVC设计模式中的 M( Model),主要包括了数据逻辑与业务逻辑。 数据逻辑 数据逻辑作为 Model层面中的主要组成部分,其设计的优劣会对系统得整体性能表现产生至关重要的影响。 Hibernate提供了强大、高性能的对象到关系型数据库的持久化服务。 利用 Hibernate,可以按照 Java的基础定义进行持久化层开发, Hibernate在对象与关系型数据库之间构建了一条快速、高效、便捷的沟通渠道。 在本系统中对数据库的增加、修改、删除、查询的操作都通过 Hibernate对数据表进行相对应的操作。 业务逻辑 业务逻辑是业务系统实现的主要组成部分 , 业务逻辑层主要负责以下几个方面的实现。 ( 1)管理应用的业务逻辑和业务校验。 如添加数据时数据表中没有该项记录,才允许添加。 ( 2)管理业务级对象之间的依赖性。 ( 3)管理与其他层进行交互的接口。 ( 4)事物代理。 对数 据库的插入和删除时要调用事物处理才能物理上执行对数据表的更新操作。 ( 5)错误管理。 系统视图层的设计与分析 MVC 设计模式中的 V( View)即视图层(或表现层),本系统采用 JSP 技术实现。 本系统所有的页面都是通过此技术来实现的。 系统控制层的分析与设计 MVC 设计模式中的 C( Control)即控制层,采用 Struts 框架技术实现控制层。 控制层需要负责以下功能: ( 1) 接受来自客户端的 HTTP 请求。 ( 2) 调用 M 层模型组件来执行相应得业务逻辑。 ( 3) 获得 M 层业务逻辑的处理结果。 ( 4) 根据处理结果选择合适 的视图层呈现给客户端。 第三章 系统总体设计 系统设计 总体设计 首先判断登录的身份,进入相应的操作页面 通过需要的操作,最终完成目的操作的功能。 本系统 UML活动图如图 31 所示。 他们在内在关系由数据库和程序来控制。 登 录 停 车 管 理 系 统入 场 卡 审 核 停 车 出 场 卡 审 核 收 费出 场 图 31 UML 活动图 业务流程分析 本系统的的使用者是停车场的工作人员,为了便于管理并借鉴现有停车场的管理模式,划分成三个角色的用户。 工作人员首先登陆系统,经过一系列的身份验证,登陆成功之后进入相应 的操作界面,实现各自的管理功能。 总体功能分析 业务流程图。 如图 32业务流程 图 管 理 员 登 录登 录 成 功N权 限 判 断Y 管 理 员超 级 管 理 员操 作 员授权管理系统设置权限管理数据管理入场管理档案管理收费管理出场管理 图 32 业务流程 图 其中各模块有对应的添加、修改及删除功能。 系统 功能模块 如图 33 系统功能模块 划分 停 车 场 管 理 系 统操 作 员管 理 员超 级 管 理 员 授 权 管 理系 统 设 置操 作 员 档 案 管 理数 据 管 理档 案 管 理出 场 管 理收 费 管 理入 场 管 理 图 33 系统功能模块 划分 系统模块设计 (1)授权管理模块 具有最高管理权限超级管理员对该模块进行操作,对管理员进行授权,添加删除修改管理员。 (2)系统设置 由超级管理员 授权的管理员行使 该功能,主要是对停车场的参数进行设置。 (3)操作员档案管理 由管理员行使改功能,停车场业务操作员进行管理,添加、删除、修改操作员的信息。 (4)数据管理模块 该模块显示了停车场日常运行所产生的 数据,场内车辆,进出数据,收费金额以及交班记录的相关信息。 (5)档案管理 该部分功能为操作员所使用,主要是对停车场发放的卡进行管理、车档案的管理以及停车场顾客的信息档案管理。 他们都有自己的添加、删改、修改的功能。 (6)入场管理 该模块是本系统的一个重要的功能模块,主要采集汽车入场时候的一些必要的参 数,对参数进行处理和判断 ,这些获得的参数提交到后台进行相关的处理。 (7)出场管理 汽车离场之前对其进行的离场验证和停车时间的数据收集,为下一收费模块提供数据。 (8)收费管理 该模块是本系统最重要的一个模块,根据出入场提供的参数结合该模块收费标准的设置计算出收费的金额,完成收费并打印出收费清单。 数据库设计与实现 数据库的需求分析 数据库设计的 ER图。 如图 34 系统数据库 ER 图 ,制定一个收费标准要卡的类型以及收费的标准(时收费或次收费)来确定。 停车场的顾客用户有唯一的一条卡信息与自己 的车信息绑定。 停车场的总车位数决定了车位表的总车位,一个车位只能存放一部车。 收费的根据时入场时的信息和出场时的信息以及收费标准的综合得出。 交班记录要记下该员工在工作时间内的所有的操作记录,上下班时间以及在这段时间内的操作。 卡 表拥 有1车 表用 户 表入 场 表出 场 表收 费 标 准 表次 收 费 表 时 收 费 表交 班 表员 工 表车 位 表 收 费 表停 车 场 参数 表属 于n拥 有 111 1存 放n 1包 含入 场 1 11 1签 名记 录上 班计 费计 费出 场包 含包 含包 含1 11 1 n 11 n n 1 1 11 n n 1 1 1 图 34 系统数据库 ER 图 根据系统需求,本系统需要设计 13 张表。 ( 1) 卡信息表:存放卡的相关信息。 ( 2) 停车场参数表:存放停车场的基本参数。 ( 3) 用户表:存放用户的基本信息。 ( 4) 车信息表:存放车的基本信息。 ( 5) 权限表:存放对应的权限信息 和对应的行使该权限人员的相关信息。 ( 6) 时收费表:存放按时收费的时间段。 ( 7) 次收费表:存放按次收费的时间段。 ( 8) 入场表:存放入场时候的一些信息。 ( 9) 出场表:存放出场时的相关信息。 ( 10) 交班表:存放操作员交接班的相关信息。 ( 11) 收费表:存放停车一段时间的收费信息。 ( 12) 车位表:用于存放每一个车位上的停车状态。 ( 13) 收费标准表:存放收费的统一标准。 数据库的逻辑设计 下面给出各个表的详细结构。 表 31 卡信息表 字段名 描述 类型 长度 是否为空 是否主键 id 自增 int 4 否 是 cardid 卡编号 varchar 20 是 否 cardno 卡号 varchar 20 是 否 cardtype 卡类型 varchar 20 是 否 cardmoney 余额 money 8 是 否 sendtime 发卡时间 datetime 8 是 否 activetime 有效时间 datetime 8 是 否 sendflag 已发 tinyint 1 是 否 loseflag 挂失 tinyint 1 是 否 表 32 停车场参数表 字段名 描述 类型 长度 是否为空 是否主键 id 自增 int 4 否 是 parkname 停车场名字 varchar 20 是 否 parktotal 总车位 int 4 是 否 entertotal 入口车道数 int 4 是 否 exittotal 出口车道数 int 4 是 否 parktel 停车场电话 varchar 20 是 否 parkadd 停车场地址 varchar 20 是 否 表 33 用户表 字段名 描述 类型 长度 是否为空 是否主键 id 编号 varchar 20 否 是 name 用户名 varchar 20 是 否 sex 性别 char 2 是 否 tel 电话 varchar 20 是 否 cardno 卡号 varchar 20 是 否 carno 车牌 varchar 20 是 否 address 地址 varchar 20 是 否 表 34 车信息表 字段名 描述 类型 长度 是否为空 是否主键 id 自增 int 4 否 是 carid 编号 varchar 20 否 是 carno 车牌号 varchar 20 是 否 cartype 车类型 varchar 20 是 否 表 35 权限表 字段名 描述 类型 长度 是否为空 是否主键 id 自增 int 4 否 是 poperatorid 编号 varchar 20 否 是 poperatorname 姓名 varchar 20 是 否 poperatorsex 性别 char 10 是 否 poperatorpsw 密码 varchar 20 是 否 poperatorright 权限 varchar 20 是 否 表 36 时收费表 字段名 描述 类型 长度 是否为空 是否主键 id 自增 int 4 否 是 timeno 时间号 int 4 否 是 starttime 开始时间 char 10 是 否 endtime 结束时间 char 20 是 否 表 37 次收费表 字段名 描述 类型 长度 是否为空 是否主键 id 自增 int 4 否 是 times_no 时间号 int 4 否 是 starttime 开始时间 char 10 是 否 endtime 结束时间 char 10 是 否 表 38 入场表 字段名 描述 类型 长度 是否为空 是否主键 id 自增 int 4 否 是 encardid 入场编号 varchar 20 否 否 encardno 卡号 varchar 20 是 否 encarno 车牌 varchar 20 是 否 enway 入场车道 varchar 20 是 否 entime 入场时间 datetime 8 是 否 enposition 指定车位 varchar 20 是 否 表 39 出场 表 字段名 描述 类型 长度 是否为空 是否主键 id 自增 int 4 否 是 exited 出场编号 varchar 20 否 否 excardno 卡号 varchar 20 是 否 excarno 车牌 varchar 20 是 否 exway 出场车道 varchar 20 是 否 extime 出场时间 datetime 8 是 否 表 310 交班表 字段名 描述 类型 长度 是否为空 是否主键 id 自增 int 4 否 是 tnoperator 操作员 varchar 20 否 否 tnlogintime 登。基于web的停车场管理系统
相关推荐
dS t r u t s c o n f i g . x m lE v e n tH T T PR e q u e s t 图 11 Struts工作原理 合肥学院计算机科学与技术系毕业论文 2 对于基于 Struts框架的 Web应用程序,当客户端浏览器发出请求时,请求会被控制器截获,并调用在 Web应用启动时就加载并初始化 核心控制器组件 ActionServlet
28% 课题四 “诸参辛芍叛藜芦 ” 配伍关系与毒效表征的基础研究 主要研究内容 本课题以十八反中的 ―诸参辛芍叛藜芦 ‖为研究对象,围绕中药 ―十八反 ‖配伍理论的关键科学问题研究项目总体目标,针对 ―诸参辛芍叛藜芦 ‖配伍组合的药性与功效特点,开展 ―诸参辛芍叛藜芦 ‖配伍关系与毒效表征的基础研究。 首先进行―诸参辛芍叛藜芦 ‖相关配伍毒性评价研究,明确 ―诸参辛芍叛藜芦 ‖相反配伍的致毒
从决定创建虚拟资源池开始,创建工作离不开规划,也离不开把物理资源转化为虚拟资源的工作;初始的虚拟资源池形成以后,就可以投入运行,运行的过程中,为了达到最优化的效果,依然离不开规划,而规划也需要根据运行的结 果来作为初始条件,规划与运行形成一个相对的闭环,一直交互进行着直到虚拟资源的生命周期的结束;在虚拟资源池的整个生命周期中,可能还会出现各种各样的情况,需要向虚拟资源池再注入虚拟资源
基于 RFID 的公交卡管理系统 专业班级: 物联网工程 姓名: XXX 学号: XXXXXXX 3 注:月票只提示刷卡成功,不扣费。 3 实验总结和 心得 这次课程设计是在掌握前几次的实验的基础上完成的,几乎全是运用了前几次的函数这次课程设计比前几次实验主要多运用了值操作。 通过本次 课程设计 我学会 MFC 工程的建立,提升了自己的编程能力, 查找资料 也是学习新知识的必备技能,同时对 M1
号,电子标签中的天线接收到信号后把一部分整流作为直流电源给标签内的电路提供能量,另外一部分则被电子标签内的存储数据信息调制后送回给阅读器。 电子标签内载有物品的信息,是整个 RFID 系统中最重要的载体,它的形态有多种多样,应用场合不一样,称法也不一样。 如在门禁系统中,载有业主信息的电子标签一般为卡片状,称之为门禁卡或一卡通等;而在动物追踪领域,它一般为纽扣状,与项链一起套在动物的脖子上
寻车、快速出入、城市停车诱导等系统发展了起来,智能停车系统更多的被看作是城市静态智能交通领域的一部分,这就回归了停车属于交通领域的本质。 ② 停车场是一个系统,除了硬件外,还有很多软性的服务。 以北京紫光为例,除了各种停车管理系统外,还投资运营了无忧停车网站,目前主要在北京开展业务,它主要实现网上车位查询、车位预定、月卡交易、错时停车、预约洗车等功能,为会员提供多种人性化服务。