旅游一卡通建设方案.docx
- 文档编号:26753635
- 上传时间:2023-06-22
- 格式:DOCX
- 页数:59
- 大小:5.67MB
旅游一卡通建设方案.docx
《旅游一卡通建设方案.docx》由会员分享,可在线阅读,更多相关《旅游一卡通建设方案.docx(59页珍藏版)》请在冰豆网上搜索。
旅游一卡通建设方案
城市一~通建设方案
1.总体说明4..
1.1.建设总则4
1.2.应用领域6
2.总体方案概述6..
2.1.营运模式6
2.2.各环节作用7
2.2.1.业务管理中心7
2.2.2.银行方8
2.2.3.数据采集点8
2.2.4.应用行业管理中心8
2.2.5.移动终端10
2.2.6.旅游通卡10
2.2.7.售卡,充值点10
2.3.资金流、卡片流和业务信息流10
2.3.1.资金流10
2.3.2.卡片流11
2.3.3.业务信息流11
3.解决方案12
3.1.中心服务体系14
3.1.1.基础平台14
3.1.2.容错平台15
3.1.3.监控中心15
3.1.4.数据交换平台15
3.2.客户服务体系16
3.2.1.一^通信息门户16
3.2.2.手机app应用16
3.2.3.微信订阅16
3.2.4.多媒体服务16
3.3.硬件服务16
3.3.1.售票设备16
3.3.2.检票设备16
3.3.3.通道闸机16
3.3.4.自助终端16
3.3.5.网络设备16
34接口服务16
3.4.1.旧系统接口对接16
3.4.2.系统间接口对接16
3.5.组织机构16
3.5.1.人员配置16
3.5.2.履历表17
3.5.3.人员要求17
3.6.工期计划18
3.6.1.工期18
3.6.2.项目计戈U18
3.7.工程质量19
4.服务20
4.1.测试、检验与验收20
4.1.1.集成测试20
4.1.2.综合联调(初验)20
4.1.3.试运行20
4.2.质保期21
4.2.1.开通质保服务21
4.2.2.运营维护质保21
4.2.3.服务流程22
5.供货清单26
5.1.概述26
5.2.供货清单26
5.3.服务清单27
1.总体说明
1.1.建设总则
“旅游一卡通”是随着互联网技术的高速发展,“电子商务”和“电子货币”支付手段的日益成熟而提出的新概念,是旅游景区数字化、信息化建设的一部分,它是将旅游景区的管理和各商户统一起来,采用一致的支付方式,方便游客消费,提高景区运营的工作效率;游客持同一张卡片能实现身份验证,流动消费支付,存储各类信息等功能,达到“一卡在手,智慧旅游”的总体目标。
“旅游一卡通”项目主要涉及景区内各个领域的消费支付,票务检测和身份认证等功能实现,能够完成景区内各商户服务的预收费,交通,小额消费等多个环节的快速结算和支付。
建设目标是通过集成景区的票务系统,整合交通,酒店,商户消费,建成一个集信息交换系统,应用系统,数据库系统和终端设备为一体的旅游景区服务系统。
建设总体原则如下:
1.以软件为核心。
“旅游一卡通”平台是一个综合性的城市信息服务平台,<考虑核心软件对各种信息:
用户(持卡人)、商户(酒店、商场、餐饮等商业单位)、密钥、卡片等信息的管理和支撑功能;
2.旅游卡采用实体卡片(CPU卡)和电子钱包,在景区内通用,具有多钱包功能。
城市卡与银行卡两卡有逻辑联系,可实现资金圈存功能。
3.一卡通网络部署为专网模式。
4.实时联网运行。
可保证数据及时到位;支持脱网/脱机运行,可保证在网络和电源中断时不影响游客游玩、刷卡消费的正常生活。
5.满足独立、多级核算。
可按照不同的业务单位进行分级,按照层级进行清算、结算。
6.密码体系。
采用运营商制定的密码体系进行卡片或者电子钱包的读写处理。
7.设备接入。
所有接入平台的硬件设备,首先要在平台进行集中注册。
只有通过在平台注册的硬件设备,才能正常使用。
硬件设备每次联机后,要进行签到认证,只有认证合法的设备,才能正常使用。
对接入的设备,不能受厂家、品牌的限制。
8.银行卡与旅游卡的联系为资金圈存转账,一卡通系统不涉及、不影响银行卡的任何金融功能。
9.保证“旅游一卡通”系统中各类资金帐户的安全,结算及时便捷,具备完善的账务稽查机制。
10.实现和景区已有的平台应用系统的对接及数据中心的共享。
11.个性化的卡务管理。
采用灵活的、人性化的城市卡设计和卡务管理,根据需求设计多种类型的旅游卡,如普通卡、会员卡、纪念卡、情侣卡等,不同的旅游卡具有不同的属性和功能。
12.两台数据库服务器通过RAC实现负载均衡及容错处理。
13.应用服务器采用集群模式。
应用软件可支持应用部署在不同的应用服务器,实现负载均衡及容错处理。
>小额消费
1.2.应用领域
.目助取票系统
票务管理平台
”网上售票系统
xj、丿J|=r11—1
——窗口售票系统
应用领域
2.总体方案概述
2.1.营运模式
“旅游一^通”系统涉及资金、卡和业务信息,要定义和管理好资金流、卡片流和业务信息流。
在总体设计中要处理好景区、银行方、商户以及持卡者(游客)四者之间的关系。
“旅游一卡通”项目的目标是实现金融支付的电子化和行业信息管理的电子
化。
“卡”作为金融与信息的载体,持卡人通过持卡消费,才能达到这个目的
图1:
一卡通平台营运模式示意图
22各环节作用
2.2.1.业务管理中心
是整个系统的管理中心,是系统的最高层次环节,也是系统的数据转换、清
算中心。
它负责系统的统一规划、统一建设、统一标准、统一管理、统一发卡、统一清算、统一维护、统一监控。
主要分为营运管理中心和数据清算中心。
营运管理中心:
(简单介绍)
数据清算中心:
(简单介绍,分为业务结算和资金结算,米用T+n模式)
222.银行方
是系统资金的管理机构,一方面负责汇集售卡、充值资金,一方面负责根据管理中心的资金划拨通知单将资金划拨到各个行业商户的指定帐户上,实现资金的交易。
2.2.3.数据采集点
对于整个系统来说,是一个中间环节,一方面负责将消费终端的消费交易记
录,收集起来上传到管理中心;一方面负责下载管理中心的黑名单等记录,将该
黑名单记录下传到消费终端中。
数据收集点一般和应用行业管理中心混合,即由各行业商户进行管理,只是功能相对独立。
数据收集点,不管是从消费终端向管理中心上传数据,还是从管理中心向消费终端下载数据,都是原样传递,不做任何的改动处理,保证两边的数据一致。
2.2.4.应用行业管理中心
主要管理各商户的接入方式,负责制定商户的消费标准,汇总商户的消费记录,管理商户的消费情况,接受资金中心的资金划账。
景区管理中心,酒店,便利店,油站等都以商户的形式接入“旅游一卡通”系统。
.商户的接入模式分为三种:
(1)完全模式接入
适用目前还没有信息管理系统的商户,商户与系统平台的交互数据包含
游客详细的交易清单,包括交易时间,交易类型(停车,住房,餐饮等),
交易金额等。
(2)支付模式接入
商户与系统平台的交互数据为pos机或者电子钱包生成的交易清单,系统平台只处理交易时间和交易金额,而不关心用户具体的消费类型。
(3)接口模式接入
适用于目前已具备较为完善的信息管理系统的商户,系统平台提供专用接口给商户的信息系统,满足商家的需求,实现无缝对接。
二.商户的接入点主要分为线上接入和线下接入:
(1)线上接入
a)门户网站接入:
商户可以在门户网站预售门票,酒店预定,餐饮预定,团购信息等,用户通过第三方支付平台(银联,支付宝等)完成服务的预支付,生成支付凭证,游客可通过该支付凭证在景区享受服务。
b)手机app接入:
用户安装“旅游一卡通”手机app应用之后,注册app账户,绑定银行卡,即可激活在线钱包功能,通过手机第三方支付平台(微信,手机支付宝等)完成在线钱包的充值,凡是通过手机app接入的商户均可实现在线钱包的实时交易。
c)商户信息推送
商户可以在门户网站,手机app,微信订阅号实时发布最新商品资讯,
优惠信息,也可以通过推送服务给特定用户推送消息。
(2)线下接入
商户的线下接入主要是以cpu卡片为载体,商户配置读取cpu卡片的终端即可完成cpu卡片的身份识别,充值,消费等交易,此类交易方式为脱机交易,每隔12小时系统将交易纪录(交易时间,用户,行业,类型数量,金额等)上传至数据收集点,由数据收集点汇总之后上传至数据交换中心。
三•商户的营运管理:
各商户使用业务管理软件,可从系统提取本商户的业务消费数据,进行
管理、查询、统计等。
同时也可以查询月结后资金中心的资金划账信息。
CPU卡片、
电子钱包资
225.移动终端
移动终端主要分为消费支付终端和身份校验终端:
1.消费支付终端
CPU卡片的消费支付:
(简单介绍)
在线钱包的消费支付:
2.身份验证终端
CPU卡片的身份验证:
电子支付凭证条形码的身份验证:
2.2.6.旅游通卡
分为cpu卡片,电子支付凭证,在线钱包。
Cpu卡实现方式为脱机交易。
电子支付凭证,主要完成身份识别和校验在线钱包为实时联机交易。
2.2.7.售卡,充值点
售卡:
售票大厅出售cpu卡片。
门户网站,手机app发行虚拟电子凭证凭证自助充值:
CPU卡片充值;在线钱包充值。
2.3.资金流、卡片流和业务信息流
2.3.1.资金流
在本系统中,持卡者卡片上的资金分为两个部分:
一部分为第二部分为电子钱包。
所以在资金流方面分为CPU卡片资金流、金流两部分。
描述CPU卡片资金流的具体模式
描述电子钱包资金流的具体模式。
2.3.2.卡片流
在本系统中,CPU卡片,电子支付凭证,电子钱包做为资金和信息的载
体,有着重要的作用。
制定切实可行的制卡流程与电子交易流程,对提高整个系统的效率起着重要的作用。
CPU卡片的制卡,发卡,密钥等环节。
电子支付凭证的生成,校验。
电子钱包的使用。
2.3.3.业务信息流
在本系统中,业务信息流分为两个部分,一部分是与资金流和卡片结合在一起的信息流,包括资金转帐信息等,主要描述中心清算的资金信息处理;另一部分是纯粹信息流,主要是各行业内的应用信息,主要描述营运管理的信息处理。
3.解决方案
基础平台
*容错平台
卡务管理系统
』密钥管理系统
*1金融消费管理系统
清算管理系统
营运管理系统
负载均衡控制
动态寻
J~中心服务体系
容错机制
■*[远程管理及监控
安全性
网络资源管理
监控中心
拓扑管理
性能报告
数据交换平台
故障管理
数据交换万式
发送数据
接收数据
解
决
方
案
胡客户服务体系
手机app
微信订阅号
多媒体服务
自助导游系统
安卓系统
Ios系统
景区多媒体广告
-内部系统接口
旧系统接口兼容
系统间接口对接
图2:
系统架构
3.1.中心服务体系
3.1.1.基础平台
3.1.1.1.卡务管理系统
3.1.12密钥管理系统
3.1.1.3.金融消费管理系统
3.1.1.4.清算管理系统
3.1.1.5.营运管理系统
3.1.2.容错平台
3.121.负载均衡控制
3.122.动态寻址
3.1.2.3.容错机制
3.1.2.4.远程管理及监控
3.1.2.5.安全性
3.1.3.监控中心
3.1.3.1.网络资源管理
3.1.3.2.拓扑管理
3.1.3.3.性能报告
3.1.3.4.故障管理
3.1.4.数据交换平台
3.1.4.1.数据交换方式
3.1.4.2.发送数据
3.1.4.3.接受数据
32客户服务体系
3.2.1.一"通信息门户
322.手机app应用
322.1.安卓环境
3.2.22los环境
3.2.3.微信订阅
3.2.4.多媒体服务
3.3.硬件服务
3.3.1.售票设备
3.3.2.检票设备
3.3.3.通道闸机
3.3.4.自助终端
3.3.5.网络设备
3.4.接口服务
3.4.1.旧系统接口对接
3.4.2.系统间接口对接
3.5.组织机构
3.5.1.人员配置
3年以上;
我方将根据项目各专业的需要,选拔优秀的管理人员和技术人员组成项目组,并赋予项
目经理足够的权力,以充分调动各方资源和授权协调项目中的各方工作。
项目成员一旦确定,
我方将承诺保证人员的相对稳定。
我方还承诺,将根据业主的意见和实际需要,可对项目组进行必要的资源追加,包括人
员的补充及调配,确保项目能按时、保质保量地完成。
项目人员数:
表1:
项目人力资源一览表
岗位
人员
人数
项目管理委员会(项目管理组)"
项目经理
1人
设计组
设计人员
2人
软件开发组
组长及组员
4人
联调测试组
组长及组员
1人
维护支持组
组长及组员
2人
项目支持组
组长及组员
1人
合计
共11人
3.5.2.履历表
【注:
】详见投标文件“附件2—2项目成员履历表”。
3.5.3.人员要求
为保证东莞城市一卡通平台保质保量地完成,我方将选拔优秀的管理人员和技术人员参
与一卡通平台项目的建设,在人员选拔上遵循以下标准:
项目人员选拔标准
是否具有团队合作精神;
是否具有强烈的责任心;
业务水平是否符合岗位要求,一般要求工程技术专业毕业;
工作经验是否足够,一般要求从事类似工程熟悉一卡通平台系统及业务、熟悉相关国家标准。
主要项目岗位要求一览:
表2:
主要项目岗位要求
岗位
要求
项目经理
丰富的系统集成项目经验,具备5年以上清算管理及工程管理经验;具备亲和力;
在公司职位较咼,具备足够的权力调动公司资源;
了解一卡通平台中的项目管理方法;
了解一^通平台相关业务;
专职任职于一卡通平台项目,履行项目管理职责,由任职开始直至本项目结束;
设计,软件开发人员
熟悉软件开发的方法与技术;全面的计算机知识、软件设计方法;熟悉一卡通平台相关业务。
联调测试人员
熟悉软件测试的方法与技术;
熟悉设备检测的方法与技术;
熟悉有关软件及设备检测的有关国家标准;
具有系统集成项目中软件测试及设备检测的项目经验;
维护,项目支持人员
具有系统集成项目经验;
具有较强的协调能力、责任心;
具有系统内外接口编制、实施、集成的能力;
36工期计划
361.工期
我方承诺将严格遵守招标文件与合同规定的工期要求进行一卡通平台的建设。
并且,业
主有权依据工程的实际进展情况对工程进度进行相应调整,我方将依据变化做出相应调整,不因此而提出额外费用要求。
3.6.2.项目计戈【J
我方拟定的项目工期计划如下表:
(假定项目能在2010年11月1日合同生效,若合同
未能在该日开始生效,项目计划按日顺延)
表3:
项目工期执行总表
序号
工作任务
工期
开始日期
完成日期
1
合同生效
1工作日
2010-11-1
2009-11-1
2
系统设计及设计联络
4工作日
2010-11-2
2010-11-9
2.1
第一次设计联络
2工作日
2010-11-2
2010-11-3
序号
工作任务
工期
开始日期
完成日期
2.1.1
需求调研
1工作日
2010-11-2
2010-11-2
2.1.2
向业主提交项目计划
1工作日
2010-11-3
2010-11-3
2.2
第二次设计联络
2工作日
2010-11-8
2010-11-9
2.1.2
向业主提交设计文档
1工作日
2010-11-8
2010-11-8
2.1.3
向业主提交接口文档
1工作日
2010-11-9
2010-11-9
3
应用系统开发与测试
17工作日
2010-11-4
2010-11-30
3.1
系统开发
13工作日
2010-11-4
2010-11-22
3.1.1
开发环境建立
2工作日
2010-11-4
2010-11-5
3.1.2
软件编码
5工作日
2010-11-10
2010-11-16
3.1.3
界面设计实现
2工作日
2010-11-17
2010-11-18
3.1.4
报表设计及格式实现
2工作日
2010-11-19
2010-11-22
3.1.5
软件内部测试
1工作日
2010-11-23
2010-11-23
3.2
系统测试
3工作日
2010-11-24
2010-11-26
3.2.1
单元测试
1工作日
2010-11-24
2010-11-24
3.2.1
集成测试
2工作日
2010-11-25
2010-11-26
3.3
接口测试
2工作日
2010-11-29
2010-11-30
4
系统初验
5工作日
2010-11-30
2010-12-7
5
系统试运营
1个月
2010-12-8
2011-1-8
6
系统预验收
2工作日
2011-1-10
2011-1-11
7
系统质保期
12个月
2010-12-8
2011-12-8
8
系统终验
2工作日
2011-12-9
2011-12-10
3.7.工程质量
为保障项目执行的一贯性和高效性,我方将进行符合本项目特性的一系列质量活动,如
体系化的质量活动、公司质量管理部门的持续性质量检测及评估活动。
另外在各阶段适时提
供项目标准、运用符合国际标准的标准流程,对各个阶段的各个质量控制点进行严格的质量控制,以保证项目达到业主的质量目标。
4.服务
■原文:
投标的技术方案要求
实施方案,必需对项目的人员、质量、进度、验收、售后服务进行详细描述
■应答:
我方理解并能完全满足上述要求。
4.1.测试、检验与验收
4.1.1.集成测试
系统集成测试用于检验一卡通平台系统软件功能是否完全达到合同及需求规格说明书的要求。
4.1.2.综合联调(初验)
综合联调是由我方分别协调相关接口系统承包商,在共同搭建的测试平台上进行的联合
测试,用于检验系统的完整性,各类数据可正确地传达到指定的设备,与其它系统的接口功
能可以实现。
4.1.3.试运行
在综合联调成功后,将开始3个月的试运行。
在试运行开始前,整个一卡通平台应完全调试开通,并保持最佳状态,以接受3个月的试运行考核。
试运行和正常商业运行相似,由业主组织管理实施,供货商保证本系统正常运转。
试运行由业主和供货商共同参加。
我方在试运行阶段将积极协调、解决试运行工作中出现的系统技术问题,协调各方进行
缺陷修补工作,在业主组织管理下,保证系统正常运转。
42质保期
4.2.1.开通质保服务
为确保一卡通平台由系统试运营状态到正式投产的平稳过渡,我方承诺至少在系统开通
及终端系统接入一卡通平台时提供如下服务(不限于):
紧急情况处理
在一卡通平台通过单位工程验收、开通试运营后,我方根据出现的情况给出切实可行的
解决方法,配置相应的服务人员,保证在最短的时间内将出现的紧急情况给予解决,将带来
的风险降低到最低。
由我方制定的紧急处理如牵涉终端子系统,我方将在业主的授权下,通知或组织会议告
之各终端系统承包商紧急情况下的处理方式;
一卡通平台运营初期
我方在一卡通平台运营初期,将派遣足够的专业技术人员,包括开发人员,到达运营现
场全天候协助和支持业主应对各种可能出现的各种情况,并随时听从业主的调遣,保障系统
平稳运行。
所需处理工作主要包括(但不限于):
对软件的运行状况、环境配置、人员配置、以及其他终端系统的准备情况进行排查,如发现问题及时解决;
将全程跟踪、维护、记录、跟踪一卡通平台的运行状况,并进行记录,在运营初期中发现的问题,及时修改更正;
对业主技术人员现场培训,做到业主能独立应对并解决系统出现的各种问题;
终端系统接入一卡通平台
根据合同要求,在终端系统接入一卡通平台并网运行初期,我方将派遣接口负责人员、
软件系统维护及开发人员到到达运营现场,协助并支持业主应对各种可能出现的情况,直至
业主认为系统已平稳运行。
4.2.2.运营维护质保
我方长期为广州市城市公共交通电子收费系统(羊城通)提供清算运营服务,为广东省
高速公路联网收费系统(粤通卡)提供系统清算、维护服务,在此过程中积累了丰富的大型
系统运行和维护经验。
东莞一卡通平台系统开通试运行后12个月为质保期,在质保期期间,我方将在资源配
置、服务内容、服务方式和服务级别等方面全面保证一卡通平台系统的安全运行。
我方将为业主提供终生本地化技术支持,包括质保期和软件保证期内的服务、售后服务
本地化、以低于市场同类价格提供相同技术水平的系统升级改造支持,以确保本系统维修、运营调整、升级、改造的方便性和及时性。
我方将及时向业主通报所发现的异常运行情况,包括偶然故障、干扰、频发故障、潜伏
故障等,并协助业主调查情况,提出推荐处理意见,尽可能防止和减少损失。
422.1.资源配置
售后服务的资源包括人力资源和物力资源。
除专门配给本地售后服务项目组的资源外,我方还将根据售后服务的需要,随时抽调公司各部门的资深技术人员加入售后服务队伍,以
最大的力量满足东莞一卡通平台系统的运营需要。
人力资源配置
我方将为东莞一卡通平台系统的售后服务配置足够的、熟练的技术人员和管理人员。
在
项目开发完成后,保留至少2名项目组技术人员组成系统售后服务开发队伍。
同时公司的运营维护部建立至少2人的专班系统维护组进行售后系统日常维护服务,另有质检部、综合部等人组成的兼职售后服务队伍确保项目的售后服务,进行软件的修改、二
次开发(包括设计、编码、测试)、系统日常运行维护、系统优化等。
物力资源配置
为售后服务人员配备足够的交通工具,确保在接到业主保障通知时,能在第一时间赶赴
现场。
为支持人员配备良好的通信工具,保证7X24小时的热线支持。
4.2.3.服务流程
售后期间,一卡通平台系统的日常保养、维护,主要由业主的一卡通平台系统运营部门
进行,我方将定期进行巡检、与业主召开维护会议,配合业主进行一卡通平台系统的维护。
当系统出现异常时,如果业主的技术人员对系统维护有困难,则可通过热线电话报障。
此外,
当系统维护组的人员在日常巡检过程中发现系统异常,而不能当场解决时,也将立即通知售
后服务联络人,启动售后服务流程:
图1:
售后服务流程示意图
1•联络人将报障情况向项目经理汇报;
2•项目经理立即召集相关技术人员对问题进行分析;
3•对于一般的问题,售后服务组首先尝试通过电话支持的方式解决;如问题没解决,则尝试通过远程登录(如有)的方式解决;还不行的话,则马上赶赴现场进行现场维护;
4•如问题严重,维护组将第一时间赶赴现场,以最快的速度解决故障;
5•对于经过分析,判断属于系统设计缺陷的问题,或者是反复出现的问题,除立即采取临时解决措施外,我方还将深入调研,采取适当的整改措施。
6•问题解决后,填写异常处理报告并备案,提交业主。
4.2.3.1.服务内容
我方承诺将提供最完整的售后服务,保障一
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 旅游 一卡通 建设 方案