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

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

1、目 录“校园一卡通”项目概述3一、项目概况3二、总体要求3三、建设内容4四、具体要求5标段一 “校园一卡通”基础平台功能需求7一、功能需求7二、具体要求7标段二 商务消费子系统功能需求26一、功能要求26二、安装点位和数量27标段三 浴室、开水房水控子系统功能需求28一、功能要求：28二、具体要求28三、安装点位和数量29标段四 门禁管理子系统功能需求29一、功能要求：29二、具体要求30三、安装点位和数量31标段五 宿舍通道管理子系统功能需求33一、功能要求：33二、安装点位和数量35标段六 卡务中心设备36一、主要技术配置要求：36 “校园一卡通”项目概述一、项目概况随着学校的数字校园建设

2、的逐步深入，校园内的各种信息资源整合已经进入全面规划和实施阶段，“校园一卡通”项目拟结合学校正在进行的统一信息门户、数据交换平台、统一身份认证平台和数据共享中心等建设。“校园一卡通”项目为数字校园提供重要数据决策信息，通过共同的身份认证机制，实现数据管理的集成与共享，使“校园一卡通”系统成为数字校园建设的核心组成部分。“校园一卡通”系统将与学校正在实施的数字校园平台系统建设统筹考虑，有机配合。为加强学校规范化管理，方便全校师生学习、工作和生活，利用校园卡的强大功能，在银行网络系统、校园网的支持下，建设新的“校园一卡通”系统。二、总体要求1.“校园一卡通”的总体目标是实现“数据共享，平台统一，应

3、用集成”,建立以卡为媒介的、面向校园师生的综合性服务平台，覆盖身份识别、金融服务、信息服务、流程整合等领域，形成高效稳定、功能全面、扩展灵活、管理方便的新一代“校园一卡通”系统平台，实现“一卡多用、一卡在手、走遍校园”的建设目标。“校园一卡通”系统作为整个数字化校园的一个重要应用项目，必须符合学校数字化校园的整体规划的数据标准和接口。2.按照“一库”、“一卡”的一体化建设理念，“校园一卡通”系统将采用平台式、模块化的建设方法，构建一个开放，灵活接入的“校园一卡通”系统平台。利用“校园一卡通”系统平台，接入包括消费子系统、淋浴、门禁、考勤等在内的多个子系统，各个子系统即可独立运行，又可接入“校园

4、一卡通”系统平台。“校园一卡通”系统支持与多家银行系统、与学校原有的各类应用系统衔接和系统本身应用规模、应用层次不断扩大的衔接。将“校园一卡通”系统建设成开放式、标准化和用户自我建设扩展的系统。3.投标报价包含该标段的所有费用，包括系统间相互配合的费用。4.服务质保期5年，请明确第6年起每年的维护费用，费用包括软、硬件的升级、维修、维护及材料、人工、税金等一切费用。三、建设内容本项目建设内容包括：提供校内消费、银校转账、校内身份认证，以及衔接多个信息管理系统的功能，实现互“通”。项目建设内容包括：（1）新建以下校园卡管理和应用系统：l “校园一卡通”基础平台l 商务消费子系统l 浴室、开水房水

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

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

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

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

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

10、用历史数据。（3）易维护具有完善的服务管理系统，实现“校园一卡通”系统软硬件设备维护维修的电子化，操作简洁，人机交互良好。（4）灵活性1）管理软件在功能参数上应是可设置的，方便日后管理和更新；2）具备灵活多样的支付手段：校园卡支付和电子支付，手机支付；3）具备灵活多样的咨询手段：网上查询/挂失/解挂，短信查询/挂失/解挂，手机查询/挂失/解挂，多媒体自助服务一体机；4）具备灵活多样的圈存手段：空中圈存，实体圈存；5）具备灵活多样的数据采集（身份识别）手段：在线式和离线式（如手持终端）。（5）开放性1）卡片开放：学校根据需要自主规划，维护卡片结构2）控制应用软件规模的加密措施也对校方完全开放，学

