（电子行业企业管理）二维码电子票业务系统建设方案V

案V本文档所涉及到的文字和图表，仅限广州市**信息技术有限公司和广东移动内部使用，未经广州市**信息技术有限公司的书面许可，请勿扩散到任何第三方。 1 1 1 2 2 2 3 32.1.1应用环境 32.1.2网络架构 32.2硬件配置建议 42.2.1配置依据 42.2.2配置建议 6 6 8 8 93.2.1短信查询购票 9 9 9 9 3.3.1业务处理模块 3.3.2数据存储模块 3.3.3系统管理与监控 3.3.4统计分析 3.4.1接口情况概述 3.4.2手机支付业务平台接口 3.4.3条码凭证业务平台接口 3.4.4短信网关接口 3.4.5江门汽运售票系统接口 4.1设计特点 5.1.1组员计划 5.1.2角色职责 6.1.1沟通流程及形式 6.1.2与客户的接口 6.1.3项目文档的交付与归档 6.2.1实施控制的基础 6.2.2实施控制的手段 6.2.3实施控制的具体措施 6.3.1变更的提出 6.3.2变更的评估 6.3.3变更的批准 6.4.1质量保证组织 6.4.2质量体系文件 6.4.3系统测试措施 6.4.4质量改进 6.4.5配置管理 6.4.6数据安全措施 3 7 8 2 6 作伙伴。。开展手机购票业务的应用，提高江门汽运购票业务的市场。拓展手机小额支付、条码凭证电子回执应用。提升手机支付、条码凭证的业务应用。与条码凭证平台进行接口通信，实现条码凭证下载和条码凭证验。与江门汽运售票系统的接口通信，实现最新班次的查询，购票以及数据同步。。短信网关的接口通信。。支持对手机支付和条码凭证业务的灵活数据二维码电子票出票数量暂时本方案所描述的“二维码电子票业务”业务平台项目建设范围包括2.按照第3章所描述的系统功能，设计和开发“二维码电子票业务”业务平台；根据**公司对“二维码电子票业务”业务平台的理解，系统用户主要分为以下两大类：1.系统管理员/移动管理员，通过内网访问系责系统业务管理及日常维护。和条码凭证下载等功能。2.1.1应用环境防火墙过滤。系统的安全性和数据的保密性将得到有效的管理及控制。根据“二维码电子票业务”平台应用场合要求，建议网络架构如下：构成。同时也可实现与手机支付业务平台，条码凭证业务平台等内部系统数据通信，也可实现与接口机服务器同时也用作系统数据的冷备份。2.2.1配置依据2.2.1.1预期用户数2.2.1.2硬件配置要求足上述计算的需求。的参考。2.服务器内存标准内存配置采购。系统需要具备快速海量查询的能力，应考虑更大的冗余和更好的性能，3.服务器硬盘空间大。2.2.2配置建议根据上节的配置依据，建议为“二维码电子票业务”业务平台配置以下软硬件系统：1121301增加多种表现或者改变某种形式；2.逻辑层(Model)以及表示层(View)分开以后，使得它们各自能够独立的变化。进而使得3.将控制层(Control)和表示层（View）分开，可以动态的决定表示的形式；控、报表统计等基础功能。实现与内、外部系统的接口通信，完成与内、外部用户通过发送指定查询订票信息到指定端口。或者在系统设计的导航菜单交互的情况凭证接口下发相应的二维码电子车票至用户手机。的二维码电子车票至用户手机。维码电子车票至用户手机。二维码，短信，察看系统日志，以及各类报表的统计等管理功能。3.3.1.1短信查询购票模块机。该模块最终完成处会调用手机支付业务接口及条码凭证接口。3.3.1.2短信购票业务流程图3.3.1.3短信购票业务事件流。如果购票指令不合法，通过菜单选择的方式引导用户订票；。如果购票指令合法，则通过数据接口向汽运售票系统发送购票请求数据；。如果购票处理不成功，通过短信方式回复用户购票失败信息，业务操作结束；售票系统请求取消购票操作，业务操作结束；码凭证到购票用户手机上；I、业务流程结束。机制：。接口重连接机制；提供高效缓冲机制，即减少业务繁忙时数据丢失，缓解了高期期接口通信压力。提供业务接入的账户、密码、接入IP鉴权。提供按预设定的业务接入优先级别对具体业务调用接口的排队机制。提供每次付款金额上限额度控制。提供同一用户每天付款金额上限额度控制。提供支付过程中的短信提醒功能。提供支付异常时，事务回滚机制，确保交易数据的正确性。付业务接口及条码凭证接口。机制：。接口重连接机制；提供高效缓冲机制，即减少业务繁忙时数据丢失，缓解了高期期接口通信压力。提供业务接入的账户、密码、接入IP鉴权。提供按预设定的业务接入优先级别对具体业务调用接口的排队机制。提供每次付款金额上限额度控制。提供同一用户每天付款金额上限额度控制。提供支付过程中的短信提醒功能。提供支付异常时，事务回滚机制，确保交易数据的正确性。指定网站，通过系统导航，在通过手机校验码的校验后。完成手机短信的查询，订票流程。用户手机。该模块最终完成处会调用手机支付业务接口及条码凭证接口。机制：。接口重连接机制；提供高效缓冲机制，即减少业务繁忙时数据丢失，缓解了高期期接口通信压力。提供业务接入的账户、密码、接入IP鉴权。提供按预设定的业务接入优先级别对具体业务调用接口的排队机制。提供每次付款金额上限额度控制。提供同一用户每天付款金额上限额度控制。提供支付过程中的短信提醒功能。提供支付异常时，事务回滚机制，确保交易数据的正确性。3.3.2数据存储模块。交易数据明细（手机支付信息/条码凭证信息）3.3.2.1业务运营具体信息3.3.2.2交易数据明细完整周详记录。用于后面统计模块的报表统计及后期的数据查询核对。3.3.2.3系统运行信息后的系统优化及各个具体环节的完善。提供“二维码电子票业务”的运营监控管理。3.3.3.1系统实时票务查询发二维码彩信或短信等具体操作。3.3.3.2业务异常监控分析。3.3.3.3业务高峰期监控监控各类合作业务高峰期运行情况，并可设置预警。协助系统管理员及时解决故障。3.3.3.4运行日志管理3.3.4统计分析现对业务数据的查询和统计分析。3.3.4.1统计报表些基本的关键统计报表（实际情况可根据客户需求增加）：）；3.3.4.2查询引擎现对系统数据的查询和统计功能。本期项目“二维码电子票业务”业务平台所需接入的主要功能。“二维码电子票业务”业务平台与条码凭证平台通过数据接口实现条码凭证下载功能。1.“二维码电子票业务”业务平台向条码凭证业务平台发送条码凭证下载请求。信息反馈，并通过彩信方式下载条码凭证彩信给目标用户。为条码凭证兑现过程中与特约商户进行条码凭证合法性校验做准备。4.短信网关接口行短信的交互。系统结构和对象进行可视化建模，使应用更贴近实际业务需求。2.参数化驱动无需更改应用软件，并且系统将在不停机情况下动态地调整这些参数。保证较短的时间内，响应业务需求经常变化的要求。和处理机制，保证数据不因意外情况丢失和损坏。都须具有相应的安全机制，并确保达到以下要求：。提供完整的操作日志，提供数据库存储日志接口/功能；。符合移动IT安全策略和标准；保护措施；。提供丰富的联机帮助提示和上下文有关的在线帮助；。界面布局及内容符合使用人员的思维习惯，容易理解，容易学习；。易于增加功能；系统扩展新的功能时，不会影响到其他。有标准日志文件，数据可备份、恢复；。标准和良好的数据备份/恢复机制；。操作系统、数据库和应用层满足信息安全要求；。技术资料完整。人员为主组成项目组，通过公司重用程序库的代码重用来达到快速开发、实施的目标。系统、广州移动短信群发平台、茂名移动短信互动平台等。应用方面都有丰富的实践经验及深刻的认识。发工作。。李英山：2003年毕业于华中科技大学计算机科学与与开发十多个增值业务、数据业务、管理信息系统项目。理系统有丰富的实践经验，对数据业务项目有丰富的开发经验。。李毓：2003年毕业于华南热带农业大学计算机科学上海市特种设备管理系统、广州移动短信群发管理系统、东莞移动彩信群发管理系统、庆渠道积分管理系统、广州移动后勤、深圳移动培训管理系统。设计工作。表格3.项目组角色职责12456工作会在之前的工作基础上进一步完善，建议的项目实施计划如下表格4.项目实施计划1234二维码电子票业务平台上5二维码电子票业务平台初验6二维码电子票业务平台终验得到有效的传递，从而建立统一的项目沟通流程和语言，明确项目组每位成员的沟通职责。理由小组长负责监督和控制项目组成员每日的工作进度，及时帮助项目组成员解决日常工作问题，或将问题提请项目经理解决。客户，并抄送双方项目总监。表格5.沟通计划列表每月最后一个工特别说明，与客户的固定接口人为项目经理。理正式地交付给客户。**公司对项目实施的跟踪和监控分为七大类：。合同管理。。各类变更申请；。采购合同管理细则。。每周项目例会。每周定期举行项目组例会；。会议纪要。每次会议的内容记录，包括与会人员、会议主题、中间过程、结论经理的碰头会都需要形成相应的会议纪要。其他跟踪资料进行审核，并通过多种分析手段总结出项目实施的绩效报告。调整的项目计划进行审批和协调资源。1.制定沟通计划在项目的计划阶段，项目经理必须制定完整细致的沟通计划，包括：组员的工作报告、例会制度、干系人沟通界面等内容。2.控制标准的标准，并平衡这些关键因素的作用。3.控制周期效报告等都以此为提交周期。4.具体执行内容负面影响的情况更加需要亡羊补牢并总结原因。例会包括**公司项目组内部的周会、**公司与客户项目经理例会两种，过程大致相同，作为双方例会的参考。准而制定的跟踪表，如测试报告、进度报告等由与会人员总结项目实施情况，并产生相应的会议纪要和对计划的调整。总监和其他相关管理成员对项目实施情况进行审核、评估，并提出相应的指导意项目经理每周需要向用户提交进度报告和需要协助的详细工作说明。管理）等等。1.客户或**公司一方提出变更申请；2.将变更申请提交评审小组作初步审核；3.项目组对初步审核通过的变更申请进行详细评估，提交评估报告；4.评审小组讨论评估报告并决定是否接受变更；）；6.由项目组对变更申请进行实施。组进行详细的影响评估。评审小组有权直接拒绝申请人提出的变更申请。对变更申请进行分析研究并填写评估意见。批准的变更申请将退还给提出变更的本人。证职能。**公司编制有质量体系文件，经审定后颁布实施。效运行的证据。小组内部测试外，由测试部门的专职测试人员组成测试小组对系统进行独立6.4.3.1测试的内容6.4.3.2测试流程对安装、配置和使用方法进行记录，对程序不清楚的地方开发人员负责解试人员应检查测试计算机上的版本是否为最新版本；6.4.3.3测试文档表格9.测试文档列表1描述测试方法、测试环境配置、测试内容和测试用234对测试结果进行总结和分析，给出测试结论，对问5如需要，可在制定测试计