模块

功能

功能说明

基础数据管理

数据

管理

标准

建设

平台需预置人才培养、科学研究等多维度学科数据管理类型，建立各个类型下数据管理涉及字段的标准；并提供自定义新增数据类型的功能，以应对学校根据学科发展需要进行多样化数据管理的需求。此外，平台需构建学校、学院、教师用户数据词典。

★1.平台预置数据维度、类型及字段标准建设

平台需包括但不限于预置人才培养、师资队伍与资源、科学研究、社会服务与学科声誉、国际交流与合作等维度20余种细分数据类型，如：

人才培养包括：教学平台、教学奖励、优秀学位论文、学生发表论文、出版教材、党建与思政等数据类型；

师资队伍包括：校内教师基本数据、杰出人才、人才类项目、优秀团队、外籍教师、师资队伍国际水平等数据类型；

科学研究包括：中文论文、外文论文、ESI、基金项目、科研获奖、专著、科研平台、国内外标准制定、主办学术会议等数据类型；

社会服务与学科声誉包括：主办期刊、智库建设、科教协同育人、科研成果转化等数据类型；

国际交流合作包括：国际交流办学、主办国际会议、留学基金委项目等数据类型。

平台需建立数据关联模型。包括人与学科关联、人与机构关联、人与论文关联、人与项目关联、人与专利关联、机构与学科关联。所有数据都要关联到个人，并以个人为核心进行数据清洗和治理。保证数据的字段丰富，能够支撑学科数据多维分析与应用。如，中外文期刊论文、专利、精品教材预置不少于15个字段；优秀学位论文、基金项目、科研与教学奖励、高端人才预置不少于10个字段；科研与教学平台、精品课程预置不少于10个字段（需提供截图证明材料）。

学科数据查询。用户可输入查询条件，查询权限范围内每张表中的指定数据。查询条件可根据采购人要求进行定制。

学科数据详情。用户能权限范围内每条数据的详细信息。例如某条论文数据，可论文标题、发表期刊、发表时间、第一作者、通讯作者、第一单位。可数据详情、流程日志。

学科数据编辑。用户可编辑权限范围内未审核完成的学科数据，审核完成的数据无法编辑。

学科数据缺失补充。对于缺失的字段和数据条目，配合学校进行补充。

学科数据删除。用户可删除权限范围内的学科数据。支持批量删除。

根据学校需求，新增平台未涉及指标/数据，按照指标类型、数据要求进行字段配置；配置完成后，学校可自行批量导入、添加数据，实现新增数据的管理。

★2.自定义数据类型标准建设

平台需要支持自定义未预置的数据类型标准，可自定义一级、二级、三级数据类型标准。

平台可支持灵活配置末级数据类型的字段。支持自定义增删、修改字段名称、类型等，字段类型至少包括文本框、单选框、下拉框、复选框、年月、日期、附件、图片类型，可设置字段默认值、是否必填以及呈现顺序等。（需提供截图证明材料）。

在配置完字段后，平台可提供配置页面显示功能，可通过简单拖拽的方式配置筛选项及字段，实现自定义数据类型的页面展示。

平台可配置自定义数据类型的访问权限，可批量导入、单条添加数据、删除、修改、导出数据。

▲3.数据词典管理标准建设

数据词典用于记录学校、学院、人员的命名信息，为判断成果的学校、学院、人员归属提供依据。平台需为学校、学院、教师分别创建数据字典，管理各对象的现用名、曾用名、中文名、外文名等署名情况。数据管理平台支持用户对学者数据词典中的信息进行增加、删除、修改操作。

数据

推送

平台可推送精细化加工处理后的互联网公开可采数据、文献类资源、期刊评价类资源数据，减轻教师填报数据的负担。

▲1.推送的数据范围

可推送的数据至少包括以下三个方面：

一是公开渠道采集互联网可采可信数据：通过政府主管部门、项目/奖励管理部门、评价机构等官方网站及时抓取师资学者、支撑平台、课程/竞赛获奖、科研项目/奖励等公开数据。

二是推送学术成果信息、成果质量/成果影响力、代表作遴选等相关评价数据，并保证数据合法性。至少满足以下要求：

