对景区门禁系统数据库的设计与实现探讨

(整期优先)网络出版时间:2020-06-24
/ 2

对景区门禁系统数据库的设计与实现探讨

姜旭峰

黄龙国家级风景名胜区管理局 四川阿坝州 623300

摘要:随着生物识别技术、感应卡技术的快速发展,门禁系统的升级速度不断提升,景区门禁系统便属于其中代表。基于此,本文将简单分析景区门禁系统特点,并深入探讨景区门禁系统数据库的设计与实现,希望研究内容能够给相关从业人员以启发。

关键词:景区门禁系统;数据库;门票

前言:基于游客量激增和景区开发需要,近年来我国很多景区开展了景区门禁系统升级探索,基于传统人工售票、检票的管理设施和管理模式正逐渐被淘汰。为更好满足景区的立体化、多层次、全方位、高效率管理需要,正是本文围绕景区门禁系统数据库的设计与实现开展具体研究的原因所在。

1 景区门禁系统特点分析

1.1处理速度快

对于景区检票来说,快速验票属于一切的基础,游客进入景区的速度直接受到影响。对于景区门禁系统数据库来说,必须拥有足够快的处理速度,并能够应对大容量数据,因此本文研究采用5ef3167003780_html_2f1214b2a92711c5.gif 数据库,该数据库具备高速缓冲机制,拥有100万条的每次可下装门票信息量,景区检票需要可由此较好满足。

1.2便于管理决策

景区门禁系统数据库需要具备丰富的管理功能,且能够按日期、分票种、分时段、分年龄、分性别、分地区分析汇总检票情况,同时实现统计图表的直观提供,管理者的科学决策可由此获得依据支持,景区发展规划也可受到较为积极影响。

1.3适应各种环境

景区门禁系统采用多级网络管理模式,可实现联网数据处理,可适应5ef3167003780_html_15a17fa8a9ad213e.gif 局域网、5ef3167003780_html_a61476f021c79699.gif /市话专线、光纤直连等不同的联网方式,这使得系统的建设成本大幅降低。

1.4安全性能较高

采用加密处理的条码,入库后会基于密钥形成条码,大流水号条码可能被伪造的缺点能够由此克服,系统的安全性也能够得到保障[1]

1.5实用性能较高

景区门禁系统拥有友好的软件界面,且充分考虑了工作人员的特点,操作步骤因此被科学缩减,易学易用、简单方便的操作使得系统具备较高实用性。

2 景区门禁系统数据库的设计

2.1开发工具选择

本文研究的景区门禁系统运行于Windows平台,该平台的选择基于先进性、可靠性、稳定性、安全性等方面考虑,具体的操作系统选择Windows7,数据库选择5ef3167003780_html_2f1214b2a92711c5.gif 。系统与ODBC数据源的连接采用ADO方式,后台数据库的转型和升级较为便利,前台和后台程序可不进行重新编译直接运行,系统全部使用BorlandDelphi7.0开发。

2.2数据库设计

景区门禁系统的数据存放采用5ef3167003780_html_2f1214b2a92711c5.gif 数据库,ODBC数据源的访问采用ADO方式,程序的灵活性因此增加,数据库服务器位置改变和数据库升级的难度较小,5ef3167003780_html_2f1214b2a92711c5.gif 甚至可基于其他数据库平台替换。门票号码信息为数据库的核心,数据库主要的表包括准入次数、存放门票号码等。门票明细表用于准入次数信息、门票号码信息的存放,同时还包括门票价格、输出标志、售票日期、进入日期、发票日期、门票种类等管理信息。门票分配给哪个售票口的区分基于工作站号实现,每个售票口拥有唯一的工作站号。准入次数和门票号码属于关键字段,门票的准入次数会随门票每用一次而减1,门票会在准入次数为零时停止使用。所有统计信息包括销售月报、日报,基于明细表中的信息直接产生入场分析等。使用前需在门控器中下装门票信息,通过对门控器存储体做一个映像的方式下装临时表,辅助信息可由此增加。门控器中实际存储的数据为5ef3167003780_html_da621a9963db967f.gif ,存储体中票的首地址为Addr,基于存储体的映像即可实现需要信息的直接访问,可对一个指定号码/地址进行操作。景区为旅游团领队提供领队卡,供其免费入场,领队卡上贴有条码,在指定入口入场可重复使用领队卡,领队卡设置有每日的入场次数,日报中部统计领队卡入场次数。数据库还包括内部签单表、同步情况表、读回信息表、入场情况表、团队入场情况表、其他副券表、优惠明细表、优惠类型表、同步异常情况表等,这类表的重要性也不容忽视[2]

