二维码电子票业务系统建设方案V2.0

上传人:简****9 文档编号:109726753 上传时间:2019-10-27 格式:DOC 页数:43 大小:3.33MB
返回 下载 相关 举报
二维码电子票业务系统建设方案V2.0_第1页
第1页 / 共43页
二维码电子票业务系统建设方案V2.0_第2页
第2页 / 共43页
二维码电子票业务系统建设方案V2.0_第3页
第3页 / 共43页
二维码电子票业务系统建设方案V2.0_第4页
第4页 / 共43页
二维码电子票业务系统建设方案V2.0_第5页
第5页 / 共43页
点击查看更多>>
资源描述

《二维码电子票业务系统建设方案V2.0》由会员分享,可在线阅读,更多相关《二维码电子票业务系统建设方案V2.0(43页珍藏版)》请在金锄头文库上搜索。

1、江门移动二维码电子票业务竞赛文件系统建设方案2006年11月29日集成开发及推广方案广东移动江门分公司文档说明本文档所涉及到的文字和图表,仅限广州市*信息技术有限公司和广东移动内部使用,未经广州市*信息技术有限公司的书面许可,请勿扩散到任何第三方。目 录1概述11.1项目背景11.2建设目标11.3系统规模21.4项目范围21.5用户特征22系统架构32.1系统网络架构32.1.1应用环境32.1.2网络架构32.2硬件配置建议42.2.1配置依据42.2.2配置建议62.3软件体系架构63系统功能说明83.1系统功能概述83.2应用功能93.2.1短信查询购票93.2.2Wap查询购票93.

2、2.3Web查询购票93.2.4Web后台管理系统93.3基础平台103.3.1业务处理模块103.3.2数据存储模块153.3.3系统管理与监控163.3.4统计分析163.4数据接口173.4.1接口情况概述173.4.2手机支付业务平台接口173.4.3条码凭证业务平台接口183.4.4短信网关接口183.4.5江门汽运售票系统接口184系统设计原则194.1设计特点194.2安全性194.3可靠性204.4易用性204.5可扩展性204.6可维护性214.7开放性215项目实施方案225.1项目组织架构225.1.1组员计划225.1.2角色职责245.2项目实施计划246项目管理计划

3、266.1沟通管理266.1.1沟通流程及形式266.1.2与客户的接口276.1.3项目文档的交付与归档276.2实施过程管理276.2.1实施控制的基础276.2.2实施控制的手段286.2.3实施控制的具体措施286.3变更控制流程306.3.1变更的提出306.3.2变更的评估316.3.3变更的批准316.4质量及安全保障体系326.4.1质量保证组织326.4.2质量体系文件326.4.3系统测试措施326.4.4质量改进356.4.5配置管理356.4.6数据安全措施36附图目录附图1.平台网络结构图3附图2.系统软件结构图7附图3.应用功能框架图8附图4.购票处理流程图11附图

4、5.项目组织架构22附图6.测试流程图34表格目录表格1.系统用户数规模2表格2.系统软硬件配置6表格3.项目组角色职责24表格4.项目实施计划24表格5.沟通计划列表26表格6.变更申请表30表格7.变更评估报告31表格8.变更审批表31表格9.测试文档列表35本文档仅限信息技术有限公司和被呈送方内部使用,未经许可,请勿扩散到第三方。第 vi 页二维码电子票业务系统建设方案广东移动江门分公司1 概述1.1 项目背景随着移动通信技术的发展和增值业务服务的丰富,移动手机已经跨越了传统的通信工具这一角色定位,逐渐成为人们日常生活必不可少的生活工具。为提高广大手机用户移动信息化生活的质量,将移动增值

