校园一卡通技术规范
“校园数字化”项目校园一卡通系统
技术规范书
湖南开远信息技术有限公司
二零一零年六月
目录
一、总则 (3)
1.1 规范内容 (3)
1.2 编制依据 (3)
1.3 总体要求 (3)
1.4 技术应标书内容要求 (4)
1.5 技术应标书格式要求 (4)
二、工程概述 (5)
2.1 工程背景 (5)
2.2 校园信息化现状 (6)
2.3 建设原则 (6)
三、工程建设规模和建设要求 (7)
3.1 工程建设规模 (7)
3.2 建设总体要求 (8)
3.3 系统硬件技术要求 (8)
3.3.1 服务器 (9)
3.3.2 RFID-SIM卡 (10)
3.3.3 读写卡器 (11)
3.3.4 POS机终端 (13)
3.3.5 非接触CPU卡（专用智能卡） (15)
3.3.6 其他设备 (16)
3.4 系统软件技术要求 (17)
3.4.1 一般要求 (17)
3.4.2 应用软件要求 (18)
3.5 系统建设功能要求 (19)
3.5.1 校园一卡通内部消费功能 (20)
3.5.2 校园一卡通考勤功能 (20)
3.5.3 校园一卡通接口功能建设 (20)
3.5.5 管理中心 (22)
3.5.6 卡务中心 (23)
3.5.7 结算中心 (24)
3.5.8 查询系统 (25)
3.6 信息安全要求 (25)
3.6.1 系统的可靠性 (25)
3.6.2 主机系统（操作系统）的安全 (25)
3.6.3 应用系统安全 (26)
3.6.4 安全管理措施 (26)
四、工程实施及测试内容 (27)
4.1 工程实施 (27)
4.2 测试内容 (28)
五、供货 (29)
六、双方责任 (30)
七、技术服务和培训及技术文件 (30)
7.1 技术服务 (30)
7.1.1 安装技术指导 (30)
7.1.2 修理服务及维护备件 (30)
7.1.3 技术支持 (31)
7.1.4 系统硬件及软件的局部修改 (31)
7.2 技术培训 (32)
7.2.1 培训内容 (32)
7.2.2 培训的时间、地点、人员、费用 (32)
7.3 技术文件 (33)
一、总则
本文件是专门为大学“校园数字化”项目校园一卡通系统技术规范书。供厂商/公司（以下简称卖方）编写技术建议书之用。
1.1 规范内容
本规范书对大学“校园数字化”项目一卡通系统的建设规模、建设内容、网络结构、硬/软件设备性能和服务等方面提出具体的技术和业务要求，卖方所提供的系统方案和设备均必须满足规范的各项要求。
1.2 编制依据
本规范书参考相关技术文件以及相关技术标准等编制。
(1)大学数字校园项目建设需求；
(2)其它公司提供的有关本项目的技术资料。
1.3 总体要求
(1)卖方根据本规范提交的技术应标书应包括详细的软硬件清单。卖方必须提供技术应标书2套，以及技术应标书的电子文档1套。
(2)卖方应保证所提供的设备在产品性能、技术指标、业务功能等方面均能满足本规范的要求，同时设备也应满足行业相关规范以及学校相关业务需求、业务规范和相关国家标准的最新版本的各项要求，其中卖方应详细给出支持的标准清单。
(3)卖方应根据本技术规范书的工程、技术要求在规定时间内提供相应数量的建议书（中文）和报价（中文）。建议书与报价应单独分册（报价信函密封）分别作为技术谈判和商务谈判文件，同时分别提供电子版文件。在建议书中应说明对供货时间、安装、调测、验收等进度的具体安排。
(4)卖方应列出其建议书中所提供设备和系统在国内的应用情况，诸如最大应用规模、业务功能和用户数量等。
(5)如果卖方对某些部分不能完全满足本技术规范书要求时，或认为有更合理方案，可以提出建议。对于本规范书未能提出的系统性能指标，卖方应在应标书中加以补充说明，并提供有关资料。若有两种以上方案的建议，应对各方案分别进行阐述并作相应的
比较，并结合具体情况指定推荐方案。
如果卖方对本技术规范没有提出异议，即说明卖方能依此进行本规范对“校园数字化”项目校园一卡通系统的正常实施，如在实施过程中发现不完整或需要补充的部分，该部分由卖方无偿提供并保证整个系统的顺利建设。
(6)卖方对于规范书的疑问可以通过书面材料与买方联系。在规定的建议书提交最后期限以前，买方将以书面材料给予答复，有关买方答复材料的复印件也将递交所有得到技术规范书的卖方。
(7)在技术谈判的各个阶段，买方将以书面形式要求卖方对有关问题进行进一步的技术澄清，卖方应以书面形式给予正式应答；所有各阶段的技术澄清文件都将作为合同附件。
(8)未经买方许可，卖方不得以任何形式向第三方提供通过参与本项目招标获知的全部或部分买方商业秘密。
(9)买方在任何时候都保留和拥有对本文件的解释权和修改权。买方有权在签定合同前，根据需要修改和补充本技术规范书，修改补充后的最终技术规范书将作为合同的附件。
(10)卖方必须承诺软件产品的来源都是通过正当渠道提供。
(11)除非经买方书面许可，卖方不得将本文件的任何内容透露给第三方；卖方未经买方书面许可将本文件透露给第三方，将被剥夺中标资格。
(12)本次招标为一个统一的整体，如需补充应由卖方提出，否则由卖方无偿提供。
(13)由卖方原因造成的工期延误，由卖方赔偿买方的损失。
1.4 技术应标书内容要求
卖方的建议书的相关内容采用中文书写，对本技术规范书点对点应答要求必须在引用规范书的基础上，进行逐条逐项答复、说明和解释，首先对实现或满足程度明确给出“满足”、“不满足”、“部分满足”等应答，然后给予具体、详细的说明。在答复中，要求明确满足的程度，凡采用“详见”、“参见”方式说明的，应指明参见文档的具体章节或页码。
1.5 技术应标书格式要求
卖方所提供的技术建议书应按照以下内容格式进行编制
(1)综述
(2)工程技术规范书
(3)技术规范书点对点应答
(4)总体方案建议
(5)设备配置清单（卖方设备清单需按软/硬件分开，硬件部分须满足本规范3.3节所描述的功能要求，软件部分须满足本规范3.4节所描述的功能要求）设备清单应包括主设备、安装材料、备品备件等，应详细列出设备名称、种类、数量等。卖方应保证设备种类、数量准确无误，如有错漏应由卖方无偿补足。
(6)所提供设备均为通过国家3C认证。
(7)系统连接图
(8)所提供设备情况（机架面板结构、设备背板图、各种接口特性、安装方式及物理尺寸、供电方式及耗电量、设备或机架接地要求、重量、温湿度等环境要求）。
(9)场地及环境准备要求
(10)工程进度安排
(11)分工界面，要求图示并加以说明
(12)测试及验收
(13)培训计划
(14)技术承诺
(15)技术服务、支持、保修、关于卖方技术人员的派遣
(16)所提供设备（软、硬件）技术文档、技术文档汇总清单及中华人民共和国信息产业部入网许可证（若无许可证，应给出可取得许可证的时间）。
二、工程概述
2.1 工程背景
2.2 校园信息化现状
大学校园网基本覆盖了学校所有办公楼、教学楼和全部的学生宿舍和教工宿舍。
学校的信息化经历了几年建设，人员队伍与管理水平已经初具规模，并且构建了优良的硬件环境，拥有了具有国内领先水平的校园宽带网络。
目前学校信息化建设中仍存在着一些问题，主要表现如下：
(1) 界面不统一
对于不同的信息系统，用户需要分别登录进入访问，缺乏统一的访问资源和应用的接口(入口)，并且界面风格各异，人性化程度低。
(2) 应用不集成
不同时期由不同人员研发的信息系统采用不同软件技术，缺乏统一规划下应用访问接口，应用系统各自独立，无法相互访问数据和功能，并且多个应用系统还缺乏有效组织和管理。
(3) 数据不共享
由于信息系统分别建立，又没有遵循统一的数据标准，数据格式也各不相同，系统间无法实现有效的数据共享，形成了网络环境下的信息孤岛。
为了让信息化在教学、管理中发挥更加积极的作用，“校园一卡通”项目的建设迫在眉睫。从而进一步将学校打造成高校信息化建设标杆单位。
2.3 建设原则
卖方提供的“校园数字化”项目校园一卡通系统应遵循下列的原则：
（1）安全可靠性
要将系统的安全性应放在首位，必须具有切实有效的手段保障系统的数据准确性、安全可靠性及运行稳定性。
（2）实用性
由于系统的实用性是关系到系统能否发挥其作用的一个很重要的方面，所以必须以系统需求为目标、以方便使用为原则，尽量在统一的界面下提供各种实用功能，尽可能降低培训投入和维护投入。
（3）开放性
系统开放性包括选用主流软硬件设备厂家提供的主流产品，支持业内主要标准和协
议，保证与其它系统互联、数据交换方便且代价较小。
（4）可管理性
提供便于操作、管理的系统监测、维护手段。
（5）可扩充性
提供开放的业务接口和方便的二次开发工具，使买方可在平台基础上二次开发新功能。同时，系统必须采用模块化设计，便于今后随需求的发展而系统只需通过添加功能模块即可实现平滑升级扩容。
（6）先进性
系统采用先进的计算机网络技术、数据库技术等，确保系统的技术先进。
总之，系统设计与建设中应充分考虑和利用现有各种资源，既要考虑系统的先进性和有效性，又要考虑其实现的可行性和经济性。系统的设计与建设要符合业务需求，系统结构、数据接口应可灵活扩展，为将来系统提供空间。
三、工程建设规模和建设要求
3.1 工程建设规模
根据学校一卡通建设的需求，本期“校园数字化“项目校园一卡通系统主要通过RFSIM卡、专用智能卡技术实现全校考勤、POS的一卡通基础功能（数量可能略有变动，具体数量可依最后实际投资再进行调整）。
本期新增POS机规模如下表所示：
消费终端
食堂消费POS终端（台）
商业网点消费POS终端（台）
医院消费POS终端（台）
售电POS终端（台）
小计1
洗澡水控POS终端（台）
小计2
合计
本期新增读卡器设备规模如下表所示（数量可能略有变动，具体数量可依最后实际投资再进行调整）：
设备名称
所属系统 数量
备注 读卡器（台） 授权管理系统
卡务管理系统
资金结算管理系统
自助查询系统
会议签到管理系统
上机管理系统 图书管理系统
水控管理系统
考勤管理系统 专用考勤读卡器
通道机管理子系统
财务系统对接
网络缴费系统
合计
3.2 建设总体要求
“校园数字化“项目校园一卡通系统的建设应在本规范的指导框架下达到如下基本要求：
(1) 建设一套一卡通系统，利用RFSIM 卡（手机射频）、非接触CPU 卡（专用智能卡） 技术，结合读卡器、消费POS 机等终端，通过使用联通通信技术来实现广大师生内部消费、支付、会议管理及会议通知管理等功能，通过一卡通实现全校师生的各项日常应用：
(2) 系统必须制定一套完整的密钥管理体系，来保证消费过程的安全性和终端机使 用的安全性；
(3) 校方承担对于一卡通系统外部网络的安全责任（即：如由校园网网络
安全问题引起的一卡通系统故障问题由校方承担）以及网络环境要求（即需满足新增POS 机等一卡通前端设备正常接入至一卡通系统）；
(4) 正常情况下本期一卡通系统应保持联网运行，在意外情况发生时进行脱网运行， 系统必须支持联网、脱网两种状况下的正常运行。
(5) 非接触CPU 卡、RFSIM 卡的应用规划对学校公开，校园卡的应用规划既要满
足目前校园一卡通的需要，也应考虑到校园数字化建设未来发展的需要。
3.3 系统硬件技术要求
本期 “校园数字化”项目中联通自主招标的系统为大学校园一卡通，本期招标的硬件主要包括服务器、RFSIM 卡、读写卡器、POS 机终端、专用智能卡以及其他配套设备
（加密卡、考勤机、触摸屏等），卖方提供的硬件系统应是高可靠性、高可用性、符合
应用要求下的高性能设备。
3.3.1 服务器
本期“校园数字化”项目校园一卡通系统招标的服务器采用PC服务器，本期新增的主要PC服务器设备如下表所示：
序号设备名称设备型号单位数量配置说明备注说明
1 平台、数据库
服务器
PC服务器台
2 应用服务器
（前置机）
PC服务器台
PC服务器设备指标要求如下表所示：
序号技术参数项目招标要求
1
基
本
要
求
★设备典型配置要求
典配4、典配2&典配1（具体参见附
件一）
2 ★设备物理数量2台数据库服务器、4台应用服务器
3
同构要求（★如有同等替换需求，
异构厂商必须替换）
4 分区和集群（含安装）
数据库服务器采用双机架构，通过群
集的方式避免单机故障
5 实配其他功能/软件要求
6 软件兼容性要求
1、支持当前主流的主机系统:Linux与
UNIX 、Windows
2、支持主流数据库Oracle与Informix
7 硬件兼容性要求
1、支持目前流行的光纤交换设备
2、支持服务器集群功能
8
存
储
和
接
口
单机实配硬盘要求
（数量/单盘容量/转速）
典配4、典配2&典配1（具体参见附
件一）
9 单机实配磁带机和光驱要求
典配4、典配2&典配1（具体参见附
件一）
10 单机实配FC接口要求（数量/类型/速率）
11 单机实配LAN接口要求（数量/类型）
LAN接口1000M*3（注银行、联通、
内部）
12 网
管
、
电
源
、
机
柜
主控台实配要求（数量/类型/连接方式/
是否上架）
13 主控台配件要求
15 是否要求配置原装机柜（数量/高度）
16 机房走线方式（要求配置相应走线套件）
17 技
术
服
务
安装调试服务要求原厂现场安装
18 售后技术服务内容和级别要求7×24小时
19 培训服务要求每台主机5人天
20
其
它
要
求
其它功能和配置要求
21
说明实配单机耗电量（kw）/重量（kg）
/安装高度（U）
要求卖方说明
22 说明标配（或主机框）包含组件内容要求卖方说明
23 主机操作系统要求卖方说明
此外，卖方还需满足如下要求：
（1）卖方应详细说明各功能主机系统的处理能力、内存容量、I/O需求的
计算模型、计算公式和结果，并由此给出相应的主机配置；
（2）要求采用主流服务器原厂的主流机型，支持SMP技术；
（3）主机应具备较强的健壮性，在计算机硬件、操作系统及应用系统业务进程出现故障时，能迅速响应并进行应用的切换；
（4）PC服务器符合有关标准（如ISO、IEEE、ITU-T、ETSI、IETF及中国其它的相关规范等）的，卖方应在技术建议书或应答中具体说明，并附上相应的详细技术资料。本规范书中未给出，但ISO、IEEE、ITU-T、ETSI、IETF及中国联通的相关规范等已有建议的相应性能和功能，卖方均应满足。若卖方的设备包含自己的专用标准，应在技术建议书中具体说明，并附上相应的详细技术资料；
（5）主机的处理能力要求满足本期工程业务规范所要求的所有业务应用
和用户规模的需求，且需考虑全部系统的开销及应用切换时性能余量。系统设计时应考虑至少30%的性能冗余；
（6）CPU和内存容量的配置要考虑到主机正常运行状态下利用率不应大
于70%，保证系统在业务高峰时仍具有较强的抗冲击能力；
（7）主机应支持千兆以太网接口或百兆以太网接口；
（8）主机的硬盘、网络接口、网络连接及电源均应考虑足够的冗余；
（9）支持电源、I/O设备、存储设备的热插拔；
（10）主机系统设备应具有适当的扩充能力，包括CPU数量的扩充、内存容量的扩充、I/O能力的扩充和节点数的扩充等；并可支持CPU模块的升级和群集内节点的平滑扩充；应保证系统满足最终用户数时，仍可利旧使用；
（11）主机系统MTBF应大于20000小时；
（12）要求卖方提供主机I/O带宽、I/O吞吐率、设备扩容最大容量（含CPU、内存、总线带宽、接口模块）、扩容方式（如：CPU扩容需要何种CPU板、一次可扩容多少CPU）、双机耦合度等等。
3.3.2 RFID-SIM卡
RF-SIM是一种基于SIM卡的近/中距离无线通信技术，此技术是NFC（近距离无线通信，Near Field Communication)技术的一种，它将具有RF射频功能的模块镶嵌在
SIM卡内，使用2.4G的微波频率进行数据通信。
目前RF-SIM正在发展阶段，我国尚没有针对RF-SIM卡的国家标准和通信行业标准，目前针对RF-SIM卡的测试主要从功能测试入手。
RF-SIM的功能测试目前包括两方面：
（1）卡商实验室进行的SIM卡功能测试，保证RF技术的加入不影响原SIM卡的移动通信功能；
（2）另一方面的测试是针对于具体行业应用，在满足日前已经存在的行业技术标准的情况下，能够使消费者正常使用业务。
本期招标的RFSIM卡应基本能满足如下要求：
（1）符合国际标准的2.4G手机RFSIM卡；
（2）支持空中下载相关规范（OTA等）；
（3）有完善的COS系统和密钥管理体系，符合国家相关金融标准；
（4）卡内信息存储方式以文件方式存储；
（5）能够在卡上划分多个具有单独设置密码的区域，可以存取多种相互独立、互不相干的信息资料，能满足各种不同使用功能的款项交易和管理；
（6）对系统内卡片采用分类管理，授予不同权限和功能，增强安全性。
3.3.3 读写卡器
本期招标的读卡器应基本满足以下功能要求：
（1）可以授权读写规则；
（2）读写方式：电读写；
（3）连接方式：与PC机RS-232相连或其它连接方式。
（4）传输速度：大于9600 bps；
（5）维护方便：读写头为更换型，便于维护；
（6）低功耗设计；
（7）支持卡型：支持手机RFSIM卡和非接触式CPU卡（专用智能卡）混合读取；
（8）读写卡距离：0~5CM。
本期RFID-SIM卡读写器主要由以下几部分组成：
(1) 安全主控芯片，完成读写器各部分接口的控制和安全管理功能；
(2) 2.4G射频芯片，与RFID-SIM卡的射频通信通道；
(3) 点阵天线，用于射频通信和距离控制的重要组成部分。
RFID-SIM 卡读写器的主要接口有两部分：
(1) 与POS 终端通讯的串行接口；
(2) 与RFID-SIM 卡通讯的2.4G 射频接口。
RFID-SIM 卡读写器结构图如下图所示：
安安
安安安安 2.4G
安安安安RS232安安 2.4G 安安安安RFID-SIM 安安安
POS 安RFID-SIM 安
安安
3.3.3.1 读写器工作方式
读写器通过RS232串口与POS 终端设备连接并进行数据交互。读写器与卡片、POS 终端设备的工作示意图如下图所示：
读卡器POS 终端
RFID-SIM 卡PSAM
读写器串行接口协议2.4G 射频接口协议
读写器与POS 终端之间采用RS232方式通讯，由POS 终端实现所有业务逻辑。当需要对读写器进行设置或读写卡片时，POS 终端向读写器发送相应指令，由读写器返回操作结果。
读写器与卡片之间交互，应符合手机支付规范相关部分的要求。
3.3.3.2 基本性能要求
支持RFSIM卡技术的读写卡器的基本性能要求如下表所示：
射频兼容标准 2.4G射频协议
射频工作频率2400-2483.5MHz
射频通信速率1Mbits/s
射频有效操作距离<4cm
串口波特率115200 bps
供电电源DC（5±5％）V
读写模块消耗电流<100mA
通讯接口RS232（必备）
操作温度-10℃～50℃
存储温度-25℃～50℃
最大工作湿度相对湿度0％～95％
参考标准天线尺寸 6.5cm X 8.7 cm
3.3.3.3 硬件要求
（1）非接触处理芯片
非接触处理芯片符合国家及国家安全的相关要求。
（2）天线
天线应采用点阵天线，标准参考天线尺寸为6.5cm X 8.7cm。
（3）电源
读写器由POS机提供电源，应为(12±5％) V直流供电。
（4）通讯接口
读写器必须支持RS232通讯方式。RS232需支持115200bps通讯速率。
3.3.4 POS机终端
本期招标的POS机主要包括食堂用POS机、消费POS机以及水控POS机，机具中的嵌入程序能通过网络在线升级；机具应具有国家行业认证；机具的安全性应支持中国人民银行PSAM卡规范，应有PSAM卡保护。
根据不同集成厂商的方案及技术，POS机、消费POS机以及水控POS机的结构可能略有区别，单应当基本满足如下功能：
3.3.
4.1 食堂用POS机
（1）可以混合读取手机RFSIM卡和非接触CPU卡（专用智能卡）；
（2）机壳采用全防水设计，适合食堂环境要求；
（3）LCD/LED显示，能够显示消费金额和余额；
（4）双面防水键盘设计，前键盘可输入密码；
（5）有正常和异常情况声（语音）、光提示；
（6）读卡距离：2~10cm；
（7）支持脱机运行，能存储消费记录条数>10000；
（8）可保持黑名单数：≥300000；
（9）识别多种卡类型，支持多种消费方式，支持多种消费限制；
（10）支持各种补助发放；
（11）平均无故障时间：≥15000小时；
（12）交易流水存储均采用加密方式，防止非法伪造芯片内流水数据；
（13）支持RS485和TCP/IP通讯；
（14）配备后备电池，保证断电情况下能使用8个小时以上。
如果在断电情况下不能保障两天时间正常使用，则需要配UPS。
3.3.
4.2 消费POS机
（1）机壳采用全防水设计，适合各种消费场所环境要求；
（2）双面LCD/LED显示，能够显示商品名称、消费金额和余额；
（3）能保存商品信息：大于250条；
（4）有正常和异常情况声（语音）、光提示；
（5）读卡距离：2~10cm；
（6）支持脱机运行，能存储消费记录条数>5000；
（7）可保持黑名单数：≥10000；
（8）识别多种卡类型，支持多种消费方式，支持多种消费限制；
（9）平均无故障时间：≥15000小时；
（10）交易流水存储均采用加密方式，防止非法伪造芯片内流水数据；
（11）支持RS485和TCP/IP通讯；
（12）配备后备电池，保证断电情况下能使用8个小时以上；记录信息保存时间：≥30天；
（13）可以混合读取手机RFSIM卡和非接触CPU卡（专用智能卡）。
3.3.
4.3 水控POS机
对于节水控制机在浴室使用的特点，计时准确率达到0.1秒，参数可以通过管理计算机（或管理卡）下载，设备安装、维修、更换方便。应满足如下基本功能：（1）可显示卡余额；
（2）一台节水控制器控制一个节点（通常是浴室的水龙头）；
（3）电压要求36v以下；
（4）脱机存储量要求大于10000条；
（5）实现按时间或流量计费；
（6）可以设置收费费率；
（7）读写速度< 0.1秒/次；
（8）感应距离≤40mm；
（9）环境温湿度：0℃～70℃ 10%～90%。
（10）可以混合读取手机RFSIM卡和非接触CPU卡（专用智能卡）
3.3.5 非接触CPU卡（专用智能卡）
根据不同的一卡通集成厂商，本期工程的非接触CPU在形式和原理上可能有所区别，应基本满足如下功能：
（1）非接触CPU卡与银行卡物理分离。其中非接触CPU卡在校园内通用；银行卡在
银行网点使用。两个帐户通过圈存转帐系统进行资金划拨；
（2）非接触CPU卡应具有较好的物理安全特性，具有较好的防水、防腐蚀、防电
磁能力，具有一定的防折断能力；
（3）能够在卡上划分多个具有单独设密码的区域，可以存取多种相互独立、互不相干的信息资料，能满足各种不同使用功能的款项交易和管理，一人一密、一卡十六密，密钥（包括RFSIM卡的密钥）开放给学校，由学校掌握密钥。
3.3.6 其他设备
3.3.6.1 PSAM加密卡
技术性能指标如下：
（1）平均无故障时间大于4000小时。
（2）读卡成功率百分之百。
（3）读取PSAM卡数据速度大于1k（一次读卡成功）。
（4）单des数据加密50ms/8字节。
（5）支持符合ISO-7816PSAM卡。
（6）PSAM卡通讯波特率为9600。
（7）电气：PCI本地总线标准R2.1
（8）总线主率：DC 33MHz
（9）I/O映射内存：采用内存映射的接口可以提供高效的数据块传输。
（10）地址/中断：PCI BIOS可以提供地址和中断的自动配置。（不需要跳线或选择开关）。
（11）电压5.0 V 最大电流 0.5A；
（12）运行温度：0 oC～50 oC；
存放温度：-20 oC～70 oC；
湿度：5% ～80％，无冷凝。
3.3.6.2考勤机(读卡器)
（1）支持TCP/IP通讯，10M/100M自适应；
（2）支持双模读卡，即可以读取2.4G手机RFSIM卡，也可以读取非接触CPU 卡；
（3）存储，可以保存大于10000笔考勤记录、3000多笔黑名单；
（4）提供联网和脱机（用管理卡采集数据）两种工作模式；
（5）内置后备电池可在停电时维持4小时以上工作；
（6）具有操作提示、错误提示及声音报警功能；
（7）显示：LED / LCD显示，可显示刷卡卡号。
3.3.6.3触摸屏
基本技术性能参数要求如下表所示：
输入设备表面声波、电阻压力触摸屏
高亮度彩色LCD显示器，分辨率最低1024×768，亮度不低于250cd/平方
显示器
米，对比度不低于350：1，使用寿命为5年以上
音响高保真立体声、防磁化音箱
网络接口提供RJ45标准网络接口,
工作环境温度：-30℃ - +75℃湿度：10% - 90%（相对，非压缩）
电源电压：AC220V ± 10% 50HZ ± 1HZ
主板工控主板，P4以上（或者专用高档PC）
SAM卡座支持中国人民银行PSAM卡规范
网络接口支持100Base-T/1000Base-T Ethernet接口
直联串口支持RS232
加密芯片最大限度保证关键数据的存储、传输、输入的安全
电源220V（50－60HZ）
后备电源提供掉电保护，掉电监控，自动关机等保护措施
触摸屏防暴触摸屏
3.4 系统软件技术要求
3.4.1 一般要求
(1)模块化
要求软件采用分层的模块化结构，各模块之间的通信应按规定接口进行。任何一层的任何一个模块的维护和更新以及新模块的追加都不应影响其它模块的功能。
(2)并行性
为承载大业务量，系统应在软件级别上实现业务处理的高度并行性，应采用多进程、多线程技术，进程间负载均担、协同处理；同时，结合硬件，实现分布式计算、负载均衡和互为备份，从而提高系统资源利用率和系统可靠性。
存储应采用先进的存储策略，使得数据能够均衡分布在硬盘上；同时，能够动态分配用户存储空间，提高存储设备的利用率。
(3)低耦合
系统参数、用户数据与处理程序应有相对的独立性。用户数据的任何变更都不应引起运行版本程序的变更。处理程序应与任何系统参数、用户数据相适应。
(4)容错性和健壮性
软件应有容错能力，一般小的软件故障不应引起各类严重的系统再启动。
容错包括对用户误操作的容错，采用存储/转发机制保证应用系统的容错性能。
软件设计应有健壮性，某一软件模块内的软件错误应限制在本模块内，而不应造成其它软件模块的错误。
(5)可监测
应具有软件运行故障的监测功能。一旦软件出现死循环等重大故障，应能自动再启动，并产生即时故障报告信息。采用错误标识代码准确标识错误点，同时生成日志文件，以便维护；并以可视化界面报警的形式提示系统管理员检测和修复。故障定位还包括系统对硬件故障的诊断和维护。
(6)安全性
采用的认证和加密等安全技术保证以防止非法用户的侵入。
3.4.2 应用软件要求
应用软件是指用户利用电脑及其提供的系统软件为解决各种实际问题而编制的电脑程序。应用软件是面向应用领域、面向用户的软件。
应用软件应基本满足以下要求：
(1)软件的许可证（LICENSE）数量和软件版本由卖方根据实配设备情况，结合以往项目经验评估确定，卖方必需承诺本期工程的所有软件实配的许可证（LICENSE）数量和软件版本能够满足本次工程设备的实配要求和设备需要，以及买方的相关业务需求；
(2)软件有容错能力，软件故障不应引起各类严重的系统故障。应具备相应容错手段，允许用户有限范围的误操作；
(3)具有软件运行故障的监控功能，一旦软件出现故障时，能及时作出故障报告信息；
(4)系统在软件上扩充方便，不能由于扩充而影响现运行作业；
(5)应用软件必须按照业务需求书进行移植、开发、修改。系统运行中应用软件开发商在任何时候对应用软件进行补充、修改后，都将提交相应的详细技术文档；
(6)卖方应能提供系统内数据库及其各种表的结构定义清单，对于提供给用户二次开发时调用的函数、模块，应有详细的书面调用说明；
(7)卖方应提供系统所有配置的操作系统、系统操作环境、数据库管理系统、程序设计语言有关的资料及手册；
(8)在应用软件开发过程中，可能还会有一些新需求出现，应要求软件开发商修改以便满足新需求；同时，卖方应在买方做二次开发时，给予无偿的、及时的帮助；即：本期校园一卡通系统的应用软件的使用权一次性提供给学校，未来学校在增加应用软件的使用规模时，不再支付应用软件的费用，而只需增加相关的硬件设备。
(9)应用软件系统应具良好的安全性和可靠性。保证数据不被非法盗用和修改，保证数据的一致性；对非法登陆或系统故障等能采取多种检查和处理手段；采用故障检查、告警和处理机制，保证数据不因意外情况丢失和损坏；
(10)为了提供灵活多样的办公流程定义工具，系统能快速适应流程的变更和新建，应用软件的设计应采用灵活的结构，例如可考虑采用面向对象的程序设计技术，也可采用中间件技术等；
(11)整个应用软件系统应能够连续7×24小时不间断工作，应用软件中的任一模块更新、加载时，在不更新与上下模块的接口的前提下，不影响业务运转和服务；
(12)应用软件应具有较高的自动化程度，如：自动任务调度、自动故障告警、自动任务恢复等；
(13)应具有完整的操作权限管理功能和完善的系统安全机制，能够对每个管理员的每次操作有详细的记录，对每次非法操作产生告警；
(14)应具有简洁、直观、友好的图形化中文界面、详细的帮助信息；系统参数的维护与管理通过操作界面实现；
(15)对于常用环节，系统应设置快捷键以方便功能间的切换；操作及选择键（热键、菜单选择等）的功能定义在全系统保持一致；
(16)应具有在线帮助功能，并能方便管理员修改帮助信息；
(17)支持中文大字符集等相关国家标准规定的汉字字符处理，可进行处理、显示和打印。
(18)应用软件功能要求全部满足业务需求书中提出的要求。
3.5 系统建设功能要求
本期“校园数字化”项目校园一卡通系统主要建设一套一卡通系统，并配套建设相应的管理中心、卡务中心、结算中心以及查询系统等，以此实现校园内的一卡通消费、
校园一卡通管理系统(需求设计文档)
校园一卡通管理系统 需求文档 文档名称：需求分析规格说明书 项目名称：校园一卡通管理系统 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 系统用例 根据以上分析，主要介绍日常事务处理和日常消费处理的用例图所具有的功能。 ●餐厅消费 ●超市消费 ●校车消费 ●办卡 ●充值 ●挂失 ●解挂 ●查询
北京理工大学校园卡管理办法
北京理工大学校园卡管理办法 第一章总则 第一条为了适应校园数字化建设的需要，确保校园卡系统的安全稳定可靠运行，规范校园卡的使用和管理，维护学校的财产安全和校园卡用户的权益，特制定本办法。 第二条北京理工大学校园卡的运行管理机构为北京理工大学财务处，下设校园卡管理与服务中心（以下简称卡务中心），具体负责校园卡系统的运行维护及校园卡的发行管理业务。 第三条按照校园卡系统的功能规划，北京理工大学校园卡按照用户身份和使用功能划分为五种类型：全日制学生卡、非全日制学生卡、教职工卡、临时校园卡和校园消费卡。 第四条全日制学生卡和教职工卡（含在职和离退休教职员工卡，下同）的卡面印有持卡人照片，存储持卡人的校园电子信息。非全日制学生卡卡面不印刷持卡人照片，但存储持卡人的电子身份信息。这三种卡片可挂失，遗失可以申请补办。 临时校园卡可选择存储持卡人的相关信息，校园消费卡不存储持卡人的相关信息。这两种卡片不挂失、不补办，需要时可重新申办。 第五条学生卡、教职工卡同时具备校园消费结算、电子身份认证及校园信息化管理的功能。除了可以在校园内的食堂、公共浴室、商店等服务机构进行消费结算以外，通过校园卡的统一身份认证功能，可以实现图书借阅、医疗管理、考勤签到、学籍注册、校内班车使用、计算机机房与电子阅览室使用、门禁管理、信息查询等校园管理功能。 临时校园卡具备校内消费结算功能；可以根据需要实现身份认证和部分校园管理功能。专门用于来学校进行短期学习、访问、交流等
公务人员，以及经学校人事部门核准的临时用工人员申请使用。 校园消费卡只具备在校园内食堂、公共浴室、商店等的消费结算功能，供在校园内生活、符合办理条件的其他人员申请使用。 第二章校园卡的发放管理 第六条全日制学生卡的发放对象，是以国家统招方式入校并注册的全日制学生、留学生。非全日制学生卡的办理对象，是学校各级办学单位自主招收培养的其他各类学生。 第七条全日制学生首张校园卡，由卡务中心根据招生与培养管理部门提供的学生信息统一办理。教务处负责按规定格式提供新入校本科学生的相关信息；研究生院负责提供新入校研究生的相关信息；留学生中心负责提供新入校留学生的相关信息。 第八条全日制学生首张校园卡不收取任何费用，按学生所在院系、班级免费统一发放。 第九条非全日制学生卡具备校园消费、电子身份认证功能。其中，基于电子身份认证的管理应用功能，可根据培养单位的要求和具体情况，选择性地进行开通。 第十条非全日制学生卡由培养单位负责，在学生个人填写《北京理工大学校园卡申请表》的基础上，审核汇总并填报《北京理工大学校园卡集中办理汇总表》，交卡务中心统一办理。 第十一条申请开通门禁、图书借阅等管理应用功能的非全日制学生卡，使用中由培养单位对卡片的使用管理负责，并承担因持卡人非法使用而造成的责任。 第十二条非全日制学生卡按照每张20元标准收取卡片工本费。 第十三条教职工校园卡的发放对象包括：学校人事部门核定在编的在职教职员工、离退休人员，以及在站博士后、访问学者等人员。
《校园一卡通系统》合同书
《荣昌校区一卡通系统》开发合同 合同编号： 甲方（委托人）：乙方（受托 人）： 鉴于甲方有意委托乙方开发《荣昌校区一卡通系统》，双方依据《中华人民国合同法》及相关的法律法规之规定，在自愿、平等、互利互惠、协商一致的基础上，双方达成如下协议： 第一条定义 1、“荣昌校区一卡通系统”属于软件系统，除另有指明外，指描述于《荣昌校区一卡通系统需求报告》中的在本合同履行期所开发和提供的当前和将来的软件版本，包括乙方为履行本合同所开发和提供的软件版本和相关的文件。 2、“可交附件”指附件中指定的由乙方所交付的软件，包括源代码、安装盘、技术文档、用户指南、操作手册、安装指南和测试报告等。 第二条开发目的 本软件是甲方为方便荣昌校区师生日常生活而委托乙方开发的软件。该软件的主要功能和目标为方便荣昌校区师生上课打卡签到以及食堂进餐打卡等。软件整体功能符合甲方所描述的易于管理、方便使用的要求，应达到正确性、安全性、可靠性、开放性、实用性等的技术指标。 第三条甲方原有信息系统描述
甲方原有的相关计算机信息系统为“学生饭卡管理系统”，其主要功能是方便使用者在荣昌校区各食堂以及超市消费。乙方将结合甲方的计算机信息系统进行软件开发，使开发软件的能同现有系统中已有的设备和相关软件相匹配。 第四条软件系统 1、乙方所开发的软件系统为“荣昌校区一卡通系统”，应采用C#为开发语言，SQL数据库。其中：乙方为甲方开发的软件系统分为3个子系统，包括消费子系统、考勤子系统和信息管理子系统，与甲方原有系统共同构成本合同所规定的软件系统。该软件系统的名称、模块、功能、规格、版本、检测标准等相关情况见《荣昌校区一卡通系统需求报告》。 2、甲方将为整个软件开发支付乙方10000（壹万元整）的研究经费。 第五条软件开发的交付进度和时间 1、本开发软件交付的时间为20XX年XX月XX日； 2、软件开发分为需求分析、概要设计、详细设计、功能实现和测试与维护5个阶段，每个阶段的项目完成后，均应该依据相关检测标准进行检测和交付。甲方将按照2：2：2：2：2的比例进行现金付款。 第六条质量要求 自本合同签订之日起，乙方应尽力履行其在开发计划中所规定的义务，按时完成并交付每一阶段项目成果，其质量标准应符合《荣昌校区一卡通系统需求报告》的规定。 第七条信息与资料 乙方有权根据本合同的规定和项目需要，向甲方了解有关情况，调阅有关资料，向有关职能人员调查、了解甲方现有的相关数据和资料，以对该软件进行全面的研究和设计。甲方应予以积极配合，向乙方提供有关信息与资料，特别是有关甲方对开发软件的功能和目标需求方面的信息和资料。如甲方对乙方完成本合同所需的乙方所有的信息和资料不予提供，则由甲方承担不予提供的损害后果。 第八条资料提供
校园一卡通方案-全
智能IC卡 校园一卡通设计方案 深圳市科松电子有限公司
目录 一、一卡通系统项目概述........... 错误!未定义书签。 二、方案设计依据................. 错误!未定义书签。 三、校园一卡通与数字化校园的关系 . 错误!未定义书签。 四、校园一卡通建设指导思想....... 错误!未定义书签。 1、系统建设指导思想...................... 错误!未定义书签。 2、系统建设目标.......................... 错误!未定义书签。 3、系统总体要求.......................... 错误!未定义书签。 4、系统功能要求.......................... 错误!未定义书签。 五、可行性分析................... 错误!未定义书签。 六、校园一卡通卡片规划........... 错误!未定义书签。 1、校园卡的特点.......................... 错误!未定义书签。 2、校园卡记载信息........................ 错误!未定义书签。 七、校园一卡通系统建设目标....... 错误!未定义书签。 1、建立一体化的“一卡通”平台............ 错误!未定义书签。 2、实现“一卡在手，走遍校园”............ 错误!未定义书签。 3、银行卡、校园卡物理分离................ 错误!未定义书签。 4、实现财务统一管理...................... 错误!未定义书签。 八、总体结构设计................. 错误!未定义书签。 九、子系统功能及实施方案......... 错误!未定义书签。 1、一卡通系统服务中心：.................. 错误!未定义书签。 2、一卡通系统数据库服务器：.............. 错误!未定义书签。
北京交通大学校园一卡通管理办法
北京交通大学校园一卡通管理办法 第一章总则 北京交通大学校园一卡通系统自2005年起已在校园内全面运行，实现了校内“一卡多用、一卡通用”的功能。校园一卡通（以下简称“校园卡”）的广泛使用，替代了多种证件和有价票证，实现了有效的身份识别和智能化的电子钱包。为规范校园卡的管理，维护校园的正常秩序，保障教职工和学生在工作、学习和生活中正常使用一卡通系统，特制定本办法。 第二章校园卡使用范围 第一条可以使用校园一卡通的系统包括餐饮消费系统、图书借阅系统、校门和宿舍门门禁查验系统、老生报到注册系统、数字迎新系统、毕业离校系统、车辆管理系统、网络计费转帐系统、水控管理系统、医疗管理系统、公共机房管理系统、会议考勤系统、银行圈存系统、考试监管系统、校园卡存包柜、校园卡病历柜等子系统。 第三章校园卡使用规定 第二条凡是使用校园卡的用户都必须遵守本规定。 第三条校园卡由持证人随身携带，妥善保管，正确使用。校园卡损坏或者不能辨认时，应当及时更换新卡。丢失校园卡的应当及时挂失，并补办新卡。 第四条作为在校师生的个人身份识别证件和消费卡，校园卡仅限本人使用，不得转借。如果转借，信息化办公室有权停止该校园卡的使用，所产
生的后果由出借者本人负责。 第五条凡是捡到他人丢失的校园卡时，请送交信息化办公室（信息中心）服务台。如果发生盗用他人校园卡的行为，将按照学校有关条例进行处理。 第六条师生在校内各单位办理相关事务时，任何单位不得以任何理由扣留校园卡或者要求作为抵押，否则因此造成的经济纠纷、侵权使用等责任将由扣押单位承担。 第七条爱护学校设置在校园内的各种校园卡设备和自助服务终端。 第八条校园卡超过规定期限后，如仍需继续使用，请按照相关规定办理延期手续，未办理延期手续的，在校园卡停用六个月后，信息化办公室有权注销过期校园卡，并将校园卡内金额作为呆账，上缴学校。 第三章校园卡办卡对象 第九条可办理校园卡证照卡（带照片的校园卡）的人员包括： （一）事业编制教职工、非事业编制岗位聘任人员、离退休教职工、博士后、访问学者； （二）全日制本科生、研究生（含高校教师研究生）、专升本、远程学院学生、外国留学生； （三）经管MBA、IMBA、DMBA、EMBA、ERP学生； （四）工程硕士； （五）铁科研研究生。
校园一卡通软件管理系统需求说明书
校园一卡通软件管理系统需求说明 书 2014-2015学年第1学期《软件工程写作》考核试卷1．引言 1.1编写目的 本需求分析说明书的目的是对校园一卡通软件管理系统做了全面细致的用户需求分析，确定了系统的最终运行条件，性能要求及要实现的功能，为进一步设计与实现打下基础。本说明书以文档形式将用户对软件的需求明确下来，是与用户沟通的成果，也是供用户验收项目时的参考。 本文档的读者为：用户，项目管理人员，软件设计人员，编程人员，测试人员等项目相关人员。 1.2项目背景 随着社会信息化的不断发展，校园的管理也逐渐进入了一个信息化的时代。 校园里的学生老师人数很多，而且每人手中的卡有很多张，包括饭卡，热水卡，图书馆借阅卡等，携带起来十分不方便，使用起来也很不方便。对于学校而言，也不好管理。技术的发展可以将以上的系统集成在一个平台内，即校园一卡通管理系统。这样一来就可以提高学校的管理水平，更加方便和安全。 软件系统的名称：校园一卡通软件管理系统 项目的任务提出者：梧州学院软件开发中心开发人员 项目的任务用户：梧州学院全体教职员工
项目开发者：梧州学院软件开发中心开发小组 1.3定义 J2EE：一套全然不同于传统应用开发的技术架构，包含许多组件，主要可简化和规范应用系统的开发与部署，进而提高可移植性、安全与再用价值。 MySQL Server 5：数据库系统。 IIS 5.0（Internet Information Server）：是一个万维网服务器。 B/S：（Browser/Server）浏览器/服务器模式。 HTTP协议：超文本传送协议。 1.4参考资料 《软件文档写作教程》马平等编著，电子工业出版社，2010年5月 《软件工程导论》张海藩等编著，清华大学出版社，2013年8月 《UML系统建模与分析设计》刁成嘉等编著，机械工业出版社，2013年9月《数据库技术及应用》陆桂明等编著，机械工业出版社，2012年7月 2．任务概述 2.1目标 能对校园一卡通信息进行及时的管理及查询，系统反应时间较短（不大于5秒），提高用户使用效率。 2.2用户的特点 本软件的使用对象为后勤充值管理人员以及系统管理员，用户只要懂得计算机的简单操作和计算机的简单应用，还有计算机的一些基本知识就可以操作该软件。 2.3运行环境 操作系统：Windows XP 或 Windows 7 支持环境：IIS 5.0（Internet Information Server） 数据库：MySQL Server 5
校园一卡通管理系统设计(总12页)
校园一卡通管理系统设计(总 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 参照完整性定义 ......................... 错误!未指定书签。 六、总结.............................................. 错误!未指定书签。
校园一卡通解决方案
用户需求 校园卡系统是数字化校园的核心应用系统，进行校园卡系统的建设，必须充分考虑系统的功能性，安全性，以及与校园原有系统的集成性，同时还应把金融服务与校园卡应用联系起来，利用银行已有的网络资源及系统资源，拓展校园卡的应用范围，方便持卡人使用。 方案概述 本方案基于微软的Windows Server System TM技术，构建安全，稳定，功能强大，易用易管理的校园卡系统，同时能与银行网络互联，实现校园卡与银行卡的交易结算，拓展校园卡的应用范围，方便了持卡人的使用，真正实现了"一卡在手，走遍校园，一卡通用，一卡多用"的目标。运用微软产品和技术 1. Windows Server 2003 2. SharePoint Portal Server 2003 3. SQL Server 2000 4. BizTalk Server 2004 (此方案的实施需要微软合作伙伴的应用开发支持) 银校互联，真正实现校园“一卡通” ——基于微软平台的校园卡解决方案应用背景 在校园信息化建设蓬勃发展的今天，使用智能IC卡实现校园信息电子化是十分有效的校园管理方案。学校通过校园卡，一方面可提高管理效率，实现校务管理、教务管理及学生、教职工消费，从而推进教育体制改革；另一方面，还可以为学生的校内外生活提供便利，培养学生的理财意识，培育潜在的持卡人市场，以促进银行的信用卡业务实现多功能电子化支付。 在国内校园信息化建设过程中，校园“一卡通”的发展经历了一段曲折的过程，许多学校在90年代开始逐步开始“一卡通”的建设，但总体而言没有很成功的案例可以借鉴，这其中有技术原因，也有观念和管理的问题，总的可以分为三个发展阶段： 阶段一、食堂，图书馆和机房等需要身份认证和收费的场所实现用卡消费，这个阶段的模式基本上都是后台记帐，前端认证，联机扣款的
校园一卡通管理信息系统
华信学院 校园一卡通管理系统 专业：信息管理与信息系统 姓名：郭聪、赵玲普、张茹茜
一、背景： 随着社会信息化的蓬勃发展，校园的管理也进入了一个信息化得时代，先进的管理信息系统成为建设世纪一流大学的重要标志。在国内信息化建设进程的加速的今天,高校管理者要学会思考如何使学校现有资源得到高效、合理的应用,使教育信息化带动教育的现代化,将教育与信息技术真正地融合,提高教学质量和教学效率, 提高学校声誉,提升学校的竞争力。数字化校园将是今后校园建设的发展趋势和必然。数字化校园建设的实质就是学校的管理部门通过信息化手段,实现对各种资源的有效集成、整合和优化,实现资源的有效配置和充分利用,从而提高各种管理工作的效率和效益。而建设“校园一卡通系统”是实现数字化校园的有效途径。 二、系统规划 1现状分析： 目前,大部分高校已经建成了许多现代化的管理信息系统，如:财务管理系统、图书管理系统和食堂售饭系统等。但这些系统大部分都是单独建设,没有统一的规划,存在着数据重复录入,数据不能共享等问题。为了提高学校的信息化建设水平,学校还迫切需要建设收费管理、门禁管理等其它系统。这些系统要在短时间内完成,人员的劳动强度非常大,且容易造成错误和遗漏,加重了学校管理的负担。通过“校园一卡通系统”项目的建设,将使学校的原有业务和管理体系相对独立的现象得到有效整合,减少资源浪费和重复建设,达到业务流程重组的目的;将有效促进学校数字化校园建设的进程。伴随着智能技术的高速发展和计算机应用的普遍推广，在校园信息管理中引入一卡通正逐步成为一种趋势。 2系统目标任务： 学校方面：可以有效的对学校和学生进行管理，集身份认证、校内消费、校务某些方面的管理为一体。节约成本，提高管理效率。 学生方面：每个学生一张卡，此卡集借书卡、消费卡、饭卡、门卡于一体，代表持卡人的身份，在卡上可自由充值和消费，在校园内做到一卡通用。安全性高， 方便学生携带！ 3系统功能、结构图： 3.1功能 一卡通平台建设的目的是向数字校园提供公共服务。这些服务主要分为两类：身份认证类服务和消费类服务。 身份认证类服务主要应用于校园网内的各种应用，这类服务包括宿舍门禁身份认证、图书馆通道身份认证等。通过设置读卡器和上位机，收集IC卡信息并提交认证请求。 消费类服务主要包括应用于校园卡专网内的各种服务，如食堂刷卡消费、超市刷卡消费、洗浴消费等。消费类服务通过刷卡交易来完成，通过POS机完成对IC卡内钱包的读写操作，同时，POS机将交易流水上传到与之相连的上位机。 （1）卡务中心 卡务管理功能包括卡状态管理和卡信息管理。 卡状态包括有效状态、挂失状态和注销状态。 卡信息包括学生的学籍信息、照片信息等。 （2）财务中心 账务平衡管理接收所有消费数据，再做账务平衡处理。此模块还具有查询和打印总账平衡表的功能 3.2结构图
校园一卡通管理实施办法
校园一卡通管理实施办法 “校园一卡通”系统是学校加强智慧校园建设、实现信息化高效管理的一项基础工程，为保障“校园一卡通”系统顺利运行，结合学校实际，特制定本办法。 第一章总则 第一条校园一卡通是由学校统一注册核准的具有校园内身份认证、图书借阅、消费、就医、充缴电费、考勤管理、出入门禁等功能的智能卡（以下统称校园卡）。 第二条学校信息科技中心是一卡通系统的运行、统筹、归口管理部门。 第三条校园卡包括实体卡和虚拟卡，虚拟卡是通过安装手机APP并与手机和学号（工号）绑定，经过验证的电子校园卡，具有实体卡功能。 第四条学校全体教职员工、全日制在校学生以及因工作或学习需要在学校驻场的临时人员可持有校园卡。 第五条所有合法持有校园卡的用户都被视为认可、接受本办法，并承担相应的法律责任。因使用校园卡不当所造成的一切后果由本人自行承担。 第二章卡务管理
第六条校园卡的办理遵循“谁审批、谁负责”的原则。教职工办理校园卡由人事处审批；学生办理校园卡由教务处审批。校园卡按照使用对象分为三类： （一）教工卡：教职工首次办理校园卡凭人事审批同意的校园卡申请单进行注册办理。 （二）学生卡：学生入学注册时统一制作发放校园卡。 （三）临时卡：除教职工和全日制学生以外的人员均使用临时卡。 第七条因故未能集中办卡或申请办理临时卡的人员，由本人填写校园卡申请表，经人事处或教务处审批后，持本人有效身份证件到后勤保卫处办理。 第八条校园卡有效期：校园卡有效期即使用期限，根据以下规定设置。 （一）教工卡的有效期为教工在校期间。 （二）学生卡的有效期应为其学制时间，最长不超过 3年。 （三）临时卡的有效期根据实际工作需要确定。 第九条校园卡的延期使用:如果校园卡超过有效期仍需使用时，应办理校园卡延期手续。 （一）延期毕业离校的学生需填写校园卡申请表，经教务处审批后，到后勤保卫处办理延期手续。 （二）临时卡延期参照临时卡办理申请流程。
校园一卡通系统体系架构设计
校园一卡通系统体系架构设计报告 2014年08月
目录 第1章文档介绍 (1) 1.1文档目的 (1) 1.2文档范围 (1) 1.3读者对象 (1) 1.4术语与缩写解释 (1) 第2章系统简介 (3) 第3章设计约束 (4) 第4章设计策略 (5) 4.1扩展策略 (5) 第5章系统总体结构 (6) 第6章开发环境的配置 (7)
第1章文档介绍 校园一卡通系统(简称一卡通系统)体系架构设计报告是描述系统整体体系架构的唯一一份系统设计报告，它和数据库设计报告、模块设计报告一起，形成系统概要设计的成果。 1.1文档目的 校园一卡通系统(简称一卡通系统)体系架构设计报告主要描述系统的整体技术架构，帮助模块设计人员、开发人员对系统有个整体认知。它是系统分析人员将需求转换成为开发人员所比较容易理解的结构描述；并且，高屋建瓴的指导开发人员的开发方向。 1.2文档范围 本文档主要是描述一卡通系统其技术体系架构设计，并不偏重于某个具体的模块或者功能。 1.3读者对象 校园一卡通系统(简称一卡通系统)体系架构设计报告的读者主要分为三部分人：用户、开发人员和测试人员。其中，主要读者是开发人员和测试人员。开发人员主要是对技术体系架构有整体认识，确保其在进行模块开发之时不至于偏离；测试人员主要对设计约束进行了解，以构建在测试的时候，对系统整理架构的测试基准。 1.4术语与缩写解释
第2章系统简介 校园一卡通系统是学校内部管理人员提供具有开放性、灵活性、面向校园的应用服务管理平台。一方面，学生和教职员工可以通过一张卡片，方便的使用校内的各种应用；另一方面，学校也可以通过一卡通系统，实现更加方便、高效的校园管理。同时，校园一卡通系统提供了一个统一、简便、快捷的平台，进而可以与学校的各种管理信息系统无缝连接，作为信息化系统的纽带促进“数字化校园”的建设。
校园一卡通设计方案
校园一卡通方案 厦门中卡科技开发有限公司 2011年8月
一校园一卡通子系统设计方案 1.1需求响应 泗洪鼎诚职业中等学校学校一卡通主要包括以下几个子系统： 1、门禁管理子系统，建成以后学生可以通过刷IC卡，根据 通行权限进出门禁控制点。具体方案见门禁管理子系统 设计一节。 2、考勤管理子系统，建成以后学生可以通过刷IC卡，完成 上下班的考勤工作。具体方案见考勤管理子系统设计一 节。 3、消费管理子系统，建成以后学生可以通过刷IC卡消费。 具体方案见消费管理子系统一节。 4、水控管理子系统，建成以后学生可以通过刷IC卡消费。 具体方案见水控管理子系统一节。 1.2消费管理子系统设计 消费管理子系统主要适用于食堂、超市及小卖部、体育活动场馆、医务室、洗衣店以及其他场所的收费管理。
?符合ISO14443A国际标准，具有严格的保密性和兼容性，满足不同用户系统功能扩充。 ?每台收费机内带后备电池，停电可持续工作4小时左右。 ?采用超大存贮器，每台收费机可下发黑名单达10000人，可存储18000笔消费明细记录、18000笔备份消费明细记录。 存贮快满时，可报警提示，备份数据采用循环存储的方式，确保保留最新的备份消费记录。 ?可设置”随机消费”\”固定扣款”\”菜单消费”\”计次消费”四种消费模式并可通过收费机进行手动模式切换，有累计查询功能及可通过软件或手动在收费机上设置每张卡每天的最高消费额及消费次数。 ?当设置收费机为定额消费模式时，可设置4个时间段，每个时间段的固定消费额可以不同，并可通过后台软件或手动在收费机上进行修改，修改简单方便。 ?对于非法卡、挂失卡、余额不足卡、超次卡、消费超额卡，不仅不能消费，而且刷卡时终端会发出报警及代码提示。 ?软件及收费机均具有扣错退款功能。 ?正反面都采用双排5*8LED显示屏显示，刷卡时可同步显示余额和消费额。
校园一卡通管理系统(新版标准)
校园I C卡一卡通管理系统 一、概述 (一) 引言 校园IC卡一卡通管理系统（网络版）是为了避免出现校园中使用的证件和票据繁多、管理工作繁杂的情况而设计开发的。充分体现一卡多用的优越性，减少了管理的复杂，实现了校园各类管理信息的统一性、规范性和透明性，规范了消费行为，加快了消费流通速度，减少了重复劳动。同时，提高了学校的现代化管理水平和教师、学生的积极性、主动性，使学校摆脱繁琐、低效的管理方式，把更多的精力投入到科研工作和学习中去。 在信息流管理日益成为各种管理模式的核心的今天，IC卡一卡通系统为校园迈向更富于挑战的二十一世纪奠定了坚实的信息技术基础。 （二） IC卡的特点 IC卡是Integrated Circuit Card的缩写即“集成电路卡”，也称为“Smart card”即智能卡的意思。它是将具有存储、加密、逻辑运算甚至数学运算等功能的电路集成与一个芯片中，所以叫做集成电路卡。按功能一般分为存储卡、加密卡和CPU卡；按读写数据通道分为接触式和非接触式；按读写方式分为只读（ID卡）、读写等，总的来说IC卡具有独立的强大的存储能力、灵活且高度可靠的安全性（防伪）、不同级别的运算能力、不易损坏性和易用性等特点。IC卡的使用可代替过去校园中经常使用的教师工作证、学生证、借书证、食堂就餐券、医疗证、体育娱乐设施使用证等证件，通过IC卡一卡通管理系统（网络版）提供的“非接触式识别”功能，借助于校园网络，可将IC卡应用到校园的方方面面和任何地点，实现“一卡在手，走遍校园”的设想，为教师及学生在校园工作、学习、生活带来极大的便利，同时也便于校园管理者进行集中、高效的电子化管理。 IC卡独立强大的存储能力可满足在校园内记录、传输和转储信息的需要，可离线传递校园各部门之间对个人的管理信息，使得校园IC卡可以不依赖于实时网络系统支撑，易于普遍推广，且降低了系统的运行业务费用。 IC卡具有灵活且高度可靠的安全保密性，芯片内有卡安全保密操作系统，采用一定的安全加密算法，在卡中可设置密钥、发卡人密码、身份认证和信息认证等安全措施，从而使得卡中数据不易被复制和篡改。卡中采用文件形式管理存储数据，可动态分配存储空间，最大限度地利用存储空间。 IC卡具有长期的数据稳定性，数据保持时间可达到10年以上，使得卡中的数据真实可靠且避免了多次的复制和部分数据工作，节省相应的费用。且其不受磁场、灰尘、油污、水渍潮湿等环境因素的影响具有高度的可靠性。
大连海事大学校园一卡通卡户管理办法
大连海事大学校园一卡通卡户管理办法 一、卡片类别 为便于管理，根据持卡人的身份，“校园一卡通”卡片分为四类，即学生卡、教师卡、临时卡和消费卡，学生卡和教师卡均为正式卡。使用者与卡类别的对应关系，各种卡所需要的资料及负责提供资料单位，以及各种卡的功能见附表。办理各类新卡的资料要求如下： 1.学生卡 学生卡包括统招本科生、统招研究生、代培研究生、成教本专科生、夜大/函授生、进修生、留学生、高访人员用卡。新办学生卡采取批量办理，需要姓名、学号、身份证号和照片等基本信息才能个性化制卡，凡未能按要求提供相关资料和电子文档的学生将不能按时领取学生卡。 2.教师卡 教师卡包括正式教职工（含人事代理人员、待岗人员）、离退休人员、博士后人员、进修教师、外籍教师、客座教授、特聘教授、讲席教授、特殊贵宾等人员用卡。新办教师卡需要姓名、职工号、身份证号、照片等基本信息才能个性化制卡，凡未能按要求提供相关资料和电子文档的教职工将不能按时领取教师卡。 3.临时卡 教职员工家属和附校学生及短期来校办理公务、培训、访问、交流等人员均可以凭本人（或家长）身份证到“校园一卡通管理结算中心”办理临时卡；临时聘用人员需持聘用单位证明和本人身份证才能办理临时卡。 4.消费卡 消费卡是由大连海事大学后勤集团管理，使用对象为大连海事教师、学生、家属以外的外校人员。此卡仅具有消费功能，应用在食堂，在消费时可加收一定比例管理费，管理费征收由相关单位确定。 二、卡片管理 1.“校园一卡通管理结算中心”负责为用户办理新卡，进行卡片维护，卡片挂失、注销和充值，卡片黑名单管理等。 （1）新办卡 学生和教职工第一次办卡一般采取批量办理，由相关部门负责收集个人信息电子版统一交“校园一卡通管理结算中心”进行制卡，每年批量办卡一次，对于未能集中办卡的学生和教职工携带本人的身份证及学生证或工作证、数码照片到管理结算中心办理；临时卡一般采取零星制卡。 （2）卡挂失 卡片遗失应及时到多功能自助机对校园卡进行挂失。卡片遗失者需提供有效证件，到“校园一卡通管理结算中心”申办新卡。
2015北京市大学生训练项目“智慧校园”之一卡通系统的设计与实现
2015 北京市大学生训练项目“智慧校园” 之一卡通系统的设 计与实现 【摘要】RFID技术作为一项先进的自动识别和数据采集技术，通过无线射频方式进行非接触双向数据通信，对目标加以识别并获取相关数据。被公认为21 世纪十大重要技术之一。本文以实验为基础，研究了RFID的识读过程。 【关键词】北京大学生；智慧校园；卡通系统 2008 年IBM 公司在全球提出“智慧地球”概念后，美国、欧盟、日本和韩国等相继推出本国的物联、云计算相关发展战略。2009 年，温家宝总理在中科院无锡传感网工程技术研发中心，指示建设“感知中国”中心，拉开了中国智慧城市建设的序幕“智慧校园”作为“智慧城市”的重要组成部分，是继数字校园后关于院校信息化建设的又一全新概念，是由浙江大学于信息化“十二五”规划中首次提出的，并由此引发了“智慧校园”的建设潮。近年来，国内不少高校对智慧校园进入了探索或建设阶段。 基于物联网的校园一卡通系统是以学校校园网为架构，以射频标签作为信息载体，利用RFID标签传感器、无线通信网络等实时采集物品的各种信息，并将这些采集到的信息通过高速互联网或无线网络传输到数据处理中心，这些信息在数据处理中心经
过计算技术提供的海量信息处理功能对其进行智能化处理之后就可以实现人与人、物与物、人与物之间的有效沟通。 一卡通系统平台构成包括软件系统和硬件系统，二者共同完成校园一卡通系统平台整个系统的管理、数据处理、传输与交换和调度控制、应用支撑操作等功能。整个系统的识别过程需要完成4个步骤：寻卡-防冲突-选卡-读/写卡 1RFID 系统组成 RFID 技术利用无线射频方式在阅读器和射频卡之间进行非接触双向数据传输，以达到目标识别和数据交换的目的。最基本的RFID 系统由三部分组成： 1.标签（Tag,即射频卡）：由耦合兀件及芯片组成，标签含有内置天线，用于和射频天线间进行通信； 2.阅读器：读取（在读写卡中还可以写入）标签信息的设备； 3.天线：在标签和读取器间传递射频信号。 2工作原理 MCU 通过对读卡器芯片内寄存器的读写来控制读卡器芯片，读卡器芯片收到MCU 发来的命令后，按照非接触式射频卡协议格式，通过天线及其匹配电路向附近发出一组固定频率的调制信号（13.56 MHz）进行寻卡，若此范围内有卡片存在，卡片内部的LC谐振电路（谐振频率与读卡器发送的电磁波频率相同）在电磁波的激励下，产生共振，在卡片内部电压泵的作用下不断为其另
数据库校园一卡通管理系统
题目：校园一卡通管理系统 摘要：校园一卡通将管理、生活、消费、身份认证等多种功能集中于一体，提高了学生校园生活的效率。该校园一卡通管理系统包括三个子系统：校园卡日常管理、消费管理、身份认证。每个子系统又包括多个功能模块，并提供了对各功能模块的查询和更新功能。该系统开发由系统需求分析阶段、概念设计阶段、逻辑设计阶段、物理设计阶段、数据库实施阶段等阶段组成。 关键字：一卡通日常管理消费管理身份认证
1 系统需求分析阶段 1.1 需求分析目标 针对山东大学学生日常生活和学习管理情况的实地调查加自己的亲身体验，了解了目前应用关于山东大学的校园一卡通管理系统的应用情况，并充分体会到该模式相对于人工管理模式的简单、高效。基于以上情况，目的是自行设计一个模拟山东大学校园一卡通的管理系统，在设计过程中，加深对校园一卡通的了解，增强对数据库知识的理解及SQL语言的实际应用，训练设计开发数据库的能力。 1.2 需求分析任务 （1）处理对象： 该系统主要处理的对象有：学生基本信息、校园卡基本信息、校园卡日常管理基本信息、餐厅消费基本信息、超市基本信息、身份认证基本信息、图书管理基本信息、校车管理基本信息等。各个对象包括信息如下所示（详细的数据见于数据字典）： 1．学生基本信息(Student)：包括学生身份证号、学生学号、学生姓名、学生性别、学生出生年份、学生所在院系、学生的专业、学生所在班级等方面的信息，可以方便学生信息的查询和更新； 2．“校园卡”基本信息(Card)：包括校园卡的卡号、持卡人学生学号、持卡学生姓名、持卡学生性别、校园卡的状态、校园卡内的余额； 3．校园卡日常管理基本信息(CardManage)：包括四个数据结构办卡信息、挂失信息、解挂信息、充值信息,每个数据结构中的数据项见数据字典； 4．餐厅基本信息(cateen)：包括餐厅编号、餐厅名称、餐厅负责人、餐厅位置，具体的数据项见数据字典； 5．超市基本信息(supmanage)：包括超市编号、超市名称、超市负责人、超市位置,具体的数据项见数据字典； 6．校车管理基本信息（Busmanage）:包括校车编号、校车类型、校车司机，具体数据项见数据字典； 7．消费基本信息（Busmanage）:包括消费编号、消费地点、卡号、消费时间、消费金额，具体数据项见数据字典； 8. 身份认证基本信息(Identity)：包括四个数据构DormInf (学生宿舍楼基本信息),DormPress(学生归宿刷卡信息),LibInf（图书馆基本信息），LibPress（借书基本信息），具体的数据项见数据字典； （2）处理功能要求 系统主要完成一下几个功能： 1．学生基本信息查询与更新； 2．校园卡日常事务管理情况基本信息查询与更新； 3．校园卡在某个时刻所处状态的查询；
校园一卡通维保技术方案
一、概述 校园一卡通系统是大学的一个重要的子系统和组成部分，系统以校园网和学校中央数据管理系统为基础，针对目前校园中使用的证件繁多、管理繁杂的情况而设计的，用一张卡代替学校目前使用的学生证、借书证、开门钥匙、上机卡、菜饭票等等，从根本上实现“一卡在手，走遍校园”的设想。校园一卡通系统是大学的一个重要的子系统和组成部分，系统以校园网和学校中央数据管理系统为基础，针对目前校园中使用的证件繁多、管理繁杂的情况而设计的，用一张卡代替学校目前使用的学生证、借书证、开门钥匙、上机卡、菜饭票等等，从根本上实现“一卡在手，走遍校园”的设想。对一卡通化系统维护保障工作实施外包，是现代社会分工细化的趋势，是物业管理现代化水平提升的标志。一卡通统涵盖的子系统多，技术门类繁杂，需要专业公司、专业人员对系统进行有计划的维护保养，并能及时应对和解决突发状况。维保工作一方面保证了系统的正常高效稳定运行，另一方面事实上延长了设备的使用寿命。
二、一卡通系统维保方案 2.1 本项目维保服务主要内容 一卡通系统中涵纳的各子系统分类繁多，各厂家技术标准不统一，现场使用过程中，由于线路变动，系统扩容，主要设备及辅助设备寿命不同步，操作人员误操作等各种因素影响，使系统可能处于不稳定状态，降低了系统的使用价值。 一卡通系统维保的价值核心是对整个系统运行进行规划，分析问题原因，提前预见问题所在，消除隐患，保障系统稳定工作。这不仅需要维保单位具备厂家设备供应资源、厂家核心技术支持，还需要常驻维保单位的现场人员具备丰富的现场技术经验，对系统的管理规划经验，同时还要具备良好的职业素养和敬业精神。 各子系统的维护保障工作，主要关注点如下： 2.1.1 一卡通厂方提供的所有一卡通通用设备(服务器、电脑等) 1、一卡通服务器 1）平台主机灰尘清除 2）服务器灰尘清除 3）检测操作系统 4）检测电源电压电阻 2、线路 1）电源与线路检测 2）信号强度检测 2.1.2 一卡通数据中心维护 1、oracle数据库