第五章一卡通系统
5.1项目概述
十八所智能化系统一卡通项目拟建成一个集门禁、考勤、消费、出入口（访客+通道）管理、会议管理、图书管理功能为一体的综合管理系统，实现新厂有关身份认证的综合管理。系统提供多种接口对第三方软件进行支持，提供了跨平台运作的支持。该项目通过智能一卡通系统可以实现门禁（出入口）控制、考勤、消费、会议签到、停车管理等综合应用，加强了对人、财、物的有序及有效监控管理，提高了资源的共享利用率，减少了资源的浪费，避免了诸多人为因素的干预，提高了办公效率。
根据十八所智能一卡通系统对门禁、考勤、消费、停车场、出入口（访客+通道）管理、会议签到、图书借阅等子系统的管理需求，本着稳定性、可靠性、安全性、开放性的设计原则，系统设计选用美国汉军智能系统有限公司推出的eNitor网络整合安防管理系统作为十八所智能一卡通系统管理平台。美国汉军的客户群遍及全球各地，包括民间企业、国家机关、金融行业、建筑行业、教育机构等，产品行销则遍及世界各国。2000年9月17日正式通过了SGS ISO9001、CE、FCC等国际品质认证。2001年5月正式通过了中国公安部颁发的MA认证，2007年8月正式成立天津技术服务中心。
5.2需求分析
智能一卡通系统在整个项目当中占有举足轻重的作用，它的应用将起到承上启下的作用，对下通过多种接口方式接收多个子系统模块的数据信息，而企业内部的OA内的所有员工资料也实时传送至智能一卡通系统中，使得所有员工姓名、年龄、工种等信息应用至智能一卡通系统中，OA与智能一卡系统之间的合作节省了时间、人力、物力，也保障了相关资料的安全性。
智能一卡通系统平台还设置了集成中间件，满足多种开放式的数据接口，便
于其他子系统的接入与集成。
5.2.1系统应用设置
针对十八所管理的特殊性，设计规划了一套集身份认证、门禁、考勤、消费、车库等管理为一体的一卡通系统。该系统使用RFID作为传输介质，以软件为核心，同时辅以先进的、可靠的、安全的控制器、读卡器等硬件设备的汉军eNitor 一卡通系统方案。
十八所一卡通子系统设置如下：
?系统管理及发卡中心
?门禁管理系统
?考勤管理系统
?出入口（访客+通道）管理系统
?消费管理系统（员工用餐）
?会议签到管理系统
?图书管理系统
?停车场管理系统
5.2.2系统总体需求
以我司多年来在科研机构行业积累的丰富案例经验，分析十八所对门禁及一卡通系统的建设需求。十八所一卡通系统基于计算机和智能感应卡技术，只用一张经过授权的智能卡，通过系统软件功能和完善的硬件设备相互配合，以计算机网络管理为核心，非接触式感应卡为信息载体实现门禁、考勤、消费、停车场等系统的一卡通管理。
园区内部的管理人员可通过一卡通管理中心的系统服务器了解到各子系统应用的情况，并可根据采集的数据进行分析处理做出正确的管理决策和财务核算。项目对一卡通系统的总体需求分析如下：
项目采用智能卡进行一卡通管理，同时承担起工作证件、门禁通行
钥匙、出勤卡、消费卡、停车卡等多项功能。实现门禁、考勤、消
费等系统的一卡通综合管理功能。
系统采用非接触和多存储结构的智能感应卡。智能卡具有多个工作
分区，支持一卡多用的功能需求，卡的工作要求安全、可靠。
系统具有配套的独立发卡系统。系统管理及发卡中心可以完成智能
卡的制作、发行和授权。系统可对智能卡的权限进行控制和更改。门禁布点配置及管制功能：
智能一卡通集成管理和制卡发卡中心：系统安全管理、各子系统运
行的字典信息、运作信息的汇总、发布；用户、单位基本资料管理；发卡、制卡、挂失、解挂、销卡；系统整合接口等。
所有的发卡、挂失、解挂、销卡等卡片操作最终都以一卡通系统平
台数据库中的人员资料为准。
门禁子系统：用于机房、办公区域通道、配线间等重要区域的出入
口管制管理；
考勤子系统：用于园区内工作人员的考勤记录，统计分析那些员工
迟到、早退、没有到岗等，为员工薪资发放提供依据；
停车场子系统：用于被允许进入园区的机动车辆管理
消费子系统：用于企业内部消费（就餐）、小超市、工会等消费数据
管理；
出入管理子系统：用于园区大门口进出人员访客及员工的综合管理；
会议签到子系统：快速统计查询参会人员情况，即时显示已到、未
到、迟到人员列表；
图书借阅子系统：负责图示的编辑、流通、查询、对没有即时还书
员工设置罚款功能；
人事系统接口：为十八所一卡通系统提供数据接口，使其企业内部
的原始人事资料通过此接口提供给智能一卡通系统，再通过中间件分享至其它需要人事数据的系统。
财务系统接口：此接口软件使得消费数据通过一卡通平台共享至财
务，实现十八所的消费数据财务结算与分析。
门禁系统功能要求：
所有进出人员必须留下记录：园区中的大部分场所承担着重要的生
产管理任务，任何一个数据出了问题都可能引起重大的纠纷甚至事故。因此园区要求对所有进出科研重地的合法工作人员也要严格控制，每次进出必须留下记录信息。
系统支持图控电子地图，便于管理者实时掌握所有受控门禁状态。
系统可实现对指定区域分级、分时段的通行权限管理，限制外来人
员随意进入受控区域，并根据管理人员的职位或工作性质确定其通行级别和允许通行的时段，有效防止内盗外盗。
系统要求具备防尾随、反潜回、双重卡、双门互锁、胁迫码、强制
关门、实时报警等功能，以满足工厂某些特定场合的特殊应用。例如，生产车间、通道的安全管制将为门禁系统规划的重点，建议针对财务等重要区域采用双重卡、双门互锁、防尾随等门禁管制策略，以充分确保该区域的财务安全。
和视频监控的联动：在烟厂的门禁系统中最大的安全隐患就是非法
人员盗用合法卡作案。传统的门禁系统和视频监控系统都无法解决这个问题。因此，为了防止有人盗用他人合法卡作案，保证刷卡记录的真实性，系统要求每次刷卡都能联动视频抓拍下刷卡人照片或保存下刷卡时的录像资料。
警情的准确定位：由于园区的特殊性，要求网络门禁在出现任何异
常情况时，都能第一时间通知值班人员，并且要求值班人员能在第一时间知道该门区的位置，和该点的实际情况，便于值班人员处理警情。因此要求门禁系统能够采用图形化设计，在有门区报警时，能第一时间弹出该点所在的地图，并且能显示该点的视频图像。
系统软、硬件配置采用模块化、开放式结构，便于系统扩展及将来
各个应用子系统的加入。系统运行的平台及各应用软件模块完整、成熟。
系统可提供以太网接口和交换数据所需的OPC、ODBC、ADO等协议，
以供系统集成应用。
系统软件支持C/S和B/S结构，便于系统多子系统集成和网络查询。
系统应具有极高的安全性、可靠性、兼容性和易维护性。
5.3设计标准及原则
5.3.1设计标准
国际标准ISO/IEC 11801
国家信息产业部YD/T926—2001
《建筑与建筑群综合布线系统工程设计规范》GB50311—2000
《建筑与建筑群综合布线系统工程验收规范》GB50312—2000
《安全防范工程程序与要求》（GA/T75-95）
《智能建筑设计标准》GB/T50315-2000
《工业企业通信设计规范》GBJ52-81
《工业企业通信接地设计规范》GBJ79-85
民用建筑电气设计规范JGJ/T16—92
中国电气装置安装工程施工及验收规范GBJ232—82
《通信系统机房设计》GBKJ-90
《通信局[站]电源系统总技术要求》（邮电部暂行规定XT005-95）
《计算机软件质量保证及配置管理计划规范》GB/T12505-12505-90 《数据电缆接口规范（DOCSIS）》
《中华人民共和国公安行业标准》GA38-92
《以太网10BASE-T标准》IEEE802.3
《以太网100BASE-T标准》IEEE802.3U
《综合业务数字网基本数据速率接口标准》CCITT ISDN
5.3.2设计原则
先进性
“一卡通”系统采用智能型模块化设计思路，网络通讯采用国际流行的TCP/IP协议，系统服务器通过以太网将各个子系统集成到一个计算机支撑平台上，建立起整个区域的“一卡通管理系统”界面。通过这个统一的界面可以十分方便、简单的实现对被集成的各个子系统的监视、控制、结算和管理。并选用带
分区存储功能的非接触式智能感应卡，以保证卡片选择的先进性，作到真正意义上的一卡通。
安全性
各子系统保持相互独立的原则，以降低同时故障的可能性。
多级别技术，以便不同的操作员在不同的子系统上或集成管理系统上有不同的权限，使系统更安全，管理更方便。
事件跟踪技术，以便记录下所有的操作行为和状态，供管理和取证之用，并实时更新黑名单。集成管理系统双机热备份，数据库备份以提高数据的安全性。实用性
均采用WINDOWS界面以及下拉式菜单与弹出框相结合的技术，功能完善，友好实用，易于掌握。
扩充性
可提供ODBC和OPC协议集成技术，以使系统真正作到开放性，为子系统甚至集成管理系统与其他外部系统集成奠定基础。
系统结构支持TCP/IP，可以在不破坏原有系统结构的情况下，方便的进行系统扩展。
5.4汉军一卡通系统优势
5.4.1系统平台优势
汉军eNitor智能一卡通系统是以智能卡的身份认证为基础，建立统一发卡、统一数据库、统一卡介质的开放式的、集成的系统平台，同时还作为数据汇集中心，无论是一卡通子系统之间的数据交换，还是一卡通系统与其它弱电系统集成的数据交换，都是在该平台下完成。
此外，为了满足系统的开放性，汉军eNitor智能一卡通系统平台还设置了集成中间件，满足多种、多重，开放式的数据接口形式，便于第三方系统的接入。
汉军公司是一家自主研发、生产一卡通系统产品的厂家，从控制器到读卡设备均是自主研发并生产的，控制器与读卡器之间的通信支持国际标准的
Wiegand、T2通讯协议和RS585通讯，对于市场上各种卡片类型的读卡器均能很好的兼容，这样使得针对不同的项目就可选用不同类型的产品（注：包括指纹仪或虹膜仪等生物识别产品），为一卡通系统的各种应用提供了保证。
5.4.2设计先进性
◆系统设计定位准确清晰，目的明确，高起点、高要求，以“智能一卡
通用”为最终目标，在软件模块划分以及智能卡片的规划上都有充分
体现。将基础平台系统和各个业务应用子系统相互独立，可灵活配搭
任意几个业务子系统组成用户独有的智能一卡通系统。
◆业务子系统采用先进的分布式处理模式，可将业务数据“多点并行”
处理，使系统的数据分析性能大大提高。
◆系统采用多层结构设计，利用集成中间件，达到业务消息快速准确的
传递、处理。解决了各子系统在开户、销户、挂失、解挂、补卡时，
信息无法传递或传递缓慢的瓶颈问题。真正实现了一点操作，多点响
应的实际业务应用需求。
◆业务数据采用后台SQL Server 2005中央存储，真正实现了业务数据
共享。
◆系统开发全部采用世界流行的Windows 2000平台，上层业务系统与低
层硬件设备驱动采用同一开发工具，从而保证了系统的代码复用优化，
确保系统的稳定性。
5.4.3应用先进性
◆系统实现了对用户卡片的统一管理，实现了用户卡片和各个业务子系
统的紧密结合，对开户、销户、挂失、解挂、补卡等业务任务，自动
传递消息，无需在各个业务子系统中进行单独处理，即可实现如：某
张卡片挂失后，自动取消其门禁权限和消费权限等一切业务子系统中
的使用权限。
◆各个业务子系统可据实际需求进行灵活配搭，系统的设计模式最大程
度为用户节约成本。并且提供了无缝升级和系统扩展的基础，当用户
希望增加某个业务子系统时，无需回收卡片，只需简单的安装一台业
务工作站即可。
◆各个业务子系统功能丰富，提供专业化业务报表，满足用户个性化要
求。除了业务常规功能，还提供了自动任务，定时任务以及远程任务
等高级功能。
◆提供通用规范的业务数据接口，生成Excel、txt等格式文件，可很容
易的将系统内部数据传输给其他应用系统使用。
◆对于目前市场上的各种智能卡，eNitor一卡通系统均能很好的兼容。
5.4.4安全先进性
◆系统通过基础平台模块的权限子系统，对其他各个子系统进行功能、
机构、等级权限进行控制。以便不同的操作员在不同的子系统上或集
成管理系统上有不同的操作权限，使系统更安全，管理更方便。可适
用于大型网络化分布式的系统管理要求。
◆业务数据采用后台SQL Server 2005中央存储，重要数据采用国际标
准DES加密算法进行了加密处理。支持集成管理系统（IMS，
Integrated Management System）双机热备份功能。数据库备份以提
高数据的安全性。
◆各子系统保持相互独立的原则，以降低同时故障的可能性。
◆事件跟踪技术，以便记录下所有的操作行为和状态，供管理和取证之
用，并实时更新黑名单。
5.4.5系统扩展性
美国汉军提供的一卡通系统是一个综合性的管理系统，一个整合、稳定、开放的一卡通系统平台，统一的数据库管理、统一的发卡平台和统一的智能卡介质，为系统的扩展带来了极大的便利性。
5.4.5.1系统稳定性
eNitor系统遵循现有工业标准。控制判断均在网络控制器NCU上完成，无需上传到服务器或者工作站电脑。其中一台或者多台NCU故障不会影响其他NCU的正常工作；
网络控制器NCU采用了稳定高效的工业级嵌入式RISC 32Bit CPU为核心，系统控制完全避免了电脑基于X86加Windows系统的不稳定的痼疾；
系统加入了设备的自诊断机制，对故障的发现和排除均能做到智能化和及时性；
在紧急情况下，网络控制器NCU、门禁控制器ACU控制模组，均备有应急卡功能，保证在紧急情况下，即使系统中多处断线，受控门仍可以应急通行。
5.4.5.2系统安全性
网络控制器NCU完成了系统的判断和逻辑控制，NCU 的操作系统完全由汉军自主研发，而非通行的Windows或者Linux OS平台，这样就有效地把黑客和电脑病毒均拒之门外了；
系统还采用了数据全程加密技术，读卡器与门禁控制器之间、门禁控制器与网络控制器之间的通信均全程加密。
5.4.5.3集成灵活性
为了适应智能化系统集成的趋势，eNitor系统还独具匠心地设计了独立的监视/联动控制模块，它可以灵活的挂接在网络的任何位置，从而完成复杂的多系统联动，如与监控、消防、报警、设备管理等系统的联动。
同时汉军eNitor系统集成可提供以太网接口和交换数据所需的OPC、ODBC、ADO等协议。方便与BMS等系统进行集成。
5.5一卡通平台说明
5.5.1一卡通平台服务
一卡通平台服务是整个“一卡通系统”的核心，集中保存一卡通的业务数据，集中管理一卡通的核心业务，集中处理一卡通的综合信息，作为整个一卡通平台的数据中心和应用中心，所有的接口全部部署在一卡通平台服务器上。
汉军一卡通平台服务提供如下功能：
?数据库服务：在SQL SERVER数据库中包含一卡通系统所有数据，有单
位及人员基本信息、智能卡帐户信息、各个应用系统信息与需要查询的
数据等等；系统使用同一个数据库；
?应用服务：提供一卡通系统密钥服务、身份认证服务、数据交换服务、
应用系统支撑服务、第三方应用系统（包括BA、OA、HIS等）接口服务、
WEB服务、综合信息服务等。
5.5.4软件平台
5.5.4.1软件平台服务示意图
5.5.4.2软件平台说明
软件平台集中保存着一卡通的业务数据；集中处理着一卡通的联机交易，在整个系统中的地位显得尤为重要。该系统平台可以与IBMS、BAS、OA 等系统通过开放接口实现不同系统的挂接与捆绑，还可联动监控与消防系统。各系统通过多种加密方式和开放式的接口协议实现自动或者人工导入方式共享。例：一卡通系统从人力资源部获得所有人员的基础信息和人员的职位信息编码；一卡通系统
将考勤信息传递给ERP系统。
5.5.5硬件平台
5.5.5.1硬件架构图
5.5.5.2硬件架构说明
一卡通系统硬件平台是以多功能结构为设计方向，分为管理层、控制层与终端层，所有设备供电采用UPS集中供电方式。系统架构支持Internet 、RS-585等不同通讯协议的硬件接入。多栋建筑组成的一卡通系统只需通过TCP/IP即可实现传输、共享相关的数据。传输的数据要采用加密形式，保护敏感信息，防止非法截取，破译。Internet、RS-585、WIFI等通讯协议的硬件搭配保证了超大终端容量的一卡通系统。
管理层：
管理层包括了存储器、数据库服务器、应用服务器、管理工作站、发卡器、核心网络设备等，我司根据以往的多个项目的实用经验，在此建议服务器应采用高可靠性、高安全的操作系统；数据库采用国际上成熟的大型商业数据库系统；数据库服务器采用双机热备的方式，以避免单点故障的产生。
管理工作站与发卡器等管理层设备在网络的支持下，实现门禁、考勤、巡更、访客等子系统的多级、多项管理与控制。
控制层：
●主控制器：上端直接通过TCP/IP与管理层实现数据信息传输。下端接入
门组控制设备，提供全功能的门禁的监控功能。该控制器是采用RISC 32元CPU的嵌入式控制主机，有别于WINDOWS操作系统，卡片容量可以达到
10万张，具有很高的安全性。
●读卡器模块：下端接入终端门组、考勤等设备，实现下端数据的采集，信
号的控制；上端通过RS585、Wiegend、T2等可选接口模式，上端接至主控制器，实现数据的上传、下载及参数设置的信号引入。当和上端的主控制器联机中断时，可自行执行离线时的门禁管控。
●联动控制器：下端接入报警、门磁、消防等信号，上端接入主控制器，实
现消防硬联动和报警联动并记录相关动作。
终端层：
电锁、读卡器、开门按钮、证件扫描仪、拍照设备等。
5.5.5.3硬件特性说明及对比
eNitor一卡通系统的主控制器和门禁工作站/服务器之间采用TCP/IP，每个主控制器NCU均有一个设定的IP地址，可以模块化挂接15台设备，如：双读卡器模块ACU-200、单读卡器模块ACU-90等。读卡器模块和主控制器之间可采用RS58等通讯方式，通信采用高效的事件触发机制。一台主控制器最多挂接15个双读卡器模块，共计30个节点（门）。
支持TCP/IP的主控制器：
我司选用的主控制器NCU是整个硬件系统核心，完成所有系统运作、逻辑控制，数据的存储，NCU是一个功能强大网络控制模组，NCU系统采用RISC（Reduced Instruction Set Computing）32元CPU，作为嵌入式控制主机，可以在控制电脑系统离线下独立运作。主控制器支持TCP/IP与电脑主机交换资讯，它采用CPU 直接通过总线方式和网络芯片通讯的方式实现了高速的数据吞吐量与高安全性的数据传输，而市面上很多支持TCP/IP的主控模块只是内置了小型的或嵌入式的TCP/IP转RS232电路板来实现网络功能，大大降低了系统数据吞吐量，且通讯过程易遭受外界干扰，大大降低主控制器的通讯质量。
CPU的选用：
终端数据处理方式：
读卡器通讯协议：
备注：从以上几个方面的比较结果可看出，我司的一卡通系统硬件设备先进、稳定可靠、传输速率快、性能价格比高等优势，将会给金融机构一卡通系统的运行带来可靠的保障。
5.5.6系统联动
一卡通系统平台立足于长远，整体规划，充分考虑了一卡多用的需求，适应各种复杂情况与变化。系统采用了开放的体系结构、开放的相应的应用接口，使系统很容易扩展到其他服务领域并保证将来各个应用子系统的方便加入。
5.5.
6.1系统接口说明
为了满足系统的开放性，eNitor一卡通系统平台还设置了集成中间件，满足多种、多重、开放式的数据接口形式，便于第三方系统的接入。如与项目的智能管理系统整合，以及智能化IBMS的集成等。
●汉军eNitor一卡通系统为统一数据库系统；
●智能一卡通系统的相关数据通过数据接口，进行统一监控和管理，数据
接口和集成形式包括：
A)采用OPC接口进行数据的交换；
B)采用SOA (Service Oriented Architecture)接口进行数据的交换，SOA
是面向服务架构，SOA应用系统标准、高效，可以在功能上加以
扩展，并且具有快速响应灵活变化的能力；
C)开放数据库的方式，通过ODBC或RDO或ADO或JDBC等数据
接口进行两个数据库之间的数据实时同步；
D)采用XML方式进行数据交换；
E)采用Text或Excel文件导入导出方式进行数据交换；
F)采用DLL或WEB Service的模式进行数据的更新；
G)通过SOCKET接口进行数据的实时更新。
H)通过Web SERVICES进行数据的交换。
5.5.
6.2系统集成应用
一卡通系统与财务管理系统集成
为了方便财务对园区内部员工餐厅的消费数据进行统计、分析与核算，消费系统的金额数据需共享至财务系统。考虑到财务系统的安全性和保密性，消费数据通过一卡通系统平台导出TXT/EXCEL的方式给财务系统。
一卡通系统与其它系统集成
园区的OA、HR、ERP系统中的人员资料、部门资料等基础信息，这些信息由于在一卡通系统中也相当重要。为了保证基础资料的统一，避免资料的重复、多样，一卡通系统中的人员、部门等基础信息以OA、HR、ERP中的为源码。此外，一卡通系统中的门禁刷卡记录、考勤记录、消费记录也需提供给OA/HR/ERP系统做查询、分析用。一般采用的方法有开放数据库，或者Web Services或者DLL 调用或者TXT/EXCEL/XML导入导出方式。
一卡通系统与消防系统集成
门禁系统与消防系统集成，协同运作，当紧急情况发生时，消防通道的门能自动打开。
eNitor门禁系统可以提供软件或硬件两种消防联动模式，根据消防要求，门禁系统的消防联动多采用硬件联动模式。门禁系统有硬件的输入联动模块，提供硬件的实时消防联动。硬件联动的信号通过输入板输入，结合系统结构的设计，或者系统联动模块的设定，完成消防联动的要求；也可以提供同一时间全部联动的功能。
根据多个案例显示，消防规范N±1可以由消防系统N±1控制器实现，门禁系统接受消防系统N±1控制器的输出信号即可。至于联动逻辑，即“在一层以下的消防联动次序是否为地下的所有层”等逻辑的设计和实现，均按照消防规
范及消防系统要求而定。
所有消防联动信号均通过专用的联动模块接入门禁系统，并记录。
一卡通系统与监控系统集成
联动模式一：硬件联动
系统可以接受重要区域的门禁读头信息（刷卡信息），通过ACU-200传至网络控制器NCU进行处理，与NCU内部参数进行比对，进而通过系统的监视联动控制模组MCU的继电器动作，触发监控系统DVR主机，命令指定区域的单路或者多路摄像头启动，并传送相对应区域的视频信号至管理计算机，同时启动DVR的视频录像功能，完成与监控系统联动的整个事件。
逻辑（信号）控制流程：
开门信号→ACU-200→NCU→MCU-0008→DVR→CCD。
同时NCU将开门的事件信号和输出信号传递给管理主机，并显示输出。
联动模式二：软件联动
系统可以接受重要区域的门禁读头信息（刷卡信息），通过ACU-200传至网络控制器NCU进行处理，与NCU内部参数进行比对，并将信息上传到主控服务器，主控服务器将接收到的信息通过SOCKET等通讯接口传送到监控系统管理主机，监控系统进行解析，如有报警信息，监控系统则命令指定区域的摄像机启动，同时DVR保存影像资料，以便查询。一卡通系统即完成与监控系统联动的整个事件。
一卡通系统与报警系统联动
门禁控制主机ACU-200具有报警输出报警继电器节点。
报警时，读卡器的LCD指示灯和蜂鸣器应显示适当的信息：
1)门被强行打开报警
2)系统干扰报警（由于未授权的人打开盖子产生）
3)特殊袭入监控报警
ACU-200还可以联接一个外部的警报器，以便以上报警发生时可以听到；
同时系统提供“反胁迫”报警功能，当某个持卡者被威胁或绑架时，他只需通过输入一个特殊的密码便可发生无声的报警信号。
另外管理卡的持卡者可以人工地对相关的感应器设防或撤防，也能通过时
ILAS与一卡通系统对接方案 一、对接原则 利用IC卡实现一卡通，以卡为介质实现校区、总分馆的身份识别、消费和控制信息传递；尽量减少系统间的依赖和关联；尽量避免频繁读写卡。 二、所需设备 一卡通开发商提供读卡动态链接库，测试用的IC卡读取设备和IC卡一套 三、对接模式 目前ILAS共提供3种对接模式 只读模式（价格10000元）简称A模式 实现功能： ILAS负责从IC卡中读取读者证号，发卡，写卡（写证号）由一卡通提供方负责，不涉及扣款等消费功能。 实现方式： ILAS提供一个读卡程序，将读到证号发送给ILAS客户端相关程序，进行借还，流通管理。 只读+读者数据同步模式（价格30000元）简称A+D模式 实现功能： ILAS负责从IC卡中读取读者证号，发卡，写卡（写证号）由一卡通提供方负责，不涉及扣款等消费功能，可实时接收读者信息，实时挂失，注销等功能实现方式： 1、ILAS提供一个读卡程序，将读到证号发送给ILAS客户端相关程序，进行借还，流通管理。 2、该模式需要ILAS搭建一个服务程序，实时与一卡通进行通讯。 当有新增读者，修改读者记录，换卡，挂失，注销等请求时，一卡通服务程序完成本身的处理后，实时将这些请求发送给ilas服务程序，ilas服务程序收到该服务请求后，进行分析，进行相应的处理，并将操作结果返回给一卡通服务程序。如果操作失败（或网络不通，超时等异常发生时），一卡通服务程序需将该次请求（相关信息）记录下来（采用文件或数据库方式）；然后定时将这些失败请求重新发送给ilas服务程序进行处理。 一卡通中心软件方实现功能如下： 一卡通服务程序实时将请求（新增读者，修改读者记录，换卡，挂失，注销等）发送给ilas服务程序，如果操作失败（或网络不通，超时等异常发生时），一卡通服务程序需将该次请求（相关信息）记录下来（采用文件，或数据库方式）；然后定时将这些失败请求重新发送给ilas服务程序进行处理。 ILAS系统实现功能如下：
《荣昌校区一卡通系统》开发合同 合同编号： 甲方（委托人）：乙方（受托 人）： 鉴于甲方有意委托乙方开发《荣昌校区一卡通系统》，双方依据《中华人民国合同法》及相关的法律法规之规定，在自愿、平等、互利互惠、协商一致的基础上，双方达成如下协议： 第一条定义 1、“荣昌校区一卡通系统”属于软件系统，除另有指明外，指描述于《荣昌校区一卡通系统需求报告》中的在本合同履行期所开发和提供的当前和将来的软件版本，包括乙方为履行本合同所开发和提供的软件版本和相关的文件。 2、“可交附件”指附件中指定的由乙方所交付的软件，包括源代码、安装盘、技术文档、用户指南、操作手册、安装指南和测试报告等。 第二条开发目的 本软件是甲方为方便荣昌校区师生日常生活而委托乙方开发的软件。该软件的主要功能和目标为方便荣昌校区师生上课打卡签到以及食堂进餐打卡等。软件整体功能符合甲方所描述的易于管理、方便使用的要求，应达到正确性、安全性、可靠性、开放性、实用性等的技术指标。 第三条甲方原有信息系统描述
甲方原有的相关计算机信息系统为“学生饭卡管理系统”，其主要功能是方便使用者在荣昌校区各食堂以及超市消费。乙方将结合甲方的计算机信息系统进行软件开发，使开发软件的能同现有系统中已有的设备和相关软件相匹配。 第四条软件系统 1、乙方所开发的软件系统为“荣昌校区一卡通系统”，应采用C#为开发语言，SQL数据库。其中：乙方为甲方开发的软件系统分为3个子系统，包括消费子系统、考勤子系统和信息管理子系统，与甲方原有系统共同构成本合同所规定的软件系统。该软件系统的名称、模块、功能、规格、版本、检测标准等相关情况见《荣昌校区一卡通系统需求报告》。 2、甲方将为整个软件开发支付乙方10000（壹万元整）的研究经费。 第五条软件开发的交付进度和时间 1、本开发软件交付的时间为20XX年XX月XX日； 2、软件开发分为需求分析、概要设计、详细设计、功能实现和测试与维护5个阶段，每个阶段的项目完成后，均应该依据相关检测标准进行检测和交付。甲方将按照2：2：2：2：2的比例进行现金付款。 第六条质量要求 自本合同签订之日起，乙方应尽力履行其在开发计划中所规定的义务，按时完成并交付每一阶段项目成果，其质量标准应符合《荣昌校区一卡通系统需求报告》的规定。 第七条信息与资料 乙方有权根据本合同的规定和项目需要，向甲方了解有关情况，调阅有关资料，向有关职能人员调查、了解甲方现有的相关数据和资料，以对该软件进行全面的研究和设计。甲方应予以积极配合，向乙方提供有关信息与资料，特别是有关甲方对开发软件的功能和目标需求方面的信息和资料。如甲方对乙方完成本合同所需的乙方所有的信息和资料不予提供，则由甲方承担不予提供的损害后果。 第八条资料提供
基于校园一卡通数据系统的学生行为分析研究 基于校园一卡通数据系统的学生行为分析研究 基于校园一卡通数据系统的学生行为分析研究 2019-10-03 计算机信息技术 基于校园一卡通数据系统的学生行为分析研究 1 引言 大数据一词是由英文单词“Big Data”翻译而来。大数据时代的到来既是信息技术领域的一场持久而深刻的变革，更在全世界范围内开启了思想的剧变，从而成为引领社会实现新兴技术不断向前发展与变革的利器，深刻地影响着人们的生产与生活。“当今社会已经迈入了大数据时代，大数据已经渗透到当今所有的行业和业务领域，成为重要的生产因素。”[1]在这个宏观背景下，大数据的社会价值和科学价值的不断得到彰显与利用，给高校的教育与管理也带来了新的机遇。教育领域的大数据运用有其自身的特点，在高校的实现应当侧重从学生的学习过程、日常生活的微观表现进行测量，开展精准的“学生画像”，有效分析與预测研究对象的学业完成进度与趋势，从而为学校教育教学质量提升和学生教育管理服务提供保障。 目前，国内不少高校通过利用大数据技术，深度挖掘在校大学生的行为数据，但每个学校都因有自身不同的办学特色和现实情况，如何结合学校信息化校园建设，开展针对在校学生的行为数据分析与研究，帮助教学、学工等相关部门提供
可视化图表的方式呈现数据分析结果和学业预警等相关意见，从而为学校教育与管理服务，提供决策建议与意见，具有强烈的现实意义和广阔的应用前景。 2 一卡通数据系统分析云平台 本文以围绕学院校园一卡通系统建设，开展智慧校园和智慧管理研究，通过对学生教室考勤、宿舍门禁，校园消费、上网记录、奖励资助及购水购电等信息，关联学生教务、图书及其他物联网等应用系统后台数据库，结合系统基础数据库的表结构特征和关键字段，设置相应的逻辑关系和判断条件，通过校园一卡通大数据分析云平台，从学生学业警示预警、个性化学习、上网行为、消费行为、奖惩资助和就业帮扶等六个维度，使用聚类、关系规则和序列模式挖掘等技术指标与手段，开展深度数据分析与数据挖掘，形成可视化图表的.方式呈现出数据分析的描述结果，给出相关的建议结论或预警意见，供班导师、辅导员、相关职能部门查看与使用，从而为学校教育、管理与服务提供决策支持和智慧服务。[2] 3 学生行为大数据分析 3.1 学业警示预警分析 基于一卡通数据系统分析云平台关联学生教务系统，系统管理员根据权限可以实现实时查看学生个人学业完成及积欠课程的情况，各班导师或辅导员可以统计与分析相关专业学生的学业完成度统计数据，结合学生的课堂考勤、心理测评、图书借阅、重修课程、上网数据等对学生的失联、留级及预判延长学制、不能毕业等情况予以预警。根据动态分析数据，班导师和辅导员可以及时与学生本人、任课教师和学生家长取得联系，帮助学生分析和查找问题，指明努力方向。 3.2 个性化学习分析 基于一卡通数据系统分析云平台结合学生选修课程、个人兴趣与综合评估，分
校园一卡通管理系统 需求文档 文档名称：需求分析规格说明书 项目名称：校园一卡通管理系统 A 引言 A.1 编写目的 所谓“需求分析”，是指对要解决的问题进行详细的分析，弄清楚问题的要求，包括需要输入什么数据，需要得到什么结果，最后应输出什么。需求分析阶段是一个非常重要的阶段，良好的需求分析文档，将为整个软件开发项目的成成打下良好的基础。 A.2 项目信息 本项目的名称：校园依旧阿通管理系统 本项目的应用范围：各个高校校园内 开发单位：武汉理工大学计算机学院软件1101班 用户：学生，老师，校车，校超市，校食堂等 A.3 参考文献 【1】方美琪，《软件开发工具》，经济科学出版社 【2】李建中，王珊.《数据库系统原理（第2版）》电子工业出版社，2004.9 【3】李昭原，刘又诚《数据库系统原理与技术》北京航空航天大学出版社【4】钟珞，袁景凌《软件工程》科学出版社 B 项目概述 B.1 组织结构与职责 本系统用户的组织结构如图b-1所示。 管理员 管理组 教师 用户组 学生 B.2 角色定义 用户系统中扮演的角色，以及可以执行的职责： 校园IC卡一卡通系统在校园网中起着通行桥梁的作用，通过与其它的各个管理系统模块的信息连接，将整个校园网有机、高效地带动起来，使得校园各个方面的工作因IC卡的高效、简便而更加顺利。 B.3 系统概述
随着社会信息化的蓬勃发展，校园的管理也进入了一个信息化的时代，先进的管理信息系统成为建设世纪一流大学的重要标志。在国内信息化建设进程的加速的今天,高校管理者要学会思考如何使学校现有资源得到高效、合理的应用,使教育信息化带动教育的现代化,将教育与信息技术真正地融合,提高教学质量和教学效率, 提高学校声誉,提升学校的竞争力。数字化校园将是今后校园建设的发展趋势和必然。数字化校园建设的实质就是学校的管理部门通过信息化手段,实现对各种资源的有效集成、整合和优化,实现资源的有效配置和充分利用,从而提高各种管理工作的效率和效益。而建设“校园一卡通系统”是实现数字化校园的有效途径。 随着社会信息化的蓬勃发展，校园的管理也进入了一个信息化的时代，先进的管理信息系统成为建设世纪一流大学的重要标志。在国内信息化建设进程的加速的今天,高校管理者要学会思考如何使学校现有资源得到高效、合理的应用,使教育信息化带动教育的现代化,将教育与信息技术真正地融合,提高教学质量和教学效率, 提高学校声誉,提升学校的竞争力。数字化校园将是今后校园建设的发展趋势和必然。数字化校园建设的实质就是学校的管理部门通过信息化手段,实现对各种资源的有效集成、整合和优化,实现资源的有效配置和充分利用,从而提高各种管理工作的效率和效益。而建设“校园一卡通系统”是实现数字化校园的有效途径。 校园“一卡通”系统的建设，首要目的是方便全院师生员工在学院内的各项活动，使在院内的所有消费、缴费行为变得简单易行，身份识别准确安全，数据收集全面、统一。其次，在全院形成学院统一管理的信息平台，促进教育信息的标准化，构建起优良的数字空间和信息共享环境，进一步实现教学资源数字化、数据传输网络化、用户终端智能化、结算管理集中化。第三，在全校实现统一的电子支付和费用收缴管理，解决我院各类费用收缴难、管理乱的问题。第四，借助校园“一卡通”系统提供的基础数据，可整合和带动学校各类管理信息系统的建设。第五，促进学校网络应用基础平台的建设，逐步完成校内应用系统体系结构的升级。 C 目标系统功能需求 C.1 系统用例 根据以上分析，主要介绍日常事务处理和日常消费处理的用例图所具有的功能。 ●餐厅消费 ●超市消费 ●校车消费 ●办卡 ●充值 ●挂失 ●解挂 ●查询
证券代码：002421 证券简称：达实智能公告编号：2020-032 深圳达实智能股份有限公司 关于使用闲置自有资金投资低风险理财产品的公告 本公司及董事会全体成员保证信息披露的内容真实、准确、完整，没有虚假记载、误导性陈述或重大遗漏。 为实现资金的精细化管理，深圳达实智能股份有限公司（以下简称“达实智能”或“公司”）第七届董事会第八次会议审议通过了《关于使用闲置自有资金投资低风险理财产品的的议案》，同意公司及控股子公司使用额度不超过人民币5亿元的自有资金投资安全性高、流动性好、有保本约定的1年以内的低风险理财产品，在额度内，资金可以循环滚动使用。具体情况如下： 一、使用自有资金投资低风险理财产品的基本情况 1.理财产品品种 为控制风险，投资的品种为安全性高、流动性好、短期（1年以内）保本型的低风险理财产品，发行主体应当为商业银行或依法设立的其他金融机构，且必须提供保本承诺。上述投资品种不包括《深圳证券交易所主板上市公司规范运作指引》规定的风险投资品种，不含股票及其衍生品投资、基金投资、期货投资、房地产投资及以上述投资为标的的证券投资产品等。 2.额度有效期 自董事会审议通过之日起一年之内有效。 3.投资额度及资金来源 因公司运营中资金收入、支付过程不均衡，部分时间段存在自有资金沉淀，为实现资金的精细化管理，公司及控股子公司拟使用不超过人民币5亿元的闲
置自有资金投资低风险理财产品。在上述额度内，资金可以滚动使用。 4.实施方式 董事会授权财务总监负责具体实施事宜。 二、投资风险分析及风险控制措施 1.投资风险 1)尽管理财产品属于低风险投资品种，但金融市场受宏观经济的影响较大，不排除该项投资收益受到市场波动的影响。 2)公司及其控股子公司将根据经济形势、金融市场及经营计划资金使用的变化在上述额度内适时适量的实施，因此短期投资的实际收益不可预期。 2.针对投资风险，拟采取以下措施： 1)以上额度内资金只能投资不超过十二个月保本型低风险理财产品，不得购买涉及《深圳证券交易所主板上市公司规范运作指引》规定的风险投资品种； 2)公司财务部将及时分析和跟踪理财产品投向、项目进展情况，如评估发现存在可能影响公司资金安全或影响正常流动资金需求的情况时，将立即采取相应措施，控制投资风险； 3)公司内部审计部门负责对理财资金的使用与保管情况进行日常监督，不定期对购买理财产品的资金使用情况进行专项审计、核实； 4)独立董事、监事会有权及时掌握理财资金的使用情况，并对资金使用情况进行检查； 5)公司将根据深圳证券交易所的相关规定，在定期报告中披露报告期内购买低风险理财产品的情况及相应的损益情况。 三、对公司日常经营的影响
一卡通系统建设管理合作协议一卡通系统建设管理合作协议 甲乙双方本着平等、自愿的原则，为实现企业园区“一卡通”在中宁县锦宁铝镁新材料有限公司的全面推广应用，在互利互惠的基础上，经双方协商，就甲方与乙方共同开发建设、运行维护、推广企业园区“一卡通”系统等事宜，达成如下合作协议： 第一条总则 合作目的：基于甲方的企业厂区管理平台，依托银行计算机系统，通过联名ic卡接触、非接触的方式：实现企业的电子化结算、员工身份认证等功能，满足企业员工的多种业务管理需求打好坚实的基础。 合作内容： 1、合作开发建设、管理维护公司厂区一卡通应用系统”，作为卡片管理、信息查询、报表统计分析、银行结算等的管理系统，根据甲方的需要提供厂区消费、食堂就餐消费及进入厂区员工身份认证等后勤管理功能。 2、合作开发建设基于工商银行服务体系的一体化支付结算系统。 3、双方联合发行基于“工银薪金卡”基础上的企业厂
区卡、乙方协助甲方制作企业厂区卡，企业厂区卡作为“工银薪金卡”的附属卡，由乙方负责为本企业的员工办理“工银薪金卡”和附属卡，除享有传统意义银行卡规定的用途和服务外，附属的厂区卡可应用于甲方企业厂区内的身份认证、厂区消费、食堂就餐以及进入厂区身份认证等后勤管理以及与企业相关的其他用途。 4、由甲方为乙方准确提供申请人的信息，如：申请人姓名、部门、工种、工号等相关信息，由乙方为其批量办理。 第二条合作方式 1、甲乙双方分别成立项目协调组，负责对双方合作中的相关事宜进行沟通协调，系统开发建设项目组负责项目开发工作。 2、为保障项目应用开发建设和管理维护的安全性，甲方负责投入企业管理系统平台中与企业相关的设备；乙方负责提供与银行业务相关的项目就用开发、运营管理等设备，包括ic卡的打卡设备和行业多媒体自动终端机。甲乙双方各自维护品台所涉及的设备。（乙方负责提供甲方需投入设备的费用预算，方便甲方开展工作流程） 3、乙方负责企业端与银行端软硬件开发工作及费用，涉及企业端开发费用由乙方提供相关费用预算。
校园一卡通系统 一．系统简要介绍 校园一卡通系统是架构在网络平台上，以感应式射频IC卡为媒介，综合提供身份识别与电子支付服务功能的系统平台，以及其架构在此平台上的各种信息化应用系统。 校园一卡通系统是数字化校园的基础工程，是数字化校园中有机的、重要的组成部分。为数字化大学提供了全面的数据采集平台，结合大学的管理信息系统和网络，形成全校范围的数字空间和共享环境。为大学管理人员提供具有开放性、灵活性、面向大学的应用服务管理平台、是管理与管理科学化的必要前提和基本途径。将给全校师生带来一种全新的、方便现代化生活。 华东理工大学校园卡系统由新开普开发，始建于2001年，2005年进行一次系统升级。配套的校园卡应用软件系统都采用四层架构（见图1），和中心数据库的交互只通过WebService层进行，所有的工作站和第三方数据传输和WebService进行交互，而终端应用只和工作站进行数据交互。这样可以有效保证数据的安全性和完整性。目前，校园卡系统由两台数据库服务器做双机热备，四台WebService服务器，一台应用服务器，多个工作站组成。 图1 校园一卡通系统三层架构模型 二．校园一卡通的主要特点 一卡通系统的突出特点在于“全面、一库、一网、一卡、一密”： (1) 全面：我们的校园一卡通系统包含校园管理所需的十余个子系统，基本涵盖了 一卡通在校园的全部应用领域。 (2) 一库：同一软件平台、同一个数据库内实现卡的发放、卡的取消、卡的挂失、 卡的资料查询、黑名单报警、记录浏览处理统计等数据管理。 (3) 一网：一个统一的网络。基于现有的局域网或基于TCP/IP的Internet网，系 统将多种不同的设备接入同一个大型软件管理平台, 集中控制，统一管理。 (4) 一卡：指用同一张卡实现不同功能的智能管理，一张卡通行于很多功能不同的 设备。 (5) 一密：采用DES/MD5/HASH逻辑加密算法，正真实现一卡一扇区的加密方式， 这样有力保障了系统的安全性。
硕士专业学位论文 银医一卡通系统设计与实现 The Design and Implementation of the Bank-Hospital One-Card Pass System 作者：XXX 导师：XXX 北京交通大学 2017年1月
学位论文版权使用授权书 本学位论文作者完全了解北京交通大学有关保留、使用学位论文的规定。特授权北京交通大学可以将学位论文的全部或部分内容编入有关数据库进行检索，提供阅览服务,并采用影印、缩印或扫描等复制手段保存、汇编以供查阅和借阅。同意学校向国家有关部门或机构送交论文的复印件和磁盘。 （保密的学位论文在解密后适用本授权说明） 学位论文作者签名：导师签名： 签字日期：年月日签字日期：年月日
学校代码：10004 密级：公开北京交通大学 硕士专业学位论文 银医一卡通系统设计与实现 The Design and Implementation of the Bank-Hospital One-Card Pass System 作者姓名：XXX 学号：XXX 导师姓名：XXX 职称：XXX 工程硕士专业领域：软件工程学位级别：硕士 北京交通大学 2017年1月
致谢
摘要 随着我国医疗卫生体制的逐步发展与完善，更加数字化、现代化的医疗管理体系开始逐渐受到重视。同时，现今的医疗卫生条件并不能完全的满足人们对于医疗卫生条件的期望。人们对于当今医院的排队、诊疗、缴费等过程的满意程度仍旧较低。而银行与医院的银医一卡通项目便是解决这个问题的一项非常具有代表性的项目。银医一卡通项目指的是医院通过对接银行的管理系统，建立银行与医院的关联关系。银医一卡通项目的实施，能够实现医院信息管理的数字化与自动化，提高医院挂号、缴费等操作的效率，便捷患者的就诊过程。 本文以中国工商银行与廊坊市医院的“银医一卡通”合作项目为研究对象，利用互联网技术结合软件工程的开发流程与步骤，详细阐述“银医一卡通”项目的研究开发过程。并且综合阐述论文所做的主要工作，以及概述论文的组织结构。本文将就中国工商银行与廊坊市人民医院的银医一卡通项目，对整个系统的背景、设计、实现的每个阶段来详细阐述项目的细节。本人参与了如下工作：设计实现银医一卡通体系架构，包含数据库与Web Service的实现，以及模块与底层核心代码的编写等，并将廊坊医院HIS系统接入中国工商银行管理系统。 医院信息管理系统HIS是比较复杂而庞大的一个组织结构，而中国工商银行更是一家庞大而且对安全性要求极高的金融机构，所以要完成医院、银行系统的对接要考虑到双方的方方面面。除此之外，患者层面上，要对患者进行透明化，即某些构架与组织对于患者来说是不可见的。患者只需要简单的流程功能即可，能够完成便捷的预约、挂号、缴费等操作即可。在需求分析环节，论文对签约流程、挂号流程、缴费流程、预约挂号流程、预约取号流程等几个方面的需求进行了阐述，大大简化了就医流程，提高了患者挂号、缴费的速度，使患者在医院就医时能够有更为便捷的途径。患者可以仅凭一张工行卡实现廊坊医院内的各种操作，提高患者挂号、缴费等步骤的自动化与便捷化。同时，银医一卡通项目也提高了医院管理的效率，缓解了人力资源的消耗，使得医院管理体系更加现代化与数字化。 银医一卡通项目，通过互联网技术以及其他通信技术，实现了医疗管理模式的升级换代，简化了医疗就诊的过程，减少了患者与医院时间资源的消耗，让就诊患者能够在医院体验到比较良好的用户体验过程。论文给出了项目的测试过程以及验证项目完全符合需求。 关键词：银医一卡通；Web Service；XML
一卡通系统技术规范书（初稿）
技术规范 1 总则 1.1本规范书仅适用于阳煤平定化工配套的一卡通系统，它包括该系统的应用设计、功能要求、设备性能、第三方集成、布线安装等方面的技术要求。 1.2本规范书提出的是最低限度的技术要求，并未对一切技术细节作出详细规定，也未充分引述有关标准和规范的条文，投标方应保证提供满足本规范书和所列标准要求的优质产品及相应服务，必须满足有关安全、环保、消防等法规、标准的要求。 1.3投标方如对本规范书有偏差(无论多少或微小)都必须清楚地表示在“差异表”中，尤其是与价格相关的任何差异，均应逐一描述，若没有提出招标方则可认为投标方提供的产品完全满足本规范书的要求，在技术协议阶段和详细设计阶段应不产生任何价格因素 1.4如招标方有除本规范书以外的其它要求，将以书面形式提出，经买卖双方讨论后载于本规范书。 1.5本规范书所使用的标准若与投标方所执行的标准发生矛盾时，按较严格标准执行。 1.6只有招标方有权修改本技术规范书。合同谈判将以本技术规范书为蓝本，并列入招标方认可的技术偏差。修改后经买、卖双方共同最终确定的技术协议将作为订货合同的一个技术附件，并与订货合同正文具有同等的法律效力。双方共同签署的会议纪要、补充文件等也与合同文件具有同等的法律效力。 1.7合同签定前后，投标方应按照招标方的时间、内容、深度要求提供其所需的设计资料，并按招标方施工和设计进度要求随时修正，投标方应免费提供上述资料。技术资料包括且不限于设备的设计、制造、检验/试验、装配、安装、调试、试运、验收、运行和维护等，并同时提供详细的供货清单。 1.8投标方对一卡通系统负有全责，即包括分包（或采购）的产品。分包（或采购）的产品制造商应事先征得招标方的认可。 1.9在合同签定后，招标方有权因规范、标准、规程发生变化而提出一些补充要求，具体内容双方共同商定。 1.10设备采用的专利涉及到的全部费用均被认为已包含在设备报价中，投标方应保证买方不承担有关设备专利的一切责任。所有提供的软件应是正版授权产品，并提供原厂家授权证明书。1.11投标方应具有安全防范工程设计、施工、调试资质证书和经验，投标方工作范围应包括系统设计、供货、安装、布线和调试等；投标方应具有至少安防二级资质从事过建筑智能化安防
新中新校园一卡通系统完整解决方案 来源：中国一卡通网作者：新中新集团北京分公司发布时间：2008-03-14 10:49:24 字体:[大 中小] 关键字：新中新校园一卡通校园一卡通 摘要：新中新在产品创新方面围绕系统的体系架构，把最新的技术结合到产品中，围绕产品的功能，开发学校应用中更迫切、需求更强烈的亮点应用，解决学校之急需，同时提供具有个性化特色的数字化校园总体规划方案设计。 校园一卡通的概念 校园一卡通在学校内也称为校园卡系统，是数字校园的有机组成部分，校园一卡通工程是数字校园的标志性工程和前导性工程。校园卡是将广大师生员工与数字校园有机连接在一起的最有效的媒介，实现了“一卡在手，走遍校园”，校园卡是校园数字化的重要形象和重要标志之一。 校园一卡通系统是架构在校园网上，以感应式射频IC卡为媒介，综合提供身份识别与电子支付服务功能的系统平台，以及其架构在此平台上的各种信息化应用系 统。
校园一卡通系统主要由系统平台和各种应用系统两大层面组成。 校园一卡通的平台是数字校园总体规划中的基础平台设施之一，与共享数据中心等其它基础平台协调共存，可以为新建的和原有的各种信息化应用系统综合提供统一的身份识别与统一的电子支付服务，凡是需要确认身份及付费的各种应用都可以用校园卡来实现。身份识别可以提供多级安全认证强度，电子支付连接银行系统可以提供各种支付和清算业务。 校园一卡通的平台还包括在延伸在校内各个区域的人工服务网点（卡务中心、办卡中心）和自助服务设施（圈存机、触摸屏、网站、电话、短信等）。 校园一卡通的应用系统包括数字校园中涉及数字教学、管理、学习、科研、生活各方面的应用系统，主要有： □ 注册系统、缴费系统、迎新系统、宿舍门禁、考勤签到、控水管理； □ 控电管理、食堂收费、超市收费、校车收费、自助洗衣、自助复印； □ 图书管理、医疗管理、上机管理、考试管理、游泳馆管理、体育馆管理，等等。 校园一卡通建设的意义和作用 ■ 对于学校 □ 增收节支、堵塞漏洞，可以创造直接经济效益； □ 整合资源、信息共享，提升管理与服务水平，带来可观的间接经济效益；
题目：校园一卡通管理系统 摘要：校园一卡通将管理、生活、消费、身份认证等多种功能集中于一体，提高了学生校 园生活的效率。该校园一卡通管理系统包括三个子系统：校园卡日常管理、消费管理、身份认证。每个子系统又包括多个功能模块，并提供了对各功能模块的查询和更新功能。该系统开发由系统需求分析阶段、概念设计阶段、逻辑设计阶段、物理设计阶段、数据库实施阶段等阶段组成。 关键字：一卡通日常管理消费管理身份认证
1 系统需求分析阶段 1.1 需求分析目标 针对大学学生日常生活和学习管理情况的实地调查加自己的亲身体验，了解了目前应用关于大学的校园一卡通管理系统的应用情况，并充分体会到该模式相对于人工管理模式的简单、高效。基于以上情况，目的是自行设计一个模拟大学校园一卡通的管理系统，在设计过程中，加深对校园一卡通的了解，增强对数据库知识的理解及SQL语言的实际应用，训练设计开发数据库的能力。 1.2 需求分析任务 （1）处理对象： 该系统主要处理的对象有：学生基本信息、校园卡基本信息、校园卡日常管理基本信息、餐厅消费基本信息、超市基本信息、身份认证基本信息、图书管理基本信息等。各个对象包括信息如下所示（详细的数据见于数据字典）： 1．学生基本信息(Student)：包括学生身份证号、学生学号、学生姓名、学生性别、学生出生年份、学生所在院系、学生的专业、学生所在班级等方面的信息，可以方便学生信息的查询和更新； 2．“校园卡”基本信息(Card)：包括校园卡的卡号、持卡人学生学号、持卡学生姓名、持卡学生性别、校园卡的状态、校园卡的余额； 3．校园卡日常管理基本信息(CardManage)：包括四个数据结构办卡信息、挂失信息、解挂信息、充值信息,每个数据结构中的数据项见数据字典； 4．餐厅基本信息(cateen)：包括餐厅编号、餐厅名称、餐厅负责人、餐厅位置，具体的数据项见数据字典； 5．超市基本信息(supmanage)：包括超市编号、超市名称、超市负责人、超市位置,具体的数据项见数据字典； 6．消费基本信息（Busmanage）:包括消费编号、消费地点、卡号、消费时间、消费金额，具体数据项见数据字典； 7. 身份认证基本信息(Identity)：包括四个数据构DormInf (学生宿舍楼基本信息),DormPress(学生归宿刷卡信息),LibInf（图书馆基本信息），LibPress（借书基本信息），具体的数据项见数据字典； （2）处理功能要求 系统主要完成一下几个功能： 1．学生基本信息查询与更新； 2．校园卡日常事务管理情况基本信息查询与更新； 3．校园卡在某个时刻所处状态的查询；
校园一卡通管理系统设计(总 12页) -CAL-FENGHAI.-(YICAI)-Company One1 -CAL-本页仅作为文档封面，使用请直接删除
题目：校园一卡通管理系统数据库的设计 学院：江西理工软件学院 专业：软件土木班级：三班 学号：学生：甘文波 授课教师：李春雨 时间： 2015 年 5 月 15 日 目录 一、需求分析..................................................................................... 错误!未指定书签。 1.1 需求概述.............................................................................. 错误!未指定书签。 1.2 功能简介.............................................................................. 错误!未指定书签。 二、数据库概念结构设计................................................................. 错误!未指定书签。 2.1 确定联系集及E-R图........................................................... 错误!未指定书签。 2.2 画出E-R图.................................... 错误!未指定书签。 2.3学生成绩管理系统总E-R图...................... 错误!未指定书签。 三、数据库逻辑设计.................................... 错误!未指定书签。 3.1 一卡通信息表(card) ............................ 错误!未指定书签。 3.2 学生信息表(Student) ........................... 错误!未指定书签。 3.3 银行卡信息表（bank）.......................... 错误!未指定书签。 3.4 账单表（zhangdan）............................ 错误!未指定书签。 四、建表.............................................. 错误!未指定书签。 4.1 创建模式并授权................................ 错误!未指定书签。 4.2 创建数据表.................................... 错误!未指定书签。 五、数据库的运行和维护................................ 错误!未指定书签。 5.1 定义.......................................... 错误!未指定书签。 5.1.1 基本表的创建，建表语句 ................. 错误!未指定书签。 5.1.2 基本表的删除 ........................... 错误!未指定书签。 5.2 数据操作...................................... 错误!未指定书签。 5.2.1 单表查询： ............................. 错误!未指定书签。 5.2.2 连接查询 ............................... 错误!未指定书签。 5.2.3 嵌套查询 ............................... 错误!未指定书签。 5.2.4 操作结果集查询 ......................... 错误!未指定书签。 5.3 数据库更新操作................................ 错误!未指定书签。 5.3.1 插入数据 ............................... 错误!未指定书签。 5.3.2 修改数据 ............................... 错误!未指定书签。 5.3.3 删除数据 ............................... 错误!未指定书签。 5.4 数据库的安全性................................ 错误!未指定书签。 5.5 数据库的完整性................................ 错误!未指定书签。 5.5.1 实体完整性定义 ......................... 错误!未指定书签。 5.5.2 参照完整性定义 ......................... 错误!未指定书签。 六、总结.............................................. 错误!未指定书签。
大型企业一卡通系统 解 决 方 案 简 介 深圳达实智能股份有限公司 二〇〇八年四月十八日
目录 第一章概述 (4) 1.1.项目背景 (4) 1.2.总体需求 (4) 1.3.方案特点 (5) 第二章大型企业一卡通总体设计 (7) 2.1.系统设计原则 (7) 2.2.设计依据 (7) 2.3.需求分析 (7) 2.4.总体规划 (8) 2.5.整体架构 (8) 2.6.软件体系规划 (9) 2.7.“卡通、库通、网通”设计 (10) 2.7.1. 卡通 (10) 2.7.2. 库通 (10) 2.7.3. 网通 (10) 2.8.员工卡片规划设计 (11) 2.9.一卡通系统网络 (11) 2.10.管理模式的设计 (11) 2.11.系统安全性设计 (11) 2.12.系统性扩展性设计 (11) 2.13.系统可靠性设计 (12) 2.14.系统开放性设计 (12) 第三章企业一卡通管理系统应用系统 (13) 3.1.卡务管理子系统 (13) 3.2.考勤管理子系统 (13) 3.3.门禁管理子系统 (13) 3.4.人员出入控制管理子系统 (13) 3.5.车辆出入管理子系统 (13) 3.6.巡更管理子系统 (13) 3.7.食堂消费管理子系统 (14) 3.8.综合消费子系统 (14) 3.9.车载通勤子系统系统 (14) 第四章第三方应用系统接口设计 (15) 4.1.与ERP系统的集成 (15) 4.2.HR系统的对接 (15) 4.3.与财务管理系统的集成 (15)
第一章概述 1.1.项目背景 随着企业全面迅猛发展，厂区面积急剧扩大、员工快速增加，给公司的管理增加了成倍的压力，同时新的形势对公司的管理体系提出了新的挑战，因此需要采用更合理和人性化的管理模式对，给员工的生活和日常消费提供便利，提升企业集团的竞争力。 1.2.总体需求 通过对企业的现场调研和与相关人员沟通，企业一卡通系统的需求如下： 1）人员出入控制 目前园区人员出入厂区比较自由，全靠保安人员的自觉责任心来保证检查效果，不能有效阻止无关人员和不法分子出入厂区，对于工厂正常安全生产带来严重威胁，使工厂财物被盗受损严重。需要对进出厂区的人员进行控制。 2）访客管理 作为知名企业，外来参观人员、供应商等各类来访临时人员比较多，为了保证厂区的安全，需要对来访人员集中综合管理。 3）办公室门禁 需要在企业比较重要场所如财务室、机房、IT部等安装门禁，防止无关人员进入。 4）员工考勤 由于企业员工比较多，手工统计员工考勤工作比较繁重，而且容易出错，不能适应企业发展。 5）食堂消费 工人每月采用报餐方式，在月初向上食堂报餐，月底食堂与公司财务部门结算，工人在报餐后如果不到食堂就餐必须书面申请，否则按工人就餐扣费。 由于采用报餐方式，工人没有选择余地，食堂没有竞争，容易造成食堂饭菜质量差，工人意见比较大。 6）保安巡更 目前对保安人员的巡逻管理采用巡更棒方式，不能实时监控保安巡更情况，在意外事情发生时不实时响应，需要对保安的巡逻时间、地点、路线进行实时监控。 7）车辆进出管理
校园一卡通系统说明 大连瑞洁贸易有限公司推出的“校园一卡通管理系统” ，包含十余项子系统，充分整合公司的各种硬件设备，以数据库和非接触IC卡技术为核心，以计算机技术和通信技术为辅助手段，将校园内的各项设施连接成一个有机的整体，系统管理者和投资者可以通过同一个数据库和软件平台方便的管理各种数据，最大限度的提高管理效率，达到办公自动化，实现更高的投资回报率；实现校园一卡通后，一张卡就可以完成开门、考勤、就餐、消费、会议签到、借书、上机、用水、用电、公共设施使用等各项活动，使众多院校摆脱繁琐、低效的管理模式。助您管理向上、效率向上！ 一卡通主要特点： 本公司一卡通系统的突出特点在于＂全面、一库，一网，一卡＂： (1) 全面：一个校园一卡通系统包含校园管理所需的十余个子系统，基本涵盖了一卡通在校园的全部应用领域。 (2) 一库：同一软件平台、同一个数据库内实现卡的发放、卡的取消、卡的挂失、卡的资料查询、黑名单报警、记录浏览处理统计等数据管理。 (3) 一网：一个统一的网络。基于现有的局域网或基于TCP/IP的Internet网，系统将多种不同的设备接入同一个大型软件管理平台, 集中控制，统一管理。 (4) 一卡：指用同一张卡实现不同功能的智能管理，一张卡通行于很多功能不同的设备． 一卡通的优势： 所有子功能系统在一个完善的平台上有机结合，浑然一体，共用一个统一的数据库。具备以下的优势： 1) 系统易维护性高：在一卡通中心集中对人员、卡及设备进行管理和配置，系统的管理、维护、用户的使用、卡片处理等只需操作一次既可完成，无需多次转换，极为方便； 2) 系统可扩展性强：系统整合了丰富的终端设备，可以根据不同用户的需求灵活配置（扩充）不同的子系统，实现多种功能应用； 3) 系统高效稳定运行：各子系统间无缝互连，数据共享，交换快，准确实效；全面检索、实时查询，及时生成统计报表。 系统总体建设目标： (1) 数字化校园的目标: 建成“校园卡”系统的骨干平台，身份认证、校内消费、校务管理的各个子系统都建在该平台下，以后随学校规模的扩大和卡片功能的增加只需增加子系统，实现校园数字化的目标；
智能手机NFC一卡通系统方案设计 智能NFC一卡通系统 设计方案 第一章一卡通系统简介及需求分析 智能NFC一卡通系统由门禁管理系统、智能电梯管理系统、停车场管理系统、消费管理系统（售饭机，餐饮机，消费机）、考勤管理系统、巡更管理系统（分在线巡更，离线巡更）组成的现代化智能一卡通系统如今发挥着越来越重要的作用，“六位一体”的设计理念不仅提高了工作效率、节省了人力资源，而且提高了工作的准确性。下面来简单介绍一下智能一卡通系统中各部分的构成和作用。 一、一卡通系统各子系统简介 电梯智能管理系统：智能电梯智能管理系统由安装在电梯轿厢顶部的控制器和内部的刷卡器、管理中心的发卡器、IC卡及（NFC手机、身份证）组成。使用人员刷卡后，电梯开放对应的楼层权限，自动登记；无卡或者卡未授权，则不能登记，公共区域则无须IC卡及（NFC手机、身份证）可以登记。电梯智能管理系统不仅能够彻底解决智能一卡通管理方面的短板，而且凭借其强大的功能、灵活的配置方案、便捷的使用方法以及不会改变电梯原有的逻辑系统；达到跟电梯完全隔离的特点，已被广泛使用。 项目情况简介：电梯智能管理系统解决管理上的短板，带来安全，节能，快捷的智能化生活。台采用多奥电梯智能控制系统，最高楼层层,做刷卡直达方案，方便快速； 智能门禁系统：主要负责出入口控制，其主要结构为门禁控制平台、门禁控制器、读卡感应器、IC卡及（NFC手机、身份证）、电磁锁、开门按键、闭门器、摄像机、NFC门禁一体所等组成。 项目情况简介：通道重点区域门禁点，进刷卡，出按开门按钮，且图像抓拍存证。 为了美观及整体性，办公室木门采用NFC门禁一体锁使用；采用独立式门禁、分体式门禁，相互不干涉且安全。 智能停车场管理系统：系统采用车牌自动识别车辆出入停车场的验证方式，能够满足一进一出，多进多出，全嵌套，半嵌套，等多种停车场应用模式；系统组成：停车场控制平台、车牌识别一体机、地感线圈、自动车道拦闸、满位显示、值班室控制电脑组成。
深圳达实智能股份有限公司 薪酬福利制度 第一章、总则 第一条、公司薪酬福利制度的目标是： 1.1.公司在提供员工基本收入保障的基础上，鼓励员工积极创造效益，促进员工个人业绩 与团队业绩挂钩，员工长期利益与短期利益相结合。 1.2.公司根据员工的贡献大小和实际业绩大小，决定给予员工的报酬奖励。 1.3.鼓励员工发挥潜力，全力以赴实现经营目标，在晋升调薪方面扩大更多空间。 1.4.公司实行竞争淘汰机制，达到奖勤罚懒目标。 第二条、薪酬福利制度的原则： 2.1.员工收入水平与公司经营业绩挂钩。 2.2.公司内部不同部门、不同职务序列、不同岗位员工之间的薪酬相对合理，兼顾公平。 2.3.鼓励员工增强适应能力，转变观念，向职业化管理转变。 第三条、适用范围：本制度适用公司所属各事业部、职能部门，包括北京代表处、生产中心。第四条、解释权：本制度的解释、修订权属于公司。 第二章、职务序列和对应薪酬薪级 第五条、与薪酬对应的职务序列、职等和职级。 5.1.根据公司组织和管理要求，将所有员工划分为5类序列，3种职等和不同职务等级。 职务序列职等职级（职务等级） 第一类：主管类：高级管理人员总裁、副总裁、总监、事业部总经理 中级管理人员事业部副总经理、职能部门经理 职能主管人员职能部门副经理、职能部门主管； 事业部内部部门经理、 第二类：销售类销售经理高级销售经理、销售经理、助理销售经理 资深销售工程师资深销售工程师 销售工程师高级销售工程师、销售工程师 第三类：工程类项目经理高级项目经理、项目经理 资深工程师资深工程师
工程师工程师 第四类：文员类高级文员高级会计师、高级采购工程师、高级律师 高级信息系统管理工程师 中级文员会计师、助理会计师 采购工程师、电脑工程师 文员部门文员、助理、秘书、 第五类工人类技师技师 工人工人 第三章、薪酬构成 第六条、薪酬构成： 年收入=月薪+绩效奖金+股权/期权 其中：绩效奖金=年度绩效奖金+年度总经理特别奖励金 薪酬序列和月薪薪级以及绩效奖金浮动比例。参见附件一。 第七条、月薪的规定 7.1.月薪是根据员工职务序列、岗位所承担责任和综合素质等决定的，原则上不采用浮 动。 7.2.月薪是指税前月薪，根据国家规定员工个人所得依法纳税，公司从员工月薪中代扣 缴。 7.3.月薪是计算平均小时工资/平均天工资的基数，扣除员工工资如假期或考勤，按月薪 金额÷21.5天计算。 7.4.月薪结算时间为：每月1日──31日，当月工资在下月发放。 7.5.月薪发放日期为：每月中旬15日前，如遇节假日顺延。 7.6.月薪核算时间安排 7.6.1每月月初1──2日：人力资源部完成上月考勤报告 7.6.2每月3──10日：人力资源部核算工资，完成报表并呈报总经理批准。 7.6.3每月15日前：财务部负责执行转存银行发放，员工到人力资源部签领薪金及工资 明细表（工资条）。 7.7.根据国家规定，员工社会保险费使公司和员工分别按比例缴费，员工个人应扣缴部 分，公司将从员工月薪中扣除。 7.8.员工因受到处罚被扣除薪金的，由人力资源部执行扣除手续，并在员工月薪发放中 反映。 第八条、绩效奖金