移动自动缴费机系统设计Word格式.docx
《移动自动缴费机系统设计Word格式.docx》由会员分享,可在线阅读,更多相关《移动自动缴费机系统设计Word格式.docx(20页珍藏版)》请在冰豆网上搜索。
网络还是没有及时的普及到哪里。
所以交纳话费也不时很方便。
所以还需要自动缴费机的驻扎。
1.2可行性研究前提
要求设计的系统功能
现金模式自助缴费
用户投入人民币,实现用户帐户充值或缴费。
银行卡模式自助缴费
用户通过银行卡,实现用户帐户充值或缴费。
现金模式自助售电
用户投入人民币,实现用户电卡表IC卡充值
银行卡模式自助售电
用户通过银行卡,实现用户电卡表IC卡充值
缴费发票打印
缴费成功,自助打印出用户缴费发票,发票为76mm宽卷筒发票,印制黑标,电力局需预先定制
缴费凭证打印
缴费成功,自助打印出用户缴费凭证,可根据此凭证换取发票
即一下几点
1自助缴费终端基本业务功能介绍
自助缴费终端为中国移动客户提供现金缴费及银行卡缴费服务。
1.1现金缴费功能各省市公司根据当地客户的消费习惯,提供面额从10、20、50、100元不等的人民币现金缴费方式。
(备注:
各省市公司可根据本省具体情况对缴费金额的上下限进行界定)。
1.2银行卡缴费功能系统及设备支持银行卡金额不等的刷卡缴费方式(备注:
1.3打印功能客户缴费成功后可打印出相应的缴费凭据或缴费发票
2自助缴费终端业务流程
2.1现金缴费业务流程
1)两次输入缴费号码自助缴费终端要求用户两次输入要缴费的手机号码,避免客户因手误而输错号码导致缴费有误。
再由终端发送号码至后台系统进行身份确认,符合要求的提供自助缴费服务。
2)话费余额查询提示客户输入服务密码可以查询话费余额,系统自动将服务密码提交到BOSS系统进行校验,确认客户身份,然后显示用户话费余额及用户姓名。
此流程为可选项,用户可选择跳过该项查询直接进入话费缴费。
3)缴纳纸币待用户输入所需充值的手机号码无误后,自助缴费终端将提示用户放入所需缴费金额面值的纸币,再由自助现金缴费终端进行自助识别。
并且终端界面还会提示用户该终端可收取的纸币券别样张,对于达不到券别标准的纸币,终端会将其退回给客户。
4)接收纸币当用户准备放纸币前,终端界面提示用户必须逐张放入纸币。
用户每成功缴纳一张纸币,终端将显示此张纸币的面额,以及客户已缴纳纸币的总金额,同时询问客户是否继续缴纳纸币,客户按“确认”键确认缴纳完毕,或在指定的时间内(一般设为30秒)没有再次放入纸币时(此时也将被视为缴纳完毕),终端按照已经缴纳的现金总额办理缴费业务。
5)交易提交用户缴纳现金完毕后,自助缴费终端向后台系统提交交易请求,并转发至BOSS系统进行业务处理。
处理结果将显示在终端上:
Ø
交易成功,显示本次成功缴费金额,并显示查费途径;
交易失败,显示本次缴费失败原因,提示客户立刻向现场服务人员寻求帮助。
6)打印发票,凭据在缴费成功后,终端可以为客户打印正式发票或缴费凭据(二者选其一),由客户自行选择是否需要打印。
各地可根据当地发票管理办法选择当场打印或月结打印发票
1.1.2目标
电力自助缴费系统可根据用户的需要,编辑、播放各种移动业务知识,集动画、图像、文字、音乐、触觉于一身,向用户介绍电力知识,提供业务自助办理、电费自助查询、发票打印和自助缴费等各项功能,能有效地通过与客户的双向交流,向客户提供既定的营销和服务。
1.2.3条件、假定、限制
1) 所建议系统的运行寿命的最小值:
建议系统升级时间周期为2年;
2) 进行系统方案选择比较的时间为一个星期;
3) 经费来源于开发者或者企业赞助;
4)该系统要受资金、寿命、社会等系列因素的制约和限制;
1.2.4可行性研究方法
因为我是从大山里出来的孩子,在我们那里如今飞速发展的网络并没有作用到。
在我们那里需要的是自动缴费机。
这样方便快捷的机器最适合那里的情况。
1.3技术可行性
首先,根据客户提出的需求来进行设计,而现在的技术方面基本可以实现这个系统。
做好后在根据客户需求来修改。
2.需求分析
2.1项目概述
开发一个自动缴费系统,拥有现金模式自助缴、银行卡模式自助缴费、现金模式自助售电、银行卡模式自助售电、缴费发票打印、缴费凭证打印等功能。
体系优点
安全性
通过自助终端服务器方式,对于局方来说就只有一个接入点,这在防火墙上可方便实现安全策略,并且自助终端数目的新增加,安全策略无须作新的调整。
通过自助终端服务器上数据均有严密合法性检查,对一些非法数据,自助终端服务器将阻止该数据上送。
集中管理
通过自助终端服务器方式,可很方便对自助终端进行数据统计、终端监控、远程控制、终端管理。
拓展性
自助终端服务器可方便与增加与第三方系统对联,对联节点的增加不会影响原有网络架构。
软件架构
电力自助缴费系统采取B/S、C/S混合架构设计,终端用户操作界面采用C/S模式,终端监控、管理采用C/S模式,后台网管采用B/S模式。
自助终端服务器的数据库建在电力营销MIS系统数据库里,自助终端服务器采用远程访问修改数据库数据。
2.2系统流程图;
2.3数据流图
选取充值选项
输入充值号码
投入充值金额
是否打印凭证
确定金额
充值成功
顾客
充值完成
D1选择充值
D1选择号码
D2输入信息
D4是否打印
点击选取
个人信息
币种
金额大小
D3金额信息
数据流图由四种基本的元素构成:
数据流,处理,数据存储和数据源(数据终点)。
数据流:
为具有名称且有流向的数据,用标有名称的箭头表示,一个数据可以是记录、组合项或基本项。
处理:
表示对数据所进行的加工和变换,在图中用矩形框表示。
指向处理数据流为该处理的输入数据,离开处理的数据为处理的输出数据。
数据存储:
表示用文件方式或数据库形式所存储的数据,堆砌进行的存取分别以指向或离开数据存储的箭头表示。
数据源及数据终点:
表示数据的来源或数据的去向,可以是一个组织或人员,它处于系统范围之外,所以又称它为外部实体,它是为了帮助理解系统界面而引入的,一般只出现在数据流图的起点和终点。
2.4数据字典
数据字典是关于数据的信息的集合,也就是对数据流图中包含的所有元素的定义的集合。
由于本次设计是小型软件系统的开发,所以采用卡片形式书写数据字典。
每张卡片上保存描述一个数据的信息这样做更新和修改起来比较方便,而且能单独处理描述每个数据的信息。
下面将列出若干数据元素的数据卡片信息。
数据字典;
名字:
充值信息表
别名:
选取充值类型
描述:
标识用户选取充值的类型
定义:
现金充值+银行卡充值
位置:
用户名
惟一标识本系统的用户身份
用户名=8{字符}8
操作用户表
确认信息
标识你充值的手机号码确定
确定你要充值的手机号码是否正确
输入号码
手机号
标识你输入的充值号码
number
标识是否需要打印凭证作为证据
输入金额
标识需要充值的金额面积
5元+10元+20元+50元+100元
2.5实体联系
E-R图
2.6状态图
选择充值类型
输入账号
现金
银行
不存在
确认号码
重新输入
金额的大小确定为5元.10元.20元.50元.100元
不愿意继续充值可以直接选择取消
取消充值
状态图
2.7层次方框图
2.8性能需求
(1)数据精确度
由于采用数据库技术并且用户的应用领域对数据精确度的要求不是太高,所以这点在系统中表现得比较少,但是用户数据的安全性与正确性是完全保证的,所以对用户的使用没有多大的障碍。
(2)时间特性
本系统的数据库较小,所以程序在响应时间,数据更新处理时间上性能是比较突出的。
而且也正由于数据量相对较少,故在数据传输时间和系统运行时间上表现的较让人满意。
(3)适应性
该软件是使用ASP在windows
xp系统下完成的所以只要是兼容windows的软件或是操作系统,该软件都可以正确地运行,有较好的适应能力与兼容性。
而且应用户的特殊需求软件在完成后的维护阶段可以保持一个与其他类软件接口,随时满足用户的使用要求。
2.9运行环境
2.9.1电力自助缴费系统网络拓朴
2.9.2终端网络接入方式
营业厅里的局域网模式:
对于安放在营业厅里的自助设备,网络与电力主机是相通的,此时机器则直接接入局方网络。
对于安放在居民小区、大型商场或超市等地方的设备可通过DDN专线或GPRS、CDMA无线专线来连接。
2.9.3自助设备需要使用端口
21、23、80、5500、5700、6600
2.9.4自助系统IP分配说明
分配一固定IP作为自助终端服务器使用,分配一固定IP给每台自助终端。
2.9.5自助系统需连接的系统
自助终端服务器需访问电力营销自助服务接口程序,银联中心POS服务程序。
2.9.6自助终端服务器作用
1)自助终端服务器为自助终端提供服务调用,自助终端各种交易都由自助终端服务器转发,提高终端处理速度及稳定性。
2)监控各台终端运行情况,在网管里提供终端运行状态监控
3)记录各台终端交易日志,记录交易流水,在网管里提供记录查询及报表打印。
4)采用自助终端服务器,可减轻终端处理压力,业务逻辑在自助终端服务器上实现,终端只负责显示及输入输出。
5)采用自助终端服务器增强了电力网络安全,因为对营销系统来说,只有一个接入点,而不是各个终端,这样在防火墙上安全策略配置相对来说要简便点,并且可对服务器IP可作严格设定。
3概要设计
3.1总体设计
通过这个阶段的工作将划分出组成系统的物理元素。
系统概要设计的基本目的是用比较抽象的概括方式确定系统如何完成预定的任务,也就是要确定系统的配置物理方案。
软件结构设计时应该遵循的最主要的原理是模块独立,让模块彼此间的接口关系应该尽量简单。
3.2系统功能模块图
可以根据模块独立原理对软件结构进行精化。
为了合理的分解,得到尽可能高的内聚、尽可能松散的耦合,最终要的是,为了得到一个易于实现、易于测试和易于维护的软件结构,应该对模块进行再分解或合并。
模块图;
自助缴费机系统
系统模块
输入模块
维护模块
查询模块
报表模块
帮助模块
打印设置
日志管理
选择模块