序号

内 容

说明与要求

1

项目名称

详见招标公告

2

招标人

详见招标公告

3

招标代理机构

详见招标公告

4

资金来源

农行金融支持建设性资金

5

采购需求

详见招标公告

6

包段划分

详见招标公告

7

投标人资格要求

详见招标公告

8

投标人信誉要求

投标人须有良好的社会信誉

9

资格审查方式

资格后审

10

联合体投标

□接受 ?不接受

11

投标预备会

不召开

12

勘察现场

自行勘察

13

投标人提出问题、要求澄清招标文件的截止时间及方式

投标人应当在获取招标文件或者招标文件公告期限届满之日起7个工作日内提出,将质疑函加盖公章后PDF扫描件和Word可编辑版本上传至寰亚新点电子交易平台系统内（我的项目-项目流程-异议-新增异议）。

14

采购人或代理机构书面澄清的时间

收到质疑函后7个工作日内作出答复

15

采购人或代理机构主动修改招标文件时间

在2021年9月10日17时前发布在招标公告发布网站和寰亚新点电子交易平台，投标人应自行查看。当投标截止时间不足15日时，采购人对招标文件进行澄清或修改的，如果投标人认为澄清或修改的内容会影响投标文件的编制，应该在澄清或修改（书面/电子邮件/网站）发布后24小时内书面提出延迟投标截止时间要求。注意：如果所有投标人均未要求延迟投标截止时间的，则采购人或采购代理机构认为对招标文件澄清或修改不影响投标人编制投标文件。

16

转包

本项目不得转包。

17

偏离

详见招标文件

18

投标有效期

120日历天（从投标截止之日算起）

19

投标保证金

提交方式：自投标人寰亚新点系统的诚信库内账户用转账方式提交，须在投标截止时间前到账。未交纳投标保证金或投标保证金未在规定时间前到账的，评标委员会将否决其投标。

投标保证金数额：￥30000元；

户 名：安徽寰亚国际招标有限公司

开户行：光大银行合肥四里河支行

账号：系统随机生成（我的项目-项目流程-投标保证金-子账号）

如参与多包投标，每包账号不同，根据各包账号分别转款；

投标保证金退还方式：

自中标通知书发出之日起5个工作日内退还未中标供应商的投标保证金，自采购合同签订上传系统备案后5个工作日内退还中标供应商的投标保证金。（合同签订后将合同扫描件上传至寰亚新点电子交易系统内；中标项目-项目流程-合同签署。）

20

是否允许递交备选

投标方案

√不允许 □允许

21

投标文件份数

本项目不需要投标人到开标现场且无需提供纸质投标文件，提供加密版电子投标文件1份上传至寰亚新点电子交易系统（上传至系统：我的项目—项目流程—投标文件，电子投标文件需要使用寰亚新点专用版电子投标文件制作工具制作电子文件并用电子CA锁加密和签章）；未按以上要求提交投标文件导致的不良后果由投标单位自行承担。开标完成后各投标单位应根据采购人需要提供纸质版投标文件用于存档。

22

签字或盖章要求

1.符合第七章投标文件格式要求（部分材料要求加盖投标人红章的，从其规定）；
2.投标文件格式中需要委托代理人签字的，在投标文件中须同时提交授权委托书。投标文件授权委托书格式、签字、盖章及内容均应符合本文件要求。

23

投标截止时间及开标时间

2021年9月15日14时30分（北京时间）。

24

投标文件递交及开标地点

本项目不需要投标人到开标现场进行开标，开标截止时间之后各投标人需要在寰亚新点电子交易系统（我的项目-开标大厅-投标人解密）远程解密，超过解密时间没有解密而造成投标失败的情况由投标人自行负责。

开标地点：寰亚新点电子交易系统线上开标。

投标单位如果在投标截止时间前需要放弃投标的，在寰亚新点系统内（我的项目-项目流程-弃标）上传盖章的弃标函扫描件提出弃标。

25

评标方法及标准

综合评分法

26

评标委员会的组建

评标委员会构成:5人以上单数，评标专家确定方式:随机抽取

27

是否授权评标委员会确定中标人

√是 □否

28

履约保证金

本项目不收取

29

供货安装地点

免费送货至采购人指定地点

30

供货期

合同签订后60日内实施完毕，并通过招标人验收

31

质保期

5年

32

付款方式

设备安装完毕验收合格后，甲方（淮南师范学院）负责协调乙方（中国农业银行股份有限公司淮南分行）在七日内支付合同总金额的95%给丙方（中标单位），余款5%作为质保金，质保期满3年后支付给丙方（无息）。

33

代理服务费

根据投标总价，参照《招标代理服务收费管理暂行办法》（计价格[2002]1980 号）货物类八折计算，在领取中标通知书前通过中标人公司账户转账。

34

最高限价

人民币：*******元 投标人报价不得高于最高限价，否则其投标将会被否决。

35

开标注意事项

1.投标文件系统解密截止时间：开标截止时间后20分钟内；

2.加密和解密须用同一把数字证书（同一个证书账号绑定的手机，手机如果丢失或标证通APP卸载的需要重新缴费激活,谨慎保管）；

3.项目评审阶段如需要解释投标文件由投标人在开标系统进行线上回复（我的项目-项目流程-评标澄清回复），但因联系不到投标人或过期未回复的，评审委员会有权根据其投标文件作出不利于供应商的决定，导致的相关后果由供应商自行承担；

36

其他要求

1.投标人若为经销商或代理商的，在项目中标后合同签订之前须根据采购人需要提供所投产品完整授权文件交由采购人核验，无法提供产品授权书的，采购人有权取消其中标资格。

2.投标人应仔细阅读招标文件中的所有内容（包括说明、格式、条款和技术要求）。由于对招标文件的理解发生误差，以及没有按招标文件要求提供全部资料或递交没有实质性响应招标文件的投标文件，而造成投标失误，将由投标人承担其风险。

3.投标人在获取招标文件后，应仔细阅读招标文件的采购清单、参数等各项条款，如有疑问应在招标文件规定时间前向采购人或采购代理机构提出，如到期未提出的，将被视为认可招标文件的所有内容，采购人或采购代理机构将不再接受投标人针对招标文件条款提出的任何疑问。

37

备注一

1.不良信用记录查询渠道如下：信用中国或中国政府采购网等；如供应商存在相关法律规定的不良信用记录的，不得推荐为中标候选供应商。

2.联合体供应商，联合体任何一方存在上述不良信用记录的，视同联合体存在不良信用记录。

38

备注二

1.投标人如对本项目答疑、开标、评标等时间安排存在异议，请在招标文件规定时间前提出，否则视同投标人默认本招标文件规定的所有时间安排，并视同投标人已与招标人达成认可所有时间安排的协议。事后采购人将不再接受任何对招标时间安排的质疑和投诉。

2.本项目在客观因素情况下，有可能会在投标截止时间前在招标公告发布网站随时发布补遗答疑澄清等材料，请投标人自行查阅，采购代理机构及采购人不承担投标人未及时获知有关信息的责任。

41

备注三

1.依据《政府采购促进中小企业发展管理办法》（财库〔2020〕46号）有关规定：对小型和微型企业产品的价格给予6%的扣除，用扣除后的价格参与评审。参加本次采购活动的中小企业应当在报价文件中提供有效的《中小企业声明函》，并对其真实性负责。根据财政部、司法部《关于政府采购支持监狱企业发展有关问题的通知》(财库〔2014〕68号)，监狱企业视同小型、微型企业；

