（一）中心管理端软件功能
具体操作功能界面如下图：
以下对管理中心子系统实现的主要功能作简单介绍：
1.部门设置
考虑一些集团性的大企业、规范较大的机关事业单位内部部门设置相对较复杂，CAS一卡通整体解决方案集成了“树型结构”部门设置算法，可以实现理论上部门设置级数不受限制的N级部门，解决了一些小系统只能设置一级部门或二级部门的功能限制，极大的方便了人力资源的科学化管理。
当新添加一个部门时，系统自动查找当前子部门中最大的部门编号，并自动加1后作为新的部门的编号，同时允许操作员进行修改，以保证系统最大的灵活性和实用性。
要求：部门编号必须为数字，不能输入英文字母、汉字或其它非数字符号；部门编号和部门名称必须输入，部门名称未作唯一性限制，以满足大型企业、单位多个部门下的子部门名称相同的功能需求。
2.用户设置
CAS一卡通整体解决方案集成了满足人力资源部所要求的全部人员管理需求，包括：添加、修改、删除、部门更换、照片加入等功能；
作为CAS一卡通整体解决方案的基础，“用户设置”必须在“管理中心子系统”首先执行，然后才能进行发卡、启用帐户、消费充值、考勤排班、门禁权限设置等后续操作。这一改传统的小系统边输入用户信息边发卡、首次发卡时速度慢并容易出错的功能缺陷。
后续的升级版本我们将实现直接从人力资源部提供的人员信息源中导入用户信息，这种人员信息源可以是电子表格、DBF数据表或其它可识别的数据库。
用户设置的具体操作界面如下图：
添加或修改用户信息操作如下图：
用户密码将作为用户开门（要求输入密码或刷卡+密码）、用户考勤（要求输入密码、刷卡+密码或指纹+密码）和用户消费金额超限（单次、每餐或每天超过规定的次数限制）以及申请挂失/解挂时使用。
为了保证各个子系统的相互独立和关联，该密码将会在各个子系统启用帐户时自动转入到子系统的用户操作密码中，但操作员可以在各个子系统中对其进行修改，且不会互相影响。
3.发行新卡
为了保证完全做到CAS一卡通整体解决方案内的各个子系统采用统一的用户及卡信息，要求用户卡信息进行统一管理。在CAS一卡通整体解决方案中，我们设计了这样一套原则，即：只有在管理中心子系统中发行的新卡，在各个子系统中，才可以通过“帐户启用”操作，启动该用户；相反的，只有在每个子系统中都执行了“帐户禁用”操作的用户，才可以通过管理中心子系统中的“退卡销户”操作注销该卡。这样可以有效地保障用户卡信息的统一和同步。
在发行新卡中，操作员可以选择《单张发卡》，也可以选择《批量发卡》，即一次性对选择的多条用户信息进行批量发卡操作，这一操作在系统初始发卡时非常有用。原有的一些系统常常是输入一个用户信息，则发一张卡；而CAS一卡通系统强调“用户信息”与“卡片信息”相对独立，它们是独立管理，独立保存，这与实际的操作流程相吻合，符合人力资源管理的规范。
4.卡片挂失
卡片挂失处理包括：卡片挂失、解挂、挂失卡补发新卡等三个操作。CAS一卡通系统要求持卡人一旦发现自己卡片丢失，要立即到管理中心申请办理卡片挂失手绪，以保证自己的利益不受影响。卡片挂失后，各个子系统将同时获取新的挂失信息，并及时下传到各个操作终端上（如收费机、门禁控制器等），这样，即使卡片被别人拾到，也无法使用，从而保障了持卡人的利益。如果持卡人又找到丢失的卡片，即可办理解挂手绪。同样的，各个子系统将同时独取新的解挂信息，并及时下传到各个操作终端上，这样持卡人拾回的卡片即可正常使用了。
对于感应式IC卡一卡通系统，收于各个刷卡终端与管理主机采用非实时通信，而刷卡时刷卡终端自行判断卡片的合法性，所以，当操作员执行卡片挂失、解挂或补发新卡后，都必须及时将新的挂失记录（也称为黑名单）下传到各个刷卡终端上，以保证丢失的卡片无法再继续被另外的人使用。
8.统计查询
统计查询可以查询包括：发卡记录、换/补卡记录、注销记录和用户档案信息等；在所有的统计查询功能界面中，都可以执行：查询、报表、导出等三项功能。
发卡记录查询界面如下图：
在CAS一卡通整体解决方案中，关于统计查询功能，集成了多项先进算法和技术。以下作具体描述：
操作员在进入操作界面后，可以通过设定的时间段范围动态加载记录；原有一些系统一启动界面就加载全部记录，如果记录数较大的话，需要等较长的时间，容易让操作员产生死机的错觉，这时如果操作员执行关机、终止进程等操作则可能导致数据库损坏，产生无可挽回的后果。
通过界面左边的部门信息树型结构控件，可以快速地定位某个部门的全部或部分记录。这种树型结构控件效果非常直观，操作员可以非常轻松地完成日常较繁重的统计查询工作。
这一查询分析器类似于让操作员自己编写SQL查询语句，理论上可以实现查询任何想要的记录。而且操作简单，操作员只需选择“项目”、“关系”、“值”和“组合逻辑”等内容，通过生成多条查询条件进行组合查询。
系统可直接将查询到的记录导同为XLS文件，而且保证“所见即所得”。
9.数据维护
数据维护操作包括：数据库链接、数据优化、数据备份、数据初始化和数据恢复等操作。
所有的数据维护操作都集成到管理中心子系统中，其它子系统不再具有这些功能，这样一是为了减少重复的操作，二是为了充分保障系统数据的安全。由于CAS一卡通整体解决方案和各
个子系统分别由企业或单位不同的部分管理人员进行操作，如何保证他们工作的协调和有序，将是我们在系统设计中必须充分加以考虑的问题。
系统管理员可以通过数据维护完成的操作包括：
- 通过执行《数据库链接》重新配置本地到后台数据库的连接参数；
- 通过执行《数据初始化》对数据库进行完全清除，这一操作常常在初始安装系统并进行一段时间调试运行后执行；
- 通过执行《数据备份》对数据库进行备份操作。系统管理员定期对系统数据库进行备份操作是十分必要的，它将保证系统在出现异常时能快速准确地恢复数据；
- 通过执行《数据清理》对数据库中一些过期的明细记录进行清理操作。清理的明细记录将会被转移到备份数据库，而不作物理清除操作。
10.操作员管理
《操作员管理》是管理中心子系统最为核心的功能之一。它将提供系统管理员设置CAS一卡通整体解决方案中各个子系统的操作人员及相关权限。
CAS一卡通整体解决方案提供了操作员权限的十分合理的管理模式。可以设置任何一位操作员在任何一个子系统中可以操作的功能模块，以及所以执行的操作，包括：只读和完全控制（
该功能还可以扩展）
目前一些同类系统更多地采用所谓的“二级权限”或“三级权限”实现操作人员的分级管理，但这种实现方式不能根据解决作为单位/企业一卡通系统所需要操作人员分级、分模块
管理。
具体操作界面如下图：
（二）
中心管理端设备配置
中心管理端一般由人力资源部管理，其拓朴结构图如下：
具体硬件性能参数如下：
1.管理主机：
- 硬件配置要求：
- CPU：P4 2.0G以上（建议至少CIII2.6G）
- 内存：128M以上（建议至少256M）
- 硬盘：40G以上，其中可用空间至少10G，用于安装数据库
- 显示器分辨率：1024*768
- 操作系统
- Windows2000 SP4或以上
- WindowsXP SP2或以上
- Windows2003 SP1或以上
- 数据库系统
- Microsoft SQL Server2000各种版本均
2.发卡机
- 外型尺寸：100（长）x60（宽）x30（高）mm
- 重量：0.7Kg
- 通讯方式: RS232口
- 电源:标准计算机键盘口取电（5V）
- 环境温湿度：0℃--40℃，10%--90%
管理中心子系统
为了便于一卡通整体解决方案的实施和管理，我们将CAS一卡通中包括部门人员、权限和卡片管理的操作功能全部独立集成为管理中心子系统，作为CAS一卡通的后台管理中心，由系统管理员负责操作。 
