一卡通-技术部分招标书.doc

《一卡通-技术部分招标书.doc》由会员分享，可在线阅读，更多相关《一卡通-技术部分招标书.doc（37页珍藏版）》请在三一文库上搜索。

1、目 录 “校园一卡通校园一卡通”项目概述项目概述.3 一、项目概况 .3 二、总体要求 .3 三、建设内容 .4 四、具体要求 .5 标段一标段一 “校园一卡通校园一卡通”基础平台功能需求基础平台功能需求.7 一、功能需求 .7 二、具体要求 .7 标段二标段二 商务消费子系统功能需求商务消费子系统功能需求.26 一、功能要求 .26 二、安装点位和数量 .27 标段三标段三 浴室、开水房水控子系统功能需求浴室、开水房水控子系统功能需求.28 一、功能要求： .28 二、具体要求 .28 三、安装点位和数量 .29 标段四标段四 门禁管理子系统功能需求门禁管理子系统功能需求.29 一、功能要求

2、： .29 二、具体要求 .30 三、安装点位和数量 .31 标段五标段五 宿舍通道管理子系统功能需求宿舍通道管理子系统功能需求.33 一、功能要求： .33 二、安装点位和数量 .35 标段六标段六 卡务中心设备卡务中心设备.36 一、主要技术配置要求： .36 2 “校园一卡通校园一卡通”项目概述项目概述 一、项目概况一、项目概况 随着学校的数字校园建设的逐步深入，校园内的各种信息资源整合 已经进入全面规划和实施阶段， “校园一卡通”项目拟结合学校正在进 行的统一信息门户、数据交换平台、统一身份认证平台和数据共享中心 等建设。 “校园一卡通”项目为数字校园提供重要数据决策信息，通过 共同的

3、身份认证机制，实现数据管理的集成与共享，使“校园一卡通” 系统成为数字校园建设的核心组成部分。 “校园一卡通”系统将与学校 正在实施的数字校园平台系统建设统筹考虑，有机配合。 为加强学校规范化管理，方便全校师生学习、工作和生活，利用校 园卡的强大功能，在银行网络系统、校园网的支持下，建设新的“校园 一卡通”系统。 二、总体要求二、总体要求 1.“校园一卡通”的总体目标是实现“数据共享，平台统一，应用 集成”,建立以卡为媒介的、面向校园师生的综合性服务平台，覆盖身 份识别、金融服务、信息服务、流程整合等领域，形成高效稳定、功能 全面、扩展灵活、管理方便的新一代“校园一卡通”系统平台，实现 “一卡

4、多用、一卡在手、走遍校园”的建设目标。 “校园一卡通”系统 作为整个数字化校园的一个重要应用项目，必须符合学校数字化校园的 整体规划的数据标准和接口。 2.按照“一库” 、 “一卡”的一体化建设理念， “校园一卡通”系统 3 将采用平台式、模块化的建设方法，构建一个开放，灵活接入的“校园 一卡通”系统平台。利用“校园一卡通”系统平台，接入包括消费子系 统、淋浴、门禁、考勤等在内的多个子系统，各个子系统即可独立运行， 又可接入“校园一卡通”系统平台。 “校园一卡通”系统支持与多家银 行系统、与学校原有的各类应用系统衔接和系统本身应用规模、应用层 次不断扩大的衔接。将“校园一卡通”系统建设成开放式

5、、标准化和用 户自我建设扩展的系统。 3.投标报价包含该标段的所有费用，包括系统间相互配合的费用。 4.服务质保期 5 年，请明确第 6 年起每年的维护费用，费用包括软、 硬件的升级、维修、维护及材料、人工、税金等一切费用。 三、建设内容三、建设内容 本项目建设内容包括：提供校内消费、银校转账、校内身份认证， 以及衔接多个信息管理系统的功能，实现互“通” 。 项目建设内容包括： （1）新建以下校园卡管理和应用系统： “校园一卡通”基础平台 商务消费子系统 浴室、开水房水控子系统 门禁管理子系统 宿舍通道管理子系统 卡务中心设备 需要对接的系统包括： 4 图书管理系统（南京汇文） 财务管理系统（

6、复旦天翼） 集中电控管理子系统（常工电子） 教务系统（杭州正方） 为将来可能接入的第三方软件提供接口：如安防的联动、数 字校园对接。 四、具体要求四、具体要求 1. 卡片开放：CPU 卡空间设计支持 PBOC2.0（电子钱包）和建设部 等相关行业规范，良好的兼容性便于应用的扩展；CPU 卡片要求 选用非接触式 CPU 校园卡，具备多应用功能，支持扩展城市一卡 通应用功能；学校根据需要自主规划，维护卡片结构。同时还必 须符合数字化校园整体的要求。 2. 密钥开放：卡密钥及各个软件系统的接入控制密钥和权限等由学 校自己控制和生成。实现卡、器具和软件系统的分离。 3. 第三方接入开放：“校园一卡通”