2.根据财政部、民政部《中国残疾人联合会关于促进残疾人就业政府采购政策的通知》（财库〔2017〕141号）的规定，残疾人福利性单位视同小型、微型企业。大中型企业和其他自然人、法人或者其他组织与小型、微型企业组成联合体共同参加非专门面向中小企业的政府采购活动，凡联合体协议中约定，小型、微型企业的协议合同金额占到联合体协议合同总金额30%以上的，可给予联合体2%的价格扣除。联合体各方均为小型、微型企业的，联合体视同为小型、微型企业；

3.本项目将对中标人提供的《中小企业声明函》随中标结果一并公布。如提供虚假材料，将取消中标资格并报相关部门按有关规定处理，并计入不良记录；

4.如属于最新一期《节能产品政府采购清单》中政府强制采购的节能产品，则投标供应商所投产品须为最新一期《节能产品政府采购清单》内所列产品；

5.商品包装遵照《商品包装政府采购需要标准（试行）》、《快递包装采购需要标准（试行）》包装要求执行。

42

招标文件的解释权

如供应商须知前附表的规定与供应商须知的规定不一致，以本供应商须知前附表的规定为准；构成本招标文件的各个组成文件应互为解释、互为说明，如有不明确或不一致，货物质量以第三章技术标准和要求为准；构成合同组成内容的，以合同文件约定内容为准；投标文件评审标准以第四章评审细则为准；投标文件内容以第七章投标文件格式为准（不包括详细评审内容）。同一文件就同一事项的约定不一致的，以逻辑顺序在后者为准；同一文件不同版本之间不一致的，以形成时间在后者为准；按本款前述约定仍不能形成结论的，由采购人或其委托的采购代理机构负责解释。

43

关于投标文件盖章的说明

投标专用章、业务专用章等效力规定：

招标文件中明确要求加盖公章的，供应商必须加盖供应商公章。在有授权文件(原件扫描件放在投标文件内)表明投标单位的投标专用章、业务专用章等法律效力等同于其公章的情况下，可以加盖投标专用章或业务专用章，否则将导致响应无效

44

投标文件内容不一致的确认

投标文件中的内容与开标一览表不一致的，以开标一览表为准；小写数字与大写数字不一致的，以大写数字为准；总价金额与依据单价计算出的结果不一致的，以单价金额为准修正总价（但单价金额小数点有明显错误的除外）；单价金额小数点有明显错误的，以总价为准，对单价予以修正；当各子目的合价累计不等于总价时，以各子目合价累计数为准修正总价；其他内容不一致的，以不利于投标人的解释为准。本招标文件中招标人与采购人为相同含义。

45

质疑须知

根据《中华人民共和国政府采购法》、《中华人民共和国政府采购法实施条例》、《政府采购质疑和投诉办法》等法律法规,现将质疑提起的条件及不予受理的情形告知如下:

(一)质疑应以书面形式实名提出,书面质疑材料应当包括以下内容:

1.质疑人的名称、地址、有效联系方式；

2.项目名称、项目编号、包别号(如有)；

3.被质疑人名称；

4.具体的质疑事项、基本事实及必要的证明材料；

5.明确的请求及主张；

6.提起质疑的日期。

质疑人为法人或者其他组织的,应当由法定代表人或其委托代理人(需有委托授权书)签字并加盖公章。质疑人需要修改、补充质疑材料的,应当在质疑期内提交修改或补充材料。

(二)有下列情形之一的,不予受理:

1.提起质疑的主体不是参与该政府采购项目活动的供应商；

2.提起质疑的时间超过规定时限的；

3.质疑材料不完整的；

4.质疑事项含有主观猜测等内容且未提供有效线索、难以查证的；

5.对其他供应商的投标文件详细内容质疑,无法提供合法来源渠道的；

6.质疑事项已进入投诉处理、行政复议或行政诉讼程序的。

（三）供应商应在法定质疑期内一次性提出针对同一采购程序环节的所有质疑，并按照本条款（一）规定内容提出，否则不予受理。

序号

货物名称

技术参数

数量

1

数据治理平台

一、总体技术要求：

建立覆盖学校管理、教学、科研、服务等主要业务的基础数据库，符合学校信息标准，实现数据共享。

建立可视化数据交互平台和数据治理中心，按需实现校园信息系统之间同构与异构、结构化与非结构化的数据交换与应用。

具备面向各主要业务的数据分析能力，提供决策支持。

采用B/S结构，运行于Unix、Linux、windows等高安全性操作系统。开发技术应采用J2EE标准，组件技术及在数据交换上对多种类型的数据，包括各类关系型数据库、XML、大数据的支持，使系统功能最优化，同时将技术上的相互依赖性减至最低。具体包括：

（1）采用B/S架构。支持Unix、Linux、Windows多种平台，完全支持跨平台的部署。平台基于oracle 11g或以上版本的大型数据库。

（2）遵循J2EE的技术路线。采用Java编程语言和服务器端Java技术进行开发，采用面向对象的组件技术，利用这些组件顺利地建立分布式应用程序。

（3）采用成熟的SOA架构及设计理念，保证学校内部各业务系统集成和交互过程中异构技术架构和异构数据结构集成中的稳定性和可管理性。应用程序开发与运行结构要基于统一的技术开发平台的三层架构，即Web服务器、应用支撑服务器和数据库服务器。

（4）数据集成过程需支持多种成熟的ETL中间件，能提供统一的可视化的开发工具，能图形化的设计和定义抽取、转换、加载流程，并保证数据集成交换的稳定性和安全性。

（5）集成接口需支持包括JMS Topic、JMS Queue、Web Service、Tabled-Txt文件、XML文件、支持操作系统的网络协议，包括FTP；

（6）需提供独立的数据备份管理功能，并能利用数据库的备份功能将建设的平台和系统数据备份到指定的服务器或存储系统上。

二、功能要求

1、数据集成平台

对于学校数据治理项目，投标人需提供数据集成平台建设服务，同时指导学校建设符合学校实际的配套体系。

需通过数据集成平台的日常运作，持续输出具体数据治理执行方案，比如根据需要设计、扩充、修订、迭代我校数据标准；基于数据集成平台持续进行核心数据模型的数据建设和标准执行；对学校数据质量进行评估，结合数据标准和数据质量要求制定治理目标和实施方案。

数据治理体系建设完成，为学校开展长效的数据治理工作提供依据，有序开展数据质量检测、问题数据清洗、补全缺失数据、去除重复数据、校准错误数据和无效数据等工作，持续提高数据综合质量，有效支撑各类数据消费场景，数据集成平台需包括如下内容：

（1）提供界面化数据治理规则引擎，基于学校现有各业务系统产出的数据，制定数据治理规范，能够实现数据多维度治理方式，确保数据的高复用度等。

（2）数据治理规则引擎完全采用B/S 架构，在不安装任务客户端软件的基础上通过浏览器即可对各应用系统梳理的业务表、字段项进行规则配置。

（3）支持基于学校现有的各业务系统数据，制定数据治理的范围和标准，并且能够保证数据的唯一性、准确性、有效性等。

（4）数据集成平台能通过系统界面配置需要治理的业务数据表及数据字段项。

（5）梳理各个业务部门的数据表及数据字段，按照“谁产生、谁维护，谁负责”的原则制定各部门的数据责任清单，制定每个部门负责的数据业务表及信息，从而进行针对性的治理工作。

（6）★提供数据责任制归类，通过数据部门责任制的划分和确定，将元数据按照部门责任矩阵的方式进行归类管理，按照“业务部门”-“表名称”-“字段名称”的方式进行数据存储，实现部门数据的可视化管理。（提供功能截图证明材料）

（7）需提供数据变化情况查询功能，支持按照时间维度查询数据对象生命周期变化情况，能够查询每个时间变化节点，该数据对象的新增数据、更新数据、删除数据的条目数。能够提供列表展示数据对象变更记录，支持编辑多个条件组进行高级搜索。

（8）需提供数据变化历史对比功能，支持查询某个数据对象在两个时间点的数据变化情况。

