停车场管理系统需求分析报告文案.docx

1、停车场管理系统需求分析报告文案可视化建模与UML课程结业报告 课题名称：停车场管理系统建模姓名：谭斌学号：90913024班级：09软件1班专业：软件工程指导教师：夏洁武完成日期：2012-5-25第一章 概述随着经济的发展和人民生活水平的提高，买车成为人们的奋斗目标之一，当然已经有很多人买起了车。可是随着车辆的增多，车辆的停泊问题也随之出现。这就使得各停车场需要更加先进、更加完善的车辆管理系统，为车主带来方便，使停车场的管理系统化。因此开发了停车场管理系统。系统目标1.1停车场内车辆信息的及时汇总，随时了解停车场车位的使用状况1.2统计车辆信息全部电脑化，提高工作效率和工作质量1.3以停车场

2、内的全部车辆信息为基础，动态分配停车位，尽量达到车位的最高利用率1.4停车费用的结算也由电脑来完成，解决用户所担心的乱收费问题二范围1. 系统功能设计范围1.1系统管理员操作系统1.2操作员用例系统1.3客户用例系统2系统功能结构 第二章 系统功能概述一系统角色1.系统管理员2.系统操作员3.系统超级管理员二.用户的角色划分1.会员2.普通用户三.系统操作流程管理员登陆 输入车辆信息 否 是否取车 是 有车到来 结算停车费用 有车到来 有 车位 使用状况 在便道上等候 无 四系统流程分析停车场管理系统分为入场停车和出场取车两部分。如图所示。图 系统流程图A.入场停车流程（1）入场根据系统提示的

3、停车场的现有信息控制车辆的入场，停车场在有车位的情况下方能停车。（2）停车指定停车位置提示给用户B.出场取车流程（1）收费根据车辆信息，卡类型以及停车的时间等依据收费标准计算收费额度实施收费环节。（2）出场交费之后在出场的相关信息提示下完成停车管理过程。五.系统功能模块如图系统功能模块划分图 系统功能模块划分六.系统模块设计(1)授权管理模块 具有最高管理权限超级管理员对该模块进行操作，对管理员进行授权，添加删除修改管理员。(2)系统设置 由超级管理员授权的管理员行使该功能，主要是对停车场的参数进行设置。(3)操作员档案管理 由管理员行使改功能，停车场业务操作员进行管理，添加、删除、修改操作员

4、的信息。(4)数据管理模块 该模块显示了停车场日常运行所产生的数据，场内车辆，进出数据，收费金额以及交班记录的相关信息。(5)档案管理 该部分功能为操作员所使用，主要是对停车场发放的卡进行管理、车档案的管理以及停车场顾客的信息档案管理。他们都有自己的添加、删改、修改的功能。(6)入场管理 该模块是本系统的一个重要的功能模块，主要采集汽车入场时候的一些必要的参数，对参数进行处理和判断，这些获得的参数提交到后台进行相关的处理。(7)出场管理 汽车离场之前对其进行的离场验证和停车时间的数据收集，为下一收费模块提供数据。(8)收费管理 该模块是本系统最重要的一个模块，根据出入场提供的参数结合该模块收费

5、标准的设置计算出收费的金额，完成收费并打印出收费清单。七系统功能描述7.1对车辆信息进行记录：车牌号，到达时间，离开时间7.2自动结算停车费用：每小时停车费*（离开时间-到达时间）7.2查看停车场的使用状况：如果有空余车位，则可让新到的车辆停在空车位上；如果没有空余车位，新到车辆在便车道上等候，有车离开时，停在空车位上7.4退出系统：每天工作结束后，退出系统第三章 用例模型一.系统用例模型本系统用例图如下1. 简要说明该用例描述用户进入停车场停车的全过程2. 事件流(1) 基本流1. 用户把车开到停车场门口2. 管理员启动系统3. 系统自检4. 进行身份验证5. 用户进入进入停车场停车(2)

6、备选流2a. 如果用户验证后，无用户信息用户3. 特殊条件无4. 前置条件无5. 后置条件无6. 扩展点无7. 相关数据用户进入停车场8. 问题说明无二停车场管理员系统用例图如下1. 简要说明本用例描述管理员管理流程2. 事件流(1) 基本流1. 管理员看到用车进入2. 管理员启动系统3. 用户身份验证成功后允许车进入4. 用户身份验证失败禁止车进入停车场(2) 备选流无3. 特殊需求用户必须已经通过测试，并得到管理员的授权。4. 前置条件登录5. 后置条件无6. 扩展点无7. 相关的数据管理员的权限8. 问题说明无。三.系统用例模型客户系统用例图如下9. 简要说明该用例描述用户进入停车场停车

7、的过程10. 事件流(3) 基本流1.用户把车开到停车场门口2.用户身份验证3.验证成功4.用户进入停车场停车5.验证失败6.用户被禁止进入停车场(4) 备选流2a. 如果用户验证后，无用户信息用户11. 特殊条件无12. 前置条件无13. 后置条件无14. 扩展点无15. 相关数据用户验证信息16. 问题说明无第四章 类模型一类图的概念、作用、建模元素及语义类图(Class diagram)由许多（静态）说明性的模型元素（例如类、包和它们之间的关系，这些元素和它们的内容互相连接）组成。类图可以组织在（并且属于）包中，仅显示特定包中的相关内容。 类图(Class diagram)是最常用的UM

8、L图，显示出类、接口以及它们之间的静态结构和关系；它用于描述系统的结构化设计。 类图(Class diagram)最基本的元素是类或者接口。类图的内容类 接口 协作 关系 同其他的图一样，类图也可以包含注解和限制。 类图中也可以包含包和子系统，这两者用来将元素分组。有时候你也可以将类的实例放到类图中。 注：组件图和分布图和类图类似，虽然他们不包含类而是分别包含组件和节点。二系统类图及说明建模过程首先应该从系统中的类开始，为了理解类的结构，需要对系统及其工作过程做一个总体陈述.经分析，该系统包含一个电动门、一个指纹传感器、一个微处理器、一个存储指纹库的存储系统、一个数字键盘、一个十字型按键、一个

9、液晶显示屏、一个电动门以及两个状态灯.系统从指纹传感器中获取指纹数据，并在微处理器中进行预处理和特征提取，获取指纹的生物代码信息，并与指纹库中注册用户的指纹模板进行匹配算法的验证，并输出结果，通过状态灯显示，同时根据匹配结果发送控制信号控制门的开关.通过对系统及类做进一步分析可得到系统总的类图如下图所示.通过这幅图我们可以得知系统中所包含的基础类及其相互之间的关系，为后文动态模型的建立奠定了基础. 图：系统类图第五章 小结 本文对停车场管理系统的设计和实现做了阐述和分析。用UML建模给了该系统更详尽的阐述。模型、视图和控制器，让他们分担不同的任务，使整个系统在结构上看起来思路清晰，易于系统的改进和维护。系统使用时，只需要开启服务器，在浏览器中即可完成对该系统的操作。停车场管理系统的收费功能是该系统的主要功能模块，在利用在程序设置的收费标准进行计算收费金额实施收费。出入场的管理，实现卡与车的一一对应关系，在安全防盗车方面有一定作用。由于本系统只做了软件管理方面的实现，所以在采集数据方面还需要手动输入。由于开发能力和时间所限，本系统目前还需要在一定程度上进行改进和完善，根据以后系统在运行过程中出现的问题，主要是在系统性能、功能完善方面进一步加强。