7、基础平台及各个子系统可以接 入第三方的设备，在接入第三方设备时不需要做大的改动，只需 要设备遵循相关的标准，能够读取平台系统的密钥就可以正常的 接入到“校园一卡通”基础平台中。 4. 为满足学校数字校园应用的深入和发展需要，实现信息融合，应 提供“校园一卡通”系统的软件、硬件系统接口、相关文档及对 接包。有新的对接包应及时更新并提供学校参考，并免费提供技 术支持。 5 5. 须对“校园一卡通”系统进行功能扩展时，应提供软、硬件对接 接口，配合对接工作，系统作相应的调整。 6. 根据学校信息化系统建设，提供满足需要的数据库相关的数据字 典，提供准确的系统接口功能清单、说明及示例代码等。 7. “

8、校园一卡通”系统要考虑到脱网、脱机运行，不能够因为网络 中断使师生无法使用校园卡，以免出现群体性事故。各个子系统 其相应的机具均需能够脱机运行，应保证在断网情况下，系统独 立运行至少 3 天。 8. 系统相关的管理、监控软件除制卡外应采用 B/S 模式。 9. 系统软硬件支持频率 2.4G 的手机校园卡。 10.根据学校应用需要系统做适当调整 11.要求与现有卡片兼容，对于原有的 M1 卡和新的 CPU 卡需平稳 过渡。与现有已运行相关系统进行对接，保证学生现有卡片正常 使用。 注：注：下列各章所列各项要求，投标方应具有但不局限于这些要求，可以 提供更多的系统使用所需的其他功能。 标段一标段一

9、 “校园一卡通校园一卡通”基础平台功能需求基础平台功能需求 一、功能需求一、功能需求 “校园一卡通”基础平台是基于卡以及相关应用系统的支撑、数据 6 交换平台。 “校园一卡通”系统作为数字化校园的有机组成部分，在基 于卡的业务子系统和数字化校园应用之间， “校园一卡通”基础平台起 到一个承上启下的作用。 “校园一卡通”基础平台要为消费类业务子系 统提供资金结算服务；为身份识别类业务子系统提供身份确认服务；为 各类子系统提供数据抽取、集中、关联、交换等服务。是基于卡应用和 相关应用子系统的数据中心。作为数字化校园层次化应用的一层， “校 园一卡通”基础平台为数字化校园应用提供源数据、数据同步、联

10、动等 服务。 “校园一卡通”基础平台还要具备有关卡的各种管理功能，具备 构建新业务应用的能力。 应包括以下具体功能：密钥管理、系统管理、用户管理、卡务管理、 报表管理、资金管理、信息服务、接入交换管理、监控系统、数据统计 分析、二次开发子系统、数据中心、短信网关服务、结算服务等功能。 二、具体要求二、具体要求 1.功能、服务要求 （1）集中管理 1）在遵循数字化校园规划的要求下， “校园一卡通”数据中心与数 字化校园的数据平台进行共享联动，整合各个系统的数据，为集中查询 提供数据； 2）具有完善的服务平台，管理设备的添加、更换和撤销； 3）提供统一的查询平台，查询统计各个子系统的数据； （2）

11、完整性 存储“校园一卡通”的历史数据，确保数据的历史完整性。在需要 7 查询历史流水时，可以实现快捷的调用历史数据。 （3）易维护 具有完善的服务管理系统，实现“校园一卡通”系统软硬件设备维 护维修的电子化，操作简洁，人机交互良好。 （4）灵活性 1）管理软件在功能参数上应是可设置的，方便日后管理和更新； 2）具备灵活多样的支付手段：校园卡支付和电子支付，手机支付； 3）具备灵活多样的咨询手段：网上查询/挂失/解挂，短信查询/挂 失/解挂，手机查询/挂失/解挂，多媒体自助服务一体机； 4）具备灵活多样的圈存手段：空中圈存，实体圈存； 5）具备灵活多样的数据采集（身份识别）手段：在线式和离线式

12、（如手持终端） 。 （5）开放性 1）卡片开放：学校根据需要自主规划，维护卡片结构 2）控制应用软件规模的加密措施也对校方完全开放，学校可自行购 买 PSAM 卡自行增加通用硬件设备，不存在设备和软件绑定的问题。 （6）系统要求 1）数据采集能按应用分类采集各类数据； 2）平台和子系统相关联的数据应保持一致； 3）与现有图书馆的汇文系统、教务的正方系统、财务的天翼系统、 江南大学的能源系统、常工电子的电控系统、门禁系统等对接； 4）质保期内新增系统与“校园一卡通”系统对接； 5）提供统卡空间规范、交易流程规范、PSAM 卡规范、数据交换规范、 8 通讯交易协议规范，供学校参考、制订学校校园卡各