5、业务与人们的日常生活更加紧密的联系起来,广东移动已经先后推出了手机支付和条码凭证回执两类全新的移动应用技术。为此,江门移动计划使用相应的接口(即手机钱包及条码凭证回执接口)开发二维码电子票业务系统。会以实现与江门汽运集团合作开展客运手机购票业务为当前目标。将来可以使用同样的技术扩展到其他的商业合作伙伴。1.2 建设目标u 开展手机购票业务的应用,提高江门汽运购票业务的市场渗透率;u 拓展手机小额支付、条码凭证电子回执应用。提升手机支付、条码凭证的业务应用收入;u 丰富移动用户的信息化生活,培养用户的手机消费习惯,为下一代移动通信变革巩固基础。u 实现手机支付进行购买指定线路的汽车票、下发二维码

6、到验证乘车的闭环流程江门移动“二维码电子票业务”本期项目的主要建设目标包括以下方面:u 与江门移动手机支付平台进行接口通信,实现话费账户、专用账户和银行账户的在线支付和对账等手机支付功能;u 与条码凭证平台进行接口通信,实现条码凭证下载和条码凭证验证等功能;u 与江门汽运售票系统的接口通信,实现最新班次的查询,购票以及数据同步。u 短信网关的接口通信。u 支持短信、WAP、WEB方式的最终用户访问,用户可使用任何一种方式,方便灵活的实现二维码电子车票的查询,购买。 u 支持对手机支付和条码凭证业务的灵活数据统计分析。1.3 系统规模表格1. 系统用户数规模二维码点子票出票量具体情况二维码电子票

7、出票数量暂时设定为10万/小时系统初步的设计10万/小时的出票量。应该可以满足实际的应用需求。(经初步压力测试,本地数据库查询同步线程在100的情况下,系统正常稳定。考虑的与多个接口的数据同步稳定。系统目前按30个同步线程估算出暂定的出票数量。)1.4 项目范围本方案所描述的“二维码电子票业务”业务平台项目建设范围包括以下几个方面:1. 根据第2章所描述的系统网络架构和软硬件体系结构,搭建“二维码电子票业务”业务平台;2. 按照第3章所描述的系统功能,设计和开发“二维码电子票业务”业务平台;1.5 用户特征根据*公司对“二维码电子票业务”业务平台的理解,系统用户主要分为以下两大类:1. 系统管

8、理员/移动管理员,通过内网访问系统,在“二维码电子票业务”业务平台上负责系统业务管理及日常维护。2. 普通消费者,通过手机sms, wap或者web查询,购买指定线路的班次。实现手机支付和条码凭证下载等功能。2 系统架构2.1 系统网络架构2.1.1 应用环境“二维码电子票业务”将部署在江门移动内部网中。用户对“二维码电子票业务”平台的访问以外网接入为主,通过WEB网站、WAP网站、短信渠道访问系统。另平台接口服务器与江门汽运售票系统的通信,完全通过接口协议交互同步的数据报文。并且设有IP限制及防火墙过滤。系统的安全性和数据的保密性将得到有效的管理及控制。2.1.2 网络架构根据“二维码电子票

9、业务”平台应用场合要求,建议网络架构如下:附图1. 平台网络结构图“二维码电子票业务”业务平台由数据库服务器、WEB/WAP应用服务器、接口机服务器构成。WEB/WAP应用服务器用于部署平台的WEB应用服务和WAP应用服务,为手机移动用户、移动内部员工提供对系统的访问途径。通过防火墙,确保系统内部设备不受外部系统的侵扰。应用服务器上部署系统各类业务组件和业务生成引擎,负责所有核心业务的处理。应用服务器采用PC Server,可以根据业务的开展情况灵活扩展。数据库服务器负责对平台数据的存取管理工作,采用PC服务器。接口机服务器用于部署各类接口应用程序,可实现与汽运售票平台等外部系统数据通信,同时

