ImageVerifierCode 换一换
格式:DOCX , 页数:25 ,大小:384.23KB ,
资源ID:9369716      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/9369716.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(旅游一卡通建设方案2.docx)为本站会员(b****8)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

旅游一卡通建设方案2.docx

1、旅游一卡通建设方案2 城市一卡通建设方案目录1. 总体说明1.1. 建设总则“旅游一卡通”是随着互联网技术的高速发展,“电子商务”和“电子货币”支付手段的日益成熟而提出的新概念,是旅游景区数字化、信息化建设的一部分,它是将旅游景区的管理和各商户统一起来,采用一致的支付方式,方便游客消费,提高景区运营的工作效率;游客持同一张卡片能实现身份验证,流动消费支付,存储各类信息等功能,达到“一卡在手,智慧旅游”的总体目标。“旅游一卡通”项目主要涉及景区内各个领域的消费支付,票务检测和身份认证等功能实现,能够完成景区内各商户服务的预收费,交通,小额消费等多个环节的快速结算和支付。建设目标是通过集成景区的票

2、务系统,整合交通,酒店,商户消费,建成一个集信息交换系统,应用系统,数据库系统和终端设备为一体的旅游景区服务系统。建设总体原则如下:1.以软件为核心。“旅游一卡通”平台是一个综合性的城市信息服务平台,。考虑核心软件对各种信息:用户(持卡人)、商户(酒店、商场、餐饮等商业单位)、密钥、卡片等信息的管理和支撑功能;2.旅游卡采用实体卡片(CPU卡)和电子钱包,在景区内通用,具有多钱包功能。城市卡与银行卡两卡有逻辑联系,可实现资金圈存功能。3.一卡通网络部署为专网模式。4.实时联网运行。可保证数据及时到位;支持脱网/脱机运行,可保证在网络和电源中断时不影响游客游玩、刷卡消费的正常生活。5.满足独立、

3、多级核算。可按照不同的业务单位进行分级,按照层级进行清算、结算。6.密码体系。采用运营商制定的密码体系进行卡片或者电子钱包的读写处理。7.设备接入。所有接入平台的硬件设备,首先要在平台进行集中注册。只有通过在平台注册的硬件设备,才能正常使用。硬件设备每次联机后,要进行签到认证,只有认证合法的设备,才能正常使用。对接入的设备,不能受厂家、品牌的限制。8.银行卡与旅游卡的联系为资金圈存转账,一卡通系统不涉及、不影响银行卡的任何金融功能。9.保证“旅游一卡通”系统中各类资金帐户的安全,结算及时便捷,具备完善的账务稽查机制。10.实现和景区已有的平台应用系统的对接及数据中心的共享。11.个性化的卡务管

4、理。采用灵活的、人性化的城市卡设计和卡务管理,根据需求设计多种类型的旅游卡,如普通卡、会员卡、纪念卡、情侣卡等,不同的旅游卡具有不同的属性和功能。12.两台数据库服务器通过RAC实现负载均衡及容错处理。13.应用服务器采用集群模式。应用软件可支持应用部署在不同的应用服务器,实现负载均衡及容错处理。1.2. 应用领域2. 总体方案概述2.1. 营运模式“旅游一卡通”系统涉及资金、卡和业务信息,要定义和管理好资金流、卡片流和业务信息流。在总体设计中要处理好景区、银行方、商户以及持卡者(游客)四者之间的关系。“旅游一卡通”项目的目标是实现金融支付的电子化和行业信息管理的电子化。“卡”作为金融与信息的

5、载体,持卡人通过持卡消费,才能达到这个目的。图1:一卡通平台营运模式示意图2.2. 各环节作用2.2.1. 业务管理中心是整个系统的管理中心,是系统的最高层次环节,也是系统的数据转换、清算中心。它负责系统的统一规划、统一建设、统一标准、统一管理、统一发卡、统一清算、统一维护、统一监控。主要分为营运管理中心和数据清算中心。营运管理中心:(简单介绍)数据清算中心:(简单介绍,分为业务结算和资金结算,采用T+n模式)2.2.2. 银行方是系统资金的管理机构,一方面负责汇集售卡、充值资金,一方面负责根据管理中心的资金划拨通知单将资金划拨到各个行业商户的指定帐户上,实现资金的交易。2.2.3. 数据采集