13、项规范； 6）提供数据库部署策略和方案、密钥管理的方案和机制。 2.密钥管理 学校通过密钥管理系统可以实现对密钥和卡片的完全掌握，基本要 求如下： （1）学校可以自主生成和管理系统密钥 （2）学校可自行发行各种卡 （3）学校可自行初始化和回收卡，初始化和回收的卡的数量不限 （4）学校完全自助管理校园卡密钥体系结构中的各类硬、软密钥 （5）厂商提供给学校 PSAM 卡发卡和洗卡程序，可以制作 PSAM 卡和 初始化密钥 （6）密钥不能被读出：用户 IC 卡和 PSAM 卡中的密钥无法被读出， 认证和加密均是在卡内部实现的 （7）加密数据全部是在用户卡和 PSAM 卡内部完成，中间结果不能 获取

14、（8）密钥管理系统必须具备中国人民银行及国家建设部对 IC 卡交 易规范的要求 （9）密钥管理系统通过国家密码局密钥认证，获得国家密码局产品 销售许可证 （10）建立三级密钥管理体系，能对密钥的产生、传递进行有效 管理 （11）要求系统实现一卡一密、一应用一密、一交易一密；不同 的应用采用不同的密钥，每次交易都有不同随机数参与 9 （12）双向身份认证：用户 IC 卡与机具的 PSAM 卡双向认证，实 现卡的发行合法性和密钥一致性校验 （13）所有对卡的充值，补卡，数据上传等的密钥由生产加密卡 系统产生；生产加密卡系统要具有较快的加/解密速率 （14）对卡片加密和子系统的接入加密支持动态加密机

15、制；子系 统接入支持 PSAM 卡控制接入安全，系统自动更换密钥，做到 一天一密，确保安全 3.系统管理 （1）权限管理 1) 提供操作员信息查询、增删改的操作，并给各操作员分配、 修改操作权限（对某个模块是否有操作的权力） 2) 提供对权限模块的查询、增删改操作；操作员分配权限时可 以直接选用该模块 3) 操作员操作要分级分权限，权限可以根据需要灵活配置，操 作要留有日志 4) 与资金相关的任何操作都要能根据学校的相关管理规定配置 严格的权限控制，并留有操作日志 5) 业务操作权限和管理权限要分开 6) 支持“用户-角色-权限”的管理 （2）信息管理 1) 提供登陆信息的查询操作 2) 提供

16、对指定所在区域内的网点信息进行查询、增删改操作 3) 提供当前操作员的登录密码的修改操作 10 4) 提供将操作员的登录密码重置的功能 5) 提供查询指定时间段内的操作员日志 6) 提供子系统信息查询、增删改的操作； 7) 跟踪外接第三方子系统的各种名单发送情况的操作。对于第 三方对接系统， ”校园一卡通”系统可以自动发送系统的开户、 挂失、解挂、冻结、解冻、换卡、注销信息给对方系统 8) 提供数据字典的查询、增删改的操作； 9) 提供全局参数查询、修改的操作 10)提供收费类别信息查询、增删改的操作 11)提供交易收费信息查询操作 12)提供发卡类别信息查询、增加、删除，修改的操作 13)提

17、供修改钱包金额上限的操作 14)提供对设备的查询、增删改的操作 15)提供设备信息的批量导入操作 16)提供对导入的设备信息进行查询、修改、删除操作，提供 导入客户信息的审核操作 17)提供对组织结构，POS 机区域信息的查询、增删改的操作 18)提供对部门信息的查询、增删改的操作 19)管理与身份有关的各种业务，包括身份信息录入、修改、 删除、查询、输出印卡、打印等 20)管理（查询/增删改）与身份信息所对应的卡样信息 21)批量导入部门信息和身份信息 (3)系统设置 11 1) 子系统接入认证，没有注册或者已经注销的子系统不能在系统内 正常使用 2) 提供对终端设备的参数控制操作（如对 P

18、OS 的下传、上传设备时 钟、卡分组设置等） 3) 完善的卡户权限和费率管理，可设置成不同的使用场所限制不同 的卡类别使用，能对不同的人员区别收费和下发补助等；需收取 搭伙费的人员在充值时提前收取搭伙费 4) 设置系统工作参数，主要包括使用单位和服务单位资料、卡片及 消费基本设置等 5) 按照标准的财务科目设置记帐所使用的科目 6) 设置用于管理校园卡帐户管理操作对应的收费项目（手续费和押 金等） ，支持批量设置 7) 设置系统日结方式：自动日结和手工日结 8) 允许系统设置不平帐的天数，如果帐不平的天数超过了这一限制， 要及时报警，系统将做冻结处理，处理要留有日志 9) 设置校园卡系统与银行

19、联系所使用的信息 10)设置系统所需的各种参数和相关的数据字典 11)商户结算周期设置: 对各级商户设置结算周期（如按周结算 和按月结算） (4)系统操作要求 1) 系统任何操作要留有日志 2) 新卡批量预充值功能要设有专门的账户和密码控制，并由专人保 管 12 3) 补助批量下发的操作要有专门的账户和密码，并由专人保管 4.用户管理 (1)消费账户管理 用户管理实现持卡用户信息的管理，基本功能要求如下： 1) 个人帐户信息查询操作 2) 个人帐户信息增删改的操作 3) 个人帐户信息批量导入的操作 4) 对导入的个人帐户信息进行查询、修改、删除操作，提供导入的 用户信息的审核操作 (2)商户账