（9）数据集成服务：完成学校各主要业务系统业务数据及无业务系统的关键业务接入，同时，在服务期内，根据学校实际需求，完成业务数据交换接口的免费配置，本次实现学校现有教务系统、学工系统、人事系统、科研系统、一卡通系统、实验综合管理平台、图书系统、财务系统、教学评价与督导系统、电子政务系统、站群系统、上网行为管理系统等系统数据集成服务。

2、数据抽取平台

（1）需采用主流、高效、稳定的ETL工具及定制开发的数据集成模块，实现学校范围内各种类型数据采集接入。

（2）支持多数据类型接入，可接入数据仓库的数据类型支持结构化数据、半结构化数据、非结构化数据、API数据、日志数据及其他无源数据等。

（3）需提供内置的在线ETL工具，支持数据基本的预处理功能，包含数据过滤、数据补全、数据格式转换等；支持集成交换ETL接口管理，能够查看集成交换任务列表，可查询已创建的所有任务详细信息；支持批量变更、导入、导出集成任务；支持新增集成交换任务，能够通过勾选的方式从源数据库的代码表或业务表中配置待集成的字段;支持对待集成的字段进行过滤、左右合并操作；支持已建集成交换任务进行编辑、运行、复制任务、删除任务、查看日志；可以自动加载已配置的代码映射关系，运行接口时自动根据映射关系转换代码数据。

（4）需支持ETL调度任务管理，支持自定义配置调度任务的同步规则，支持在调度任务中配置多个集成任务，可通过拖拉拽的方式调整任务执行的顺序。

（5）需提供内置ETL的运行日志监控，支持通过关键字搜索具体调度名称、任务名称、运行时间段进行搜索，监控列表能够显示调度/任务名称、开始运行时间、运行时长、当前状态（包括成功、失败、运行中、手动停止四种状态）、包括新增/修改/删除/失败迭代数据量，可查看每条记录的详细日志信息。其中对于调度计划，需支持查看调度流程及流程中所有接口的运行状况。

3、数据信息平台

协助学校完善学校数据标准相关内容，通过数据标准梳理服务的推进，协助学校一起制定出新的《淮南师范学院数据标准》、《淮南师范学院数据交换标准》，让数据及流程标准落地执行，并且规范起全校的数据交换工作。

需提供标准管理功能，对学校信息标准进行管控，对制定的数据治理管理制度、流程和相关管理办法进行展示，功能包括如下内容查询：数据标准管理制度、数据质量管理制度、元数据管理制度、数据采集和维护工作规范、数据模型及标准变更规范。具体管理标准如下：

1）支持用户对数据标准定义浏览树查看，按照数据标准的层次结构展示定义内容；支持数据标准分类展示；信息项的查看；信息项所引用的业务系统中的字段信息、代码信息、以及信息项的历史版本信息。

2）可提供按目录结构对主数据和业务系统的数据对象进行管理，可根据元数据进行数据建模。

3）需提供针对元数据一致性检查，采用先对元数据和数据库实体一致性比对，在对差异项进行处理的方式。

4）需提供代码标准基本管理系列工具，围绕我校实现标准的“制定、维护、理解、分享和集成”，可集中对代码标准进行拆合、启停等操作，能够记录代码变更过程。

5）可提供标准代码和业务系统代码映射关系的管理功能，实现代码映射的自动感知匹配功能。在代码标准映射过程中，可提供有代码和无代码两种场景下的映射管理。

6）能够提供按目录结构对数据集市模型的数据对象进行分类管理和查询。

7）★支持数据矩阵管理，通过系统记录数据流向，哪些是数据的产生部门、数据维护部门、数据使用部门，范围具体到字段。

8）能够提供针对数据对象标准和信息编码的管理，可自动记录数据模型标准和代码标准的变更记录，自动生成标准版本号，管理员可查看、删除已发布的任一历史版本标准详细信息，并支持导出标准以及将任意历史版本标记为现行标准等操作。

9）需支持选择任意两个数据对象标准或任意两个信息编码标准进行版本差异对比，并支持导出将版本变化详情。

10）需提供对用户生成的版本就行维护，包括版本对比、删除、下载、查询。支持查看执行模型版本和历史版本的详细信息，支持模型版本的导出，将选择的版本里的代码全部导出excel、word格式的文件，支持模型版本对比，并可以将差异对比信息导出excel、word格式的文件。

4、数据展示平台

（1）★数据展示：提供数据治理平台的数据处理情况和数据质量的综合展示，方便管理员直观了解学校整体数据情况和数据质量情况：展示内容不少于今日数据交换情况、核查配置比率、核查维度情况、核查情况、核查配置情况、表单核查排行、部门数据表排行、部门数据质量排等。（提供功能截图证明材料）

（2）部门数据管理：数据展示平台能够直观展示业务部门的数据分类情况，每个部门所负责的数据表名称、数据表的字段以及对应数据表中的数据内容，可以对数据表内容进行导入、修改、删除。可以查看每张表的数据核查情况，按照数据核查功能配置的多个维度展示每个维度的评分及整表的数据准确率。通过数据错误列表，能够看到数据核查后的详细数据错误情况，表中错误数据高亮方式显示，并标注数据错误违反的核查规则，方便业务部门完善数据质量。（提供功能截图证明材料）

5、数据运维平台

平台提供界面化数据运维、数据核查及数据治理规则引擎，基于学校现有各业务系统产出的数据，制定数据治理规范，要求能够实现数据多维度治理方式，确保数据的高复用度等。

数据治理规则引擎需要完全采用B/S架构，在不安装任务客户端软件的基础上通过浏览器即可对各应用系统梳理的业务表、字段项进行规则配置。

（1）字典配置管理：将系统数据配置到系统的数据字典表中，方便系统维护，由管理员统一在后台进行数据字典维护，如果用户需求要增加变更配置项，只需要修改数据字典表记录即可，不需要修改代码。它存放有数据库所用的有关信息，对用户来说是一组只读的表。数据库数据字典是一组表和视图结构。

1）基本信息管理：数据基本信息关联字段所需要的代码库数据，维护国标、教标、校标或其他业务数据；包含数据源管理，关联标签字段信息管理，字典表管理，键值字段，表标签名，字典名称等相关信息管理。

2）字段信息管理：数据字典中的数据表字段的管理，包含字段名称，字段标题，数据信息是否支持格式化操作，对字段增加外部条件，过滤条件，是否可见条件等，按字段顺序进行增加删除和修改。

（2）★数据维护配置：主要是对物理数据表维护，在管理系统的页面填写配置信息，并在数据库中自动创建物理表；字段维护，为创建的物理表添加字段；显示规则维护，配置页面显示规则，完成数据表的自定义显示。添加所需要治理的业务表，并对业务表字段进行“显示”、“列表”、“表单”等功能进行配置勾选，字典关联，用于在“数据门户-数据表”模块使用。

1）基本信息管理：数据基本信息关联字段所需要的代码库数据，数据表的数据源选择，主表选择，主表名称，显示信息，标题等，支持手动附加自定义SQL和现状SQL调整。

2）字段管理：主要显示的数据表的字段名，属性名，字段说明，是否主键显示，支持导入，快速查询，数据排序，数据高级查询，敏感数据脱敏，匹配方式，实现数据表的灵活配置，无须研发调整数据表即可实现数据智能化调整。支持通过数据库建表及界面配置操作灵活配置数据项，少量甚至无需修改代码即能够建立新的数据项，提供给用户操作使用，支持配置数据项类型，并能根据配置类型，将数据项分类，支持配置数据项属性的数据字典。

（3）核查规则引擎：主要是数据的添加，数据核查项所需要的规则，例如：数字、身份证、日期、邮箱等；通过手动选择所需要的规则集，例如字符串模式验证，自动添加规则公式，智能选择添加智能规则，实现字段的智能规则配置和验证。（提供功能截图证明材料）