11、校可自行购买PSAM卡自行增加通用硬件设备，不存在设备和软件绑定的问题。（6）系统要求1）数据采集能按应用分类采集各类数据；2）平台和子系统相关联的数据应保持一致；3）与现有图书馆的汇文系统、教务的正方系统、财务的天翼系统、江南大学的能源系统、常工电子的电控系统、门禁系统等对接；4）质保期内新增系统与“校园一卡通”系统对接；5）提供统卡空间规范、交易流程规范、PSAM卡规范、数据交换规范、通讯交易协议规范，供学校参考、制订学校校园卡各项规范；6）提供数据库部署策略和方案、密钥管理的方案和机制。2.密钥管理学校通过密钥管理系统可以实现对密钥和卡片的完全掌握，基本要求如下：（1） 学校可以自主生成

12、和管理系统密钥（2） 学校可自行发行各种卡（3） 学校可自行初始化和回收卡，初始化和回收的卡的数量不限（4） 学校完全自助管理校园卡密钥体系结构中的各类硬、软密钥 （5） 厂商提供给学校PSAM卡发卡和洗卡程序，可以制作PSAM卡和初始化密钥（6） 密钥不能被读出：用户IC卡和PSAM卡中的密钥无法被读出，认证和加密均是在卡内部实现的（7） 加密数据全部是在用户卡和PSAM卡内部完成，中间结果不能获取（8） 密钥管理系统必须具备中国人民银行及国家建设部对IC卡交易规范的要求（9） 密钥管理系统通过国家密码局密钥认证，获得国家密码局产品销售许可证（10） 建立三级密钥管理体系，能对密钥的产生、传

13、递进行有效管理（11） 要求系统实现一卡一密、一应用一密、一交易一密；不同的应用采用不同的密钥，每次交易都有不同随机数参与（12） 双向身份认证：用户IC卡与机具的PSAM卡双向认证，实现卡的发行合法性和密钥一致性校验（13） 所有对卡的充值，补卡，数据上传等的密钥由生产加密卡系统产生；生产加密卡系统要具有较快的加/解密速率（14） 对卡片加密和子系统的接入加密支持动态加密机制；子系统接入支持PSAM卡控制接入安全，系统自动更换密钥，做到一天一密，确保安全3.系统管理（1）权限管理1) 提供操作员信息查询、增删改的操作，并给各操作员分配、修改操作权限（对某个模块是否有操作的权力）2) 提供对权

14、限模块的查询、增删改操作；操作员分配权限时可以直接选用该模块3) 操作员操作要分级分权限，权限可以根据需要灵活配置，操作要留有日志4) 与资金相关的任何操作都要能根据学校的相关管理规定配置严格的权限控制，并留有操作日志5) 业务操作权限和管理权限要分开6) 支持“用户-角色-权限”的管理（2）信息管理1) 提供登陆信息的查询操作2) 提供对指定所在区域内的网点信息进行查询、增删改操作3) 提供当前操作员的登录密码的修改操作4) 提供将操作员的登录密码重置的功能5) 提供查询指定时间段内的操作员日志6) 提供子系统信息查询、增删改的操作；7) 跟踪外接第三方子系统的各种名单发送情况的操作。对于第

15、三方对接系统，”校园一卡通”系统可以自动发送系统的开户、挂失、解挂、冻结、解冻、换卡、注销信息给对方系统8) 提供数据字典的查询、增删改的操作； 9) 提供全局参数查询、修改的操作10) 提供收费类别信息查询、增删改的操作11) 提供交易收费信息查询操作12) 提供发卡类别信息查询、增加、删除，修改的操作13) 提供修改钱包金额上限的操作14) 提供对设备的查询、增删改的操作15) 提供设备信息的批量导入操作16) 提供对导入的设备信息进行查询、修改、删除操作，提供导入客户信息的审核操作17) 提供对组织结构，POS机区域信息的查询、增删改的操作18) 提供对部门信息的查询、增删改的操作19)

