二维码电子票业务系统建设方案v20

二维码电子票业务系统建设方案v20 江门移动二维码电子票业务竞赛文件 系统建设方案 2006年11月29日 集成开发及推广方案广东移动江门分公司 文档说明 本文档所涉及到的文字和图表，仅限广州市**信息技术有限公司和广东移动内部使用，未经广州市**信息技术有限公司的书面许可，请勿扩散到任何第三方。 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 i 页 集成开发及推广方案广东移动江门分公司 目 录 1 概述.......................................................................................................................... 1 1.1 项目背景..................................................................................................... 1 1.2 建设目标..................................................................................................... 1 1.3 系统规模..................................................................................................... 2 1.4 项目范围..................................................................................................... 2 1.5 用户特征..................................................................................................... 2 2 系统架构................................................................................................................... 3 2.1 系统网络架构.............................................................................................. 3 2.1.1 应用环境.............................................................................................. 3 2.1.2 网络架构.............................................................................................. 3 2.2 硬件配置建议.............................................................................................. 4 2.2.1 配置依据.............................................................................................. 4 2.2.2 配置建议.............................................................................................. 6 2.3 软件体系架构.............................................................................................. 6 3 系统功能说明............................................................................................................ 8 3.1 系统功能概述.............................................................................................. 8 3.2 应用功能..................................................................................................... 9 3.2.1 短信查询购票....................................................................................... 9 3.2.2 Wap查询购票 ...................................................................................... 9 3.2.3 Web查询购票 ...................................................................................... 9 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 ii 页 集成开发及推广方案广东移动江门分公司 3.2.4 Web后台管理系统 ............................................................................... 9 3.3 基础平台................................................................................................... 10 3.3.1 业务处理模块..................................................................................... 10 3.3.2 数据存储模块..................................................................................... 15 3.3.3 系统管理与监控 ................................................................................. 16 3.3.4 统计分析............................................................................................ 16 3.4 数据接口................................................................................................... 17 3.4.1 接口情况概述..................................................................................... 17 3.4.2 手机支付业务平台接口....................................................................... 17 3.4.3 条码凭证业务平台接口....................................................................... 18 3.4.4 短信网关接口..................................................................................... 18 3.4.5 江门汽运售票系统接口....................................................................... 18 4 系统设计原则.......................................................................................................... 19 4.1 设计特点................................................................................................... 19 4.2 安全性 ...................................................................................................... 19 4.3 可靠性 ...................................................................................................... 20 4.4 易用性 ...................................................................................................... 20 4.5 可扩展性................................................................................................... 20 4.6 可维护性................................................................................................... 21 4.7 开放性 ...................................................................................................... 21 5 项目实施方案.......................................................................................................... 22 5.1 项目组织架构............................................................................................ 22 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 iii 页 集成开发及推广方案广东移动江门分公司 5.1.1 组员............................................................................................ 22 5.1.2 角色职责............................................................................................ 23 5.2 项目实施计划............................................................................................ 24 6 项目管理计划.......................................................................................................... 25 6.1 沟通管理................................................................................................... 25 6.1.1 沟通流程及形式 ................................................................................. 25 6.1.2 与客户的接口..................................................................................... 26 6.1.3 项目文档的交付与归档....................................................................... 26 6.2 实施过程管理............................................................................................ 26 6.2.1 实施控制的基础 ................................................................................. 26 6.2.2 实施控制的手段 ................................................................................. 27 6.2.3 实施控制的具体措施 .......................................................................... 27 6.3 变更控制流程............................................................................................ 29 6.3.1 变更的提出 ........................................................................................ 29 6.3.2 变更的评估 ........................................................................................ 30 6.3.3 变更的批准 ........................................................................................ 30 6.4 质量及安全保障体系 ................................................................................. 31 6.4.1 质量保证组织..................................................................................... 31 6.4.2 质量体系文件..................................................................................... 31 6.4.3 系统测试措施..................................................................................... 31 6.4.4 质量改进............................................................................................ 34 6.4.5 配置管理............................................................................................ 34 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 iv 页 集成开发及推广方案广东移动江门分公司 6.4.6 数据安全措施..................................................................................... 35 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 v 页 集成开发及推广方案广东移动江门分公司 附图目录 附图1. 平台网络结构图 ................................................................................... 3 附图2. 系统软件结构图 ................................................................................... 7 附图3. 应用功能框架图 ................................................................................... 8 附图4. 购票处理流程图 ..................................................................................11 附图5. 项目组织架构..................................................................................... 22 附图6. 测试流程图 ........................................................................................ 33 表格目录 表格1. 系统用户数规模 ................................................................................... 2 表格2. 系统软硬件配置 ................................................................................... 6 表格3. 项目组角色职责 ................................................................................. 23 表格4. 项目实施计划..................................................................................... 24 表格5. 沟通计划列表..................................................................................... 25表格6. 变更申请表 ........................................................................................ 29 表格7. 变更评估报告..................................................................................... 30 表格8. 变更审批表 ........................................................................................ 30 表格9. 测试文档列表..................................................................................... 34 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 vi 页 二维码电子票业务系统建设方案广东移动江门分公司 1 概述 1.1 项目背景 随着移动通信技术的发展和增值业务服务的丰富，移动手机已经跨越了传统的通信工具这一角色定位，逐渐成为人们日常生活必不可少的生活工具。为提高广大手机用户移动信息化生活的质量，将移动增值业务与人们的日常生活更加紧密的联系起来，广东移动已经先后推出了手机支付和条码凭证回执两类全新的移动应用技术。为此，江门移动计划使用相应的接口(即手机钱包及条码凭证回执接口)开发二维码电子票业务系统。会以实现与江门汽运集团合作开展客运手机购票业务为当前目标。将来可以使用同样的技术扩展到其他的商业合作伙伴。 1.2 建设目标 , 开展手机购票业务的应用，提高江门汽运购票业务的市场渗透率; , 拓展手机小额支付、条码凭证电子回执应用。提升手机支付、条码凭证的业务应用 收入; , 丰富移动用户的信息化生活，培养用户的手机消费习惯，为下一代移动通信变革巩 固基础。 , 实现手机支付进行购买指定线路的汽车票、下发二维码到验证乘车的闭环流程 江门移动“二维码电子票业务”本期项目的主要建设目标包括以下方面: , 与江门移动手机支付平台进行接口通信，实现话费账户、专用账户和银行账户的在 线支付和对账等手机支付功能; , 与条码凭证平台进行接口通信，实现条码凭证下载和条码凭证验证等功能; , 与江门汽运售票系统的接口通信，实现最新班次的查询，购票以及数据同步。 , 短信网关的接口通信。 , 支持短信、WAP、WEB方式的最终用户访问，用户可使用任何一种方式，方便灵 活的实现二维码电子车票的查询，购买。 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 1 页 二维码电子票业务系统建设方案广东移动江门分公司 , 支持对手机支付和条码凭证业务的灵活数据统计分析。 1.3 系统规模 表格1. 系统用户数规模 二维码点子票出票量 具体情况 二维码电子票出票数量暂时系统初步的设计10万/小时的出票量。应该可以满足实际设定为10万/小时 的应用需求。(经初步压力测试，本地数据库查询同步线程 在100的情况下，系统正常稳定。考虑的与多个接口的数 据同步稳定。系统目前按30个同步线程估算出暂定的出票 数量。) 1.4 项目范围 本方案所描述的“二维码电子票业务”业务平台项目建设范围包括以下几个方面: 1. 根据第2章所描述的系统网络架构和软硬件体系结构，搭建“二维码电子票业务”业务 平台; 2. 按照第3章所描述的系统功能，设计和开发“二维码电子票业务”业务平台; 1.5 用户特征 根据**公司对“二维码电子票业务”业务平台的理解，系统用户主要分为以下两大类: 1. 系统管理员/移动管理员，通过内网访问系统，在“二维码电子票业务”业务平台上负 责系统业务管理及日常维护。 2. 普通消费者，通过手机sms, wap或者web查询，购买指定线路的班次。实现手机支付 和条码凭证下载等功能。 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 2 页 二维码电子票业务系统建设方案广东移动江门分公司 2 系统架构 2.1 系统网络架构 2.1.1 应用环境 “二维码电子票业务”将部署在江门移动内部网中。用户对“二维码电子票业务”平台的访问以外网接入为主，通过WEB网站、WAP网站、短信渠道访问系统。另平台接口服务器与江门汽运售票系统的通信，完全通过接口协议交互同步的数据报文。并且设有IP限制及防火墙过滤。系统的安全性和数据的保密性将得到有效的管理及控制。 2.1.2 网络架构 根据“二维码电子票业务”平台应用场合要求，建议网络架构如下: 数数数数数数 数数数数数数数数 数数数数数CMNET/CMWAP 数数数数数数数数数数数数数数数数数Internet 数数数数数数数数数 数数/数数数数数数数数数数数数数数 数数数数数数数数数Oracle,9i,数数数数数数数数数数数数数数数 附图1. 平台网络结构图 “二维码电子票业务”业务平台由数据库服务器、WEB/WAP应用服务器、接口机服务器构成。 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 3 页 二维码电子票业务系统建设方案广东移动江门分公司 WEB/WAP应用服务器用于部署平台的WEB应用服务和WAP应用服务，为手机移动用户、移动内部员工提供对系统的访问途径。通过防火墙，确保系统内部设备不受外部系统的侵扰。应用服务器上部署系统各类业务组件和业务生成引擎，负责所有核心业务的处理。应用服务器采用PC Server，可以根据业务的开展情况灵活扩展。 数据库服务器负责对平台数据的存取管理工作，采用PC服务器。 接口机服务器用于部署各类接口应用程序，可实现与汽运售票平台等外部系统数据通信，同时也可实现与手机支付业务平台，条码凭证业务平台等内部系统数据通信，也可实现与SMSC,WAP 网关等网关系统数据通信。 接口机服务器同时也用作系统数据的冷备份。 2.2 硬件配置建议 2.2.1 配置依据 2.2.1.1 预期用户数 综合考虑客运高峰期并发出票较高的需求以及与各个接口数据同步的安全稳定。系统暂定10万/小时的出票数量。 2.2.1.2 硬件配置要求 从硬件配置的角度，“二维码电子票业务”业务平台需要重点考虑的主要硬件设备包括数据库服务器和WEB/WAP服务器。 1. CPU配置要求 , 数据服务 系统数据服务可以根据峰值用户处理业务的情况来估算。假设峰值时100人同时在向系统发出请求(假设每个请求的平均响应速度为1秒)，系统每秒需处理的事务数则约为100。 考虑到数据服务器CPU 25%的冗余和10%用于操作系统运行，则数据处理占用65%的CPU资源。系统所需TPM-C值(TPM-C值为每分钟处理的事务数)为: 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 4 页 二维码电子票业务系统建设方案广东移动江门分公司 100×60 /0.65 =9,231。 可见，系统的数据服务器对TPMC值的要求为大于9,231。 主流PC服务器的TPMC值均大于20000，一台主流PC服务器作为数据库服务器应可满足上述计算的需求。 , WEB/WAP服务 在考虑到应用服务器性能时，我们参考服务器的Specweb99性能参数。Specweb99是SPEC(Standard Performance Evaluation Corporation，公开网址为www.spec.org) 组织(非盈利第三方计算机研究评测组织)研发出的一套评测基准程序。该评测基准主要用来衡量计算机系统在Web Server环境下，所能支持的最大并发连接数，是在保证一定的持续时间、低于一定的错误率等情况下所记录下的最大连接数。该指标考察的是硬件系统平台、操作系统、Web Server软件等综合各部分的计算机整体系统对Internet并发连接的处理能力。而测试中的仿真终端具有一定的随机性，可模拟对图标、图片乃至大文件的访问，较为贴近实际应用情况。由于Specweb99的评测环境虽不等同于本系统的实际业务环境，但可作为相似的参考。 系统并发100个连接用户占用65%的计算能力(考虑到服务器CPU 25%的冗余和10%用于操作系统运行)，则要求Web Server主机具有的Specweb99值应当大于: 100 / 0.65 = 154。 主流品牌1G以上CPU的PC服务器的Specweb99一般都大于1000，可以满足目前的性能需求。也就是说，系统的应用服务器采用一般主流的PC服务器即可满足需要。 2. 服务器内存 和CPU一样，内存的利用也和用户工作量的支持有关，可以参考厂家提供的对应CPU的内存配置采购。系统需要具备快速海量查询的能力，应考虑更大的冗余和更好的性能，采用4G内存容量可以满足数据库服务器的性能需求，而应用服务器则可以采用2G内存容量。 3. 服务器硬盘空间 按平台的需求情况，流程处理的数据量应较少，但资料、档案等所占磁盘空间则可能较 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 5 页 二维码电子票业务系统建设方案广东移动江门分公司 大。 根据我们平台建设经验，系统业务数据占用的硬盘空间建议不小于72G，操作系统、应用软件和基础业务数据的大小约10G，再考虑25%的空间冗余，即数据库服务器的可用硬盘空间不小于110G。 2.2.2 配置建议 根据上节的配置依据，建议为“二维码电子票业务”业务平台配置以下软硬件系统: 表格2. 系统软硬件配置 序号 服务器名称 配置描述 数量 1 数据库服务器 配置:IBM X346，CPU 3.0GHZ*2 /RAM 4G/HD 4*73GB 1 Raid 5 操作系统:Windows Server 2003标准版 DBMS:Oracle 9i 2 接口机服务器 配置:CPU 3.0GHZ / RAM 2GB / HD 2*73GB Raid 0 1 操作系统:Windows Server 2003标准版 DBMS:Oracle 9i 3 应用服务器 配置:CPU 3.0GHZ *2 / RAM 2GB / HD 2*73GB Raid 0 1 操作系统:Windows Server 2003标准版 WEB/WAP应用:TOMCAT5.0, JDK1.4 2.3 软件体系架构 软件体系构架为如下图所示的: 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 6 页 二维码电子票业务系统建设方案广东移动江门分公司 外部系统 Tomcat 5.0ServletJBOSS 4.0 数据库 JDBC POOLHTTP 应用服务组WEB服务件防火墙 提供JavaBean，EJB，SOAPWebservice服务JSPJavaBean，EJB 客户端服务器端 附图2. 系统软件结构图 “二维码电子票业务”业务平台从设计到开发将完全采用面向对象的技术，并大量采用多种包括Servlet, JSP, JavaBean, JDBC, XML等在内的Java技术。 整体的架构完全遵循Sun公司建议的MVC模式，使得整个体系架构符合e时代企业应用的发展趋势。 采用MVC的方式有许多优点: 1. 将表示层(View)和逻辑层(Model)分开的一个优越性，在于容易在某种数据的基础上， 增加多种表现或者改变某种形式; 2. 逻辑层(Model)以及表示层(View)分开以后，使得它们各自能够独立的变化。进而使得可 维护性，可以扩展性，可测试性方面得到很大的改善; 3. 将控制层(Control)和表示层(View)分开，可以动态的决定表示的形式; 4. 将控制层(Control)和逻辑层(Model)分开，使得用户的输入和数据处理之间的关系可 以灵活决定。 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 7 页 二维码电子票业务系统建设方案广东移动江门分公司 3 系统功能说明 3.1 系统功能概述 “二维码电子票业务”业务平台功能结构如下图: 数数数数 数数数数 数数数数数数数数数数数数数数数数数数数数数 附图3. 应用功能框架图 系统分为三大主要构成部分: , 应用功能 平台的应用功能构建于系统核心模块上，由相对独立组件构成。主要包括手机短信查询购票业务，手机wap查询购票业务，web查询购票业务，以及相应的web后台管理支持系统。 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 8 页 二维码电子票业务系统建设方案广东移动江门分公司 , 基础平台 提供系统底层核心管理功能，包括相应的业务处理模块、数据存储模块、系统管理与监控、报表统计等基础功能。 , 数据接口 实现与内、外部系统的接口通信，完成与内、外部系统的数据交互。 3.2 应用功能 3.2.1 短信查询购票 用户通过发送指定查询订票信息到指定端口。或者在系统设计的导航菜单交互的情况下，完成手机短信的查询，订票流程。最终会通过手机支付接口扣减相应的费用。通过条码凭证接口下发相应的二维码电子车票至用户手机。 3.2.2 Wap查询购票 用户通过手机wap的方式访问相应wap查询订票网站。在系统设计的导航功能下完成车票的查询购买流程。最终会通过手机支付接口扣减相应的费用。通过条码凭证接口下发相应的二维码电子车票至用户手机。 3.2.3 Web查询购票 用户通过web的方式访问相应web查询订票网站。在系统设计的导航功能下完成车票的查询购买流程。最终会通过手机支付接口扣减相应的费用。通过条码凭证接口下发相应的二维码电子车票至用户手机。 3.2.4 Web后台管理系统 Web后台管理系统主要实现对二维码电子票业务平台运营情况的实时查询，管理功能，包括查看系统当前运行的实际情况，按条件查询用户的具体购票情况。对指定号码进行重发二维码，短信，察看系统日志，以及各类报表的统计等管理功能。 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 9 页 二维码电子票业务系统建设方案广东移动江门分公司 3.3 基础平台 3.3.1 业务处理模块 该功能主要完成用户实际使用系统中的各种业务逻辑方面的处理。包括短信查询购票流程，wap查询购票流程，web查询购票流程。 3.3.1.1 短信查询购票模块 该模块完成用户短信查询购票的完整业务逻辑。用户通过发送指定查询订票信息到指定端口。或者在系统设计的导航菜单交互的情况下，完成手机短信的查询，订票流程。最终会通过手机支付接口扣减相应的费用。通过条码凭证接口下发相应的二维码电子车票至用户手机。该模块最终完成处会调用手机支付业务接口及条码凭证接口。 3.3.1.2 短信购票业务流程图 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 10 页 二维码电子票业务系统建设方案广东移动江门分公司 移动手机汽运售票处理流程 移动手机用户汽运售票系统售票前台 用户编辑购票短信存储购票短信指令指令是否正确 回复短信指令是错误提示&通过菜单否选择流程确定用户的购票需求向汽运售票系统同处理购票请求数据步业务请求数据 接收购票请求回复购票处理结果处理结果 回复订票失败结 束否是否购票成功信息提示 是 手机扣费发送购票回复扣费失败结 束合法性校验否否处理购票取消请求取消请求信息提示是否成功 是 发送扣费短信回复扣费短信确认确认 手机在线扣费 下发购票条码凭证 票务兑现阶段订票业务处理阶段 接收到条码凭证 车站兑票兑票合法性校验结束回复兑票错误否校验成功 是 兑换车票 结束 附图4. 购票处理流程图 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 11 页 二维码电子票业务系统建设方案广东移动江门分公司 3.3.1.3 短信购票业务事件流 汽运手机购票业务处理事件流如下: A、 用户通过手机编辑具体购票短信指令发送到具体的购票短信端口; B、 移动手机售票前台接收到用户的购票短信指令后，判断购票指令的合法性; , 如果购票指令不合法，通过菜单选择的方式引导用户订票; , 如果购票指令合法，则通过数据接口向汽运售票系统发送购票请求数据; C、 汽运售票系统根据接收的请求数据包处理购票业务，并响应业务处理结果; D、 移动手机售票前台根据接收的业务处理结果，进行下一步业务操作; , 如果购票处理不成功，通过短信方式回复用户购票失败信息，业务操作结束; , 如果购票处理成功，进行手机支付合法性校验，如果合法性校验成功，则下发 扣费短信确认，如果合法性校验失败，向用户下发扣费失败短信通知并向汽运 售票系统请求取消购票操作，业务操作结束; E、 当扣费合法性校验成功后，用户收到扣费短信确认通知后，回复扣费短信确认; F、 移动手机售票前台接收到用户同意扣费的短信确认后，进行手机在线扣费并下发条 码凭证到购票用户手机上; G、 用户接收到购票条码凭证后，到车站兑票; H、 汽运售票系统对用户提供的条码凭证做数据检验，校验通过给用户兑现车票; I、 业务流程结束。 相应的，平台除了在连接的手机支付业务接口高效、稳定方面，平台还提供了如下处理 机制: , 接口重连接机制; 当接口出现网络故障时，引擎自动启动重连接处理机制，确保支付过程的畅通。 , 多线程处理机制; 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 12 页 二维码电子票业务系统建设方案广东移动江门分公司 实现多线程处理，提高通信效率，保证数据交互的顺畅。 , 高效缓冲机制; 提供高效缓冲机制，即减少业务繁忙时数据丢失，缓解了高期期接口通信压力。 , 安全性鉴权机制 提供业务接入的账户、密码、接入IP鉴权。 , 按优先级别排队处理机制 提供按预设定的业务接入优先级别对具体业务调用接口的排队机制。 , 用户每次支付金额的上限额度控制机制 提供每次付款金额上限额度控制。 , 同一用户每天支付金额的上限额度机制 提供同一用户每天付款金额上限额度控制。 , 短信提醒功能机制 提供支付过程中的短信提醒功能。 , 处理异常，事务的回滚机制 提供支付异常时，事务回滚机制，确保交易数据的正确性。 3.3.1.4 Wap查询购票模块 该模块完成用户Wap上网方式的查询购票的完整业务逻辑。用户通过Wap登录指定网站，通过系统导航，完成手机短信的查询，订票流程。最终会通过手机支付接口扣减相应的费用。通过条码凭证接口下发相应的二维码电子车票至用户手机。该模块最终完成处会调用手机支付业务接口及条码凭证接口。 相应的，平台除了在连接的手机支付业务接口高效、稳定方面，平台还提供了如下处理机制: , 接口重连接机制; 当接口出现网络故障时，引擎自动启动重连接处理机制，确保支付过程的畅通。 , 多线程处理机制; 实现多线程处理，提高通信效率，保证数据交互的顺畅。 , 高效缓冲机制; 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 13 页 二维码电子票业务系统建设方案广东移动江门分公司 提供高效缓冲机制，即减少业务繁忙时数据丢失，缓解了高期期接口通信压力。 , 安全性鉴权机制 提供业务接入的账户、密码、接入IP鉴权。 , 按优先级别排队处理机制 提供按预设定的业务接入优先级别对具体业务调用接口的排队机制。 , 用户每次支付金额的上限额度控制机制 提供每次付款金额上限额度控制。 , 同一用户每天支付金额的上限额度机制 提供同一用户每天付款金额上限额度控制。 , 短信提醒功能机制 提供支付过程中的短信提醒功能。 , 处理异常，事务的回滚机制 提供支付异常时，事务回滚机制，确保交易数据的正确性。 3.3.1.5 Web查询购票模块 该模块完成用户通过普通WEB上网方式的查询购票的完整业务逻辑。用户通过WEB登录指定网站，通过系统导航，在通过手机校验码的校验后。完成手机短信的查询，订票流程。最终会通过手机支付接口扣减相应的费用。通过条码凭证接口下发相应的二维码电子车票至用户手机。该模块最终完成处会调用手机支付业务接口及条码凭证接口。 相应的，平台除了在连接的手机支付业务接口高效、稳定方面，平台还提供了如下处理机制: , 接口重连接机制; 当接口出现网络故障时，引擎自动启动重连接处理机制，确保支付过程的畅通。 , 多线程处理机制; 实现多线程处理，提高通信效率，保证数据交互的顺畅。 , 高效缓冲机制; 提供高效缓冲机制，即减少业务繁忙时数据丢失，缓解了高期期接口通信压力。 , 安全性鉴权机制 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 14 页 二维码电子票业务系统建设方案广东移动江门分公司 提供业务接入的账户、密码、接入IP鉴权。 , 按优先级别排队处理机制 提供按预设定的业务接入优先级别对具体业务调用接口的排队机制。 , 用户每次支付金额的上限额度控制机制 提供每次付款金额上限额度控制。 , 同一用户每天支付金额的上限额度机制 提供同一用户每天付款金额上限额度控制。 , 短信提醒功能机制 提供支付过程中的短信提醒功能。 , 处理异常，事务的回滚机制 提供支付异常时，事务回滚机制，确保交易数据的正确性。 3.3.2 数据存储模块 数据存储模块会记录用户的所有上下行记录，以及相关的手机支付，条码凭证等各个应用环节的完整数据，方便今后的查询，核对。具体包括以下一些方面 , 业务运营具体信息 , 交易数据明细(手机支付信息/条码凭证信息) , 系统运行信息 3.3.2.1 业务运营具体信息 包括在业务运营过程中用户的具体操作记录，如短信操作的查询/订票过程中的所有上下行互动记录。以及wap/web查询购票过程中的详细的互动操作记录等。 3.3.2.2 交易数据明细 详细完整的记录用户在购票过程的互动记录。同时包括手机支付信息，条码凭证信息的完整周详记录。用于后面统计模块的报表统计及后期的数据查询核对。 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 15 页 二维码电子票业务系统建设方案广东移动江门分公司 3.3.2.3 系统运行信息 详细完整系统运行日志模块。后期可以对系统流量，用户操作习惯等进行分析。用于之后的系统优化及各个具体环节的完善。 3.3.3 系统管理与监控 提供“二维码电子票业务”的运营监控管理。 3.3.3.1 系统实时票务查询 后台提供二维码电子票业务的实时运行状态。管理员也可立即实时查询指定用户的使用情况。一种用途是客服通过查询该系统知道客户查询订票的实际情况。根据具体情况进行补发二维码彩信或短信等具体操作。 3.3.3.2 业务异常监控 提供“二维码电子票业务”业务平台上所接入合作业务处理异常的日志查询，数据监控分析。 3.3.3.3 业务高峰期监控 通过分析“二维码电子票业务”业务平台所接入合作业务受理事务日志和系统运行日志，监控各类合作业务高峰期运行情况，并可设置预警。协助系统管理员及时解决故障。 3.3.3.4 运行日志管理 系统管理员可对业务运行日志进行分类管理、查询、导出。 3.3.4 统计分析 提供固定格式的统计报表，实现对系统数据查询、统计的后台处理功能，在此基础上实现对业务数据的查询和统计分析。 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 16 页 二维码电子票业务系统建设方案广东移动江门分公司 3.3.4.1 统计报表 用户的所有短信，wap购票数据的详细信息都已完整记录入数据库。前期会提供以下一些基本的关键统计报表(实际情况可根据客户需求增加其他方式的统计报表): , 平台业务明细统计(按时间段，始发站等具体条件); , 系统总运行情况统计(按时间段统计各接入业务信息传递流量。); 3.3.4.2 查询引擎 查询功能的内部核心组件，解释查询条件与业务数据等系统数据源之间的关系，从而实现对系统数据的查询和统计功能。 3.4 数据接口 3.4.1 接口情况概述 本期项目“二维码电子票业务”业务平台所需接入的主要业务接口如下: , 手机支付业务平台接口 , 条码凭证业务平台接口 , 短信网关接口 , 江门汽运售票系统接口 3.4.2 手机支付业务平台接口 “二维码电子票业务”业务平台与手机支付业务平台通过数据接口实现手机在线支付功能。 , 交易步骤: 1. 在得到用户确认的情况下，通过HTTP POST提交交易请求数据，发送到MPS 交易处理系统。 2. MPS处理交易请求，并回复处理结果。 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 17 页 二维码电子票业务系统建设方案广东移动江门分公司 3. SP接收MPS回复结果，并解析结果作相应的交易处理。 3.4.3 条码凭证业务平台接口 “二维码电子票业务”业务平台与条码凭证平台通过数据接口实现条码凭证下载功能。 , 交互步骤: 1. “二维码电子票业务”业务平台向条码凭证业务平台发送条码凭证下载请求。 2. 条码凭证业务平台接收到“二维码电子票业务”业务平台的请求消息后，进行 信息反馈，并通过彩信方式下载条码凭证彩信给目标用户。 3. “二维码电子票业务”业务平台对记录条码凭证业务平台反馈回来的业务信 息，为条码凭证兑现过程中与特约商户进行条码凭证合法性校验做准备。 4. 短信网关接口 3.4.4 短信网关接口 通过移动CMPP协议，以移动互联网短信网关通信，实现用户在指定端口的短信的上下行短信的交互。 3.4.5 江门汽运售票系统接口 “通过之前与江门汽运确立的交互报文，实现查询，订票数据的交互与同步。该接口支持短信，wap，web三种查询方式。 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 18 页 二维码电子票业务系统建设方案广东移动江门分公司 4 系统设计原则 4.1 设计特点 1. 面向对象设计 在系统设计方面，采用先进的面向对象设计方法(OOD)，借助强大的面向对象的可视化分析、设计建模工具，对系统需求、业务处理过程、企业运作所必备的商业对象、软件组件、系统结构和对象进行可视化建模，使应用更贴近实际业务需求。 2. 参数化驱动 移动业务系统要求具有较高的灵活性，以适应业务多变的特点。设计时采用参数化驱动的实现方法，将可能变化的因素统一参数化管理和维护，当参数变化时只维护这些参数表而无需更改应用软件，并且系统将在不停机情况下动态地调整这些参数。保证较短的时间内，响应业务需求经常变化的要求。 4.2 安全性 系统具有良好的安全性和可靠性，通过权限管理机制保证数据不被非法盗用和修改，保证数据的一致性;对非法登录或系统故障能采取多种检查和处理手段;采用故障检查、告警和处理机制，保证数据不因意外情况丢失和损坏。 系统具有良好的安全管理功能，数据存储、检索、提取、发布和管理等各个层面和角度都须具有相应的安全机制，并确保达到以下要求: , 可分级进行权限管理; , 能设置角色权限，可以定义角色以及角色对应的权限; , 提供完整的操作日志，提供数据库存储日志接口/功能; , 系统本身稳定; , 用户活动的可审计性，提供良好的事后追查能力; , 符合移动IT安全策略和标准; , 系统具备访问权限的识别和控制功能，提供多级密码口令或使用硬件钥匙等选择和 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 19 页 二维码电子票业务系统建设方案广东移动江门分公司 保护措施; , 系统提供操作日志记录功能，以便即时掌握运行状况; 4.3 可靠性 系统运行具有极高的可靠性和良好的容错性能，因软件系统自身原因(排除硬件、网络、数据库、中间件故障)导致系统局部功能短暂不可用的次数每月平均不超过1次;应用系统MTBF(平均失效间隔时间)部低于2000小时(不包括因网络、主机硬件、数据库、中间件故障导致系统不可用导致的系统失效)。 4.4 易用性 , 提供丰富的联机帮助提示和上下文有关的在线帮助; , 系统应易于使用，具有良好的客户操作界面、详细的帮助信息，适合具有计算机基 本知识或操作能力的用户的需要; , 系统安装部署简单方便; , 系统确保良好的兼容性，不需要或较少补丁包; , 界面布局及内容符合使用人员的思维习惯，容易理解，容易学习; , 更新操作有反馈，系统将提供各类操作提示; , 危险操作有警告提示，除告警之外，系统将通过完善的权限管理确保数据的安全性; , 系统易于管理，系统参数的维护与管理通过操作界面实现。 4.5 可扩展性 系统采用模板的方式处理数据，可以灵活的适应业务的变化，此外，系统还将满意以下的扩展性要求: , 易于版本升级，新的功能和模块能够加入; , 易于增加功能;系统扩展新的功能时，不会影响到其他功能模块。 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 20 页 二维码电子票业务系统建设方案广东移动江门分公司 4.6 可维护性 , 有标准日志文件，数据可备份、恢复; , 能记录后台进程状况和出错信息; , 标准和良好的数据备份/恢复机制; , 操作系统、数据库和应用层满足信息安全要求; , 技术资料完整。 4.7 开放性 系统确保具有良好的开放性，所有软件都应遵循业界相关标准，支持开放的标准接口，支持跨平台。使整个系统成为一个统一的整体，不会产生运行上的“孤岛”。 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 21 页 二维码电子票业务系统建设方案广东移动江门分公司 5 项目实施方案 5.1 项目组织架构 5.1.1 组员计划 根据“二维码电子票业务”业务平台项目的需求情况，**公司将以熟悉移动业务的技术人员为主组成项目组，通过公司重用程序库的代码重用来达到快速开发、实施的目标。 目前计划的项目团队组织结构如下图所示: 项目总监 黄晓宇 项目经理 李斌 美工/系统管理开发组测试组 李英山刘渊宇李毓 杨帆 黄育盛 附图5. 项目组织架构 , 黄晓宇:中山大学本科学历，J2EE和.NET方面的技术专家，在移动数据业务平台方面 有多年开发经验。曾先后担任程序员、高级程序员、系统分析员、项目经理，相关项目 管理和开发经验:广州移动彩信营销平台、东莞移动彩信营销平台、顺德移动彩信管家 系统、广州移动短信群发平台、茂名移动短信互动平台等。 , 李斌:新疆师范大学计算机专业毕业，10年的软件开发经验，精通Java，数据库delphi 等各类软件开发工具。参与过多个大中型系统的设计，开发，建设。2002年以来一直 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 22 页 二维码电子票业务系统建设方案广东移动江门分公司 从事移动增值业务平台的开发，建设。对底层通信，相关的各类通信协议以及各类增值 应用方面都有丰富的实践经验及深刻的认识。 , 杨帆:2003年毕业于天津职业技术师范学院计算机科学与技术专业，获工学学士学位。 毕业后一直从事J2EE架构的软件设计和开发工作。熟悉WAP技术，最近曾作为主要 技术骨干成功完成了广州移动节展会WAP平台、广东移动12580彩信营销平台的设计 和开发工作。 , 李英山:2003年毕业于华中科技大学计算机科学与技术学院，获工学学士学位。熟悉 移动数据业务、增值业务，具有2年.net项目开发经验，1年Java项目开发经验。参与 开发十多个增值业务、数据业务、管理信息系统项目。 , 黄育盛:2002毕业于茂名学院计算机科学与应用系，曾负责广东省医疗事故鉴定系统、 广东省办公厅OA系统、肇庆移动渠道积分系统、顺德移动彩信管家系统和广州移动会 展E路通系统等项目的开发，对Java等技术有丰富的开发经验，对Oracle等数据库管 理系统有丰富的实践经验，对数据业务项目有丰富的开发经验。 , 李毓:2003年毕业于华南热带农业大学计算机科学与技术专业，本科，获工学学士学 位。毕业后即从事软件测试工作至今，曾负责的测试项目有:广东省特种设备管理系统、 上海市特种设备管理系统、广州移动短信群发管理系统、东莞移动彩信群发管理系统、 中山一键通客户管理系统、顺德移动彩信管家系统、广东移动12580彩信营销平台、肇 庆渠道积分管理系统、广州移动后勤、深圳移动培训管理系统。 , 刘渊宇:2004年毕业于河海大学水文水资源管理专业，一直从事平面及网面设计工作。 并于2003年获美国Adobe公司的Photoshop平面设计师认证。2005年开始专注于UI 设计。最近完成广州移动12580彩信业务系统、广州移动节展会WAP平台的前后台界 面设计工作。 5.1.2 角色职责 根据项目的建设需求和**公司针对项目角色的安排，推荐以下人员担任项目组中相应角色，项目组主要成员名单和角色职责如下表所列: 表格3. 项目组角色职责 序号 角色 人员 职责 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 23 页 二维码电子票业务系统建设方案广东移动江门分公司 序号 角色 人员 职责 1 项目总监 黄晓宇 代表**公司，负责协调广东移动就项目的 重大问进行协商和决策 2 项目经理 李斌 作为**公司日常项目管理的单点联系人， 负责项目实施的计划与控制、项目交付物 的质量控制、项目资源的管理和任务分 派，以及项目的日常沟通工作 4 开发组 杨帆、李英山、黄育盛 负责系统的概要设计、详细设计、开发和 单元测试工作 5 测试组 李毓 负责完成系统的集成测试工作，保证项目 实施过程和交付物的质量 6 系统/美工组 刘渊宇 负责系统的部署、调测、管理、维护工作， 负责系统人机界面的美工设计 5.2 项目实施计划 项目前期的筹备阶段时间较长，目前在需求调研与分析，系统设计，平台上线方面都有了较多的工作及实际的工作成果。考虑到项目正式启动后会有正式的开发需求文档。相应的工作会在之前的工作基础上进一步完善，建议的项目实施计划如下表所示: 表格4. 项目实施计划 序号 工作任务 完成时间 交付物品 1 项目启动 2006-12-2 , 项目实施计划(MS Project文档) 2 需求调研和分析 2006-12-8 , 软件需求规格说明书(Word文档) 3 系统概要设计 2006-12-12 , 系统概要设计说明书(Word文档) 4 二维码电子票业务平台上2006-1-6 , 用户操作手册(Word文档) 线试运行 , 用户培训教材(Powerpoint文档) , 系统安装维护手册(Word文档) 5 二维码电子票业务平台初2007-1-10 , 系统初验报告(Word文档) 验 6 二维码电子票业务平台终2007-1-15 , 系统终验报告(Word文档) 验 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 24 页 二维码电子票业务系统建设方案广东移动江门分公司 6 项目管理计划 6.1 沟通管理 针对项目的实施制定明确的沟通管理计划，目的在于保证项目相关信息能够及时产生并得到有效的传递，从而建立统一的项目沟通流程和语言，明确项目组每位成员的沟通职责。 6.1.1 沟通流程及形式 项目组成员应将每日工作情况以日报形式提交给项目小组长(周期较短的项目可能不再根据分工的不同设定不同的工作小组，这种情况项目组成员的工作日报应直接提交至项目经理)，由小组长负责监督和控制项目组成员每日的工作进度，及时帮助项目组成员解决日常工作问题，或将问题提请项目经理解决。 项目组全体成员每周举行一次内部例会，将本周的各项工作进展以及遇到的困难进行总结和交流，并对下周的进行明确。会议结束后由各小组长负责归纳和整理，通过小组工作周报形式向项目经理反馈工作进展，项目经理整合和协调后以工作周报的形式发送给客户，并抄送双方项目总监。 项目经理应与客户项目经理约定每周工作周会的时间安排，并在工作周会前4个工作小时将上周工作报告及下周工作计划以工作周报形式发送给客户项目经理。项目经理应在工作周会结束后8个工作小时内，根据工作周会的讨论结果对工作周报进行更新。 表格5. 沟通计划列表 报告种类 责任人 提交时间要求 发送对象 工作日报 项目成员 每日下班前 小组长 小组工作周报 小组长 每周五下班前 项目经理 项目工作周报 项目经理 每周一中午前 客户项目经理 项目工作月报 项目经理 每月最后一个工客户项目经理 作日下班前 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 25 页 二维码电子票业务系统建设方案广东移动江门分公司 报告种类 责任人 提交时间要求 发送对象 会议纪要 项目助理 会议结束后8个与会人员、项目组 工作小时内 成员 6.1.2 与客户的接口 由于技术需要，在项目实施过程中有时候需要项目组成员直接与客户工作人员进行充分的沟通。但除了日常一般交流外，对于项目实施中比较正式和重要的协调工作统一由固定的接口人负责，并由其将沟通结果通知项目组成员，以避免多人答复造成沟通上的失误。如非特别说明，与客户的固定接口人为项目经理。 6.1.3 项目文档的交付与归档 项目成员完成相关项目文档的编写后，经过**公司规范的交付物评审流程后，由项目经理正式地交付给客户。 在项目实施过程中，所有文档(包括电子件)都应及时归档，统一平台管理。**公司统一采用Visual SourceSafe作为文档版本管理工具。 6.2 实施过程管理 6.2.1 实施控制的基础 **公司对项目实施的跟踪和监控分为七大类: , 综合控制; , 范围控制; , 进度控制; , 成本控制; , 质量控制; , 风险监控; , 管理。 这些实施控制的执行以项目的相关计划为基础，一般包括: 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 26 页 二维码电子票业务系统建设方案广东移动江门分公司 , 项目实施计划; , 各类变更申请; , 范围说明; , 变更管理办法; , 进度计划及管理办法; , 成本基准计划和管理办法; , 质量管理办法; , 测试计划; , 风险管理和应对计划; , 采购合同管理细则。 6.2.2 实施控制的手段 项目组将通过以下方法对项目实施进行跟踪和监控: , 每周项目例会。每周定期举行项目组例会;双方项目经理每周举行碰头会，交流项 目进展情况和双方需协调的工作。 , 会议纪要。每次会议的内容记录，包括与会人员、会议主题、中间过程、结论等， 对于讨论形成的问题跟踪表则形成会议纪要的附件。不管是项目例会还是双方项目 经理的碰头会都需要形成相应的会议纪要。 , 绩效报告。包括状态周报、进度报告和预测。每周根据项目计划、当前工作结果和 其他跟踪资料进行审核，并通过多种分析手段总结出项目实施的绩效报告。 , 阶段总结。每个实施阶段都由项目经理汇总阶段总结，尤其是到达进度里程碑时更 需要对项目的总体情况作详细的回顾和展望。 **公司项目总监将定期对项目提交的绩效报告进行审核，并因应项目的进展情况对重新 调整的项目计划进行审批和协调资源。 6.2.3 实施控制的具体措施 1. 制定沟通计划 在项目的计划阶段，项目经理必须制定完整细致的沟通计划，包括:组员的工作报告、 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 27 页 二维码电子票业务系统建设方案广东移动江门分公司 例会制度、干系人沟通界面等内容。 **公司采用Microsoft Project 2003作为项目进度的计划和跟踪工具。 2. 控制标准 在项目的计划阶段，项目经理必须制定合理的控制标准，在项目中首先要控制的是进度和质量，同时也需要控制项目实施成本的变化。因此，需要在制定控制标准时设定多种因素的标准，并平衡这些关键因素的作用。 3. 控制周期 系统项目将采用“周”作为项目跟踪和监控周期的基本单位，项目监控的沟通计划、绩效报告等都以此为提交周期。 4. 具体执行内容 周会是项目实施跟踪和监控的主要执行方式，通过周会总结每周的实施情况，提前对某些可能导致项目实施风险的控制因素进行防范，及时发现问题并调整项目计划，对于已造成负面影响的情况更加需要亡羊补牢并总结原因。 例会包括**公司项目组内部的周会、**公司与客户项目经理例会两种，过程大致相同，双方例会的具体流程可以由双方共同协商确定。以下为**公司项目组内部的周会流程，可以作为双方例会的参考。 在会议召开之前所有小组长(或项目成员)应该提交周工作报告，说明自己工作的进度和问题，这是周会的重要输入之一。 周会由项目经理召集，全部项目组成员参与，根据项目计划和其他跟踪资料(按控制标准而制定的跟踪表，如测试报告、进度报告等)，由与会人员总结项目实施情况，并产生相应的会议纪要和对计划的调整。 项目经理需要定期(每周)向项目总监提交项目实施报告和调整后的项目计划，由项目总监和其他相关管理成员对项目实施情况进行审核、评估，并提出相应的指导意见。 项目经理每周需要向用户提交进度报告和需要协助的详细工作说明。 本章只描述项目实施的总体控制办法，对于具体的跟踪和监控措施则在其他相关文档中 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 28 页 二维码电子票业务系统建设方案广东移动江门分公司 说明，如:风险的监控(项目风险管理)、质量控制(项目质量管理)、范围控制(变更流程管理)等等。 6.3 变更控制流程 变更控制流程简要描述如下: 1. 客户或**公司一方提出变更申请; 2. 将变更申请提交评审小组作初步审核; 3. 项目组对初步审核通过的变更申请进行详细评估，提交评估报告; 4. 评审小组讨论评估报告并决定是否接受变更; 5. 客户与**公司对合同进行修改(或补充协议); 6. 由项目组对变更申请进行实施。 6.3.1 变更的提出 提出变更需首先填写变更申请表。变更申请需提交给由客户代表和**项目组代表组成的评审小组。评审小组成员的资格将由双方有关人员做出书面规定，其中任何一方都可以书面形式通知另一方有关其人员更改的情况。评审小组初步审核通过后，将变更申请转交给项目组进行详细的影响评估。评审小组有权直接拒绝申请人提出的变更申请。 表格6. 变更申请表 项目名称 需求变更主题 编号 提出部门 优先级别 提出人 提出日期 联系电话 需求变更描述 附件列表: 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 29 页 二维码电子票业务系统建设方案广东移动江门分公司 提出人建议的 解决方案 6.3.2 变更的评估 项目组在接到变更申请的2天内确认已收到变更申请，并在 30天(或规定的时间)内，对变更申请进行分析研究并填写评估意见。 表格7. 变更评估报告 评估人 评估日期 批准人 批准日期 对工作量的影响 对项目进度的影响 对系统性能的影响 对项目文档的影响 对存储容量的影响 对软硬件配置的影响 其它影响 评估人建议的 解决方案 变更实施总费用(元) 6.3.3 变更的批准 由客户代表和**公司代表组成的评审小组将根据项目组的评估报告，就变更申请的技术可靠性以及对整个项目的影响做出评估。经批准的变更申请将转给**项目组进行实施，未被批准的变更申请将退还给提出变更的本人。 表格8. 变更审批表 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 30 页 二维码电子票业务系统建设方案广东移动江门分公司 【客户名称】 审批人签名 项目经理 审批日期 审批意见 **公司 审批人签名 项目经理 审批日期 审批意见 6.4 质量及安全保障体系 6.4.1 质量保证组织 **公司项目总监作为管理者代表，负责指导软件测试部门贯彻落实质量保证工作，测试部门将为项目组建质量组加入到项目组中，配备专职的质量管理人员1名，独立行使质量保证职能。 6.4.2 质量体系文件 **公司编制有质量体系文件，经审定后颁布实施。 质量体系文件按照层次分为三个层次文件:第一层《质量手册》是本公司对质量保证的基本要求和承诺，并对质量管理体系进行了描述，使全体员工质量活动的法规和纲领性文件，同时也是对客户的需求进行承诺的文件，公司立足做好电信运营商的服务商，全体员工必须遵守《质量手册》，以确保公司能开发出一流的产品，向用户提供满意的服务。第二层《程序文件》规定了软件开发、系统集成以及专业技术服务的过程和管理、控制。第三层《作业指导书》提供工作的准则和方法，《质量记录与表格》为质量管理体系提供了符合要求和有效运行的证据。 6.4.3 系统测试措施 质量组将按照制定的质量管理计划，通过严格的测试流程来控制项目产品质量，除开发小组内部测试外，由测试部门的专职测试人员组成测试小组对系统进行独立的测试。 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 31 页 二维码电子票业务系统建设方案广东移动江门分公司 6.4.3.1 测试的内容 测试内容将包括但不限于以下内容，将采用多种自动化测试工具辅助测试，具体测试内 容根据测试计划而定: , 设计文档、程序代码检查 , 界面及报表格式检查 , 功能测试 , 正确性测试 , 可靠性测试 , 效率测试 , 多用户测试 , 随机测试 , 共享测试 , 同步测试 , 压力测试 6.4.3.2 测试流程 下图是一般性测试的流程: 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 32 页 二维码电子票业务系统建设方案广东移动江门分公司 附图6. 测试流程图 , 系统设计时，设计人员需要整理《测试计划》; , 开发结束后，程序的开发者负责对软件测试人员进行安装、配置和使用培训，测试人员 对安装、配置和使用方法进行记录，对程序不清楚的地方开发人员负责解释; , 开始正式测试前，测试负责人对软件主要模块版本进行详细记录。对于测试过程中的版 本的更新，测试负责人记录并通知所有参加测试人员进行版本更新，每次开始测试前测 试人员应检查测试计算机上的版本是否为最新版本; , 测试中发现问题应填写《测试情况反馈表》，反馈表由测试者保留，定期汇总上报项目 经理; , 每次测试必须填写《测试报告》，项目经理定期向公司提交《测试工作报告》。 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 33 页 二维码电子票业务系统建设方案广东移动江门分公司 6.4.3.3 测试文档 表格9. 测试文档列表 序号 文档名称 说明 1 测试计划 描述测试方法、测试环境配置、测试内容和测试用 例设计等 2 测试情况反馈表 测试过程发现问题的记录 3 测试日志 记录测试过程的细节信息 4 测试报告 对测试结果进行总结和分析，给出测试结论，对问 题进行定位 5 其它测试文档 如需要，可在制定测试计划时提出需要补充的其它 文档 6.4.4 质量改进 在对系统进行严密测试之后，将形成系统改进计划，计划除包括程序的修改意见外，还可能涉及到变更申请内容，将按照变更控制流程执行。 按照项目的质量管理计划，经过多次质量保证流程的循环，可以在项目组内部有效的控制项目产品的质量，并按计划在开发和测试完成之后提交公司技术委员会内部评审，最终只有评审通过的合格系统才能提交给用户使用，否则需要继续改进系统质量，直到系统合格。 6.4.5 配置管理 **公司配置管理由项目经理负责，通过配置标识、配置控制、状态审计、评审和检查等方法对开发过程中的各类软件项及其状态进行控制，以利于追踪软件产品开发和修改的过程，保证软件产品各部分的一致性。**公司采用VSS(Visual SourceSafe)作为软件系统的配置管理工具。 开发文档、用户文档、测试用例、测试数据、支持软件、源代码、可执行代码、库、数据库等都是需要进行配置管理的软件项。 , 计划 项目计划阶段，项目经理开始编制《配置管理计划》，软件产品的开发应按照《配置管 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 34 页 二维码电子票业务系统建设方案广东移动江门分公司 理计划》的规定开展配置管理工作。 项目经理主持《配置管理计划》的评审，通过后成立配置管理小组负责配置管理工作。配置管理小组由项目负责人领导，配置管理小组成员由各功能小组组长组成。 , 内容 配置管理小组将指明要保存的软件配置管理文档，指明用于汇总、保护和维护这些文档的方法和设施(其中包括要使用的后备设施)，并指明要保存的期限。 配置管理小组建立并维护软件库。软件库分开发库和受控库，软件开发人员在开发库中工作，这时开发人员可自由提交各软件项。当前开发阶段结束时，将把这个阶段的阶段产品送入软件受控库，同时建立软件受控库的副本供下一阶段的开发使用，并建立新的软件开发库。当全部开发工作结束，在配置管理小组的计算机上建立软件产品受控库，并在开发人员计算机上建立软件产品库的副本。 , 重用 在软件产品开发进入试运行阶段后，项目经理将指定项目的软件重用主管，软件重用主管应组织项目组的软件开发人员研究分析项目的软件架构和软件代码的重用的可能性，并把可重用的软件架构、软件代码和相关的设计文档加以规范，以适应在后续项目中应用的普遍性。 软件重用主管要把代码提交给测试部进行测试，测试通过后，测试部将把重用软件存入软件重用库，以一定的方式发布可重用部件的简单介绍。 事实上， 系统也将大量采用之前积累的可重用部件。 6.4.6 数据安全措施 6.4.6.1 设计方面的考虑 系统采用多种数据保护措施，包括: , 数据加密，对于机密信息确保不以明文出现。 , 访问控制，系统服务器置于移动公司内网上，只有广东移动和合作伙伴的操作员才 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 35 页 二维码电子票业务系统建设方案广东移动江门分公司 能进行直接访问。 , 权限控制，系统采用严密的权限管理机制，只有具备指定权限的人才能进行相应的 数据浏览或编辑操作;权限的设置可以细化到具体的人，数据访问权限则细化到具 体的数据项，即，每个数据项都可以设定对它的访问权限，只有具备了该权限的个 人才能进行相应的访问操作。 , 操作日志，对于关键性的数据操作和文档的上下载，系统提供详细的操作日志记录， 可以跟踪数据修改的痕迹。 6.4.6.2 实施过程中的措施 在系统实施的过程中，包括系统开发、版本更新、测试平台迁移到正式平台等环节都需 要考虑数据的安全，将采取以下措施: , 版本和配置管理，**公司采用VSS管理软件系统的版本，有完善的管理措施。不管 是在内部开发过程中的版本控制还是正式的版本发布，这些管理规范可以有效的确 保系统版本的正确性，避免因为版本混乱而导致系统缺陷和数据的损坏。 , 版本更新发布，按综合应用管理系统的开发规范，版本的更新发布是由广东移动的 IT人员负责，**公司配合。在此过程中，**公司将会在提交新版本的同时提交更新 说明，包括操作的风险分析和防范措施。 , 数据备份和恢复，**公司在试用期间和保修期间都由专人负责系统数据的定期备 份，并在系统维护手册中详细说明系统的数据备份和恢复策略。在系统从测试平台 经过测试并准备转到正式平台时，**公司将把测试平台的数据进行清理，有效数据 将被导出，并确保能正确导入到正式平台。 日常维护工作，**公司有专门的技术支持人员负责系统的日常维护，并有相应的密码设 置规范和管理规则，可以确保只有负责的人员才有机会进行数据的维护。 本文档仅限信息技术有限公司和被呈送方内部使用，未经许可，请勿扩散到第三方。 第 36 页