完整word版门票系统技术方案.docx
《完整word版门票系统技术方案.docx》由会员分享，可在线阅读，更多相关《完整word版门票系统技术方案.docx（13页珍藏版）》请在冰点文库上搜索。
完整word版门票系统技术方案
门票系统技术方案
1.总体设计
1.1.应用结构
1.2.技术选型
操作系统：
CentOS6.5
数据库系统：
MySql5.6
应用服务器：
Apache,Tomcat
2.功能设计
2.1.购票手机客户端
2.1.1.门票列表
购票客户端启动后，在首页以图片列表方式展示所有在售的门票，用户点击门票图片直接进入门票详情页面。
2.1.2.门票详情
门票详情页面分为三部分，第一部分展示跟门票景点相关的信息，比如票点介绍、开放时间等信息。
第二部门展示门票信息，比如价格、使用范围等。
第三部分为购买信息，用户点击放入购物车可打包购买，或点击立即购买直接购买一张门票。
2.1.3.门票购买
用户点击立即购买或从购物车里点击结算时，购票客户端首先检查用户是否已登录，如果没有登录，那么引导用户完成登录。
在购买页面，用户核对门票信息和数量以后，选择在线支付方式完成支付以后，门票购买完成。
2.1.4.购物车
购物车用来显示用户准备打包购买的门票，在这里，用户还可以对门票进行数量上的增减或删除某些不准备购买的门票。
2.1.5.用户注册/登录
用户注册成为会员并且成功通过验证是用户进行门票购买的先决条件。
2.1.6.通讯录
用户注册成为购票客户端的用会员后、或用户点击了扫描手机通讯录按钮后，购票客户端在用户允许的前提下自动扫描手机通讯录，查询手机联系人中也是购票客户端的联系人，并且把这些联系人组织成购票客户端的通讯录。
2.1.7.我的门票
我的门票以图片列表形式展示用户所有未使用的门票，用户点击门票以横屏模式全屏展示该张门票，以供检票人员扫码检票。
2.1.8.购票记录
购票记录以时间轴的方式展示用户的历史购票记录，并标明门票的使用状态，使用状态包括：
未使用、已使用、退票中、已退票和已转赠。
2.1.9.赠票
用户可以向通讯录里的联系人赠送门票，赠送的门票会出现在被赠送用户的“我的门票”列表里。
2.1.10.退票
用户对未使用的门票可以申请退票。
申请退票时，用户只需选择一张需要退票的门票再选择或输入退票的理由即可申请退票。
退票结果可到“购票记录”中查询。
2.1.11.个人信息
注册用户可在此处编辑或完善自已的注册资料，以便提供更好的服务。
2.1.12.修改密码
注册用户在此处修改自已的登录密码。
2.1.13.分享
用户点击分享将购票客户端通过微信、微博或其它的SNS工具向好友推荐安装。
2.1.14.退出
注销用户本次登录。
2.2.检票手机客户端
2.2.1.初始化
检票客户端在第一次使用时需要与后台通信完成初始化。
初始化需要完成以下工作：
1 检查设备是否是合法的检票设备；
2 下载检验门票真伪的公钥；
3 上传解密网络数据的公钥；
2.2.2.登录
检票员每次启动检票客户端时都需要使用自已的用户名和密码登录，后台在验证时不仅验证检票员输入用户名和密码，而且还验证手机的SN码。
确保检票员与设备的合法性。
2.2.3.检票
2.2.4.查票
查票功能与检票功能相比较，查票功能不会通知服务器将门票标记为已使用，查询的作用是帮助游客验证门票的真伪、使用状态和使用时间。
2.2.5.屏保密码
当检票员连续5分钟或检票员从手机后台唤起检票客户端时，屏保密码功能会要求检票员输入四位数的屏保密码方可继续使用检票客户端，而且屏保密码必须设置成不同于登录密码的密码。
2.2.6.设置
在设置功能项里，检票员可以完成以下操作：
1 重新设置登录密码；
2 重新设置屏保密码。
2.3.门店系统
2.3.1.用户登录
门店管理人员使用管理后台分配的用户名和密码登录门店系统，使用相应的管理功能。
2.3.2.景点管理
门店管理员在此处完成对景点的增加、编辑和删除。
2.3.3.票种管理
门店管理员在此处完成对票种的增加、编辑、下架、上架和删除。
票种被下架了，那么该票种下的所有门票也将停止销售。
2.3.4.门票管理
门店管理员在此处完成对门票的增加、编辑、下架、上架和删除。
一张门票包含以下信息：
标题、票种、价格、景点和门票图片。
2.3.5.检票终端管理
2.3.5.1.终端列表
终端列表显示所有本门店已注册的检票终端，并提供相应的管理功能。
2.3.5.2.终端注册
门店管理员通过输入检票设备的SN码完成设备的注册。
2.3.5.3.终端停用
门店管理员通过点击终端列表中的停用功能来暂停某台检票终端的使用。
2.3.5.4.删除终端
门店管理员通过点击终端列表中的删除功能来删除某台检票终端的注册数据。
如果该设备已有检票记录，不建议删除。
2.3.5.5.终端检票记录
在门店系统按时间段查询某台检票终端的历史检票记录。
2.3.6.检票员管理
门店管理员在此处完成对检票员的录入、编辑、删除和密码重置。
2.3.7.检票记录
门店管理员可按时间段、检票终端、检票员和票种查询历史检票记录。
2.3.8.票务查询
门店管理员可按时间段、票种和票面号码查询门票历史销售记录。
2.3.9.票务统计
门店管理员可按时间段和票种统计门票的历史销售数据。
2.3.10.退票受理
门店系统接收到用户的退票申请后，在此核实门票销售情况及使用情况，并将处理结果反馈给用户。
2.4.管理系统
2.4.1.用户登录
用户登录功能用于验证管理用户的合法性。
2.4.2.门店管理
2.4.2.1.基本管理功能
有权限的管理员在此处完成对门店的增加、编辑、删除和关闭。
一家门店的信息包括：
名称、所在省市区、详细地址、联系人、联系电话。
门店删除或关闭以后，门店相应的门票都停止销售，登录帐号也无法登录。
2.4.2.2.登录帐号分配
有权限的管理员为每个门店分配一个登录帐号，并可对帐号进行密码重置处理。
2.4.2.3.门票防伪公密钥分配
为了防止门票被伪造，每个门店都会生成一对公钥和密钥，在生成门票时，服务器使用密钥对数据进行加密，检票时检票客户端使用公钥进行解密，如果能顺利完成解密，那么门票就不是伪造的。
门票防伪公密钥是机器自动生成，不对任何人可见。
2.4.3.管理员管理
超级管理员在此处完成对所有能登录管理系统的用户进行管理，包括增加管理员、编辑管理员、删除管理员、重置管理员密码和设置管理员的角色。
2.4.4.角色管理
超级管理员在处完成对系统角色的增加、编辑、删除和权限分配。
2.4.5.用户管理
有权限的管理员可在引自查看全部注册用户的资料及历史购票数据。
3.门票设计
3.1.门票二维码生成
用户购票成功或接收到朋友的赠票以后，服务器会在数据库用门票密钥生成相应的门票数据。
当用户使用门票时通过以下步骤即可显示门票二维码：
1 用户在我的门票点击门票图片；
2 购票客户端从服务器下载门票数据；
3 购票客户端动态生成二维码图像；
4 购票客户端将生成的二维码图像与门票图片合成，生成供检票的门票。
3.2.门票赠送
用户赠送门票后，服务器会在数据库做如下变动：
1 将原始门票数据标记为已赠送；
2 用原始门票的门票编号重新生成一条门票数据，将新门票的所有者标记为被赠送人；
3 当门票被再次赠送时重复上述两个步骤。
4.安全设计
4.1.服务器部署
手机门票系统的服务器计划采用3台服务器，服务器应用软件采用apache和tomcat。
部署采用集群部署模式。
用户请求手机门票系统时，apache服务器接受用户的请求，然后根据负载均衡动态将用户请求引导到tomcat服务器1或tomcat服务器2，由这两台服务器处理用户请求。
当某tomcat服务器出现故障时，apache服务器可以自动将用户请求引导到其它服务器。
这种集群的方式的缺点是由于不是操作系统级的集群，apache服务器存在单点故障的风险。
当用户访问量达到一定量级，建议采用操作系统集群。
4.2.数据库集群
手机门票系统数据库系统采用MySQLCluster，由4台服务器组成集群。
MySQLCluster是一种在无共享架构（SNA，ShareNothingArchitecture）系统里应用内存数据库集群的技术。
这种无共享的架构可以使得系统使用低廉的硬件获取高的可扩展性。
MySQLCluster是一种分布式设计，目标是要达到没有任何单点故障点。
因此，任何组成部分都应该拥有自己的内存和磁盘。
任何共享存储方案如网络共享，网络文件系统和SAN设备是不推荐或不支持的。
通过这种冗余设计，MySQL声称数据的可用度可以达到99.999%。
MySQLCluster由一组计算机构成，每台计算机上均运行着多种进程，包括MySQL服务器（mysqld），NDBCluster的数据节点（ndbd），管理服务器（ndb_mgmd），以及（可能）专门的数据访问程序。
它们之间的关系如下图所示：
4.3.数据库备份
手机门票系统运营以后，数据库建立完善的备份机制。
数据库每小时自动进行增量备份，每天自动进行完整备份，并通过FTP备份到其它计算机。
4.4.操作系统权限
手机门票系统的服务器采用CentOS操作系统，CentOS操作系统是RedHat的社区版本，拥有极高的安全性及稳定性，在许多大型项目中得到广泛的应用。
每台服务器进行严格的用户权限划分，使应用程序运行在安全的范围内。
4.5.病毒定期扫描
Linux操作系统具有良好的抵抗病毒能力，但是为了系统的安全，建议系统管理员定期对整个系统进行病毒扫描。
升级会员 