论文部分内容阅读
摘 要:本文在分析校园一卡通自助业务新需求的基础上,设计了基于B/S架构集成圈存转账、缴费注册、代理交费、信息查询等业务于一体的一卡通多媒体自助业务系统。该系统的自助业务模式将彻底改变目前以人工作业为主的业务模式,真正实现一卡通“功能通、地域通、时间通”的目标。
关键词:校园一卡通;多媒体;B/S架构
中图分类号:TP37文献标识码:B文章编号:1673-8454(2010)03-0081-04
近年来,我国许多高校都进行了校园一卡通系统的建设,但是各高校的建设水平和应用程度却差别很大。根据我们在若干所高校进行的调查发现,不理想的系统往往表现出以下两个方面的特征:一是没有基于数字校园进行整体规划和建设,二是一卡通系统在校园中的应用覆盖面窄、内容不丰富。那么如何丰富数字校园的应用,营造良好的数字校园环境,丰富一卡通系统在校园中的应用呢?本文所设计的校园一卡通多媒体自助业务系统也许将成为一种良好的媒介。
一、人性化的管理呼唤自助业务系统的发展
高等学校要完成培养人才、发展知识和社会服务的职能,就必须营造一个人性化的校园信息环境。就校园一卡通系统而言,虽然目前一卡通替代了各种卡证,实现了应用集成,但是仍严重依赖人工的操作方式,迫使持卡人奔波于各种场所。这种管理模式受时间、地点、人员等多方面因素的困扰,无法满足系统向“功能通、地域通、时间通”方向发展的要求。
多媒体自助业务系统汇集了各部门的业务入口。基于B/S架构,运用JSP技术控制Web页面的生成,持卡人则通过Web页面向校园一卡通平台发起各种业务请求,同时运用JDBC技术与后台数据库进行数据交换操作,并向持卡人返回交互信息,从而完成各种业务的办理。这种不受时间、地点、人员限制的自助业务系统将是未来校园一卡通系统发展的趋势。多媒体自助业务系统可以办理的业务包括:
(1)圈存转账:银行卡向校园卡转账充值功能,实现自助转账。
(2)缴费注册:通过读取校园卡信息确认学生身份,同时发起缴纳学费请求,从银行卡中划转学费,在缴清学杂费的情况下教务系统将自动完成学籍注册。
(3)代理交费:代理交纳水电费、网络费、大学英语四、六级考试费、电话充值等各种收费。
(4)信息查询:一卡通消费明细查询、校园卡及银行卡余额查询、代理交费信息查询、各类发布信息查询等。
二、多媒体自助业务系统的设计原理
作为多媒体自助业务系统功能实现的基础,校园一卡通系统、银行金融系统、代理交费业务系统联网是实现系统间数据交换的基本条件。考虑到银行业务系统和各类代理交费系统在公网上运行的现实情况,采用架设防火墙及路由设备等安全措施来保证校园一卡通系统的安全。校园一卡通多媒体自助业务系统的拓扑结构如图1所示。
多媒体自助业务系统的运行机制可概括如下:
(1)持卡人发起圈存转帐请求,包括读校园卡,刷银行卡,输入转帐金额,输入校园卡消费密码等操作。
(2)多媒体自助服务终端接收持卡人输入信息后向转帐前置机发起业务请求,转帐前置机首先通过身份前置机和综合业务前置机来验证交易是否合法,若通过校园卡身份认证和电子钱包密码验证,则转帐前置机向银行前置服务器发起交易请求。
(3)银行前置服务器通过银行内部金融系统实现银行卡账户资金的划转,并将结果返回转账前置机。
(4)转帐前置机接收银行前置服务器返回信息后,将信息提交给综合业务前置机处理,数据库服务器更新校园卡账户余额,更新成功后将结果返回。
(5)转账前置机将结果提交多媒体自助服务终端,持卡人得到交易结果。
(6)冲正机制:若向银行方发起的转帐交易超时,系统可自动向银行方发送该转账请求的反向交易,以有效减少校园卡账户充值与银行卡帐户扣款的不一致性。
(7)对账机制:每天晚上将本地交易情况与银行方交易情况进行对账,若双方不一致时,进入手动处理机制。如银行账户多且本地账户少时可以通过补助的形式对持卡人校园卡帐户增款。
2.缴费注册业务流程设计
缴费注册是将学杂费的缴纳和学籍注册关联起来,实行学籍电子注册。学生在缴清学杂费的同时也就完成了学籍注册,经济困难学生将通过一系列学生资助体系完成学业。这样就可以防止部分学生恶意欠费行为的发生,有效提高学杂费的收缴力度。运用多媒体自助服务终端可以实现缴费注册一体化,其业务流程如图3所示,具体步骤如下。
(1)持卡人发起缴费请求,包括读校园卡,刷银行卡,输入缴费金额,输入校园卡消费密码等操作。
(2)多媒体自助服务终端接收持卡人输入信息后向转帐前置机发起业务请求,转帐前置机首先通过身份前置机和综合业务前置机来验证交易是否合法,若通过校园卡身份认证和电子钱包信息验证,则转帐前置机向银行前置服务器发起转帐业务请求。
(3)银行前置服务器通过银行内部金融系统实现银行卡账户资金的划转,并将结果返回转账前置机。
(4)转帐前置机接收银行前置服务器返回信息后,将信息提交给学费管理系统处理。
(5)学费管理服务器完成学生缴费业务,并返回业务处理结果。如果学生缴清学杂费,则系统向教务管理系统发送同意注册的信息,否则不发送。
(6)教务管理系统接收同意注册的信息后完成电子注册,并将注册结果返回。
(7)持卡人在多媒体自助服务终端得到缴费及注册结果。
(8)冲正机制:若向银行方发起的转帐交易超时,系统可自动向银行方发送该转账请求的反向交易,以有效防止银行卡帐户多次扣款情况的发生。
(9)对账机制:每天晚上将学费管理系统的转账缴费明细与银行方交易明细进行对账,若双方不一致时,进入手动处理机制。
3.代理交费业务流程设计
代理交费业务是指通过多媒体自助服务终端实现用校园卡交纳水电费、网络费、大学英语四、六级考试费、电话充值等各种收费。其业务流程如图4所示,具体步骤如下。
四、系统测试
多媒体自助业务系统是校园一卡通系统应用集成的典型体现。鉴于安全性和软硬件的兼容性要求,系统在测试时采用严格的软件测试和实地使用测试。实地使用测试主要采取以下几个方面来进行:
(1)圈存转帐业务测试。利用各种金额数据测试,如用0.01元,1元,10元,10.33元,1000元各测试10次圈存转帐功能,结果表明圈存转帐业务成功,存入数据库的信息完整无误。
(2)缴费注册业务测试。分别测试足额缴纳学费的情况和非足额缴纳学费的情况下系统是否能够正确处理学费缴纳业务,是否能够正确进入相应的学籍注册处理流程,结果表明缴费业务处理正确实现,在足额缴费的情况下成功进行学籍注册。
(3)代理交费业务测试。分别测试各个校园代理交费业务在预存费用模式和后补费用模式下交费业务功能和流程是否正确,测试各个校园代理交费业务在足额缴纳和非足额缴纳情况下交费业务功能和流程是否正确,各个代理交费服务器是否能与一卡通后台数据库联动。结果表明各代理交费应用业务功能正确实现。
(4)信息查询业务测试。分别测试校园卡信息查询、缴费注册信息查询、代理缴费信息查询三类业务,测试结果表明查询业务功能正确实现,返回查询信息正确无误。
(5)利用大批量刷卡次数、速度、频率方式测试射频读写卡模块和银行卡读卡模块:本系统分别测试500次刷卡,刷卡速度10次/分结果。通过测试一卡通后台数据库记录,结果表明多媒体自助服务终端读写卡成功,存入数据库的数据正确无误。
(6)对校园卡修改密码业务的测试。测试教师身份卡修改密码,学生卡修改密码,离退休卡修改密码,临时卡修改密码等。测试结果表明校园卡修改密码业务成功,一卡通后台数据库更新数据功能与流程正确。
(7)对与缴费注册系统接口和银行前置机接口网络通讯质量的测试。网络测试软件测试校园一卡通平台系统到达与缴费注册系统接口和银行前置机接口网络通讯质量和通讯速度,结果表明系统间网络通讯质量良好,通讯速度稳定。
(8)对自动对帐机制的测试。测试非正常通讯状态下圈存转帐业务,缴费注册业务,代理交费业务各500次。结果表明对帐机制成功运作率符合系统设计目标,达到100%。
(9)室内外高低温环境下对各硬件状态进行静态测试。结果显示在-20～50℃温度下,各个模块的电源输入电压稳定,各处纹波均在50mV以下。
(10)系统联调测试。整合整个系统进行联调测试,测试结果表明系统达到预期设计目标和需求。
五、结束语
多媒体自助业务系统基于校园一卡通平台将圈存转账、缴费注册、代理交费、信息查询等功能整合于一体。广大师生能在任意时间、任意校区、同一个终端通过校园一卡通办理各类与学习、生活息息相关的事项,尽享数字校园带来的方便和快捷。随着信息技术的不断发展,多媒体自助业务系统将会集成越来越多的校园应用子系统,在数字化校园建设中担负越来越重要的角色。
参考文献:
[1]杨杰.银行卡校园内应用系统的设计与实现[J].中国金融电脑,2008(3).
[2]杨子云.校园一卡通系统的建设与实践[J].金卡工程,2007(11).
(编辑:金冉)
关键词:校园一卡通;多媒体;B/S架构
中图分类号:TP37文献标识码:B文章编号:1673-8454(2010)03-0081-04
近年来,我国许多高校都进行了校园一卡通系统的建设,但是各高校的建设水平和应用程度却差别很大。根据我们在若干所高校进行的调查发现,不理想的系统往往表现出以下两个方面的特征:一是没有基于数字校园进行整体规划和建设,二是一卡通系统在校园中的应用覆盖面窄、内容不丰富。那么如何丰富数字校园的应用,营造良好的数字校园环境,丰富一卡通系统在校园中的应用呢?本文所设计的校园一卡通多媒体自助业务系统也许将成为一种良好的媒介。
一、人性化的管理呼唤自助业务系统的发展
高等学校要完成培养人才、发展知识和社会服务的职能,就必须营造一个人性化的校园信息环境。就校园一卡通系统而言,虽然目前一卡通替代了各种卡证,实现了应用集成,但是仍严重依赖人工的操作方式,迫使持卡人奔波于各种场所。这种管理模式受时间、地点、人员等多方面因素的困扰,无法满足系统向“功能通、地域通、时间通”方向发展的要求。
多媒体自助业务系统汇集了各部门的业务入口。基于B/S架构,运用JSP技术控制Web页面的生成,持卡人则通过Web页面向校园一卡通平台发起各种业务请求,同时运用JDBC技术与后台数据库进行数据交换操作,并向持卡人返回交互信息,从而完成各种业务的办理。这种不受时间、地点、人员限制的自助业务系统将是未来校园一卡通系统发展的趋势。多媒体自助业务系统可以办理的业务包括:
(1)圈存转账:银行卡向校园卡转账充值功能,实现自助转账。
(2)缴费注册:通过读取校园卡信息确认学生身份,同时发起缴纳学费请求,从银行卡中划转学费,在缴清学杂费的情况下教务系统将自动完成学籍注册。
(3)代理交费:代理交纳水电费、网络费、大学英语四、六级考试费、电话充值等各种收费。
(4)信息查询:一卡通消费明细查询、校园卡及银行卡余额查询、代理交费信息查询、各类发布信息查询等。
二、多媒体自助业务系统的设计原理
作为多媒体自助业务系统功能实现的基础,校园一卡通系统、银行金融系统、代理交费业务系统联网是实现系统间数据交换的基本条件。考虑到银行业务系统和各类代理交费系统在公网上运行的现实情况,采用架设防火墙及路由设备等安全措施来保证校园一卡通系统的安全。校园一卡通多媒体自助业务系统的拓扑结构如图1所示。
多媒体自助业务系统的运行机制可概括如下:
(1)持卡人发起圈存转帐请求,包括读校园卡,刷银行卡,输入转帐金额,输入校园卡消费密码等操作。
(2)多媒体自助服务终端接收持卡人输入信息后向转帐前置机发起业务请求,转帐前置机首先通过身份前置机和综合业务前置机来验证交易是否合法,若通过校园卡身份认证和电子钱包密码验证,则转帐前置机向银行前置服务器发起交易请求。
(3)银行前置服务器通过银行内部金融系统实现银行卡账户资金的划转,并将结果返回转账前置机。
(4)转帐前置机接收银行前置服务器返回信息后,将信息提交给综合业务前置机处理,数据库服务器更新校园卡账户余额,更新成功后将结果返回。
(5)转账前置机将结果提交多媒体自助服务终端,持卡人得到交易结果。
(6)冲正机制:若向银行方发起的转帐交易超时,系统可自动向银行方发送该转账请求的反向交易,以有效减少校园卡账户充值与银行卡帐户扣款的不一致性。
(7)对账机制:每天晚上将本地交易情况与银行方交易情况进行对账,若双方不一致时,进入手动处理机制。如银行账户多且本地账户少时可以通过补助的形式对持卡人校园卡帐户增款。
2.缴费注册业务流程设计
缴费注册是将学杂费的缴纳和学籍注册关联起来,实行学籍电子注册。学生在缴清学杂费的同时也就完成了学籍注册,经济困难学生将通过一系列学生资助体系完成学业。这样就可以防止部分学生恶意欠费行为的发生,有效提高学杂费的收缴力度。运用多媒体自助服务终端可以实现缴费注册一体化,其业务流程如图3所示,具体步骤如下。
(1)持卡人发起缴费请求,包括读校园卡,刷银行卡,输入缴费金额,输入校园卡消费密码等操作。
(2)多媒体自助服务终端接收持卡人输入信息后向转帐前置机发起业务请求,转帐前置机首先通过身份前置机和综合业务前置机来验证交易是否合法,若通过校园卡身份认证和电子钱包信息验证,则转帐前置机向银行前置服务器发起转帐业务请求。
(3)银行前置服务器通过银行内部金融系统实现银行卡账户资金的划转,并将结果返回转账前置机。
(4)转帐前置机接收银行前置服务器返回信息后,将信息提交给学费管理系统处理。
(5)学费管理服务器完成学生缴费业务,并返回业务处理结果。如果学生缴清学杂费,则系统向教务管理系统发送同意注册的信息,否则不发送。
(6)教务管理系统接收同意注册的信息后完成电子注册,并将注册结果返回。
(7)持卡人在多媒体自助服务终端得到缴费及注册结果。
(8)冲正机制:若向银行方发起的转帐交易超时,系统可自动向银行方发送该转账请求的反向交易,以有效防止银行卡帐户多次扣款情况的发生。
(9)对账机制:每天晚上将学费管理系统的转账缴费明细与银行方交易明细进行对账,若双方不一致时,进入手动处理机制。
3.代理交费业务流程设计
代理交费业务是指通过多媒体自助服务终端实现用校园卡交纳水电费、网络费、大学英语四、六级考试费、电话充值等各种收费。其业务流程如图4所示,具体步骤如下。
四、系统测试
多媒体自助业务系统是校园一卡通系统应用集成的典型体现。鉴于安全性和软硬件的兼容性要求,系统在测试时采用严格的软件测试和实地使用测试。实地使用测试主要采取以下几个方面来进行:
(1)圈存转帐业务测试。利用各种金额数据测试,如用0.01元,1元,10元,10.33元,1000元各测试10次圈存转帐功能,结果表明圈存转帐业务成功,存入数据库的信息完整无误。
(2)缴费注册业务测试。分别测试足额缴纳学费的情况和非足额缴纳学费的情况下系统是否能够正确处理学费缴纳业务,是否能够正确进入相应的学籍注册处理流程,结果表明缴费业务处理正确实现,在足额缴费的情况下成功进行学籍注册。
(3)代理交费业务测试。分别测试各个校园代理交费业务在预存费用模式和后补费用模式下交费业务功能和流程是否正确,测试各个校园代理交费业务在足额缴纳和非足额缴纳情况下交费业务功能和流程是否正确,各个代理交费服务器是否能与一卡通后台数据库联动。结果表明各代理交费应用业务功能正确实现。
(4)信息查询业务测试。分别测试校园卡信息查询、缴费注册信息查询、代理缴费信息查询三类业务,测试结果表明查询业务功能正确实现,返回查询信息正确无误。
(5)利用大批量刷卡次数、速度、频率方式测试射频读写卡模块和银行卡读卡模块:本系统分别测试500次刷卡,刷卡速度10次/分结果。通过测试一卡通后台数据库记录,结果表明多媒体自助服务终端读写卡成功,存入数据库的数据正确无误。
(6)对校园卡修改密码业务的测试。测试教师身份卡修改密码,学生卡修改密码,离退休卡修改密码,临时卡修改密码等。测试结果表明校园卡修改密码业务成功,一卡通后台数据库更新数据功能与流程正确。
(7)对与缴费注册系统接口和银行前置机接口网络通讯质量的测试。网络测试软件测试校园一卡通平台系统到达与缴费注册系统接口和银行前置机接口网络通讯质量和通讯速度,结果表明系统间网络通讯质量良好,通讯速度稳定。
(8)对自动对帐机制的测试。测试非正常通讯状态下圈存转帐业务,缴费注册业务,代理交费业务各500次。结果表明对帐机制成功运作率符合系统设计目标,达到100%。
(9)室内外高低温环境下对各硬件状态进行静态测试。结果显示在-20～50℃温度下,各个模块的电源输入电压稳定,各处纹波均在50mV以下。
(10)系统联调测试。整合整个系统进行联调测试,测试结果表明系统达到预期设计目标和需求。
五、结束语
多媒体自助业务系统基于校园一卡通平台将圈存转账、缴费注册、代理交费、信息查询等功能整合于一体。广大师生能在任意时间、任意校区、同一个终端通过校园一卡通办理各类与学习、生活息息相关的事项,尽享数字校园带来的方便和快捷。随着信息技术的不断发展,多媒体自助业务系统将会集成越来越多的校园应用子系统,在数字化校园建设中担负越来越重要的角色。
参考文献:
[1]杨杰.银行卡校园内应用系统的设计与实现[J].中国金融电脑,2008(3).
[2]杨子云.校园一卡通系统的建设与实践[J].金卡工程,2007(11).
(编辑:金冉)