（4）数据核查配置：平台除了完成数据治理工作之外，还需要为用户提供数据治理的核查配置，数据核查应围绕业务视角，提升用户可看性，直面治理瓶颈，对数据治理的主数据进行过程检测，暴露数据存在的问题，推动源头部门进行数据质量提升，数据从“数据维护配置”获取已维护的业务表，将需要进行核查的业务表进行核查项的配置，配置“完整性”、“有效性”、“准确性”、“唯一性”、“实时性”等维度功能。（提供功能截图证明材料）

（5）部门核查配置：主要是将在“数据维护配置”中添加的表与部门关联在一起，即分配不同业务部门所负责哪些业务表，展示业务表的“完整性”、“有效性”、“准确性”、“唯一性”、“实时性”不同维度的比率，通过选择核查批次，展示在此批次下不同维度不同核查项比对的错误数据；显示所有批次核查记录，展示核查数据量、错误数据量、正确性百分比等数据；最终实现部门数据核查配置。

6、数据开放共享平台

（1）系统应支持通过可视化操作界面，完成开放视图的制作。包括视图服务的创建、可读视图账号的创建、视图的授权等。视图服务需包含视图所属资源库名称、视图名称、视图脚本、创建人、创建时间等。

（2）系统应提供除ETL（数据集成接口）之外的数据实时共享服务接口，减少对数据库的直接访问，满足实时、按需的共享需求。依托数据集成平台的元数据信息，系统应支持通过可视化操作界面，完成读写API接口的制作，满足实时读写场景需求；同时，通过工具化，零代码，降低对工程人员的要求，同时，能快速响应用户需求，减少响应时间。

（3）支持标准RESTful的数据接口发布功能，数据接口开放给第三方开发者使用；支持Json 和文本返回数据格式；数据服务接口支持跨平台、跨语言的客户端调用；系统支持数据发布接口的扩展，可根据日后数据共享的接口发展要求在平台中集成新的数据接口发布形式。

（4）提供数据服务接口调用权限的授权管理，支持密码验证确保数据服务安全性。

（5）提供面向任何第三方的数据共享服务的配置API，可通过平台外部调用配置API来封装共享服务接口，实现数据共享能力的下发，减少数据管理部门的工作压力；

（6）提供数据服务接口查询功能，能够对启用中的数据服务接口信息（API）进行查询，查询内容包括：接口基本信息、请求参数样例、返回数据样例等。

（7）通过API调用日志可以查询API接口的被调用情况，包括中文名、名称、数据操作类型、逻辑类型、总次数、成功次数、失败次数等信息。

（8）数据共享接口工具需要完全采用B/S 架构，在不安装任何客户端软件的基础上通过浏览器即可对校内数据服务接口进行管理，界面须科学简易化。

（9）需提供数据回写自动化功能，通过自动化手段帮助学校处理日常工作过程中高重复、高耗时、强规则的业务劳动，通过模拟管理人员日常操作流减轻管理工作量，通过数字化管理的方式赋能学校降本增效。自动化软件需兼容WIN7SP1以上、WIN10操作系统，且具备7*24小时不间断运行能力，其他要求如下：

1）支持单机与集群环境运行，支持服务器部署和桌面部署。

2）支持任务执行视频、截图、日志记录以及各类型运行日志查看与导出。

3）支持可视化的数据回写任务与流程设计，且支持拖拽式设计，支持使用Python、JS脚本语言设计，可视化视图的编辑。（提供功能截图证明材料）

4）支持配置数据库直连访问，支持Oracle11g及以上版本、Mysql 8.0.19及以上版本等。

5）支持开发、测试全流程节点调试。（提供功能截图证明材料）

6）内置自定义控件的编辑功能，用户可以定义控件界面和功能，无需借助第三方编辑器。（提供功能截图证明材料）

7）支持数据抓取自动化功能，在无接口的情况下自动模拟人工登录业务系统抓取系统页面数据并保存到Excel。（提供功能截图证明材料）

8）支持数据回写自动化功能，在无接口的情况下自动模拟人工登录数据中心，并将Excel的数据新增到数据中心。（提供功能截图证明材料）

9）支持录制操作，自动根据录制内容生成任务脚本，支持新增，修改，删除，复制流程，流程数据批量上传，下载跨环境迁移及版本管理。

10）支持与OCR等AI技术及对应厂商产品集成。

11）支持与微信，钉钉等主流社交办公工具集成。

12）支持数据回写任务调度、任务定时处理，支持流程终止。（提供功能截图证明材料）

13）支持数据回写任务异常监控与处理，实时监控告警的能力，支持系统日志配置管理及任务开发的日志审计。

7、数据监控平台

（1）问题检测服务：提供数据规范性、合理性检测，提供集成接口运行检测，提供代码标准一致性检测等，通过技术手段保证数据平台的多种维度监控。

（2）提供ETL工具的数据交换监控，对监控各业务系统交换作业概况，呈现业务系统交换作业执行情况，节点数量以及状态监控，作业数、以及当前执行情况监控，异常作业列表展示、作业行为动态、不同作业变化趋势、中心库数据流量变化。

（3）需提供数据集成监控提供工具，对于ETL集成监控需包括集成概况、接口信息、任务计划、接口运行日志等功能。

（4）同时针对平台事件告警、篡改、暗链、漏洞、业务可用性、暴露面等进行监测，保障系统业务外网安全性，要求如下：

1）出现0DAY 漏洞时，主动对所监控用户业务做扫描发现，重要网络安全事件和安全漏洞快速预警通告和检测，检测结果第一时间定向推送到管理员，能够支持微信端实时推送告警信息。（提供功能截图证明材料）

2）支持对目标站点提供7×24 小时网页敏感词检测能力；发现网页敏感词事件第一时间通过微信通知管理员，监测内容能够在报告中进行呈现。（提供功能截图证明材料）

（5）为确保平台部署服务器安全，提供安全管理监测功能，安全管理模块功能如下：

1）支持对CPU、内存、磁盘读写、网络上下行流量达到配置阈值时告警。支持对CPU、内存达到一定阈值时客户端进行熔断。（提供功能截图证明材料）

2）支持对本机的扩展行为（信息收集、权限提升）进行监测，防止提权行为和信息泄露。（提供功能截图证明材料）

3）识别渗透过程中的隧道代理（端口映射、端口转发、内网代理），可阻断隧道代理搭建行为。（提供功能截图证明材料）

4）对内网的恶意攻击行为进行识别，可阻断恶意探测行为。（提供功能截图证明材料）

5）违规外联支持黑、白名单双模式，白名单模式可配置是否允许访问特定的网站和地址；黑名单模式可自定义恶意IP，支持黑名单告警和阻断。（提供功能截图证明材料）

6）支持登录防护，包括以系统账号为粒度的异常登录防护、支持五个任意维度(任意地理位置，任意IP，任意域名，任意计算机名，任意时间)的系统登录访问策略设置。（提供功能截图证明材料）

（6）需提供API集成监控，做到查看最近一周及最近一个月的API调用情况，包括API访问量趋势图、API接口访问量top10、API接口次数最多的10个IP地址及调用次数、返回数据量最多的API接口top10、写入数据量最多的API接口top10。

1套

2

数据治理集成

以师生为主线，梳理与师生业务相关学校各部门数据责任，通过清晰化的责任矩阵，理清办公、教务、一卡通、图书、财务、人事、学工、科研、上网行为管理、实验综合管理、教学评价与督导等数据职责，形成部门数据责任矩阵分类表，并初始化到数据治理平台中，数据矩阵工作包含但不限于以下部门：

