校园一卡通-技术部分招标书文件.doc

目 录 “校园一卡通”项目概述 3 一、项目概况 3 二、总体要求 3 三、建设内容 4 四、具体要求 5 标段一 “校园一卡通”基础平台功能需求 7 一、功能需求 7 二、具体要求 7 标段二 商务消费子系统功能需求 26 一、功能要求 26 二、安装点位和数量 27 标段三 浴室、开水房水控子系统功能需求 28 一、功能要求： 28 二、具体要求 28 三、安装点位和数量 29 标段四 门禁管理子系统功能需求 29 一、功能要求： 29 二、具体要求 30 三、安装点位和数量 31 标段五 宿舍通道管理子系统功能需求 33 一、功能要求： 33 二、安装点位和数量 35 标段六 卡务中心设备 36 一、主要技术配置要求： 36 “校园一卡通”项目概述 一、项目概况 随着学校的数字校园建设的逐步深入，校园内的各种信息资源整合已经进入全面规划和实施阶段，“校园一卡通”项目拟结合学校正在进行的统一信息门户、数据交换平台、统一身份认证平台和数据共享中心等建设。“校园一卡通”项目为数字校园提供重要数据决策信息，通过共同的身份认证机制，实现数据管理的集成与共享，使“校园一卡通”系统成为数字校园建设的核心组成部分。“校园一卡通”系统将与学校正在实施的数字校园平台系统建设统筹考虑，有机配合。 为加强学校规范化管理，方便全校师生学习、工作和生活，利用校园卡的强大功能，在银行网络系统、校园网的支持下，建设新的“校园一卡通”系统。 二、总体要求 1.“校园一卡通”的总体目标是实现“数据共享，平台统一，应用集成”,建立以卡为媒介的、面向校园师生的综合性服务平台，覆盖身份识别、金融服务、信息服务、流程整合等领域，形成高效稳定、功能全面、扩展灵活、管理方便的新一代“校园一卡通”系统平台，实现“一卡多用、一卡在手、走遍校园”的建设目标。“校园一卡通”系统作为整个数字化校园的一个重要应用项目，必须符合学校数字化校园的整体规划的数据标准和接口。 2.按照“一库”、“一卡”的一体化建设理念，“校园一卡通”系统将采用平台式、模块化的建设方法，构建一个开放，灵活接入的“校园一卡通”系统平台。利用“校园一卡通”系统平台，接入包括消费子系统、淋浴、门禁、考勤等在内的多个子系统，各个子系统即可独立运行，又可接入“校园一卡通”系统平台。“校园一卡通”系统支持与多家银行系统、与学校原有的各类应用系统衔接和系统本身应用规模、应用层次不断扩大的衔接。将“校园一卡通”系统建设成开放式、标准化和用户自我建设扩展的系统。 3.投标报价包含该标段的所有费用，包括系统间相互配合的费用。 4.服务质保期5年，请明确第6年起每年的维护费用，费用包括软、硬件的升级、维修、维护及材料、人工、税金等一切费用。 三、建设内容 本项目建设内容包括：提供校内消费、银校转账、校内身份认证，以及衔接多个信息管理系统的功能，实现互“通”。 项目建设内容包括： （1）新建以下校园卡管理和应用系统： “校园一卡通”基础平台 商务消费子系统 浴室、开水房水控子系统 门禁管理子系统 宿舍通道管理子系统 卡务中心设备 需要对接的系统包括： 图书管理系统（南京汇文） 财务管理系统（复旦天翼） 集中电控管理子系统（常工电子） 教务系统（杭州正方） 为将来可能接入的第三方软件提供接口：如安防的联动、数字校园对接。 四、具体要求 卡片开放：CPU卡空间设计支持PBOC2.0（电子钱包）和建设部等相关行业规范，良好的兼容性便于应用的扩展；CPU卡片要求选用非接触式CPU校园卡，具备多应用功能，支持扩展城市一卡通应用功能；学校根据需要自主规划，维护卡片结构。同时还必须符合数字化校园整体的要求。 密钥开放：卡密钥及各个软件系统的接入控制密钥和权限等由学校自己控制和生成。实现卡、器具和软件系统的分离。 第三方接入开放：“校园一卡通”基础平台及各个子系统可以接入第三方的设备，在接入第三方设备时不需要做大的改动，只需要设备遵循相关的标准，能够读取平台系统的密钥就可以正常的接入到“校园一卡通”基础平台中。 为满足学校数字校园应用的深入和发展需要，实现信息融合，应提供“校园一卡通”系统的软件、硬件系统接口、相关文档及对接包。有新的对接包应及时更新并提供学校参考，并免费提供技术支持。 须对“校园一卡通”系统进行功能扩展时，应提供软、硬件对接接口，配合对接工作，系统作相应的调整。 根据学校信息化系统建设，提供满足需要的数据库相关的数据字典，提供准确的系统接口功能清单、说明及示例代码等。 “校园一卡通”系统要考虑到脱网、脱机运行，不能够因为网络中断使师生无法使用校园卡，以免出现群体性事故。各个子系统其相应的机具均需能够脱机运行，应保证在断网情况下，系统独立运行至少3天。 系统相关的管理、监控软件除制卡外应采用B/S模式。 系统软