系统功能应用设计
基于学校对校园手机一卡通系统的功能性和非功能性需求,系统模块化分解,还有业务流程与组织机构的分离,这样,系统就不会因业务部门组织结构的调整变动而发生较大的修改,并实现系统功能应用的可复用与可扩展。
因此将系统功能应用设计为制卡中心、结算中心、管理中心、电子钱包应用、身份识别应用和银校联网等几个功能模块。
如图3-2所示。
(1)制卡中心制卡中心是负责对校园手机卡制作、发行、挂失与解挂、冻结与解冻、充值和换卡,以及卡信息查询等操作,包括个别和批量的业务。
(2)结算中心实现校园手机一卡通系统中的财务、资金等方面的管理,是系统金融交易的控制中心。
用于存储、管理、控制、维护和备份一卡通系统的金融数据信息,主要包括持卡人账户信息、商户结算信息、卡交易流水数据、财务统计数据等,并以后台服务的方式提供结账、对账等金融服务。
22  "il I^1間同旧旧[^ I~[m息 查务 息信询 g 上书查 询分 发管服 g 机管询 析布理务丨# 理□同 WW WW I^IIII^II^iww w卡失计户证行志户堂市浴医考门籍舍校收补充结结授监管管收商室疗勤禁管管圈代卡值帐算权控理理费户 理理存缴制卡中心1结算中心11管理中心~~~] I电子钱包应用I身份识别应用I银校联网I—^^^ ^ ^ ^C RF1D-SIM 卡 —^一卡通系统平台 |j图3-2系统功能结构图(3)管理中心注册和管理各应用模块、子系统,设定应用子系统的参数;管理人员相关设置和权限设置;设备所处工作区管理、设置、分派和指定;用户身份数据管理、存储和控制;维护和备份一卡通系统中的身份信息;同步白名单和黑名单数据;系统运行监控。
(4)应用子系统核心系统通过系统平台管理子系统,而应用子系统于校园内网上,可以是跨校区的,也可以是不跨校区的。
业务的处理都是在各个应用子系统的本子系统内实现完成的,具体又主要有电子钱包类应用、身份识别类应用和银行转账类应用三种。
各类应用子系统可根据学校实际情况进行扩展,而不影响系统核心结构与其它应用子系统。
3.4系统应用接口设计根据实际需求,学校的大部分第三方应用系统需要接入校园手机一卡通系统,如学生学籍管理系统、学校医疗管理系统、学校人事管理系统、图书管理系统、学校财务管理系统等。
校园手机一卡通系统作为数字化校园的重要组成部分,需要结合学校的各类系统实际情况,实现第三方应用系统与校园手机一卡通系统的平滑对接和有效对接。
只有这样,才能更好实现校园手机一卡通系统的功能,发挥其作用。
23  可釆用接口服务器及COM/DELL接口技术连接图书管理、学籍系统、财务系统等,如图3-3所示。
接口技术的运用可使整个系统架构伸缩性良好,賴合度低,便于升级扩充。
~W1 pFl fX] [W书 籍 事务管 管 管 管理 理  理 理系 系 系 系统 统 统 统乂 4接口服务器  COM/DLL^ 一卡通M统平台 i图3-3各系统间接口的结构图为保证数据安全性,可以通过加密的XML文件在校园手机一卡通系统与第三方应用系统之间传输数据,实现的系统之间信息和数据的交互,如图3-4所示。
17 . □ J<#>k^ 通应 L=J 系用 XML XML 统图3-4系统间数据传输示意图目前主要的接口实现方式有两种,一种是应用程序接口,另一种是WebService接口,如图3-5所示。
g □k ( 〉au _?访三方 d手机-?卡应用 「“通系统=I QXML 4'ri图3-5接口实现示意图对基于B/S模式的第三方应用系统,根据实际需求,由一卡通系统提供应用程序接口供第三方应用系统进行调用。
将对校园卡的读写、消费、认证等具体应用进行封装,封装成.dll和Java Package等形式, 发人员仅需对程序进行相应调整即可使用相关接口,实现第三方应用系统对一卡通系统的功能调用。
24  对基于Web Service的第三方应用系统,一卡通系统提供了 Web Service接口,由相关子系统的 发人员对程序进行简单改动,实现对一卡通系统功能的调用。
Web Service接口程序根据实际需求在接口程序中封装了对校园卡的认证、读写、消费等具体应用。
，一卡通，一卡通