16、 管理与身份有关的各种业务，包括身份信息录入、修改、删除、查询、输出印卡、打印等20) 管理（查询/增删改）与身份信息所对应的卡样信息21) 批量导入部门信息和身份信息(3)系统设置1) 子系统接入认证，没有注册或者已经注销的子系统不能在系统内正常使用2) 提供对终端设备的参数控制操作（如对POS的下传、上传设备时钟、卡分组设置等）3) 完善的卡户权限和费率管理，可设置成不同的使用场所限制不同的卡类别使用，能对不同的人员区别收费和下发补助等；需收取搭伙费的人员在充值时提前收取搭伙费4) 设置系统工作参数，主要包括使用单位和服务单位资料、卡片及消费基本设置等5) 按照标准的财务科目设置记帐所使用

17、的科目6) 设置用于管理校园卡帐户管理操作对应的收费项目（手续费和押金等），支持批量设置7) 设置系统日结方式：自动日结和手工日结8) 允许系统设置不平帐的天数，如果帐不平的天数超过了这一限制，要及时报警，系统将做冻结处理，处理要留有日志9) 设置校园卡系统与银行联系所使用的信息10) 设置系统所需的各种参数和相关的数据字典11) 商户结算周期设置: 对各级商户设置结算周期（如按周结算和按月结算）(4)系统操作要求1) 系统任何操作要留有日志2) 新卡批量预充值功能要设有专门的账户和密码控制，并由专人保管3) 补助批量下发的操作要有专门的账户和密码，并由专人保管4.用户管理(1)消费账户管理用

18、户管理实现持卡用户信息的管理，基本功能要求如下：1) 个人帐户信息查询操作2) 个人帐户信息增删改的操作3) 个人帐户信息批量导入的操作4) 对导入的个人帐户信息进行查询、修改、删除操作，提供导入的用户信息的审核操作(2)商户账户管理商户管理是对拥有设备运营权并可结算的组织进行的管理1) 商户组织设置：建立商户的管理组织结构。实现校园一卡通系统树形结构化管理。组织结构的终点是各终端机；系统支持将组织结构导出保存，以便用户在非系统使用状态下仍能查看管理组织结构2) 支持商户信息查询操作3) 支持商户信息增删改的操作；支持商户信息以树型结构展现；支持对收费商户按照营业的百分比收取佣金，支持收费商户

19、对特定人群收取搭伙费4) 支持设备与商户之间相关联的信息查询操作5) 支持设备与商户之间相关联信息的增删改的操作6) 支持设备与商户之间相关联信息的批量导入的操作7) 支持提供客户、银行卡信息对应关系的查询、修改、删除的操作，支持导入设备与商户之间相关联信息的审核操作5.卡务管理卡务管理子系统实现校园卡日常事务管理，含人像采集、校园卡制作、挂失解挂、人员离校销户、补卡换卡等基本日常业务等。基本功能要求如下(1)制卡中心1) 管理（查询/增删改）与身份信息有关的像片的设置、像片采集、像片上传等2) 照片管理（增删改）支持批量操作功能3) 离线式照片采集，发卡支持现场制卡4) 多种数据录入方式，持

20、卡人信息修改确认，可实现快速现场制卡 5) 系统有方便易操作的批量办卡的功能，支持批量录入数据，批量导入照片，批量打印卡片，批量发卡6) 支持实时的联机证照采集，指纹采集，以及快速证卡制作7) 可实现单个或成批发卡，即从外部文件或外部数据库中导入相关的信息8) 支持用户自己网络上传照片9) 集成指纹采集及写卡功能，可在采集照片的同时完成个人指纹的采集，并在发卡时将指纹写入卡中，为相关的应用提供必要的信息支持10) 支持批量数据管理；可通过文件将人员数据，人员照片批量导入到校园一卡通中心库，简化操作，使系统更易于使用，减轻操作人员的工作负担(2)卡务管理通用功能1) 资料查找功能：提供以多种条件

