基于一卡通平台的多媒体自助业务系统设计

图4 代理交费业务流程

    (1)持卡人发起交费请求，包括读校园卡，输入交费金额，输入校园卡消费密码等操作。

    (2)多媒体自助服务终端接收持卡人输入信息后向转帐前置机发起业务请求，转帐前置机首先通过身份前置机和综合业务前置机来验证交易是否合法，若通过校园卡身份认证和电子钱包信息验证，则由综合业务前置机处理校园卡电子钱包交易业务。

    (3)转帐前置机接收综合业务前置机返回交易信息后，提交给相应的代理交费应用服务器。

    (4)代理交费应用服务器处理完成交费业务后将交费信息返回转账前置机。

    (5)转账前置机将结果提交多媒体自助服务终端，持卡人得到交易结果。

    (6)对账机制：每天晚上将本地转账交易情况与各应用服务器转账交费情况进行对账，若双方不一致时，进人手动处理机制。

    4．信息查询业务流程设计

    信息查询业务包括了集成在校园一卡通系统平台的各应用子系统的业务信息查询，主要包括以下几类：

    (1)校园卡信息查询：持卡人基本信息查询、当日流水查询、历史流水查询、校园卡余额查询、银行卡余额查询、商户信息查询、领导查询等。

    (2)缴费注册信息查询：欠费信息查询、缴费明细查询、注册信息查询。

    (3)代理缴费信息查询：网络交费信息查询、水电收费信息查询、电话费余额查询、考试收费查询等。信息查询业务流程根据所需查询信息的不同通过转账前置机发起查询业务，在不同的业务系统检索用户需要的信息，其流程如图5所示。 

图5 信息查询业务流程

    四、系统测试

    多媒体自助业务系统是校园一卡通系统应用集成的典型体现。鉴于安全性和软硬件的兼容性要求，系统在测试时采用严格的软件测试和实地使用测试。实地使用测试主要采取以下几个方面来进行：

    (1)圈存转帐业务测试。利用各种金额数据测试，如用0．0l元．1元，l0元，10．33元，1000元各测试10次圈存转帐功能，结果表明圈存转帐业务成功，存人数据库的信息完整无误。

    (2)缴费注册业务测试。分别测试足额缴纳学费的情况和非足额缴纳学费的情况下系统是否能够正确处理学费缴纳业务，是否能够正确进入相应的学籍注册处理流程．结果表明缴费业务处理正确实现，在足额缴费的情况下成功进行学籍注册。

    (3)代理交费业务测试。分别测试各个校同代理交费业务在预存费用模式和后补费用模式下交费业务功能和流程是否正确，测试各个校园代理交费业务在足额缴纳和非足额缴纳情况下交费业务功能和流程是否正确．各个代理交费服务器是否能与一卡通后台数据库联动。结果表明各代理交费应用业务功能正确实现。

    (4)信息查询业务测试。分别测试校园卡信息查询、缴费注册信息查询、代理缴费信息查询三类业务．测试结果表明查询业务功能正确实现，返回查询信息正确无误。

    (5)利用大批量刷卡次数、速度、频率方式测试射频读写卡模块和银行卡读卡模块：本系统分别测试500次刷卡，刷卡速度10次／分结果。通过测试一卡通后台数据库记录，结果表明多媒体自助服务终端读写卡成功，存人数据库的数据正确无误。

    (6)对校园卡修改密码业务的测试。测试教师身份卡修改密码，学生卡修改密码，离退休卡修改密码，临时卡修改密码等。测试结果表明校园卡修改密码业务成功，一卡通后台数据库更新数据功能与流程正确。

    (7)对与缴费注册系统接ISl和银行前置机接口网络通讯质量的测试。网络测试软件测试校园一卡通平台系统到达与缴费注册系统接口和银行前置机接口网络通讯质量和通讯速度，结果表明系统间网络通讯质量良好。通讯速度稳定。

    (8)对自动对帐机制的'i91l5试。测试非正常通讯状态下圈存转帐业务，缴费注册业务，代理交费业务各500次。结果表明对帐机制成功运作率符合系统设计目标，达到100％。

    (9)室内外高低温环境下对各硬件状态进行静态测试 结果显示在一20～50℃温度下，各个模块的电源输入电压稳定，各处纹波均在50mV以下。

    (10)系统联调测试。整合整个系统进行联调测试，测试结果表明系统达到预期设计目标和需求。

    五、结束语

    多媒体白助业务系统基于校同一卡通平台将圈存转账、缴费注册、代理交费、信息查询等功能整合于一体。广大师生能在任意时间、任意校区、同一个终端通过校园一卡通办理各类与学习、生活息息相关的事项，尽享数字校园带来的方便和快捷。随着信息技术的不断发展，多媒体白助业务系统将会集成越来越多的校同应用子系统，在数字化校园建设中担负越来越重要的角色。