第一包校园一卡通系统

第一包：校园一卡通系统

序号 设备名称 技术指标 单位 数量

1 校园一卡通系统 见附件一 套 1

附件一：校园一卡通系统

一、 附加商务条款

1、资格要求

（一）实质性资质文件

1.投标人成立须满三年并提供营业执照副本。

2.投标人必须具备天津城市卡公司正式授权文件，并需要明确声明投标人具备发行具有城市卡功能的校园卡的权利。

（二）资信文件

1.税务登记证；

2.经会计师事务所审计的上年度财务报告；

3.08年依法缴纳税收的记录；

4.08年依法缴纳社会保障资金的记录；

（三）业绩文件

1．供应商必须具有高等院校“校园一卡通”工程的案例，并具有与数字化校园集成的成功经验，近3年至少有两项以上与本项目同等规模的高等学校“数字校园一卡通系统”工程的成功经验，并提供相关证明文件，要求附合同、设备清单、验收报告复印件以及甲方联系人的通讯方式，否则不予认定。（该项为实质性要求）

2、技术要求

（一）技术要求详见项目概述。

（二）投标人在标书中附所投产品宣传彩页。

（三）属于《第一批实施强制性产品认证的产品目录》中的投标产品，须具备3C认证。

（四）投标人负责设备的安装、调试。 3、商务要求

（一）报价要求

1.投标报价以人民币填报。

2.投标人的报价应包括：设备主机及附件货款、运输费、运输保险费、装卸费、安装调试费及其它应有的费用并分别单列。投标人所报价格为货到用户安装地现场的优惠价格。

（二）服务要求

1．在天津设有售后维护部门和相关技术人员，提供所投产品至少一年的免费上门保修，终身维修。接到用户电话后1-2小时内到现场时间，12小时内解决不了，必须提供备用设备。

2．用户将来有系统的扩展需求，如增加POS机，圈存设备、系统模块或更换主要部件或配件时，应改予价格优惠的折扣率不低于首次招标优惠幅度。

3．用户所购设备及系统经连续运行三个月内出现质量问题的，供应商应给予无条件退货或给予更换。

4．应在规定的时间内将全部系统和设备安装、集成、调试完毕、提供用户正常使用，并免费承担有关设备、系统的使用和管理培训事项。

（三）交货期及交货地点

1.交货期：签订合同后5日内交设备， 2010 年3 月 15 日前完成安装调试（特殊情况以合同为准）。

2.交货地点：采购人指定。

3.特别要求：交货时采购人有权要求供应商就产品的合法供货渠道进行说明；采购人认为有必要的，供应商应提供有效的书面证明材料。如果供应商提供非法渠道的商品，视为欺诈，供应商应根据《中华人民共和国消费者权益保护法》承担商品价值双倍的赔偿；同时，采购人保留依据现行的国家法律法规追究其他责任的权利。

二、 项目概况

1. 投标人须对项目内所有内容进行投标，不允许只对其中部分内容进行投标。

2. 本项目要求中所出现的工艺、材料、设备或参照的品牌仅为方便描述而没有限制性。 3. 本项目中凡标有“★”条款均被视为重要的技术指标或性能要求，投标人应引起足够的重视。

三、 项目概述

2.1 系统建设的必要性

1) 一卡通系统作为整个数字化校园的核心应用项目，设计上要符合数字化校园的整体设计思想。该系统不仅仅是消费系统，还具备身份识别以及信息管理功能。要求采用校园卡与银行金融卡分离的方案，校园卡选用非接触式IC（Mifare One）S70卡，系统同时兼容S50卡。使其具有在校园内实现各类消费、身份认证、信息查询和校园管理的功能，并具备城市卡功能。利用学校的网络资源，实现学生证、教师证、食堂卡、上机卡、图书证、购水卡、购电卡等多种证卡合一，作到“一卡通用”。实现一卡通系统与校园已有管理信息系统之间的无缝链接，最终做到统一平台、数据共享。

2) 要求投标单位根据我院具体情况提出系统建议方案、硬件配置、系统软件报价、主要终端设备的技术参数及报价、售后服务承诺及相关报价。最后由中标单位根据我校情况作具体实施方案。

