UML停车场管理系统Word格式.docx
- 文档编号:15960755
- 上传时间:2022-11-17
- 格式:DOCX
- 页数:13
- 大小:282.04KB
UML停车场管理系统Word格式.docx
《UML停车场管理系统Word格式.docx》由会员分享,可在线阅读,更多相关《UML停车场管理系统Word格式.docx(13页珍藏版)》请在冰豆网上搜索。
超级管理员授权给管理员赋予管理员应有的权限。
②管理员可根据需要来维护角色信息,并授权给相应的操作员。
进行系统的设置,权限设置,数据管理,操作员档案的管理。
③操作员行使管理员给与的权限,行使档案管理(车辆档案、卡档案管理、用户档案管理),入场的管理,收费管理,以及出场的管理。
(2)系统主要包括以下几个模块:
①基本业务处理模块。
基本业务处理模块主要用于实现管理员通过合法认证登录到该系统中进行停车场的管理。
②信息查询模块。
信息查询模块主要用于实现管理者和停车客户查询和对自身信息的查询。
③系统维护模块。
系统维护模块主要用于实现系统管理员对系统的管理和对数据库的维护,系统的管理包括停车位信息、客户信息等信息的维护。
数据库的维护包括数据库的备份、恢复等数据库操作。
3.1.2系统用例模型
停车场管理系统的参与者包含以下几种:
1、超级管理员2、管理员
3、操作员4、客户
根据停车场管理系统的需求,确定了该系统的用例图如下图所示。
图3-1停车场管理系统用例图
图3-2客户用例图
图3-3系统管理员用例图
图3-4操作员用例图
如图3-1所示,该系统主要有超级管理员、管理员和操作员三种角色,不同角色的基本任务如下所述。
超级管理员具有最高的权限,即对本系统所有的权限操作权。
管理员可根据需要来维护角色信息,并授权给相应的操作员。
操作员行使管理员给与的权限,行使档案管理(车辆档案、卡档案管理、用户档案管理),入场的管理,收费管理,以及出场的管理。
根据用例图得到的部分类图,如图3-5
图3-5类图
3.1.3系统流程分析
停车场管理系统分为入场停车和出场取车两部分。
如图2-3所示。
图2-6系统流程图
A.入场停车流程
(1)入场
根据系统提示的停车场的现有信息控制车辆的入场,停车场在有车位的情况下方能停车。
(2)停车
指定停车位置提示给用户
B.出场取车流程
(1)收费
根据车辆信息,卡类型以及停车的时间等依据收费标准计算收费额度实施收费环节。
(2)出场
交费之后在出场的相关信息提示下完成停车管理过程。
3.2技术可行性分析
停车场管理系统设计中,MVC(Model-View-Control)分层设计模式贯穿了整个设计流程,系统开发框架采用Struts1.2+Hibernate3.1组合结构。
模型层
模型层主要包括数据逻辑和业务逻辑。
在本系统中,Hibernate提供处理数据持久化,JavaBean对业务逻辑Service封装。
视图层:
系统用Javaapplication实现视图层。
控制层:
采用Dao处理前台请求与Service业务逻辑的调用。
4、系统设计过程
4.1总体设计
首先判断登录的身份,进入相应的操作页面通过需要的操作,最终完成目的操作的功能。
他们在内在关系由数据库和程序来控制。
4.2业务流程分析
本系统的的使用者是停车场的工作人员,为了便于管理并借鉴现有停车场的管理模式,划分成三个角色的用户。
工作人员首先登陆系统,经过一系列的身份验证,登陆成功之后进入相应的操作界面,实现各自的管理功能。
总体功能分析业务流程图。
如图4-2业务流程图
图4-2业务流程图
其中各模块有对应的添加、修改及删除功能。
4.2.1系统功能模块
如图4-3系统功能模块划分
图4-3系统功能模块划分
4.3系统模块设计
(1)授权管理模块具有最高管理权限超级管理员对该模块进行操作,对管理员进行授权,添加删除修改管理员。
(2)系统设置由超级管理员授权的管理员行使该功能,主要是对停车场的参数进行设置。
(3)操作员档案管理由管理员行使改功能,停车场业务操作员进行管理,添加、删除、修改操作员的信息。
(4)数据管理模块该模块显示了停车场日常运行所产生的数据,场内车辆,进出数据,收费金额以及交班记录的相关信息。
(5)档案管理该部分功能为操作员所使用,主要是对停车场发放的卡进行管理、车档案的管理以及停车场顾客的信息档案管理。
他们都有自己的添加、删改、修改的功能。
(6)入场管理该模块是本系统的一个重要的功能模块,主要采集汽车入场时候的一些必要的参数,对参数进行处理和判断,这些获得的参数提交到后台进行相关的处理。
(7)出场管理汽车离场之前对其进行的离场验证和停车时间的数据收集,为下一收费模块提供数据。
(8)收费管理该模块是本系统最重要的一个模块,根据出入场提供的参数结合该模块收费标准的设置计算出收费的金额,完成收费并打印出收费清单。
4.4数据库设计与实现
4.4.1数据库的需求分析
数据库设计的ER图。
如图4-4-1系统数据库ER图,制定一个收费标准要卡的类型以及收费的标准(时收费或次收费)来确定。
停车场的顾客用户有唯一的一条卡信息与自己的车信息绑定。
停车场的总车位数决定了车位表的总车位,一个车位只能存放一部车。
收费的根据时入场时的信息和出场时的信息以及收费标准的综合得出。
交班记录要记下该员工在工作时间内的所有的操作记录,上下班时间以及在这段时间内的操作。
图4-4-1系统数据库ER图
根据系统需求,本系统需要设计13张表。
卡信息表:
存放卡的相关信息。
停车场参数表:
存放停车场的基本参数。
用户表:
存放用户的基本信息。
车信息表:
存放车的基本信息。
权限表:
存放对应的权限信息和对应的行使该权限人员的相关信息。
时收费表:
存放按时收费的时间段。
次收费表:
存放按次收费的时间段。
入场表:
存放入场时候的一些信息。
出场表:
存放出场时的相关信息。
交班表:
存放操作员交接班的相关信息。
收费表:
存放停车一段时间的收费信息。
车位表:
用于存放每一个车位上的停车状态。
收费标准表:
存放收费的统一标准。
4.5详细设计
登录模块
登陆页面需要用户名、密码,进入后根据管理的级别,行使不同的功能。
登陆时进行验证,首先进行页面级的验证输入的信息,用户名和密码不能为空。
其次进行数据库的验证,当系统中没有该管理员的信息时将把错误信息抛出到页面,提示用户出错原因。
当同一个用户已经登录时,使用同一账号和密码将不能登陆该系统,在一定程度上提高了系统的安全性。
系统设置模块
主要是根据管理员输入的停车场的参数,这些参数是由管理员对停车场的参数进行初始化,通过查询停车场参数显示停车场的参数信息。
入场管理模块
如果有车入场,首先要检测一下是否还有空闲的车位,如果没有空闲车位,入场不成功。
这一过程的实现通过设置每个车位的状态来进行实现,每个车位的信息都存储在车位信息表中。
入场管理需要手动输入一些信息,提交之后要进行必要的判断之后按照指定车位进入停车场,在指定车位的时候是根据车位在车位表中的顺序来进行指定的。
出场管理
如果有车出场,首先要确定是否出场,如果出场,出场不成功增加一个停车位。
出场管理需要手动输入一些信息,提交之后要进行必要的判断之后按照指定车位出停车场,在指定车位的时候是根据车位在车位表中的顺序来进行指定的。
4.5.1序列图和协作图
系统管理员登录系统:
序列图
协作图
管理员登录系统:
4.5.2创建系统的状态图
图4-6-1系统的状态图
4.5.3创建系统的活动图
客户进入停车场的活动图
图4-7-1客户进入停车场的活动图
系统管理员的查询车位活动图
图4-7-2系统管理员的查询车位活动图
4.8创建系统的部署模型
图4-5-1系统的部署模型
4.9系统部署图
6、参考资料
[1]章立民.VisualC#2005文件IO与数据存取秘诀[M].机械工业出版社,2007.
[2]刁成嘉.UML系统建模与分析设计[M].机械工业出版社,2007.
[3]金雪云,周新伟,王雷.VisualC#2005[M].高等教育出版社,2002.
[4]马海军,景丽.Java编程原理与实践[M].清华大学出版社,2005.
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- UML 停车场 管理 系统