《二维码电子票业务系统建设方案设计V2.0》由会员分享，可在线阅读，更多相关《二维码电子票业务系统建设方案设计V2.0（42页珍藏版）》请在金锄头文库上搜索。
1、word江门移动二维码电子票业务竞赛文件系统建设方案2006年11月29日 / 文档说明本文档所涉与到的文字和图表，仅限某某市*信息技术和某某移动内部使用，未经某某市*信息技术的书面许可，请勿扩散到任何第三方。目 录1概述1项目背景1建设目标1系统规模2项目X围2用户特征22系统架构3系统网络架构3应用环境3网络架构3硬件配置建议4配置依据4配置建议6软件体系架构63系统功能说明8系统功能概述8应用功能9短信查询购票9Wap查询购票9Web查询购票9Web后台管理系统9根底平台10业务处理模块10数据存储模块15系统管理与监控16统计分析16数据接口17接口情况概述17手机支付业务平台接口17
2、条码凭证业务平台接口18短信网关接口18江门汽运售票系统接口184系统设计原如此19设计特点19安全性19可靠性20易用性20可扩展性20可维护性21开放性215项目实施方案22项目组织架构22组员计划22角色职责24项目实施计划246项目管理计划26沟通管理26沟通流程与形式26与客户的接口27项目文档的交付与归档27实施过程管理27实施控制的根底27实施控制的手段28实施控制的具体措施28变更控制流程30变更的提出30变更的评估31变更的批准31质量与安全保障体系32质量保证组织32质量体系文件32系统测试措施32质量改良35配置管理35数据安全措施36附图目录附图1.平台网络结构图3附图
3、2.系统软件结构图7附图3.应用功能框架图8附图4.购票处理流程图11附图5.项目组织架构22附图6.测试流程图34表格目录表格1.系统用户数规模2表格2.系统软硬件配置6表格3.项目组角色职责24表格4.项目实施计划24表格5.沟通计划列表26表格6.变更申请表30表格7.变更评估报告31表格8.变更审批表31表格9.测试文档列表351 概述1.1 项目背景随着移动通信技术的开展和增值业务服务的丰富，移动手机已经跨越了传统的通信工具这一角色定位，逐渐成为人们日常生活必不可少的生活工具。为提高广阔手机用户移动信息化生活的质量，将移动增值业务与人们的日常生活更加严密的联系起来，某某移动已经先后推
4、出了手机支付和条码凭证回执两类全新的移动应用技术。为此，江门移动计划使用相应的接口即手机钱包与条码凭证回执接口开发二维码电子票业务系统。会以实现与江门汽运集团合作开展客运手机购票业务为当前目标。将来可以使用同样的技术扩展到其他的商业合作伙伴。1.2 建设目标u 开展手机购票业务的应用，提高江门汽运购票业务的市场渗透率；u 拓展手机小额支付、条码凭证电子回执应用。提升手机支付、条码凭证的业务应用收入；u 丰富移动用户的信息化生活，培养用户的手机消费习惯，为下一代移动通信变革巩固根底。u 实现手机支付进展购置指定线路的汽车票、下发二维码到验证乘车的闭环流程江门移动“二维码电子票业务本期项目的主要建
5、设目标包括以下方面：u 与江门移动手机支付平台进展接口通信，实现话费账户、专用账户和银行账户的在线支付和对账等手机支付功能；u 与条码凭证平台进展接口通信，实现条码凭证下载和条码凭证验证等功能；u 与江门汽运售票系统的接口通信，实现最新班次的查询，购票以与数据同步。u 短信网关的接口通信。u 支持短信、WAP、WEB方式的最终用户访问，用户可使用任何一种方式，方便灵活的实现二维码电子车票的查询，购置。u 支持对手机支付和条码凭证业务的灵活数据统计分析。1.3 系统规模表格1. 系统用户数规模二维码点子票出票量具体情况二维码电子票出票数量暂时设定为10万/小时系统初步的设计10万/小时的出票量。
6、应该可以满足实际的应用需求。经初步压力测试，本地数据库查询同步线程在100的情况下，系统正常稳定。考虑的与多个接口的数据同步稳定。系统目前按30个同步线程估算出暂定的出票数量。1.4 项目X围本方案所描述的“二维码电子票业务业务平台项目建设X围包括以下几个方面：1. 根据第2章所描述的系统网络架构和软硬件体系结构，搭建“二维码电子票业务业务平台；2. 按照第3章所描述的系统功能，设计和开发“二维码电子票业务业务平台；1.5 用户特征根据*公司对“二维码电子票业务业务平台的理解，系统用户主要分为以下两大类：1. 系统管理员/移动管理员，通过内网访问系统，在“二维码电子票业务业务平台上负责系统业务
7、管理与日常维护。2. 普通消费者，通过手机sms, wap或者web查询，购置指定线路的班次。实现手机支付和条码凭证下载等功能。2 系统架构2.1 系统网络架构2.1.1 应用环境“二维码电子票业务将部署在江门移动内部网中。用户对“二维码电子票业务平台的访问以外网接入为主，通过WEB、WAP、短信渠道访问系统。另平台接口服务器与江门汽运售票系统的通信，完全通过接口协议交互同步的数据报文。并且设有IP限制与防火墙过滤。系统的安全性和数据的某某性将得到有效的管理与控制。2.1.2 网络架构根据“二维码电子票业务平台应用场合要求，建议网络架构如下：附图1. 平台网络结构图“二维码电子票业务业务平台由
8、数据库服务器、WEB/WAP应用服务器、接口机服务器构成。WEB/WAP应用服务器用于部署平台的WEB应用服务和WAP应用服务，为手机移动用户、移动内部员工提供对系统的访问途径。通过防火墙，确保系统内部设备不受外部系统的侵扰。应用服务器上部署系统各类业务组件和业务生成引擎，负责所有核心业务的处理。应用服务器采用PC Server，可以根据业务的开展情况灵活扩展。数据库服务器负责对平台数据的存取管理工作，采用PC服务器。接口机服务器用于部署各类接口应用程序，可实现与汽运售票平台等外部系统数据通信，同时也可实现与手机支付业务平台，条码凭证业务平台等内部系统数据通信，也可实现与SMSC,WAP 网关
9、等网关系统数据通信。 接口机服务器同时也用作系统数据的冷备份。2.2 硬件配置建议2.2.1 配置依据2.2.1.1 预期用户数综合考虑客运顶峰期并发出票较高的需求以与与各个接口数据同步的安全稳定。系统暂定10万/小时的出票数量。2.2.1.2 硬件配置要求从硬件配置的角度，“二维码电子票业务业务平台需要重点考虑的主要硬件设备包括数据库服务器和WEB/WAP服务器。1. CPU配置要求u 数据服务系统数据服务可以根据峰值用户处理业务的情况来估算。假设峰值时100人同时在向系统发出请求假设每个请求的平均响应速度为1秒，系统每秒需处理的事务数如此约为100。考虑到数据服务器CPU 25%的冗余和1
10、0%用于操作系统运行，如此数据处理占用65%的CPU资源。系统所需TPM-C值TPM-C值为每分钟处理的事务数为：10060 /0.65 =9,231。可见，系统的数据服务器对TPMC值的要求为大于9,231。主流PC服务器的TPMC值均大于20000，一台主流PC服务器作为数据库服务器应可满足上述计算的需求。u WEB/WAP服务在考虑到应用服务器性能时，我们参考服务器的Specweb99性能参数。Specweb99是SPECStandard Performance Evaluation Corporation，公开网址为) 组织非盈利第三方计算机研究评测组织研发出的一套评测基准程序。该评测
11、基准主要用来衡量计算机系统在Web Server环境下，所能支持的最大并发连接数，是在保证一定的持续时间、低于一定的错误率等情况下所记录下的最某某接数。该指标考察的是硬件系统平台、操作系统、Web Server软件等综合各局部的计算机整体系统对Internet并发连接的处理能力。而测试中的仿真终端具有一定的随机性，可模拟对图标、图片乃至大文件的访问，较为贴近实际应用情况。由于Specweb99的评测环境虽不等同于本系统的实际业务环境，但可作为相似的参考。系统并发100个连接用户占用65%的计算能力考虑到服务器CPU 25%的冗余和10%用于操作系统运行，如此要求Web Server主机具有的S
12、pecweb99值应当大于：100 / 0.65 = 154。主流品牌1G以上CPU的PC服务器的Specweb99一般都大于1000，可以满足目前的性能需求。也就是说，系统的应用服务器采用一般主流的PC服务器即可满足需要。2. 服务器内存和CPU一样，内存的利用也和用户工作量的支持有关，可以参考厂家提供的对应CPU的标准内存配置采购。系统需要具备快速海量查询的能力，应考虑更大的冗余和更好的性能，采用4G内存容量可以满足数据库服务器的性能需求，而应用服务器如此可以采用2G内存容量。3. 服务器硬盘空间按平台的需求情况，流程处理的数据量应较少，但资料、档案等所占磁盘空间如此可能较大。根据我们平台
13、建设经验，系统业务数据占用的硬盘空间建议不小于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 Rai
14、d 0操作系统：Windows Server 2003标准版DBMS：Oracle 9i13应用服务器配置：CPU 3.0GHZ *2 / RAM 2GB / HD 2*73GB Raid 0操作系统：Windows Server 2003标准版12.3 软件体系架构软件体系构架为如如下图所示的：附图2. 系统软件结构图“二维码电子票业务业务平台从设计到开发将完全采用面向对象的技术，并大量采用多种包括Servlet, JSP, JavaBean, JDBC, XML等在内的Java技术。整体的架构完全遵循Sun公司建议的MVC模式，使得整个体系架构符合e时代企业应用的开展趋势。采用MVC的方式
15、有许多优点：1. 将表示层View和逻辑层(Model)分开的一个优越性，在于容易在某种数据的根底上，增加多种表现或者改变某种形式；2. 逻辑层(Model)以与表示层(View)分开以后，使得它们各自能够独立的变化。进而使得可维护性，可以扩展性，可测试性方面得到很大的改善；3. 将控制层(Control)和表示层View分开，可以动态的决定表示的形式；4. 将控制层(Control)和逻辑层Model分开，使得用户的输入和数据处理之间的关系可以灵活决定。3 系统功能说明3.1 系统功能概述“二维码电子票业务业务平台功能结构如如下图：附图3. 应用功能框架图系统分为三大主要构成局部：u 应用功能平台的应用功能构建于系统核心模块上，由相对独立组件构成。主要包括手机短信查询购票业务，手
