前注:
1.根据《关于规范政府采购进口产品有关工作的通知》及政府采购管理部门的相关规定,下列采购需求中标注进口产品的货物均已履行相关论证手续,经核准采购进口产品,但不限制满足招标文件要求的国内产品参与竞争。未标注进口产品的货物均为拒绝采购进口产品。
2.下列采购需求中:如属于《节能产品政府采购品目清单》中政府强制采购的节能产品,则投标人所投产品须具有市场监管总局公布的《参与实施政府采购节能产品认证机构目录》中的认证机构出具的、处于有效期内的节能产品认证证书。
3.下列采购需求中:标注▲的产品(核心产品),投标人在投标文件《主要中标标的承诺函》中填写名称、品牌、规格、型号、数量、单价等信息。
4.中标人必须确保整体通过采购人及有关主管部门验收,所发生的验收费用由中标人承担;如投标人因未及时现场考察而导致的报价缺项漏项废标、或中标后无法完工,投标人自行承担一切后果。
一、采购需求前附表
序号 |
条款名称 |
内容、说明与要求 |
1 |
付款方式 |
项目建设完成并验收合格后,支付合同总金额的95%,剩余5%作为质保金,质保金在质保期满后支付。 |
2 |
供货及安装地点 |
蚌埠医学院,采购人指定地点 |
3 |
供货及安装期限 |
第1包:合同签订后45个日历日内完成(先进行食堂消费系统建设,要求合同签订后15日内完成); |
4 |
免费质保期 |
第1包:验收合格之日起提供不少于3年免费维保服务(一卡通系统中涉及的全部软硬件),软件安全问题由中标人终身负责,出现安全问题由中标人负责修复完成; |
二、货物需求
蚌埠医学院现有校园一卡通系统于2010年建设,主要完成校内就餐、借书、机房管理、超市消费、圈存充值功能。校园一卡通系统应用方便了师生员工学习生活,促进了采购人服务水平和工作效率提升;但随着采购人建设发展和信息化手段更新,现有一卡通系统的功能已经不能满足采购人发展需要,加之系统使用时间长、硬件老化等导致系统故障频发,需要重新建设一卡通系统。
随着虚拟化、物联网、移动终端、无卡金融支付等新兴技术的不断涌现,采购人对信息化技术有了新的需求。新建一卡通系统需符合智慧校园建设的要求,利用先进的技术手段在解决原有的刷卡消费的功能基础上,扩展其他支付方式如虚拟卡电子支付、线上线下统一支付,全面解决采购人的各种收缴费业务的需要。通过以一卡通系统为核心的移动支付平台项目建设,实现身份识别、校内消费、校务管理及服务师生功能的信息化,推动新一轮以“智慧校园”为指导方向的信息化建设,从而不断满足师生员工对服务更多、质量更高的要求、满足各部门(单位)对管理的便捷化、透明化、智能化的期望。
1.1 项目建设目标
(一)、方便校园生活
近年来,在移动支付业务快速发展的背景下,除传统的校园一卡通支付和认证方式外,扫码支付、人脸识别等模式已广泛运用,师生已经习惯手机扫码等支付方式,给校园学习生活带来了极大的方便。
本次校园一卡通建设在满足校园卡支付及认证功能的基础上,融合移动支付和移动认证功能。通过在线支付技术(即付即到账),账户资金无中间周转环节,大大提高结算效率和账户安全。用户可通过刷脸、扫码、刷卡方式进行各类费用的支付,系统支持POS终端自主生成二维码和手机APP生成二维码,根据不同场合进行相应模式的支付,部分场所实现人脸支付。在校园认证方面,用户可以通过人脸识别、刷卡、正扫、反扫和手机虚拟卡应用等多种方式方便信息查询和数据调阅,顺利进出门禁、通道、图书借阅等场所。
依托于“智慧校园一卡通”的建设契机,规范部门(单位)的信息化应用,有效促进校园管理和服务水平,最终推进智慧化校园的全面建设。
(二)、面向服务广,管理更便捷
本项目需要从持卡人、财务人员、运维人员、各级领导、业务部门等实际需求出发,以信息化管理和服务的建设为目标,为人、物、信息系统提供开放的、友好的、便捷的金融服务、信息服务与认证服务。
整合校园一卡通APP功能,能够动态的适应新技术、新应用、新服务、新管理的变化需要。校园一卡通APP功能可利用智能手机终端实现空中圈存、校园卡信息查询、校园卡业务办理、APP支付码应用,APP移动缴费等智能应用,丰富校园信息化应用内容,提高校园服务质量。
“智慧校园一卡通”应用到校园教学科研、管理服务和师生校内生活的各个方面;通过平台预留的扩展接口实现与各类应用系统的业务整合、数据整合,为校园信息化建设的金融打下基础,利用“智慧校园一卡通”实现身份识别、校内消费、校务管理和各类管理信息的查询等功能。
该项目建设中充分考虑根据接入系统的访问权限,保证该各个接入系统只能访问被授权使用的资源;通过规范部门(单位)及个人的信息化应用,不断提升校园服务质量和管理水平。
(三)、开放友好,学校自主
本次项目建设改变过去硬件为核心的建设思路,以软件为系统建设的核心,采用大集中模式的技术架构和管理模式,降低技术人员系统管理、维护和新业务扩张的难度和成本。
为实现“自我建设、自主扩展、自行优化”理念,系统采用开放的架构、开放的平台和开放的产品,充分体现系统的开放性,为采购人提供规范、通用的信息标准。通过标准规范接入开放型终端设备,并利用完善的平台接口,开放的卡片密钥和卡片结构,构建主动权属于学校的校园一卡通;确保采购人对系统的自主权,避免厂商绑架采购人的风险发生。
(四)、安全稳定,技术先进
在软件系统开放的同时,考虑平台系统架构的合理性与先进性,确保系统平台的高安全、高可靠、可冗余、可负载、易部署、易拓展的技术要求。
考虑到在线系统的安全性和可靠性,校园一卡通平台需采用符合当今系统软件技术以及系统网络技术的发展趋势,并且已经被证明是成熟的、开放性强的先进技术。
本系统数据中心硬件选用刀片服务器+存储+备份一体机,采用虚拟化的方式部署。
本系统在数据库存储方面需采用集群部署和备份策略,确保核心数据的安全与可靠。所有的数据加密传输,防止在传输过程中敏感数据被非法截取、篡改和破译。
作为实时系统,真正的高效性要求来自于实时的交易。系统应提高交易的处理能力,采用高效的通讯处理技术缓解核心数据库的压力,满足大规模并发交易情况下的实时性要求。在各环节中采用必要的冗余备份策略,从根本上消除单点故障造成的不必要的麻烦和损失。
针对交易的每个环节提供高可靠性的措施,确保系统在复杂的使用环境下平稳运行,杜绝大面积瘫痪导致的群体事件发生。正常情况使用在线交易,对于不可中断的服务支持离线交易,以可靠的措施保证离线交易的安全。
2.1 校园一卡通建设要求
2.1.1 总体技术要求
一、信息规范要求
1. 财务系统报表符合财政部颁布的企业财务标准格式。
2. 核心平台以及应用子系统严格按照软件工程规范设计,具备自有软件著作权。
3. 信息标准符合《教育管理信息系统互操作规范》(EMIF)标准及学校信息化标准。
4. 应用标准符合《中国金融集成电路(IC)卡应用规范》(PBOC2.0)。
5. 终端安全控制模块符合《中国金融集成电路(IC)PSAM卡规范》,《中国人民银行PSAM卡规范》,采用国际标准产品证书。
6. 相关设备设计符合《中华人民共和国电子行业标准。
7. 卡片符合ISO/IEC14443-TYPE-A国际标准。
8. 提供的软硬件产品均需支持IPv6协议。
二、系统数据及接口的要求
1. 系统数据的要求:一卡通所有子系统的数据,不能仅存保存在各自的业务子系统中,还需全部上传到一卡通数据库,并提供所有数据库的数据字典,上传数据不改变子系统的业务和模式。
2. 采购人当前一卡通系统所有的基础数据(包括学生和教师的身份信息、商户信息、余额等)全部转换到新系统中,不允许重复也不允许丢失。
3. 所投一卡通系统需能够与学校智慧校园平台进行对接,并提供免费接口。在服务期内,投标人应根据采购人要求,安排专人提供免费对接服务。
4. 需要向学校公开的各种接口信息(包括源码、设计文档等)、卡片结构等全部免费对学校公开,产品成型后任何一方不可私自变更,变更发生前须向采购人报备,采购人管理部门同意后才可以变更。
5. 数据及卡片API、WebService接口:免费提供数据(如:黑名单)以及读卡API、WebService接口,实现对各类通道、门禁、考勤、签到等系统的接入,支持硬件对接和软件对接两种方式。
三、系统安全要求
1. 在一卡通基础平台系统上线前后需要配合采购人完成信息系统等级保护备案、等级保护测评等工作。
2. 对于发现的漏洞(操作系统漏洞、应用平台软件漏洞、数据库漏洞、主机安全漏洞等)需要在1个日历日内完成漏洞的修复及更新工作,出具加盖公章的整改报告,并配合采购人上报相关材料。
3. 每学期需要指导采购人完成信息系统平台的操作系统日志导出、数据库日志导出。系统须具备等保要求的日志审计功能。
4. 协助采购人完成一卡通系统故障应急预案及安全事件处置计划,每学期需要指导采购人进行一次信息系统故障应急演练,包括系统的快速安装部署、数据的备份、数据的恢复等。
5. 协助采购人制定数据库备份计划与策略,包括本地自动备份、异地备份、离线备份等数据备份计划和策略。
四、网络布线要求
本次校园一卡通采用物理专网模式建设。各个投标人根据现场勘查数据,规划好本次项目所需要的光纤专网数据。所产生的线材、施工等费用包含在此处报价内,采购人不再额外支付,请各投标人自行考虑投标风险。
2.1.2 系统设计原则
科学先进
一卡通的整体设计应当充分利用现代最新技术、最可靠的成果,以便该系统在尽可能长的时间内与社会发展相适应。应充分考虑到技术的不断发展。着眼现在,放眼未来,使系统建设与业务需求同步增长。先进性与成熟性并重,并考虑到近年来的应用发展特点,把先进性放在重要位置。
方便实用
系统应充分体现大学内部管理的模式和特点,在系统设计时使用的主要技术和产品必须具有成熟、稳定、实用的特点,实用性放在首位,既要便于用户使用,又要便于系统管理。
可控可管
一卡通系统通过数百上千个终端机具来实现管理和服务功能,其管理难度大、维护成本高,系统从整体架构上、从具体功能上保证降低管理难度、降低维护成本、降低人员依赖,采用集中管理模式、图形化管理和监控工具,方便管理维护、出现故障能快速准确的定位问题。
标准开放
一卡通系统将随着采购人业务发展而不断更新,基于性价比、厂商风险等因素考虑,系统采用开放的架构、开放的平台、开放的产品,提供完备的文档资料和接口程序,学校掌握密钥和算法、选择国标和开放的行业标准、支持多种硬件,系统建成后采购人可自行扩展升级、自主决定采购多种品牌的终端设备等;后台数据库需支持Oracle。
确保安全
系统涉及资金,身份等重要的信息,应采用严格的分级管理技术,管理人员、查询人员分级按权限操作;采用多层体系架构,单层次出现故障,系统可继续运行较长时间;系统运行中间层次、中间环节不能保留敏感数据,以避免财务风险;一旦系统恢复正常运行,系统能够自动切换,无需人工干预;对于脱机运行(手持设备等)的设备,系统应当提供有效措施保障师生利益;提供审计功能,对于操作人员的各项操作进行审计。
稳定可靠
考虑到用卡场所情况复杂,系统针对交易的每个环节提供增强可靠性的措施,包括卡片可靠性设计、终端可靠性设计、布线和网络通讯可靠性设计、应用和数据库可靠性设计等全系列设计,确保系统在脱机状态下的可靠性高及在联机状态下的实时性强的要求,以及大规模并发交易情况下系统的稳定、高效和可靠性要求,不能出现单点故障。
扩展方便
系统在容量和功能上不仅能满足目前用户的需求,而且也易于扩展以保障用户今后的扩容和升级,如:卡片结构扩展、新增收费模式、增加信息点等,利用Web查询支持模块和Internet网,实现远程快速查询。
集中协调
校园一卡通的金融特性和实时交易的特点,要求系统需采取数据集中的架构,不能采用分布的系统设计。以保证数据传递的及时性、数据的可靠性和唯一性,便于帐目结算和数据准确。
高度保密
在一卡通平台设计中,既要充分考虑信息资源的共享,更要注意信息资源的保护和隔离,应分别针对不同的应用和不同的网络通信环境,采取不同的措施,包括用户安全性、数据安全性、运行安全性等。要求系统对数据传输进行加密传输,保证数据能在各个节点之间进行安全通信,保证数据传输的安全性,并且保证所采用的加密技术不可逆。
具有前瞻
系统管理平台的整体规划设计、各项技术性能指标以及采用设备产品,既要充分体现时代现实性,又要充分考虑项目工程未来发展的前瞻性,为后期建设留有充分发展的余地。
2.1.3 系统设计要求
为确保本次一卡通平台建设满足在线支付应用的实现,所建设的内容应满足以下设计要求:
1. 系统架构要求
采用多层架构,提供“可扩展的集中交易系统”技术架构,以满足数据统一管理、业务集中处理、通讯安全高效、应用快速扩展的业务需求,系统的开放性决定了与其它校园信息化应用的整合可行性。需考虑系统架构的合理性与先进性,确保系统平台的高安全、高可靠、可冗余、可负载、易部署、易拓展的技术要求。
2. 数据中心要求
一卡通系统平台需要部署健壮的数据中心,采用负载均衡运行和容灾备份策略,保证所有的资金账目和身份验证基本信息,以及交易流水记录万无一失,即使出现故障,遭到损坏,系统也能快速恢复。
交易流水存储采用集中式的数据管理与保存,不得采用分布式数据设计方式。需充分考虑离线交易情况下交易流水存储,流水数据只能在数据中心、消费终端和卡片中保留,其他任一节点不得保留或处理交易流水。
3. 金融应用要求
校园一卡通平台需融合全校涉及金融消费的各项业务系统,包含网上支付和手机APP支付,并在一个平台中集中管理。通过刷脸、刷卡支付、网上支付和移动支付覆盖采购人各项消费业务,如:食堂、超市、浴室、体育场馆、机房、图书馆、校医院等,逐步实现全校无现金交易。
一卡通账户采用一个账户管理各类资金,不得通过数据交换或信息同步的方式进行资金互转。校园卡中不得存在“卡余额”,彻底杜绝“卡库不平”问题发生。离线交易模式下采用记账交易模式,并设置额度控制离线交易金额。
4. 认证应用要求
校内所有的证件都由校园卡代替,所有用证和用卡的信息管理系统全部与校园一卡通平台实现身份识别数据同步与共享,所有重要场所的出入门禁管理全部以校园卡为准。
校园一卡通平台具有认证模式的扩展能力,可实现指纹认证、扫码认证、面部认证等认证模式,通过各类终端实现在线认证和离线验证。满足校内各场所的身份认证如:图书馆、宿舍、办公室、机房、体育场馆、实验室等。
认证应用管理平台支持多用户、多级权限管理(支持黑白名单管理)、身份认证数据可实时收集上传,实现门禁、门锁以及通道的数据集中统一处理与应用,支持如考勤表、会议签到表等统计与报表。数据和认证设备实现分账户、分权限管理,按权限范围自行管理白名单以及查看进出数据。
5.信息服务要求
校园一卡通平台提供一卡通信息门户、自助多媒体服务与手机APP三类模式提供信息资源展示与一卡通业务服务,一卡通对相关服务进行整合,将对师生的服务统一展示,通过任何一种模式都可以实现信息查询,空中圈存,网上缴费,移动缴费,卡务办理等自助业务,为用户提供丰富的功能,更加的便利用户和提升管理效率。
6. 流程整合要求
标准规范的接口,采用软硬分离技术,系统不受制于任何厂商硬件设备,采购人可自主采购、扩展基于设备的应用;基于SOA构建,系统中的应用服务应以Web Service模式被第三方系统方便调用,各业务系统统一管理、统一授权、实现应用的自主扩展;开放数据接口,提供标准、通用的信息接口,易于与其它信息系统连接,实现数据互通,信息共享。
一卡通在线平台提供通过Web-Service封装业务接口,第三方系统根据自身需要,调用相关服务的接口,接入系统时不需要重复编写相关业务,通过开放的、友好的技术手段,可使一卡通系统从应用系统演变成一个新的开发平台。
7. 数据分析要求
能对一卡通及相关消费子系统的消费数据的整理和分类,能够提供相关报表和各种统计报表,能进行消费行为(如餐饮、超市购物、淋浴)等信息的分析,为校方学生相关评估、决策提供依据和数据。分析系统包含信息整合、数据组织和信息展示和输出等功能。
2.1.4 系统性能指标
序号 |
指标参数 |
参数值 |
|||||||||||||||||||||||||||||||||
系统容量 |
|||||||||||||||||||||||||||||||||||
1 |
系统账户容量 |
≥10万 |
|||||||||||||||||||||||||||||||||
2 |
商户账户容量 |
≥1000个 |
|||||||||||||||||||||||||||||||||
3 |
子系统接入数量 |
≥512个 |
|||||||||||||||||||||||||||||||||
4 |
流水账保留天数 |
不限,由用户自行配置 |
|||||||||||||||||||||||||||||||||
5 |
黑名单容量 |
≥100万个 |
|||||||||||||||||||||||||||||||||
6 |
部门级数 |
≥6级 |
|||||||||||||||||||||||||||||||||
7 |
持卡人卡片类型 |
≥10 |
|||||||||||||||||||||||||||||||||
系统处理能力 |
|||||||||||||||||||||||||||||||||||
8 |
流水处理方式 |
在线交易流水即时入账,每日自动结算 |
|||||||||||||||||||||||||||||||||
9 |
并发处理能力 |
≥1000笔/秒 |
|||||||||||||||||||||||||||||||||
10 |
数据处理能力 |
≥100万笔/日 |
|||||||||||||||||||||||||||||||||
11 |
通讯处理能力 |
≥10000笔/分钟 |
|||||||||||||||||||||||||||||||||
平台设计模式 |
|||||||||||||||||||||||||||||||||||
12 |
软件架构 |
采用B/S架构 |
|||||||||||||||||||||||||||||||||
13 |
平台操作系统 |
Solaris Unix/AIX Unix/Linux系统 |
|||||||||||||||||||||||||||||||||
14 |
平台数据库 |
0racle11G以上 |
|||||||||||||||||||||||||||||||||
系统账务处理 |
|||||||||||||||||||||||||||||||||||
(1)系统纠错能力 |
|||||||||||||||||||||||||||||||||||
15 |
银校对账方式 |
自动对账 |
|||||||||||||||||||||||||||||||||
16 |
系统纠错处理 |
自动冻结异常账户,自动采集脱机交易流水 |
|||||||||||||||||||||||||||||||||
(2)系统账务处理 |
|||||||||||||||||||||||||||||||||||
17 |
系统记账方法 |
按照国家财政部企业财务的标准 |
|||||||||||||||||||||||||||||||||
18 |
账户管理 |
采用一个账户管理一卡通账户资金,不得采用数据交换或数据同步进行平账 |
|||||||||||||||||||||||||||||||||
19 |
记账方式 |
多级科目、借贷记账法 |
|||||||||||||||||||||||||||||||||
20 |
系统报表 |
会计科目,会计账簿 |
|||||||||||||||||||||||||||||||||
21 |
系统对账机制 |
以交易流水为依据,自动对账,自动平帐 |
|||||||||||||||||||||||||||||||||
22 |
账务处理 |
按银行通用的金融处理标准执行 |
|||||||||||||||||||||||||||||||||
23 |
系统记账精度 |
0.01元 |
|||||||||||||||||||||||||||||||||
24 |
POS交易时间 |
≤100ms |
|||||||||||||||||||||||||||||||||
25 |
支付模式 |
在线交易为主,离线交易为辅:在线模式下,所有支付模式采用一个账户,在线交易实时扣除交易资金;当系统或网络故障时,采用记账交易模式,并设置额度控制离线交易金额 |
|||||||||||||||||||||||||||||||||
26 |
支付途径 |
至少满足人脸支付、刷卡支付、付款码支付、支付码支付、聚合支付(支持微信、支付宝、云闪付,并携带身份信息)等四种支付方式 |
|||||||||||||||||||||||||||||||||
系统特性 |
|||||||||||||||||||||||||||||||||||
(1) 系统安全性 |
|||||||||||||||||||||||||||||||||||
27 |
密钥生成体系 |
金融标准,动态分配 |
|||||||||||||||||||||||||||||||||
28 |
密钥管理体系 |
确保密钥的安全 |
|||||||||||||||||||||||||||||||||
29 |
加密签名算法 |
金融DES/MD5/HASH/RSA等 |
|||||||||||||||||||||||||||||||||
30 |
卡片密码体系 |
一用一密 |
|||||||||||||||||||||||||||||||||
31 |
数据保存 |
联机直接上传,脱网本地暂存,联通后自动上传,本地保留副本 |
|||||||||||||||||||||||||||||||||
(2) 系统可靠性 |
|||||||||||||||||||||||||||||||||||
32 |
备份和灾难恢复 |
建立终端、系统、平台、数据四级备份体系结构数据库采用生成库和备份库双保险机制,系统灾难情况下在10分钟恢复服务 |
|||||||||||||||||||||||||||||||||
(3) 系统稳定性 |
|||||||||||||||||||||||||||||||||||
33 |
系统持续运行 |
7*24小时不间断运行 |
|||||||||||||||||||||||||||||||||
34 |
应用系统容错 |
建立完善的系统容错机制 |
|||||||||||||||||||||||||||||||||
(4) 系统兼容性 |
|||||||||||||||||||||||||||||||||||
35 |
平台的兼容性 |
兼容多种操作系统,实现跨平台应用 |
|||||||||||||||||||||||||||||||||
36 |
版本的兼容性 |
平滑升级 |
|||||||||||||||||||||||||||||||||
(5) 系统实时性 |
|||||||||||||||||||||||||||||||||||
37 |
消费流水 |
联网时消费实时回传 |
|||||||||||||||||||||||||||||||||
38 |
挂失、解卡 |
联网时实时生效 |
|||||||||||||||||||||||||||||||||
39 |
黑、白名单同步 |
联网时实时同步 |
|||||||||||||||||||||||||||||||||
(6) 系统可管理性 |
|||||||||||||||||||||||||||||||||||
40 |
全局管理 |
统一授权 |
|||||||||||||||||||||||||||||||||
(7) 系统开放性 |
|||||||||||||||||||||||||||||||||||
41 |
设备的兼容性 |
提供设备接入规范,支持多品牌设备接入 |
|||||||||||||||||||||||||||||||||
42 |
卡片的管理 |
提供卡片初始化、发行、回收等操作,卡片不垄断 |
|||||||||||||||||||||||||||||||||
(8)卡片管理 |
|||||||||||||||||||||||||||||||||||
43 |
银行卡/校园卡关系 |
物理分离、逻辑关联 |
|||||||||||||||||||||||||||||||||
44 |
校园卡采购权 |
可自行采购 |
|||||||||||||||||||||||||||||||||
45 |
校园卡存储 |
采用≥16K空间CPU卡,卡片可保留至少十笔离线交易流水信息 |
|||||||||||||||||||||||||||||||||
46 |
最大账户金额 |
1万元(用户可自由设置) |
|||||||||||||||||||||||||||||||||
47 |
卡感应距离 |
0cm至5cm |
|||||||||||||||||||||||||||||||||
48 |
账户充值 |
现金、圈存、补贴、支付宝、微信、手机圈存等 |
2.1.5 校园一卡通建设内容
一、一卡通系统建设整体设计方案
二、软件平台部分
三、设备终端部分
四、数据中心及网络专用设备
五、信息系统安全等级保护测评(二级)
六、一卡通专网和质保服务以及驻场服务
2.1.6 实施及售后服务要求
一、过渡方案
投标人应对采购人应用现状进行详细的调研,结合采购人实际应用情况在投标文件内详细阐述与现有系统的平滑过渡解决方案并给出过渡办法。
二、项目实施方案
校园一卡通项目有详尽缜密的组织实施及设计方案。本部分将计入方案技术分。具体应包括以下几个方面:
1、实施组织方案
2、实施进度计划
3、项目难点和要点分析
4、风险与缓解措施
5、质量控制管理
6、项目验收方案
7、培训方案等
三、售后服务
1、中标人需提供三年免费原厂工程师(1人)驻校售后服务。在服务期内,中标人提供固定的项目经理进行跟踪服务,7*24小时响应系统服务需求。
2、在免费维保期满后,应提供每年不高于中标价的3%(包括服务期内同标准驻场服务)的终身维护服务,并在签订合同后明确本项目维保具体负责人、运行维保计划、过保服务承诺。
3、招标人在免费维护期内新购置本项目设备清单内的设备时,中标人能够提供相应设备且价格不得高于本次投标价格。
4、系统验收合格后如应用软件有升级版本,中标人应免费提供新版本的升级服务,使系统保持最新版本,并免费提供升级后培训等内容。
5、中标人应提供 7×24 小时(即每周 7 天,每天 24 小时)电话技术咨询服务,由具备专业经验的工程师负责解答用户提出的各种技术问题。遇到紧急或重要的故障需要解决时,服务厂商应立即安排工程师现场解决问题。紧急故障要求在4小时内排除,一般故障12小时内排除,重大故障如恢复时间超过2天,则要求免费提供同型号备机。
6、中标人对用户进行系统的基本操作和日常维护的现场培训,提供该系统软硬件的操作配置文档。除培训外,应提供不定期的系统应用技术免费培训服务,提供该系统的后续应用资料。
2.1.7其他要求
一、投标报价(含增值税)须包含设计费、技术资料费、设备费、运费、税费、安装调试费、培训费及与本项目相关的其他费用。
二、一卡通平台交付运行后,密钥系统种子密码须由采购人掌握,采购人可自行采购任何厂商的卡片,自行对校园卡进行初始化、加密、回收卡片操作,可自行对密钥卡进行管理,如密钥卡复制、PSAM卡信息维护等,保障采购人建设的自主性和一卡通系统安全性。
三、中标人在合同签订后七个工作日内到蚌埠医学院搭建真实演示环境,针对招标文件的技术要求和投标文件内容进行真实演示操作,如不满足招标文件技术要求和投标文件内容采购人有权终止合同并上报相关监管部门进行处理,投标人自行考虑风险。
第 1 包:校园一卡通建设项目
序号 |
名 称 |
主要技术参数及要求 |
数量 |
一、一卡通软件平台部分 |
|||
1 |
▲数据库系统软件 |
1.成熟度性要求: |
1/套 |
2 |
▲一卡通管理系统 |
一、数据中心 一卡通系统建设项目将利用采购人智慧校园搭建的虚拟化数据中心对一卡通系统的IT基础设施以及数据资源进行整合,以采购人的云计算平台、云存储平台、“双活”式校园网构架作为底层基础平台,简化资源管理,提高数据的能效和资源利用率,降低总体运营费用,为一卡通系统应用提供更好的支撑。 中心数据库要求支持Oracle、MS SQL Server、MySQL等主流数据库软件,采购人可根据实际建设需要进行多向选择。 考虑到各种数据的安全性及相对独立性,一卡通系统数据库逻辑上至少应划分为三个部分,分别是身份数据库、交易数据库、业务数据库: 身份数据库:用于保存各类用户的身份数据,方便实现统一的身份认证,可以提升为身份认证中心数据库;同时可与采购人权威的数据源进行同步,以保证身份数据的唯一性、权威性,当采购人不具备权威数据源时,可以通过一卡通系统管理平台进行数据的录入、导入,并作为采购人其他应用系统的数据源,供其他应用系统调用。 交易数据库:将与钱相关的数据分库管理,该库是整个一卡通系统的核心部分,主要用于存储各账户各钱包余额、消费流水及营业额结算等信息。 业务数据库:对业务数据进行统一管理,主要用于存储校园卡各业务系统的配置及相关数据,避免因升级扩展等带来的后续性问题,提高系统的可维护性。 二、基础服务平台 一卡通系统基础服务平台是一卡通系统的业务处理中心,是所有业务的支撑平台,负责处理一卡通系统运行时需要进行的所有系统管理、数据处理业务、数据交换和报表生成、与各类终端机具和外部系统之间的通信等。 一卡通系统基础服务平台要求采用多层架构体系构建,在多层架构体系中,一卡通系统基础服务平台相当于软件系统的中间层,封装一卡通系统运行过程中所有的业务处理逻辑,体现“平台即服务”的理念,这就使得前端系统实际上只是一个界面的展现。 一卡通系统基础服务平台要求采用当前主流的J2EE技术框架实现系统的服务支撑,实现跨平台的服务部署与应用。支持当前主流的J2EE服务器,如Tomcat、JBoss等;支持多种数据库系统,如Oracle、MySQL等;可以稳定地运行在虚拟化环境中,包括当前主流的WMware、Xen Server和微软的Hyper-V系统等;采用B/S结构设计,实现不依赖于外部系统的内部动态资源分配与故障迁移,实现一卡通系统数据的管理、存储和备份,保证数据的安全、可靠、唯一,为新建应用系统和第三方接入系统提供高效数据访问和处理服务,提供数据交换、数据同步等服务。 一卡通系统基础服务平台要求采用组件技术进行设计,基于组件化的基础服务平台和传统的业务平台主要差异在于组件化的基础服务平台具有更多的灵活性、可扩展性,能够更加方便的进行组件升级和组件维护。特别是对于一卡通系统这样的大型的行业软件来说,易于升级、易于维护,能够灵活的扩展成为评测一个业务平台的一个重要标准。组件化的基础服务平台主要用于解决简化开发,快速系统维护的问题。 一卡通系统基础服务平台应安全、稳定、可靠,具有扩展性和无关性等特点,包括数据库无关性、终端机具无关性、密钥无关性、卡片无关性及负载均衡和动态部署、终端接入可配置等。 一卡通系统基础服务平台要求支持实体卡、虚拟卡、人脸等应用,支持纯在线交易模式,同时兼容突发情况下的离线交易情况。 系统包含但不限于以下要求: 1.★要求系统采用三层架构、B/S结构、模块化设计,系统配置管理、卡务管理、消费管理、门禁管理、水控管理、考勤管理、第三方系统对接管理等主要系统模块在同一软件界面下操作使用; 2.要求采用分布式部署和多级缓存机制,保证系统有完善的容灾备份能力; 3.★要求支持虚拟化部署,通过统一的虚拟化平台进行管理,计算资源可以进行动态分配,支持虚机在不同主机之间漂移,保证业务不中断; 4.★系统平台支持多种方式登录,采购人提供的账号密码为学生主要的登陆方式,支持通过手机自助重置密码功能; 5.要求应用系统接入经过数据中心的授权和安全签到控制,有数据交换中间件负责与各子系统行数据交换、实现数据共享; 6.要求系统平台可通过调度服务实现统一调配设备通信网关接入的负载均衡,以更合理的使用现有资源;当设备接入点出现异常时,调度服务会自动将该设备调度到其他在线网关中,提高系统的稳定性。 三、管理中心系统 管理中心系统是一卡通系统配置、管理、结算、运维、展现的综合服务平台,充分利用网络和信息技术的优势,实现统一的登录认证、统一的界面展现、统一的业务办理,并可与采购人统一身份认证系统进行集成,实现单点登录;管理中心系统平台要求采用模块化设计,B/S架构,可通过设置不同的角色、岗位实现不同的应用和模块的访问权限。 主要功能包括但不限于: 1.配置管理:包括常用代码、交易类型、操作人员、管理部门、账户部门、校区设置、营业场所、地址管理、商户管理、单键分组、营业分组、账户身份、自助终端、充值终端等管理; 2.卡户管理: 包括对卡片进行打印、换卡、补卡、挂失、解挂、锁卡/解锁、销卡、预销卡、取消预销卡、修卡、清密、延期、冻结/解冻等管理操作,除换卡、补卡功能仅对实体卡使用外,其他功能应同样适用对虚拟卡的管理; 3.余额管理: 包括现金充值、现金取款、补助名单、补助发放、卡户扣款、余额查询、交易流水、出纳员缴现、出纳员提现、商户结营业款、交易冲正等管理; 4.报表管理:包括将系统各类交易数据进行汇总统计,为一卡通系统用户、系统管理人员、财务部门提供统一的数据报表。如分为日报、月报、周期报表、年报等,对持卡人的基本信息、消费记录、补助发放和未发放记录、存取款记录;商户、收费单位的账目进行多种条件的组合查询;财务做账所需的交易渠道分账报表,商户收支明细报表;管理员可对设定时间内商户及收费单位的收入进行结算,提供灵活多样、内容详细的统计、结账凭证、银行圈存对账、交易失败冲正、交易类型分账、异常处理等报表,并具有报表打印或导出功能,做到日清月结的科学管理; 5.运维管理:包括服务器管理、应用服务配置、通信网关配置、媒体推送等管理; 6.系统维护:包括设备发行方、设备固件升级、平台软件升级、卡类型管理、设备参数管理、系统参数管理、钱包管理、角色管理、系统日结、商户划账、卡户划账、数据整理、规章制度、使用指南、服务网点、系统公告等管理模块; 7.运维监控:包括卡户挂账、终端挂账、日志查看等管理; 8.审计管理:包括科目日清、异常数据、登陆审计等管理。 四、聚合支付平台 1.将校园场景和金融服务相融合,可实现五码聚合支付(农行、银联、微信、支付宝、校园一卡通扫码完成付款)、消费身份识别、停车管理、扫洗衣机等功能。其中,教师和学生在食堂就餐,可不携带校园卡,通过扫码在2-3秒内完成付款,且该聚合码支持身份识别功能,快速识别用户身份; 2.线上交易渠道须为校内各种线上支付和缴费平台提供统一的交易接口,并按财务类型、支付渠道类型等自动分账、清算,同时享受校内和对接渠道的各种优惠; 3.线下交易渠道须结合一卡通系统的终端设备,以支持刷卡、扫码乃至人脸识别一体的终端设备,实时回传交易信息,并按财务类型、操作类型、支付渠道类型等自动分账、清算,同时享受校内和对接渠道的各种优惠; 4.聚合支付平台要求基于J2EE标准开发,B/S结构,支持Unix、Linux、Windows等跨平台部署; 5.★本次聚合支付平台要求与采购人原签约结算银行(中国农业银行)相匹配,所有聚合支付的第三方支付的消费流水经过原签约银行。 五、密钥管理系统 密钥管理系统主要是为支付交易、身份认证、报文通信和数据存储等提供密钥管理与服务功能,在保证密钥安全的基础上,实现密钥的生成、注入、备份、恢复、更新、导出和销毁等操作。一卡通系统中所有涉及到资金、卡片、数据、通信等关键和敏感信息的加密、解密、验证、计算等都使用密钥系统来进行保障。 密钥管理系统参照国家和行业的标准规范体系进行构建和设计,完全由采购人自行控制和保管,不受建设厂家的任何限制,采购人可自行购买卡片,并对其进行初始化、加密和解密等操作。在没有密钥授权的情况下,任何人不能获取一卡通系统的重要数据。 为平台智能卡密钥的产生、分散、传输提供相应功能。 |
1/套 |
3 |
自助缴费系统 |
自助缴费系统具有跨平台、扩展性强、易用性高、部署方便、维护简单等特性,系统使用B/S架构。系统要同时支持电脑端、手机端登录和支付,同时还要支持线下扫码终端等各种付款方式。 系统包含但不限于以下要求: 1.可覆盖校内师生和校外临时用户; 2.支持融合线上和线下缴费方式; 3.支持聚合支付:支持一卡通绑定的银行卡支付、银联支付、支付宝等多种方式; 4.双语版本:为方便留学生和其他境外人士使用,缴费端需支持中英文两种模式进行展现,方便采购人留学生和其他境外人士正常使用; 5.拆单支付:由于每天的支付额度受限,当收费项目的支付金额大于指定限额时,系统需提供拆单支付功能,即用户可以将应付款项拆分成多笔订单进行支付,每一笔订单可以选择不同的支付方式,当所有的拆分订单完成支付后,该支付流程结束,缴费成功; 6.支持采购人现有业务系统的对接,如财务系统、学工系统、教务系统、上网计费系统等; 7.同时兼容采购人现有用户体系(如统一身份认证系统)的管理。 |
1/套 |
4 |
▲银行转账系统 |
银行转账系统是持卡人通过圈存机向银行发起自助转账申请的系统,是校园卡结算中心与银行进行资金结算的通道,同时也是持卡人提供自助缴费、自助查询的工具。 系统包含但不限于以下要求: 转账参数设置:设置银行转账系统的转账触发模式(周期或是定时),以及指定模式下的有关参数。 银行卡注册/对应关系绑定:对持卡人的银行卡信息和转账参数进行维护,包括持卡人银行卡类型、所属银行、银行卡号、转账方式、转账警界线、转账金额信息。 银行对账:读取银行反馈回来的转账信息,与一卡通系统发生的信息进行比照,并形成对账记录。 转账明细查询:提供银行转账操作的流水(明细)查询功能,可以查询持卡人进行自助转账或自动转账的记录。 转账汇总:对每一天的持卡人转账数据进行汇总,包括转账日期、转账总人数、转账总金额和成功、失败总金额/人次等。 |
1/套 |
5 |
自助终端服务系统 |
自助终端服务系统可以全天候24小时为持卡人提供信息服务,无校园卡的用户可以查询公共信息和公告,有校园卡的用户利用此系统可以进行校园卡信息查询、消费记录、存取款记录、补助记录查询、挂失解挂、银行转账及银行卡余额查询、钱包转账、自助缴费、自助补打卡等操作,还可以通过此系统领取补助等。 系统包含但不限于以下要求: 公共信息:包括通知公告、卡遗失或领取公告、服务网点等信息。 持卡人操作所涉及的功能包括:卡户基本信息、卡户余额信息、历史交易流水、当日交易流水、月交易统计、卡片挂失、卡片解挂、修改密码、领取补助、银行转账及银行卡余额查询、钱包转账、自助缴费、补卡打卡等。 商户:通过终端查询自身的基本信息和上一个结算日或一段时间内的营业情况,包括:商户基本信息、商户营业情况、商户结算情况。 |
1/套 |
6 |
自助圈存系统 |
为自助圈存机提供自助圈存、挂失、改密、查询等服务,支持通过圈存终端实现银行卡与校园卡之间的资金划帐转移。 系统包含但不限于以下要求: 1.软硬件和数据管理达到金融级安全标准,符合银行业务流程和规范; 2.支持7*24小时自助服务;实现无人值守; 3.支持批量签约和单个自助签约; 4.通过圈存机,也可以实现公共信息发布、信息查询、补助领取、代缴费等功能; 5.自动升级:终端程序可远程自动更新升级,减少程序的维护量; 6.远程监管:提供终端设备和终端程序远程监控和远程管理功能; 7.领款服务:通过圈存机完成线下补助、充值及领款服务。 |
1/套 |
7 |
商务收 |
商务收费系统实现对校园内食堂、超市、商户、校医院等场所使用的POS机进行统一管理。持卡人可通过校园卡在POS机上实现快速支付交易,要求系统可同时支持实体卡和虚拟卡应用。具体应用包括食堂餐饮、超市购物等各种费用的收取和结算。 系统包含但不限于以下要求: 1.根据应用场景的不同,商务收费系统支持校园卡刷卡支付、手机虚拟卡扫码支付、人脸支付; 2.所有POS机均支持联机、脱机交易使用功能; 3.网络正常情况下,系统黑白名单等信息能够及时下发; 4.支持实时同步信息,可根据身份设定消费范围; 5.支持多种消费方式,支持价格定制,支持单项最高限额(单日和单次); 6.支持日、月、年、某一时段的报表处理,支持查询各食堂当餐、当天的收入情况,支持查询消费者当天、每月、每年的消费情况,支持查询就餐人数等情况; 7.设备能够适应采购人食堂潮湿、油腻的环境; 8.收费POS可采用专网、校园、公网等方式接入,有安全、可靠的保障机制,支持市电、电池、POE等多种供电方式,断电数据保护,外部断电情况下电池续航至少4个小时; 9.收费POS机具有脱网工作能力,网络恢复后能保证最新数据的一致性;有较大存储容量,黑白名单处理策略先进合理,能满足采购人实际需求; 10支持对POS机餐次、营业分组、消费级别等营业参数的设置; 11.支持实时同步名单,下传到POS机; 12.收费POS机应用程序采用在线升级,维护升级简便; 13.POS应带有多个PSAM卡槽,便于后续应用扩展。 |
1/套 |
8 |
水控管理系统 |
水控管理系统主要应用于校园开水炉、淋浴间等水控应用场所,通过智能水控器,实现计时/流量收费管理。用水量和经济利益密切挂钩,多用多付费少用少付费,用经济杠杆调节浪费。 系统包含但不限于以下要求: 1.阀门采用防盗、防破坏快开阀,方便拆卸清洗、耐用; 2.读卡和显示部分与阀表分体安装,便于用户插卡和查看余额; 3.水控器与电磁阀/电动阀均为安全电压,充分保证使用者安全; 4.浴室淋浴,按流量计费,单价可自行设定,停止流水时暂停计费; 5.保障在网络故障、脱机情况下能够继续使用; 6.水控器整体采用防淋、防溅设计; 7.单价可自行设定,停止流水时暂停计费; 8.★采用读卡、开关等方式控水,插卡后按下开始键出水;拿走卡或按下停止键停止出水,更加人性化和节水; 9.独有节电设计,设备在没有读到卡或没有按键操作的情况下30分钟内自动断电,读卡或按键后自动启动; 10支持在线升级:可在不拆机的情况下将水控器中嵌入程序升级,方便扩展或完善系统功能。 |
1/套 |
9 |
通道管理系统 |
通道管理系统是为了高效的防止人员随意出入的安防管理,对人员出入通道进行严格的权限认证,防止未经授权的非法人员随意出入,提升场所的人员管理能力,消除安全隐患。 系统包含但不限于以下要求: 1.箱体在标准化设计基础上,一次成型技术、机械化拉丝工艺,模块化对接,易于装卸维护,互换程度高; 2.箱体内设计有专业导水槽,可安装于室内、室外; 3.双向读卡,自动判别方向; 4.可自由切换无障碍通道使用; 5.多种使用模式:刷卡通行,非法卡、按钮开闸、远程开闸 6.灵活管理:授权和受禁方式灵活管理; 7.实时监控:支持图文并茂的监控刷卡人员名单、对比人员照片; 8.消防、安防联动:提供相关输入和输出接口,方便匪警、火警等安全需求; 9.闸机管理系统需要能和图书馆系统做对接,实现精确的进出馆记录登记、查询等功能; 10.闸机同时支持刷卡、扫码、人脸方式进行校内身份认证。 |
1/套 |
10 |
一卡通门户定制 |
持卡人、商户、管理人员可以通过一卡通系统门户网站查询一卡通相关信息,不同角色可以查询的不同范围的内容。管理员可以通过后台系统进行网站信息发布和维护;持卡人可以通过网站进行消费流水、账户余额查询、查询密码修改和卡片挂失等操作;商户可以通过网站查询本商户的营业情况;管理人员可以通过网站查询整个系统的统计分析信息,如当前系统账户总数、有效账户数、挂失帐户数、冻结帐户数、商户数量、各商户日营业额、系统现金余额等等。 本次项目的门户需要根据采购人的需求进行定制。为一卡通用户提供方便快捷的登陆入口,并支持用户进行各类自助操作,如挂失解挂、交易查询、在线充值、在线转账、清单缴费、项目缴费等功能。 |
1/套 |
11 |
手机软件(APP) |
1.登录:统一身份认证登录,支持校内统一身份认证登录对接;学工号认证登录;校园卡账户认证登录; 2.账单:个人消费数据查看,分类统计; 3.扫一扫:通过手机扫二维码,输入付款金额和支付密码完成付款; 4.付款码:点击付款码生成带有个人账户信息的条形码和二维码,通过设备扫码完成付款; 5.支持银联二维码; 6.认证码:点击认证码生成带有个人身份信息的二维码,通过设备扫码完成认证; 7.校园卡服务:新办卡申请、卡延期申请、校园卡充值、校园卡密码修改、校园卡余额查询、校园卡挂失、校园卡解挂、拾卡招领、交易流水查询等; 8.缴费服务:网费、电费、学费、代缴费;支持校园卡绑定的银行卡支付,校园卡电子账户支付、银联支付等; 9.支持手机NFC校园卡绑定; 10.APP软件按相关部门要求进行备案; 11.★支持安卓版、苹果版等主流应用系统,投标文件中提供计算机软件著作权登记证书扫描件。 |
1/套 |
12 |
大数据分析平台 |
要求数据分析工具,具备强大的数据收集能力、清洗能力和展示能力;为采购人在学生、教师生活等方面提供行为分析,优化管理方式,提升服务水平,让采购人更大限度了解师生需求,以便提供个性化精准服务。智能化数据分析后,投放于采购人信息中心电子投影屏处。 系统包含但不限于以下要求: 1.采用J2EE标准开发,支持Unix、Linux、Windows等操作系统; 2.系统采用B/S架构; 3.采用Java/Ruby/Python/R等面向对象程序设计语言; 4.数据库支持:关系型数据库:Mysql、Oracle;非关系型数据库:Mongodb、Redis、Hbase; 5.采用基于Hadoop的分布并行架构,支持弹性集群扩展。同时支持Spark、Hive、Sqoop、Flume、Kafka等生态组件工具; 6.可视化输出:采用Echart、D3.js可视化输出方案,需严格遵序web标准;支持多种可视化形式相结合的方式进行可视化输出,例如:饼图、柱状图、折线图、散点图、地图等; 7.展示的数据分析结果要同时支持PC、PAD和手机终端; 8.数据统计展示功能:消费数据、门禁出入、图书借阅等信息可以按照日、周、月、学期/年、年进行统计与分析,产生数据报告,生成统计图形。 |
1/套 |
13 |
自助打印复印系统 |
自助打印复印系统引入“自助式无人化”的管理模式,通过校园一卡通进行身份认证和收费,做到使用者、使用时间、内容、费用的精确可控,在所有接入校园网的电脑上,为全校师生提供最方便最廉价的打印复印服务。 系统包含但不限于以下要求: 1.与校园一卡通集成,身份认证和扣费均通过一卡通实现,由采购人财务统一结算; 2.打印和复印完全实现自助式无人化管理,师生可凭借校园卡自己进行复印和打印; 3.支持根据不同纸张和不同机型设定收费标准,方便灵活; 4.实时自动检查一体机状态:系统自动检查一体机缺纸,卡纸、缺墨粉、机器故障等状态,在纸偏少时会自动提醒管理员纸不足。出现任何影响一体机正常工作的状态都会及时上报管理员。并根据故障类型限制学生的使用,比如缺A3纸时,只能打印复印A4。缺墨粉时禁止一切打印复印操作; 5.打印属性支持选择纸型(A3、A4)、纵打横打和单面双面打印; 6.黑白、彩色同时支持的打印机可配置个性化打印属性,可支持只打印彩色、只打印黑白和彩色黑白同时支持。黑白,彩色,扫描费率的独立设置,灵活方便了管理员对于费率的个性化设置; 7.支持打印、复印补助,可给学生发补助,该补助只能用于打印和复印,有补助的人员,打印复印时先使用补助,不扣费; 8.操作简单,使用者无需进行培训即可根据操作提示自行完成打印、复印; 9.刷卡终端支持个性化定制,形式多样。 |
1/套 |
14 |
自助洗衣管理系统 |
应用于客户公寓楼或洗衣房,实现刷卡进行自助洗衣扣费。系统包含但不限于以下要求: 1.可为任何洗衣机单独配置,有效保护原有投资; 2.控制器具有完善密封设计,防水、防潮、防震动,可在较为恶劣的工作环境中正常工作; 3.二次刷卡启动洗衣流程,有效避免误刷卡给师生带来损失; 4.联网板控制器有明晰的消费记录,便于收益统计分析; 5.和洗衣机对接支持多种方式,如脉冲、控电等; 6.多种支付方式:M1卡、CPU卡、虚拟校园卡等; |
1/套 |
15 |
自助补卡系统 |
通过自助补卡\现金充值终端,提高卡务中心工作效率,提升用户服务体验。 1.产品设计符合金融安全标准; 2.支持触摸屏操作; 3.实现无人值守,支持7*24小时自助服务; 4.自助补卡(发卡):支持二代身份证识别; 5.证卡打印:支持校园卡卡面信息单面、双面打印; 6.现金识别模块:Cash Code MSN识别率>99.9%(支持免费升级支持新币种和假钞识别信息);支持1元、5元、10元、20元、50元、100元面值的人民币,可根据情况自主设置支持面额种类; 7.★支持扫码支付; 8.UPS供电:断电保护,确保突然断电后当前交易的完整性; 9.打印功能:打印小票功能; 10.自助挂失:支持校园卡自助挂失功能; 11.招领查询:提供捡到卡登记信息的查询功能。 12.监控服务功能:能够对终端进行监控,卡箱信息、钞箱信息(如纸币张数、面额),钞箱满时和打印机缺纸时能够提供警报信息; |
1/套 |
16 |
门联网管理系统 |
门联网管理系统采用可靠的物联网技术,结合整体管理平台,实现校园范围内教学楼、办公楼等场所的联网门锁的实时联网、数据一体整合、业务无缝联动的管理。 系统包含但不限于以下要求: 1.★根据不同的门锁,支持使用校园卡刷卡开门、二维码开门、人脸开门; 2.可通过管理界面实时查看门锁的动态和相关功能,可实现远程开门; 3.刷卡数据要求实时上传,并可以实时查询开锁记录数据,包含开锁时间、开锁方式。部分重点场所还可通过平台可调取开锁及异常事件发生时的现场门点视频; 4.实时监测门锁硬件的开关状态及相关组件的工作状态,例如通讯信号强弱、锁具电量状态和低电量提醒; 5.软件架构: B/S结构,可通过浏览器实时体现门锁的电量、门锁状态等相关功能信息; 6.门虚掩报警:门未关好即报警,并在后台提示管理人员; 7.撬锁报警:如果有人撬锁,系统迅速通知管理人员; 8.锁具可实现常开或常闭状态的切换,记录实时上传并通知管理员; 9.管理卡、学生卡功能:通过平台下发主卡权限,里面锁具上保险也能通过刷卡打卡(适用管理员)通过平台下发学生卡权限,里面锁具上保险通过刷卡打不开门锁(适用学生); 10.支持遥控器开门、刷卡开门、远程开门、机械钥匙开门、内部把手开门; 11.采用非接触刷卡方式,支持M1卡、CPU卡和NFC手机刷卡; 12.远程开锁需现场配合操作,超时自动失效,以确保安全; 13.门锁电池电量低时,能及时向管理员告警; 14.网络通信意外中断时,门锁可以离线工作,不影响用户正常出入。并可保存脱机刷卡记录,在网络恢复正常后立即自动上传到控制器。必要时可以采用机械钥匙应急开门; 15.通过H5方式或APP进行实现远程开门。 |
1/套 |
17 |
对接管理系统 |
本次一卡通系统建设需要预留和采购人原有及新建的信息化系统接口,实现数据集成,身份认证与应用集成等,解决第三方系统对接需求的差异,实现了信息的共享和资源的有效利用。 支持紧耦合、松耦合、不耦合等多种结合方式;提供API动态库、通讯接入服务、WebService服务、数据库同步、应用程序、卡空间开放等多种接口形式。 |
1/套 |
本次项目包含主要对接的第三管理系统 |
财务管理系统对接:与财务收费系统实现集成对接,由收费系统创建的收费项目信息,在一卡通系统中可实时获取,并发布到校园一卡通Web网站、一卡通手机APP、一卡通微信端及校内一卡通自助服务终端,在完成缴费支付后实时回传收费系统,实现数据交互共享,一卡通与收费系统均可以提供报表统计。 |
1/项 |
|
英语CET4/6、计算机等级等各种考试收费系统对接:报名人员可登陆采购人官网及时缴费至财务收费管理系统,便于财务处入账管理,减少财务人员工作量,减轻现金流交易带来的麻烦。 |
1/项 |
||
图书馆管理系统对接:与图书管理系统对接,实现校园卡(含虚拟卡)借还书以及逾期扣费等。 |
1/项 |
||
机房管理系统对接:同步一卡通相关系统的数据信息,对机房进出 |
1/项 |
||
智能电控管理系统对接:使用校园卡余额缴纳、查询电费。 |
1/项 |
||
智慧校园平台对接:与采购人统一共享数据中心、单点登录系统集成,完成数据同步及数据标准一致性。 |
1/项 |
||
教务管理系统对接:获取教务系统课表、成绩、教室使用情况信息,为一卡通系统提供所有业务数据源。 |
1/项 |
||
第三方充值集成:实现通过支付宝、微信等往校园一卡通系统进行充值。 |
1/项 |
||
与中国农业银行系统对接:实现在线申办农行借记卡(提供个性化卡面定制)、农行借记卡与校园卡线上绑定、通过农行掌银APP缴纳各类费用(学杂费、宿舍费、水电费、考试报名费、通讯费、党费等)及校园卡充值。 |
1/项 |
||
服务期内其它需要对接的第三方管理系统。 |
项 |
||
二、一卡通硬件部分 |
|||
序号 |
产品/软件名称 |
参数要求 |
数量 |
1 |
读写器(发卡器) |
1.支持 13.56MHz 非接触式卡片,符合 ISO/ICE 14443A/B 标准; 3.感应距离:0-10cm。 |
4 /台 |
2 |
虚拟卡读写器(发卡器) |
1.实现扫码+读写卡一体的开户配卡读写器;设备支持PSAM卡; |
8 /台 |
3 |
消费圈存机 |
1.机箱:采用标准工控机箱; 2.主板:采用工业控制主板,支持7*24小时连续工作。 3.CPU:不低于2.66G; 4.内存:1GB(含)以上; 5.硬盘:250GB(含)以上; 6.串口:8个或以上; 7.USB接口:4个或以上; 8.网卡:100M以上; 9.包含显卡、声卡; 10.安装方式:壁挂式; 11.维护方式:前开门维护; 12.电源:通过认证电源;交流电的输入为100~240VAC,在输入交流电压220V±15%,工作频率50±1%的条件下能正常工作;防雷、抗电涌、防静电; 13.屏幕:≥32英寸彩色液晶显示屏; 14.特殊要求:防尘、防暴、防水、防静电; 18.掉电吐卡功能:有; 19.支持M1卡、CPU卡、双界面卡,支持SAM卡; 20.使用硬件加密模块;形式:标准EPP硬件加密键盘,密码键盘具有防窥罩。 |
3 /台 |
4 |
电控充值机 |
1.机箱:采用标准工控机箱; 2.主板:采用工业控制主板,支持7*24小时连续工作。 3.CPU:不低于2.66G; 4.内存:1GB(含)以上; 5.硬盘:250GB(含)以上; 6.串口:8个或以上; 7.USB接口:4个或以上; 8.网卡:1个(100M(含)以上); 9.包含显卡、声卡;操作系统:Windows系列; 10.安装方式:壁挂式; 11.维护方式:前开门维护; 12.电源:通过认证电源;交流电的输入为100~240VAC,在输入交流电压220V±15%,工作频率50±1%的条件下能正常工作;防雷、抗电涌、防静电; 13. 屏幕:≥32英寸彩色液晶显示屏; 14.特殊要求:防尘、防暴、防水、防静电; 18.掉电吐卡功能:有; 19.支持M1卡、CPU卡、双界面卡,支持SAM卡; 20.使用硬件加密模块;形式:标准EPP硬件加密键盘,密码键盘具有防窥罩。 |
8 /台 |
5 |
自助缴费补卡终端机 |
1.工控主板:板载双核 2.4GHZ,支持 6 个标准 COM(TTL/9 Pin 带电可选 8个USB口,双 Mini PCI-E+SIM 卡槽设计(满足 m-SATA/3G/WIFI),支持智微标准串口扩展功能; 2.内存不小于4GDDRIII; 3.网络接口:千兆网卡; 4.VGA口1个+LVDS 24位双通道; 5.硬盘:固态不小于120G/SATA 或500G/SATA/7200转; 6.液晶:不小于17寸液晶,分辨率:不低于1024*768; 7.过流保,带UPS功能,备用时间30分钟; 8.热打:中文字库,行式热敏; 9.智能卡发行机,适应多种卡片,发卡速度>1张/s,卡容量:不少于150张; 10.纸币识币器:采用最新识别,防欺诈及闪存技术,可精确识别新旧版的识别率纸币识别器,币仓容量:1000张;可识别币种:5、10、20、50、100,带单张含币功能,平均无故障工作时间≥5000小时; 11. ★支持扫码支付功能; 12. 语音提示功能,在补卡机终端操作相关业务时有语音提示正确的操作流程,可以一定程度上减少误操作; 13.内置彩色人像证卡打印机,二代证读卡器。
|
2 /台 |
6 |
金融加密机 |
1.采用国家密码管理局审批的安全处理芯片SSX45和3DES/SM1分组密码算法,具有较高的可靠性和安全性,密钥等涉密信息存储在安全芯片内,保证密钥的安全存储; 2.3DES密码算法加解密:≥8000次/秒; 3.SM1算法加解密速率:≥3840次/秒; 4.SM2密钥产生速率:≥13次/秒; 5.SM2算法加密速率:≥6次/秒; 6.SM2算法解密速率:≥12次/秒; 7.SM2签名速率:≥12次/秒; 8.SM2验签速率:≥6次/秒; 9.SM3计算Hash速率:≥420次/秒; 10.SM3计算摘要速率:≥1920次/秒; 11.SM4算法加解密速率:≥1560次/秒; 12.低功耗静态存储器:≥384K字节; 13.接口方式:1个RJ-45型以太网口、1个RJ-45型串口、1个并口、1个USB口; 14.可靠性:MTBF>20000h。 |
1 /台 |
7 |
PSAM母卡 |
1.完全符合《中国金融集成电路IC卡规范》; 2.符合《国家金融IC卡试点PSAM卡应用规范》(试行),支持中国人民银行规定的PSAM卡消费交易流程,符合ISO7816-1/2/3/4,支持一卡多应用,各应用之间相互独立(多应用,防火墙功能),支持SingleDES、TripleDES、1024位RSA、160位和192位ECC算法; 3.支持多种文件类型,包括二进制文件、定长记录文件、变长记录文件、循环文件、钱包文件; 4.支持多种速率选择,可支持9600bps、19200bps、38400bps、76800bps等不同的通讯速率,缺省为9600bps; 5.支持密钥的三级分散,支持密钥的明文装载和密钥的密文装载,可封装为双列直插式或贴片式芯片形式,直接焊接到用户电路板上; 6.支持多通讯协议(T=0/T=1)。 |
2/张 |
8 |
PSAM卡 |
1.完全符合《中国金融集成电路IC卡规范》; 2.符合《国家金融IC卡试点PSAM卡应用规范》(试行),支持中国人民银行规定的PSAM卡消费交易流程,符合ISO7816-1/2/3/4,支持一卡多应用,各应用之间相互独立(多应用,防火墙功能),支持SingleDES、TripleDES、1024位RSA、160位和192位ECC算法; 3.支持多种文件类型,包括二进制文件、定长记录文件、变长记录文件、循环文件、钱包文件; 4.支持多种速率选择,可支持9600bps、19200bps、38400bps、76800bps等不同的通讯速率,缺省为9600bps; 5.支持密钥的三级分散,支持密钥的明文装载和密钥的密文装载,可封装为双列直插式或贴片式芯片形式,直接焊接到用户电路板上; 6.支持多通讯协议(T=0/T=1)。 |
800/张 |
9 |
人脸识别消费机 |
1.支持13.56MHz非接触式卡片,符合ISO/IEC14443A/B标准; |
4/台 |
10 |
▲多媒体消费机(支持聚合支付) |
1.支持 13.56MHz 非接触式卡片,符合 ISO/ICE 14443A/B 标准; 15.能够受理银联二维码。 |
200 /台 |
11 |
水控器(浴室) |
1.基于ARM Cortex-M3,32位MCU; 2.同时支持各种类型的非接触式射频卡,包括Mifare1(S50、 S70)射频IC卡、CPU、NFC卡、SIM/UIM-PASS卡等; |
120 /台 |
12 |
电动阀 |
1.电机驱动,动作可靠; |
120 /个 |
13 |
流量计 |
计量等级:A/B 分界流量:0.15/0.12M2 最小流量:0.06/0.03M2 脉冲常数:每升水29个脉冲信号 使用寿命:>5年 |
120 /个 |
14 |
水控器(洗衣机) |
1.基于ARM Cortex-M3,32位MCU; 2.同时支持各种类型的非接触式射频卡,包括Mifare1(S50、 S70)射频IC卡、CPU、NFC卡、SIM/UIM-PASS卡等; |
177 /台 |
15 |
转换器 |
通过刷卡器扣费释放脉冲信号,驱动洗衣机运作。 |
177 /台 |
16 |
通讯控制器(水控) |
1.采用Cortex-A8以上处理芯片; 2.带Linux操作系统,按照工控设备的要求进行设计和制造,确保通讯控制器能在较恶劣的环境中稳定运行; 8.标准19英寸机架式尺寸,支持标准机柜安装。 |
4 /台 |
17 |
自助打复印系统(含自助打复印机) |
1. 自助服务:支持学生自主打印、复印、扫描,自助终端上可以提供打印预览; |
2 /台 |
19 |
管理电脑 |
CPU:i5内存:16G; |
6 /台 |
20 |
摆闸单机芯 |
1.速通门电机采用直流无刷伺服电机,运行平稳、可靠; 2.户外防水,可以直接露天使用; 3.配置不少于24对红外检测光幕,每对红外检测点采用双发射双接收技术,稳定性高;尾随检测间距不大于75mm; 4.门单元防护等级通过第三方IP65认证; 5.设备应支持工作温度-25℃~70℃;外壳防护等级试验通过IPX4测试; 6.可设置门单元开、关门速度; 7.门翼关门过程中,速通门接收到开门信号,门翼在关门过程中再次打开,有效提高人员通行效率; 17.通道控制器外部标准通讯接口:CAN*2 、RS232*3 数字I/O 8进8出,可拓展USB、TCP/IP、VGA等; |
14 /台 |
21 |
摆闸双机芯 |
7/台 |
|
22 |
门禁控制器 |
1.采用32位ARM芯片和嵌入式操作系统; |
5 /台 |
23 |
门禁读卡器 |
1.CPU为32位Cortex-M3核心处理器; |
16 /台 |
24 |
人脸识别模块 |
1.设备采用不小于7英寸LCD触摸显示屏,屏幕分辨率不小于1024*600,屏幕防冲击防护等级IK04; 2.设备支持红外及白光灯补光,并可设置红外及可见光补光灯亮度; 3.设备本地人脸库存储容量≥50000张,本地卡存储容量≥200000张,本地出入记录存储容量≥100000条,本地存储人脸抓拍照片≥150000张; 4.设备具有丰富的硬件接口,应不少于以下硬件接口及能力: LAN*1(10M/100M/1000M自适应) ;RS485*1;韦根*1;USB*1; 6.设备支持人脸识别功能,现场抓拍人脸照片与本地人脸库照片进行比对,进行人员身份核验;支持人脸在画面内持续动态跟踪;支持本地离线人脸比对功能;支持用户人脸数据下载及人脸识别双线程同步工作;人脸识别水平区域范围可设置; 7.设备的人脸识别距离:0.5~2m;人脸识别高度:1.2~2m(安装高度1.4m,距离1.5m);人脸识别误识率≤0.01%,准确率≥99.8%,人脸识别速度≤0.2s; 8.设备支持防假体攻击功能,对视频、电子照片、打印照片中的人脸应不能进行人脸识别; 9.★设备支持人脸识别、人证比对、刷卡、二维码、密码等认证方式,且支持以上任意一种、任意两种或三种组合认证开门;根据使用场景,认证开门方式还应包括:多重卡认证开门、多重卡+中心远程认证开门、多重卡+超级密码开门、多重卡+超级卡开门、 首卡开门、超级权限开门、管理中心远程开门、APP远程开门、室内机及管理机远程开门; 10.设备支持多种人脸注册方式:设备本地人脸注册;远程中心下发人脸;通过APP采集人脸并注册下发; 11.设备支持局域网、互联网环境的网络通信; 12.设备支持多客户端软件同时实时监听功能,在线状态下实时上传比对记录; 13.设备支持比对结果图文提示功能; 支持本地视频预览、人脸动态捕捉;支持查看人员信息、设备状态、设备模式; 14.设备支持管理中心远程视频预览功能;同时支持接入NVR设备,实现视频监控录像; 15.设备支持黑名单功能,支持中心下发黑名单信息,本地黑名单信息比对,支持本地黑名单事件信息上传平台; 16.设备具有数据加密功能,包括支持本地非明文存储比对结果、身份信息及抓拍人脸照片;支持实时非明文上传比对结果、身份信息及抓拍人脸照片等至管理中心;支持断网续传离线记录非明文数据功能;支持本地根据具体用户按天、周、月、自定义时间段或全部查询事件记录; 17.设备支持本地及管理中心设置比对模式、阈值、人脸参数、补光灯参数、相机参数、网络参数等; 18.设备支持节能功能,支持在没有用户使用时自动切换到屏保或息屏待机状态,当物体靠近时自动唤醒待机设备; 19.设备应具备报警功能:1)当连续若干次在设备上进行错误操作;2)未经正常操作而使出入口开启;3)出入口开启时间超过设定值;4)设备被拆除;5)胁迫卡和胁迫码;6)黑名单刷卡;设备在接入系统平台可支持视频联动报警功能。 |
28/台 |
25 |
人脸识别无线门锁 |
1.类型:整体锁; |
5/台 |
26 |
无线门禁主控器 |
1.通讯接口:通过工业级CAN/485总线与天线扩展模块,通过LAN接口与管理中心服务器进行通讯; 3.时钟断电保存时间: 3个月; |
1/台 |
27 |
天线扩展模块 |
通讯接口:能通过2.4g/5g与无线门锁进行通讯。各扩展模块间采用总线型组网,通过CAN总线与无线主控器通讯。 |
2/台 |
28 |
视频监控—前端产品 |
1.具有400万像素CMOS传感器; 3.红外补光距离不小于50米; 7.信噪比不小于58dB; 10.不低于IP67防尘防水等级; 11.需支持DC12V供电,且在不小于DC12V±30%范围内变化时可以正常工作; 12.需支持本地SD卡存储,最大支持128G,并支持存储卡可使用时长显示。 |
6 /台 |
29 |
视频监控—中心产品 |
1.支持图片文件秒级检索,秒级提取硬盘中人脸、车辆、人体等图片文件,用户可快速浏览全部通道中的图片文件; 2.支持回放双进度条控制功能,可在进度条上自动标注目标事件,一条为当前回放通道,一条为全部通道。支持鼠标在进度条上点击进行快速定位回放功能; 3.支持实时监测并显示系统正在进行的录像备份任务,可查看剩余录像大小、剩余时间、备份进度百分比和进度条; 4.支持1路H.265编码、25fps、8160×2400格式的视频实时预览; 5.支持录像打包时间1-300分钟可设置; 6.支持1/8、1/4、1/2、1、2、4、8、16、32、64、128、256等倍速回放录像,支持录像回放的剪辑; 7.要求保存六个月以上监控录像。 |
1 /台 |
30 |
显示器 |
32英寸,VGA+HDMI+DP_IN+Audio_IN+耳机信号输出口,自带底座 |
1 /台 |
31 |
门禁控制器 |
1.采用32位ARM芯片和嵌入式操作系统 11.白名单数量:脱机可开门的名单数量≥10万条白名单。 |
3 /台 |
32 |
门禁读卡器 |
1.CPU为32位Cortex-M3核心处理器; |
12 /台 |
33 |
笔记本管理电脑 |
i5/16G内存/512G(固态) |
3 /台 |
34 |
UPS主机 |
1.单进单出UPS,额定容量:10KVA/8KW,(后备时间240分钟)输入电压范围不低于187-253Vac,频率范围不低于47.5-63HZ,功率因数≥0.8。标配输出过载保护、输出短路保护、机器过热保护、系统故障等; 2.当市电异常(包括市电断电;市电电压过高、过低;市电频率超标)或市电恢复正常时,UPS的输出均应无切换时间,满足各种精密设备对电源的高标准要求;内置静态民子旁路开关,当UPS发生故障时,应可无间断地转到旁路继续向负载供电,交提供声光报警; 3.在市电正常时,应无需电池即可启动UPS,既满足用户的应急需求,也可在最大限度内修复损坏的电池;根据负载的容量自动调整电池放电的终止电压,有效地延长了电池的使用寿命;应采用先进的均浮充自动转换的充电技术,节省充电时间,从而延长电池的使用寿命; 4.在无市电的状态下,UPS主机应可直接用电池组启动,满足用户的应急需求。并具务超强的冷启动能力,可在满载的情况下进行冷启动操作; 5.当UPS工作在电池模式时,因电池欠压而自动保护关机,市电恢复后,UPS即自启动向负载供电,满足无人值守的需要; 6.应具有较强的带载能力,可以适用各种不同类型的负载,满足各种应用场合的需求; 7.应具有交流输入过、欠压保护;输出过、欠压保护;输出过载、短路保护;逆变器过温保护、电池欠压预警、电池低压保护功能、电池过充电保护等多功能保护于一体; 8.UPS可通过RS232接口,配合UPS智能监控软体可与电脑进行通讯,UPS的各种参数一目了然地显示在通讯界面上通过外置网络监控管理适配卡,UPS具有直接上网功能,提供即时的UPS资料和电源讯息,通过各种网络管理系统进行通讯、管理,使UPS即刻成为网络中的一员; 9.功率部件应采用超低温升设计,提高系统的环境适应能力和可靠性; 10.LCD+LED大屏幕高清晰液晶显示屏,可方便快捷的了解系统当前运行状态和各项性能参数; 11、整机防护等级≥IP21。 |
2/台 |
35 |
蓄电池 |
12V100AH蓄电池 1.蓄电池外观不应有裂纹、污迹及明显变形,蓄电池的正、负极端子极性应有明显标记; 2.具备耐高电流能力、抗机械破损能力、防爆能力以及材料的阻燃能力; 3.要求与UPS主机为同一品牌。 |
64/块 |
36 |
电池箱 |
1.整机经磷化喷塑,耐磨防蚀; 2.可拆装式全开放式结构,安装检修方便,造型美观,曲线流畅,拆装方便; 3.柜机采用优质金属成型,受力均匀; |
2/套 |
37 |
服务器机柜 |
标准42U服务器机柜,提供PDU供电插排 |
2/台 |
38 |
CPU卡 |
1.统一印制采购人个性化版面; 2.要求投标人具备IC卡嵌入式软件(卡片操作系统)的软件著作权登记证书。投标文件中提供所投产品第三方有权机构出具的检测报告扫描件或影印件; 3.★实体卡具有相对较高的安全性和不可复制性,要求使用具有自主密钥管理系统对卡片进行加解密,密钥由采购人完全自主掌握。 |
25000 /张 |
三、数据中心及网络专用设备部分 |
|||
1 |
▲核心交换机 |
1.★业务性能:主控槽位≥2,交换网槽位≥2,业务槽位≥6,交换容量≥86T,包转发率≥26000Mpps; 2.支持MAC地址≥1M,IPV4路由表≥1M,ACL≥256k; 13.提供该产品的三年原厂服务。 |
1/台 |
2 |
万兆交换机 |
1.交换容量≥5.9Tbps,转发性能≥220Mpps,支持扩展插槽; 4.支持堆叠,主机堆叠数不小于9台,且堆叠后所有设备采用统一的转发表项; 6.支持静态路由、RIPv1/2、RIPng、OSPF、OSPFv3、ISIS、BGP、VRRP等协议; 9.提供该产品的三年原厂服务。 |
2 /台 |
3 |
汇聚交换机 |
1.交换容量≥5.9Tbps,转发性能≥168Mpps;支持RPS冗余电源; 3.支持G.8032环网技术; |
6/台 |
4 |
48口POE交换机 |
1. 交换容量≥2.56Tbps,转发性能≥108Mpps,支持PoE+; 3. 支持DHCP Snooping trust;支持用户间的二层隔离,用于减轻网关ARP处理负担,降低网关受ARP攻击的风险,支持802.1X; |
4/台 |
5 |
24口POE交换机 |
1. 交换容量≥2.56Tbps,转发性能≥108Mpps,支持PoE+; |
5 /台 |
6 |
24口交换机 |
1. 交换容量≥3.36Tbps,转发性能≥125Mpps; |
18 /台 |
7 |
▲双活存储 |
1.非OEM品牌或联合品牌,所投产品生产厂商拥有自主知识产权, 投标文件中提供所投产品计算机软件著作权登记证书或发明专利扫描件或影印件证明; 2.配置双控制器,支持FC SAN、IP SAN组网,配置高速一级缓存≥128GB,一级缓存必须全部为SAN控制器缓存(不包含NAS、SSD、FLASH、SCM卡、压缩专用缓存等);最大支持24控制器扩展,投标文件中提供官网截图证明; 3.配置1Gb/s iSCSI主机接口≥6个,配置10Gb/s iSCSI主机接口≥4个(含光模块及线缆,配置16Gb/s FC主机接口≥8个(含光模块及线缆),配置后端磁盘通道≥8个,SAS3.0 规范,总带宽≥384Gb; 4.配置600GB 10000转企业级SAS硬盘≥4块,配置1.2TB 10000转企业级SAS硬盘≥20块;本次配置≧1PB存储容量授权许可; 5.支持SSD、SAS、NL-SAS、SATA类型磁盘,存储最大支持硬盘数(每双控)≥1600; 6.支持RAID 0、1、10、5、6等RAID类型; 7.★配置硬盘容错功能,允许同一个RAID组中任意三块硬盘发生整盘物理故障,业务不中断,数据不丢失,投标文件中提供第三方有权机构出具的测试报告扫描件或影印件,报告须具有CNAS标志; 8.配置基于存储底层双活功能,不需引入存储阵列之外的任何软、硬件,存储阵列自身可支持双活存储部署,将两台双控存储节点组成双活系统。当其中一台存储发生故障时,可自动切换到另一台存储上。切换过程自动完成,无需人工干预,业务不中断,数据零丢失; 9.★考虑到双活的性能和延时,本次配置双活私有链路带宽要求≥40Gb iSCSI(非FC链路同步); 10.配置快照功能许可, 单个LUN支持快照数≥2048个,有效预防各种软故障的发生; 11.★配置来电自启动管理软件,双活存储异常掉电来电后自动协商上线,自动同步差量数据,无需人工干预。投标文件中提供第三方有权机构出具的测试报告扫描件或影印件,报告须具有CNAS标志; 12.★配置控制器容错功能,双活存储可根据实际业务需求横向扩展成四控存储,允许三个控制器同时故障,业务不中断,数据不丢失,投标文件中提供第三方有权机构出具的测试报告扫描件或影印件,报告须具有CNAS标志; 13.配置自动精简功能,可按照实际数据存储要求,动态分配存储空间,有效保护存储空间; 14.双活存储配置网盘功能(含50个客户端授权许可),支持服务器和存储控制器多种部署方式,支持用户数≥10000,可在Web端多人协作编辑,管理员可灵活自定义历史版本的保存数量(没有数量限制); 15.配置巡检功能,设置巡检策略,自动执行在网设备巡检,生成巡检报告,按需将巡检结果自动发送给指定接收人; 16.配置中文图形化管理平台软件及授权,配置日志告警、指示灯告警、控制台告警、蜂鸣器告警等功能。配置高性能监控软件,要求可以实时监控CPU的利用率、磁盘繁忙程度、IOPS和吞吐量; 17.根据机房工作环境,考虑到空调故障等因素,所投设备支持在≥40度环境下正常工作; 18.支持国产达梦、人大金仓数据库、麒麟操作系统和凝思操作系统的兼容性; 19.所投产品通过3C认证和节能认证,投标文件中提供所投产品3C认证和中国节能产品认证证书扫描件; 20. 提供该产品的三年原厂服务。 |
2/台 |
8 |
光纤交换机 |
1.要求与本项目使用服务器和存储兼容; |
2/台 |
9 |
数据备份与恢复系统 |
一、设备规格配置要求: 11.提供三年原厂服务。 |
1/套 |
10 |
▲刀片服务器机箱 |
1.★机架安装,为节约空间,高度≤10U,配置上架导轨;支持≥16片刀片服务器,支持不同型号Intel,AMD,x86和Unix小机刀片服务器混插,并支持存储刀片,磁带机刀片,工作站刀片的混插;投标文件中提供相应的产品彩页或网站截图; |
1/台 |
11 |
▲刀片服务器 |
1.配置2颗不低于16核/2.1GHz处理器; 2.配置512GB 2933MHz DDR4内存,本地提供≥16个内存槽位,支持Advanced ECC、内存在线热备、内存镜像; 3.配置2个2.5寸热插拔硬盘槽位,配置2块300GB SAS 10k 硬盘,硬盘托架具备Raid重建时不可拔出硬盘提示指示灯; 4.SAS磁盘阵列控制器,配置1GB 非易失性高速缓存, 支持RAID 0/1; 5.★可以使用管理软件对刀片服务器做统一管理;投标文件中提供相应的产品彩页或网站截图; 6.提供2个PCIE3.0 x16卡槽,配置以太网及FC存储网络连接适配器,要求总带宽≥20Gb; 7.★配置固件加固芯片,固件运行时每天对固件进行验证,检测到病毒攻击影响到代码后将固件恢复到已知的良好状态。投标文件中提供相应的产品彩页或网站截图; 8.配置≥1Gb独立的远程管理控制端口,配置虚拟KVM功能, 可实现与操作系统无关的远程对服务器的完全控制,支持服务器健康日记、服务器控制台录屏/回放功能,能够提供电源监控,可支持动态功率封顶; 9.提供三年原厂服务。 |
6/台 |
12 |
虚拟化软件 |
1.裸金属架构,无需绑定操作系统即可搭建虚拟化平台; 2.虚拟机之间可以做到隔离保护,其中每一个虚拟机发生故障都不会影响同一个物理机上的其它虚拟机运行,每个虚拟机上的用户权限只限于本虚拟机之内,以保障系统平台的安全性; 3.能够提供性能监控功能,可以对资源中的CPU、网络、磁盘使用率等指标进行实时统计,并能反映目前物理机、虚拟机的资源瓶颈; 4.支持现有市场上的主流x86服务器,具有双方认可的官方服务器硬件兼容性列表,包括国内外主流品牌服务器等; 5.提供HA功能,当集群中的主机硬件或虚拟化软件发生故障时,该主机上的虚拟机可以在集群之内的其它主机上自动重启。当虚拟机的客户操作系统出现故障时,可以自动重启操作系统,保障业务连续性; 6.支持4vCPU的容错机制,无需第三方软件集成而自身具备,可以保证运行虚拟机的主机发生故障时,虚拟机会自动触发透明故障切换,同时不会引起任何数据丢失或停机; 7.支持虚拟机的在线迁移功能,可以在不中断用户使用和不丢失服务的情况下在服务器之间实时迁移虚拟机,保障业务连续性; 8.提供将多台物理主机组成集群的能力,同时支持动态资源分配功能,可为整个集群中的虚拟机提供独立于硬件的动态负载平衡和资源分配,增强业务系统的服务质量; 9.配置1个控制中心许可授权和12个CPU许可授权; 10.支持分布式虚拟交换机,支持网络I/O控制和存储I/O控制; 11.提供3年原厂技术支持服务,按要求完成集成安装调试,现场安装调试工程师服务现场提供安装调试服务时需向采购人提供原厂认证证书。 |
1/套 |
13 |
防火墙 |
1.系统架构:采用非X86多核架构,处理器最低配置为10核,4G内存; |
1 /台 |
14 |
液晶 |
1.整屏尺寸约:2427mm*1368.6mm; |
4/块 |
15 |
控制软件 |
1.对大屏开关机、大屏拼接、信号源切换、画面静止; |
1/套 |
其它要求 |
1.报价包含项目全部施工费用; 2. 报价包含项目所需全部辅材费用,包含电源配电箱、空开、开关电源、配线架、线缆、跳线、模块、线卡、线槽等。 3.系统在上线前须经过代码扫描测试,并提供具有系统测评资质的第三方出具的代码扫描报告,所产生的费用由中标人承担。 |
|
投标文件中须做出如下承诺,未提供下列承诺投标无效:
如我公司中标:
1、我公司将提供具有系统测评资质的第三方测评公司按照等级保护要求对系统完成系统等级保护测评(二级)及整改工作,系统等级保护测评费用由我公司承担;
2、将采购人原一卡通系统近5年数据整理后导入大数据平台进行数据分析。
3、将采购人现有系统数据无缝迁移至新系统中,保证数据的完整性:确保数据无误、数据不丢失。