（1）校办公室数据责任梳理服务：按照办公部门管理及服务需求，通过数据梳理与规划形成规范的业务责任域，从全局的视角对办公数据进行管理和划分，遵从参照国标、行标、同时结合校标，使办公数据进行生产、使用和共享管理，让办公数据在各业务环节中保持统一的定义，提供可信的办公数据来源和数据标准，形成办公业务域数据架构，为后续数据治理工作的开展提供基层保障。

办公数据责任表需包含教师以下不同类别表：

1）基础信息管理类

2）快速办理管理

3）公文类信息

4）通知类信息

所有办公数据责任表提供可视化管理服务，当学校需要对表或表内字段进行优化或增加时，服务商需及时协助学校进行表单完善及数据初始化工作，本次办公数据责任梳理服务需产生与教师有关不少于5张责任表，总字段数不少于80个。

（2）教务数据责任梳理服务：按照教务部门管理及服务需求，通过数据梳理与规划形成规范的业务责任域，从全局的视角对教务数据进行管理和划分，遵从参照国标、行标、同时结合校标，使教务数据进行生产、使用和共享管理，让教务数据在各业务环节中保持统一的定义，提供可信的教务数据来源和数据标准，形成教务业务域数据架构，为后续数据治理工作的开展提供基层保障。

教务数据责任表需包含师生以下不同类别表：

1）教师管理类（基本信息及事务安排管理）

2）学生管理类（基本信息维护）

3）学生事务类（成绩、课表等信息）

所有教务责任表提供可视化管理服务，当学校需要对表或表内字段进行优化或增加时，服务商需及时协助学校进行表单完善及数据初始化工作，本次教务数据责任梳理服务需产生与师生有关不少于10张责任表，总字段数不少于150个

（3）一卡通数据责任梳理服务：按照一卡通部门管理及服务需求，通过数据梳理与规划形成规范的业务责任域，从全局的视角对一卡通数据进行管理和划分，遵从参照国标、行标、同时结合校标，使一卡通数据进行生产、使用和共享管理，让一卡通数据在各业务环节中保持统一的定义，提供可信的一卡通消费等数据来源和数据标准，形成一卡通业务域数据架构，为后续数据治理工作的开展提供基层保障。

一卡通数据责任表需包含师生以下不同类别表：

1）基础信息管理类

2）消费信息管理类

3）消费统计类

4）充值信息管理类

5）商户管理类

所有一卡通责任表提供可视化管理服务，当学校需要对表或表内字段进行优化或增加时，服务商需及时协助学校进行表单完善及数据初始化工作，本次一卡通数据责任梳理服务需产生与师生有关不少于6张责任表，总字段数不少于80个。

（4）人事数据责任梳理服务：按照人事部门管理及服务需求，通过数据梳理与规划形成规范的业务责任域，从全局的视角对人事数据进行管理和划分，遵从参照国标、行标、同时结合校标，使人事数据进行生产、使用和共享管理，让人事数据在各业务环节中保持统一的定义，提供可信的人事数据来源和数据标准，形成人事业务域数据架构，为后续数据治理工作的开展提供基层保障。

人事数据责任表需包含师生以下不同类别表：

1）基础信息管理类

2）教职工履历管理类

3）变动信息管理类

所有人事数据责任表提供可视化管理服务，当学校需要对表或表内字段进行优化或增加时，服务商需及时协助学校进行表单完善及数据初始化工作，本次人事数据责任梳理服务需产生与师生有关不少于10张责任表，总字段数不少于120个。

（5）图书数据责任梳理服务：按照图书部门管理及服务需求，通过数据梳理与规划形成规范的业务责任域，从全局的视角对图书数据进行管理和划分，遵从参照国标、行标、同时结合校标，使图书数据进行生产、使用和共享管理，让图书数据在各业务环节中保持统一的定义，提供可信的图书数据来源和数据标准，形成图书业务域数据架构，为后续数据治理工作的开展提供基层保障。

图书数据责任表需包含师生以下不同类别表：

1）读者信息管理类

2）图书信息管理类

3）图书借还信息管理类

所有图书数据责任表提供可视化管理服务，当学校需要对表或表内字段进行优化或增加时，服务商需及时协助学校进行表单完善及数据初始化工作，本次图书数据责任梳理服务需产生与师生有关不少于5张责任表，总字段数不少于80个。

（6）财务数据责任梳理服务：按照财务部门管理及服务需求，通过数据梳理与规划形成规范的业务责任域，从全局的视角对财务数据进行管理和划分，遵从参照国标、行标、同时结合校标，使财务数据进行生产、使用和共享管理，让财务数据在各业务环节中保持统一的定义，提供可信的财务数据来源和数据标准，形成财务业务域数据架构，为后续数据治理工作的开展提供基层保障。

财务数据责任表需包含师生以下不同类别表：

1）基础信息管理类

2）学生缴欠费信息管理类

3）教职工薪资类

所有财务数据责任表提供可视化管理服务，当学校需要对表或表内字段进行优化或增加时，服务商需及时协助学校进行表单完善及数据初始化工作，本次财务数据责任梳理服务需产生与师生有关不少于5张责任表，总字段数不少于85个。

（7）学工数据责任梳理服务：与学校现有学工系统数据进行对接，通过数据梳理与规划形成规范的业务责任域，形成学工业务域数据架构，为后续学校数据治理工作的开展提供基层保障。当学校需要对表或表内字段进行优化或增加时，服务商需及时协助学校进行表单完善及数据初始化工作。本次学工数据责任梳理服务需产生与师生有关不少于4张责任表，总字段数不少于60个。

（8）科研数据责任梳理服务：按照学校科研管理及服务需求，通过数据梳理与规划形成规范的业务责任域，从全局的视角对科研数据进行管理和划分，遵从参照国标、行标、同时结合校标，使科研数据进行生产、使用和共享管理，让科研数据在各业务环节中保持统一的定义，提供可信的科研数据来源和数据标准，为后续数据治理工作的开展提供基层保障。

科研数据责任表需包含师生以下不同类别表：

1）科研项目基础信息管理类

2）科研经费支出信息管理类

3）学校科研机构基础信息类

所有科研数据责任表提供可视化管理服务，当学校需要对表或表内字段进行优化或增加时，服务商需及时协助学校进行表单完善及数据初始化工作，本次科研数据责任梳理服务需产生与师生有关不少于6张责任表，总字段数不少于80个。

（9）与学校现有上网行为管理软件进行对接，实现上网数据抽取，通过数据梳理与规划形成规范的业务责任域，从全局的视角对上网数据进行管理和划分，遵从参照国标、行标、同时结合校标，使上网数据进行生产、使用和共享管理，让上网数据在各业务环节中保持统一的定义，提供可信的上网数据来源和数据标准，为后续数据治理工作的开展提供基层保障。

（10）实验综合管理数据责任梳理服务：按照学校实验管理及服务需求，通过数据梳理与规划形成规范的业务责任域，从全局的视角对实验数据进行管理和划分，遵从参照国标、行标、同时结合校标，使实验数据进行生产、使用和共享管理，让实验数据在各业务环节中保持统一的定义，提供可信的实验数据来源和数据标准，为后续数据治理工作的开展提供基层保障。

所有实验数据责任表提供可视化管理服务，当学校需要对表或表内字段进行优化或增加时，服务商需及时协助学校进行表单完善及数据初始化工作，本次实验数据责任梳理服务需产生与师生有关不少于4张责任表，总字段数不少于40个。

（11）教学评价与督导数据责任梳理服务：按照学校教学评价与督导管理及服务需求，通过数据梳理与规划形成规范的业务责任域，从全局的视角对教学评价与督导数据进行管理和划分，遵从参照国标、行标、同时结合校标，使教学评价与督导数据进行生产、使用和共享管理，让教学评价与督导数据在各业务环节中保持统一的定义，提供可信的教学评价与督导数据来源和数据标准，为后续数据治理工作的开展提供基层保障。

