市民卡系统设计方案.docVIP

市民卡系统设计（一卡通系统设计） 市民卡系统总体设计 市民卡的应用环境 上图表示嘉兴市市民卡的应用环境。市民卡的应用环境主要包括：服务网点、自助终端、门户网站、呼叫中心、公交/出租车、政府部门、商户、金融机构等。 典型应用流程 卡发行业务流程 卡发行业务流程包括数据准备和卡申领发放。 数据准备：相关政府应用部门需要把部门数据交换到市民卡服务中心，市民卡服务中心通过交换比对形成市民基础数据； 卡申领发放：1、市民在网点服务机构进行零星申领或单位/学校组织机构组织规模申领2、申领完后网点服务机构或单位/学校组织机构把申领表、照片数据发送到市民卡服务中心3、市民卡服务中心进行数据录入、采集比对，比对通过后形成待制卡数据。4、市民卡服务中心把制卡数据发送到制卡商进行外包制卡。5、制卡完成后制卡商返回成品卡到市民卡服务中心。6、市民卡服务中心把成品卡配送到网点服务机构或单位/学校组织机构。7、网点服务机构通知市民领取市民卡或单位/学校组织机构把市民卡发给市民。 商业应用消费业务流程 公交消费业务流程 系统总体架构设计 上图示意了系统的总体架构。考虑到政府用数据、商业数据安全保密要求不同，因此，我们在设计嘉兴市市民卡系统的总体架构时，把市民卡相关数据分成两个独立的部分：社保及政府应用网络、商业数据交换网络。为了保证数据的保密和安全，各应用分别有自己独立的数据库服务器，市民卡系统拥有自己的数据库来实现卡的管理。政府数据交换网络和商业数据交换网络互相物理隔离。 公共事务平台提供的各种服务手段，如网站、呼叫中心、服务网点、自助终端等。 系统逻辑层次结构 各个系统在逻辑上可以分为物理层、支撑软件层、数据层、应用层这四个层次，结构如下图所示： 物理层是市民卡系统的物理（硬件）、网络支撑平台，支撑软件层包括数据库系统、中间件系统等支撑软件系统。物理层和支撑软件层构成了市民卡项目的软硬件支撑平台。数据层包含市民基础数据、卡数据、应用数据等各类以数据库、数据仓库方式管理的数据资源。应用层则包括数据交换、数据比对、卡管理、清算结算、共建部门服务系统等应用软件系统。底层系统为上层系统提供支撑，共同构成整体信息系统。 市民卡应用设计 卡片发行管理系统 卡片发行管理系统由卡申领发放管理子系统、卡个人化制作子系统、卡应用管理子系统、卡片档案管理子系统、卡片维护子系统、密钥管理系统和系统管理子系统组成。其中密钥管理子系统在物理上相对独立，使用单独的专用密钥服务器进行管理，以保证密钥的安全。 卡片发行管理系统将主要由相互物理独立的卡管理服务器和密钥管理服务器组成。其中卡管理服务器同时作为卡管理系统的数据库服务器和应用服务器，放置在市民卡数据中心。密钥管理子系统出于其安全性的考虑，单独放置在一台服务器上。 整个卡管理系统的功能模块组成如下图所示。 卡片申领发放管理子系统 卡片申领发放管理子系统主要负责市民卡申领采集管理，对卡片发放进行管理。 卡申领管理 业务流程设计 市民卡申领可分为市民零星申领和单位组织统一规模申领，申领时候需要打印或填写申领表格，对于打印申领表方式需要打印市民原始基础数据（姓名、性别、身份证号等）在申领表上以便于市民核对、确认。市民基础数据和业务数据从各个部门通过数据交换平台汇集到数据中心，根据部门数据比对原则整理出哪些数据项以那一方数据为标准成为市民原始基础数据。市民提交申领表格后，表格上数据都需要录入到数据库，并且需要同市民原始基础数据关键项（姓名、性别、身份证号等）数据进行一一核对，另外市民需要进行拍照，照片需导入到数据库。照片也可以通过部门交换到数据中心，核对通过后才能进行下一个流程（制卡流程或发放流程），对核对不通过的则需要通知市民进行身份信息确认，甚至到相应部门进行修改。项目第一阶段由于没有应用部门参与数据交换没有形成市民原始基础数据，因此不需要进行数据比对。 业务流程图如下： 功能模块设计 申请采集子模块：输入身份证号码和姓名，调出市民基础信息原始数据集（原始数据集保持与数据中心的个人身份基础数据库信息和个人业务基础数据库信息同步）中对应的市民申领表单，打印成表。 录入子模块：提供对申领表单的修改功能（姓名、身份证号、性别、年龄、地址、电话号码、电子邮箱、文化程度、单位），保存到市民基础信息采集数据集。 照片导入子模块：提供照片图像压缩，按身份证号和姓名编制索引导入照片数据集。 数据核对子模块：根据表序号将市民基础信息采集数据库的表项与市民基础信息原始数据库的表项做比对，如果有关键信息项不符合，则显示该表项错误，对该市民表单做重录标志，否则将表单存储到市民基础信息核对数据集中。 发放管理 业务流程设计 市民卡发放可通过零星发放和规模发放两种方式完成。零星发放需要市民直接到指定网点领取市民卡，另外考虑到市民卡可能由单位组织规模申请，因此需