项目采购需求
一、项目背景
随着信息技术的高速发展,数字革命和互联网技术为信息时代带来新机遇、新格局,当前已经进入“数据为王”的新时代。学校信息化建设经过多年积累,基本完成了以“人、事、物”为核心的业务系统与平台建设。这些系统与平台在师生的校园工作、学习、生活中发挥了重要作用,提高了学校管理效能和信息化治理水平,也积累了一定量的校本数据。数据是新质生产力的关键要素,加强数据治理是提升学校信息化管理水平的现实需求,是数据要素赋能学校各项事业发展、实现数字化转型的重要路径。
本项目为湖北职业技术学院申报全国职业教育信息化标杆校的建设任务之一。投标人应以《职业教育信息化标杆学校建设指南》《全国职业院校大数据中心建设指南》《职业教育信息化标杆学校监测指标》《全国职业教育智慧大脑院校中台高职数据标准及接口规范》等为指导,基于学校业务系统数据现状,制定学校数据规范体系,理顺数据血缘关系,确定数据责权。对学校业务系统数据进行全量数据采集,按照制定的数据标准对采集的数据做标准化清洗和转换,形成不同业务主题的数据标准库,构建学校数据资产。定制跨业务系统服务流程,深化平台系统数据融合应用。构建领导驾驶舱,将数据治理成效应用到学校信息化管理和服务实践。
二、项目概况
(一)项目名称:湖北职业技术学院数据治理项目
(二)项目承办单位:湖北职业技术学院信息化中心
(三)采购内容:
数据治理服务、领导驾驶舱、数据应用开发平台服务、数智师资应用服务(详见“采购清单及要求”)。
(四)控制价:人民币80万元(¥800000.00)
(五)合同履行期限(服务期)/交货期:合同签订之日起180天。
(六)质保期:不少于三年。
本项目所有建设内容,自验收合格之日起提供不少于3年免费服务。在质保期内,平台软件免费升级至最新版本,对使用中提出的修改意见无条件响应,免费对接学校其他业务系统,终身负责BUG修复。
(七)付款及结算方式
合同签订后,服务项目实施完毕,在符合采购人要求前提下经验收合格,依据湖北职业技术学院财务规定办理结算,支付合同总价的90%;余款10%在质保期满后30个工作日付清。
(八)中标(成交)合同的签订:成交供应商与湖北职业技术学院签订合同
(九)验收标准:
项目实施完成达到试运行条件,试运行90天后,由采购人组织验收,若服务质量达到招标文件服务要求,由采购人出具《验收报告》,即视为验收合格。
三、其他说明
(一)投标报价的有关说明:
本项目成交供应商须按采购人所列要求完成湖北职业技术学院数据治理项目相关工作,确保数据平台正常运行,服务到位。项目实施过程中,与学校业务系统对接所产生的接口费用由成交供应商承担。故投标供应商的报价应包含以上全部工作所需的一切费用,对在合同实施过程中可能发生的其它费用,采购人概不负责。
对于招标文件未列明,而供应商认为必需的费用也需列入投标总报价。在合同实施时,采购人将不予支付成交供应商没有列入的项目费用,并认为此项目的费用已包括在总报价中。
(二)成交供应商对所提供业务产品知识产权方面的一切产权关系负全部责任,由此而引起的法律纠纷及费用,由成交供应商全部承担。
(三)因本项目涉及用户在用业务系统的数据隐私和安全,项目实施前成交供应商须签订信息安全保密承诺书。
(四)成交供应商需安排至少3名熟悉高校数据业务的技术人员驻场实施,驻场人员的人选须经校方认可。未经校方许可,中标方不得擅自更换项目负责人和驻场人员,以保障项目的顺利实施。驻场人员自项目开始进驻,至完成验收离场。项目验收通过后,提供1人*1年驻场运维,负责保障本项目的正常运行。
四、采购清单及要求
(一)采购清单
序号 |
服务项目 |
数量 |
单位 |
1 |
数据治理服务 |
1 |
套 |
2 |
领导驾驶舱 |
6 |
项 |
3 |
数据应用开发平台服务 |
1 |
套 |
4 |
数智师资应用服务 |
1 |
项 |
(二)服务要求
数据治理项目的服务要求分为重要和一般两个层次,重要指标用“★”标识,无标识的为一般性指标;“★”标识的重要性指标,投标方必须进行依次响应,并提供证明文件或承诺函。
序号 |
服务项目 |
服务清单 |
服务要求 |
重要性 |
1 |
数据治理服务 |
数据标准和相关管理制度 |
配合信息化中心针对现有业务系统数据和线下数据需求开展广泛调研,充分理解学校基于业务的数据流向以及学校各层级、各方面的管理服务应用对数据的需求。参照国家相关标准、高校管理信息标准,进行数据梳理,明确现有业务系统数据和线下数据质量现状,理顺数据血缘关系,确定数据责权,实现“一数一源”。 |
|
2 |
结合学校信息化建设的现状编写详细的《湖 |
|
|
数据治理服务 |
|
北职业技术学院数据需求调研报告》。制定准确、规范、有效的《湖北职业技术学院数字化校园建设数据标准》,并提供纸质版材料40份。协助学校制定相关数据管理制度,形成书面的数据管理、维护和数据使用规范。 |
|
3 |
数据采集 |
对学校业务系统数据进行采集,将其纳入贴源层实现入湖入仓,并将后续工作中需要清洗转换的数据进行数据识别、标注和脏数据过滤。对各业务部门提供的线下Excel电子表格数据进行采集,做到数据“颗粒归仓”,满足全域数据仓库建设。 |
|
|
4 |
汇聚业务系统包括但不限于:网上办事大厅、教务系统、学工系统、财务系统、人事系统、OA系统、智慧图书系统、科研系统、网站群系统、迎新系统、离校系统、智慧实验室系统、绩效工资积分管理、校园一卡通、智慧职教、产教融合、党建系统、就业管理平台、校友管理平台、实习管理、心理教育管理、资产管理等系统。完成数据全量采集、数据清洗、数据标准化、数据集成处理、数据脱敏加密、数据质量检测等服务(含质保期内学校新上线业务系统的数据对接与服务) |
|
||
5 |
供应商在交付过程中需承担以上所有业务系统的接口开发、视图搭建、数据整合等对接费用,我校不承担任何额外费用。投标时须提供加盖投标人公章的承诺函,否则按无效投标处理。 |
★ |
||
6 |
数据清洗与标准化 |
将贴源层中的数据依据最新的数据标准进行数据清洗和标准化后,纳入标准层各业务域下进行分类存储(至少包括人事域、学工域、教学 |
|
|
数据治理服务 |
|
域、资产域),使学校数据资产的数据结构更加清晰,数据血缘透明可追溯,数据关系条理化。 |
|
7 |
数据接口梳理 |
对学校现有数据交换工具的接口进行梳理,确认数据接口或API服务迁移范围,明确需要支撑的业务清单及涉及接口,并提供《数据交换接口报告》。 |
|
|
8 |
数据共享交换 |
制定《数据需求申请审核规范》,明确学校数据需求申请流程。完成共享交换接口开发,提供实时的数据交换机制。 |
|
|
9 |
业务系统服务集成 |
对已集成和将要集成的相关业务系统进行服务拆分,梳理进驻网上办事大厅的微服务(不少于40个)。 |
|
|
10 |
数据质量检测 |
对学校标准层数据域的数据进行数据质量检查,设计和配置质量检测规则,质量检测方案,输出数据质检报告(至少包括人事、学工、教学、资产),提升数据质量。 |
|
|
11 |
数据安全 |
对标准层中各业务域的数据进行分级分类,制定《湖北职业技术学院数据资源分类分级规范》。对标准层各业务域中安全等级在3级及以上的字段进行加密脱敏规则设置,制定《湖北职业技术学院敏感字段安全设置规范》。 |
|
|
12 |
领导驾驶舱 |
综合校情分析 |
包含但不限于如下指标: 针对学校的基础设施、师资队伍、科学研究、产教融合、专业建设、人才培养、办学指标等进行综合展示与分析,完成教职工数、专任教师数、生师比、专任教师职级分布、教授数、副教授数、专职辅导员、发表论文数、出版著作数、授权专利数、获奖、科研投入经费、科研项目总量、国家级项目、省级项目、地厅级项目、 |
|
|
领导驾驶舱 |
|
专项计划人数、转化成果、合作企业数量、合作企业就业接收比例、岗位与专业匹配率、培训次数、就业去向、金专、金课、金师、金地、金教材、课程数、专业数、在校生数量、培育层次分布、占地面积、建筑面积、学生宿舍面积、行政用房面积、实验实训场所面积、教学用房面积、资产总值、教学科研设备总值、馆藏图书、数字资源等指标的全量展示。 |
|
13 |
师资队伍主题分析 |
包含但不限于如下指标: 对学校师资队伍进行综合分析,从用人方式分布、学历分布、学位分布、年龄区间分布、性别分布、编制数、双师型数、职务分布、专任教师数、校内兼课教师数、校外兼职教师数、研究生学历(学位)教师占专任教师的比例、高级职称教师占专任教师的比例、专任教师中双师型比例、行政人员数、其他教职工、其他技术人员、其他人员等指标进行主题分析,展示学校师资情况。 |
|
|
14 |
学生管理主题分析 |
包含但不限于如下指标: 对学校学生管理进行综合分析,从学生成长模型指标、学生基本情况、学生心理情况、学生资助信息、宿舍情况、入住情况、辅导员情况、学生活动情况等方面对学生管理工作进行综合分析,完成达成情况、核心素养、职业能力、人数、男女比例、生源地、学籍异动、各学院测评结果等级分布、资助人数、奖励人数、贫困学生比例、宿舍数量、入住比例、院系分布、社团活动数量等指标的全量展示,全方位掌握学生的基本情况。 |
|
15 |
领导驾驶舱 |
教务管理主题分析 |
包含但不限于如下指标: 从教学资源及运行情况、班级年级分布、总学时年级分布、课程类型分布、考试挂科/学分达成率、学院教师分布、学年成绩分布等指标进行综合分析,完成专业数、课程数、班级数、总学时、专任教师数、校内兼课教师数、校外兼职教师数、评教平均分、班级数量、总学时、课程数量、成绩挂科人数/学分达成率人数、教师数、成绩区间分布等指标的数据展示,综合展示人才培养质量。 |
|
16 |
资产综合分析 |
包含但不限于如下指标: 包括总资产数量、资产总金额、使用方向、采购方式、资产金额、资产现状、资产折旧状态等指标,对学校资产情况进行各维度指标的分析和展示。 |
|
|
17 |
网上办事大厅效能分析 |
包含但不限于如下指标: 根据学校网上办事大厅对师生服务情况,针对今日发起流程数、今日办结流程数、累计申请数、总办结数、近七日服务统计、近七日热门事项、近七日申办人员类型、网上办事发起趋势、近七日各时间段发起事件趋势等9个方面进行综合分析与展示,全面掌握师生线上服务需求,有针对性的对事项服务进行整改,不断提高线上服务师生质量和水平。 |
|
|
18 |
|
指标管理工具 |
支持指标分类管理,当数据指标不为空时,不允许删除。(需提供真实产品截图) |
★ |
19 |
支持创建原子指标、派生指标、衍生指标管理;支持查看指标基本信息、指标数据、指标血缘关系及指标计算任务运行日志信息。 |
|
20 |
数据应用开发平台服务 |
|
派生指标支持自定义统计周期、统计范围限定、统计算法设置;支持调度规则设置,完成数据自动化计算。(需提供真实产品截图) |
★ |
21 |
衍生指标支持可视化配置,支持从指标库拖拽数据指标,支持算术运算符、比较运算符、逻辑运算符等计算;支持调试及结果查看。(需提供真实产品截图) |
★ |
||
22 |
支持统计周期的灵活可视化配置,支持基准日期、偏移量及单位设置。 |
|
||
23 |
数据可视化开发工具 |
产品架构:采用C/S+B/S架构充分利用两端硬件,将任务分配到Client和Server两端,降低了系统的通讯开销。 |
|
|
24 |
浏览器兼容:应兼容IE9以及IE9以上、chrome、edge、火狐、360等主流浏览器(HTML5架构,兼容性强),无需安装任何插件。 |
|
||
25 |
跨平台支持:应具有良好的跨平台支持,支持主流操作系统,包括Windows、Linux、Aix、mac等的32和64位版本。 |
|
||
26 |
语言支持:应支持直接在设计器中进行中英文语言切换,平台语言实现自动切换。 |
|
||
27 |
应支持tomcat、weblogic、websphere、jboss等主流web应用服务器。 |
|
||
28 |
应支持JDBC、ODBC、JNDI等数据连接方式,支持导入外部数据库jar驱动进行其他种类的数据库连接。 |
|
||
29 |
应支持ORACLE、SYBASE、DB2、MYSQL、SQLSERVER等主流关系型数据库。 |
|
||
30 |
应支持XMLA/MDX规范为基础的多维数据库,包括SSAS、Essbase、SAP HANA等。 |
|
31 |
数据应用开发平台服务 |
|
应支持NOSQL,如MongoDB等非结构化数据库。 |
|
32 |
应支持从excel、TXT、xml等文件中取数进行报表分析。 |
|
||
33 |
应支持程序数据源,javaApi,Hibernate数据源,支持WebService,SOA等标准的数据。 |
|
||
34 |
应支持内置数据集,数据直接內建在模板文件里。 |
|
||
35 |
应支持关联数据集,将不同来源数据进行关联整合,包括合并和依条件选择两种方式。 |
|
||
36 |
应支持模板数据集和服务器数据集,模板数据集仅能在当前模板使用,服务器数据集可被所有模板使用。 |
|
||
37 |
应支持多工作目录,可随时在多个工程项目上切换工作。 |
|
||
38 |
应支持自定义分组(包括条件分组和公式分组),以及层次坐标公式(包括同比,环比,排名,占比和累计等需要层次坐标比较的模板制作)。 |
|
||
39 |
应支持LADP等认证方式与其它信息系统集成,并对报表页面实现权限控制。 |
|
||
40 |
应支持html5的canvas及svg在浏览器端生成动态图表。 |
|
||
41 |
需通过简单灵活的组件拖拽操作方式快速制作组件式报表,自适应屏幕的大小和分辨率,智能排布组件布局。 |
|
||
42 |
应支持报表在安卓、IOS系统的手机、平板、智能终端上进行展示,可自适应匹配各种大小屏幕。 |
|
43 |
|
|
应支持调用硬件设备底层的扫码、定位、拍照、文件上传等功能。 |
|
44 |
应支持HTML5渲染方式,可通过手机浏览器直接访问报表,也可集成到微信、钉钉等,能根据移动设备特性自动转换报表风格。 |
|
||
45 |
应支持移动设备的常见交互体验,比如缩放、横屏、手势、组件自定义全屏等操作,另外还兼容PC端的交互体验,包括数据钻取、图表联动等。 |
|
||
46 |
应支持在web端进行frm的布局调整,加快frm设计调试效率。 |
|
||
47 |
应支持内置地图、自定义地图以及GIS地图,让数据以地图的形式展现出来。 |
|
||
48 |
数智师资应用服务 |
教师数据阅览室 |
通过与学校数据资产管理平台集成或管理员导入等多渠道采集教职工相关的教学、学工、人事、资产、图书馆、科研、财务等多维度数据,形成教师数据阅览室,满足教职工对个人全方位数据查询。 |
|
49 |
需提供教师个人信息的汇聚、查询、展示和纠错功能;(需提供真实产品截图) |
★ |
||
50 |
预置教师数据模型,可对数据模型进行增、删、改、查等; |
|
||
51 |
提供教师模型权限管理和用户组授权,为不同角色用户提供差异化的功能授权。 |
|
||
52 |
教师个人数据档案 |
需展示教师全方位明细数据,包括但不限于基本信息,学习经历,教育经历,授课记录,教改项目,教学工作量等信息。 |
|
|
53 |
应支持根据数据权限进行数据的纠错,可导 |
|
|
数智师资应用服务 |
|
入导出数据。 |
|
54 |
教师档案列表 |
管理员可根据数据权限管理一定范围内的教师档案。可按组织架构展示管理教师信息,支持通过关键字检索。 |
|
|
55 |
应支持按数据分类展示教师信息。支持教师相关数据导出,可自行配置需要导出数据字段。(需提供真实产品截图) |
★ |
||
56 |
数据模型管理 |
提供预置的教师数据模型,可根据学校实际情况,灵活管理模型,至少包括对数据分类,数据模型表,数据字段的增删改查等。 |
|
|
57 |
应支持教师数据模型新增分类,数据模型分类至少包括:教师基本信息、人事信息、教育教学、科研信息等分类。(需提供真实产品截图) |
★ |
||
58 |
应支持在模型分类下新增数据模型,并配置模型字段信息。(需提供真实产品截图) |
★ |
||
59 |
应支持数据模型的导入/导出,可选择需要导出的模型字段。 |
|
||
60 |
模型权限管理 |
对数据模型进行授权,灵活配置不同用户组对数据内容的增删改查权限,以及数据纠错的方式,实现分级分权管理数据。(需提供真实产品截图) |
★ |
|
61 |
针对纠错需要审核的字段,配置审核纠错权限,可进行审核流程的管理配置。 |
|
||
62 |
审核流程设置至少包括基础设置、按钮设置、任务处理人、任务和消息等。任务处理人可指定审批人员类型和审批人;可通过站内信、短信、邮件、平台任务等发送渠道进行推送代办任务和消息,可编辑任务和消息内容和紧急程度。 |
|
||
63 |
应支持针对不同类型的人员可以配置不同的 |
★ |
|
数智师资应用服务 |
|
数据纠错权限。支持复制其他用户组的权限,实现快捷配置。(需提供真实产品截图) |
|
64 |
一站式填报 |
通过一站式填报满足学校对各类教职工表单的定制化开发,满足各业务部门对教职工各类数据的日常采集,补全教职工缺失数据,实现数据一次在线填报重复利用,解决教职工日常重复填报问题,提高工作效率。 |
|
|
65 |
通过工具简单快速地搭建填报服务,至少包括填报表单,审核流程以及报表样式。 |
|
||
66 |
应支持教师在填报表单时,已有个人数据和业务数据的自动填充。(需提供真实产品截图) |
★ |
||
67 |
可配置数据审核流程,发生数据增、删、改操作,需经过业务部门审核确认后,发生变更的数据留存到教师数据阅览室,避免重复填报。 |
|
||
68 |
需提供预置多场景服务模板可供用户快速搭建填报服务。 |
|
||
69 |
填报服务中心 |
教师可查看个人填报任务,至少包括待填报的业务、已发起的申请流程、填报任务的截止时间、当前任务所处流程节点等。 |
|
|
70 |
应支持查看历史情况的统计,至少包括已填报次数,已使用服务次数等。 |
|
||
71 |
表单大厅 |
应支持以卡片的方式展示当前用户可使用的填报表单,形成教师填报的统一入口。 |
|
|
72 |
提供多条件联合检索功能,支持快速过滤。 |
|
||
73 |
填报配置中心 |
管理员可管理已创建的服务,至少包括表单、流程、服务的发布状态、填报范围、发布或撤销等。 |
|
|
74 |
可通过页面设计工具完成服务的菜单设置和填报页面设计; |
|
75 |
数智师资应用服务 |
|
应支持报表打印模板管理。 |
|
76 |
表单模板库 |
提供表单模板库,应支持对模板库的分类管理,支持模板预览。 |
|
|
77 |
基础设置 |
提供基础设置,支持选择服务所属分类;支持修改服务图标;支持添加服务描述。(需提供真实产品截图) |
★ |
|
78 |
页面设计 |
可根据学校的业务需求通过拖拽方式进行表单页面的设计及页面元素属性的设置。(需提供真实产品截图) |
★ |
|
79 |
用户填报时应自动加载已有数据;应支持加载多条数据供用户自主选择; |
|
||
80 |
应支持用户增加、删除、编辑相关数据。支持配置加载数据时的过滤条件。 |
|
||
81 |
应支持批量选中数据源的多个字段或多个表自动生成表单的组件,并可自由调整组件的排序。 |
|
||
82 |
流程设计 |
支持在Web页面采用拖拽方式设计流程。(需提供真实产品截图) |
★ |
|
83 |
应支持多种流程操作权限,至少包括同意、拒绝、驳回、撤销、转办、终止、催办、加签等。 |
|
||
84 |
应支持流程节点任务处理人员类型的设置。 |
|
||
85 |
应支持会签模式、抄送设置,支持设置流程节点的审批权限。 |
|
||
86 |
提供消息推送配置,与校方消息中心集成,自动发送提醒消息。 |
|
||
87 |
发布设置 |
支持设置填报人员范围、表单提交的时间范围,设置表单是否重复提交。(需提供真实产品 |
★ |
|
|
|
截图) |
|
88 |
报表设计 |
提供管理报表列表,可新建、删除、编辑报表。(需提供真实产品截图) |
★ |
|
89 |
可配置外部数据源,支持配置报表的取数规则。 |
|
||
90 |
可在线预览,支持导出和打印。 |
|