时间:2023-06-08 15:40:02
序论:写作是一种深度的自我表达。它要求我们深入探索自己的思想和情感,挖掘那些隐藏在内心深处的真相,好投稿为您带来了七篇财务转账流程范文,愿它们成为您写作过程中的灵感催化剂,助力您的创作。
目前,政府部门、高校、事业单位等一般均有财务核算中心。随着国家对预算资金监管和使用的相关规范文件出台,财务集中核算日益发挥着重要的核算和监督作用。财务结算中心一般承担着本部门或者本企业全部资金的结算任务,资金量很大。日常财务报销中,根据财务制度规定1 000元以上要求转账支付,1 000元以下可以使用现金结算。随着公务卡强制使用制度的落实,财政预算资金公务卡结算日益增多。面对复杂的结算方式,?x择一种安全、高效、便捷的结算方式至关重要,非现金报销方式不失为一种好的结算方式。
一、财务结算中心报销现状分析
(一)报销支付方式多样。根据预算资金管理相关规定,中央部门日常经费使用,属于公务卡刷卡目录的支出,强制使用公务卡刷卡结算,保留刷卡小票报销,属于中央财政零余额资金的,记入“待清算公务卡报销额度”往来科目,每月集中还款一次,通过零余额网银系统公务卡还款功能支付,方便快捷。属于非零余额资金的,报销当时直接用单位卡支付,直接还款到个人公务卡账户,随报随清。对于现金业务,一般报销人员提前报用款计划,报销时随报随清现金。
(二)支付现金存在隐患。根据财务管理规定,为保证资金安全,一般单位当日库存现金不能超过规定限额,通常要求在800元以下,不同单位可能会有所不同。出纳人员根据报销用款计划当日支取现金,当日超限额资金要送存银行。每日取现金需要专车和保安护送,由于银行业务处理需要一定时间,每天上午时间被取现金占用,下午报账后现金还要在银行下班前入库,导致报账效率低下,服务质量下降,报销人员意见很大。同时单位还需要保障车辆和保安人员时刻待命,人力物力浪费很大。出纳工作效率不高,疲于在银行和单位间奔波。被服务单位满意度很低,形成报账难、排长队现象。
(三)财务软件功能模块利用率低。财务核算一般都使用了财务核算软件,有些部门还开发了本部门专用的财务核算软件。例如气象部门使用的是某软件公司开发的A++报账系统,根据气象部门特点和具体要求,增加相应模块满足日常使用。但是各单位使用中,特色化模块要求具体使用单位进一步细化和调试。大部分使用单位只使用了系统化模块,特色化部分懒于使用开发,使软件利用率低,很多数据分析功能未使用,只开通了日常核算功能模块。
(四)网银使用普及不够。电子支付和银行网银支付日益普及,新型结算方式取代传统方式是时展趋势。核算中心推行网银结算方式可以提高支付效率,但是在推行过程中遇到很大阻力:被核算单位领导不重视,认为资金不安全,对开通网银比较抵制;核算中心出纳认为使用程序复杂,不如直接报销开票便捷,安于现状,导致网银普及率低,结算方式不能适应当前信息化核算要求。
(五)岗位分工不能适应信息化要求。传统岗位分工是会计和出纳分管具体核算单位,是按照单位进行岗位分配,具体核算单位业务量多少不一,造成岗位分工不均,需要定期轮岗,不利于被核算单位日常业务精细化管理和长远发展,影响财务人员工作积极性。信息化条件下,根据财务信息化平台系统,将财务基础工作按照标准化、流程化的作业方式进行流程再造,每个岗位流程都有明确职责和分工,每位财务人员可以负责报销流程的某一环节,实行大平台管理,使财务报销实现程式化、标准化、精细化管理。
二、财务结算中心非现金报销解决方案
(一)开发依托于财务报销系统的取数软件。该软件按照日常报销中不同结算方式进行分流,尤其是现金业务,在报销时,根据现金所属资金来源自动抓取数据,登记领取人信息,定期汇总,集中进行转账汇款。例如差旅费报销中,住宿费使用公务卡报销、差旅补助使用现金报销。在出纳报销流程中,公务卡登记在“待清算公务卡报销额度”科目,现金部分登记在“待清算储蓄卡报销额度”,同时按照报销人分明细登记,定期生成报销人汇总单。出纳根据汇总单资金来源,通过网银转账,上传发放表,在网银系统财务发放模块,支付报销现金。具体流程如下:
1.单据报销[公务卡报销零余额]出纳登记零余额网银录入会计网银审核网银还款打印单据会计记账。
2.单据报销[公务卡报销非零余额]出纳单位卡直接还款打印单据会计记账。
3.单据报销[现金报销零余额(非零余额)]出纳登记网银转账出纳上传发放表会计网银审核网银还款打印发放成功单据会计记账。
4.单据报销[汇款报销零余额(非零余额)]出纳录入网银转账会计网银审核网银还款打印发放成功单据会计记账。
5.工资发放出纳录入网银转账会计网银审核网银转账出纳上传发放表会计网银审核网银发放打印发放成功单据会计记账。
(二)开通银行网银结算。通过开通银行网银结算,核算中心率先实行工资全部网银转账发放。根据工资发放流程,使用网银工资发放模块,上传工资数据,工资即刻到账,发放成功单据及时打印,差错每笔可查,提高了效率。日常财务现金报账,做到了每日报账,每周汇总还款,节约了出纳去银行送单据时间,银行网银转账一分钟到款,同时银行短信设有到款提醒,发放差错能实时检测,及时更正,财务报销基本实行无现金库存。对于日常转账业务,实行网银转账,报销人员不再拿支票,杜绝了人工填写错误退票现象,报销人不用再去送支票,节约了时间和金钱。对出纳人员,基本不用再去银行,直接网银操作就完成了报销业务,单位车辆费用和安保、司机人员工作量大幅下降。这些措施的施行,被服务单位普遍反映效率提高,职工非常满意。
(三)制订岗位职责和内控制度。按照当前信息化管理要求,制订网银操作岗位内控流程,银行网银密匙有三人保管,录入员、审核员、主管三人负责,相互牵制,分工明确。制订各报账岗位具体岗位职责,做到不相容岗位分离。细化岗位分工,严格执行岗位责任制,使日常业务工作统筹化、集约化、程式化管理,提高核算准确度。对每个岗位职责权限有明确规定,出现问题能落实到具体岗位人员。对每笔网银支付和现金还款都通过电子支付和报账平台操作,做到有据可查。
(四)建立财务共享服务结算平台。适应信息化管理环境,电子发票和网上报账已经运用到日常结算中,电子支付和无纸化财务报销新模式正在逐步推广。财务单据通过报账录入终端,原始发票通过高拍?x扫描,存储电子数据,上传会计结算中心。结算中心审核人员实时审核,动态显示票据审核状态,使报账直观高效。电子数据实时存储,每项业务存储电子档案,可以追踪每笔资金使用情况。电子数据存储要求单位硬件系统必须足够强大,网络设施和网络资金安全监控要制定严密的内控制度,保证资金和数据的安全。同时通过共享服务结算方式的转变,可以实现财务数据资源共享,在大数据分析系统帮助下,对数据进行多次加工,为单位发展和决策提供数据支持。
三、财务集中核算未来发展方向
(一)电子结算模式更加普遍。财务集中核算已实行很多年,在不断发展的信息化环境下,财务核算中心要与时俱进。在财务报销软件和网银支付方式普遍被大众接受的情况下,大力发展电子商务结算模式,充分利用网络条件,提高支付准确性、效率性,做到每笔业务有迹可查,减少差错。
(二)财务信息大数据分析被广泛应用。运用财务大数据分析平台,对财务数据进行分析、整理,为单位提供更加真实、可靠的参考数据,为领导决策提供数据支持。运用科学化、流程化、标准化的会计结算管理方式,可以保证财务数据核算口径统一,高效准确。积极设立财务核算软件系统二次开发项目,对日常财务数据特色化模块进行开发利用,提高软件使用率,减轻会计人员工作量。
(三)会计人员业务培训常态化。国家各项制度和财务核算要求更新迅速,国家对财务数据质量要求越来越严格,对预算和决算编制工作更加重视。为了发挥会计监督功能,缩小预决算执行差异率,应重视财务人员的日常业务培训,狠抓落实审计检查发现的问题,从源头入手,加强会计骨干人才培养,制定激励考评措施,使核算中心能以制度为准绳,以操作流程为主线,规范核算,强化责任,确保各项资金使用安全、合规。
(四)“互联网+”多种新型服务方式并存。财务核算不仅对核算数据要求准确,服务质量也要求有更高的水平。
1.“码”上知道。互联网时代财务共享服务中,通过把被服务单位需要了解的相关政策梳理拆分,形成便于报账人理解和使用的知识点,并以二维码为载体向报账人推广。报账人使用移动终端扫描二维码即可获取相关财务报账政策。通过局域网政务系统平台链接单位财务平台,使分管单位能随时查询资金使用情况、预算执行情况。
[关键词] 网络银行;数字化校园;信息化;财务缴费系统;
[中图分类号] F832.2 [文献标识码] A [文章编号] 1006-5024(2007)12-0166-03
[作者简介] 申 凯,东华理工大学教授,研究方向为财务管理;
侯志才,东华理工大学教师,研究方向为财务管理;(江西 抚州 344000)
李忠青,江西投资房地产有限公司总经理,研究方向为企业管理。(江西 南昌 330096)
现代化的学校离不开现代化的管理。管理信息化水平正在成为衡量学校总体水平的重要因素之一, 也是学校管理能否达到国内高水平大学的重要标志。校园一卡通系统作为数字化校园的基础工程,是数字化校园中有机的、重要的组成部分;为数字化大学提供全面的数据采集平台,结合大学的管理信息系统和网络,形成全校范围的数字空间和共享环境;为大学管理人员提供具有开放性、灵活性的应用服务管理平台,是管理与管理科学化的必要前提和基本途径。将给全校师生带来一种全新的、现代化的生活。
一、基于个人网络银行的财务缴费系统架设总体规划
1.财务缴费系统的总体结构拓扑图。本系统采用多层C/S架构,由于在客户端与数据库之间加入了一个“中间层”,就使得业务规则、数据访问、合法性校验等工作放到了中间层进行处理。客户端不直接与数据库进行交互,而是通过中间层建立连接,再经由中间层与数据库进行交互,建立在中心数据库服务器上的连接数量将大大减少,并且是动态建立与释放连接,因此客户端数量将不再受到限制。当业务规则发生改变时,只需更改中间层服务器上的某个组件,而客户端应用程序不需做任何处理,有时甚至不必修改中间层组件,只需要修改数据库中的某个存储过程。
2.基于个人网络银行的财务缴费系统功能模块设计
二、架设基于个人网络银行的财务缴费系统硬件及软件条件
通用硬件设备包括发卡中心数据库服务器、前置机、银校转账服务器、一卡通应用服务器、接入服务器、磁盘阵列、交换机、路由器、加密机、发卡中心发卡设备。专用硬件设备包括消费POS、圈存机、自助终端、读卡器、充值机。通用软件包括SCO Unix系列操作系统、Oracle 数据库、Win2000操作系统、SQL Server2000数据库。应用软件即各类子系统。
三、各功能模块设计
(一)网上交易的必要条件和客户端界面设计说明。本系统的上位机是依附于银行的安全机制,用户的银行卡消费全部发生于银行系统内部,因此具有极高的安全性,商户与网银中心的数据交互的特点:数据金额比较小,交易后对账机制,鉴于以上特点,在这一块上安全不要求太高,因此数据传输采用URL方式,即本系统形成含有网银规定的接口参数FORM,用POST方式向网银中心提交,返回信息同理,数据传输过程采用数字签名和DM5加密方式。归结如下:
1.网上支付使用条件。客户已在建设银行签约,申请网上支付服务,签约的账户(信用卡或储蓄卡账户)可用于网上支付,网上支付的结算范围不能超过建行网上银行的辖区范围。
商户与建设银行签定协议,银行为其提供结算账户与网上预申请密码等,网银中心受理并核发CA证书,建立商户信息维护表。
2.网上支付流程
(1)客户登录学校WEB网站,选择需办理转账业务类型。
(2)客户选择付款的银行――建行,确认后,商户代码、订单信息、合计金额通过浏览器URL传到建行网上银行站点;网上银行自动显示支付页面,客户首先选择是否使用建行证书,然后输入龙卡号和密码,选择“确定”。支付信息经加密后传送到网银中心。
(3)网银中心接收客户支付信息,转发到银行后台业务处理系统。
(4)银行后台业务系统处理后,返回处理结果给网银。
(5)网银通知客户支付(扣账)是否成功。如果扣账成功,提示客户注意接收商户返回的送货信息;立即响应的商户,如果支付成功,网银将成功结果反馈给商户。若支付失败,不返回给商户信息。
日结时,商户与开设结算账户的建设银行(网银成员行)进行流水核对,对已支付但未得到商户确认的交易进行相应的处理。
3.客户使用建行证书。客户在商户网站选择建行支付后,被链接到建行网上银行网站。该链接将商户名、柜台号、定单号、金额,验证信息传到网上银行系统(建行提供无密钥的MAC算法)。客户进入建行网上银行系统时选择是否使用建行证书进行支付。如果是建行签约客户,可以选择有证书支付。如果客户没有与建行签约,只能使用无证书支付。
4.网银系统返回信息。网银系统返回给商户成功或失败信息(按商户类型,分两种情况进行处理)。
(1)对于不需要实时反馈支付结果的商户,直接将支付结果通过浏览器显示给客户。
(2)对于需要实时反馈支付结果的商户,将支付结果返回客户,同时,如果支付成功,将结果和数字签名信息(注:签名算法和签名内容由建行指定)反馈给商户,签名校验成功后,进行后续处理;如果支付失败,不再通知商户。
5.学校的交易款结算与对账流程。学校在建行开设专用结算账户。客户在建行网上银行支付功能下付款,货款记入学校的专用结算账户(含定单号信息)。学校可通过浏览器登录建行网上银行,可实时查询网上支付流水,也可在商户本地数据库中查到支付信息(但建议登录网上银行查询),学校也可通过浏览器下载对账文件(支付流水清单),该文件上的每笔货款已成功支付。
(二)WEB客户端前台模块。WEB客户端提供用户与银行之间的转账服务,提供校园一卡通转账、学费缴纳转账及转账信息查询功能。登陆时默认为一卡通转账页面,用户只需在下拉菜单选择所需服务即可。
一卡通充值转账、学费转账两者类似,用户需填写自身验证(如:学号)及其他的相关信息,点击确定之后即可通过链接进入网银系统,最后用户填写银行的相关资料器,点击提交之后,由网银中心向学校银行接口机发送相应的转账信息,并返回转账成功信息。否则,返回失败信息,如:验证信息不正确、转账金额超出银行卡余额等。
转账信息查询:用户输入自己的学号,银行服务器根据学号查询相应的转账信息,如果有转账,向用户界面发送转账信息,否则,返回查询不存在。
用户消费查询:用户可根据一定的条件查询自己在校园的消费情况。
(三)后台管理模块。主要完成系统消息,如一些校内缴费、充值情况、站内公告内容管理等;系统参数修改,如修改商户、银行代码、等级考试等相关参数;数据校对,主要校对学校银行接口机上的交易记录与银行的记录是否一致。
(四)银行接口机模块设计。本子模块主要实现与银行服务器和圈存机的通信和数据处理,是整个系统的通信枢纽,接口机的设计主要包括:
接口机socket通信程序:接收并处理来自圈存机的验证信息。
接口机数据库设计:存储转账信息,以及基本的数据库操作语句。
PC机与89C51单片机的串口通信程序:实现与单片机的串口通信程序,主要用于设定圈存机的IP地址。
1.缴纳学费处理流程。银行服务器在接到缴纳学费的信息后,在更改用户的龙卡余额的同时,将接收到的相关用户信息生成唯一标识的订单号(这是个非常重要的序列号)。然后将订单号经相关处理后(如md5加密和数据字签名),传送给学校银行接口机交由其进行相关的处理。学费缴纳不存在学生圈存的行为,当接口机接收到成功的转账信息后,财务中心的服务器会实时地接收到转账记录,为了确保正确性,财务处还需做数据校对工作。
2.“一卡通”充值处理流程。与学费缴纳的处理流程相似,银行服务器在接到转账充值的信息后,在更改用户的龙卡余额的同时,将接收到的相关用户信息生成唯一标识的订单号(这是个非常重要的序列号)。然后将订单号经相关处理后(如md5加密和数据字签名),传送给学校银行接口机交由其进行相关的处理。当接口机接收到成功的转账信息后,提示用户充值成功,学生在确认转账成功后,到圈存机上进行圈存,为确保学生转账信息的安全和准确的到达接口机上,财务部门要采取相关的校对措施对数据进行有效快速的校对。
(五)圈存机模块设计。圈存机上用于控制信息的显示和信息数据包的通信,数据的通信包括:单片机与单片机的通信,单片机和PC机(银行接口机)的通信。主要工作有电路的连接,相关部件的控制和逻辑控制。
(六)系统后台数据库模块设计。总体设计思路:所有上位机软件只操作银行接口机上的数据库,银行接口机数据库中的表分二部分:(1)本地创建的信息表;(2)来自于一卡通中心服务器和财务处服务器上的表(通过合并复制技术保持这些表在三个不同数据库服务器上的同步和一致,即当银行接口机上对应的表数据发生变化时,一卡通中心服务器和财务处中心服务器的表数据也要发生相应的变化,反之亦然)。
1.数据安全保密设计。采用用户名和密码对SQL2000服务器进行登录验证,充分利用WINDOWS操作系统的安全机制来弥补数据库安全漏洞,防止伪造非法登录数据库服务器。
只有特定的用户可以访问和查看数据。具有相应修改权限的用户才能更改数据,即基于角色分配权限模式,坚持“最小权利”原则。使用视图和存储过程以分配给用户访问数据的权利,尽可能不让用户编写一些直接访问数据的特别查询语句。
建立完善数据规则、关联性,维护数据的统一、完整性,形成一条健康的数据访问规则和数据之间的关系链。充分使用存储过程,减少网络中的流通量,加强数据的安全性。
2.网络通讯与数据安全。本系统的上位机是依附于银行的安全机制,用户的银行卡消费全部发生于银行系统内部,因此具有极高的安全性。数据传输采用URL方式,即本系统形成含有网银规定的接口参数FORM用POST方式向网银中心提交,返回信息同理,数据传输过程采用数字签名和DM5加密方式,上位机软件采用基于角色的权限代码防问、强名称制、验证码等技术。
上位机与下位机数据交互采用SOCKET通讯,对接发数据进行加密,采用何安全方式待定。
读卡机与卡片的信息交互采用无线通讯,运用密码验对的机制,如:其卡的KEY-A密码/ KEY-B密码必须与售饭机的密码一致),KEY-A密码=“XXXXXX”; KEY-B密码=“XXXXXX”;操作控制C10 C20 C30=XXX,另根据卡片出厂唯一的地址号进行加密设计即一卡一密,以保证读卡数据的正确性、合理性、防伪造性。
四、基于个人网络银行的财务缴费系统应用前景
以校园卡系统为平台,充分利用银行的金融服务,实现以人为本,从大学环境、资源到活动的全部数字化管理,将满足大学数字化建设的需求及目的,将大大降低办学成本。
参考文献:
市场需求和教学现状分析
传统的出纳实务教学主要存在以下问题:一是教学内容上,出纳实务没有作为一门独立系统的课程进行学习,出纳知识只是作为会计的部分章节;或者有的院校虽然单独开设了出纳实务课程,但教学内容还是以会计核算为主,涉及出纳的教学内容比较单一,多以现金业务和银行结算业务为主,与现实性、前沿性不符合,与实践联系不紧密。二是教学方式上,大多依靠多媒体课件讲授,虽然部分教材按项目和工作任务编排,也设计了岗位实训所需的一些单据,但在实训教学中,重点多停留在简单的单据书写填制上(且单据多以黑白色仿真为多,接近实际单据较少),案例讲解也是狭隘的简单业务操作案例,没有联系生活实际进行知识拓展。三是教学师资上,部分院校虽然建造了财务仿真实验室,提出了工作情境模拟、角色扮演法等实训方法,但是由于大多数教师本身没有企业实践经历,对业务操作中实际工作环节讲授不够具体细致,导致学生只是大致了解基本流程却无法清楚流畅完成具体业务,缺乏实际的职业能力。
而随着信息化时代的到来,中小企业出纳岗位,不仅需要掌握基本的现金和银行业务的处理技能,而且要对企业资金运作做出合理安排:比如比较多种银行票据结算方式,选择对企业最有利的方案;对企业资金运行规律心中有数,做到既保证款项使用,又达到效益最大化;对企业融资需求和途径提出有效方案……要能对企业管理者提供信息和建议。经济越发展,财务越重要。所以,如何让出纳教学满足实际岗位需要,如何面对新的机遇和挑战进行教学改革势在必行。
解决思路
信息技术的持续发展,大大推动了教育信息化改革进程。微课、慕课、网络自学平台纷纷兴起,学习资源前所未有的丰富,学习方式和学习环境发生巨大变化,建构主义学习理念再次升级,以学习者为中心,课前进行教育资源的自主线上学习、课中以师生互动、问题探究、教师引导答疑解惑为主的翻转课堂模式从美国兴起,迅速引起国内教育界的关注和摸索实践,成为学生提升自主学习能力的有效模式。
出纳实务课程是一门综合性课程,在要求具备熟练的点钞、假币识别、票据填写和货币结算等基本技能的同时,由于在经济业务办理过程中涉及内外部人员众多,还需要掌握熟练的业务流程操作,而且,随着大数据时代的到来,还必须能够进行数据分析和判断,为企业管理者做好参谋。因此,出纳实务有很强的现实性,必须通过对真实工作情境的模拟实现大量理论知识的学习运用。由于出纳实务涉及的技能知识点比较多也比较散,知识点之间连贯性较弱,因此,非常适合按不同的技能进行视频拍摄,充分利用微课堂进行自主学习,完成基础知识点的掌握。
综合以上分析,笔者认为,对出纳实务课程教学进行改革,切实提升学生的出纳岗位综合职业能力,应采用工作情境化翻转课堂教学模式。
翻转课堂教学模式设计方案
出纳实务工作情境化翻转课堂教学模式设计总体流程如下表所示:
下面以转账支票付款业务处理能力训练模块为例加以具体说明:
课前准备 教师的工作:课前一周,教师对转账支票付款业务处理能力训练模块学习内容进行分析,主要包括:空白支票请购单的填制、转账支票的签发、转账支票的结算特点、票据管理法中关于转账支票的使用条例、转账支票的结算程序、购买空白支票的账务处理、转账支票付款的账务处理、转账支票使用纠纷案例分析。将相应内容制作成教案、课件并录制微视频,提供案例库、习题库和单元测验,均上传至网络自主学习平台,下达学生学习任务单。
学生的工作:课前一周,学生登录网络自主学习平台,根据学习任务单,观看课件、微视频,进行转账支票付款业务处理知识的学习,通过习题库进行知识点的巩固练习,运用单元测验进行知识掌握程度自测,并通过网络资源进行知识拓展并进行案例分析。记录学习中遇到的问题,在网络平台上进行交流。
课堂教学 第一步,先由教师进行简要的课程讲解,对重点难点进行强调,回答学生在课前学习中遇到尚未解决的问题,并通过提问检查学生的知识掌握程度。第二步,教师下达工作任务,设置工作情境。转账支票付款业务处理能力训练模块包括两个工作任务:一是空白支票的请购;具体涉及情境有:出纳填写空白支票请购单,加盖财务章;复核会计盖法人章;出纳到银行递交给银行柜员;银行柜员审核并收取工本费和手续费,发给空白支票;出纳领取空白支票和回单返回;制单会计根据回单编制记账凭证;复核会计复核;出纳登记日记账。二是用转账支票结算方式付款;具体涉及情境有:出纳填写结算方式申请审批单;财务主管审批;出纳填制转账支票并盖财务章;复核会计加盖法人章;出纳到银行办理结算;制单会计根据存根编制记账凭证;复核会计复核;出纳登记日记账。在整个工作情境中,既有票据的基本填写,又有经济业务流程演示,既有印鉴双人保管的规则了解,又有突发事件的存在,充分学习了知识,掌握了技能,熟悉了工作情境,而且,又有个体与团队的协作学习,充分发挥个性、合作性和创新性,锻炼了综合职业能力。第三步,学生分小组进行工作情境模拟。每个小组五个同学,分别担任出纳(保管财务章)、制单会计、复核会计(保管法人章)、财务主管、银行柜员(保管银行业务章)。并准备空白支票请购单、收费回单、结算申请审批单、转账支票、记账凭证、银行日记账、财务章、法人章、银行业务章等资料。小组成员根据情境任务进行讨论并分工协作完成模拟。教师对各小组进行辅导。第四步,教师抽取一个小组上台展示模拟过程,其他同学进行观摩并负责发现问题解决问题。教师对易出错的环节、重点环节、细节环节进行点评。第五步,学生思路进一步清晰之后,再次分小组进行讨论,并按角色进行轮换,直至顺利完成工作任务。第六步,按小组进行工作汇报,成果共享。教师进行检查点评。第七步,教师布置课后作业。提供课外学习资源网站,由学生自行选取某个案例进行分析并按照工作情境化模拟解决。
课后延伸 课后一周内,学生按小组将作业上传至平台,教师批改作业,并在学习平台与学生进行互动交流。
考核方式 出纳课程实践性很强,单凭考试测评已经无法衡量一个学生对知识和技能的掌握水平,所以必须形成过程性考核。在《出纳实务》课程的考核上,可以结合专业知识、专业技能、方法能力三方面进行考评,课前课后的利用网络平台进行考核,课中结合小组工作模拟表现和水平进行考核,并可结合学生课外参与各种竞赛、各种社会实践等成绩作为最终成绩。
参考文献
[1]何克抗.建构主义──革新传统教学的理论基础[J].电化教育研究.1997(3)
[2]叶波.翻转课堂颠覆了什么.课程・教材・教法[J].2014(10)
[3]赵宇.高校出纳实务课程建设.教育与职业[J].2013(9)
关键词:订单号;人工转帐;自动对账;数据安全
中图分类号:TP311 文献标识码:A文章编号:1009-3044(2007)16-30902-02
The Study and Design ofthe System of Bank-school and Transfer
RUAN Qun-sheng,TANG Bin,DAN Xiao-dong
(Donghua Polytechnic Universty Information Engineering Institute , Wuzhou 344000, China)
Abstract:The System of Bank-school and Transfer is web transaction platform which the bank and the school field cooperating develop, The article introduce the design mentality of Artificial Transfer System on base of order No, At the same time, it propose the successful method of solving automaticaccount problem, which guaranteeing the consistency and correctness between the bank and the school.
Key words:Order no;Artificial Transfer System;Automatically Reconciliation System;Data Safety
1 引言
目前市上网上转账系统数量繁多,有人工转账也有自动转账,所有的设计思路就是每次用户消费都要同银行发生交易,自动转账的方式只能发生在消费特点固定的情况下,如自动圈存等。除此之外,大部分还是要采用人工转账方式,由于频繁地与银行发交易,且基本上都是采用网页参数提交的传送方式,这势必会有一极小部分的银行成功的交易的记录无法达到商户WEB服务上,为了解决这些情况,常用的手段就是人工查询某段时间内的交易记录,然后进行数据导出,最后通过个性化软件进行银校数据一致性调整。此种对账方式实时性差、手续繁琐。由此可知以上网上转账处理方式,弊端突出,亟待一种全自动对账系统的出现,因此,为了尽可能克服这些缺点本文设计出一种新的转账思路。
2 订单号方式的设计思路
2.1 生成含有订单号URL地址字符串
据图1可知,第一步,自动生成与每一个用户号一一对应的订单号,并进行绑定。第二步,生成一个符合银行要求的字符串。第三步,把前一步生成的字符串用MD5算法进行加密为32个字符的字密文字符串,MD5加密目的就是防止非法者在传输过程中篡改数据。最后,把第二步生成的字符串加上第三步加密生成的摘要密文以网页的形式通过POST或GET提交,向银行发出提交请求。
图1 订单号生成和数据提交流程图
2.2 订单号从银行返回
从银行返回时,为了保证数据的安全,运用了MD5withRSA(建行所使用的算法)数字签名算法,在银行端首先对即将要传输的字符用MD5算法加密为32个字符的密文字符串,然后用RSA算法加上私钥对该密文字符串进行数字签名,签名后生成256个字符的密文字符串,最后把加上了签名密文的字符串也是以网页的形式以POST方式向学校WEB服务提交,学校WEB服务器端的应用程序接受提交后,将签名和银行发配给学校的公钥转换成二进制格式,与签名的原文一起对签名的正确性进行校验,校验步骤如下:
(1)使用公钥进行签名的逆运算
(2)使用标准MD5算法运算原文
(3)比较(1)、(2)结果
如果结果相等,则表示数字正确,没有被非法修改过,可以把银行返回来的金额写入数据库中对应订单号,流程见图2。
图2 订单号从银行返回的数据处理流程图
2.3 根据订单号进行消费支付
由于从银行返回对应订单号的金额,用户输入订单号和密码,即可在学校内进行一切费用的支付,比如学费、饭卡充值、缴纳考试费用等,如果订单号上的钱用完,又可对该订单号进行转账操作。
3 后台自动对账系统
3.1 全自动对账的研究
当前建设银行、工商银行等相继推出了商户批量查询接口,而令人鼓舞的就是提供了交易记录的XML形式的显示页面,这就为自动处理提供了有利条件,该格式页面上显示的元素和页面后台源码是一模一样的,因此,就可以通过封装了SOCKET了HttpWebResponse应答类和HttpWebRequest请求类向银行WEB服务器发出请求和接受输出数据流,把接受到的输出数据流写入XML文件,写完之后,接着就对XML文件中的每条记录同学校数据库中数据记录进行比较,以XML记录为准(因为XML中的记录都是来自于用户在银行交易成功的记录),如果学校数据库中不存在,就把对应着的XML中的记录插入数据库中。应该注意的是由于银行网站都是通过SSL加密访问的,所以当我们通过HttpWebRequest构造的类给其发出请求时,须加载证书,查询时不需要证书的,也需要做忽略证书的说明,否则当通过HttpWebResponse类构造的对象去接受的数据流时,就会出现不是为空就是无法访问的之类的情况或提示,整个流程见图3。
图3 自动对账流程图
3.2 全自动对账的实现
//注:实现语言:C# 以下为精简出来的代码
//建造HttpRequest.cs读取网页内容的关键类 以下是该类中的关键函数和说明
// HttpRequest网页请求方法
public bool OpenRequest(string requestUriString, string requestReferer)//带参数的请求函数
{// 用requestUriString, requestReferer对一些参数赋值
return OpenRequest();
}
private bool OpenRequest()//真正向网站发出数据请求的Request函数
{__HtmlText__.Remove(0, __HtmlText__.Length);
HttpWebRequest Request = (HttpWebRequest)WebRequest.Create(Uri);
Request.AllowAutoRedirect = AutoRedirect;
{Regex __RegexUri_ = new Regex("^", RegexOptions.IgnoreCase);
if(__RegexUri_.IsMatch(Uri))
ServicePointManager.CertificatePolicy = new TrustAllCertificatePolicy();
}
//此处设置一些属性
Request.ContentType = "application/x-www-form-urlencoded";
byte []Bytes = Encoding.GetEncoding(Charset).GetBytes(Post);
Request.ContentLength = Bytes.Length;
using(Stream writer = Request.GetRequestStream())
{writer.Write(Bytes, 0, Bytes.Length);
writer.Close();}
HttpWebResponse Response;
Response = (HttpWebResponse)Request.GetResponse();
{HtmlText.Append(theException.Message);
return false;}}
private void ReadHtmlText(HttpWebResponse _Response_)//写成XML文件函数
{using(Stream reader = _Response_.GetResponseStream())
{StreamReader sr = new StreamReader(reader, Encoding.GetEncoding(Charset));
path = Application.StartupPath;}}
public class TrustAllCertificatePolicy : ICertificatePolicy//加载证书或忽略证书
{public TrustAllCertificatePolicy()
{// TODO: 在此处添加构造函数逻辑}
public bool CheckValidationResult(ServicePoint _ServicePoint_, X509Certificate _Cert_, WebRequest _WebRequest_, int _Problem)
{return true;}
{path = Application.StartupPath;
if (path.Substring(path.Length - 1) != "\\")
{path = path + "\\";}
path = path + "DataFromBank.xml";
xmlDoc.Load(path);
XmlTextReader reader = new XmlTextReader(path);
XmlNode xn = xmlDoc.SelectSingleNode("DOCUMENT");
XmlNodeList xnl = xn.ChildNodes;
foreach (XmlNode xnf in xnl)
{XmlElement xe = (XmlElement)xnf;
XmlNodeList xnf1 = xe.ChildNodes;
temp = xnf1.Item(6).InnerText;
orderNo = xnf1.Item(3).InnerText;
money = Convert.ToDouble(xnf1.Item(5).InnerText);
//调用库存储过程,由它判断该订单号是否在库中存在,并进行相应的处理
}}//对应foreach
}
4 结束语
本文研究了人工网上银行转账订单号方式设计思路和全自动化的银校对账系统,目前本人并在该设计思路的下设计出了应用程序,并在我校投入使用,结果表明,该系统能够较好满足用户在银行和学校之间、学校内的交易,数据准确,银校数据能够保持一致性、实时性,学校财务处工作人员毋须人工干扰,真正做到了财务工作自动化。
基于订单号方式的后台自动对账的人工网上银行转账系统有着很大的商业价值,目前,越来越来多的企业、商家推出网上电子展销平台,网上购物如雨后春笋般涌现,与银行交易的原理与本人设计的转账和处理方式有着一定的类似性,因此本文具有一定的借鉴意义。
参考文献:
[1]中国建设银行项目开发组.书名: 中国建设银行网上支付查询接口操作手册,2001.
[2]Simon Robinson, Christian Nagel,李敏波译著.C#.NET 高级编程[M].清华大学出版社.
[3]Anthony work Programming for Microsoft Windows[M].Microsoft Press.
[4]Gary P. Schneider.Electronic Commerce(4th Edition)[M].Thomson.
关键词:无现金报账;财务管理;高校
中图分类号:F812.7文献标志码:A文章编号:1673-291X(2011)19-0090-02
随着高校教学、科研等各项事业飞速发展,高校财务部门每日现金流量不断增大,学校应逐步改变传统的现金收付方式,借助银行卡、网上银行等先进手段,大力推行资金收支业务的电子划转,最大限度地减少现金流动,提高工作效率与服务质量。作为高校财务部门承载着经费核算的重任,尤其到年末和学期结束前,财务现金收付流量每日达上百万,如何提高工作效率与服务质量;如何预防和降低现金周转风险、确保资金安全,这是值得思考的问题,因此推行无现金报账的方式势在必行。
一、无现金产生的背景
货币电子化是国际潮流,无现金结算是发展方向。无论从国家对经济运行宏观调控的角度看,还是从个人使用资金安全方便的角度看,电子货币必然要取代现钞。货币发展史告诉我们,随着商品经济的发展,人类创造了货币,货币的形式首先是现金,由于现金在流通、结算、储存、运输等过程中的种种不便,人们又创造以支票为代表的转账货币,大大减少了现金的使用。随着科学技术的发展,又出现了新的形式――信用卡。信用卡的转账功能进一步减少了现金在社会上的流通。从物物交换到使用现金,这是一个很大的进步,用电子流代替现金流,这是一个更大的进步。现金从产生到发展到消亡,这也是一个不以人们的意志为转移的客观规律。
二、无现金报账的会计核算
为了保证会计核算的准确性和无现金报账的明确性,在不改变会计科目总体框架的情况下增设相关明细科目。例如:某学院购办公用品,其会计处理如下:
借:商品和服务支出/办公费
贷:银行存款/?菖?菖校区/无现金
三、无现金报账的业务流程图
四、无现金报账与传统报账方式的区别
通过银行卡结算取代以往的现金结算,未改变原有的财务报销审批制度。不同之处主要有四点:(1)传统报账后领到的是现金,采用无现金报账后,钱款直接打到了领款人的银行卡上。(2)由于报账方式的不同减少了经办人携带和管理现金的风险。(3)在传统报账方式下,为保持合理的现金库存,财务处与银行一样实行大额现金支取预约制度,比如提5万元以上须提前一天预约。采用无现金报账后,财务部门与银行合作,采用的是与银行一样的转卡系统,已经确认的报销转卡金额由现金出纳通过转卡方式支付,一般在五分钟内即时划入指定银行卡中。(4)每日报销工作结束后,在传统报账方式下,出纳须盘点核对库存现金;采用无现金报账后,出纳只需核对当日无现金转卡支付清单及汇总表,与有关银行支付汇总金额进行核对。
五、无现金报账的优点
无现金报账是指在报账过程中利用网络信息技术,将现金收付方式转变为银行卡转账方式,不到现金出纳处缴、领现金就完成报销的一种报账方式。财务人员在办公室即可实现资金的划转和报销。因此无现金报账方式的优点显而易见。
1.优化财务报销流程,提高工作效率,缓解报账人员排队拥挤的现象,缩短了报销人员的等待时间。随着高校跨越式发展,经济总量不断增长,财务报销业务日益繁忙,师生员工普遍需要较长时间才能办理完业务。使用无现金报账,能有效地改善此现状。
2.减少相关的现金风险,加强内控机制。采用无现金报账,可以进一步完善内控机制,减少现金流量,保障资金流动安全,规避涉及现金的各类风险,如出纳配款的差错风险、保管现金的风险以及假钞风险等,同时也减少了前来报销的师生员工携带和保管现金的风险。
3.不必提前预约现金,随时确保教学科研业务顺利进行。由于无现金结算不涉及现金,是通过财务系统与银行网络对接实现资金划转,所以采用无现金报账则无须预约,支取大额现金报销款项直接打入银行卡,确保教学科研业务的顺利进行,师生员工无须事先预约现金,可以直接到财务办理报销业务。
关键词:SGI86;营销系统;账务管理
引言
当今时代是信息化时代,信息化建设是国家电网公司工作的重要组成部分,为建设“一强三优”现代公司,完成公司“两个转变”的宏伟目标,国家电网公司于2006年提出了在全公司系统实施信息化“SGI86”工程,为落实国家电网公司SGI86工程建设,加强企业核心资源人、财、物的集约化管理,深化公司发展方式转变的要求,我公司2007年开始进行SGI86营销系统建设,经过多年的建设,已能较好地支撑营销业务的开展,但由于银行在途资金的时差、营销业务系统“实收”与财务“实收”的定义不一致,营销部门和财务部门的电费帐务总是不能一致,月结月清难以实现。本文从我公司电费管理和财务管理的现状出发,分析了我公司在电费管理和财务管理中存在的问题,并在此基础上,提出了解决对策和建议,以期能对企业各项管理起到一定的作用。
一、公司电费管理和财务管理现状
当前,我公司财务管理部门与营销部门在电费管理中普遍存在脱节的现象,特别是在销售电量、销售电费和销售电价,已收回电费和未收回电费等账务数据上反映尤为突出。
1.财务部门与营销部门之间信息传递实时性不强
退费、未达账管理过程未实现全过程的系统管理。通常在进行电力企业销售管理中,应当依据营销部门所提供的月报数据进行相应的财务管理工作,营销系统只记录了退费原因及结果,而退费财务审批、退费时间、退费方式等均未实现系统管理,只由人工负责跟踪处理。电费收入账户的对账过程在财务系统中处理,发现企业未达账或银行未达账,由财务部门口头通知营销部门处理。而财务部门账单上所显示的销售电量和电费数据往往不够全面,财务人员只能简单的依据银行回单或缴款凭证来确认相关收入,对营销系统内的业务情况不清楚,造成营业收费业务资金缺乏有效管理,不能正确反应企业的实际销售情况,
根据国网集成技术规范,营销系统每日将确认到账后的实收电费及业务费进行分类汇总后,传送财务ERP管控系统,也就是只有当日在营销系统中做了到账确认的数据才作为当日数据发送,不同于现有的按解款日期进行核算,目前大部分银行都是第二天才反馈前一天的银行文本,营销系统收到银行文本后才做到账确认,特别是月末日银行文本无法当日传递,营销系统当日不能做到账确认处理,实收数据无法在财务账上反映。
2.营销SGI86系统内不能及时了解所收电费资金的到账和未达账情况
当前,营业收费主要依赖SGI86营销系统平台,营销SGI86系统采用单一记账模式,如,银行代收电费,客户到银行窗口用现金或转账支票缴纳电费,银行通过银电联网系统实时进行电费销账,银行当日营业终了之后进行清账,次日将前天代收的电费资金转入电费收入户,也就是说,从客户缴了钱之后到电费资金到账有一定的时间差,使得收费人员无法及时判断转账资金是否已经到达银行账户。我公司曾经出现这样一个案例:
在2012年3月11日,甲客户到供电营业厅,用一张2万元的转账支票缴纳了3月的电费。回单上转账时间是2012年3月10日(这笔资金没有到达我公司银行账户)。同时,新增用户乙客户,在3月11日通过网银。向我公司银行账户上转了2万元的预购电费,当天该笔资金到达我公司银行账户:乙客户没有及时到供电营业厅开具发票,收费人员也未做帐。3月底,财务人员在手工进行银行到账资金确认时,把乙客户所转的2万元误认为是甲客户的,将两笔账进行购销。5月21日乙客户拿着银行转账支票到供电营业厅,要求开具预购电费发票,收费人员看见是3月11日的银行回单,通知财务人员查询是否有2万元企业未达账,通过查账才暴露甲客户所转资金未达账。
目前用户直接网上转账,又未到营业厅打印发票,财务只能一直挂帐而不能及时确认收入。这种情况出现较多。财务与营销管理脱节是造成企业未达账问题关键所在。此外,营业收费的缴款要求日清日结,而进账单、缴款单及相应的收款记账凭证不能有效保证每天及时送达至财务部门。电费资金在途管理上的真空地带,企业未达账、银行未达账信息没有在系统中进行管理,容易造成月末大量的银行未达帐项,月度现金流量预算难以控制,使得公司的会计信息出现失真,不利于公司对营销信息的快速掌控。
3.财务部门与营销部门之间电费资金对账时间不一致
财务部门与营销部门之间电费资金到账时间不一致对账不及时,存在重复对账的问题。营销根据银行纸质进账回单与营销系统中的电子信息进行对账,财务再根据营销手工报送的汇总实收报表及银行纸制进账回单与银行对账单进行对账,两边重复对账,且由于财务一般每月末才进行一次银行到账情况对账,对账不及时。
二、原因分析
长期以来电力行业的信息化基本上是分散建设,没有形成统一的信息化标准规范,没有整体的考虑。各职能部门各自为政,习惯于只根据自身的需求单独立项,开发功能单一、开放性较差的专用系统,最大的问题就是数据的不可兼容,信息被严重割裂开来,最终形成了数量众多的信息“孤岛”。不同的系统数据来源不同,处理方法也有差异,往往不同系统产生的同一口径的数据却天壤之别。
1.在业务管理应用系统中营销管理的收费与财务核算业务管理关系较为紧密,这种被称作紧耦合的管理业务,是通过ERP一体化来实现的,而且也有这样的成熟套装软件,因此财务管理通过成熟套装软件的技术路线来实现:对于营销管理,无疑也与ERP所包括的业务管理有着紧密的关系,但这个部分有着突出的行业特征,ERP中没有相应的功能,加上两个系统都非常复杂,实时性要求相对较高,各省市公司均有比较成熟的系统,所以采用走分系统建设,再进行集成的技术路线。由于我公司还未实现营财一体化这就带来了营销业务应用系统与财务业务管理应用系统就不可避免的出现在有的项目上定义不一致的问题。
2.ERP它是由制造业的物料供应、生产、销售全过程的价值链管理经验发展而来的,以财务为中心,将资源“换算”成价值量,通过业务流程产生准确的、精细的量值,再对数据进行统计、分析、挖掘、处理,形成生产过程的价值控制和企业经营管理决策的辅助支持。目前,国内外的ERP软件和解决方案主要是针对金融财务、电子制造业、IT业和大型机电制造业,在电力行业的应用比较少。由于不是专门为电力系统设计,而是在制造业软件的基础上修改而成,过分强调业务处理,对电力系统生产的安全性、可靠性考虑不足,对电力行业企业现有的或将来的应用系统连接需要二次开发。
3.由于财务与营销两个专业对电费独立管理,业务流程独立运作,数据交互通过手工传递,营销电费核算、收费等业务生成的会计信息主要以人工处理方式为主,因此财务系统的银行到账信息不能满足营销达账确认的需求,营销的达账确认采取根据回单而非银行电子对账单的方式进行处理,容易形成财务与银行的未达账项,财务部门的ERP系统中不能及时了解营销部门的销售情况,影响企业对账户资金的监控,这违背了ERP以财务为核心的管理模式。
三、采取措施
1.将财务部门的ERP核算系统,与营销部门的SGI86营销信息系统有机结合
将财务部门的ERP系统,与营销部门的SGI86营销信息系统有机接轨,在生成应收数据时,营销系统按ERP中的核算要求汇总用户数据,提供给ERP进行账务处理。使得两部门在电费管理问题上能互为补充,保证一致,逐步建立起全局统一、简洁高效、反应快速的专业化营销体系,从而进一步增强对电费管理的穿透力,提高电价电费管理的整体绩效。按照财务集约化管理“深化应用、提升功能、实时管控、精益高效”的目标要求,深化财务与营销系统集成应用,推进营销账务与财务账务协同和集约化管理,实时转换业务信息和财务信息,实现财务ERP与营销SGI86系统的业务费集成,进一步提升业务费管理水平。
2.对营销收费流程进行优化和规范,增加营销系统中“银行到帐查询”功能
在SGI86营销信息系统中增加“银行到账查询”功能。在收费过程中,银行资金到账后,通过资金系统将资金到账信息传递给ERP,ERP确认资金到账,并将资金到账明细信息传递给营销系统,营销系统根据从ERP传递的资金到账信息对用户确认达账后,将达账信息按ERP需求分类汇总后提供给ERP,在ERP中确认应收或预收科目进行达账处理。营业收费人员在进行电费收取时,能及时查询客户转账资金是否已经到账:同时,对财务人员开放营销系统数据查询权限。可实时了解营销前端业务进展情况,通过对资金流的监控及早识别前端业务风险,要求及时收费,及时解款,及时入账,严格执行收支两条线的规定,做到各项费用应收尽收,应退即退。
3.加强SGI86营销信息系统中的功能延伸
积极完善企业SGI86营销管理信息系统,将其查询和验查等功能与财务部门进行拓展和延伸。通过协调和数据整合,保证企业的财务管理部门与营销部门在电费管理的数据保持信息的一致性,从而使得企业财务管理部门可以实时查询和核算企业电费的信息。具体包括:一是通过加强企业SGI86营销管理信息系统的功能扩充,实现企业财务管理与SGI86营销数据之间的共享,并保证两者的数据一致性。企业财务管理部门可以随时准确地企业的对电费欠费、交费等情况进行查询和核算,及时掌握企业的电费管理情况。二是通过企业ERP财务系统与SGI86营销信息系统的软件升级。针对企业ERP财务核算系统与SGI86营销管理系统之间存在的核算独立的弊端,要在企业SGI86营销管理系统中引进企业财务会计科目和复式记帐的机理,将企业的电费信息保存成企业的经营凭证,并通过SGI86营销信息系统与企业ERP财务核算系统的模块接口将企业的电费信息准确实时传给企业财务管理部门。
关键词:移动支付;J2ME;MVC;安全
引言
移动终端和无线通讯技术在高校校园的普及,为校园无线移动应用提供了大量的用户群。同时由于校园中存在着很多小额支付的情况,例如支付图书馆借书的超期费用、补选课程的差额费用、班费、印刷学习资料费等。这些烦琐的小额支付既增加了管理人员的开销也给学生带来了不便。因此本文考虑使用无线移动技术来解决高校的小额支付问题,以提高办事效率。
目前,在我国移动在线的手机支付业务比较多的是基于智能手机终端。在这些移动终端技术中,能处理移动支付的有J2ME、WAP、SMS或SAT技术。J2ME技术具有可移植性、网络资源消耗与服务器负载低、事务保护、安全性、容易安装等特点,在手机支付领域中占了比较大的优势。因此我们拟采用J2ME技术实现高校移动小额支付系统。
1、系统需求分析和用例设计
1.1手机小额支付相关概念和问题
手机支付也称为“移动支付”,它是在移动运营商和商业银行之间加入第三方构筑的转接平台,实现“一点接入、多家服务”的业务模式。通常基于手机的业务项目可以分为四大类:查询、缴费、消费、转账。例如,现在信息查询可以包括:股票行隋、商品防伪编码、考分查询、交通信息、天气预报等。第三方的介入,使银行和移动运营商之间在技术、业务等合作领域有了更为广阔的发展空间,它对移动电子商务的市场开拓起到了催化剂的作用。
在手机支付中一个极其重要的问题是安全问题。为此,一方面需要银行对用户的交易密码和一些敏感数据做加密处理,同时又要让业务系统独立处理业务往来,对于系统业务的访问要有安全日志等监测措施。校园小额支付系统可以作为第三方移动业务服务提供商来促进移动电子商务在高校的发展,并且在财务的结算上可以与原有校园网中的财务管理系统相结合,独立于银行的业务往来。因此它将更具有高校内部网特性,更能满足安全性的要求。
1.2系统需求分析和用例设计
本系统向普通用户(包括手机终端用户和PC浏览器终端用户)和管理员提供小额支付业务服务。整个系统分为普通用户子系统和管理员子系统。其中向普通用户提供在线注册、个人信息管理、在线充值、查询公告、在线支付、账单查询功能;向系统管理员提供包括个人信息管理、在线查询、在线生成充值卡等功能。
1.2.1服务器端主要用例
服务器端面向系统管理员,主要有以下用例:
公告管理向系统管理员提供公告的添加、查询、修改和删除功能。
交易信息管理提供交易信息的统计和查询。
免值管理提供生成充值卡功能。系统生成一定数量的充值卡,并将充值卡信息写入数据库。可以用充值卡实现学生账号的充值。并能进行充值卡和学生账户资金一致性检查和查询。管理员可以查询系统记录的所有充值记录,以便日后核对业务总量。
账号管理提供学生账号的管理、查询、挂起和注销功能。一些高校已经建立了学生的财务账号,例如:很多高校已经给学生开设了校园卡,学生有惟一的账号,校园卡可以由学生充值。否则,需要给每个学生设立一个惟一识别的财务账号,账号可以和学生证号相关联。
交易信息的合法性检查提供对交易信息的合法性管理,防止出现非法的交易事件,可以采用手工的或自动的检测和过滤机制。在本系统中目前还是采用了手工的方式。
1.2.2客户端主要用例
在客户端面向手机用户或PC浏览器用户,以下针对手机用户给出客户端的主要用例:
用户管理提供用户数据的存储和管理功能。用户通过注册,登录后可以使用各个模块的功能。同时用户也有权利将开通的账号注销掉。
在线缴费提供在线支付和转账功能。主要是实现校园各服务机构的在线小额费用收取。在线支付费用,包括支付借书超期费用、支付图书赔偿费用、支付重修费用、支付等级考试费用、支付图像采集费用、支付水费、支付电费等。金额的输入可通过购买和输入充值卡两种方式进行。转账是指账面金额在两个手机账号之间的转移。
在线查询提供各种账目的明细查询。在系统上使用支付和买卖功能或者转账功能后会产生相应的账单,用户可以查询一定时间内的账单。
在线服务向注册用户提供天气的查询,新闻通告以及投诉建议的和相关信息查看功能。
在线交易提供类似于有线网络的信息平台,系统采用手机客户端交易信息并同时提供买卖商品的功能。
系统存储及安全管理提供本地数据的存储管理和安全管理。
1.3主要的业务流程
在图1中,我们给出了系统的主要业务流程分析。
2、系统主要类图设计
2.1服务器端系统设计和主要类图
为实现上述的用例分析和业务流程,在服务器端主要设计了普通用户类、管理员类、支付账单类、充值卡类、充值记录类、公告类、部门类、转账账单类。类之间的关系如图2所示。
2.2基于J2ME技术的客户端支付界面的主要类图
客户端除了用户、账号、天气、商品、部门、账单、转账、在线服务、充值卡以及对应于本地存储的对象账单存储,卡号存储类外,基于J2ME的技术的手机端支付界面的主要类图如图3所示。
客户端界面包含了Form、List、TextBox、Alert类等,这些类继承Screen父类,而Screen类又实现Displayable接口。Form类中命令主要实现CommandListener接口,提供相应按钮事件。Canvas类,通过指针绘制接受用户的输入,触发keyPressed()事件相应用户请求,通过paint方法绘制需要绘制的对象。
3、关键技术
3.1基于MVC模式设计方法
本系统在设计时采用了MVC模式,如图3所示。在模型层封装了模型的状态、负责响应模型状态的查询、应用程序的功能,如卡号、账单等信息,或者保存对象的状态。当状态改变的时候通知视图改变模型状态。