21、自由组合的查找方式，灵活准确地查找所需资料2) 记录浏览功能：在记录列表中自由地浏览和刷新记录3) 统计资料功能：统计操作界面显示的总记录数4) 栏目布局：控制操作界面记录列表中记录显示的栏目布局5) 资料排序：将操作界面记录列表中的记录按照某栏目进行排序6) 资料刷新：在多用户操作情况，当另一用户在同一时间进行过资料修改，其他用户可以刷新资料查看最新记录卡务功能1) 批量注销：将符合某种条件的所有卡片在数据库中标识为注销状态。系统将拒绝该卡的使用，并发出警报以提示该卡为已注销的卡2) 批量发卡：提供卡片批量发行操作3) 提供卡片内容对换的操作4) 提供卡信息更新的操作：更新卡内的基本信息、更

22、新卡的有效期、更新卡内余额5) 提供卡片密码修改操作6) 提供手工方式，自动方式的补写圈存流水的操作，用于当未能提供银行圈存交易导致银行对账出现单边账的情况7) 卡户交易明细查询：按交易日期，查询统计每一个持卡人的交易报表情况。查找交易数据时，可以按当天，当月，跨月，跨年的数据进行多种查询8) 卡状态查询：按照查询条件，查询每张卡的状态信息以及状态变化记录9) 银行卡绑定：提供客户、银行卡信息对应关系批量导入的操作。提供客户、银行卡信息对应关系的查询、增删改的操作10) 挂失、解挂应能立即生效； 11) 异常卡消费报警功能 12) 对系统中分类管理的不同类型，不同性质的卡具有批量管理的功能13

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

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

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

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

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

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

29、子系统4)能适应子系统的黑白名单机制，按子系统的需求下发黑白名单，同时接收子系统的黑白名单5)接入的子系统应保持其运行独立性，既可以与平台互动，又可以脱离平台独立运行。消费子系统的结帐数据入平台数据库，其流水保持在消费子系统本身，其他子系统的数据除保留在子系统外，同时将数据上传至平台7)平台能接收子系统的数据，同时也能及时给子系统下发相关参数、数据以及卡操作指令8)平台能调用子系统的相关功能管理子系统9)各个子系统的业务超级权限应可以设置归相关业务管理部门所有10)各个子系统操作界面要统一到“校园一卡通”平台上 ，即从“校园一卡通”平台上可以调用各个子系统11) “校园一卡通”平台各种管理功能

30、除制卡外应基于Web方式，以便于操作和管理(2) “校园一卡通”平台与第三方应用系统对接第三方系统对接服务即流程整合服务，包括接口服务、流程再造、第三方系统或终端的整合。通过整合实现各信息系统之间的业务协同，方便师生员工，基本要求如下：1)支持与第三方系统以多种接口方式对接，保证平滑接入第三方系统（如API函数，OCX，Socket通讯方式，模拟键盘，web service方式等）2)支持与第三方系统以多种应用层次对接，保证平滑接入第三方系统。包括数据层对接，应用层对接，通讯层对接，前置层对接，终端层/卡片层对接3)支持与数字化校园的多种整合方式，保证平滑接入数字化校园中。包括数据整合，共享数

31、据，统一信息标准，数据交换等4)支持校园卡“刷卡”方式和“用户名/密码”方式整合入统一身份认证平台5)支持第三方白名单验证6)能根据学校的实际要求，按学校指定的方式，指定的内容整合和对接(3) “校园一卡通”平台与第三方身份系统对接“校园一卡通”系统利用卡片的身份识别功能和第三方系统如早锻炼刷卡，门禁，会议签到等各个系统的对接，达到识别身份的目的，基本要求如下：1)能读取卡信息识别身份2)能分配不同身份的权限3)支持自动/手动两种方式上传流水，下载黑名单/白名单4)统计，分析，查询卡片使用情况，并能形成报表5)能对身份识别类第三方系统进行接入控制6)能按学校的实际要求，按学校指定的方式，指定的

32、内容与第三方系统平滑对接7)与校医院对接校园卡具有类似医院看病的条形码功能配合将来的医院信息系统8)与校医院对接通过卡号可以查看到持卡人在校医院的体检记录和信息.如教工每年一次免费的B超，心电图，血检等信息，以及学生的体检信息。9)图书馆的通道机：入口为有障碍翼轧式通道机，出口为磁性检测仪。(10)监控系统为了更方便学校对“校园一卡通”系统进行管理，需提供“校园一卡通”监控系统，可以监控到“校园一卡通”各子系统的运行情况，消费终端的情况、多媒体自助服务机的系统运行情况，当出现异常时能提供自动告警功能。基本要求如下：1)日志的集中监控与分析2)流水的集中监控与分析3)系统软件的集中监控与分析4)