20、户管理 商户管理是对拥有设备运营权并可结算的组织进行的管理 1) 商户组织设置：建立商户的管理组织结构。实现校园一卡通系统 树形结构化管理。组织结构的终点是各终端机；系统支持将组织 结构导出保存，以便用户在非系统使用状态下仍能查看管理组织 结构 2) 支持商户信息查询操作 3) 支持商户信息增删改的操作；支持商户信息以树型结构展现；支 持对收费商户按照营业的百分比收取佣金，支持收费商户对特定 人群收取搭伙费 4) 支持设备与商户之间相关联的信息查询操作 5) 支持设备与商户之间相关联信息的增删改的操作 6) 支持设备与商户之间相关联信息的批量导入的操作 7) 支持提供客户、银行卡信息对应关系的

21、查询、修改、删除的操作， 13 支持导入设备与商户之间相关联信息的审核操作 5.卡务管理 卡务管理子系统实现校园卡日常事务管理，含人像采集、校园卡制作、 挂失解挂、人员离校销户、补卡换卡等基本日常业务等。基本功能要求 如下 (1)制卡中心 1) 管理（查询/增删改）与身份信息有关的像片的设置、像片采集、 像片上传等 2) 照片管理（增删改）支持批量操作功能 3) 离线式照片采集，发卡支持现场制卡 4) 多种数据录入方式，持卡人信息修改确认，可实现快速现场制卡 5) 系统有方便易操作的批量办卡的功能，支持批量录入数据，批量 导入照片，批量打印卡片，批量发卡 6) 支持实时的联机证照采集，指纹采集

22、，以及快速证卡制作 7) 可实现单个或成批发卡，即从外部文件或外部数据库中导入相关 的信息 8) 支持用户自己网络上传照片 9) 集成指纹采集及写卡功能，可在采集照片的同时完成个人指纹的 采集，并在发卡时将指纹写入卡中，为相关的应用提供必要的信 息支持 10)支持批量数据管理；可通过文件将人员数据，人员照片批量 导入到校园一卡通中心库，简化操作，使系统更易于使用，减轻 操作人员的工作负担 14 (2)卡务管理 通用功能 1) 资料查找功能：提供以多种条件自由组合的查找方式，灵活准确 地查找所需资料 2) 记录浏览功能：在记录列表中自由地浏览和刷新记录 3) 统计资料功能：统计操作界面显示的总记

23、录数 4) 栏目布局：控制操作界面记录列表中记录显示的栏目布局 5) 资料排序：将操作界面记录列表中的记录按照某栏目进行排序 6) 资料刷新：在多用户操作情况，当另一用户在同一时间进行过资 料修改，其他用户可以刷新资料查看最新记录 卡务功能 1) 批量注销：将符合某种条件的所有卡片在数据库中标识为注销状 态。系统将拒绝该卡的使用，并发出警报以提示该卡为已注销的 卡 2) 批量发卡：提供卡片批量发行操作 3) 提供卡片内容对换的操作 4) 提供卡信息更新的操作：更新卡内的基本信息、更新卡的有效期、 更新卡内余额 5) 提供卡片密码修改操作 6) 提供手工方式，自动方式的补写圈存流水的操作，用于当

24、未能提 供银行圈存交易导致银行对账出现单边账的情况 7) 卡户交易明细查询：按交易日期，查询统计每一个持卡人的交易 报表情况。查找交易数据时，可以按当天，当月，跨月，跨年的 15 数据进行多种查询 8) 卡状态查询：按照查询条件，查询每张卡的状态信息以及状态变 化记录 9) 银行卡绑定：提供客户、银行卡信息对应关系批量导入的操作。 提供客户、银行卡信息对应关系的查询、增删改的操作 10)挂失、解挂应能立即生效； 11)异常卡消费报警功能 12)对系统中分类管理的不同类型，不同性质的卡具有批量管理 的功能 13)支持主副卡功能 6.报表管理 报表管理用于生成各类业务统计分析报表，便于帐务管理、业

25、务分析和 管理决策支持，基本的功能要求如下 （1） 可自定义报表格式和内容的报表预览，打印功能。 （2） 可根据学校所需配合调整报表内容和格式以满足学校的要求 （3） 统计某个操作员在一段时间里每日所执行的各种业务的信息 （4） 统计一个或多个操作员在一段时间里所执行的各种业务的信息 （5） 统计指定操作员在一段时间里每日所执行的现金业务的信息 （6） 统计一个或多个操作员在一段时间里所执行的现金业务的汇总信 息 （7） 统计一个或多个操作员在一段时间里所执行的销户操作的汇总信 息 （8） 报表审计：对持卡人帐户和商户帐户的帐户结存和报表结存进行 16 统计并对帐户结存和报表结存进行比较，确定