（1）数据类型要全面覆盖学科发展诸方面，包括师资队伍、人才培养、科学研究、社会服务等方面，既包括清单数据、统计数据，也包括事实数据、评价数据，还包括学术活动数据、学术成果数据等。系统中的指标数据涉及中外文期刊论文、博硕士学位论文、基金项目、专利、报纸、支撑平台、科研与教学奖励、学科竞赛、高端人才等各种类型数据。国内资源：期刊论文、学位论文、报纸、图书、专利、科研项目等学术资源。需版权合法，来源清晰。

（2）评价类数据：

期刊数据标引项至少包括：影响因子、期刊索引、被引频次、下载频次等，收录索引标引需支持北大中文核心期刊、CSCD、CSSCI等。

三是人工填报方式补充学科相关数据。

▲2.所推送数据清洗及规范要求

采集后的信息必须经过数据清洗、结构化、规范化等操作之后才能入库。尤其是网络爬取的公共可信数据，需经结构化、规范化，借助人工智能、大数据等技术手段处理后，方可入库。

（1）数据清洗

平台需创建数据清洗规范流程，对数据资源进行整合和清洗，包括数据有效性检测、排重合并等。对重复的数据或者经分析判断为同一条数据进行去重。需要矫正错误数据，例如人员与工号不匹配、人员与机构信息不匹配问题。

（2）数据标引

系统需实现各个不同来源数据的规范处理，将数据变无序为有序，完成数据的有效整合和有序入库。

平台需支持对入库的数据进行深度标引，以论文为例，标引项至少包括：标题、作者、单位、发文期刊、ISSN号、CN号、索引、中图分类、教育部一级学科、是否第一作者等。收录索引标引需支持北大中文核心期刊、CSCD、CSSCI等。

（3）数据-对象关系匹配

系统需将每一条数据进行学校、学院、人名的规范化，能有效支撑基于学院的绩效考核和基于教师人名的学者评价。数据规范要求如下：

①　 学院数据规范

根据本校发展历史中学院更名、合并、拆分的实际情况，确定本校目前各学院唯一的、规范化的中英文名称，将本校各种类型、各种来源的成果进行精确清理，建立各类数据与本校学院的关联，成为学院数据精准分析的基础。

②　 教师数据规范

充分考虑同一作者在不同成果中有不同署名的情况，以及作者重名的情况，采用业界领先的人名消歧算法和人工清理，确定本校教师规范化的中英文姓名和唯一的标识号，精准梳理教师个人成果，成为教师数据精准分析的基础。

3.学科统计口径

成果数据将归属到各个学科下，学科统计口径需满足以下需求。

①　 学科元数据管理规划

至少预置教育部一级学科分类一种规则。

②　 学科统计口径规划

可按教师进行成果的学科属性定义。平台支持学校根据实际需要调整教师的学科归属，即属于同一学科的所有教师的成果构成本学科数据。

可基于成果内容语义划分学科。基于语义的学科划分算法，能够根据成果的实际内容语义判断成果的学科归属，可对所有类型的成果进行学科划分；支持跨学科研究成果的多学科划分。

4.数据推送认领机制

平台需具备将规范好的数据自动推送给相应教师的功能。教师可以在个人空间中接收成果推送信息，若该成果属于本人数据，可一键认领、并补充或编辑详细信息，再提交上级审核人员审核。

平台内审核流程可实现根据需求自定义配置，包括审核内容、审核级别、审核人员配置。针对不同数据类型，支持灵活配置不同的审核入库流程。

5.数据推送范围说明

系统遵循“应采尽采”的原则进行公开数据采集。

系统需保证只推送可靠的公开数据，对于互联网未公开的数据或数据属性，支持用户自行在平台中进行补充。如教材、专著、师生规模、主办期刊等指标无可靠的公开数据，某些基金项目官方公布不完整，如无项目编号（项目批准号）、资助金额等信息，学校可通过自填报的方式添加数据。

6.数据推送更新频率

供应商需承诺以上应用所需数据更新及时，中英文期刊论文数据双月更新，其他类型数据根据公开可获取情况更新。

7.为确保项目学科数据来源合规、合法、可信、可行，特将学科数据版权说明如下：

