145 lines
17 KiB
Markdown
145 lines
17 KiB
Markdown
# 2022-2023年度市民卡内部教育E卡通运维招标要求
|
||
|
||
## 概览
|
||
苏州市教育E卡通管理平台运维项目招标采购要求
|
||
一、采购项目
|
||
采购项目名称:苏州市教育E卡通管理平台运维。
|
||
本次项目标的范围为苏州市区(含吴江区)教育E卡通管理平台运维。
|
||
采购项目金额:项目总价不高于25万元整。
|
||
采购方式:公开招标。
|
||
|
||
## 二、项目基本需求
|
||
(一)项目建设背景
|
||
“苏州教育E卡通”是为适应信息时代教育管理模式,提高管理效率和水平而建设的基础工程。该项目对于实现苏州教育优质均衡发展,落实苏州市政府实事工程的要求,加快推进苏州教育现代化进程具有重大而深远的意义。
|
||
作为市委、市政府确定的惠民工程,目前“苏州教育E卡通”服务范围覆盖姑苏区、工业园区、高新区、吴中区、相城区、吴江区。为此,苏州“苏州教育E卡通”管理平台运营维护服务,应顺应“智慧城市”建设发展趋势,制定科学合理的运营维护方案,做到运营维护服务的全覆盖,更好地为广大师生提供优质、高效、便利的业务办理环境,增强人民群众的获得感和满意度,真正达到“让数据多跑路,让百姓少跑腿”的目标。
|
||
|
||
## (二)平台功能需求:
|
||
1、提供统一的技术保障服务、运维支撑服务,并包括在平台运维过程中因业务变动而涉及部分字段调整、功能页调整、展示内容变更、样式变更、变量参数变更、脚本变更、接口变更等内容,以及与第三方配合的测试和联调工作,协助甲方完成甲方指定的其他配合工作。
|
||
(1)为平台提供运行维护工作,保障平台高效稳定的运行;
|
||
|
||
**(2)按照项目进度要求,配合各学校内部教育E卡通应用的对接工作;**
|
||
|
||
(3)在苏州市区(包括姑苏区、吴中区、相城区、新区、园区、吴江区)开展日常服务性支撑工作,包括卡业务服务(如采集、制卡、发卡、补换卡、挂失、解挂等)、设备管理、订单管理、账务管理等在内的日常服务支撑工作;
|
||
|
||
**(4)项目运营过程中必要的业务需求变动造成的开发工作(新功能需求的开发除外);**
|
||
|
||
**(5)应用系统安全:对教育E卡通管理平台进行不少于2次的专业安全渗透测试,并出具渗透测试报告,如发现漏洞及时进行修复,稳固系统的安全性,提升三级等保质量。**
|
||
|
||
(6)为吴江教育E卡通平台提供配套的运维支撑服务。
|
||
|
||
2、平台新增需求要点:
|
||
|
||
**(1)实现与智慧教育大平台的对接。具体对接需求由电教馆确定,,并由苏州市民卡有限公司将具体对接要求提供给智慧教育大平台开发商,配合开展并完成对接。**
|
||
|
||
**(2)实现教育E卡通在公共交通刷卡信息实时推送功能。对接相关部门,实现数据接收、清洗、存储、展示、查询推送等功能;查询推送渠道不低于3个,包括但不限于政务应用、微信等。**
|
||
|
||
(3)教育E卡通与政务应用对接,实现教育E卡通的NFC增效等功能。
|
||
|
||
(4)增加平台日志审计模块(包括单不限于数据查询、报表下载、权限更正等)。
|
||
|
||
(5)对接苏州市大数据管理局,建设数据交换通道,实现教育E卡通平台与市共享服务平台的数据交换。
|
||
(6)基础数据库对接。与教育基础数据库的对接,实现新生数据采集自动化、小升初注册报到自动化、制卡数据流程优化等需求(分各区对接)。
|
||
(三)运营维护服务期限:2022年7月1日起至2023年6月30日止。
|
||
|
||
## 三、平台技术要求
|
||
1、基础技术要求:
|
||
(1)系统有良好的扩展性,需要考虑到业务功能及数据量的持续增加,充分考虑平台的分级架构,采用物理存储与云存储、云计算相结合的模式,确保平台在持续运行过程中始终保持可扩充、可扩展的特性;
|
||
(2)满足开放性需求:软件具有良好的开放性,以便现有的系统做衔接,支持与图书馆系统、智慧校园、智慧班牌、消费系统等第三方软件平台对接;
|
||
(3)满足可靠性需求:采用集散型控制系统,支持网络工作站管理,支持智能脱机;
|
||
(4)系统各应用独立运行,例如校园增效机业务、第三方业务等单个业务宕机不影响其他业务运行。
|
||
|
||
2、容量及性能要求:
|
||
(1)用户容量要求不低于1000万;
|
||
(2)每日处理交易数据能力:≥20万笔。
|
||
(3)TPS ≥ 150。
|
||
(4)业务处理交易平均响应时间 ≤ 2s。
|
||
(5)普通业务查询平均响应时间 ≤ 1s,数据处理量比较大的查询平均响应时间 ≤3s。
|
||
(6)具有差错检测和预警处理机制。
|
||
|
||
3、安全性要求:
|
||
(1)客户端和服务器间能够使用安全的通信协议(HTTPS),数据加密传输。
|
||
(2)应有良好的安全机制防范攻击,阻止非法用户的侵入和攻击。
|
||
(3)敏感信息在数据库加密存储。
|
||
(4)接口按权限分级,禁止无权限用户访问。
|
||
(5)系统应实现良好的日志机制。
|
||
(6)有分级权限管理功能,即不同的管理员或领导有不同的操作和查询权限。
|
||
(7)配合完成系统的三级等级保护测评。
|
||
|
||
4、提交的资料要求
|
||
平台升级完成后,中标单位需要对验收发起申请,并提供包括但不限于以下资料:源代码、需求说明书、概要设计书、详细设计书、数据库说明书、接口清单、接口实例、安装手册、运维手册、测试用例和方案、测试报告、上线方案、上线报告等。
|
||
|
||
## 四、平台运维要求
|
||
1、日常业务运维服务:
|
||
本次项目涉及E卡通的众多日常业务,需要配备专业运维团队开展包括如采集、制卡、发卡、补换卡、挂失、解挂、设备管理、订单管理、账务管理、消费管理、数据分析、现有用户情况梳理及割接以及平台功能优化升级等工作。并在日常工作结束后,定期提交技术支撑工作情况总结、测试报告等相关资料。
|
||
|
||
2、维护与保障技术服务
|
||
为了保障苏州市教育E卡通平台业务的稳定运行,中标单位要设立专业团队进行7*24小时监控。针对业务维护等方面基础知识,按需向采购人提供业务培训工作。平台常规问题应保证1小时之内解决,现场服务响应时间小于4小时,重大问题需通知相关技术人员协助解决。每月进行一次业务巡检,按需进行平台功能优化,并及时向采购人相关业务负责人进行汇报,保证相关运维工作配合的及时性和有效性。
|
||
|
||
3、运维技术服务要求:
|
||
1)中标单位在本地有技术维护人员,以保证满足采购人系统正常运行维护的需求。
|
||
2)中标单位需提供合同期内软件平台的远程和现场技术支持服务。
|
||
|
||
4、其他要求:
|
||
(1)平台在运维期间,中标单位的技术人员须做到驻场开发,现场办公室由采购单位指定; 在开发过程中中标单位的核心技术人员未经采购单位书面同意不得随意离开或调换,否则视为中标单位违约,每出现一次违约行为,由采购单位扣除1万元作为违约金。
|
||
(2)中标单位为本项目配备的运维服务人员(包括技术人员和运维服务人员)应以优良的状态做好技术保障和客服工作,如因技术保障不及时、服务态度不佳而导致投诉的,经查实视为中标单位违约。为保证客服质量,采购方有权不定期检查,如发现运维服务人员有随意脱岗现象,视为中标单位违约。每出现一次违约行为,由采购单位扣除1万元作为违约金。
|
||
(3)平台运营维护服务准备时间:为保证系统运维服务的延续性,中标单位应在合同签订7天内完成测试平台部署,并在测试平台上实现日常运维技术服务。中标单位须保证在合同签订30天内完成业务操作培训工作。正式对外服务提供日起1天内,中标单位须完成平台、用户和数据的交接。
|
||
|
||
## 五、合同必要条款
|
||
招标方(甲方):苏州市民卡有限公司
|
||
以下内容在与中标方(乙方)签署时,必须包含在合同内的必要条款:
|
||
(一)价格及支付方式
|
||
1、项目价格及支付方式:
|
||
每季度对中标单位进行考核,每季度进行付款。每季度支付的价款=合同金额×1/4。每季度考核均合格的,则支付相应款项。若考核不合格的,中标单位应承担相应的违约责任。
|
||
(二)交付
|
||
1、标的物的所有权自标的物交付时转移。
|
||
2、项目内容交付完成时间:乙方应在合同签订7天内完成测试平台部署,并在30天内完成业务操作培训工作和后续支撑准备工作。正式对外服务提供日起1天内,中标单位须完成平台、用户和数据的交接。
|
||
3、本次软件开发产品,最终的知识产权归属甲方所有。
|
||
4、运维服务时间为:2022年7月1日起至2023年6月30日止。
|
||
|
||
(三)售后及运维
|
||
1、日常的运维服务接受甲方的监督与考核。
|
||
2、运维技术服务要求:
|
||
(1)乙方在本地有技术维护人员,以保证满足承建系统正常运行维护的需求。
|
||
(2)乙方需提供合同期内软件平台的远程和现场技术支持服务。
|
||
(3)乙方应开展本地化管理,保证甲方使用其承建系统的各业务网点和服务人员业务的正常开展。
|
||
|
||
(四)违约责任
|
||
1、甲方违约责任
|
||
2、乙方违约责任
|
||
(1)合同一方不履行合同义务或者履行合同义务不符合约定的,应当承担继续履行、采取补救措施或者赔偿损失等违约责任。
|
||
(2)乙方不能履行合同从而影响甲方按期正常使用的,甲方有权单方解除合同,同时乙方向甲方支付合同总价款30%的违约金,违约金不足以补偿损失的甲方有权要求乙方补足。
|
||
(2)甲方有权按照采购文件中的要求每月对乙方的服务进行考核。若考核出现一次不合格,甲方出具书面警告并在支付款项中扣减费用;若累计发生二次(含)以上考核不合格,甲方有权单方解除合同。合同未履行部分以及考核不合格的月份,甲方已支付的款项乙方应退还,同时乙方还应向甲方支付合同总价款30%的违约金;造成甲方损失的,乙方还应承担赔偿责任。
|
||
(3)乙方履行合同不符合合同要求的,甲方有权责令乙方立即改正,乙方拒不改正或已经造成不良社会影响的,甲方有权解除合同并要求乙方支付合同总价款30%的违约金,造成甲方损失还应承担赔偿责任。
|
||
(4)乙方接到甲方书面通知履行之日起10天内,因自身原因不履行合同的,甲方有权要求解除合同;乙方应返还已付价款,并支付合同总价款30%的违约金。
|
||
(5)乙方承担的违约金不足以赔偿甲方实际损失的,甲方有权要求乙方继续赔偿。合同解除后,甲方因寻找其他第三方承接乙方未完成的服务而产生的额外费用(超出合同总金额的部分),由乙方承担。
|
||
(6)乙方在服务过程中,造成社会不良影响或造成甲方名誉受损的,乙方应承担合同总价款30%的违约金,并在甲方指定的报纸或网站进行声明道歉;造成甲方损失的还应承担赔偿责任。
|
||
(7)合同期满后,如乙方未能顺利将“教育E卡通管理平台”服务事项移交给甲方或甲方指定的第三方,造成该平台使用异常的,或移交的物品、数据、密钥不全,或故意不向甲方移交上述物品、数据的,甲方有权要求乙方支付合同总价款30%的违约金,造成甲方损失还应承担赔偿责任。
|
||
(8)平台在开发建设期间,乙方的技术人员须做到驻场开发,现场办公室由甲方指定; 在开发过程中乙方的核心技术人员未经甲方书面同意不得随意离开或调换,否则视为乙方违约,每出现一次违约行为,由甲方扣除1万元作为违约金。
|
||
(9)乙方为本项目配备的运维服务人员(包括技术人员和客服人员)应以优良的状态做好技术保障和客服工作,如因技术保障不及时、服务态度不佳而导致投诉的,经查实视为乙方违约。为保证客服质量,甲方有权不定期检查,如发现运维服务人员有随意脱岗现象,视为乙方违约。每出现一次违约行为,由甲方扣除1万元作为违约金。
|
||
|
||
六、评分标准
|
||
1.价格分(30分)
|
||
第一步:投标报价低于或等于预算价格的,为有效投标报价。超出财政预算的投标报价文件为未实质性响应文件,不参与评审。
|
||
第二步:在所有有效投标报价中满足采购文件要求,且投标价格最低的投标报价为评标基准价,其价格分为30分,其他投标供应商的价格分按照下列公式计算(计算结果四舍五入保留两位小数)。
|
||
报价得分=(评标基准价/投标报价)×10%×100。
|
||
2.平台技术运维方案比较(40分)
|
||
1、“苏州市教育E卡通管理平台”项目的功能和需求的理解程度(8分):
|
||
投标单位对于“苏州市教育E卡通管理平台”方案的阐述,体现出对功能和要求的理解。对于项目理解充分、内容全面完善、科学合理、可实施性强的得8分;对于项目理解一般、内容一般、可实施性一般的得5分;对于项目理解差、内容差、可实施性差的得2分;未进行阐述的得0分。
|
||
2、项目的实施进度计划(8分):
|
||
投标单位对于项目实施进度计划的阐述,具有可操作性,能契合项目时间及任务要求。
|
||
项目实施进度计划详实、可操作性强、能契合项目时间及任务要求的得8分;项目实施进度计划一般、可操作性一般的得5分;项目实施进度计划差、可操作性差的得2分;未进行阐述的得0分。
|
||
3、对“苏州市教育E卡通管理平台”项目基础技术方案及容量和性能方案(8分):
|
||
对于项目理解充分、方案内容全面完善、科学合理、可实施性强的得8分;对于项目理解一般、方案内容一般、可实施性一般的得5分;对于项目理解差、方案内容差、可实施性差的得2分;未进行阐述的得0分。
|
||
4、对“苏州市教育E卡通管理平台”项目技术人员保障方案(8分):
|
||
方案阐述清晰、详细,依据充分、可操作性强、人员配置充分的得8分;方案阐述一般,依据一般、可操作性一般、人员配置一般的得5分;方案阐述差,依据不充分、可操作性差、人员配置差的得2分;未进行阐述的得0分。(配置人员需提供近三个月内社保服务机构出具的社保证明)。
|
||
5、对“苏州市教育E卡通管理平台”项目安全性方案(8分):
|
||
方案须从满足采购方、市委网信办、市公安局、市大数据局对网络安全、信息安全、数据安全等方面进行详细阐述。方案阐述清晰、详细,依据充分、可操作性强的得8分;方案阐述一般,依据一般、可操作性一般的得5分;方案阐述差,依据不充分、可操作性差的得2分;未进行阐述的得0分。
|
||
3.公司综合实力(15分)
|
||
1、投标单位应具有较强的技术能力及丰富的项目实施经验,以解决可能存在的系统漏洞、软件缺陷,保证本项目顺利进行。投标人具有与本项目应用场景相关的软件著作权等,每提供一份软件著作权得1分,最高得6分。(投标文件中需提供证书复印件并加盖公章,未提供证书复印件不得分)
|
||
2、投标单位具有近三年已完成的类似项目服务经验,每有一个项目服务经验得3分,最高9分(须提供相应项目的合同、80%以上发票的复印件,开标时相应的合同原件或公证件须带至现场核验,否则不得分;同一项目不重复得分)。
|
||
4.售后服务承诺(10分)
|
||
1、根据投标单位能为采购方提供的售后服务保障计划、售后服务体系进行打分。售后服务保障计划和售后服务体系全面、效率高、可操作性强的得5分;售后服务保障计划和售后服务体系一般、效率一般、可操作性一般的得3分;售后服务保障计划和售后服务体系差、效率差、可操作性差的得1分;未进行阐述的得0分。
|
||
2、根据投标单位对于故障发生后能赶到现场,提供现场服务,投入问题维护的方案进行打分。响应及处理时间内容全面、科学合理可操作性强的得5分;响应及处理时间内容一般、可操作性一般的得3分;响应及处理时间内容差、可操作性差的得1分;未提供及时响应能力的方案材料或未进行阐述的得0分。
|
||
5.服务增值方案(5分)
|
||
1、投标单位提供与本项目平台服务相关的增值方案。可行性强,方案优秀的得5分;可行性一般,方案一般的得3分;可行性差,方案差的得1分;未进行阐述的得0分。
|