校园一卡通案例.docx

系统总体设计系统总体概述系统总体分为校园卡中心、银行转帐系统、应用子系统（收费子系统和身份识别子系统两类）及第三方系统并接四大部分：一卡通中心“一卡通”系统校园卡中心建立在校园专用网上，主要实现数据的中央存储和卡综合业务。数据中心服务器：负责校园“一卡通”数据的存储、更新、备份、维护；中间层服务器：负责所有业务逻辑处理；校园前置机：唯一负责与银行前置机的连接，同时管理、监控各个自助转帐终端，代理自助、自动两种方式的实时转帐业务；查询服务器：负责网上查询、语音查询、领导查询等服务；银行转帐系统自助圈存缴费机：24小时自助为学生提供圈存，缴费服务；对帐系统：实时或定时下载银行圈存或缴费流水与一卡通中心数据库对帐；触摸式查询机：24小时自助为学生提供校园一卡通各种数据查询；各应用子系统业务应用系统：负责本子系统和业务事务处理，如消费系统和机房收费系统。与中心数据信息共享：能够在“一卡通”中心数据库和本子应用系统之间实现资源和信息共享，实现全校师生“一卡在手，走遍全校”第三方系统的并接系统提供多种方式的并接技术，可以把已有的或将要应用的第三方系统与“一卡通”系统并接。第三方并入的系统大致也可分为两大类，即收费类和身份识别类系统。收费类的系统并入“一卡通”系统后，要将收费和扣款的记录回送到中心服务器，以维护系统帐目的一致性和完整性，而对于小钱包方式的系统只要子系统自己维护小钱包的帐目一致性即可。身份识别类的系统如门禁控制系统、上机认证等，只要将从卡上读取的识别码在系统中进行有效性确认即可。我们为第三方系统接入开发了硬件操作接口及身份识别接口，由系统提供的服务，可实现第三方系统无缝并接,达到校园卡走遍全校的目的。§2.2系统总体技术架构校园一卡通系统软件的技术架构采用成熟的三层结构，即分为数据服务层、业务逻辑层和用户表现层设计并实现。采用三层结构的应用程序最大的好处是把业务逻辑独立出来，封装为中间层，这样就在业务逻辑需要改变时不影响客户端的表现层和后端数据库服务器层，因此，它能够满足应用程序可伸缩性（或可扩展性）应用需求。同时，一卡通软件系统为综合教务系统、门禁系统、IBMS等其他系统提供相应的系统对外接口,实时处理来自其他系统的业务请求，实现与其他系统所需的信息共享,从而实现一卡通系统对其它系统的扩展处理功能。IC卡用户通过应用子系统使用一卡通提供的各项服务，学院的管理用户通过中心管理系统和帐务管理系统实现对一卡通系统IC卡用户的管理和帐务处理工作。实现上面结构采用的关键技术是模型-视图-控制（MVC）体系结构：模型-视图-控制结构是交互式应用程序广泛使用的一种体系结构。它有效地在存储和展示数据的对象中区分功能模块以降低它们之间的连接度，这种体系结构将传统的输入、处理和输入模型转化为图形显示的用户交互模型； MVC体系结构具有三个层面：模型（Model）、视图(View)和控制(Controller)，每个层面有其各自的功能作用。 模型层负责表达和访问商业数据，执行商业逻辑和操作。也就是说，这一层就是现实生活中功能的软件模拟；在模型层变化的时候，它将通知视图层并提供后者访问自身状态的能力，同时控制层也可以访问其功能函数以完成相关的任务。视图层负责显示模型层的内容。它从模型层取得数据并指定这些数据如何被显示出来。在模型层变化的时候，它将自动更新。另外视图层也会将用户的输入传送给控制器。控制层负责定义应用程序的行为。它可以分派用户的请求并选择恰当的视图以用于显示，同时它也可以解释用户的输入并将它们映射为模型层可执行的操作；在一个图形界面中，常见的用户输入包括点击按钮和菜单选择。控制层可以基于用户的交互和模型层的操作结果来选择下一个可以显示的视图，一个应用程序通常会基于一组相关功能设定一个控制层的模块，甚至一些应用程序会根据不同的用户类型具有不同的控制层设定，这主要是由于不同用户的视图交互和选择也是不同的。