学校自有版权或者具有使用权的内部数据、外部数据：由学校授权开放给供应商进行数据处理，双方签署保密协议，包括对接学校业务系统的数据、学校提供的数据表单、学校采购的数据库厂商数据。

★数据

对接

平台要预留扩展性API，与学校科研系统对接，将科研数据同步到平台中，能够实现数据定期更新；与学校人事系统对接，将人事系统的组织机构和人员信息同步到平台中，能够实现数据定期更新。视学校需求情况与财务系统对接。

★数据

填报

导出

用户能上传和导出权限范围内的学科数据。系统内置数据上传模版，且上传模块可根据采购人要求进行定制。对于平台中暂未管理的数据类型、或互联网不公开发布的校内数据，支持用户采用自填报的方式提交数据，具体包括单条添加和批量导入两种方式。其中，单条添加，即用户逐项输入数据各项字段对应的内容进行数据添加；批量导入，即根据平台内置的导入模板梳理数据，并批量导入到平台中。

由用户自提交的数据，需根据平台设置的审核流程由相关负责人审核通过后才能正式入库。

用户可填报权限范围内的学科数据，须支持填报保存功能，保存当前填报所有信息下次可继续填报。

导出时须能选择不同的字段组合进行自定义数据导出。

★数据

审核

用户可审核权限范围内的学科数据，支持批量审核。针对不同数据类型、数据来源方式，支持灵活配置不同的审核入库流程。

支持无需审核、一级审核、二级审核、三级审核、四级审核以及二级并行审核；支持对不同用户角色及数据类型配置相应的审核级别及审核流程，可直接点击某级审核流程，设置审核名称及审核人。

支持向审核人员发送数据审核提醒，提醒审核员及时审核用户提交的表单；系统可按未审核、已审核、审核驳回、审核通过的不同状态对表单进行归类，方便审核人员处理审核任务。支持批量审核，驳回时可编辑驳回理由。

★驾驶舱模块

学校驾驶舱

学科驾驶舱模块需从学校、学院、一级学科三个层次动态监测学科发展情况，利用可视化图表直观呈现学科在人才培养、师资队伍建设、科学研究、社会服务、国际交流与合作五大建设任务中的表现。从学校整体层面，对学校整体情况进行展示和分析，包括人才培养成效、师资队伍建设、科研平台建设、服务经济社会发展情况、国际交流进展等多维度的可视化展现。

学院驾驶舱

以校内学院为对象，对学院教育发展情况进行实时监测，提供学院基本情况、党建思政、学生培养、科研项目、论文发表、学术讲座、国际交流等的可视化展示。

学科驾驶舱

以校内一级学科为对象，通过数据可视化全景展示的形式对学科建设发展情况进行实时监测，提供学科布局、专业建设、学科评估、“双一流”建设、省一流学科建设等、学位点建设等模块的操作和分析。数据和指标与教育部学科评估系统、“双一流”动态监测系统和辽宁省“双一流”绩效考核平台等对接。

大屏

展示

能够围绕学科建设的各个维度，以可视化面板的形式一屏展示本校最关注的关键指标。支持学校、学科、学院、教师层面在关键定量指标上的可视化展示；同时，可根据学校需求进行设置与修改，修改指标和数据后，驾驶舱实时呈现修改结果。

分析

报告

1.可提供报告生成服务，支持自定义时间范围、分析对象、对标学科等分析条件，即可自动生成相应的分析报告。

2.可从学校、学科、学院、教师不同分析对象指标维度生成分析报告；

3.支持以折线图、散点图、条形图、饼图、雷达图、气泡图、树状图等多种可视化形式展示数据分析结果，多种可视化图之间可进行变换,。支持按需选择/更改图形、分析指标、单列双列展示形式；更新结果后支持报告一键下载。（需提供截图证明材料）

学科建设项目管理模块

学科建设项目立项管理

立项管理环节包括通知发布、项目申报等环节，可根据用户需求予以调整。

1.通知发布

支持学校学科管理部门创建发布学科建设项目申报通知及其附件，项目申报单位录入人员在个人空间中接收到项目申报通知后，可按照申报要求和申报模板进行项目申报。