26、两者是否一致 （9） 统计银行转账并形成报表 （10）充值结算报表：该报表是提供给出纳人员结算每日充值情况 （11）补助结算报表：该报表是提供给出纳人员结算补助发放情况 7.资金管理 对校园卡充值采用多种渠道，采用多种方式包括：利用银行卡充值，利 用现金充值；采用实体圈存机圈存，空中圈存等方式以便于广大师生员 工的使用 (1)充值服务 1) 现金充值 采用专用现金充值机：在规定地点用现金充值机由授权的操作人员 人工充值 2) 利用银行卡充值 为保证银校互通，学校校园卡和银行卡建立一一对应关系。在校园卡与 银行卡建立一一对应关系的基础上，主要实现银行账户资金向校园卡账 户自动充值划拨等金融交易，

27、及查询，密码修改等。其基本功能如下 a) 采用自助多媒体机方式 在自助多媒体机上将银行卡的资金转到 校园卡 b) 采用空中圈存方式 利用短信方式将绑定的银行卡的资金转到相 关的钱包中，持卡到专门的设备上刷卡实现资金“落地” 。此种 方式应提供相关的安全控制措施 c) 银校圈存接口系统支持多家银行接口，可和学校指定的银行 对接 17 d) 银行转账监测支持对银行转账情况的监测和对异常转账的报 警 e) 标准与规范 圈存系统的软件硬件系统和数据管理必须达到国家 规定的金融级安全标准，符合银行业务流程和规范 f) 读取模块圈存机同时具有磁卡的读取模块和校园卡的读取模 块，可同时读取一张卡的银行卡和校

28、园卡的信息 g) 最大可圈存额普通用户电子银包有一个最大可圈存额度，可 自行设定 h) 银行卡账户余额查询（在银行许可的条件下） 圈存系统能查询 银行卡账户余额查询 i) 校园卡账户余额查询圈存系统能查询校园卡账户余额查询 j) 账户密码持卡人通过自助多媒体机能设定、更改本人的账户 密码 k) 消费密码持卡人通过自助多媒体机设定、更改本人的圈存密 码，消费密码 l) 批量圈存（在银行许可的条件下）校园卡中低于某一额度的 金额时，系统自动将一定的金额从银行卡圈存到校园卡中，并 及时提供短信通知 3) 利用网上充值 支持利用网络为持卡人的在线钱包向其对应的电子钱包充值，持卡 到专门的设备上刷卡实现

29、资金“落地” ，此种方式应提供相关的安全控 制措施 4) 新生入学预充值 18 为新生报到批量发卡时系统支持预充值功能（如批量发卡时系统预 先设定每人充值 100 元，批量制卡后每张卡中就有 100 元可供消费） ， 预充值功能要设有专用账户，并设有相应密码，在批量发卡时只需输入 一次专用账户和密码即可完成批量充值。 (2)补助服务 1) 系统下发补助，持卡人到专门的机器领取补助 2) 持卡人通过多媒体服务机可以查询补助情况 3) 持卡人通过 WEB 方式可以查询补助情况 8.信息服务要求 “校园一卡通”系统通过多种方式实现信息发布，圈存，基本卡务管理 的功能，基本要求如下： （1） 支持 W

30、EB 方式的信息服务：包括相关信息发布，卡信息，卡状态， 交易流水信息的查询和设置 （2） 支持通过采用触摸屏的自助多媒体机的信息服务：包括相关信息 发布，卡信息，卡状态，交易流水信息的查询和设置 （3） 支持通过手机 WAP 方式的信息服务：包括相关信息发布，卡信息， 卡状态，交易流水信息的查询和设置 （4） 提供管理员查询、个人查询等的不同查询权限，并输出相关的查 询结果 （5） 各种信息服务要有严密的防范攻击的措施，确保系统安全可靠 9 .接入交换管理 (1) “校园一卡通”平台与“校园一卡通”业务应用子系统对接 1) 以子系统方式接入不同的应用系统，不破坏子系统的完整性 19 2) 提

31、供平台与各个子系统间的数据对接标准并负责实施 3)提供平台与各个子系统间的数据对接标准交付学校，以便学 校可以根据需要自行对接不同的子系统 4)能适应子系统的黑白名单机制，按子系统的需求下发黑白名 单，同时接收子系统的黑白名单 5)接入的子系统应保持其运行独立性，既可以与平台互动，又 可以脱离平台独立运行。消费子系统的结帐数据入平台数据库，其 流水保持在消费子系统本身，其他子系统的数据除保留在子系统外， 同时将数据上传至平台 7)平台能接收子系统的数据，同时也能及时给子系统下发相关 参数、数据以及卡操作指令 8)平台能调用子系统的相关功能管理子系统 9)各个子系统的业务超级权限应可以设置归相关