6、点对于整个系统来说,是一个中间环节,一方面负责将消费终端的消费交易记录,收集起来上传到管理中心;一方面负责下载管理中心的黑名单等记录,将该黑名单记录下传到消费终端中。数据收集点一般和应用行业管理中心混合,即由各行业商户进行管理,只是功能相对独立。数据收集点,不管是从消费终端向管理中心上传数据,还是从管理中心向消费终端下载数据,都是原样传递,不做任何的改动处理,保证两边的数据一致。2.2.4. 应用行业管理中心主要管理各商户的接入方式,负责制定商户的消费标准,汇总商户的消费记录,管理商户的消费情况,接受资金中心的资金划账。景区管理中心,酒店,便利店,油站等都以商户的形式接入“旅游一卡通”系统。一

7、. 商户的接入模式分为三种:(1) 完全模式接入适用目前还没有信息管理系统的商户,商户与系统平台的交互数据包含游客详细的交易清单,包括交易时间,交易类型(停车,住房,餐饮等),交易金额等。(2) 支付模式接入商户与系统平台的交互数据为pos机或者电子钱包生成的交易清单,系统平台只处理交易时间和交易金额,而不关心用户具体的消费类型。(3) 接口模式接入适用于目前已具备较为完善的信息管理系统的商户,系统平台提供专用接口给商户的信息系统,满足商家的需求,实现无缝对接。二. 商户的接入点主要分为线上接入和线下接入:(1) 线上接入a) 门户网站接入:商户可以在门户网站预售门票,酒店预定,餐饮预定,团购

8、信息等,用户通过第三方支付平台(银联,支付宝等)完成服务的预支付,生成支付凭证,游客可通过该支付凭证在景区享受服务。b) 手机app接入:用户安装“旅游一卡通”手机app应用之后,注册app账户,绑定银行卡,即可激活在线钱包功能,通过手机第三方支付平台(微信,手机支付宝等)完成在线钱包的充值,凡是通过手机app接入的商户均可实现在线钱包的实时交易。c) 商户信息推送商户可以在门户网站,手机app,微信订阅号实时发布最新商品资讯,优惠信息,也可以通过推送服务给特定用户推送消息。(2) 线下接入商户的线下接入主要是以cpu卡片为载体,商户配置读取cpu卡片的终端即可完成cpu卡片的身份识别,充值,

9、消费等交易,此类交易方式为脱机交易,每隔12小时系统将交易纪录(交易时间,用户,行业,类型数量,金额等)上传至数据收集点,由数据收集点汇总之后上传至数据交换中心。三. 商户的营运管理:各商户使用业务管理软件,可从系统提取本商户的业务消费数据,进行管理、查询、统计等。同时也可以查询月结后资金中心的资金划账信息。2.2.5. 移动终端移动终端主要分为消费支付终端和身份校验终端:一消费支付终端CPU卡片的消费支付:(简单介绍)在线钱包的消费支付:二身份验证终端CPU卡片的身份验证:电子支付凭证条形码的身份验证:2.2.6. 旅游通卡分为cpu卡片,电子支付凭证,在线钱包。Cpu卡实现方式为脱机交易。

10、电子支付凭证,主要完成身份识别和校验在线钱包为实时联机交易。2.2.7. 售卡,充值点售卡:售票大厅出售cpu卡片。 门户网站,手机app发行虚拟电子凭证凭证。自助充值:CPU卡片充值;在线钱包充值。2.3. 资金流、卡片流和业务信息流2.3.1. 资金流在本系统中,持卡者卡片上的资金分为两个部分:一部分为CPU卡片、第二部分为电子钱包。所以在资金流方面分为CPU卡片资金流、电子钱包资金流两部分。描述CPU卡片资金流的具体模式描述电子钱包资金流的具体模式。2.3.2. 卡片流在本系统中,CPU卡片,电子支付凭证,电子钱包做为资金和信息的载体,有着重要的作用。制定切实可行的制卡流程与电子交易流程

11、,对提高整个系统的效率起着重要的作用。CPU卡片的制卡,发卡,密钥等环节。电子支付凭证的生成,校验。电子钱包的使用。2.3.3. 业务信息流在本系统中,业务信息流分为两个部分,一部分是与资金流和卡片结合在一起的信息流,包括资金转帐信息等,主要描述中心清算的资金信息处理;另一部分是纯粹信息流,主要是各行业内的应用信息,主要描述营运管理的信息处理。3. 解决方案图2:系统架构3.1. 中心服务体系3.1.1. 基础平台3.1.1.1. 卡务管理系统3.1.1.2. 密钥管理系统3.1.1.3. 金融消费管理系统3.1.1.4. 清算管理系统3.1.1.5. 营运管理系统3.1.2. 容错平台3.1