10、也可实现与手机支付业务平台,条码凭证业务平台等内部系统数据通信,也可实现与SMSC,WAP 网关等网关系统数据通信。 接口机服务器同时也用作系统数据的冷备份。2.2 硬件配置建议2.2.1 配置依据2.2.1.1 预期用户数综合考虑客运高峰期并发出票较高的需求以及与各个接口数据同步的安全稳定。系统暂定10万/小时的出票数量。2.2.1.2 硬件配置要求从硬件配置的角度,“二维码电子票业务”业务平台需要重点考虑的主要硬件设备包括数据库服务器和WEB/WAP服务器。1. CPU配置要求u 数据服务系统数据服务可以根据峰值用户处理业务的情况来估算。假设峰值时100人同时在向系统发出请求(假设每个请求

11、的平均响应速度为1秒),系统每秒需处理的事务数则约为100。考虑到数据服务器CPU 25%的冗余和10%用于操作系统运行,则数据处理占用65%的CPU资源。系统所需TPM-C值(TPM-C值为每分钟处理的事务数)为:10060 /0.65 =9,231。可见,系统的数据服务器对TPMC值的要求为大于9,231。主流PC服务器的TPMC值均大于20000,一台主流PC服务器作为数据库服务器应可满足上述计算的需求。u WEB/WAP服务在考虑到应用服务器性能时,我们参考服务器的Specweb99性能参数。Specweb99是SPEC(Standard Performance Evaluation

12、Corporation,公开网址为www.spec.org) 组织(非盈利第三方计算机研究评测组织)研发出的一套评测基准程序。该评测基准主要用来衡量计算机系统在Web Server环境下,所能支持的最大并发连接数,是在保证一定的持续时间、低于一定的错误率等情况下所记录下的最大连接数。该指标考察的是硬件系统平台、操作系统、Web Server软件等综合各部分的计算机整体系统对Internet并发连接的处理能力。而测试中的仿真终端具有一定的随机性,可模拟对图标、图片乃至大文件的访问,较为贴近实际应用情况。由于Specweb99的评测环境虽不等同于本系统的实际业务环境,但可作为相似的参考。系统并发1

13、00个连接用户占用65%的计算能力(考虑到服务器CPU 25%的冗余和10%用于操作系统运行),则要求Web Server主机具有的Specweb99值应当大于:100 / 0.65 = 154。主流品牌1G以上CPU的PC服务器的Specweb99一般都大于1000,可以满足目前的性能需求。也就是说,系统的应用服务器采用一般主流的PC服务器即可满足需要。2. 服务器内存和CPU一样,内存的利用也和用户工作量的支持有关,可以参考厂家提供的对应CPU的标准内存配置采购。系统需要具备快速海量查询的能力,应考虑更大的冗余和更好的性能,采用4G内存容量可以满足数据库服务器的性能需求,而应用服务器则可以

14、采用2G内存容量。3. 服务器硬盘空间按平台的需求情况,流程处理的数据量应较少,但资料、档案等所占磁盘空间则可能较大。根据我们平台建设经验,系统业务数据占用的硬盘空间建议不小于72G,操作系统、应用软件和基础业务数据的大小约10G,再考虑25%的空间冗余,即数据库服务器的可用硬盘空间不小于110G。2.2.2 配置建议根据上节的配置依据,建议为“二维码电子票业务”业务平台配置以下软硬件系统:表格2. 系统软硬件配置序号服务器名称配置描述数量1数据库服务器配置:IBM X346,CPU 3.0GHZ*2 /RAM 4G/HD 4*73GB Raid 5操作系统:Windows Server 2003标准版DBMS:Oracle 9i12接口机服务器配置:CPU 3.0GHZ / RAM 2GB / HD 2*73GB Raid 0操作系统:Windows Server 2003标准版DBMS:Oracle 9i13应用服务器配置:CPU 3.0GHZ *2 / RAM 2GB / HD 2*73GB Raid 0操作系统:Windows Server 2003标准版WEB/WAP应用:TOMCAT5.0, JDK1.412.3 软件体系架构软件体系构架为如下图所示的:

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 商业/管理/HR > 管理学资料

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号