▲2.项目申报

项目申报单位录入人员根据申报模板，填报有关项目名称、类型、负责人、所属学科、所属单位、立项日期等基本信息，以及项目简介、申报经费、可行性及必要性、预期成效、项目建设具体方案、预期成果清单等详细内容，并可以上传附件，填写完成后可进行预览、导出。

▲3.项目复核

项目申报单位负责人对本单位录入人员提出的项目申请书进行审核，以保证填写内容、格式符合规定标准。并可视情况对项目进行退回重新录入或同意申报提交管理部门的操作。

4.项目评审

学校学科管理部门可将通过复核的项目随机分配给专家组进行可行性评审，提出评审建议。学校学科管理部门综合专家评议，对项目作出立项、不立项、退回修改、放入项目预备库等最终判断。

可通过系统进行公开评审、专家盲审、匿名盲审等，系统支持评审模板设置，可自定义可行性评审模板、中期评审模板、结项评审模板等，学校可直接调用模板进行项目评审。

5.项目公示

系统管理员汇总意见后，将评审结果录入系统，各单位管理人员均可查询到项目申报结果。

▲6.项目浏览

根据用户对应的职责设定内容的权限，即用户登录后应当只可到自己负责或管理范围内的项目信息。项目列表中可到项目名称、类型、负责人、所属学科、所属单位、立项日期、项目经费及审核状态。支持立项项目的删除、退回修改、导出立项项目及汇总表。

▲7.项目查询

综合查询包含了项目的各类信息条件（关键字）检索，如项目名称、项目类型、所属学科、项目金额等。

学科建设项目过程管理

学科建设项目过程管理环节包括变更管理、中期检查等环节，可根据用户需求予以调整。

1.变更管理

支持项目变更管理，项目申报单位在原项目信息上进行变更，变更提交后，学校学科管理部门可变更信息，并对变更后的项目信息重新审核。任何变更及调改需在系统中显示流程，展示变更内容、时间、审核信息、附件证明等。调改记录可查询。

▲2.中期检查

系统支持项目中期检查，学校学科管理部门科设置中期检查报告模板，项目申报单位进行填写。支持中期检查项目转入评审，由专家进行项目评审。（相关流程参照立项）

3.项目预警

支持对项目进度进行跟进，设置项目预警范围和参数，系统会对学科项目进度逾期、经费超支、成果不达标等情况进行预警亮灯，尽可能早地发现和解决项目推进问题。并可以依据项目的等级以及严重情况，给予红、黄多种标识提示。预警信息能够及时通知到项目申报单位。

学科建设项目经费管理

1.支持对学科建设项目经费支出范围内的各类费用进行管理。支持预算管理、到账支出管理，提供预算模板，支持预算信息编制；支持对接学校财务系统、定期批量导入、人工填报等方式管理到账支出。

学科建设项目验收管理

学科建设项目验收管理环节包括结项验收、绩效考核等环节，可根据用户需求予以调整。

▲1.结项验收

系统支持项目结项验收，学校学科管理部门科设置结项验收报告模板，项目申报单位进行填写。支持结项验收项目转入评审，由专家进行项目评审。（相关流程参照立项）

2.绩效考核

支持按照学校管理办法建设项目绩效指标体系、设置指标权重，对各类型项目进行考核评价。支持通过单条添加、批量导入、数据对接等方式添加项目成果，编辑成果基本信息，并建立项目与成果关联，支持项目成果统一管理和统一检索服务。支持项目成果统计分析、批量导出和删除等基本操作。

学科建设项目驾驶舱

1.支持从师资队伍、人才培养、科学研究等角度以数据可视化动态展示学科建设项目的关键指标数据，监测学科建设项目情况。

系统

管理

用户管理

平台应当提供部门、人员管理模块，能够实现各类用户的角色设置、账号的开通和关闭以及具体数据的增删改查。

角色管理

平台应当配置用户角色权限管理功能。角色至少包括学校管理员、学科建设单位管理员、学科管理员、教师等。系统管理员可以设立分级权限，灵活配置不同角色对不同功能模块的访问权限，以保障系统安全性与业务合理性。具体数据范围根据适用方实际需求进行限制，从而保障数据安全。

