停车场管理系统(需求分析).doc

停车场管理系统应用软件需求分析1. 引言IT行业的高速发展让计算机技术深入日常生活的每一个细节， 在各个领域中， 计算机技术的应用帮助人们减少劳动量， 提高工作效率，发挥着越来越重要的作 用。随着城市化程度的加深，房地产行业日益兴盛，越来越多的停车场散布在城 市里，停车场中来往的车辆与日俱增， 对停车场的管理也是非常重要。 本讨论组 结合此次的课程设计开发以下的停车场管理系统，使停车场里的车辆能得到有序并且相对全面的管理。2. 数据流程图分析2.1. 数据流程图基本符号:数据接口数据处理数据流审核通过入场停车流程2.2. 入场停车和出场取车。2.2.1.入场流程图:根据系统提示的停车场的现有信息控制车辆的入场,停车场在有车位切卡被(1)入场识别的情况下方能停车。（2）停车指定停车位置提示给用户2.2.2. 出场流程图:出场刷卡*广、卡审核%审核未通过数据中心屮取车出库出场取车流程（1）收费根据车辆信息，卡的类型以及停车的时间等依据收费标准计算收费额度实施 收费环节。（2）出场交费之后在出场的相关信息提示下完成停车管理过程。3. 数据字典数据字典的作用是给数据流程图上的每个成分以定义和说明。停车场管理系 统的数据流程图加上数据字典。能给出一个具有详细的、具体的文字内容和图形 的系统逻辑模型，形成一个完整的说明。基于本系统的规模较大，数据字典的内容繁杂等原因，现只对部分具有代表表1.2密码名字：密码别名：描述：对管理员及可登录人员的真实性进 行验证定义：位置：登录管理表性的给予说明。表1.1用户名名字：用户名别名：描述：标识系统的登录人员定义：位置：登录管理表表1.3车位明细表1.4现金明细名字：车位明细表名字：现金明细表别名：别名：描述：车位的各明细项目描述：现金的各明细项目定义：定义：位置：停车系统数据库位置：现金系统数据库4. E-R 图4.1. 专有名词及定义：实体：具有相同属性的实体具有相同的特征和性质，用实体名及其属性名集 合来抽象和刻画同类实体。属性：实体所具有的某一特性，一个实体可由若干个属性来刻画，如果是派 生属性则用虚线椭圆表示。联系：联系也称关系，信息世界中反映实体内部或实体之间的联系。实体内 部的联系通常是指组成实体的各属性之间的联系。42 E-R图及基本符号:实体属性联系5. 对系统的规划5.1. 用户类型：管理员：对本系统极其了解，拥有对数据库进行添加、修改、删除的权利。停车人员：能够通过本系统进行停车和取车的需求。超级管理员：拥有本系统的最高权限。52系统模块设计：a. 授权管理模块：具有最高管理权限超级管理员对该模块进行操作，对管 理员进行授权，添加删除修改管理员。b. 系统设置：由超级管理员授权的管理员行使该功能，主要是对停车场的 参数进行设置。c. 数据管理模块：该模块显示了停车场日常运行所产生的数据， 场内车辆, 进出数据，收费金额以及交班记录的相关信息。d. 档案管理：该部分功能为管理员所使用，主要是对停车场发放的卡进行 管理、车档案的管理以及停车场顾客的信息档案管理。他们都有自己的 添加、删改、修改的功能。e. 入场管理：该模块是本系统的一个重要的功能模块，主要采集汽车入场 时候的一些必要的参数，对参数进行处理和判断，这些获得的参数提交 到后台进行相关的处理。f. 出场管理：汽车离场之前对其进行的离场验证和停车时间的数据收集， 为下一收费模块提供数据。g. 收费管理：该模块是本系统最重要的一个模块，根据出入场提供的参数 结合该模块收费标准的设置计算出收费的金额，完成收费并打印出收费 清单。5.3. 系统功能描述a. 对车辆信息进行记录：车牌号、到达时间、离开时间。b. 对用户信息进行操作：添加、修改、注销用户信息。c. 自动结算停车费用：每小时停车费 X 停车时间。d. 查看停车场的使用状况： 如果有空余车位， 则可让新到的车辆停在空车位 上；如果没有空余车位，新到车辆在便车道上等候，有车离开时，停在空 车位上。e. 退出系统：每天工作结束后，退出系统。5.4. 系统性能描述5.4.1. 精度a. 在计费的处理过程中要求保留两位小数。b. 停车取车的过程中所考虑的期限采用“分钟”为单位。c. XXX 。5.4.2. 时间特性要求a. 用到的时间中，为保证时间的可靠性，都采用服务器的时间为标准。b. 在多用户的操作过程中可能会碰到数据并发的问题。比如在停车前的 过程中所查到的那个空位在他所查的时候还没有停车辆。但在查询后 的任何时候都有可能停放车辆。可能就在被查之后的那一秒种。所以 要确保数据的可靠和实时。5.4.3. 灵活性该自动化停车场管理系统同用适应于其他 Microsoft 公司的 windows 产 品此系统是采用 B/S 架构设计的，所以在客户端不需要安装客户端软件。但要求装有IE,或是其它的网页浏览器工具。所以在设计的时候要求能适 应多种浏览的需要。5.5. 数据库管理本系统数据库中预计用户总人数为 40000 左右,数据库管理员为 5 人左右, 车位信息同时在线个数最多为 300 辆左右。5.6. 故障处理鉴于车辆流动涉及的数据对于学车主和管理员双方的重要性,数据库严格有 效的恢复机制；数据必须每天进行一次备份,由于本信息涉及信息量巨大, 应以天为周期进增量转储,以月为周期进行海量转储。5.7. 其他a. 对平台各个功能模块，以网页的形式给出。b. 所有的查询、记录、修改等操作以按钮的形式给出，且名称一律为取为“查 询” “修改”、“删除”等易于理解的形式。c. 根据车辆流动情况统计信息计算，系统在正常情况下应该支持200以上的并行操作能力，高峰期间（例如周末、节假日）客流量高峰期间，应支持300以上并行处理能力；高峰期间服务器应支持 600次以上的信息记 录和修改。6. 运行环境及硬件6.1. 设备和开发工具规定设备计算机电动栏杆读卡机监视器车辆检测设备收费显示屏开发环境操作系统：windows xp/7/8/10运行环境操作系统：windows xp/7/8/10数据库管理系统：SQL server 2005 及以上版本6.2. 通信接口定义停车场管理员主要在局域网环境下使用系统，而车主则可能在外网进行访问系统查询信息，所以系统应同时支持局域网协议和广域网协议。7. 软件属性分析a. 可用性：本软件也可以通过单步跟踪的操作进行检查处理。b. 安全性：由于软件运行数据放在数据库中，所以参数不容易被错改、破坏, 万一参数受到破坏也不会影响源程序。c. 可维护性： 本软件利用数据库进行编程， 系统结构由程序基本确定， 大量 的参数及文本内容全部放于数据库中。 修改、更新数据只要在数据库进行 修改添加， 而不需要对系统结构进行修改， 这样系统维护性、 升级都十分 方便。d. 兼容性：由于尚未测试，故无法对兼容性进行评析。8. 总结本文需求分析对停车场管理系统的设计和实现做了阐述和分析。用 UML 建 模给了该系统更详尽的阐述。模型、视图和控制器，让他们分担不同的任务，使 整个系统在结构上看起来思路清晰， 易于系统的改进和维护。 系统使用时， 只需 要开启服务器， 在浏览器中即可完成对该系统的操作。 停车场管理系统的收费功 能是该系统的主要功能模块， 在利用在程序设置的收费标准进行计算收费金额实 施收费。出入场的管理， 实现卡与车的一一对应关系， 在安全防盗车方面有一定 作用。由于开发能力和时间所限， 本系统目前还需要在一定程度上进行改进和完 善，根据以后系统在运行过程中出现的问题， 主要是在系统性能、 功能完善方面 进一步加强。9. 讨论组构成指导教师：王平课题人员：龙俊陶、李其林、何荣杰、刘影