12、.2.1. 负载均衡控制3.1.2.2. 动态寻址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. 接受数据3.2. 客户服务体系3.2.1. 一卡通信息门户3.2.2. 手机app应用3.2.2.1. 安卓环境3.2.2.2. Ios环境3.2.3. 微信订阅3.2.4. 多媒体服务3.3. 硬件服务3.3.1. 售票设备3.3.2.

13、 检票设备3.3.3. 通道闸机3.3.4. 自助终端3.3.5. 网络设备3.4. 接口服务3.4.1. 旧系统接口对接3.4.2. 系统间接口对接3.5. 组织机构3.5.1. 人员配置我方将根据项目各专业的需要,选拔优秀的管理人员和技术人员组成项目组,并赋予项目经理足够的权力,以充分调动各方资源和授权协调项目中的各方工作。项目成员一旦确定,我方将承诺保证人员的相对稳定。我方还承诺,将根据业主的意见和实际需要,可对项目组进行必要的资源追加,包括人员的补充及调配,确保项目能按时、保质保量地完成。 项目人员数:表1:项目人力资源一览表岗位人员人数项目管理委员会(项目管理组)项目经理1人设计组设

14、计人员2人软件开发组组长及组员4人联调测试组组长及组员1人维护支持组组长及组员2人项目支持组组长及组员1人合计共11人3.5.2. 履历表【注:】详见投标文件“附件22 项目成员履历表”。3.5.3. 人员要求为保证东莞城市一卡通平台保质保量地完成,我方将选拔优秀的管理人员和技术人员参与一卡通平台项目的建设,在人员选拔上遵循以下标准: 项目人员选拔标准 是否具有团队合作精神; 是否具有强烈的责任心; 业务水平是否符合岗位要求,一般要求工程技术专业毕业; 工作经验是否足够,一般要求从事类似工程3年以上; 熟悉一卡通平台系统及业务、熟悉相关国家标准。 主要项目岗位要求一览:表2:主要项目岗位要求岗

15、位要求项目经理丰富的系统集成项目经验,具备5年以上清算管理及工程管理经验;具备亲和力;在公司职位较高,具备足够的权力调动公司资源;了解一卡通平台中的项目管理方法;了解一卡通平台相关业务;专职任职于一卡通平台项目,履行项目管理职责,由任职开始直至本项目结束;设计,软件开发人员熟悉软件开发的方法与技术;全面的计算机知识、软件设计方法;熟悉一卡通平台相关业务。联调测试人员熟悉软件测试的方法与技术;熟悉设备检测的方法与技术;熟悉有关软件及设备检测的有关国家标准;具有系统集成项目中软件测试及设备检测的项目经验;维护,项目支持人员具有系统集成项目经验;具有较强的协调能力、责任心;具有系统内外接口编制、实施

16、、集成的能力;3.6. 工期计划3.6.1. 工期我方承诺将严格遵守招标文件与合同规定的工期要求进行一卡通平台的建设。并且,业主有权依据工程的实际进展情况对工程进度进行相应调整,我方将依据变化做出相应调整,不因此而提出额外费用要求。3.6.2. 项目计划我方拟定的项目工期计划如下表:(假定项目能在2010年11月1日合同生效,若合同未能在该日开始生效,项目计划按日顺延)表3:项目工期执行总表序号工作任务工期开始日期完成日期1合同生效1 工作日2010-11-12009-11-12系统设计及设计联络4工作日2010-11-22010-11-92.1第一次设计联络2工作日2010-11-22010

17、-11-32.1.1需求调研1工作日2010-11-22010-11-22.1.2向业主提交项目计划1 工作日2010-11-32010-11-32.2第二次设计联络2工作日2010-11-82010-11-92.1.2向业主提交设计文档1 工作日2010-11-82010-11-82.1.3向业主提交接口文档1 工作日2010-11-92010-11-93应用系统开发与测试17工作日2010-11-42010-11-303.1系统开发13工作日2010-11-42010-11-223.1.1开发环境建立2 工作日2010-11-42010-11-53.1.2软件编码5工作日2010-11-1

18、02010-11-163.1.3界面设计实现2工作日2010-11-172010-11-183.1.4报表设计及格式实现2工作日2010-11-192010-11-223.1.5软件内部测试1工作日2010-11-232010-11-233.2系统测试3工作日2010-11-242010-11-263.2.1单元测试1工作日2010-11-242010-11-243.2.1集成测试2工作日2010-11-252010-11-263.3接口测试2工作日2010-11-292010-11-304系统初验5 工作日2010-11-302010-12-75系统试运营1个月2010-12-82011-1