33、终端设备的集中监控与分析5)网络的集中监控与分析6)服务器的监控7)对发现的各种故障及异常情况及时报警，并以醒目的方式通知系统维护人员8)第三方监控接口：预留第三方系统或者设备监控接口9)监控管理系统的管理界面采用web方式，以便可在校内随时随地的查询监控状况10)监控各个终端的运行情况，监控各个操作员的操作情况，监控服务器的运行情况，监控系统软件的运行情况11)能接受各个子系统及设备的状态信息数据，并能在监控界面中及时，准确，直观的反映12)支持分级监控，可以设置监控分中心，平台即可以监控分中心状态，又可以监控各个终端的状态13)监控系统应提供诸如Email，短信等多渠道多角度的报警机制14

34、)监控卡片的各种使用情况，对各种非法卡使用进行报警(11)数据分析利用“校园一卡通”数据进行统计和分析，为领导的决策提供分析依据1)平台具有独立的数据分析软件可从平台库和相关子系统中抓取相关数据进行统计和分析2)数据分析能以柱状图、饼图、趋势图、报表等多种形式展示数据分析结果3)平台数据分析功能和子系统数据分析功能保持相互独立和数据完整性4)门禁流水统计分析：统计分析学生教工在一段日期段内的门禁出入记录5)账户概况统计分析：及时掌握校园卡账户的总体现状(12)二次开发子系统1)提供快速构建展示界面的功能2)提供快速数据抽取的功能3)提供便捷建立相关数据字典的功能和操作界面4)提供按学校所需的接

35、口（如Web Service接口和API接口），及接口的详细说明，示例代码等(13)数据中心1)提供管理数据库所需的各种功能并提供相应的操作界面2)存储非消费类子系统的数据3)提供卡轨迹信息自动触发功能，全面及时掌握卡的使用轨迹情况；卡在各个子系统的各种使用情况能及时自动存储在平台上并提供统一展示界面4)提供综合查询、数据关联展示5)数据中心应包含身份数据库和金融数据库6)身份数据库包括la身份数据基本信息表lb身份数据基本字典信息lc相片信息ld操作员及权限信息金融数据库包括la 校园卡帐户数据字典lb商户和管理帐户数据字典lc全局设置数据字典ld系统管理和运行环境设置数据字典l e流水帐数

36、据字典lf报表部分数据字典 7)数据中心涉及金融类的服务要求 a同步信息服务 b银行转帐自动控制 c银行转帐自动转帐 d银行转帐冲正交易 e银行转帐交易处理 f与查询机同步服务 g 主副卡自动转帐8） 数据中心涉及身份类的服务要求同步信息服务(14) 短信服务平台用户可根据自愿定制手机短信服务。对定制服务的持卡人建立校园卡账户与用户手机建立对应关系，校园卡的消费情况查询、账户情况查询、校园卡挂失等操作通过手机得以实现。基本要求如下：1)充值提醒服务2)消费通知服务3)余额查询服务4)余额预警提醒5)定制通知服务6)卡挂失，解挂7)涉及卡状态转换操作及其他与资金相关的操作时必须要有验证码支持和安

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

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

39、储容量，黑名单处理策略先进合理。二、安装点位和数量食堂及小额支付终端共计： POS机（127台） 第一餐饮中心73台 一楼（第一食堂）27台二楼（第二食堂）26台三楼（美食广场）20台第二餐饮中心34台一楼（第三食堂）13台二楼（第四食堂）13台三楼（教工食堂）8台超市5台TCP-POS：5台商户5台TCP-POS：5台备10台银行圈存系统（12台） 第一餐饮中心3台，第二餐饮中心3台，校园卡中心2台，宿舍组团4台。标段三 浴室、开水房水控子系统功能需求一、功能要求：学校公共浴室和开水房的消费管理。洗澡淋浴管理系统能实现学校内部水控的基本管理。实现持卡人在学校内部用水时，用一张卡实现淋浴用水收