所有教学评价与督导数据责任表提供可视化管理服务，当学校需要对表或表内字段进行优化或增加时，服务商需及时协助学校进行表单完善及数据初始化工作，本次教学评价与督导数据责任梳理服务需产生与师生有关不少于5张责任表，总字段数不少于50个。

1套

3

融合信息门户

一、身份平台

1.1 总体技术要求：

（1）建有安全的统一用户认证、身份管理系统，支持多种认证机制（CAS、OAuth2.0、LDAP）；

（2）支持校内各信息系统间的多终端（Windows、iOS、Android等）单点登录；

（3）支持Eduroam跨校认证，或支持Shibboleth框架加入CARSI、CST Cloud federation联盟；

（4）实现至少两种认证方式：用户名密码、二维码、人脸识别，所产生的硬件设备费用校方不进行额外支付。若密码忘记，需支持手机短信密码找回，需提供2年/50万条短信平台服务。

1.2 功能要求

1、电子身份管理

（1）用户数据模型

1）支持按照学校特点和应用现状设计用户、组、权限等模型，并按照模型设计完成数据存储。所有的用户信息应分别存放在数据库和目录缓存中，通过可靠的机制完成两者的同步，用户身份信息在目录服务中以层次结构，面向对象的数据库的方式集中存储管理，从而保证身份数据的一致性和完整性，为校园各类应用提供一致的用户信息访问。

2）支持设置用户身份类型，方便平台和硬件平台、应用系统等通过统一身份认证提供的接口的方式实现身份集成。

（2）用户管理

1）系统至少内置教师、学生等不同基础用户来源，在教师与学生分类下允许用户在基础来源类型下创建自定义类型。

2）提供具有高校特色的组织机构管理，支持针对不同层级的组织生成不同的组织机构树。

3）系统允许针对不同的用户来源创建至少三种生命周期，学生包括未入校、在校、离校等状态，教职工包括入职、在职、离职、退休等状态。系统应能自动创建对应生命周期的用户组。同时应能对生命周期设置有效期，在有效期到期后自动转换生命周期状态。

4）需支持管理员对全校用户身份账号数据的增加、删除、修改、锁定、解锁等操作。

（3）应用管理

1）提供校内身份类型组的管理功能，用于区分用户的身份类型，为校内应用提供资源级授权。

2）系统同时也应提供微信公众号的配置功能，支持配置多个公众号与平台集成。

（4）安全中心（登录统计、安全工具）

1）系统需提供系统安全运行看板，管理员可按照不同时间段，查询系统登录信息，包括成功登录次数、失败登录次数、拦截恶意登录，并提供相关的趋势变化图。

2）系统需提供安全配置功能，管理员可配置密码策略、验证码策略、安全问题策略、找回密码策略、完善资料策略。

（5）账号元数据管理

系统需支持账号元数据管理，支持扩展字段满足学校人员信息管理要求。新增自定义字段信息需包括名称、属性值类型，属性描述，支持设置是否必填、是否显示；需支持管理员配置系统预置元数据的展示/隐藏属性。

（6）登录主题配置

需支持配置多个登录主题，管理员可切换不同的的管理页面；支持上传、下载多个登录主题包。

（7）日志中心

日志中心需支持查看用户操作记录、用户认证记录、管理员操作记录，支持按照认证账号、操作时间段查询用户认证记录；支持按照操作者、操作对象、操作IP、操作类型、操作时间段段查询用户操作记录；支持按照管理员账号、登录IP、操作时间段查询管理员操作日志。

（8）API接口管理

1）系统需预置API接口服务，接口应包含普通用户修改密码接口、查询用户属性接口、修改用户属性接口、管理员修改密码接口、根据用户信息创建接口、获取用户详细信息接口；同时提供相关接口的接口发布地址、接口提供地址、提供者；支持对相关接口进行启停操作，管理员也可自助注册其他API接口，并授权第三方应用使用。

2）提供统一的API网关服务，将系统中的接口在统一的出口向用户提供，同时提供API鉴定权限等能力。

2、统一认证服务

系统需支持高校常用认证协议，可对接各类WEB应用、移动APP、微信、钉钉等，满足师生访问校园各类系统的需求，提供认证凭证的不可逆安全存储机制，保证密码安全。提供认证过程的安全性保障，保证认证过程凭证安全。具体要求：

（1）需提供身份认证基础服务，实现SSO单点登录功能。支持用户登录后在不同系统之间漫游而不需要再次输入密码。平台需能同时支持学校移动端的统一身份认证集成，需能支持短信动态验证码的验证方式，需提供密码变动短信通知功能。

对安全级别要求较高的系统，需提供特殊系统二次登录设置功能。

同时提供强密码管理功能，默认登录口令为强密码口令设置，系统需支持设置周期，当周期范围内未更改密码的用户强制要求修改密码，且需支持进行密码找回。

本次完成如下系统单点登录接入：1）教务系统

2）学工系统3）人事系统4）科研系统5）一卡通系统6）实验综合管理平台7）图书系统

8）财务系统9）教学评价与督导系统10）电子政务系统11）资产系统。

（2）为实现统一认证和单点登录提供接口和通道，可以支持跨平台和各种开发语言的应用系统接入平台，如目前学校各类应用系统所使用的ASP、.NET、JAVA、PHP等多种开发语言；平台需使用CAS5.3或以上版本认证内核，支持的标准至少包括CAS 1.0、CAS2.0、CAS3.0、LDAP。同时还需提供一种为移动APP专用的对接协议。

（3）系统需支持基于Nginx的反向代理集成方式，集成接入方式简单，接入系统可以直接从标准的Header中获取登录人员的相关信息，适用不同的开发语言。

（4）提供系统级缓存，允许平台调用，加快平台访问速度，同时提供DBLESS能力，在系统遭遇数据库停机时，依然可向用户提供基础认证及鉴权能力，避免因数据库停机造成身份认证不可用。

（5）需提供对全校身份认证相关数据的管理功能，包括应用认证分析、使用用户分析、账号变动该分析，具体要求如下：

使用用户分析支持一段时间或者快捷查询今日、昨日、近7天、近30天、近90天的使用用户排名，以柱状图的方式由高到低排列展示排名前10的用户；提供使用用户列表，按照认证次数由高到低的顺序逐行展示用户使用用户的账号。

3、外部联合登录

系统需支持用户把校内身份与其个人微信号、QQ号进行绑定后，通过其个人互联网账号进行登录校园应用，提升师生服务感知。需支持拓展其他第三方应用的联合登录，用以提升便捷性。

4、账号安全管理扩展

为账号安全管理需求，系统提供主动防御功能，对于常见的恶意登录或暴力破解，可自动冻结账号直至解冻。具体需提供异常会话管理、休眠账号管理、恶意登录管理、冻结账号管理、异常应用管理相关功能。具体要求如下：

（1）系统需支持按照用户会话数、IP数去判定某个会话是否为异常会话并触发账号冻结机制，管理员可配置触发冻结的阈值以及冻结时长。

（2）系统需支持根据同一天多次登录成功/登录失败判定某个账号是否为恶意登录行为并触发账号冻结机制，管理员可配置触发冻结的阈值以及冻结时长。

（3）系统需支持管理冻结白名单，添加为白名单的账号/IP地址不会因为出发冻结机制而被冻结。

（4）为满足用户安全访问系统的需求，需提供二次认证、多因子登录的功能。需支持管理与配置二次认证/多因子认证方式及使用顺序，需支持管理员手动拖拽方式维护不同认证的顺序，系统可按照可用性及顺序智能选择当前最适合的认证方式。

