注意:提供服务总体要求、服务标的(如人员、车辆、检测对象、管理对象)数量情况、详细具体的服务需求内容及工作量情况(以能给供应商准确的报价依据,使不同供应商的项目报价不至于差距过大作为判断需求 详细具体 的标准)
数据中心平台完成各业务系统、硬件设备、互(略)开发工具形成数据仓库(包含原始库、标(略)),存储包(略),解决原有数据共享开放平台无法处理非结构化数据(如:权威论文库的网页数据、就业招聘信息的网页数据、当下学术热点的网页数据、监控的图像与视频信息)的缺陷,在数据中心平台的基础上,结合我校业务需求,建立主题库及数据分析应用,推动我校智慧校园的建设。
数据中心平台分为:原始数(略),利用主题库开发(略),完成学生、人事、科研、设备与资产、教职工、财务等主题库的数据分析应用,助推智慧校园信(略),实现精细化(略)。我校目前的结构化数据(即数(略))约存储2T左右的内容,在项目实施过程中,预计增加约0.5T的内容。
针对原始(略)(如认证计费系统、互联网络数据等海量分散数据),分析适配,形成数据分析表,从而进入标准库进行存储;对传统的关系型数据库、 XML 等半结构化数据,以及以视频、音(略),将残缺数据、错误数据和重复数据进行处理,把结果集入库,并记录清洗结果,形成标准数据库。最后通过建模聚合分析,形成(略)。
序号 | 货物名称 | 招标技术要求 |
1 | 主题库开发工具 | 1.1数据(略) | 1.1.1提供针对不同类型、不同结构的数据接入技术和工具,支持低频数据、(略)。 |
1.1.2可整体监控不同业务系统的数据抽取情况,形成采集报告,展示采集数据情况。 |
1.1.3能够进行(略),能根据采集工具及数据源类型,定制采集方式,采集频率等。 |
1.1.4可以实现结构化数据采集,并可以选择不同的数据库进行存储。 |
1.1.5结构化数据采集支持针对不同的业务系统的数据抽取情况整体监控,展示所采集的表数量和每天数据采集情况。 |
1.1.6可以实现半结构化采集。 |
1.1.7可以(略)(包括但不限于校内(略)务系统日志等),并实现查看其库名、表名、路径等功能。 |
1.1.8提供至少包含面向日志数据采集的Flume采集工具,能满足日志数据的采集。 |
1.1.9提供数据采集日志管理功能,至少包(略)。 |
1.1.10提供数据清洗工具,包括但不限于对数据缺失、数据重复、数据错误、数据不可用等各类数据的清洗要求。 |
1.1.11支持数据来源库设置、数据概况查看、操作面板、设置过滤、替换、规则设置等操作。 |
1.1.12能够针对重复数据,提供自动(略)清洗方法和工具。 |
1.1.13能够针对(略),提供区间限定去除、按规则修复、人工干预、历史数据近值等清洗方法和工具。 |
1.1.14能够(略),提供按规则适配、按关键字匹配、字段转换等清洗方法和工具。 |
1.1.15能够提供数据的标准化策略制定,对数据进行标准化管理和访问管理。 |
1.1.16能够对数据质量进行监控,并与采集的(略),发现不匹配项,能使用工具进行转换或补充清洗规则。 |
1.1.17提供数据预(略),保证对数据的操作以日志的方式进行记录,做到有迹可循。 |
▲1.1.18提供数据集成功能。可以进行数据集成设置,至少包括目的表(略)。(投标时提供产品功能截图) |
1.2数据存储检索工具 | 1.2.1提供原始数据全量备份功能,在磁盘故障后,将丢失的数据找回。 |
1.2.2原始库中存储互联网数据、业务系统等原始数据;原始库中的数据做清洗、标准化后形成标准库;标准库中的数据做聚合建模等分析后,形成主题库,用户根据权限管理制度,可以分权限直接对主题库中的数据进行分析操作。 |
▲1.2.3支持采用Hadoop分布式存储方式。(投标时提供产品功能截图) |
1.2.4对于计算实时性要求不高,主要用于计算数据的趋势和预测的数据,如基础数据和历史数据的存储和分析,采用Hive或与其效能相当的存储方式存储,并提供标准的SQL语言查询功能。 |
1.2.5对于计算实(略),数据体量大的数据,如网络数据等(略),采用HBase或与其效能相当的存储方式存储,以满足实时性要求较高的数据计算。 |
1.2.6对于文本或表格等数据,采用HDFS或与其效能相当的存储方式存储。 |
1.2.7采用数据分片技术及并行入库的方式保证数据访问的高效率,同时为了保证数据仓库的无缝扩展及数据的可靠性要求,需要提供根据数据重要性定制存储副本策略的功能要求。 |
1.2.8提供对(略)索功能,要求对单条记录查询响应小于1秒,在10亿以上的日志库中检索响应时间小于3秒。 |
1.2.9主题库须支持分布式集群数据库,以满足应用分析访问需求,同时满足高并发访问的要求。 |
▲1.2.10支持通过标准的SQL语句进行数据查询。(投标时提供产品功能截图) |
1.3实时数据处理工具 | 1.3.1针对实时性要求比较高的数据,能够提供实时采集、实时计算、实时展示等功能。提供Flume或与其最新版本效能相当的日志采集系统、采用Kafka或与其最新版本效能相当的工具做实时流处理,形成消息队列。 |
1.3.2支持在提供消息队列处理的基础上,进行实时流运算,并将运算后的结(略)。 |
1.3.3支持流式数据(略),并将流式的实时数据分解到计算节点批量处理。 |
1.4数据运维工具 | 1.4.1提供数据的高效检索及查询功能。支持通过图形化界面对数据仓库数据进行高效率检索。 |
1.4.2提供元数据管理功能,针对每个(略)等要求进行管理。 |
1.4.3能对数据仓库中的数据文件进行统一管理。 |
1.4.4支持对数据仓库中的原始数据、标准数据、主题数据进行分类管理。 |
1.4.5能够免费提供统一的数据仓库开发接口,至少支持包含P(略)。提供标准的SQL语言支持,支持JDBC数据连接方式。 |
▲1.4.6可以针对不同(略)。(投标时提供产品功能截图) |
1.4.7提供统一的模型主题库开发接口,可对接第三方BI开发工具,支持用户自定义业务呈现开发。 |
1.4.8能支持分布式负载均衡设计架构,支持高并发,接口支撑(略),并提供开发者权限管理功能。 |
1.4.9具有对及数据仓库的图形化安全管理及配置等功能。 |
▲1.4.10可以对底层架构组件进行运维管理。(投标时提供产品功能截图) |
1.4.11能够提供用户(略)管理功能,并支持以角色权限的控制方式控制用户对数据仓库的访问,粒度可达数据库的每个字段。 |
1.4.12具有的图形化配置功能,包含服务器管理,数据库节点及服务管理等功能。 |
1.4.13具有服务进程监控功能,如Hive、HDFS、Spark等服务进程的监控,保证分布式部署下服务的效率和可靠性。 |
1.4.14具有对大数据计算机存储节点及服务节点的群集的管理功能,如添加、删除等操作。 |
1.4.15支持分布式集群主题库管理,可管理和监控主题库集群。 |
1.4.16具有集群(略)。 |
1.4.17具有信息和邮件告警功能,能根据配置的信(略)。 |
能对集(略),包括但不限于Hadoop生态的组件如:HDFS、H(略)r等。 |
1.4.18能够提供LDAP安全防护组件。 |
1.4.19具有数据划分和隔离功能,提供对(略)。 |
1.4.20能够进行(略),网络的多链路冗余技术,保证数据及存储的安全性。 |
▲1.4.21提供数据库群组权限管理,至少提供增加、删除、修改等用户权限管理。(投标时提供产品功能截图) |
▲1.4.22提供数据脱敏功能,可以对用户敏感字段进行数据脱敏加密。(投标时提供产品功能截图) |
2 | 主题应用服(略) | 2.1数据服务平台 | 2.1.1性能要求: |
保证数据计算过程的高效性,保障数据计算时能在计算节点并发运行。 |
提供整体的Hadoop及与其生态兼容的大数据系列的算法产品及插件,至少满足Python语言IDE的开发环境的自定义算法及挖掘工具开发。 |
2.1.2支持数据集管理功能: |
1.数据集详细信息展示,包含数据集的格式、样本数、特征数、标签数; |
2.支持数据集新建、删除和编辑操作; |
3.与主题库开发工具打通,可获取主题库开发工具中的数据集; |
4.提供数据集详情页,展示数据集基本信息、数据预览、数据特征分析、数据可视化; |
5.支持共享可公开的数据集给其他用户使用。 |
2.1.3支持任务管理功能: |
1.任务列表展示任务信息,可进行批量删除和创建新任务; |
2.提供任务详细信息管理、任务状态实时推送; |
3.提供(略),通过鼠标拖拽和简单连线即可完成模型训练和评估,提供丰富的可视化模型评估组件; |
4.提供多种数据预处理方法,例如:(略) |
5.提供多种数据降维方法,例如:(略) |
6.提供多种数据特征选择方法,例如:(略) |
7.提供机器学习分类算法,例如:SVM、决策树分类器、K近邻分类器、多分类评估等; |
8.提供机器学习回归算法,例如:(略) |
9.提供聚类算法,例如:K-means聚类,Mean-Shift 聚类等; |
10.提供序列分析算法,关联分析算法,例如:(略) |
11.提供多种模型评估器,例如:(略) |
12.提供在线修改算法参数; |
13.支持运行结果可视化展示、生成模型固化; |
14.支持模型评估结果可视化展示; |
2.1.4支持模型管理功能: |
1.模型列表展示模型信息、可进行模型批量删除操作; |
2.支持模型可视化展示(模型图片化和模型文本化); |
3.提供模型详细信息,包含模型创建时间、运行时长、数据(略) |
4.提供模型历史评估信息,包含模型评估结果、评估指标; |
5.支持可视化模型评估指标,包含混(略) |
6.支持用(略) |
7.提供基于TensorFlow、Keras和Caffe的深度学习案例; |
8.提供丰富的图片库、文本库。 |
9.能够针对于教育行业关于学习、教学、管理、日志、互联网数据等场景,提供特定算法及模型库。 |
10.提供机器学习实践应用功能,至少提供算法详细的代码执行过程和相应描述。 |
11.提供的模型库至少包含学生成绩分析模型,学生(略),学生群体分析模型,消费分析模型等标准模型。 |
| 2.1.5支持分析应用报告管理功能,可管理并展示各教学及业务部门的大数据分析应用能力: |
| 1.支持分析应用报告的创建、收藏、查询等; |
| 2.支持相关管理部门对分析应用报告进行审核、跟踪、修改等; |
| 3.支持分析应用报告的创建者对需要使用的数据进行申请,并可对数据申请过程进行查看等; |
| 4.支持分析应用报告的发布、撤回、删除等; |
| 5.支持可视化展示各教学及业务部门大数据的分析应用报告,如常规工作报告、专题业务报告的个数、比例等,可分析各教学及业务部门的大数据分析应用能力。 |
2.2数据可视化系统 | 2.2.1支持系统采用B/S结构架构,支持多终端(PC/移动),支持多操作系统(windows/mac/linux, ios/安卓)。 |
2.2.2支持搜索引擎采用ES(Elastic(略))技术或与其最新版本效能相当的全文搜索技术,存储引擎采用FastDFS或与其最新版本效能相当的分布式存储引擎。缓存使用Redis技术或与其最新版本效能相当的缓存数据库。要求提供100用户同时高性能并发的架构性能负荷。 |
2.2.3满足系统采用统一的技术开发平台,基于协(略),源码使用版本控(略)。 |
2.2.4要求该系统具备一定内网防护能力,安全组件具备内网防流量攻击(DDOS)功能。 |
2.2.5支持一键式的全库搜索,搜索结果可按用户或群组权限展示。 |
2.2.6支持用(略),包含但不限于账号(略)息查看等。 |
2.2.7数据报告页面尺寸支持移动端、电脑端、大屏端或自定义设置,可创作多个页面,一键更换页面背景色、底纹,自定义水印及尾注。 |
2.2.8提供丰富的图片库、图标库素材及海量业务场景的业务模型,自定义插入文本、图片、形状、图表、图标等对象,支持插入时间组件、音频、视频及按业务需求插入多种格式的文件(包含但不限于OFFICE、PDF等)作为附件。 |
2.2.9支持一键更换主题配色,一键替换对象类型(文本、图片、形状、图表、图标等),一键更改对象样式。 |
2.2.10可一键收藏自定义对象(文本、图片、形状、图表、图标等),创建分类使用,可存储个人自定义样式、自定义主题。 |
2.2.11支持多对象(文本、图片、形状、图表、图标)的分层管理、组合管理、锁定管理、超链接管理。 |
2.2.12数据报告发行支持主流移动端(安卓/IOS)、P(略)精度。支持扫码分享、链接分享、分享至内部业务或社交平台或下载使用。支持移动端批注、回复,以及(略)。 |
2.2.13数据报告发行支持在线查看及操作,离线查看,支持外网访问分离部署、单独部署。 |
2.2.14支持数据连接及数据集功能(支持本地Excel导入,支持Mysql、SQLServer、Oracle、PostgreSQL等主流数据库的连接,支持实时刷新、定时刷新、条件筛选、动态汇合、数据聚合)。 |
2.2.15报告编辑状态支持远程多人在同一界面协同编辑,编辑结束后,权限返回初始协同者,可实时在(略)。 |
2.2.16支持海量业务模型的创建、收藏、提交共享,以及批量导入;支持海量模型的分类、查询、调用;支持分析报告模板的创建及导入。 |
2.2.17数据报告支持查询、复制、标记等。 |
2.2.18(略),免编程、拖拽式自定义编辑方式,实时保存,使用(略)。 |
2.2.19数据(略),包括(略): |
1.可设定各教学及业务部门内的各层级管理员权限; |
2.可设定数据应用大屏、报告的审批、发行、上架下架等功能,需拥有完备的用户权限管理机制,审批者(略),同时可以按照发布平台提供的模板进行发行排版。 |
2.2.20提供各类业务模型定制开发。包括但不限于: |
1.学生主题(学生个人画像、学生群体画像、(略) |
2.人事主题(编制人员、职称(略)) |
3.科研主题(科研经费、科研项目、科研资源等) |
4.设备与资产主题(仪器设备等) |
5.教职工主题(教师画像、教师群体画像、教学工作、教师科研、教师培训、教师招聘等); |
6.财务主题(收支情况、财务指标等) |
7.招生就业主题(学院招生、学生就业、企业来校招聘等); |
8.教务管理主题(成绩管理、教学质量、课程管理等); |
9.图书馆主题(图书馆概况、进出馆访问、资源(略) |
10(略)(党团人员、党团课程、党员考核、党员学习等)。 |
2.2.21提供各教学(略)。提供业务相关的报告和大屏模板供各学院使用,管理员可通过后台运营模块进行报告模板管理,并且统计(略),从而分析出用户偏好的报告风格。 |
3 | 学生主题(略) | 3.1学(略) | 3.1.1提供智能综合行为(个人维度)功能模块,至少包含以下功能点: |
1.提供权限管理制度,分权限提供学生个人详细信息数据查询功能,至少包含学生姓名、学号、院系、专业、年级、性别等搜索相应学生,显示学生详细信息列表,点击可查看对应学生综合画像。 |
|
2.提供个人综合画像分析,可展示个人(略),包含以下维度:个人信息、学习情况、上网习惯、身体素质、消费水平,轨迹分析,并可详细展开查看学业成绩、消费情况、上网情况等。 |
3.提供学生最近7天状态分析功能,通过时间搜索查询单个学生在校园活动轨迹,并对活动状态做描述,例如:(略) |
4.提供个人社交关系分析,可以展示个人关系图、关系强弱、关系数。 |
5.提供群体挂科预测功能,可以对挂科1-3门的学生数量进行预测。 |
6.提供个人学习分析功能,分析个人历史成绩,以学期为维度,显示个人平均成绩趋势和专业平均成绩的关系图;分析课程准点率,按月份统计平均迟到和早到分钟数并以图表的形式展示;分析本学期成绩预测及疑似逃课情况,并且以图表形式展现每门课程的次数分布;分析个人成绩在群体位置及排名,分析个人成绩变化趋势,可视化展示个人周课程和月课程。 |
7.提供三餐就餐分(略),从不规律、较不规律、一般、较规律、很规律五个层面展示个人、本专业、本学院平均三餐规律度情况;从时间轴上展示学生三餐就餐情况;显示最近一年学生个人三餐消费金额(略) |
8.提供个人消费分析功能,分析最近一年个人消费指数和平均消费指数;分析最近一年学生、校平均、男生平均消费金额趋势;分析学生消费结构,显示对应消费类型的金额和占比,计算出近三个月恩格尔系数;分析学生消费地点。 |
9.提供学生预警信息提醒功能,展示当前预警信息、待处理预警信息、历史预警信息,支持预警信息的修改与自定义。 |
3.1.2提供智能综合行为(群体维度)功能模块,至少包含以下功能点: |
1.提供专业/年(略),基于院系每个专业、年级、班级的学生画像数据进行标签化展示,(略)、网络使用等情况。可通过院系/学院、专业、班级、民族、性别、生源地、学年维度筛选和查看行为画像。 |
2.提供群体整体画像功能,群体标签可视化展示学习水平、上网习惯、三餐规律、社交关系等,并对这些标签划分等级,例如:学习好、学习一般、学习差等,并展示(略),并对群体近7天的状态进行分析。 |
3.提供待处理预警情况分析功能,显示当前预警信息、本学期本人待处理预警(行为、学业等)、本人历史预警信息列表,展示对应群体的预警数量、风险及占比等,具体预警类型包括:逃课预警、挂科预警、失联预警、夜归预警、学业预警、行为预警、紧急预警。 |
4.根据权限管理制度,分权限提供群体关系图展示和查询功能,展示群体关系关联,点击可查看个人数据;并对不同程度关系人个体用不同颜色表示,离散程度越高,标注颜色越红,方便快速发现特(略),以便做出应对措施。 |
5.可以展示群体关系关联,并查看人数。 |
6.提供群体毕业去向预测功能,预测各类毕业去向学生占比和人数。 |
7.▲提供群体挂科预测功能,可以对挂科1-3门课程的学生比例进行预测与展示。(投标时(略)) |
8.提供群体上课情况分析功能,具体包括准时上课情况:每月学生群体总体到课情况分析;疑似逃课情况:显示逃课次数的人数和占比。 |
9.提供群体消费分析功能,包括全校群体消费分析(男生平均月消费金额、女生平均月消费金额、平均月消费金额),商户消费分析、群体三餐热门消费地点及就餐率。 |
10.提供贫困生分析功能,分析贫困(略),以便及时掌握各类贫困生真实情况,为扶贫工作提供支撑。 |
11.提供群体上网分析功能,针对日均上网时长分析和日均上网时间段分析,展示一天之中各个上网时长的人数及各个时段的上网人数,方便整体把控学生群体的上网情况。 |
3.1.3提供贫困生分析功能模块,至少包含以下功能点: |
1.▲分析贫困生的特征,包括获助学金人数趋势分析、当前贫困生分析、贫困生学院分布、贫困生群体画像、贫困生生源地分布、贫困生民族分布、消费稳定性分析、人均月消费金额对比。(投标时提供产品功能截图) |
2.提供几年内贫困生的人数变化趋势,并且对当前的各类贫困生,如:贫困生、异常贫困生和关爱学生人数等进行分析。 |
3.提供贫困生获奖助学金人数趋势分析功能,至少包括(略) |
4.提供当前贫困生分析功能,显示贫困生总人数、异常贫困生人数、建议关爱人数等指标。 |
5.提供贫困生学院分布功能,显示各个学院贫困生数量,从高到低排列。 |
6.提供贫困生总(略),从性别、学习(略)等维度进行标签化,且对标签进行进一步细分,如社交关(略)。 |
7.提供贫困(略),贫困生生源地(略),从深到浅,显示各个生源地贫困生数量。 |
8.提供贫困生民族分布功能,展示各个民族贫困生对应数量及占比。 |
9.提供贫困生家里致贫原因分析功能,展示各种致(略),贫困原因例如:家庭欠债、(略)。 |
10.提供消费稳定性分析功能,从非常稳定、比较稳定、一般、较差、差五个维度分析贫困生和非贫困生。 |
11.提供贫困生、非贫困生人均月消费金额对比分析、人均每次三餐消费金额分析、人均每月三餐次数及贫困生人数趋势分析功能。 |
3.1.4提供贫困生查询功能模块,至少包含以下功能点: |
1.▲根据权限管理制度,分权限提供贫困生查询功能,可按学院、专业、年级、民族、性别、资助学年、已获资助查看贫困生,点击可查看个人详情和关注操作。(投标时提供产品功能截图) |
2.提供设置贫困生特别关注或怀疑虚假贫困生功能,支持对贫(略)。 |
3.提供显示贫困生所属院系、年级、已获资助类型、困难程度、资助金额、上次认定时间等信息功能。 |
4.根据(略),分权限提(略)(包含校贫(略)),近一年月均消费金额趋势(包含个人、学校平均线、贫困线维度),消费结构分析(包含消费类型、(略),得出近(略)),三餐消费分析(包含贫困生、全校平均值、个人消费金额等维度)的功能。 |
5.可以通过机器学(略),并查看消费详情、关注操作。 |
3.1.5提供异常贫困生查询功能模块,至少包含以下功能点: |
1.提供异常贫困生总人数、占比、显示列表功能,点击查看学生个人具体消费情况功能。 |
2.提供显示异常贫困生所属院系、年级、已获资助类型、困难程度、资助金额、异常指数、月消费金额等信息功能。 |
3.提供可查看异常贫困生近一年消费水平(包含校贫困线、校平均消费水平、该生平均线等维度),近一年月均消费金额趋势(包含个人、学校平均线、贫困线维度),消费结构分析(包含消费类型、消费金额及占比,得出近三个月恩格尔系数),三餐消费分析(包含贫困生、全校平均值、个人消费金额等维度)的功能。 |
4.提供设置异常贫困生特别关注以及可推送信息处理功能。 |
3.1.6提供关爱学生查询功能模块,至少包含以下功能点: |
1.提供关爱学生显示列表,包含学生姓名、学号、所属院系、年级、性别、贫困指数、月均消费金额、建议月资助金额,处理结果等方面。 |
2.提供依据处理结果(包含全部、未处理、确定经济困难、确定非经(略)。 |
3.提供可查看关爱学生近一年消费水平(包含校贫困线、校平均消费水平、该生平均线等维度),近一年月均消费金额趋势(包含个人、学校平均线、贫困线维度),消费(略)(包含消费类型、消费金额及占比,得出近三个月恩格尔系数),三餐消费分析(包含贫困生、全校平均值、个人消费金额等维度)的功能。 |
4.提供设置关爱学生特别关注以及可推送信息处理功能。 |
3.1.7提供特别关注学生查询功能模块,至少包含以下功能点: |
1.根据(略),分权限提供查询特别关注学生、取消关注学生查询列表功能; |
2.▲通过贫困生查询、异常贫困生、关爱学生个页面的操作设置特别关注学生,显示相应特别关注学生列表,含姓名、学号、院校、年级、性别、贫困生类型、贫困生指数、月均消费金额等信息;可进行取消关注,并标识取消关注原因和学生个人情况。(投标时提供产品功能截图) |
3.1.8提供智能行为轨迹功能模块,(略)轨迹三个维度的分析功能。分析功能,至少包含以下功能点: |
1.可根据权限管理制度,分权限按(略),可按学院、专业、年级、性别、姓名、学号等维度查询学生个人的校内行为轨迹,获取学生时间、地点、活动内容等轨迹信息;学生轨迹按照时间先后顺序动态呈现,学生到轨迹点时显示轨迹的时间、地点、活动内容; |
2.支持与联动综合预警模块,为学生失联等预警提供数据支撑; |
3.支持点击某栋建筑,在页面呈现到该建筑的热力图,按照楼层分别统计访问人员数量,可以查看每个房间的人员情况; |
4.显示楼宇的整体情况,包括月(略),分析内容包括总访问次数,人均(略),全校排名及趋势,单日访问量以及访问人员群体标签排名等信息,显示楼宇各楼层(略),对于访(略) |
5.分析楼宇使用趋势和高峰时段,各楼层访问热度等; |
6.提供各楼宇访问人流情况,以及每个楼宇的访问总人数;支持对具体楼宇进行搜索,查看该楼宇的密度分析。 |
7.可根据权限管理制度,分权限按照日、时间间隔筛选以此提供全校行为轨迹查询,可以按性别、民族、培养层次、生源地等查看不同人群的活动时间、地点、内容等轨迹信息; |
8.分析各类群体的热门访问地点,访问热度(略) |
9.显示全校学生校内密度图以及趋势,支持选择日期、时间间隔,包括1d、1h和0.5h; |
10.支持标注图、热力图两种呈现方式;支持时间轮询支持; |
11.显示全校学生校内人流密度分布,可知校内(略)。 |
3.1.9提供学生主题(略),至少包含以下功能点: |
1.对学校门禁、一卡通、WIFI、有线网络、教务系统、上网认证、网络审计、DHCP等系统源数据进行采集、清洗、存储及分析。 |
2.提供基于大数据分析的学生紧急预警、失(略) |
3.系统根据模型自动判断预警严重级别,预警由严重到轻微分为4个等级;并设置2种预警状态:(略) |
4.提供查看预警历史功能,可配置预警信息;提供按预警级别及预警处理状态的预警信息查询;支持轻微、一般、较重、严重四个维度查询;可根据预警状态,预警类别,预警级别筛选查看预警信息;也可根据专业类别、日期、姓名等进行搜索查询。 |
5.提供学生失联预警、学业预警、行为异常预警等预警功能,提供按预警级别及预警处理状态的预警信息查询;支持轻微、一般、较重、严重四个维度查询;可根据预警状态,预警类别,预警级别筛选查看预警信息。 |
6.可以自行处理预警信息,包括待处(略),改变未处理预警的状态,输入(略),将预警(略),下移。预警的排序是根据预警级别的由高到低排序的。 |
3.1.10提供紧(略),至少包含以下功能点: |
1.根据学生在校内的数据,提供实时预警学生的严重预警概览功能,显示对比昨日预警数量、环比增长率,并提示预警数量达到最高时候的日期,方便学校及时掌握预警关键信息。 |
2.提供历史预警趋势展示功能,以时间为轴展示最近半个月学校预警数量。 |
3.提供紧急预警学生TOP5姓名及紧急处理数量,展示待处理(略),至少包括预警类型、事件等级、人员名称、专业、预警内容、预警时间、处理情况等。对待处理预警列表提供预警类型、预警程度、姓名、日期等维度的搜索查询功能。 |
4.可以实时预警学生的严重预警,并显示预警概览、历史预警趋势、学生紧急预警数量top5和预警列表。 |
3.1.11提供行为异常预警功能模块,至少包含以下功能点: |
1.在学校自定义的时间点内,若学生未回到宿舍位置,根据学生夜(略)。 |
2.可以通过综合分析学生课表信息、学生行为轨迹信息预测逃课学生,会提前给予 逃课预警 给相关负责人员;根据逃课次数分为四级预警。 |
3.根据全校的平均消费情况,按照周、月(略),对于校内消费过低的学生进行预警。 |
4.可以通过全校(略),按照周、月、学期进行统计分析,对于校内消费过低的学生,会提前给予 消费预警 给相关负责人员;预警级别设置为四级。 |
5.可以通过学生在校内的消费、上网和门禁等行为数据,分析学生夜归、消费、上网沉迷、逃课预警等信息,展示学生行为预警概览、历史预警趋势、学生行为预警数量TOP5以及预警列表等。 |
6.支持查看失联预警明细,可以对相关学生进行标识是否关注。 |
7.可以显示失联人数、天数、人员分布分析、预警概览、历史预警趋势、学生学业预警数量TOP5以及预警列表。 |
3.2教务大数据分析 | ▲3.2.1开发要求 本系统采用(略),要求项目团队不少于4名成员在采购人指定的现场全程集中进行设计、开发和实施。至少3人具有计算机或网络相关专业本科或以上学历,3年或以上工作经验。投标人应针对此项要求提供承诺函。 |
3.2.2总体要求 |
1.融合并打通(略),包含但不限于:教学大平台、学工系统、科研系统、综合教务系统、教学评价系统,一卡通、视频监控、录播系统、教室管理系统、考勤系统、课程网站。 |
2.将教学相关的数据结合学生、人事等维度的数据进行关联分析,为个性化教学提供支撑。 |
3.提供教务数据展示功能模块及个性化人才培养支撑系统,其中个性化人才培养支撑系统须通过教师端(即教师教学助手模块)、学生端(学生(略))、教(略)(教务管理助手模块)三个端(略)。 |
3.2.3提供教务数据展示功能模块,至少包含以下功能点: |
1.采集教务系统中学生的考试成绩、考勤系统中的点名信息、学生的上网信息、图书馆学习,在校内的消费情况以及门禁系统等信息,结合该门课程历史的挂科情况,对学生的课程挂科情况进行预警。 |
2.可以建立挂科预测、逃课预警模型,显示待处理学业预警总数量,分析预警数量达到最高的时候日期。 |
3.分析历史预警趋势、显示相应日期对应预警数量;展示学业预警学生数量TOP5姓名及学业预警数量。 |
4.提供待处理学业预警列表功能,展示内容(略),(略)间、处理情况等,支持对处理结果自定义更改;且需提供不少于预警类型、预警等级、专业、日期等维度的搜索查询功能。 |
5.可以显示学习结果预测情况,包括本学期全校排名倒数5%人数、排名前3学院以及趋势图。 |
3.2.4提供教师教学助手模块,至少包含教师综合信息、教学成(略)下: |
基本情况: 1 教师基础信息描述,如职称、入职时间、专业领域、教学经验、获奖情况、行政级别、科研信息等; 2 根据基础信息,统计个人信息价值点及个人能力标签,如科研达人、教学能手、行业专业等; |
专业能力分析: 1 展示教师专业能力矩阵,显示教师(略),综合展示教师个人能力; 2 根据个人能力画像,推荐教师专业能力发展路径; |
教学能力分析: 1 根据学生成绩数据、课堂表现数据,评教数据综合分析,展示教学能力画像; 2 根据数据分析,总结教(略),如教学风格、教学特点等; |
课堂教学分析: 1 学生的课程成绩、课堂成绩、课堂互动数据、课堂教学反馈数据综合分析课堂教学状态; 2 根据课堂教学活(略),综合课程画像(略),推荐相应课堂教学活动; |
线上教学分析: 1 分析教师平台工作时间,工作内容,课程创建、(略),分析线上教学整体分析结果; 2 根据线上教学分析结果,结合课程(略),综合得出线上教学影响教学效果的比重; |
评教结果分析: 1 学生评价结果分析,综合评教学生数据、课程信息数据、教学环境数据综合分析,得出影响评教结果的因素; 2 督导评教分析,结合学生课堂表现、教学空间、教学设计数据,得出督导评教结果影响因素; 3 综合学生评价、督导评教、课堂表现、教学成果等多方面数据,得出综合评教结果,提供评教结果权重比例分析及调整。 |
学生能力量化: 1 通过学生学习结果分析,学习时间分析,学习内容(略),综合建立学生的学习能力模型,展示学生学习能力结构图; 2 根据学生的(略),学生能力提升水平分析;得出学生能力指标数据; |
课程画像: 1 展示课程基本信息、如课程名称、专业群、课程类型、课程、教学班级等基础信息展示; 2 展示课程目(略) 课程知识点: 1 老师可创建该课程知识节点,支持知识节点的(略) 2 知识(略),老师可实现知识(略) 3 提供知识节点修(略) 课程能力矩阵: 1 课程能力矩阵的创建与显示; 2 根据课程培养方案,建立课程能力矩阵; 3 课程能力矩阵在学生应用过程中系统提供调优功能; 课程教学推荐: 1 根据课程选用教材、教学辅导资料,结合课程知识点数据,为老师推荐教学资源; 2 根据学生课堂表现、学生掌握知识程度、学生成绩,推荐课堂教学内容及教学方案。 |
课堂表现分析: 1 分析学生课堂签到、互动、答题、随堂测试、小组讨论等课程数据信息,分析学生课堂活跃度; 2 通过分析学生课堂成绩、课堂提问内容,分析课堂知识掌握程度; 成绩分析: 1 分析学生考试成绩、随堂测试成绩、线上测试成绩,综合得出(略) 2 综合课程画像、教学环境数据、教师数据,得出学生成(略) 学习能力分析: 1 通过学生成绩数据,学习时间数据、课堂活跃度分析,综合建立学生的学习能力模型,展示学生学习能力结构分布图; |
3.2.5提供学生学习助手模块,至少包含学生综合信息、学习内容推送、学习路径推荐等维度分析,具体功能要求如下: |
基本情况: 1 展示学生个人信息数据展示,至少包含学生性别、出生日期、民族、政治面貌、籍贯、入学和毕业时间、学号、专业等详细信息; 2 展示学生基本信息在全部学生中的占比分析,比如有多少和你同年同月出生的人,有多少人是你的同乡,你是该专业的第x名学生; |
学业分析: 1 根据(略),学生对外交流情况分析; 2 学生休、退、复、转分项交叉统计; 3 辅修、二专相关情况统计; 4 挂科情况,逃课情况,违纪、作弊分项交叉统计; 5 学习活跃度,分析课堂互动数据及线上学习、线上活动数据,综合分析学生学业情况; 6 综合分析学生学习时长、学习偏好,对学生学习方向进行分析; 7 根据学生学分、(略) 8 提供学习成绩分析、学习成绩预警功能; |
学情分析: 1 展示目前学生已完成的课程信息,如课程名(略) 2 展示学生目前选修课、必修课、通识课的成绩分析; 3 展示学生已修课程类型比例; 4 展示学生参加比赛及成绩信息,并显示个性化标签; 5 展示掌握课程结构分配,显示个人能力矩阵; |
学习能力分析: 1 通过学生学习结果分析,学习时间分析,学习内容分析、课堂活跃度分析,综合建(略),展示学生学习能(略) 2 根据学生的学习能力分布关系,对学生能力提升水平分析; |
自主学习分析: 1 根据借阅图书、下载文献、线上学习课程内容、线上答题内容、线上学习时长综合分析,展示学生自主学习时间及内容; 2 展示学生线上学(略),显示自主学习能力标签; 3 分析自主学习内容与课程学习的相关性,分析自主学习与学业、个人能力矩阵的对应关系,提供影响学业、个人能力的因素; |
课程学习内容推荐: 1 根据学生所修课程数据、成绩数据分析学生的课程学习兴趣; 2 根据学习能力及兴趣匹配对应课程的学习资源,实现(略) 3 根据课程最(略),推荐学习内容,如图书(略) |
能力拓展内容推荐: 1 根据学生学生能力,选修课及课外学习情况,综合专业能力模型,推荐拓展性学习资源; 2 能力拓展内容(略),综合分析匹配能力模型,推荐能力模型下对应资源; |
双创项目资源推荐: 1 通过分析双创项目类型,匹配专业学科,推荐专业学习方向; 2 通过分析以往双创项目,推荐相(略) |
个性化学习推荐: 1 根据学生选择的能力发展发向,综合(略),推荐(略) 2 根据学生选择的专业课程及拓展方向,综合个人能力模型,推荐学习内容; 3 根据学生学习目标,综合个人能力模型,推荐学习内容; |
竞赛辅助资源推荐: 1 根据竞赛内容,比赛性质,综合分析竞赛所需专业知识; 2 根据竞赛主题,竞赛内容,智能推荐竞赛辅助资源; |
目前学习路径分析: 1 通过目前的必修课、选修课,课程成绩及学分获取情况分析,得出学生的现有的学习路径,及路径(略) 2 通过现有学习路径,预测后续学习(略),得出对比分析结果; |
学习目标分析: 1 学生可自行设置学习目标,根据学生设定目标,结合学生综合能力数据,分析达成学习目标的学习路径分析; 2 提供学习目标实现过程打卡、实时跟踪目标实施计划,对目标实施计划(略) |
选课推荐: 1 根据学习目标、当前学习路径综合推荐选修课程; 2 选修课需要匹配课表、校区、学分制数据实现推荐; 3 根据个人能力模型,提供选课优先级排序; |
深造学习路径推荐: 1 升本基础课学习路径推荐; 2 留学目标学习路径推荐; 3 职业资(略) |
3.2.6提供教务(略),分学校视角、学院视角去做校级层面、院级层面的各类画像、教学评教,分权限去管理智能报告。具体功能要求如下: |
学院画像: 1.学校学院分布、设置情况; 2.学院(略):从学院的投入、产出做学院间的排名对比,绩效考核。 |
专业画像: 1.可查看学校(略),包括(略),设置时间,在校人数(略) 2.专业(略):提供各专业的培养目标,基本要素,各培养方案课程分布分析、学分占比分析等基础数据的分析展示; 3.专业培养能力矩阵:(1)根据专业培养目标及培养方案内容,提供该专业能力矩阵;(2)能力矩阵设计提供人工修改操作;(3)能力矩阵提供数据分析后的优化推荐功能; 4.专业培养课程分析:(1)专业培养计划课程数量展示、课程类型分布展示;(2)专业培养方案课程学分占比分析;(3)专业培养方案中课程前置关系分析展示; |
教学资源画像: 1.课程资源 (1)全校课程(略)数据进行实时展示,分析近几年数据(略),提供(略) (2)课程教材分析,展示使用教材情况,网上建设资源情况、课程相关课件、资源建设情况分析; (3)授课情况综合统计,如授课进度、调课数据、选课数据分析; (4)课程成绩统计分析,展示(略)计分析; 2.教学图书资源、线上线下电子资源 (1)教学资源数量、增长量、使用率、下载率等基础数据统计分析; (2)教学资(略) 3.教学空间资源 (1)教室建设、(略)(实验(略)) 4.教学空间资源分析 (1)教室数量配(略):分析各类型教室课时安排占比与教室数占比对比分析,通过数据分析确定差距与并挖掘出优化策略; (2)教室类型与班(略):1)通过班级规模数据、课程类型数据、教室类型数据分析确定匹配度,2)通过数据挖掘过程,挖掘出教室与课程之间最优的匹配模型,解决教室利用率低的问题并提供教室新增与改造优化方案。 (3)教室资源综合利用情况分析:1)通过对各类教学方法、教学模式数据、教室环境数据的分析,确定教室资源综合利用情况;2)挖掘出更适合学校各类新型教学方法和教学模式的教室建设方案。 5.教学投入资源 (1)科研投入:纵横课题数量、总金额/到款金额、国家/省/市科研成果数量、技术成果转化金额、社会人员培训到款额、技术交易金额等; (2)教学经(略)。 |
教学(略): 1.课堂教学质量分析: (1)教师教学活动、教学计划、教学内容、线上教学等维度的数据分析,得出教师教学标签及目前教学活动变化趋势; (2)综合学生课程能力、课程成绩数据、综合课堂教学数据分析,得出教师教学能力及有效教学数据,综合分析展示教师教学能力分布、影响因素; 2.线上教学质量分析: (1)分析教师平台工作时间,工作内容,课程创建、资源使用数据,分析线上教学整体分析结果; (2)根据线上教学分析结果,结合课程画像、课堂教学分析数据,综合得出线上教(略) |
教学评教: 1.学生评价结果分析,综合评教学生数据、课程信息数据、教学环境数据综合分析,得出影响评教结果的因素; 2.督导评教分析,结合学生课堂表现、教学空间、教学设计数据,得出督导评教结果影响因素; 3.综合学生评价、督导评教、课堂表现、教学成果等多方面数据,得出综合评教结果,提供评教结果权重比例分析及调整。 |
教学(略): 根据不同角色及需求,将平台已有数据根据用户需求整合后导出相应的数据表,便于不(略)。提供教务、校领(略)。 |
3.3就业大数据分析 | 3.3.1就业工作成果化分析: |
1.学生简历投递及面试转化情况分析(年份选择、投递转化率漏斗、学生就职分析)。 |
2.学生简历填写完善度的比例分析(完善度区间、(略))。 |
3.各类型招(略)(包括但不限于校内校外组织的招聘会、各类单位及机构组织的招聘会等)数量分析(招聘会类型选择、年份选择、招聘数统计、职位数统计、根据时间维度招聘数、职位数条形统计图、宣讲/招聘会分析)。 |
4.申请进驻我校的用人单位及审核情况分析(年份选择、申请进驻用人单位总数统计、进驻成功用人单位总数统计、根据时间维度申请进驻用人单位、入进驻成功用人单位折线图统计、用人单位招聘分析)。 |
5.各学院调查问卷完成情况分析(年份选择、发布问卷总数统(略) |
3.3.2年度就业质量报告: |
1.支持(略)(毕业生生源结构和规模、就业率和非就业情况、就业流向)。 |
2.支持条件选择(年份选择、学院选择、专业选择)。 |
3.毕业生生源结构(生源性别分析(略)析)。 |
4.毕业生规模(毕业生学历分析、毕业生学科、民族分析、不同学院毕业生学历、学生类别分析)。 |
5.就业率(毕业生就业率学历及性别分类分析、毕业生不同家庭经济情况就业率及性别分类分析、本科毕业生不同类型就业率及性别分类分析、毕业生不同学院就业率分析、不同专业就业率分析)。 |
6.未就业情况(毕业生未就业类型分布分析、毕业生自主创业行业分布分析、毕业生升学院校层次分析、毕业生不同学院升学率本科学历分析、毕业生国内主要升学院校列表、毕业生升学进QS世界排名前200的院校列表)。 |
7.就业流向(毕业生就业形式分析、毕业生就业区域分析以及地区层级分布、毕业生就业行业分析、毕业生单位性质分析、毕业就业职业分析、毕业生进入中国500强用人单位名称列表)。 |
3.3.3用人单位招聘分析: |
1.支持分析类型切换(总体分析 详细分析) |
2.支持总体分析(进驻我校的用人单位、我校学生关注度高的用人单位、就业热点用人单位的总数及同比增长、各类用人单位发布的总职位数及同比增长、各类用人单位接收的简历总数及同比增长、笔面试总数及同比增长、录用学生总数及同比增长、根据时间维度以及用各类用人单位数量分析折线统计图、根据行业分布的用人单位性质分析环形分布统计图、根据时间维度以及职位状态统计的职位数量分析条形统计图、中国500强用人单位列表、根据学院维度+时间维度以及简历所处阶段统计简历投递 笔面试数量分析条形统计图) |
3.详细分析(条件筛选、用人单位列表及相关数据、查看发布职位、查看简历信息、查看邀请投递的用户) |
3.3.4学生就职分析: |
1.分析类型切换(总体分析 详细分析)。 |
2.总体分析(毕业生总数、已投递简历总数、简历浏览总数、已面试总数、被录用总数、根据时间维度及薪资范围(略) |
3.详细分析(条件筛选、学生用户列表及相关数据、查看发布职位、查看简历投递信息、查看学生被邀请面试信息) |
3.3.5宣讲会分析: |
校内专场招聘会(年份选择、根据时间周期+招聘会总数+发布职位总数统计的校内专场招聘会数量分析条形统计图、根据行业分布统计的参与招聘会(略) |
3.3.6招聘会分析: |
校内大型招聘会(年份选择、根(略)形统计图) |
3.3.7互联网数据采集与分析 充分掌握社会上的职位需求(包括但不限于各类主流招聘网站),采集有效的就业数据;采集国内外职业教育的专业和课程设置数据,建立专业与课程信息库;采集与专业和课程相关的产业信息,建立产业信息库。结合所处区域的经济产业发展情况进行专业、课程与产业匹配度分析,对专业、课程生命周期进行分析,结合学生就业、创业、深造等情况,为毕业生提供个性化的就业或深造等毕业去向指导,对开办专业、开设课程和技能培养等提供指导。 |
3.4舆情系统 | 3.4.1具有网页下载功能、网页分析功能、内存池功能,能够正确保存网(略),能够把系统运行中的异常写入日志文件,具备界面功能,可以配置参数,能够查看运行结果。 |
3.4.2可以进行脚本的管理、服务器资源管理以及对抓取任务进行管理。包括新建脚本、删除脚本、脚本列表查询;新增或删除服务器资源、修改服务器资源、查询服务器资源列表、测试服务器资源可用性;新建或删除抓取任务、查看任务状态详情等。 |
3.4.3包括用户(略),用户具有查询数据库、下载数据库内容的权限。而管理员具有更新数据库、删除数据库、添加数据库等权限。 |
3.4.4可根据客户要求定制;提供构建专业知识库及专(略) |
3.4.5支持一键批量网页数据抓取,操作简单;可以根据不同的应用进行导出,实时同步; |
3.4.6分布式云集群服务器和多协作管理平台,可灵(略),顺利抓取海量数据。 |
3.4.7提供学校舆情、热词监控、词性设置功能,支持以下功能: |
1).正向类舆(略)件源址钻取定位。 |
2).热词自定(略)。 |
3).词性分类配置、语性人工干预、词性关键词配置。 |
4 | 人事主题库及大数据分析 | 4.1人事概况 | 4.1.1提供各类编制人员结构功能 |
4.1.2提供各部门人员结构信息功能,支持查看教职工总数(事业编制)(略)后、生师比等维度信息 |
4.1.3提供各部门人员编制结构功能,支持查看教职工总数、事业编制、非事业编制、非事业编制占比等功能 |
4.1.4提供各部门年龄结构(事业编制)功能,支持查看教职工总数(事业编制)、专任教师、行政人员、专职科研人员、博士后、生师比 |
4.1.5提供各部门性别结构(事业编制)功能,支持(略)(事业编制)、专任教师、行政人员、专职科研人员、博士后、生师比 |
4.1.6提供各部门职称情况(事业编制)功能,支持查看教职工总数(事业编制)、专任教师、行政人员、专职科研人员、博士后、生师比等为维度信息 |
4.1.7提供各部门党员结构(事业编制)功能,支持查看教职工总数(事业编制)、专任教师、行政人员、专职科研人员、博士后、生师比等维度信息 |
4.1.8提供新进人员分析功能,支持查看近一年新进人员总(略)信息 |
4.2学院人事分析 | 4.2.1提供学院职称结构功能,支持查看高级职称占比、正高职称占比、副高职称占比、中级职称占比、初级职称占比等维度信息 |
4.2.2支持查看非本校毕业人员占比、本校毕业人员占比、境外毕业人员占比、国内其他人员占比、不明确人员占比等维度信息 |
4.2.3提供学院年龄段结构功能 |
4.2.4提供学院平均年龄功能 |
4.2.5提供学院年龄分析功能 |
4.2.6提供学(略) |
4.3高层次人才分析 | 4.3.1提供高层次人才列表 |
4.3.2提供高层次人才部门分布功能,支持查看高端人才总数、高人最多的部门(略) |
4.3.3提供高层次人才学科分布功能,支持查看高端人才总数、高人最多的部门、高人占比最大的(略) |
4.3.4提供引进人才源分析功能,支持查看本年人才引进数量、近五年(略) |
4.3.5提供学院历年引进人才分析功能,支持查看本年人才引进数量、近五年人才引进数量、近五年引进人才最多学院、近一年新增青千、近一年新增千人、人才最多的引进源等维度信息 |
4.4人员发展 | 4.4.1提供国际交(略),支持查看本年出国人数、本年度参加国际会议、本年度参加合作研究等维度信息 |
4.4.2提供国际学术交流分布功能,支持查看学院参与国际交流总人数、参加人数最多的学院、经费支持最多的学院、出访最多的国家等维度信息 |
5 | 科研主题库及大数据分析 | 5.1科研经费 | 5.1.1提供研项目分布情况功能 |
5.1.2支持查看学校在研科研项目合同总金额、在研科研项目总数、(略) |
5.1.3提供科研项目清单 |
5.1.4提供科研经费总额部门排序功能 |
5.1.5提供科研项目到款总额功能,支持横(略) |
5.1.6提供本年(略) |
5.1.7提供本年新增纵向经费部门排序 |
5.1.8提供学校近年科研经费功能, 支持查看学校科技活动总经费、科研项目到款总额等维度信息 |
5.1.9提供各部门科(略) |
5.1.10提供科研经费高校对比功能 |
5.1.11提供科研经费高校对比清单 |
5.2科研项目分析 | 5.2.1提供纵向项目来源(渠道)功能, 支持查看国家自然基金获批数量、国家自然基金项目金额等维度信息 |
5.2.2提供纵向项目来源(部门)功能 |
5.3科研人员、团队 | 5.3.1提供参与科研项目人员功能 |
5.3.2提供科研项目人员清单功能 |
5.3.3提供科研团队清单 |
5.4科研资源 | 5.4.1提供各部门科研平台数量查看功能 |
5.4.2提供各学科科研平台数量查看功能 |
5.4.3提供科研平台清单 |
5.5ESI、论文、专著 | 5.5.1提供近五年ESI综合排名及ESI论文数变化趋势 |
5.5.2提供近五年ESI高被引论文及热点论文变化趋势 |
5.5.3提供ESI学科排名大学对比 |
5.5.4提供我校进入ESI的学科及排名 |
5.5.5提供我校潜力(略) |
5.5.6提供各部门发表论文数量 |
5.5.7提供近五年(略) |
5.5.8提供近五年(略) |
5.5.9提供专著各部门分布 |
5.5.10提供专著数量各部门排行 |
5.5.11提供专著详情 |
5.6科研获奖 | 5.6.1提供国家奖历年获奖情况 |
5.6.2提供国家奖历年获奖清单 |
5.6.3提供国家级奖项高校对比 |
5.6.4提供国家级奖项高校对比清单 |
5.6.5提供省部级奖及社会奖总体情况 |
5.6.6提供各学院省部级奖及社会奖历史获奖 |
5.6.7提供省(略) |
5.7科技成果转化 | 5.7.1提供各部门专利数量 |
5.7.2提供各部门专利转让 |
5.7.3提供近五年成果转化趋势及部门分布 |
5.8科研精细化管理 | 5.8.1支持对科研主题库中的数据进行不同业务场景的定制开发,包括但不限于科研经费、科研项目、科研资源的管理等。 |
6 | 设备与资产库主题库及大数据分析 | 6.1土地公房分析 | 6.1.1可快速查阅学校公房情况、各类公房分布情况、学院用房与核算情况、学院用房列表、全校住宅总体情况、可用(略) |
6.2仪器设备分析 | 6.2.1从校级层面查看设备资产值分布情况,可支持具体到学院、行政部门。 |
6.3经营性资产 | 6.3.1可通过列表的形式查看对外投资的情况,至少包含(略)息。 |
7 | 教职工主(略) | 7.1师资分析 | 7.1.1提供师资趋势功能 |
专任教师人数、博士学位教师人数、博士学位教师占比、海外教师人数、海外教师占比 |
7.1.2提供教学部门(略) |
教师总数、博士教师人数、博士教师占比、海外教师人数、海外教师占比、外聘教师人数、外聘教师占比、生师比 |
7.1.3提供各(略) |
教师总数、博士教师人数、博士教师占比、海外教师人数、海外(略) |
7.1.4提供导师情况功能,至少支持以下功能点: |
1.海外导(略) |
2.导师指导学生人数 |
3.导师指导学生列表 |
4.各教学部门教授授课情况 |
5.授课教授人数、教授授课占比、授课副教授人数、副教授授课占比 |
6.各教学部门副教授授课情况 |
7.各教学部门教授授课学时情况 |
7.2专业情况 | 7.2.1提(略)(学院--专业)功能,支持查看专业总数、专业大类总数、重点专业群数等维度信息 |
7.2.2提供专业大类分布(专业大类--学院)功能,支持查看(略) |
7.3评教分析 | 7.3.1提供学生评教情况功能,支持查看(略)率等维度信息。 |
7.3.2提供各学院学生评教情况功能,支持查看学生评教教师数、学生评教优良率等维度信息。 |
7.4学(略) | 7.4.1提供学生(略) |
7.4.2提供学习年限超过3年学生查看功能 |
7.5毕业设计/论文 | 7.5.1提供优秀毕业设计/论文情况功能,支持查看优秀论文总数、国家级优秀毕业设计等维度信息 |
7.6教学成果奖 | 7.6.1提供国家级获奖查看功能 |
7.6.2提供省(略) |
7.6.3提供校级获奖查看功能 |
7.6.4提供各学院获奖情况查看功能 |
7.7推送教职工重点关注信息 | 7.7.1为关注学生工作的教职工定期推送各类学生的情况,包括但不限于贫困学生、关爱学生等。及时推送各类预警信息,包括但不限于紧急预警、行为异常预警、学业异常预警、失联预警等。 |
8 | 财务主题库及大数据分析 | 8.1收支情况 | 8.1.1通过饼图等呈现方式,结合收入类型(事业、经(略))、金额、占比,快速得出我校整体的收入结构分布情况; |
8.1.2通过饼图等呈现方式,结合支出类型(项目(略))、金额、占比,速得出我校整体的支出结构分布情况; |
8.1.3提供历史(略)。 |
8.2预算执行 | 8.2.1至少提供各项目类型预算执行分析、各责任部门预算执行分析、 双特高 建设经费、改善基本办学条件专项、教育教学(略) |
8.3财务指标 | 8.3.1结合绿色校园的相关指标,至少支持水费、电费、暖气费等维度数据展示。 |
8.4财(略) | 8.4.1支持对财务主题库中的数据进行不同业务场景的定制开发,包括但不限于收(略)。 |
系统须采用B/S 架构,开发与运行架构应采用 WEB 服务器/应用服务器/数据库服务器三层结构。技术路线采用 JavaEE 技术,数据库系统采用关系型数据库,操作系统采用业内通用服务器版操作系统,移动端采用H(略),兼容iOS、安卓,可集成到微信端。
应用系统数据库必须支持Oracle 10g及以上版本、MySQL 等主流数据库系统;使用JavaEE架构的应用服务中间件要求支持WebLogic、WebSphere、Tomcat部署,实施过程中具体部署所采用的中间件,由采购人指定。
使用Oracle数据库和WebLogic的,应统一部署在学校提供的环境。使用其他数据库和中间件的,由投标人自行提供并负责安装部署和技术支持,相关费用包含在项目总体报价中。
学校统一身(略),应用系统应支持统一身份认证平台用户登录,与学校统一身份认证平台集成,符合(略),实现单点登录、单点登出。在项目实施的过程中,如果实施技术方案与学校智慧校园基础平台的集成要求有冲突,应作相应调整。各应用系统支持通过调用教育技术与信息中心提供的身份认证接口,验证用户身份,确保各应用系统使用统一的账号和密码进行身份认证。
各应用(略)。根据统一认证的用户身份,设置和分配(略),同时支持自定义角色,支持组合及分级授权,提供用户账号信息及权限的维护功能,提供不少于最近六个月的用户操作日志和系统访问记录的查看功能。
系统应根据学校《信息资源共享管理暂行办法》和信息资源目录要求,通过与学校数据共享交换平台集成和对接实现数据共享和交换,并提供基于数据库和应用系统的全量/增量、多条/单条数据等不同方式的共享同步接口,保证业务数据向数据共享交换平台提供的频率和质量达到学校管理的要求。
作为数据提供者,系统应(略),满足学校数据采集需求。在系统实施阶段,投标人应与学校技术部门商定系统数据开放目录,目录应满足学校需求,包含开放的数据内容、更新频率、接口类型等。系统基础信息以及应开放数据的表结构、代码标准等必须符合采购人智慧校园信息标准,提供详细数据字典。系统按数据目录提供数据接口,并确保数据有效、完整,接口(略),性能满足要求。
作为(略),系统需要使用非本系统产生或管理的基础数据的,如学校信息系统用户、人事、学生、资产、科研等基础信息的,应使用采购人的统一代码和标准名称,通过与学校数据共享交换平台集成和对接实现数据更新,并满足学校对数据实时动态更新的要求,杜绝产生信息孤岛。
9.5.2 应用系统的服务事项或业务办理办理功能的申请单应至少包括申请流水号、申请业务名称、申请人、申请部门、申请时间、申请状态等信息,并在用户成功提交服务事项或办理申请的同时,将以上信息通过学校提供的接口提供给学校 一网通办 系统。
应用系统待办任务、已办任务等应统一推送到学校 一网通办 任务中心,按照学校技术规范要求调用任务推送接口或共享任务数据,实现任务信息在 一网通办 任务中心的时效性,即有新待办任务能立即显示到任务中心。任务办理环节变化时,也需通过接口(略)。
系统必须以用户为中心,满足用户的各种业务需求,以及高效、易(略),并具有多语言扩展的能力。应用系统需具有用户界面和使用习惯的一致性;必须对用户动作提供及时的反馈信息;需具有用户可读的操作提示,引导用户操作,并可帮助用户从错误中恢复;需具有在线帮助文档,供用户随时查阅;数据展示类的功能界面应符合学校统一管控中心的界面设计规范和风格。
应用系统中涉及学校地理信息使用和显示的,必须通过调用学校地理信息系统(GIS)提供的接口实现,符合GIS接入标准,按照学校统一规划的要求在学校地理信息系统上统一展现。
9.10.2 应用系统应在架构、设计、编码等各方面符合可信计算的规范和要求,确保系统不存在各类已知的安全漏洞隐患,包括(略):SQL注入、跨站脚本执行、任意文件或未经校验文件上传、任意文件下载、越权访问、命令执行、应用程序错误信息或服务器信息泄露、httphost头攻击等常见漏洞;使用明文或在程序/脚本文件中写死密码;在网页源码中暴露应用处理逻辑等敏感信息;表单信息有效性缺少服务器端后台校验;系统留有 后门 ,设计违反或者绕过安全规则的任何类型的入口和设计文档中未说明的任何模式的隐藏入口。
9.10.5 如业务系统除集成统一身份认证和单点登录外,还提供了自有用户管理和登录功能的,相关功能应满足网络安全要求,避免(略),包括技术上保证密码强度禁止弱口令、限制恶意爆破登录、限制机器登录、口令禁止明文保存和传输等。
9.10.8 投标人在服务期内负责应用系统所在操作系统、系统运行和维护所依赖的相关组件的安装、配置,确保符合网络安全要求,不开放不必要的端口,不存在已公布或已知的漏洞或隐患。
在硬件环境满足的前提下,应用系(略),确保并发访问响应时间符合操作要求;系统安全、稳定,保证7 24小时运行;存储系统满足需求,运行稳定,易于扩充;支持负载均衡、可横向扩展;支持远程管理;终验时须提供系统关键业务功能的性能测试报告。
应用系统(略),能够提供定期自动备份与按需手动备份,本地备份与异地备份;具有快照模式,易于数据运行和管理,并提供完备的容灾方案;软件应用服务器与数据服务器可分离。