32、业务管理部门 所有 10)各个子系统操作界面要统一到“校园一卡通”平台上 ，即从 “校园一卡通”平台上可以调用各个子系统 11) “校园一卡通”平台各种管理功能除制卡外应基于 Web 方式， 以便于操作和管理 (2) “校园一卡通”平台与第三方应用系统对接 第三方系统对接服务即流程整合服务，包括接口服务、流程再造、第三 方系统或终端的整合。通过整合实现各信息系统之间的业务协同，方便 师生员工，基本要求如下： 1)支持与第三方系统以多种接口方式对接，保证平滑接入第三方系 20 统（如 API 函数，OCX，Socket 通讯方式，模拟键盘，web service 方式等） 2)支持与第三方系统以

33、多种应用层次对接，保证平滑接入第三方系 统。包括数据层对接，应用层对接，通讯层对接，前置层对接，终 端层/卡片层对接 3)支持与数字化校园的多种整合方式，保证平滑接入数字化校园中。 包括数据整合，共享数据，统一信息标准，数据交换等 4)支持校园卡“刷卡”方式和“用户名/密码”方式整合入统一身 份认证平台 5)支持第三方白名单验证 6)能根据学校的实际要求，按学校指定的方式，指定的内容整合和 对接 (3) “校园一卡通”平台与第三方身份系统对接 “校园一卡通”系统利用卡片的身份识别功能和第三方系统如早锻炼刷 卡，门禁，会议签到等各个系统的对接，达到识别身份的目的，基本要 求如下： 1)能读取卡信

34、息识别身份 2)能分配不同身份的权限 3)支持自动/手动两种方式上传流水，下载黑名单/白名单 4)统计，分析，查询卡片使用情况，并能形成报表 5)能对身份识别类第三方系统进行接入控制 6)能按学校的实际要求，按学校指定的方式，指定的内容与第三方 系统平滑对接 21 7)与校医院对接校园卡具有类似医院看病的条形码功能配合将来的 医院信息系统 8)与校医院对接通过卡号可以查看到持卡人在校医院的体检记录和 信息.如教工每年一次免费的 B 超，心电图，血检等信息，以及学 生的体检信息。 9)图书馆的通道机：入口为有障碍翼轧式通道机，出口为磁性检测 仪。 (10)监控系统 为了更方便学校对“校园一卡通”

35、系统进行管理，需提供“校园一卡通” 监控系统，可以监控到“校园一卡通”各子系统的运行情况，消费终端 的情况、多媒体自助服务机的系统运行情况，当出现异常时能提供自动 告警功能。基本要求如下： 1)日志的集中监控与分析 2)流水的集中监控与分析 3)系统软件的集中监控与分析 4)终端设备的集中监控与分析 5)网络的集中监控与分析 6)服务器的监控 7)对发现的各种故障及异常情况及时报警，并以醒目的方式通知系 统维护人员 8)第三方监控接口：预留第三方系统或者设备监控接口 9)监控管理系统的管理界面采用 web 方式，以便可在校内随时随地 的查询监控状况 22 10)监控各个终端的运行情况，监控各个

36、操作员的操作情况，监控 服务器的运行情况，监控系统软件的运行情况 11)能接受各个子系统及设备的状态信息数据，并能在监控界面中 及时，准确，直观的反映 12)支持分级监控，可以设置监控分中心，平台即可以监控分中心 状态，又可以监控各个终端的状态 13)监控系统应提供诸如 Email，短信等多渠道多角度的报警机制 14)监控卡片的各种使用情况，对各种非法卡使用进行报警 (11)数据分析 利用“校园一卡通”数据进行统计和分析，为领导的决策提供分析依据 1)平台具有独立的数据分析软件可从平台库和相关子系统中抓 取相关数据进行统计和分析 2)数据分析能以柱状图、饼图、趋势图、报表等多种形式展示 数据分

37、析结果 3)平台数据分析功能和子系统数据分析功能保持相互独立和数 据完整性 4)门禁流水统计分析：统计分析学生教工在一段日期段内的门 禁出入记录 5)账户概况统计分析：及时掌握校园卡账户的总体现状 (12)二次开发子系统 1)提供快速构建展示界面的功能 2)提供快速数据抽取的功能 3)提供便捷建立相关数据字典的功能和操作界面 23 4)提供按学校所需的接口（如 Web Service 接口和 API 接口） ， 及接口的详细说明，示例代码等 (13)数据中心 1)提供管理数据库所需的各种功能并提供相应的操作界面 2)存储非消费类子系统的数据 3)提供卡轨迹信息自动触发功能，全面及时掌握卡的使用