19、-86系统预验收2工作日2011-1-102011-1-117系统质保期12个月2010-12-82011-12-88系统终验2工作日2011-12-92011-12-103.7. 工程质量为保障项目执行的一贯性和高效性,我方将进行符合本项目特性的一系列质量活动,如体系化的质量活动、公司质量管理部门的持续性质量检测及评估活动。另外在各阶段适时提供项目标准、运用符合国际标准的标准流程,对各个阶段的各个质量控制点进行严格的质量控制,以保证项目达到业主的质量目标。4. 服务 原文:投标的技术方案要求 实施方案,必需对项目的人员、质量、进度、验收、售后服务进行详细描述。 应答:我方理解并能完全满足上述

20、要求。4.1. 测试、检验与验收4.1.1. 集成测试系统集成测试用于检验一卡通平台系统软件功能是否完全达到合同及需求规格说明书的要求。4.1.2. 综合联调(初验)综合联调是由我方分别协调相关接口系统承包商,在共同搭建的测试平台上进行的联合测试,用于检验系统的完整性,各类数据可正确地传达到指定的设备,与其它系统的接口功能可以实现。4.1.3. 试运行在综合联调成功后,将开始3个月的试运行。在试运行开始前,整个一卡通平台应完全调试开通,并保持最佳状态,以接受 3个月的试运行考核。试运行和正常商业运行相似,由业主组织管理实施,供货商保证本系统正常运转。试运行由业主和供货商共同参加。我方在试运行阶

21、段将积极协调、解决试运行工作中出现的系统技术问题,协调各方进行缺陷修补工作,在业主组织管理下,保证系统正常运转。4.2. 质保期4.2.1. 开通质保服务为确保一卡通平台由系统试运营状态到正式投产的平稳过渡,我方承诺至少在系统开通及终端系统接入一卡通平台时提供如下服务(不限于): 紧急情况处理在一卡通平台通过单位工程验收、开通试运营后,我方根据出现的情况给出切实可行的解决方法,配置相应的服务人员,保证在最短的时间内将出现的紧急情况给予解决,将带来的风险降低到最低。由我方制定的紧急处理如牵涉终端子系统,我方将在业主的授权下,通知或组织会议告之各终端系统承包商紧急情况下的处理方式; 一卡通平台运营

22、初期我方在一卡通平台运营初期,将派遣足够的专业技术人员,包括开发人员,到达运营现场全天候协助和支持业主应对各种可能出现的各种情况,并随时听从业主的调遣,保障系统平稳运行。所需处理工作主要包括(但不限于): 对软件的运行状况、环境配置、人员配置、以及其他终端系统的准备情况进行排查,如发现问题及时解决; 将全程跟踪、维护、记录、跟踪一卡通平台的运行状况,并进行记录,在运营初期中发现的问题,及时修改更正; 对业主技术人员现场培训,做到业主能独立应对并解决系统出现的各种问题; 终端系统接入一卡通平台根据合同要求,在终端系统接入一卡通平台并网运行初期,我方将派遣接口负责人员、软件系统维护及开发人员到到达

23、运营现场,协助并支持业主应对各种可能出现的情况,直至业主认为系统已平稳运行。4.2.2. 运营维护质保我方长期为广州市城市公共交通电子收费系统(羊城通)提供清算运营服务,为广东省高速公路联网收费系统(粤通卡)提供系统清算、维护服务,在此过程中积累了丰富的大型系统运行和维护经验。东莞一卡通平台系统开通试运行后12个月为质保期,在质保期期间,我方将在资源配置、服务内容、服务方式和服务级别等方面全面保证一卡通平台系统的安全运行。我方将为业主提供终生本地化技术支持,包括质保期和软件保证期内的服务、售后服务本地化、以低于市场同类价格提供相同技术水平的系统升级改造支持,以确保本系统维修、运营调整、升级、改

24、造的方便性和及时性。我方将及时向业主通报所发现的异常运行情况,包括偶然故障、干扰、频发故障、潜伏故障等,并协助业主调查情况,提出推荐处理意见,尽可能防止和减少损失。4.2.2.1. 资源配置售后服务的资源包括人力资源和物力资源。除专门配给本地售后服务项目组的资源外,我方还将根据售后服务的需要,随时抽调公司各部门的资深技术人员加入售后服务队伍,以最大的力量满足东莞一卡通平台系统的运营需要。 人力资源配置我方将为东莞一卡通平台系统的售后服务配置足够的、熟练的技术人员和管理人员。在项目开发完成后,保留至少2名项目组技术人员组成系统售后服务开发队伍。同时公司的运营维护部建立至少2人的专班系统维护组进行