40、费功能。1. 与校园卡共用电子钱包。2. 实现合理收费，多用多收，少用少收。3. 应符合学校现有收费方式（预扣费方式）。4. 以卡控制电磁阀开关，方便快捷。5. 营业报表日清月结。二、具体要求1. 支持联机式水控：及时上传流水，更新黑名单2. 支持脱机式水控：具备脱机缓存功能至少可存一万笔3. 安全电压，集中供电模式，并加装漏电保护开关4. 控制器采用全密封防水设计5. 淋浴控制器采用一体化水控器设备，采用电动阀，具用高精度流量计，具有灵活的操作功能6. 控制器与控水阀门均为安全电压，充分保证使用者安全7. 具有联机指示灯，消费中实时动态显示消费者卡中余额8. 可按学校实际需求打印相关的报表9

41、. 提供与子系统使用所需的其他功能10. 水控计费方式：支持计时型控水器，按打开阀门供水的时间计费，费率可自行设定；支持计量型控水器，按流过的水量计费，费率可自行设定；可依据学校要求按实际需要定计费方式和相应费率三、安装点位和数量1.公共浴室：男223个，女272个，共计495个。2.开水房：141个。标段四 门禁管理子系统功能需求一、功能要求：1. 系统能按门、按时间、按人员设置有效开门区域、有效开门时段的权限。2. 能自动验证人员的进出权限，记录出入人员的基本信息和时间信息，包括开门的日期、时间、卡号、姓名等持卡人出入信息。3. 对非法使用卡或强行打开门锁等非正常情况，系统能自动发出报警信

42、号，并自动记录非法状况的时间、门号、状态等详细信息，确保门锁安全和事后查证。4. 管理部门可根据需要随时在系统上查询、打印各类人员出入门的详细信息。5. 系统建议使用C/S和B/S架构结合的方式。6. 要求可以和教务系统的课表进行对接，实现自动授权和管理，也即如果教务系统对应的课表发生变化，门禁会自动根据课表进行调整授权，而无需人工干预。7. 要求可以和多媒体教室进行对接，实现自动的门禁管理，多媒体教室提供课程安排信息，门禁系统通过课程安排信息实现自动授权和授禁。8. 可以根据需要灵活实现二级管理，设置不同的管理权限。二、具体要求1. 支持在线升级。2. 支持多种通讯方式：TCP/IP，CDM

43、A，GPRS。3. 多种开门方式：刷卡开门，按键开门，密码开门，定时开关门，远程开关门。4. 支持多种锁具：上电锁（电磁锁，电插锁，电锁扣），断电锁（电控锁，电锁扣）。5. 支持门磁输入，可远程监测门状态。6. 支持消防联动，收到火警信号门自动保持常开。7. 支持脱机：可脱离电脑独立运行。8. 多种报警事件：胁迫密码报警，非法卡报警，门长时间未关报警；9. 具有联机在线认证的功能，即使用上层数据库中的白名单来进行在线认证。10. 硬件部分带有完善的保护功能：防雷、防反接、过压保护、抗干扰11. 可密码开门，既可以采用通用密码，也可以对每张卡单独设置开门密码12. 配有防拆开关设计，异常拆除时会

44、产生报警记录三、安装点位和数量1. 弱电间门禁：共计34个。2. 教育信息化中心门禁：18个。3. 学生公寓门禁：14个（与原有门禁系统对接）无锡商业职业技术学院门禁分布表序号地点门禁数量备注1实训一B3楼弱电间12实训一A2楼弱电间13实训一C2楼弱电间14实训二弱电间15行政楼4楼弱电间16行政楼2楼弱电间17体育馆2楼东弱电间18专家楼2楼弱电间19教一三楼弱电间110教二北D306111老结算中心112教三A弱电间113教三C弱电间114新食堂弱电间115图书馆2F东弱电间116图书馆2F西弱电间117图书馆4F东弱电间118图书馆4F西弱电间119图书馆6F东弱电间120图书馆6F西

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