38、轨迹 情况；卡在各个子系统的各种使用情况能及时自动存储在平台上并 提供统一展示界面 4)提供综合查询、数据关联展示 5)数据中心应包含身份数据库和金融数据库 6)身份数据库包括 a 身份数据基本信息表 b 身份数据基本字典信息 c 相片信息 d 操作员及权限信息 金融数据库包括 a 校园卡帐户数据字典 b 商户和管理帐户数据字典 c 全局设置数据字典 d 系统管理和运行环境设置数据字典 e 流水帐数据字典 f 报表部分数据字典 7)数据中心涉及金融类的服务要求 24 a 同步信息服务 b 银行转帐自动控制 c 银行转帐自动转帐 d 银行转帐冲正交易 e 银行转帐交易处理 f 与查询机同步服务

39、g 主副卡自动转帐 8） 数据中心涉及身份类的服务要求 同步信息服务 (14) 短信服务平台 用户可根据自愿定制手机短信服务。对定制服务的持卡人建立校园卡账 户与用户手机建立对应关系，校园卡的消费情况查询、账户情况查询、 校园卡挂失等操作通过手机得以实现。基本要求如下： 1)充值提醒服务 2)消费通知服务 3)余额查询服务 4)余额预警提醒 5)定制通知服务 6)卡挂失，解挂 7)涉及卡状态转换操作及其他与资金相关的操作时必须要有验 证码支持和安全控制措施 (15) 结算服务 平台对接收的消费子系统的结账数据，圈存，补助等数据要有结算， 25 清分清算功能，基本要求如下： 1)财务的结算机制和

40、报表符合国家财务的有关规定 2)对各个消费子系统的结账数据进行总的结算，清算 3)对圈存，补助的数据进行结算，清算 4)必须具备账务异常报警机制，以便账务处理 5)系统具备完善的会计结算凭证及结算程序 6)具有完善的黑名单管理机制；对异常记录挂账和警示，经系 统授权可完成账务平衡 标段二标段二 商务消费子系统功能需求商务消费子系统功能需求 一、功能要求一、功能要求 通过在 POS 机上刷卡消费，满足食堂营业、超市交易的结算使用。 1. 食堂专用就餐机应有较强的防油、防污、防水能力。 2. 通过在校园卡上设立的公共电子钱包可在食堂就餐消费。 3. 具有灵活多样的消费方式，可进行智能设置和项目价格

41、定制，设 定单项最高消费额与每天消费总额，设置权限可以开放给学生自 行设定。 4. 具有可靠的读写卡功能，自动识别“伪卡”功能，持伪卡、假卡、 挂失卡消费，窗口机能自动报警，并禁止消费。 5. 可实现日、月、年、某一时段的报表处理，可查询各食堂当餐、 当天的收入情况；消费者当天、每月、每年以及一段时间内的消 26 费情况；就餐人数、时区分布情况，为消费者、决策管理者提供 详实的材料。 6. 售饭机有可靠的供电方案，保证断电后不中断工作，并能保持 6 小时工作时间；有掉电数据保护功能。 7. 窗口机具有脱网工作能力，网络恢复后能保证最新数据的一致性； 有较大存储容量，黑名单处理策略先进合理。 二

42、、安装点位和数量二、安装点位和数量 食堂及小额支付终端共计： POS 机（127 台） 第一餐饮中心 73 台 一楼（第一食堂）27 台 二楼（第二食堂）26 台 三楼（美食广场）20 台 第二餐饮中心 34 台 一楼（第三食堂）13 台 二楼（第四食堂）13 台 三楼（教工食堂）8 台 超市 5 台 TCP-POS：5 台 商户 5 台 TCP-POS：5 台 备 10 台 27 银行圈存系统（12 台） 第一餐饮中心 3 台，第二餐饮中心 3 台，校园卡中心 2 台，宿舍 组团 4 台。 标段三标段三 浴室、开水房水控子系统功能需求浴室、开水房水控子系统功能需求 一、功能要求：一、功能要求

43、： 学校公共浴室和开水房的消费管理。洗澡淋浴管理系统能实现学校 内部水控的基本管理。实现持卡人在学校内部用水时，用一张卡实现淋 浴用水收费功能。 1. 与校园卡共用电子钱包。 2. 实现合理收费，多用多收，少用少收。 3. 应符合学校现有收费方式（预扣费方式） 。 4. 以卡控制电磁阀开关，方便快捷。 5. 营业报表日清月结。 二、具体要求二、具体要求 1. 支持联机式水控：及时上传流水，更新黑名单 2. 支持脱机式水控：具备脱机缓存功能至少可存一万笔 3. 安全电压，集中供电模式，并加装漏电保护开关 4. 控制器采用全密封防水设计 5. 淋浴控制器采用一体化水控器设备，采用电动阀，具用高精度

44、 流量计，具有灵活的操作功能 28 6. 控制器与控水阀门均为安全电压，充分保证使用者安全 7. 具有联机指示灯，消费中实时动态显示消费者卡中余额 8. 可按学校实际需求打印相关的报表 9. 提供与子系统使用所需的其他功能 10.水控计费方式：支持计时型控水器，按打开阀门供水的时间 计费，费率可自行设定；支持计量型控水器，按流过的水量计 费，费率可自行设定；可依据学校要求按实际需要定计费方式 和相应费率 三、安装点位和数量三、安装点位和数量 1.公共浴室：男 223 个，女 272 个，共计 495 个。 2.开水房：141 个。 标段四标段四 门禁管理子系统功能需求门禁管理子系统功能需求 一

