第一章 绪论
1.1研究的目的和意义
目前市面上发行的银行卡绝大多数是磁条卡，但由于磁条卡技术相对比较简单，信息容易被复制，安全性低，会存在伪卡的风险，一旦发生盗刷将会给持卡人和金融机构带来极大的损失。金融IC 卡具有很高的安全性，它可以存储密钥、数字证书等信息，信息不容易被复制，不会存在有伪卡的风险，可以最大限度地保证持卡人和金融机构的资金安全。金融 IC 卡由于本身具有安全性、多应用等特点，随着技术的发展，金融 IC 卡已经成为未来银行卡的发展趋势。
……………
1.2课题国内外研究现状
国内方面中国人民银行于2005 年 3 月 13 日颁布了《中国金融集成电路（IC）卡规范》（JR/T 0025-2005），也就是我们所说的 PBOC2.0，该标准有效地解决了磁条卡交易的安全问题，目前已经成了国内金融机构建设金融IC 卡的一个基础标准。国际上三大外卡组织 Europay、万事达卡( MasterCard ) 与 威士卡（VISA）于 1999 年就已经开始推动金融 IC 卡的发展，也就是大家所说的 EMV 迁移。目前世界各国的金融 IC 卡基本都已经遵循了EMV 规范。
…………
第二章 相关技术介绍
2.1 TOPLink+信息交换平台
TOPLink+是金融 IC 系统的交换模块，作为信息交换平台，主要提供交易的转发和路由功能。TOPLink+总体来说可以分为5 个层次：前端接入层、核心交换层、中间层、批处理层、及后台管理层。TOPLink＋系统体系结构如图2-1 所示：TOPLink＋作为一个消息交换平台产品，在其底层提供了一套安全可靠的消息交换机制，保证了系统进程之间，以及多个系统之间的消息交换。在多个系统之间进行消息交换是由队列管理器和 TOPLink＋底层数据通道 TCP/IP通讯机制共同完成的。在TOPLink＋消息交换机制中提供了流量控制功能。对某一时刻进入系统的最大交易量进行控制，当系统到达此极限时，通知连接机构，系统忙，等一时间单位再发送等。TOPLink＋作为消息交换平台，提供了 TOPLink＋应用系统与外界其他非 TOPLink＋系统进行网络通讯的功能。TOPLink＋网络通讯和消息交换机制一样，具有流量控制功能。此外， TOPLink＋网络通讯还提供了通讯故障自动恢复功能。TOPLink＋通过消息格式配置实现多种消息格式的接入，并进一步实现各类消息格式之间的互转功能。对于一个具体的TOPLink＋应用，可以加载所要支持的连接机构的消息格式配置，来实现各类消息格式的转换。如果当前的TOPLink＋中没有此类应用消息格式的配置，用户可以利用系统提供的配置工具，自行定义生成需要的消息格式配置。TOPLink＋作为一个消息交换应用平台，提供了在交易的生命周期内，交易消息流向的控制机制。消息流控制主要是指系统内部服务进程间的路由控制，系统根据交易报文类型确定内部交易流程，进而选择服务进程，将交易报文提交相应的服务进程进行处理。
…………
2.2 Struts
Struts 是目前在 Java 开发中应用非常广泛的一款开源软件，它在Model、View以及Controller方面都提供了相应的组件。使用 Struts 可以实现系统模型、视图、控制器的分离，减少系统的耦合度，缩短应用程序的开发时间，提高系统的开发效率。Hibernate 对 JDBC 进行了轻量级的对象封装，是独立的对象持久层框架。Hibernate提供了 Java 类和数据库表之间的映射，可以使软件开发人员用面向对象编程的思想来操纵数据库。SSH 是目前比较流行的 Java 开发开源框架，SSH 框架的系统可以划分为四个层次：表示层、业务逻辑层、数据持久层、域模型层。ExtJs 主要负责表示层的数据展现，Struts主要负责 MVC 的分离和控制页面的跳转，Hibernate 主要负责数据持久层，Spring 主要负责管理 Struts 和 Hibernate。SSH 框架实现了模型、视图、控制器的分离，减少了系统间的偶尔度，可以大大地提高系统的开发效率。ExtJs 主要负责页面的数据展现，即 SSH 框架中的 Web层，它是一个独立于后台技术的 ajax 框架。由于前台与后台是分离的，所以 ExtJs 可以降低页面开发的复杂性，提高页面的开发效率。
…………
第三章 系统需求分析.........6
3.1 系统需求简述......6
3.2 功能需求........6
3.2.1 制卡管理.......6
3.2.2 联机交易.......7
3.2.3 对账清算.......8
3.2.4 管理平台.......8
3.3 非功能需求....8
3.4 本章小结........8
第四章 系统总体设计.........9
4.1 系统架构........9
4.2 相关系统介绍......9
4.3 本章小结......11
第五章 系统详细设计与实现.......12
5.1 制卡管理设计与实现....12
5.2 联机交易设计与实现....17
5.3 交换批量设计与实现....31
5.4 卡管批量设计与实现....34
5.5 管理平台设计与实现....42
5.6 本章小结......48
第六章 集成测试
6.1 测试目标
本系统的集成测试主要是分为两个阶段：功能性测试和性能测试。功能性测试主要是为了验证用户的需求是否已经全部被实现了，验证每个模块的输入输出是否正确，验证功能是否已达到预定的目标。性能测试主要是通过性能测试工具对系统进行压力测试，主要是验证系统是否达到了预定的性能需求。交易 TPS 趋势图的横坐标表示在测试过程中的数据采集序号，纵坐标表示在采集点那一瞬间系统的并发处理能力；系统CPU 使用趋势图表中的横坐标是测试过程 的数据采集序号，纵坐标表示系统在采集点那一瞬间的CPU 使用情况，现在波动比较大的情况是由于在那一瞬间系统的瞬间处理交易比较高（可以通过交易 TPS 趋势图看出）；系统内存空闲趋势图表中的横坐标是测试过程中的数据采集序号，纵坐标是在采集点那一瞬间系统内存的空闲情况，由于监控数据都是通过vmstat 命令来统计的，存在多次测试但是数据没有分割开的情况，本次内存的空闲情况以2501 采集点之后的为准，存在出现内存占用率逐渐增大的原因是由于Linux 系统的内存管理机制就是这样。
…………
结论
本文在对金额 IC 卡系统进行了需求分析、总体设计、详细设计的基础上，通过采用 TOPLink+信息交换平台、Struts、Spring、Hibernate、ExtJs 等开源的框架和技术，同时结合信用卡核心和外围的一些系统最终实现了金融IC 卡系统的基本功能。当然本文实现的金融 IC 卡系统还有一些不足之处： 1、制卡文件生成时如果跑批的过程中有条卡的数据处理失败，所有的文件得重新跑批，这样一旦出了问题将会浪费很多时间，如何实现断点续跑？2、多台终端同时连上交换服务器时，交换应答给终端时容易出现串包的现象。目前这些问题还在寻求解决方法当中。
……………
参考文献（略）