1 / 48
文档名称:

电信翼机通方案(通用版).doc

格式:doc   大小:8,119KB   页数:48页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

电信翼机通方案(通用版).doc

上传人:水中望月 2019/4/18 文件大小:7.93 MB

下载得到文件列表

电信翼机通方案(通用版).doc

相关文档

文档介绍

文档介绍:莄羄莁莇蒄中国电信手机翼机通肁衿系膆统薄方蒂案薁腿蚄袃聿中国电信集团内蒙古分公司羈目录螄第一章需求分析3芄(一)工程应用需求分析3螀(二)工程功能需求分析3蚆(三)工程性能需求分析4袄(四)对接扩展需求分析5蚄第二章翼机通系统设计方案7膈(一)总体设计目标7蝿(二)系统总体架构10袄(三)卡片设计方案11袁(四)终端设计方案12羀(五)网络设计方案14薈(六)系统主要功能和性能指标15羄第三章翼机通应用管理系统17节(一)消费管理子系统17蚂(二)门禁管理子系统21芇(三)巡更管理子系统25肃(四)车辆出入管理系统26蚃(五)身份查验系统28肀(六)水控收费子系统30肆(七)娱乐收费子系统31膃(八)班车管理子系统32肄(九)考勤管理子系统32螂(十)通道管理子系统33聿(十一)会议签到子系统34芃第四章典型成功案例35膁1、网络集中运营及独立运营“手机一卡通”典型工程介绍36芀2、传统“一卡通”典型工程例表37袈莃薂羂蚇蚇第一章需求分析羃(一)工程应用需求分析葿翼机通系统主要由翼机通系统平台和应用子系统两大部分组成。应用子系统分为四个系列:支付交易类业务系列(如食堂售饭、超市购物等应用);身份识别类业务系统(如门禁管理、巡更管理、身份查验、访客管理等);查询转账类系统(自助查询机查询交易记录、通过银联卡转账、手机卡挂式、修改个人密码等);对接扩展业务系统(如财务管理系统、人事信息系统接口、后勤管理系统对接、监控系统对接等)。蚀在应用软件界面上用户可以进行自定义菜单,实现操作使用一体化。螇在翼机通平台上,可以实现身份信息、电子钱包信息的全局共享,同时实现对各个子系统的状态的监控,实现全局的财务信息的统一管理。莃(二)工程功能需求分析膁翼机通主要具有储蓄、取款、消费、身份认证、个人信息查询等功能,其应用覆盖单位内综合消费系统,包括收、缴费及各类款项支取,单位各类小额消费;以及信息查询系统,包括身份认证,管理信息查询及统计分析等。蒈1)建立一体化的翼机通平台袇建成一体化的、以统一身份认证、统一信息门户及共享数据平台为基础的“翼机通系统”的骨干平台,作为翼机通应用的商务管理、身份识别管理的各子系统都建立在该平台下,以后随单位规模的扩大和卡片功能的增加只需随时增加子系统,不需再对平台进行推翻改造。螄持卡人的基本信息资料和电子钱包都作为统一的公用数据在全网上实时共享,做到一人一卡、一人一户,所有数据的变更都做到全网立即生效。蕿2)实现“翼机通用”***在单位内,凡涉及到现金使用的任何一个消费网点,翼机通的电子钱包都能通用,所有商户单位不论其性质与规模都可以授权代理收款、结算,商户资金可以实时到账。如:缴费、食堂、超市、小卖部等。羇用翼机通取代各个单位以前的各种证卡(包括员工证、工作证、停车卡、出入证等),实现身份识别翼机通。所有用证、用卡的信息管理系统,其身份识别部分都连通“翼机通”系统,实现身份识别的数据共享。羁3)实现结算统一管理莁通过建设翼机通结算中心,对所有单位场内商户实现统一结算和管理。羆(三)工程性能需求分析肆1)卡片分析莂环保厅翼机通系统涉及各类人员,应用系统诸多,因此,对卡片的设计规划有较高要求,卡片需满足各类身份类别需求并且要求有足够冗余。卡片结构设计需具备公用信息区,自定义信息区、多个电子钱包,以真正实现卡片通用,而不是一卡多用,所以选用电信推出的RF-UIM卡。蝿2)终端分析罿脱网支付交易时有发生,终端设备要求高。由于终端设备数量较大,分布点较广,零星业务点较多,持卡人在企业内往往不带现金,所以一旦网络发生故障,将给持卡人带来诸多不便,也影响商户营业。按日支付交易量80万笔计,终端设备35台,则每台终端设备平均交易2300笔/日,按使用频率高低比计算4:1,则每台终端设备应可以存储3,000笔以上的详细支付交易记录(含支付交易日期时间、支付凭证号、交易卡号、卡交易流水号、交易额、余额、营业员代码等),并且应具备独立结算能力。除此之外,还应具有10万个以上黑(白)名单管理能力。肆3)后台数据中心TPC-C计算螃翼机通系统支付交易数据量比较大,实时性要求高。以发卡数为1万人,日平均使用人数为80%-90%,预计平均每人每天使用12次,则每天要发生12万余笔支付交易流水。由于高峰期突出,这些使用大约集中在三个小时内完成,则要求系统每小时处理4万笔各类交易数据。蒁以每个流程产生的数据库操作数为检索、新增2个操作计算,结合数据库操作复杂指数是TPC基准测试环境的9倍计算,每天产生的总的数据库操作将达到120000*2*9=2160000次。螈那么每分钟的数据库操作为2160000/(60)=36000膆考虑到CPU的繁忙时间低于70%时,系统的性能较好,我们将这个比例定在60%。所以系统的TPC-C值应达到:36000÷60%≈