2.2 系统建设目标

1) 校园卡取代了学校管理和校园生活中所使用的各种个人证件和现金支付手段，在一张卡上实现生活消费、学籍管理、身份认证、网上查询等多种功能。

2) ★校园卡系统软件、硬件全面支持MifareOne 4k的卡片，实现校外消费城市卡功能，如公交、地铁、轻轨、出租等多种功能，并为今后生物特征信息预留扩展空间。

3) 校园卡将智能IC卡的强大功能与计算机网络的数字化理念融入校园，将学校各个系统连为一体，有助于提高学校的管理水平。

4) 在不影响学校正常工作生活的前提下，基于数字化校园网，首期完成校园卡项目的核心系统和主要应用系统的建设或升级改造，尽快满足学校主要功能的应用；在核心系统稳定运行的基础上逐步完成其他子系统的建设。

2.3 总体要求

按照系统设计目标，遵循系统设置原则，按照国家的技术规范，完成我院整个校园“一卡通”系统平台的设计、施工、管理和维护服务等。

2.4 设计原则

在进行系统设计中应遵循以下原则：

1) 可行性和适应性。系统要保证技术上的可行性和良好的性价比，并满足今后社会和学校发展的需要。 2) 实用性和经济性。系统建设应始终贯彻面向应用、注重实效的方针，坚持实用、经济的原则。

3) 先进性和成熟性。系统设计既要采用先进的设计和方法，又要注意结构、设备、工具的相对成熟。采用成熟的主流技术，不但能反映当今的先进水平，而且具有发展潜力，并能顺利地过度到下一代技术，关键设备应选用国际主流的先进产品。

4) 开放性和标准性。为满足系统所选用的技术和设备的协同运行能力、系 统投资的长期效应以及系统功能不断扩展的需求，要求系统具有开放性和标准性。

5) 可靠性和稳定性：在考虑技术先进和开放性的同时，还应从系统结构、技术措施、设备性能、系统管理、厂商技术支持及维修能力等方面着手，确保系统运行的可靠性和稳定性。

6) 安全性和保密性：在系统的设计中，既要考虑信息资源的充分共享，还要考虑信息的保护和隔离。系统流水数据要求采用硬件加密处理。

7) 兼容性和易维护性：为了适应系统变化的要求，必须充分考虑以最合适的方法、最合理的投资、实现系统的兼容和维护。

2.5 设计内容及范围

根据规划，“一卡通”设计要整体考虑，分步实施。投标人要进行整体设计，按照高性能、高性价比、适度超前、留有余量的原则实施，系统建成“一卡通”系统。

四、 系统需求

1. 本一览表中设备若有已停产的，请注明并以同品牌的替代产品或升级产品报价并填入技术规格偏离表;

2. 凡在“技术参数及性能（配置）要求”中表述为“标配”或“标准配置”的设备，投标人应在投标报价表中将其标配参数详细列明，否则该投标无效。

项号 货物名称 数量 技术参数及性能（配置）要求

1 校园一卡通系统 1套 具体详见“校园一卡通系统技术要求”

4.1 概述

(1) 校园卡与银行卡物理分离，校园卡使用Philips公司的非接触式IC卡，即Mifare OneS70卡。在校园内校园卡代替现金进行一切消费，校园卡代替一切证件进行认证。校园卡的充值可根据使用者的不同要求采用现金充值的方式灵活实现。

(2) 系统应采用安全、开放可扩充的平台，具有数字化校园的扩充性能，可根据我校的不同情况进行具体定制，要求提供二次开发接口。

(3) 系统规模：第一期用户数为 20000 人，系统平台设计来考虑。 (4) 具体应用包括：综合消费子系统，校车收费系统，,操场跑圈考勤系统，图书馆通道管理系统、网上查询系统、现有图书馆、教务、财务、系统的对接等，采购设备详见货物需求一览表。

校园卡分学生卡、教师卡、临时卡三类，要求提供详细的发卡流程，由学校掌握发卡权，要求以学号作为身份识别的唯一代码。