2.3代码的开发

程序的参数配置采用INI文件,访问注册表的环节可由此省略,符合近年来流行的“绿色软件”潮流,注册表中不会留下垃圾,同时可避免注册表版本不兼容等我那天出现。在程序主form的事件处理器5ef3167003780_html_b45a6b2c58196e0d.gif 中完成数据库连接的初始化、所有参数设置读入工作。基于SQL查询完成各个日间处理的读回、下装、检票操作,这类操作共享同一5ef3167003780_html_97d87414f02a2739.gif ,采用另一5ef3167003780_html_97d87414f02a2739.gif 进行团体票等特殊处理操作。在onclose事件中,实现数据库连接关闭,申请资源释放。5ef3167003780_html_2f1214b2a92711c5.gif 数据库访问采用ADO方式,但基于速度等因素考量,在5ef3167003780_html_db281669d94c4d40.gif 数据库中存放一部分系统的实时状态信息及数据,访问采用BDE方式。在5ef3167003780_html_db281669d94c4d40.gif 数据库表中存放当前读回、下装的门票数量,以及门控器存储体的容量参数,访问采用BDE别名。

3 景区门禁系统数据库的实现

3.1门票生成

在印制门票前,景区门禁系统的票管服务器通过先进的加密方法和密钥技术实现门票号码的生成,印厂直接接受生成的门票号码数据,虚假门票伪造问题可由此规避。

3.2门票使用

在门票使用过程中,具体过程可细分为门票入库、门票出库、门票销售、退票、检票共五个环节。在门票入库环节,需在门票完成制作后开展门票的入库操作,操作需基于票务管理微机进行;在门票出库环节,需结合门票销售计划,实现门票出库数据的生成,数据需传输至各售票客户端,每个售票员需基于实际情况进行分配;在门票销售环节,在售票员的售票过程中,具体出售顺序基于门票上条码信息确定,由此对第一张门票进行扫描,而后可进行最后一张门票扫描或输入张数;在退票环节,需进行数据库中存储票务信息与票面条码信息的核对,以此基于有关规定进行一定折扣或全额退票,退回的门票可继续出售和使用;在检票环节,游客需要按照规定在检票机中的插入有效门票,门票有效性可由此检测。

3.3景区数据汇总

通过统计、汇总门票销售、检票情况即可对相关月报表、分析表、日报表进行打印,也可基于数据库查询票务数据。景区门禁系统图表分析功能统计可按日期基于时间段、票种实现,以此对比数据信息或显示统计信息,客流量的对比数据、客流量的走势均可由此详细显示,同时汇总数据可按照客流、旅行社进行分类统计。

结论:综上所述,景区门禁系统数据库的设计与实现需关注多方面因素影响。在此基础上,本文涉及的数据库设计、代码的开发、门票生成、门票使用、景区数据汇总等内容,则提供了可行性较高的景区门禁系统数据库设计与实现路径。为更好开发景区门禁系统数据库,电子门票的引入也需要得到重视。

参考文献:

[1]覃桢桢,李剑.NFC的电子门票验证与大系统的集成设计[J].单片机与嵌入式系统应用,2018,18(03):37-39.

[2]高国锋.智能旅游门禁管理系统的设计与其在旅游景区应用研究[D].西安工程大学,2018.