（5）恶意登录管理：系统应支持账号恶意登录的锁定功能，并可通过短信提醒用户，确保账号安全。

二、信息门户

2.1 总体技术要求

1、实现一站式融合信息门户，有适合移动智能终端的信息（服务）门户；

2、提供公共信息服务、业务信息服务，业务系统需涵盖办公、教学、科研、图书、人事、财务、学工涉及到信息化应用的校内业务；

3、提供综合数据查询、综合数据分析以及综合应用信息服务；

2.2 功能要求

为师生用户提供查看学校各类信息资讯、新闻、通知公告和系统直通车的融合信息门户。

（1）★支持个性化界面：需提供多套不同主题风格的界面模板供学校选择，页面模板支持不同内容的卡片组成页面，学校可根据自身的要求配置整体配色、校名、校徽、Tab 页标题、头图等内容。门户平台需提供开放能力支持根据学校的个性化需求设计界面。

（2）★丰富的内容卡片：提供丰富的标准内容卡片库，供学校选择使用来支撑信息门户内容展示。

（3）系统直通车：需支持灵活添加业务系统，并支持授权不同角色的用户，用户只能看到自己有权限的系统。

（4）新闻资讯聚合：需支持接口、数据库、网页抓取方式将学校公文、部门通知、校内新闻等内容集成在新的校园门户中。

（5）★事务中心：提供我的申请、待办事项、正在进行、已办事项等快速跳转入口。

（6）融合信息门户可以根据业务域、角色，梳理并展现用户所需要的全部服务应用，在提升服务管理效率的同时，给用户信息化体验带来质的飞跃，各类服务要求如下：

1）指南类服务：指南类服务是在融合服务门户中对线下办理的业务提供流程引导、时间节点引导、填报引导、基于位置的引导。

2）个人应用服务：为每个用户提供个人信息的集中展现和查询以及身份认证单点登录，可以根据个人身份特征展现特定信息与应用。

（7）我的数据

1）提供数据项分类展示，按照教学、科研、人事、服务、等不同场景角色进行分类展示；提供综合查询：可快速查询个人需要了解的信息，查询条件包含但不限于表格管理部门、表格名称、学年、学期等。

★2）提供数据在线补充功能，系统可将个人数据以列表的形式汇总展示，当前登录用户可查看个人数据并进行完善补充；支持数据的增删功能。（提供功能截图证明材料）

★3）提供数据纠错功能，师生在查看个人数据详情过程中，若发现基本的个人数据有误，可直接线上修改，相关数据责任单位支持在线审批，审批后数据自动同步到数据治理平台；支持审批状态的查看及纠错记录的查看。（提供功能截图证明材料）

（8）综合查询：

1）实现对师生个人综合信息进行查询，支持按主题分类进行查看，表格数据支持配置查询条件，支持默认排序，列头支持过滤、手动排序，表格支持查看单条数据的详情，字段布局根据字段内容大小自动判断是否独占一行，支持显示数据的来源部门和来源系统，支持查看字段释义。表格数据支持分页，数据支持懒加载，提升数据页面渲染效率。

★2）提供个人数据查询汇总展示功能，个人信息综合查询的功能，如业绩类别、继续教育情况、工作经历、任现职以来教学工作情况、任现职以来科研工作情况、任现职以来年度考核情况等；提供不同类型数据的勾选查看功能。点击“查询”按钮，系统提供用户所勾选信息类型数据的展示。（提供功能截图证明材料）

三、移动校园微信门户建设

移动校园服务门户建设提供基础的开放能力服务和移动应用的管理服务，本次项目需对学校现有移动校园微信平台进行对接建设，将现有移动校园微信平台业务功能同融合信息门户进行融合共享。

移动校园微信服务门户支持使用移动端浏览器访问，内容与PC端一致，提供专门的移动端卡片和管理支撑能力，包括移动门户、应用中心、个人中心、消息中心等内容。支持集成到学校的企业微信、微信公众号，如学校的“淮南师范学院智慧校园”微信平台。

（1）移动门户：在融合信息门户的基础上，构建移动服务平台。用户通过身份认证后，实现自动识别身份并登陆，用户界面与访问体验须保持一致的；平台后端的支持数据与校方的共享数据无缝对接，查询结果实时同步。

1）门户首页：包括个人数据、校内新闻、校内发文、待办通知、最近使用服务、通知公告等。

2）办事指南：用户可搜索服务事项，并可根据学生、老师不同角色分类展示学校内部各个部门所提供的办事指南，办事指南包括事项名称、责任部门、服务部门、前置条件、服务内容、业务周期、内容标签、办理须知、所需材料、办理时间和地点、咨询电话和常见问题等，并可在办事指南中关联在线应用、提供咨询、评价等服务。

（2）应用中心：应用中心模块会根据当前登录用户的角色匹配相应的应用，应用中心提供查询类、办事类等不同种类的服务，如课表信息、一卡通消费明细、工资明细等。

（3）个人中心：个人中心包含个人信息管理、事项申请、事项审批、个人收藏等不同模块，用户可以通过该模块修改密码、绑定手机号、查看事项办理进度、线上审批等等。

（4）消息推送：针对日程提醒、学校服务通知等等内容，提供实时的消息推送机制，并且该模块可提供开放API 供学校其他业务系统使用。

1套

4

接口服务

本次项目建设所有系统接口费由投标人承担，接口情况如下：

数据接口费：教务系统、学工系统、人事系统、科研系统、一卡通系统、实验综合管理平台、图书系统、财务系统、教学评价与督导系统、电子政务系统、站群系统、上网行为管理系统。

身份接口费：

（1）教务系统

（2）学工系统

（3）人事系统

（4）科研系统

（5）一卡通系统

（6）实验综合管理平台

（7）图书系统

（8）财务系统

（9）教学评价与督导系统

（10）电子政务系统

（11）资产系统

所有接口费包括在本项目预算金额内。

▲随着学校信息化的发展，升级、更新的各业务系统或新建的业务系统需要同本项目平台进行数据接口接入和统一身份认证接入。投标公司须提供承诺函承诺：若中标，质保期内将免费进行施工各类业务系统接入融合信息门户，不收取任何数据接口接入和统一身份认证接入费用。

1套

5

售后维保、实施及培训要求

一、售后维保

投标人需提供完整可执行的售后服务方案。

服务期间中标方应制定专人负责项目售后技术支持工作，提供固话、手机号、QQ等多种联系方式，并依据具体情况提供电话或邮件咨询服务、远程协助服务或上门服务。

提供7*24小时的电话服务，处理响应速度应在1小时内、一般性问题应于2小时内远程协助解决，重大问题（需上门服务）最长不超过2天并出具处置报告。

提供5年的售后服务，包含校园数据质量治理与维护、移动校园服务门户升级完善与维护等服务。

▲软件运维保障人员驻点要求：提供1名具有软件运维工作经验的工程师2年现场驻点服务。2年驻场服务期内完成完成项目需求深入调研、系统研发需求调研与反馈、产品BUG反馈与修复、方案整理、技术咨询等工作，驻场上班时间以学校工作日上班时间为准。

二、实施要求

本项目工期为2个月，考虑到本次项目规模大，服务与管理需求复杂，涉及部门、环节多，要保证顺利有序实施，中标人对实施工作列出详尽缜密的组织实施方案。

在项目的管理过程中，组织结构是项目成功的基础，而其他管理内容只有在合理的组织结构下才能真正实现，因此有效的组织结构，是保障项目成功的有力保证。

采购人与中标人需共同组建项目建设小组，总体人员配备方案科学、合理，采购人在学校网络安全与信息化领导小组领导下，落实各部门专职负责人员；中标人需明确本项目实施队伍的人员架构与技术实力，项目经理、主要技术负责人需具备类似项目的实施经验，开发人员、驻场实施人员的数量、项目实施经历等也需要明确提供，双方必须保证人员的数量、质量和人员的稳定性、连续性，并进一步明确和细化人员的技能要求、工作任务、承担任务等。