25、售后系统日常维护服务,另有质检部、综合部等人组成的兼职售后服务队伍确保项目的售后服务,进行软件的修改、二次开发(包括设计、编码、测试)、系统日常运行维护、系统优化等。 物力资源配置为售后服务人员配备足够的交通工具,确保在接到业主保障通知时,能在第一时间赶赴现场。为支持人员配备良好的通信工具,保证724小时的热线支持。4.2.3. 服务流程售后期间,一卡通平台系统的日常保养、维护,主要由业主的一卡通平台系统运营部门进行,我方将定期进行巡检、与业主召开维护会议,配合业主进行一卡通平台系统的维护。当系统出现异常时,如果业主的技术人员对系统维护有困难,则可通过热线电话报障。此外,当系统维护组的人员在日

26、常巡检过程中发现系统异常,而不能当场解决时,也将立即通知售后服务联络人,启动售后服务流程:图1:售后服务流程示意图1联络人将报障情况向项目经理汇报;2项目经理立即召集相关技术人员对问题进行分析;3对于一般的问题,售后服务组首先尝试通过电话支持的方式解决;如问题没解决,则尝试通过远程登录(如有)的方式解决;还不行的话,则马上赶赴现场进行现场维护;4如问题严重,维护组将第一时间赶赴现场,以最快的速度解决故障;5对于经过分析,判断属于系统设计缺陷的问题,或者是反复出现的问题,除立即采取临时解决措施外,我方还将深入调研,采取适当的整改措施。6问题解决后,填写异常处理报告并备案,提交业主。4.2.3.1

27、. 服务内容我方承诺将提供最完整的售后服务,保障一卡通平台系统的日常运作、故障排除、设备更换和系统升级,以下是所提供售后服务的主要内容。4.2.3.1.1. 软件缺陷修正系统在商业运营过程中发现的所有软件Bug和缺陷,我方负责修复和更新。售后阶段的软件开发和更新由系统开发组负责,将严格按照公司的质量管理规范和业主的要求,对开发过程进行质量控制,按流程进行完整的设计、开发、测试等工作。经过业主确认后,按照系统更新方案的要求,进行软件更新。4.2.3.1.2. 数据审查东莞一卡通平台系统是一个收费系统,也是一个数据处理系统,对系统存储的数据进行经常性的审查,有助于及时发现系统的漏洞和设计缺陷。同时

28、,数据审查也可防止系统中的各种作弊和欺诈行为。售后服务组的系统维护组和系统开发组负责日常的数据审查,数据审查包括: 数据完整性分析; 系统操作日志分析; 系统安全日志的审计; 业务操作审计等。如数据审查发现问题,我方将对审查结果作进一步分析,查找原因。如果是存在漏洞或缺陷,则及时进行系统整改和升级。4.2.3.1.3. 事故协助调查除上述服务外,我方还可向业主提供其它需要的服务,包括各种事故的调查与协助,业务扩展期间需要的技术支持等。4.2.3.1.4. 热线咨询我方保证将应业主需求立即做出相应的服务:当业主问题需求反映到公司时,我方设立7x24小时热线,并派专门工程师支持远程咨询服务。若该问

29、题能电话解决,工程师立即给予答复;若该问题电话里不能解决,工程师将为业主确定问题解决方案,并及时通知业主;双方确认需要现场支持维护的,工程师将快速到达现场,立即解决问题使系统恢复正常。响应时间范围为724小时。响应速度为5分钟以内。4.2.3.1.5. 远程技术支持对于服务电话解答不了的问题,由售后工程师通过远程网络连线至主机(如有)进行远程支持。还可以根据需要为业主提供响应迅速的Email咨询答疑。响应时间范围为:724小时。响应速度10分钟以内。5. 供货清单5.1. 概述我方提供的一卡通平台系统是一个完整的系统工程,应能完全实现用户需求书要求的功能,并能充分满足一卡通平台系统工程的运营需要和业主对系统维护的要求。5.2. 供货清单我方供货清单列表如下:表4:供货清单序号名称数量原产地(一)各系统软件1、基础平台1.1.客户管理子系统1中国1.2卡务管理子系统1中国1.3商户管理子系统1中国1.4现金充值子系统1中国1.5密钥管理子系统1中国1.6管理中心子系统1中国1.7清算管理子系统1中国1.8标准管理子系统1中国1.9卡片库存子系统1中国2、容错平台2.1.容错平台1中国3、监控中心3.1.监控中心1中国4、金融消费4.1.银行转账子系统1中国4.2消费管理子系统1中国4.3公交收费子系统1中国5、身份识别5.1.拍照制卡接入子系统

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1