(5) 校园卡设专用电子钱包帐户，它具有消费、身份认证、个人信息查询等功能。

①电子钱包功能:

持校园卡在校内进行各类消费和金融活动，包括交纳学费、交纳网费、奖（学）金伙食补助、进餐、洗澡等消费场所无纸化电子货币支付。

★持校园卡在校外具备城市卡功能，可以进行各类消费，包括乘公交车、地铁、轻轨、出租车等。

②管理功能:

利用校园卡进行各类身份认证管理活动，包括学籍管理、成绩查询、图书管理、借阅管理等。

4.2 工程范围

4.2.1 一卡通数据平台与服务平台

4.2.1.1 数据中心

1、金融数据中心

(1) 同一公司自主研发的产品，具有自主知识产权证明，有普通高校实施案例。

(2) 金融数据中心负责金融类的业务处理和资金类的结算管理，可扩展银行转账中心线程，并且银行转账业务线程可独立维护。

(3) 可扩充支持电子帐户功能，以满足学校后期电子商务增值业务需求。

(4) 系统对帐机制采用“以小为准”，杜绝以卡为准或者以库为准的片面处理。并且有严密的卡库不平平帐处理措施，如采用补记流水、补写卡片余额、平帐处理和平帐冲正等多种卡库不平处理机制。

(5) 支持HP-UX、IBM-AIX、Solaris、Linux操作系统和oracle数据库。

(6) 数据中心有监控功能，可以通过监控界面看到：数据库持卡人总数、当前业务处理人次以及系统运行时间等。

(7) 要求金融数据中心和身份数据中心分开独立设计，二者通过数据链路实现重要数据互通，或者通过同义词实现互信互访。

(8) 有单独的金融数据和身份数据同步线程，能够实现实时同步。

(9) 帐务处理支持多核算单位，多结算主体，以满足不同校区，不同单位的结账要求。 2、身份数据中心

(1) 身份数据中心负责身份类的交易。

(2) 身份数据库要求有独立的部门表结构、身份类别标结构、证件类型表结构等公共字典类表结构。

(3) 要求身份数据中心和金融数据中心分开独立设计，二者通过数据库链路实现重要数据互通。

(4) 要求身份数据库含有数据库表，照片直接存储进数据库。

3、综合前置系统软件

(1) 金融化安全架构设计，对平台的访问必须通过前置机安全认证后才可与后台进行交易。

(2) 综合前置系统可设定系统自动日结日期时间、开工日期时间，并自动和手工发出日结开工指令。

(3) 综合前置系统负责动态密钥的更换，黑白名单的下发，子系统运行情况监控

(4) 综合前置系统可导出系统节点和黑白名单

(5) 综合前置系统可设定黑名单偏移量

(6) 综合前置系统可实时监控子系统网络状态和系统运行情况。

4、身份前置系统软件

(1) 身份前置系统负责监控身份客户端的操作执行情况。

(2) 身份前置系统支持与人事系统和教务系统的人员基本信息的同步，可二次个性开发。

(3) 身份前置系统负责全局身份管理系统的升级更新，可以把客户端的运行程序放在身份前置系统文件夹下，供客户端每次启动时自动更新下载。

(4) 身份前置系统可设定与数据库的连接方式。

5、其他系统整体要求

(1) 系统对帐机制采用“以小为准”，杜绝以卡为准或者以库为准的片面处理。并且有严密的卡库不平平帐处理措施，如采用补记流水、补写卡片余额、平帐处理和平帐冲正等多种卡库不平处理机制。

(2) 要求厂家具备数字化校园规划设计、自主研发的能力，要求一卡通系统的设计规划遵循数字化校园的设计规范。能够提供数字化校园与一卡通系统的整体设计及实施案例。

4.2.1.2 一卡通服务平台

1、综合业务系统软件

综合业务子系统是校园卡系统的主要业务操作平台，包括卡务管理功能和会计业务功能，主要有持卡人基本信息管理、各学校信息管理、商户管理、数据采集、充值、密码管理；财务报表