一卡通技术要求.docVIP

一、一卡通管理系统技术要求 本工程门禁系统由安保中心统一管理，采用安全性高、非破解的13.56M 的ICLASS射频卡。 A、系统要求特点 系统的计算模式为基于C/S或B/S架构 采用树型网络拓扑结构 中央服务器和各个子系统工作站的通信是基于TCP/IP协议通讯方式通过局域网进去传输。 各个子系统工作站的控制设备和数据采集设备之间的通信连接采用RS485连接方式或者TCP/IP协议 各个子系统工作站采用以态网通讯方式，通过路由器可连接广域网实现远程设备的控制和监视功能 管理系统采用SQL SERVER2000以上大型数据库平台，系统稳定可靠。 系统平台需要提供可开放的接口，以便与各种应用模块对接； 系统扩展性：所有的子系统和功能模块采用插键方式完成； 系统稳定性：采用服务器端双机热备，提高可靠性。； 系统扩展性：硬件可分步到位； B、系统达到功能： 子系统间无缝连接 所有子系统采用构件式设计，并在平台统一管理下运行，不管安装了多少个子系统，操作人员操作单个系统一样简单。 向后兼容 平台可保证现有子系统和将来要开发的子系统能无缝连接在一起，并共享原有信息。 扩展性强、容错能力强 平台提采用服务器端双机热备，提高可靠性增加系统的可靠性；在其中一台服务器出故障的情况下，系统还能正常运行。 分层功能抽象 平台根据子系统的不同要求，进行了功能抽象，简化了子系统的开发，并保证了公共信息管理的一致性。 平台有通讯管理模块，能使各子系统间、以及和外系统间进行方便的信息交互和联动。平台提供了用户信息、卡信息和帐户的系统级管理。 平台提供了通道管理模块，为通道类子系统提供硬件设备管理、通道（如门、道口的统称）管理。支持以插件形式扩展设备和新功能。如门禁、停车场等子系统在此基础上进行扩展。 插件式扩展 平台还为子系统提供了插件式扩展支持，通过增加功能插件可扩展系统功能；通过使用不同的功能插件，可满足不同的客户需求。 支持多种数据库 可与其它系统数据库交换数据或通过中间数据库与其它数据库交互数据。 开放式接口 系统通过Web Service方式向外界提供服务，数据采用XML格式描述，从而使运行在不同操作系统平台上的、使用各种语音开发的系统能方便和本系统进行接口。 要求提供对外编程接口(API)开发工具(SDK)或OPC协议等，以实现与安防集成管理系统集成，或其它二次开发应用。 二、一卡通管理系统需求 2.1 概述 一卡通管理系统将主要应用于厂区员工的身份识别、重要区域的门禁管理、员工上下班考勤管理、食堂就餐消费管理等。 各客户端与一卡通数据库服务器之间的通讯方式采用TCP/ IP协议，实现信息共享，做到统一发卡、分级管理。总部对所有员工授权，各系统分中心的操作员仅对其辖区内的员工进行授权。 一卡通管理系统包括发卡管理系统、门禁管理系统、考勤管理系统、消费管理系统等子系统。 2.1.1 发卡管理系统 总部设一套发卡管理系统，对所有用户统一发卡，卡片发行后，可以在“一卡通”实施的范围内进行各类授权操作。发卡中心负责系统智能卡的资料录入、新卡发行、卡挂失、卡解挂、退卡、充值、验值、卡资料修改等管理功能。 发卡系统完成发卡，并能对办公楼、公寓楼的门禁进行授权，实现对消费系统的各项管理等操作，门禁可实现分区域分管理员授权。 2.1.2 门禁管理系统 门禁系统采用联网型门禁。门禁的设置范围包括：楼梯口、主要通道口、消防控制室、空调机房、弱电间等重要出入口。门禁控制方式根据安全等级划分为：双向刷卡进出、进门刷卡出门按钮等。 门禁系统应支持密码、生物识别（包括指纹、掌形、脸形、静脉）技术，在高安全性场所，可支持多技术认证方式，以提高安全性。 门禁系统应通过硬件方式实现与消防系统的联动。 2.1.3 考勤管理系统 利用指定的门禁读卡机将考勤数据传递到门禁系统数据库中，再由考勤软件根据预先设定的规则，将数据库中的出入信息进行运算和判断，从而得出每一个人的考勤状态。 2.1.4 消费管理系统 在餐厅备餐间内设置若干台消费终端，实现餐厅消费的无币化、电子化管理。消费机应支持在线、离线工作模式，支持按金额或按次消费。 2.2 门禁子系统技术要求 门禁系统具有对出入控制、实时监控、保安防盗报警等多种功能，它主要方便内部人员出入，杜绝外来人员随意进出，既方便了内部管理，又增强内部的保安，并可与其他系统进行联动。 实现对指定区域分级、分时段的通行权限管理，限制外来人员随意进入，并根据员工的职位或工作性质确定其通行级别和允许通行的时段。 实时显示、记录所有事件数据；读卡器读卡数据实时传送给管理系统，可在管理中心电脑中立即显示出来；可显示各种信息如：读卡人（姓名、照片等）、事件时间、门点地址、事件类型（正常上班、加班、非正常时段读卡、无效卡读卡、非正常开门等）并如实记录且记录不可更改