45、、功能要求：一、功能要求： 1. 系统能按门、按时间、按人员设置有效开门区域、有效开门时 段的权限。 2. 能自动验证人员的进出权限，记录出入人员的基本信息和时间 信息，包括开门的日期、时间、卡号、姓名等持卡人出入信息。 3. 对非法使用卡或强行打开门锁等非正常情况，系统能自动发出 报警信号，并自动记录非法状况的时间、门号、状态等详细信 息，确保门锁安全和事后查证。 29 4. 管理部门可根据需要随时在系统上查询、打印各类人员出入门 的详细信息。 5. 系统建议使用 C/S 和 B/S 架构结合的方式。 6. 要求可以和教务系统的课表进行对接，实现自动授权和管理， 也即如果教务系统对应的课表发

46、生变化，门禁会自动根据课表 进行调整授权，而无需人工干预。 7. 要求可以和多媒体教室进行对接，实现自动的门禁管理，多媒 体教室提供课程安排信息，门禁系统通过课程安排信息实现自 动授权和授禁。 8. 可以根据需要灵活实现二级管理，设置不同的管理权限。 二、具体要求二、具体要求 1. 支持在线升级。 2. 支持多种通讯方式：TCP/IP，CDMA，GPRS。 3. 多种开门方式：刷卡开门，按键开门，密码开门，定时开关 门，远程开关门。 4. 支持多种锁具：上电锁（电磁锁，电插锁，电锁扣） ，断电 锁（电控锁，电锁扣） 。 5. 支持门磁输入，可远程监测门状态。 6. 支持消防联动，收到火警信号门

47、自动保持常开。 7. 支持脱机：可脱离电脑独立运行。 8. 多种报警事件：胁迫密码报警，非法卡报警，门长时间未关 报警； 30 9. 具有联机在线认证的功能，即使用上层数据库中的白名单来 进行在线认证。 10.硬件部分带有完善的保护功能：防雷、防反接、过压保护、 抗干扰 11.可密码开门，既可以采用通用密码，也可以对每张卡单独 设置开门密码 12.配有防拆开关设计，异常拆除时会产生报警记录 三、安装点位和数量三、安装点位和数量 1. 弱电间门禁：共计 34 个。 2. 教育信息化中心门禁：18 个。 3. 学生公寓门禁：14 个（与原有门禁系统对接） 无锡商业职业技术学院门禁分布表 序号地点门

48、禁数量备注 1 实训一 B3 楼弱电间 1 2 实训一 A2 楼弱电间 1 3 实训一 C2 楼弱电间 1 4 实训二弱电间 1 5 行政楼 4 楼弱电间 1 6 行政楼 2 楼弱电间 1 7 体育馆 2 楼东弱电间 1 8 专家楼 2 楼弱电间 1 31 9 教一三楼弱电间 1 10 教二北 D306 1 11 老结算中心 1 12 教三 A 弱电间 1 13 教三 C 弱电间 1 14 新食堂弱电间 1 15 图书馆 2F 东弱电间 1 16 图书馆 2F 西弱电间 1 17 图书馆 4F 东弱电间 1 18 图书馆 4F 西弱电间 1 19 图书馆 6F 东弱电间 1 20 图书馆 6F

49、 西弱电间 1 21 图书馆 8F 东弱电间 1 22 图书馆 8F 西弱电间 1 23 学宿 4A 1 24 学宿 4B 1 25 学宿 5A3 楼 1 26 学宿 5B3 楼 1 27 学宿 6A3 楼 1 28 学宿 6B3 楼 1 29 学宿 7A3 楼 1 30 学宿 7B3 楼 1 32 31 畅园 A3 楼 1 32 畅园 B3 楼 1 33 澜园 2 楼 1 34 澜园 5 楼 1 35 教育信息化中心 18 合计 52 标段五标段五 宿舍通道管理子系统功能需求宿舍通道管理子系统功能需求 一、功能要求：一、功能要求： 主要应用于学校学生宿舍楼，图书馆等场所。本系统利用红外侦测、 校园卡技术、射频电子标签（RFID）技术、视频监控、门禁控制、报警 输出、视频输出相互协调，相互制约，得以实现出入口控制的人性化、 智能化，解决了以上学生出入宿舍、校门、查寝的问题。 1.对非法通过人员报警：外来无卡人员、没有授权通过的人员 经过通道时，通道机发出声光报警，同时在软件工作站语音 提示通知安保人员，同时系统会抓拍非法人员的影像资料。 有效的防止尾随、跟随，在大人流量情况下能准确识别无卡 人员。 2.有效识别人员身份：人员通过时系统可通过卡片识别人员身 份