权限管理

平台应当配置平台权限管理和用户权限管理功能。平台权限管理包括平台各模块启用的设置，用户权限管理基于角色进行权限设置。

备份管理

平台应当配置备份管理功能。实现增量备份和全量备份，可对备份周期、备份时间、备份规则进行设置，实现备份日志可浏览。

日志管理

平台需提供完整的数据操作日志功能，可以完整记录指标及具体的标题、操作人、操作时间及操作记录，能够提供日志统计分析图展示。

技术

要求

平台开发

环境

1.采用Java开发语言，支持Windows、Linux跨平台部署。

2.采用MySql开源数据库进行数据存储，并支持ES、Solr搜索技术、大数据分析抽取技术，实现从海量数据中抽取出本本校数据，进行成果的本地管理与应用。

平台兼容性

平台需支持主流浏览器，包括Google Chrome, Microsoft Edge, Firefox, Safari, IE11以上, 360浏览器，腾讯浏览器，Sogou浏览器等。

平台性能

1.用户界面

平台采用B/S结构，用户界面的设计遵循B/S模式平台的设计规范，可根据使用方具体使用需求进行改进和优化。

2.用户访问

①　系统吞吐量

平台不仅用于学校内部学科信息的管理工作，还用于为广大教师用户以及学校领导等用户提供相关的信息服务，系统设计需根据用户量考虑用系统吞吐量。

②　访问速度

用户访问的速度很大程度上是由网络传输速度和WEB应用服务器对用户请求的处理速度决定的，基于校内网络资源与服务器资源配置的承载能力，做多站点负载均衡部署，保障局域网普通页面访问响应速度。

登录系统平均时间不大于2秒，在峰值时间段不大于3秒。系统最大并发峰值不小于100，系统处理业务响应速度不大于3秒。

③　网络传输安全性

考虑传输过程中的数据安全问题，防止传输过程中数据被窃取，平台提供安全的传输保障功能。平台按https进行加密传输。

平台安全性

1.为了避免或降低不可预测的灾难带来的损失，需建立一套安全存储策略，确保该平台及其相互交互平台的数据安全，平台之间交互必须严格保障数据安全及身份合法。此外，在充分保障平台自身数据安全存储的同时，充分考虑业务操作事务可追溯性，以预防不可预测的灾难。

2.平台部署在学校内部服务器，最大程度保证数据的安全性，满足高校信息平台安全要求。

3.为保障数据存储安全性，需要对数据库的访问进行控制，使用验证机制，内网支持100并发用户的访问，响应时间<3秒；公共应用支持100并发用户的访问，响应时间<4秒；其它应用支持100并发用户的访问，响应时间<5秒。

4.必须遵循软件开发安全规范，防范SQL注入，防范用户帐号密码敏感数据泄漏。

平台灵活性

平台相关功能、指标、数据管理范围具有可扩展性。平台正式使用之后，学校可根据学科建设最新要求提出平台建设新需求，双方对接评估后，可基于已有平台进行功能或服务的拓展，进入二期建设。

平台具有与其他系统的可对接性。预留扩展性API，能够与学校科研系统、人事系统、财务系统进行有效对接，实现数据共享与定期更新。

平台

可维护性

平台具备容灾能力，根据本校网站的特点记录平台访问日志及操作日志，备份和恢复平台数据，保证平台安全稳定运行。可通过远程用户服务器进行平台升级与日常维护。

平台试运行

系统开发、部署、调试完成后，系统开始试运行。开始试运行的基本条件是：

全面完成系统的设计、开发、测试和集成工作，系统安装调试，并进行相关的配置和系统优化的调试，达到功能、性能、使用方面的要求；

完成系统部署实施并上线运行；

系统运行稳定，上线试运行后确保不会影响业务部门的正常工作；

试运行时间为15天，在此期间，供应商一方面要提供足够的培训和技术支持，保障用户能够正确的理解和使用系统，另一方面，要根据运行中出现的问题以及用户需求情况，及时修改完善系统。所有试运行期间系统的修改和软件变化都应在试运行结束后由成交供应商写入操作和维护手册中。