三、培训要求

同时中标方要按照校方要求至少免费提供3次技术培训服务，免费提供配套的培训教材、技术文档、操作手册等。

培训内容：平台基本使用培训、配置管理和系统维护培训、各单位数据与业务管理员操作事宜培训、其他各类相关操作培训等。

1套

序号

内容

评审因素

评审标准

1

资

格

评

审

标

准

营业执照

查验投标文件内有效证明材料

承诺书

格式须符合招标文件要求

2

符

合

性

评

审

标

准

投标人名称

与有效的营业执照一致

投标文件签字盖章、投标文件份数

符合投标人须知前附表要求

投标文件格式

符合招标文件要求

报价唯一

只能有一个有效报价，且不得高于最高投标限价

供货期、质保期

符合投标人须知前附表要求

投标保证金

符合投标人须知前附表要求

所提供服务的种类、数量

须实质性响应招标文件需求

其他

招标文件规定的其他实质性要求

1.以上内容由评标委员会按照评审标准逐项进行评审，判断响应情况，实质性响应的应评为通过，否则应评为不通过；有任何一项未通过的，投标文件将被否决。

2.以上审查材料如因年检或升级等客观原因导致无法在评标时提交的，投标人可以出具公证件或相关行政主管部门出具的书面证明材料，公证件或证明材料必须注明证书主要内容。

3.投标人所有资料均须在投标截止时间前提交，逾期不予接收。

类别

评分内容

评分标准

分值

范围

技术资

信分

（70分）

所投产品技术参数及要求响应情况

根据技术参数及要求的响应情况进行综合打分，所投产品全部参数及要求完全满足招标文件的，得基础分20分：

1、如所投产品技术参数及要求不满足招标文件中标注“★”的条款要求，每一项负偏离扣5分，扣完为止；

2、如所投产品技术参数及要求不满足招标文件中未标“★”的条款要求，每一项负偏离扣2分，扣完为止。

注：1、以投标响应表及采购需求中要求提供的证明材料作为评审依据。

2、采购需求中加▲号的条款要求必须满足，不满足或者负偏离的投标文件将被否决。

0-20分

实施方案

技术方案主要内容要求：保证项目实施的技术力量和人力资源安排，保证供货质量的措施，保证供货期的方案和措施，安装、调试、验收的方案和措施，对本项目有效的改进措施和合理化建议。由评标委员会根据投标人技术方案的先进性、合理性、技术性等进行综合评分：

1、设计先进、方案合理、技术力量强的，得5-9分；

2、设计、方案、技术均一般的，得1-4分；

3、设计、方案、技术存在欠缺或未提供方案的，不得分。

0-9分

售后服务

方案

评标委员会根据投标人提供的售后服务计划或方案进行综合评审，酌情评分。售后服务计划或方案科学合理，内容完善，设置了服务电话，售后服务响应、到场时间短（响应时间小于2小时），得3-5分；售后服务计划或方案比较完整，售后服务响应、到场时间较短，得1-2分；售后服务计划或方案差或未提供的不得分。

0-5分

产品演示

要求使用真实系统对以下内容进行现场功能演示，评标委员会根据演示内容进行评分，使用录屏、PPT、截图进行演示的不得分。

1、数据功能演示：

提供Web端业务表功能演示；数据矩阵管理演示；数据维护配置演示；数据核查工具演示；部门核查配置演示；Web端岗位配置功能演示；数据抓取自动化功能演示；数据回写自动化功能演示。

演示效果好的，得5-8分，演示效果一般，得1-4分，演示存在欠缺或无演示得0分。

2、服务功能演示

个性化界面、内容卡片、事务中心演示；演示个人数据纠错申请审核功能；审核数据操作功能；表单设计工具；表单字段的数据默认值设置；流程引擎设计；个人信息综合查询。

演示效果好的，得4-7分，演示效果一般，得1-3分，演示存在欠缺或无演示得0分。

注：演示顺序按加密电子投标文件网上递交顺序依次进行，演示时间不超过15分钟，须自行准备网络环境及演示所需设备。

0-15

人员配备

1、投标人拟投入本项目的人员具有Oracle和Mysql数据库认证专家双OCP人员证书，每提供1人双OCP证书得2分，最多得2分，只拥有Oracle或Mysql其中一个OCP证书不得分。

2、投标人拟投入本项目的人员具有认证方向为安全运维的信息安全保障人员认证证书，每提供一个证书得1.5分，满分3分。

注： 投标文件中提供人员证书扫描件及投标人为其缴纳的近三个月内的社保缴纳证明材料，以上人员不可重复计分。

0-5分

投标人资质

1、投标人具有中国国家认证认可监督管理委员会认证机构颁发的有效的ISO/IEC27001信息安全管理体系认证证书、ISO/IEC20000信息技术服务管理体系认证证书，同时具备得2分，缺少或不提供不得分。

2、投标人具有信息安全服务机构登记备案证明的得1分，不提供不得分。

3、投标人具有高新技术企业证书得2分，不提供不得分。

4、投标人具有ITSS信息技术服务运行维护标准符合性证书三级或以上的得2分。

5、投标人具有软件能力成熟度模型集成（CMMI）三级及以上（含三级）证书得1分，未提供不得分。

6、投标人具有信息系统安全运维服务资质三级及以上（含三级）的得2分，不提供不得分。

注：投标文件中提供上述证书扫描件。

0-10分

产品实力

1、所投数据治理平台产品具有数据治理平台或校级数据中心著作权的得1分，不提供不得分；

2、所投融合信息门户产品具有信息门户或一站式服务平台或网上办事大厅著作权的得1分，不提供不得分；

3、所投统一身份认证平台产品具有身份认证著作权的得1分，不提供不得分。

注：投标文件中同时提供软件著作权扫描件，原件备查。

0-3分

投标人业绩

自2018年1月1日以来（以合同签订时间为准）具有智慧校园或数字化校园软件项目业绩,每个业绩得1分，满分3分。

注：投标文件中同时提供业绩合同和验收合格证明的扫描件。

0-3分

价格分（30分）

价格分统一采用低价优先法，即满足招标文件要求且投标价格最低的投标报价为评标基准价，其价格分为满分30 分。其他投标人的价格分统一按照下列公式计算：投标报价得分＝（评标基准价/投标报价）×30％×100

序号

项目名称

备注

1

投标单位

2

投标总价

大写：

小写：

3

品牌、型号

4

供货期

5

质保期

6

付款方式

□响应招标文件

7

优惠条件

8

备 注

联系序号

姓名

职务

手机号码

电子邮箱

第一联系人

第二联系人

按磋商文件规定填写

按供应商所投内容填写

序号

服务名称

磋商文件要求

服务名称

供应商提供的服务标准

偏离

说明

备注

1

2

3

4

5

6

7

8

9

10

11

12

序号

服务名称

单价

小计

合价

备注

1

2

3

……

合计

序号

品 名

数量

单价

小计

折扣率

扣除价格

生产厂家

备注

1

须提供《中小企业声明函》

2

3

……

合计

/

/

/

/

/

序号

品 名

数量

单价

小计

折扣率

扣除价格

生产厂家

备注

1

A

1

100

100

6%

6

某小型企业

《中小企业声明函》

2

B

2

100

200

6%

12

某微型企业

合计

/

/

/

18

/

/

序号

品 名

数量

单价

小计

折扣率

扣除价格

生产厂家

备注

1

2

3

……

合计

/

/

/

/

/

本公司招标文件中所提供的以上部分产品为残疾人福利性单位生产的产品，如有虚假，我公司承担由此产生的一切后果。