旅游一卡通系统的研究与设计

文章出处：http://www.singbon.com 作者： 人气： 发表时间：2011年09月10日

    摘要：通过分析河南旅游的特点，对“旅游一卡通”系统进行了研究与设计。文章阐述了“旅游一卡通”的功能，并对系统的总体设计进行了研究。分析了传统三层应用软件系统的不足，提出了一个适合该系统运行的新的四层体系结构。文章的最后提出了一个“旅游一卡通”计费系统模型.该模型利用了目前国内比较热门的业务规则管理技术，使计费规则与程序代码完全分开，便于计费规则的灵活运用。
    关键词：旅游一卡通；业务规则管理系统；业务规则

    1　引言

    随着科技不断的进步和信息化时代的到来，旅游行业的管理也在不断的进行着信息化的革命。单个独立的应用系统已经不能满足旅游系统综合管理的需求，河南“旅游一卡通”系统的开发将有效的整合卡应用系统的信息资源，使游客在旅游时可以通过简单的一张卡实现所有的消费，真正能够实现“一卡在手，走遍神州”的宏伟目标。

    2　河南“旅游一卡通”系统简介

    2.1　系统简介

    旅游信息系统通常由若干子系统构成，这些系统如各个酒店系统、餐厅系统等，景区景点系统都各自为政，难以实现信息的共享和互通。而“旅游一卡通”的统一认证系统彻底改变了这一现状，它可与其它系统实现无缝集成，从而成为个具有灵活接口的数字化旅游系统的基础平台。借助这一平台，各个系统无需重复建设自身的身份认证系统，便可以实现相互之间协调运行，不仅可以避免重复投入，而且还可以最大化地利用系统资源，从而实现旅游IC卡系统的真正的便利性。

    河南“旅游一卡通”系统是“一卡一线一库”的系统，即一条网络线连接一个数据库，通过一个综合性的软件，实现设置IC卡管理、查询等功能。系统是以智能IC卡作为信息载体，替代旅游管理和消费中所使用的各种个人证件和现金，配合相应的卡终端设备以及辅助设施，结合功能强大的管理软件，对卡和与卡使用相关的各个子系统进行统一管理，在旅游系统中实现一卡通。

    2.2　系统功能

    “旅游一卡通”系统是指在旅游系统内凡是需要身份识别或者需要消费付费的场所包括酒店、旅行社、景区景点、餐饮、银行等进行消费时，不需要携带证件、钱包仅需要随身携带一张IC卡，便可以实现在旅游中的购物、游玩与消费。“旅游一卡通”系统具体实现以下功能：

    ●IC卡的发行与管理：由银行和河南省旅游局共同进行IC卡的发行和管理。另外可以使用圈存，把卡与银行帐号关联起来，实行自动充值。
    ●综合消费：包括在相关旅游行业进行的消费和收费金额可直接从卡中扣除。
    ●用户管理功能：除具有“钱包”功能，卡内还存储了持卡人的个人信息，这样有利于旅游部门对用户进行相应的管理，可以针对不同的用户提供不同的服务措施。
    ●自动转账和存取款：将银行中存款方便转移（圈存）到IC卡中，进行旅游消费活动。
    ●帐务、财务与清算管理功能：银行、清算中心、持卡人可以方便简捷地进行对账、转账、结算。当日交易，当日结算；系统能将数据以各种形式输出。
    ●信息维护与管理，查询、统计与分析功能
    ●旅游预订功能：让持卡游客能通过各种途径进行旅游预订，如：在宾馆预订房间，在饭店预订餐等；
    ●预报调控发布功能：对采集的旅游相关信息及系统的运行数据进行科学的统计分析处理，提供旅游信息的预报，并对有关机构进行宏观调控管理；
    ●银行金融应用

    4　系统的总体设计方案

    整个系统采用分布式存储，集中式管理。将旅游系统中大部分部门使用的档案数据库和金融数据库作为中心数据库，其他数据分布在各个部门的计算机主机上，由旅游一卡通系统软件调度。

    在管理上，采用在中心统一管理，集中授权。在中心集中对卡，人员及设备进行管理和配置，使系统维护及用户使用方便。“旅游一卡通”的发行中心负责卡的发行，个人账户的有效性，个人档案信息的更新等；“旅游一卡通”结算中心负责管理一卡通的资金，集体账户的开立和结算及个人账户的管理等；“旅游一卡通”管理中心负责系统的维护，保证系统的正常运转。完善的系统平台将十分有利于功能扩展和系统稳定；另一方面，产品内核支持不同的网络平台，具备统一的通信协议。综合上述应用，“旅游一卡通”系统设计框架结构如图1所示。

图1“旅游一卡通”系统框架图

    5　技术实现的方式

    5.1　传统的三层体系结构的弊端

    传统的三层结构在构建应用服务层的时候，把数据库操纵、业务逻辑处理甚至界面显示夹杂在一起，或者，把业务逻辑处理等同与数据库操纵，这样使得软件的可维护性和可重用性降低，一旦遇到复杂的业务时，单单考修改程序代码是很难对软件进行维护的。“旅游一卡通”系统是一个复杂的系统，涉及的业务复杂，信息含量大。针对上述问题旅游一卡通系统平台结构分层次设计时改进了传统的三层体系结构，在应用层与数据层之间添加了一个业务规则层，这样可以将复杂的业务规则独立出来，层次结构如图2所示。

图2 旅游一卡通层次结构图

    5.2　“旅游一卡通”系统四层体系结构

    整个平台层次结构分为四层，即表现层，应用层、业务层和数据层。在传统的软件设计上，各种应用逻辑在一个程序框架内，编制程序容易，但进行程序扩展，修改就非常困难。而在此四层次架构的一卡通系统虽然在程序编制初始可能费时费力，但方便了日后的维护、扩展和升级。

    在表现层上将各个部门互相独立的应用程序界面统一到有限个标准平台上，为用户进行管理创造方便条件。建立标准接口API函数，一是作为平台的接入层标准，二是要适用于不同的读写设备数据读入，提供对卡设备的标准访问方式。对新的应用只需添加客户逻辑，完成后，用接入层提供的API进行接入在应用层上，架设实时服务器、查询服务器和应用服务器。应用服务器所实现的功能就是对于具体应用所发来的请求进行处理。只有应用服务器与中心数据库之间存在实际的连接关系。所有与中心数据库连接的请求必须经过应用服务器才能实现。应用服务器的功能包括：数据库连接API函数、扩展性应用API函数、认证体系API函数、文件传输API函数、安全性保证API函数。以上这些API函数在应用服务器中以服务的形式存在，实时响应客户机的请求，同时在应用服务器中需WebService，以便与实时服务器之间进行必要的数据交互。设立查询服务器是由于采用了随机四层体系结构，查询服务器没有具体的应用，但在一卡通查询服务器中包含所有需要查询的数据。它的数据来源是一卡通实时服务器，另一个是一卡通中心数据库。当实时服务器中有实时数据进行传送时，在为其他工作站(服务器)进行数据同步的同时，也为查询服务器传送数据。对于一些基础数据，主要在数据设置时为一卡通查询服务器传送相关的变动数据。对于由实时服务器传送的数据，在查询服务器中进行相应的处理后，进行统一的保存。

    业务规则层的目的是针对“旅游一卡通”的计费系统而言的。由于整个旅游系统结构复杂，涉及面广，业务规则复杂多变，所以将采用四层结构，将用户界面和系统业务逻辑处理分开，这样，当业务逻辑发生变化时，不用修改客户端程序，减少了各个不同企业之间的耦合度，有利于整个系统的有效整合。