一、本期项目招标总体要求 1.总体要求 在学校现有融合服务大厅基础上建设二期功能模块,满足信息门户、办事大厅、行政办公综合性服务的需求,同时服务大厅支持面向不同人员提供个性化配置,以满足不同人员使用需求。同时提供丰富的平台能力,能够支撑智慧校园应用接入、事项管理、智能咨询、消息推送、接口开放、流程服务构建、服务运行分析等业务场景。同时给招标人(即“学院”)提供统一的后台管控中心,可便捷的进行设置前端服务大厅的内容及展示方案、平台版本维护、业务域管理、用户组管理等操作。 (1)遵循统一规划、顶层设计的原则,从技术角度实现招标人现有数据资源、身份认证和访问界面的集成,搭建统一的应用集成框架,支持未来应用的可持续发展,从“实现使用价值”的角度使得招标方的总体收益最大化。 (2)引入SOA服务化、组件化的成功管理思想和技术,融合现代化管理理念和流程,并根据高校的共性以及招标人自身的特点,因地制宜的打造一套满足招标人整体运营管理和服务的业务身份统一与认证的支持平台。通过信息化的手段强化学院身份账号的管理能力,提升面向师生的身份账号服务水平,实现和谐发展。 (3)投标人提交的投标文件必须结合招标人的具体需求,考虑到招标人规模的可扩展性和长期可持续建设发展特性,要综合考虑当下技术的发展趋势,确保系统建设切合行业特性。本次平台建设过程中,要保证平台的可持续服务能力及外部接入的开放能力。 2.技术路线 (1)本次项目建设的平台可运行于Linux、Unix、Windows等高安全性操作系统。开发技术应采用J2EE标准、组件技术及在数据交换上对XML的支持,使系统功能最优化,同时将整体系统内部在技术上的相互依赖性减至最低。 (2)本次项目建设的平台要求采用B/S结构,采用Java编程语言和服务器端Java技术进行开发,且必须基于Oracle 11g或以上版本。 (3)采用面向对象的组件技术,着重于开发构成应用程序“业务对象”的可重复使用的组件,利用这些组件顺利地建立分布式应用程序。 (4)应用程序开发与运行结构要基于统一的技术开发平台的三层架构,即Web服务器、应用支撑服务器和数据库服务器。 (5)能完成跨业务部门的业务流程和相对应的细颗粒度的分级授权体系。 (6)系统必须支持负载均衡,支持动态监测负载状况,自动对可用资源进行并发检测,调整和分配等功能。 (7)为保证系统运行的稳定性与安全性,本次项目建设的平台如有涉及中间件产品,需采用主流的、成熟的商用中间件产品。 3.数据资产管理平台: (1)数据资产管理平台必须采用B/S架构。支持Unix、Linux、Windows多种平台,完全支持跨平台的部署。平台必须基于oracle 11g或以上版本的大型数据库。 (2)遵循J2EE的技术路线。采用Java编程语言和服务器端Java技术进行开发,采用面向对象的组件技术,利用这些组件顺利地建立分布式应用程序。 (3)采用成熟的SOA架构及设计理念,保证学院内部各业务系统集成和交互过程中异构技术架构和异构数据结构集成中的稳定性和可管理性。应用程序开发与运行结构要基于统一的技术开发平台的三层架构,即Web服务器、应用支撑服务器和数据库服务器。 (4)数据集成过程需支持多种成熟的ETL中间件。能提供统一的可视化的开发工具,能图形化的设计和定义抽取、转换、加载流程,并保证数据集成交换的稳定性和安全性。 (5)数据集成必须支持与主流关系型数据库进行对接,包括且不限于Oracle、MySQL、PostgreSQL、Microsoft SQL Server、IBM DB2 UDB、IBM DB2/400、Informix、Sybase AS Enterprise、Sybase AS Anywhere等。 (6)数据集成必须支持与部分非主流关系型数据库进行对接,包括Microsoft Access、Microsoft Excel、Dbase、Visual Foxpro; (7)数据集成接口必须支持包括JMS Topic、JMS Queue、Web Service、Tabled-Txt文件、XML文件、支持操作系统的网络协议,包括FTP; (8)数据集成支持基于Hadoop大数据技术框架的数据源,并能从中获取数据。 (9)除了IT通用的元数据管理、主数据管理、标准管理等功能外,应根据高校行业特性和专属特征,提供专门针对高校的元数据模型、业务领域模型、数据集市模型等,而非其他行业或IT通用方案。 4.安全要求 (1)认证授权:保证用户的合法性和用户使用信息资源的权利,避免内部敏感信息泄漏和服务所提供的信息资源被非法访问,造成严重的安全事件。 (2)信息保密:充分利用密码技术,对于需要保密的信息,采用密码技术进行加解密处理,防止信息的非授权泄漏,确保涉密信息在产生、存储、传递和处理过程中的保密。 (3)数据完整性:建立数据完整性检验机制,保证收发双方数据的一致性,防止信息被非授权修改。 (4)审计:记录应用日志,对事件进行分析,并能提供预警信息。 (5)数据备份:利用数据库的备份功能将建设的平台和系统数据备份到指定的服务器或存储系统上。 (6)要求投标人从物理安全、网络安全、系统安全、应用软件安全、用户安全、数据安全等几个方面提出配套的安全体系完善方案,以便防范安全风险。 5.本期建设需求
序号 |
名称 |
产品组件 |
数量 |
单位 |
1 |
数据中台管理 |
数据备份管理 |
1 |
项 |
运行监控管理 |
1 |
项 |
数据资目录开放平台 |
1 |
项 |
数据仓库管理 |
1 |
项 |
数据质量管理平台 |
1 |
项 |
数据共享接口管理 |
1 |
项 |
2 |
应用服务管理平台拓展 |
消息中心 |
1 |
项 |
移动服务大厅H5版 |
1 |
项 |
运营中心 |
1 |
项 |
共享接口管理 |
1 |
项 |
轻服务快速构建服务(80个) |
1 |
项 |
3 |
统一身份认证平台高级认证 |
认证协议拓展包 |
1 |
项 |
帐号安全拓展包 |
1 |
项 |
外部联合登录拓展包 |
1 |
项 |
4 |
数据分析决策平台 |
大数据底座工具 |
1 |
项 |
数据决策分析开发平台 |
1 |
项 |
师资分析(PC+移动端) |
1 |
项 |
招生分析(PC+移动端) |
1 |
项 |
学生信息分析(PC+移动端) |
1 |
项 |
管理驾驶舱 |
1 |
项 |
6.融合服务大厅建设要求 6.1移动服务大厅H5 ▲支持学院现有一站式服务大厅自适应为移动端浏览器访问,支持在企业微信、微信企业号、今日校园上以移动H5页面展示,内容与PC端一致,提供专门的移动端卡片和管理支撑能力,包括我的大学、办事大厅两部分内容,投标人请在投标文件中提供真实系统截图。 6.1.1我的大学 包括个人数据、院内新闻、通知公告、院内发文、待办通知、最近使用服务、通知公告、业务直通车等; 6.1.2办事大厅 用户可搜索服务事项,并可根据学生、老师、游客不同角色分类展示学院内部各个部门所提供的办事指南,办事指南包括事项名称、责任部门、服务部门、前置条件、服务内容、业务周期、内容标签、办理须知、所需材料、办理时间和地点、咨询电话和常见问题等,并可在办事指南中关联在线应用、提供咨询、评价等服务;展示个人办事详情,包括正在办件,已完成办件,待办任务,我管理的事项;提供办事大厅运行数据展示,包括当前进驻事项、可在线办理事项、当前正在办件、已完成办件、累计服务师生数。 支持企业微信、钉钉、微信公众号等移动终端对接方式。 6.2消息中心 在学院现有一站式服务大厅基础上做应用系统的消息中心打通,支持消息中心支撑全学院各类应用的消息推送管理,并为院级管理员提供全面的消息配置工具。 需支持对不同应用的消息进行分类展示,消息类型分为告知类消息与必读类消息。 ▲当出现网络抖动等问题时会导致消息发送失败时,支持配置重置操作,保障在消息中心出现故障后一定时间内可以恢复消息的发送,支持按照最大重试时间、规则表达式进行配置。 需为学院各类应用提供丰富的默认消息通道,站内信、企业微信、钉钉、今日校园、短信、邮箱等消息通道,并支持自定义扩展新消息通道。 需支持对消息中心推送消息的情况进行分析展示,提供各类图表展示消息发送情况与趋势。 6.3统一接口开放中心 能提供统一接口中心,面向不同厂商、不同开发者呈现学院内统一标准的开放服务,比如消息、任务、流程、数据服务等不同能力基于开放中心统一管理、统一开放,基于统一规范和标准保障服务开放的以及使用的安全性。 6.3.1 接口开放中心网站 提供消息、任务、流程、数据、移动端接口等基础能力、第三方系统接口的统一对外展示网站,并描述每一个接口的使用方法。 6.3.2 API注册 API注册服务,具有服务注册功能,通过填写相关表单内容完成服务的注册与自动解析。 已注册Restful API管理,展示当前账户已经注册的所有Restful服务,提供对服务的修改和删除功能,并提供对服务进行添加解释说明信息的功能。 已注册wsdl API管理,展示当前账户已经注册的所有wsdl服务,提供对服务的修改和删除功能,并提供对服务进行添加解释说明信息的功能。 API注册审核:提供给管理员对已经注册的服务进行审核的功能。 API类型定义:提供给管理员对服务分类进行增加修改和删除的功能,该分类影响到对服务的定位。 6.3.3 API申请 API申请服务:展示接口中心所有可用服务。 已申请API管理:展示所有本账户已经申请的服务,包括审核状态和accessToken等信息。 API申请审核管理:提供给管理员或者超级管理员对其他账号或本账号申请的服务进行审核的功能,只有审核通过后,申请方才能获取鉴权信息调用服务。 6.3.4 API鉴权 对注册到接口中心的API统一提供鉴权,每一次请求都需要在请求中包含签名信息,验证用户合法身份,保障数据安全。 6.3.5 服务路由 根据请求参数和路径转发下游API服务,将内部服务伪装成一个不易识别的地址对外开放。 6.3.6 负载均衡及心跳检测 支持接口负载均衡,网关通过心跳检测机制自动探测API服务实例的可用性。 6.3.7 监控中心 统计API平均响应时间、调用次数、正确次数、异常次数、调用时间,按应用角度统计调用了哪些API。 6.4运营中心 提供为学院业务部门管理员、信息化建设决策者提供从全局视角了解服务大厅访问数据、流程服务运行数据,提供网上办事大厅的服务评价体系和模型,对办理事项部门和用户评价进行分析;基于运行的流程绩效数据,为持续优化提升学院治理水平提供数据支撑。 6.4.1 PC/H5服务大厅访问分析 需支持分析展示访问流量、实时访客分析、访客地域分布分析、访问趋势分析、访客浏览器分析、访客终端设备分析、访客终端分辨率分析、服务事项访问分析。 6.4.2 应用程序访问分析 需支持统计分析接入平台的应用程序的浏览量、访客数、访问次数、IP数、平均访问时长,并支持查看每个服务的详细访问数据。 6.4.3 服务事项分析 需支持统计分析每个服务事项的所属部门、收藏人数、服务评价、是否有线上服务。统计时间范围支持:今日、昨日、近7天、近30天、近90天、本年、全部(默认)、任意。 6.4.4 流程服务运行分析 需支持对全学院流程服务状态进行分析,包括流程服务概况、流程状态统计、流程效率分析。其中流程状态分析能够统计每个流程服务的所属部门、服务名称、发起数、进行中数、办结数、中止数、挂起数、撤回数、驳回数、办结率、延期数、延期率。 6.4.5 服务运营数据采集 支持采用WEB埋点方式采集特定的院级应用、流程中心构建的流程服务的访问数据,并提供开放能力,支持第三方应用程序的访问数据采集。 6.5流程服务快速构建服务 6.5.1数据模型 主表元数据类型支持字符型、数字型、布尔、日期、字典、文件,日期型数据可定义日期的格式; 支持在一个服务中创建多个子表,元数据类型支持字符型、数字型、布尔、日期、字典、文件; 支持字典数据本地添加,接口方式、数据库方式从数据中心获取字典项; 支持打印表单设计,满足业务表单内容打印需求,借助模板设计器实现打印表单设计,打印表单中展示的内容引用打印模型中对应的元数据。 6.5.2表单设计 需支持PC端网页表单、移动端H5网页表单、打印表单,每种表单都可以分别设计页面布局及样式。不同的流程节点可关联不同的表单。 (1)表单设计方式 需支持WEB方式可视化设计,提供拖拽式、所见即所得的图形化表单设计能力;简单便捷的表单制作,添加字段自动生成表格布局,不需要手工设置表单样式,可以对表单字段拖拽排序。 (2)表单渲染 需表单设计时不需要配置控件样式,前端组件自动渲染统一样式的界面,并PC端和移动端兼容主流浏览器,如IE9及以上版本/Firefox/Chrome/Safari/360。 (3)表单组件 业务字段组件支持数据模型中的字段批量添加到表单中,支持选择业务字段范围,及字段排序,根据选择的字段自动生成表格展示。 流程图组件支持在表单中展示流程图,支持展示线性流程图和设计态流程图,通过流程图能够直观看出流程进展状态。 子列表组件支持在表单中添加多个子表,并选择每个子表展示的字段,子表字段的属性跟主表设置相同。 流转信息组件支持在表单中展示服务的流程记录,包含节点名称、处理人、处理部门、开始时间、结束时间、审核意见。 分组标题组件支持表单内容分组展示,可配置每组的标题,并可设置标题的字体大小、颜色。 审核意见组件支持在审核表单中添加审核意见,可设置审核意见选项如同意、不同意,并可针对选项值配置是否填写审核意见。审核意见支持电子印章和电子签名。 自定义HTML组件支持在表单中自定义HTML代码。 富文本组件支持在表单中添加富文本内容,可定义文本样式,如字体大小、字体、颜色等。 打印组件支持在表单中添加打印表单,采用报表设计器制作符合纸质打印的表单。 (4)表单控件属性 支持单行文本、只读文本、多行文本、序列号、富文本、下拉选择、下拉树、单选、多选、日期、数字、开关、文件上传、头像上传、选择部门、选择人员、批次编号等控件。 支持控件基本属性设置,标题名称、显示宽度、是否必填、是否显示、是否只读、文本描述、更新选择下一环节、默认值、文件类型及大小。 支持对表单中输入的内容校验是否符合整数、小数、手机号、固话、邮箱、网址、身份证号、中文、英文、最小长度、最大长度以及自定义正则表达式校验。 (5)表单事件 需支持数据源联动与控件联动,通过一个控件赋予的值,来联动其他控件的值、显示/隐藏、是否必填等。 (6)自动填写 需支持接口方式、数据源方式从数据中心引用基础数据自动填写到表单的对应字段中,减少填写工作量。 (7)自动计算 给表单中的某个字段编辑计算公式,在填写表单或修改表单数据时,可以使该字段的值根据公式自动计算出来,不需要再手动填写。提高填写表单的效率,将一些数据自动计算出来,减少数据填写工作量及减少错误。 支持以下计算表达式SUM(字段1,字段2)、AVERAGE(字段1,字段2)、VALUE(子表.字段3)、VALUE(字段1)、CALC(字段1+字段2)、JOINT(字段1+字段2)。 (8)业务校验 支持对表单中业务数据校验,不符合规则无法提交。如采购金额必须大于0;请假开始时间小于结束时间;在某个时间区间来限制申请次数;服务开放时间限制。 (9)数据联动 支持表单中某字段等于某个值的时候联动赋值主表或子表中其他字段的值。 (10)自定义编号 支持给表单按照自定义规则设置唯一编号,如${yyyyMM}${#部门}xxx${%3d}; 支持序列号自增的编号,取模型中某个数据的值,当前的时间。 6.5.3表单打印 需支持可视化方式制作符合纸质打印标准的表单模板,每个流程节点都可配置个性化打印模板。打印表单需支持转换成word、excel、pdf文件导出。 6.5.4报表引擎 需内置报表引擎,构建的流程服务支持按照不同的维度生成数据统计报表。 需支持饼状图、柱状图呈现方式,可导出、打印统计结果。 6.5.5页面构建 ▲需支持构建PC端、移动端H5页面,根据不同的需求构建不同的列表页面,如审核列表页、查询列表页、统计页面等:支持配置页面中的高级搜索、快捷搜索字段;支持在页面中添加工具按钮;支持配置列表展示字段范围、字段显示名称、字段列宽、显示隐藏等;支持配置列表数据显示条件,根据条件显示不同的数据;支持配置列表的操作按钮,如查看、编辑、删除、挂起、终止等;支持配置列表中的某个字段统计,如最大值、最小值、平均值、总和、计数;支持配置列表按某个字段降序、升序排序。 6.5.6菜单配置 采用可视化配置方式设计流程服务的功能菜单。菜单链接地址可以选择已设计完成的页面、系统内置页面(如内置批次管理、权限管理、服务帮助、内置申请须知、统计等)、表单页面、自定义URL。 支持菜单分级授权,给不同的角色人员分配不同的菜单权限。 6.5.7数据集成 支持与数据中心打通,解决流程服务的数据孤岛。 数据引用,流程中心构建的流程服务支持数据源、接口方式从数据中心获取数据。 数据写入,流程服务产生的业务数据需采用二维表方式存储,支持ETL或者接口方式同步到数据中心的对应的表中。 6.5.8办件提醒 基于工作流触发事件自动发送各类节点提醒消息,并汇入消息池,并与消息中心集成,自动发送提醒消息;支持待办事项提醒、超期提醒。 支持给流程环节配置消息通知,可自定义配置消息的主题和内容模板。 支持照PC门户、移动门户、邮件、短信、微信等多种方式发送消息通道。 6.5.9模板管理 提供本地模板库,支持将共性的流程服务设置为标准模板,其他类似需求的流程服务可基于此模板快速构建流程服务。 提供行业最佳实践的云端流程服务模板库,按部门、角色分类展示,可接入到学院端流程中心,并支持修改,实现流程服务的快速构建。 6.5.10移动端 移动端需采用HTML5技术,支持钉钉、企业微信、微信公众号,兼容多种移动平台;支持分别设计移动端表单、移动端页面;支持典型功能包括:提交申请、查看办件、处理待办任务。 6.5.11服务部署 支持将构建完成的服务自动部署到运行环境,部署时需校验表单、页面、流程设计是否符合标准,有异常的服务禁止部署,并显示错误内容。 6.5.12构建可闭环流程服务能力 基于平台构建完整的流程服务,服务中不仅包含申请表单,还包括围绕服务管理的相关页面,完整的服务应该包括申请、审核、查询、统计、授权、流程干预等,所有这些操作都在一个服务中完成。 服务中不仅包含申请表单,还包括围绕服务管理的相关页面。 申请模块:支持发起申请,查看历史申请; 审核模块:支持按照任务状态、某个业务字段查询,办件处理; 查询模块:支持按照流程状态、某个业务字段查询,任务的编辑、删除、挂起、激活、终止等操作; 统计模块:支持按照业务字段配置统计报表,并能生成饼图、柱状图; 管理模块:支持服务授权管理、流程配置管理、属性配置管理。 6.5.13开放能力 需对外提供流程引擎和表单能力接口,便于第三方系统使用。 7.公共服务轻应用以及流程定制服务 (1)提供65个授权license并提供不少于3次,每次不少于2个工作日的培训。 (2)提供:工资查询、个人日程、我的课表、公务用车申请、教职工出差申请、我的学院卡(一卡通)、公务用餐申请、申请宿舍光猫、学生在院证明、用章申请、会议室预约、保修申请、在线投票、问卷调查、疫情每天打卡(根据学校实际需求可能进行调整)共15个轻服务。 8.数据资产管理平台 8.1数据集成总体要求:为满足招标人信息化的后期业务系统对接,要求后续免费提供统一身份认证的集成,根据现状确定一套用户身份信息,作为身份管理平台和学院用户权威身份信息,建立起统一的认证平台,完成目前适合集成认证的系统的集成工作,同时留有接口供后续建设的系统无缝的与身份管理平台进行集成;提供10个业务系统的预留接口,包含数据集成和应用集成,要求如下: (一)数据集成 利用本期建设的主数据管理平台,从应用系统数据库中抽取出需要共享的数据,使主数据中心成为全学院范围内唯一的全面的数据源,完成数据层的集成,同时为相关应用系统提供主数据访问服务,为在全学院范围内进行综合数据分析服务提供完备、有效、可信的数据基础。 (二)应用集成 通过应用管理平台为广大师生提供个性化的综合信息服务,扩展部门级管理信息系统的信息服务能力。例如提供整合页面或者集成接口形成应用管理平台中的对应服务。 8.2共享接口管理 ▲在学院现有数据集成交换中心平台的基础上提供共享接口管理平台,便于将主数据、数据集市、信息编码等数据集的数据,通过API的技术方式提供出去,同时对于开放的API接口提供管理、鉴权等相关功能。 (1)需要提供采用面向服务体系架构,把主数据封装成数据接口,同时采用HTTP协议,数据API共享方式,可以减少对数据库的直接访问; (2)需要提供可视化的API配置界面,完成读写API接口制作,实现工具化、零代码。接口可以是增删改查的任意一种;编辑API接口可增加接口访问次数限制,增加流量限制开关;支持对于创建的API接口进行在线调试,输入参数点击调试可运行并返回输出参数。支持下载已创建的API接口文档。 (3)API配置完成,需提供可自动生成可调用的HTTP协议接口,可采用负载均衡部署; (4)可提供IP白名单功能,可方便的对IP进行授权,进一步控制API权限,是全局还是某一分类下; (5)▲需支持写入API冲突检测功能,能够实现判断需要修改的字段在ETL中是否有已经存在的接口及映射信息;为避免API写入接口开始使用后,有后续新增ETL接口项对应字段中写入数据,需要能够提供定时循环机制发送映射冲突判断请求; (6)需提供业务模型库管理功能,业务模型库按树形结构排列的,包含主数据、代码标准、数据集市三种分类,通过下拉选择具体数据对象,并支持通过勾选的方式选择该数据对象的某几个字段即可实现该API接口生成。 8.3数据备份管理 考虑到学院数据容灾备份要求,平台需提供数据备份管理相关工具,能够将学院现有的数据资产备份存储在其他物理设备上,确保学院数据安全。 (1)需要实现既能有效保留历史数据变动信息,又不会浪费存储空间的拉链表方式,实现主数据、信息编码数据的定时切片、增量备份功能。 (2)能够提供增量方式将主数据、代码标准库中前一天发生变化的数据同步备份到数据库。 (3)▲能够支持对数据备份历史追溯,系统需支持展示数据对象存储的数据每日变化情况。系统将变化的数据量以图形的形式直观的展示给用户。同时支持查看历史数据及数据变化详情。 (4)可以提供任务日志、步骤日志记录每天代码标准和主数据的备份情况。 (5)需支持备份黑名单设置,可以根据学院数据治理方案的统一要求,对无需进行数据备份的表进行设置,即可不进行备份。以便节省空间并提高备份效率。 8.4运行监控管理 为了更便捷让信息中心掌握系统的运行动态,异常情况,数据情况等,系统需提供运行监控管理工具,该工具可以图形化的方式,较通俗易懂的表现形式来展现系统的各种运行和异常情况,并且按照事件的重要程度,将最重要的信息展现在最醒目的位置。具体要求如下: (1)需要为信息中心运行监控人员提供图形化的监控功能,需包括集成操作运行概况、ETL集成监控、API运行监控、数据库运行监控、数据UC流向/血缘、实施投入/产出; (2)★需提供集成操作运行概况监控,实现支持查看每个接口调用成功/失败数量上的反馈,以及支持查看不同业务系统接口数量、运行次数和成功运行次数的统计;需能够提供基于数据平台运行的数据流量桑基图。(请在投标文件中提供真实运行的系统截图并加盖公章) (3)★需提供ETL集成监控,需能提供近一周或一月内集成情况图形化展现,内容主要涉及任务计划调度时刻表、执行时间最长的10个接口,不在调度计划中的接口清单、集成数据量较大的10个接口等信息;同时,可以按照数据对象、接口名称、流向进行检索。 需提供API集成监控,可查看最近一周及最近一个月的API调用情况,包括API访问量趋势图、API接口访问量top10、API接口次数最多的10个IP地址及调用次数、返回数据量最多的API接口top10、写入数据量最多的API接口top10。 (4)需提供仪表盘的图形方式展示数据库运行监控,便于发现数据库异常,及时调优,包括数据库连接数、数据库表空间(主数据)使用率、数据库表空间(数据集成库)使用率,并且能够分类展示SQL运行信息,包括总耗时最大前十条SQL、CPU耗时最大前十条SQL、磁盘读写操作最多前十条SQL。 (5)能够采用图形化方式分层反映系统数据的拓扑关系,通过系统、表展现数据的来龙去脉,包括数据上下行情况及接口数,通过颜色标记接口运行状态; (6)★必须提供基于数据流向的可视化展示功能,能够实时监控数据源头及目标的数据量,接口运行状态等,提供数据字段血缘监控功能,实现通过目标表下钻至源头、主数据、目标三方血缘关系,能够很方便的在拓扑图和详细列表之间进行切换; (7)★为支持校方对数据建设过程进行精细化管控,需提供数据实施投入产出分析服务,可记录数据实施人员以及进行维护操作的工作量情况,包含建设内容、计划实施周期、实际实施周期、建设内容、管理人员工作占比、实施人员工作占比。管控范围需涵盖数据建设的全过程,包括数据标准建设、集成交换建设、数据资产建设、数据治理建设、数据开发建设五个方面。 8.5数据仓库管理 数据资产管理 本期建设我校需要强化数据资产管理功能,针对数据仓库的建设和管理至少需要包括数据管理、数据加工操作以及数据加密/脱敏操作等功能。 需支持查询数据对象的接口运行记录,从建表到当前时间的数据全生命周期变化过程; 需提供主数据变化情况查询功能,能够提供列表展示数据对象变更记录,支持编辑多个条件组进行高级搜索。 ★需提供数据异动监测管理的功能,支持配置异动监测字段。支持查询监测字段的异动情况,若某个字段存在异动情况,可点击移动数量下钻查看异动详情,异动详情包括接口名称、服务事件编号、处理日期、变更前的值,变更后的值。 为方便我校信息中心对数据管理的效率,投标方需提供在线SQL查询器,可方便的进行在线SQL查询操作。 能够提供图形化界面进行数据加工操作功能,实现自定义方案操作并可进行查询,支持在数据加工配置的过程支持添加数据库用户、以及配置可查询数据库用户。 ★数据加工方案可支持用户在模型、字段之间按名称快速检索,可根据条件构造器实现数据预览,同时,可提供表和字段并集、交集、左合并、右合并四种合并方式,且自动展示数据结果的功能; 支持提供加密/脱敏方案自定义配置,实现加密脱敏方式为加密/脱敏二选一,如果选择加密,则类型分为低中高三级,如果选择脱敏,则类型为保留或脱敏开始位数至结束位数。对于加密需支持可自定义设置密钥,可将密钥和加密方法发给第三方做解密使用,保证数据传输过程中的安全性 能够提供数据加工操作、加密/脱敏日志查询功能,支持根据运行时间范围、运行状态、方案名称进行检索调度详情,调度详情需包括方案名称、新模型名称、调度计划(小时)、运行开始时间、持续时长、状态、新模型数据量;对于状态为失败类型的,在点击查询调度失败的详细日志信息。 历史库管理 考虑到学校数据资产完整性,平台需提供历史库管理相关工具,将学校的数据资产历史痕迹完整保存下来,为后续数据分析提供支撑。 为了有效保留历史数据变动信息,又不会浪费存储空间,历史库管理需通过数据拉链表技术,实现了主数据、代码标准数据按天、增量切片保留数据资产痕迹。 ★能够支持对数据历史追溯,系统需支持展示数据对象存储的数据每日变化情况。系统将变化的数据量以图形的形式直观的展示给用户。同时支持查看历史数据及数据变化详情。 可以提供历史库切片备份的任务日志、步骤日志,记录每天代码标准和主数据的切片情况。 需支持数据切片备份黑名单设置,可以根据学校数据治理方案的统一要求,对无需进行数据切片备份的表进行设置,即不需要切片备份,以便节省空间并提高备份效率。 需提供数据变化历史对比功能,支持查询某个数据对象在两个时间点的数据变化情况。 数据资产监测 通过对数据资产可视化展现功能建设,使我校可以清晰看到现有校级资产状况,涉及数据模型建模完成情况、数据同步集成概况、数据同步质量等。 ★需提供校级、业务领域、责任单位三个维度的数据建设成果总览,能够满足以可视化树形结构的方式集中方便的呈现我校数据资产概况,其中需要覆盖校级数据资产中包括的主数据对象模型、业务对象模型、数据集市模型、代码标准模型五大类。投标方可以提供以打分的方式,对我校一定时间范围内数据资产进行评估;支持查看不同模型分类的状态占比、不同模型分类下的业务模型的完整度占比以及不同业务模型的表数量和数据量。(请在投标文件中提供真实运行的系统截图并加盖公章) ★需支持查看校级、部门数据报告及环比增长情况;能够满足为我校数据管理员提供在可视化环境下查看数据资产详情,对各模型逐级下探的功能,能够在一个页面上集中展现不同模型下未建标、无数据表和有数据表的个数;支持展示数据画像,在页面左侧提供数据分类展示栏,并支持关键字搜索查看具体的主数据表,选中查询的主数据表可在页面右侧展示该表的相关统计卡片,包括数据对象字段数、资产目录开放字段数、开放业务模型数量、ETL接口数、API接口数、检测项数,点击卡片可显示相关数据详情。支持查看该主数据的接口统计信息,包括上行接口、下行接口、API查询接口、API写入接口,对于上行/下行接口统计信息,能够进一步查看接口的映射关系和运行记录;对于API查询/写入接口统计信息,能够查询调用日志。 需支持提供可视化树形结构,可按照分类、业务领域逐级展示数据资产建设进度情况,每一级均显示建设完成度百分比。需要详细展示系统和模型数据表接入情况及完成情况,包括各种模型、业务领域的表建设情况和数据量。 ★需支持以三维数据地图直观的展示数据资产中心整体数据架构,从全域数据资产采集、结构化及非机构化数据采集存储能力、数据加工计算、数据质量评估、数据开放共享等全链路体现资产中心治理能力;支持展示ETL接口数、API接口数、表数、数据量等指标。(请在投标文件中提供真实运行的系统截图并加盖公章) 9.数据质量管理平台 投标人在学校现有的数据中台模块基础上提供的数据质量管理系统,需要包含数据质量检测工具、数据质量评估、数据问题在线反馈以及数据问题线上跟踪处理流程。最终可以为招标人提供围绕数据质量管控的闭环功能设计。具体功能需求如下: 9.1数据质量评估 (1)投标人需要能够针对数据质量评估提供数据资产质量可视化展现及数据质量检测报告; (2)需要支持查看历史数据质量的评分及变化趋势; (3)需要支持查看每个模型分类同步的数据条件的统计分析; (4)根据不同系统,可实现支持查看主数据对象和自定义对象的情况,并能够得出实时评分; (5)能够支持完整性、代码有效性、一致性、合规性四个要素来查看不同业务系统单表的数据质量; (6)能够围绕业务视角,基于监测时间及数据分类进行筛选,基于异常类型展现单表检测情况; (7)生成直观的质量检测报告,所见即所得的反映问题所在及动态,能够围绕模型、字段、数据三个维度生成查看数据质量问题。 9.2数据质量检测工具 (1)投标人能够为招标人提供一系列数据质量检测工具,至少包含:检查规则管理、业务检测项管理、检查任务配置、数据质量检测、监察任务日志以及检测结果推送提醒等功能; (2)需要针对数据质量检测提供检测引擎,能实现根据检测任务的配置,按照业务检测项,逐项检测主数据库中的数据。 9.3数据问题在线反馈 ▲需要提供数据问题在线反馈功能,由数据使用方发现的问题,提供一个在线的反馈页面,可以将问题反馈给信息中心,由信息中心集中管理; 9.4问题数据线上跟踪管理 需要能够针对数据问题提供线上跟踪处理流程,包括责任单位数据问题、数据问题受理和数据概览。其中,责任单位所属页面,提供给权威数据责任单位查看数据质量检测问题报告,责任单位可方便的在线进行受理,并承诺完成时间。 10.数据资产目录开放平台 面向招标人数据资产开放性的提升,投标人需要能够提供数据资产目录开放系统,主要包含数据资产目录管理、数据资产申请服务功能,为招标人数据消费提供便利。 10.1数据资产目录管理 (1)需提供的数据资产目录管理功能,需要支持丰富的资产目录既有状态信息及开放使用状态,同时,还需要为招标人提供针对数据资产目录和开放接口的管理功能; (2)需要能够提供集中展现招标人数据资产情况的汇聚功能,可实现通过资产名称快速检索某数据资产的API接口使用记录,同时可以查看当前开放的资产目录数量、可下载的excel数量、下载次数、API接口数量、调用次数等; (3)需能够为招标人数据管理人员提供基于开放数据分类的快捷入口按钮,可高效锁定数据资产目录;需支持查看分类下的目录开放与未开放数量; (4)需支持向招标人提供数据资产使用情况的信息展现,主要涉及已经开放的资产目录数量、对应字段数据、公用API接口数量、私人API接口数量,以及私人API接口调用次数、公用API接口调用次数等信息。能够统计一定时间内的数据资产目录中数据量变化趋势; (5)投标人需要提供完善的数据资产目录及开放接口管理的功能; (6)针对数据资产目录的管理,需支持可以按照数据分类、发布状态三个不同维度进行查询和导出,系统管理员对资产目录表及字段是否对外发布及开放时间进行管理; (7)针对开放接口管理,需支持数据使用者对资产目录的使用申请,以数据分类属性结构展现数据资产的使用情况,可支持快速检索该分类下已发布的数据资产; (8)需能在开放接口管理过程中,支持用户点击总览页面逻辑类型为API的调用成功次数、调用失败次数、总次数,可下钻到API调用记录;支持用户点击总览页面逻辑类型为数据文件的调用成功次数、调用失败次数、总次数可下钻到数据文件下载记录页面。 10.2数据资产申请服务 (1)需为招标人数据管理人员提供方便查询开放的所有数据资源目录及公共API接口的功能; (2)可以为招标人各部门提供开放数据资源在线申请的功能,可以很方便的在线勾选需要开放的数据资源字段,能够提供包括字段、关系表达式在内的过滤条件;申请类型包括待定、API(开发接口)、EXCEL(查询及下载)、数据查询四个选项。API接口申请通过后会自动添加申请中需要使用接口的IP地址至白名单; (3)提供共用一个关键字进行查询的控件功能,可通过输入一个关键字就能查询到待审核、已通过、已打回三种不同状态的申请列表。 10.3个人资产中心 (1)面对登录用户,可以提供与该用户相关的,基于树形结构快速筛选的资源目录,需包括申请且审核通过的所有API接口及数据文件下载;其中API接口支持下载接口文档;数据文件支持页面查询、下载、发送邮件;数据查询支持页面查询。 (2)可以提供根据申请对象名称、申请时间、申请类型和审核状态的查询功能。 (3)▲对于用户已申请通过的API接口,一旦用户对某个API接口的字段要求发生变化,该用户可对该API接口进行二次申请,变更该API接口包括的字段内容,重新发起审核流程。 11.统一身份认证平台 11.1帐号安全管理 为帐号安全管理需求,系统提供主动防御功能,对于常见的恶意登录或暴力破解,可自动冻结账号直至解冻。具体需提供异常会话管理、休眠账号管理、恶意登录管理、冻结帐号管理、异常应用管理相关功能。具体要求如下: (1)系统需支持按照用户会话数、IP数去判定某个会话是否为异常会话并触发帐号冻结机制,管理员可配置触发冻结的阈值以及冻结时长。 (2)系统需支持根据同一天多次登录成功\登录失败判定某个帐号是否为恶意登录行为并触发帐号冻结机制,理员可配置触发冻结的阈值以及冻结时长。 (3)系统需支持管理冻结白名单,添加为白名单的帐号/IP地址不会因为出发冻结机制而被冻结。 (4)系统需支持异常应用的管理功能,可配置异常应用判定规则。 (5)为满足用户安全访问系统的需求,需提供二次认证、多因子登录的功能。需支持管理与配置二次认证/多因子认证方式及使用顺序,需支持管理员手动拖拽方式维护不同认证的顺序,系统可按照可用性及顺序智能选择当前最适合的认证方式。(6)恶意登录管理:系统应支持帐号恶意登录的锁定功能,并可通过短信提醒用户,确保帐号安全。 11.2其他认证协议需求 在学校现有统一身份认证基础上,增加多协议认证模块,(1)需支持OAuth2.0协议,支持OAuth开放服务,可向第三方提供OAuth2.0接口,方便第三方使用OAuth开放协议来获取服务,包括OAuth应用注册和OAuth服务管理。未注册的应用不允许授权。 (2)需支持FIDO协议,能够将支持该协议的设备、浏览器的用户生物信息与个人帐号信息绑定,面向用户提供管理页面,让用户在个人自助中心可以自行绑定可行设备,需满足利用个人生物进行进行登录服务。 (3)需支持SMAL2.0认证协议,支持RESTful认证服务,支持使用WebHook扩展系统功能。 (4)需支持支付宝人脸识别服务,提供配置人脸识别认证方式或环境的功能。 11.3外部联合登录要求 在学校现有统一身份认证基础上,增加外部联合登陆功能,系统需支持用户把学院内身份与其个人微信号、新浪微博、QQ号进行绑定后,通过其个人互联网账号进行登录校园应用,提升师生服务感知。需支持拓展其他第三方应用的联合登录,用以提升便捷性。 12.数据决策分析底层平台 12.1技术路线需求 1、数据决策分析平台对于数据源需支持大数据平台和SQL数据源,支持excel文件数据集。具体需要支撑的数据源需求如下: (1)大数据平台:支持APACHE KYLIN,华为Fusioninsight,华为DWS,APACHE IMPALA ,Hadoop Hive,SPARK,Amazon Redshift,Presto。 (2)传统关系型数据库:Oracle、DB2、SQLServer、MySQL、Informix。 (3)分析型数据库:Vertica,Greenplum,SAP Hana,阿里云ADS。 (4)No SQL数据库:MongoDB。 (5)文件数据源:Excel,TxT,CSV,XML。 2、数据决策分析平台需提供可视化的图表制作工具,具体需求如下: (1)需支持如下形状:柱形图、点、热力点、线、面积、矩形块、饼图、文本、填充地图、漏斗图、仪表盘等,辅以颜色,大小,提示,标签,细粒度,可以组合成丰富的可视化效果。 (2)需支持的基础图表类型:需包括日历图、颜色表格、KPI指标卡。需支持区域地图,点地图,热力地图,流向地图等丰富的地图效果。 (3)需支持分面分析效果:能够提供一种将多项指标并列分析的视角。通过分面,可以分析不同指标的相关性,从而发现数据的潜在关联。 (4)需支持高级分析支持时序预测和聚类的分析模型的可视化展示;支持用户设置图表趋势线,包括指数拟合,线性拟合,对数拟合和多项式拟合四种拟合方式。 (5)需支持分面分析效果:分面,提供了一种将多项指标并列分析的视角。通过分面,可以分析不同指标的相关性,从而发现数据的潜在关联。 (6)需支持智能图表推荐:根据用户当前分析的字段种类和个数,自动推荐合适的图表类型。 (7)需支持多种图形的组合:支持不同指标采用不同的图形映射,因此用户可以将任意多种图表类型进行组合显示,并单独设置各图表的属性。 3、移动端/大屏支持 (1)移动应用开发支持:支持集成到移动应用程序中,并可按照移动设备操作特点显示。比如支持页面的放大、缩小等。支持与PC端共用模板,减少开发量。持IOS、Android系统,支持图表手势操作、各种钻取联动等交互特性。 (2)大屏应用开发支持:全局配色功能+自由的组件布局,结合多样式的图表组件、自动缩放能力,能够制作出适应各种大屏幕的可视化展现。 12.2操作功能需求 BI工具分析设计的操作功能: 1、数据分析设计流程 数据分析设计流程需遵循数据准备、自助数据集、探索分析、仪表驾驶舱的顺序进行开发设计。 2、数据准备 数据管理:需提供表结构和表数据预览两种视图;支持血缘分析,能够查看当前表是由哪些表组合而成,以及当前表被用于哪些表,被哪些分析用到;支持关联视图,能够查看当前表的关联配置信息,对该表有管理权限的用户可以建立新的关联关系;支持更新信息提示,数据更新失败时可以配置提醒发送通知。 数据关联:需提供数据关联建模功能。支持自动根据数据仓库的关联关系进行建模,同时也提供了手动的关联关系配置,支持组合主键的关联关系配置;关联模型需提供基础的数据关系。 基础数据处理:平台需支持多种添加数据的方式:包括数据库表、SQL数据集、Excel数据集;支持选择字段、字段类型切换、自循环列、行列转换等基础数据处理的功能;支持实时和提取两种取数模式。 3、自助数据集 平台需提供自助数据集,报刊款新增列,分组统计,过滤,排序,上下合并,左右合并等功能,具体功能需求如下: 过滤:需支持属于、包含、TOPN等过滤功能,提供自定义公式的过滤,并且支持且或的任意组合。 分组汇总:需支持多种分组方式,如文本类型的自定义分组、数值类型根据区间分组、根据步长分组等;需支持多种指标统计方式,如求和、求平均、求最大最小值、记录数、去重记录数、最早时间、最晚时间、中位数、方差、标准差、同期、环期等。 新增列:需提供丰富的函数,计算公式对数据进行计算,生成新的计算列。 字段设置:在用户对数据的处理过程中,生成的一些中间字段需要重命名或者取消使用时,可进行字段设置。 排序:需提供根据字段设置的先后顺序进行组内排序的功能。 左右合并:支持通过左右合并的功能将多个数据表进行关联分析。 上下合并:支持将两张结构相同的表进行拼接。 4、探索分析能力 平台提供的多维探索分析能力需包括: 根据数据的类型,自动将数据识别为维度和指标,对于维度和指标分别提供了丰富的分析功能。如对维度可以设置钻取层级、对数据进行重新的分组、对指标支持求和、求中位数、累计值、排名、同期环期、占比等计算,方便用户对基础数据在做进一步的分析和计算。 提供快捷查看合计小计的功能。通过维度的收起展开,下钻上卷,旋转,换维,多角度灵活的对数据进行分析。 在分析的基础上,可以根据复杂的条件进行数据预警的设置,如用红绿灯的形状突出显示超过值。 多分析组件切换更直接,进一步减少用户进行数据探索时的操作步骤,减少记忆成本,专注探索分析。 对于表格提供了分组表,交叉表,明细表,展现类型提供列表展示和树形展示。同时表格和图表直接可以很方便的切换。此外还提供了丰富的过滤,排序功能,满足分析用户对数据的各种方式的观察和分析。 5、仪表板 仪表板需支持易用的自适应布局,各种主题颜色样式的配置,除了添加主要的分析组件,还需提供动态的富文本组件,图片组件,Web组件等功能。 联动:用户拖拽的分析组件只要数据有关联关系,就可以产生联动。 跳转:使用跳转功能可以将多个仪表板组合成一个更大更完整的分析主题,通过点击主仪表板上的各种元素,可以以新窗口,当前窗口,弹窗的方式打开相关的仪表板,进行更细致的数据展示。 过滤组件:需提供多样的过滤组件功能,用户只需要讲需要过滤的字段进行拓展就可以对数据进行过滤,并且针对不同的字段类型,提供了更符合实际操作场景的控件展现形式。对于日期类型的过滤组件,还提供了动态时间的功能,做好的分析模板,再也不需要重新设置过滤条件,每次打开都会随着最新的时间动态变化过滤条件。 组件复用:需提供仪表板、组件级别的复用。以前或别人做的分析,可以将其另存为用户自己的分析。不同仪表板中的组件也可以互相复用,提升分析的效率。 12.3管理功能要求 学院可以建成数据分析体系,方便的进行仪表板管理、用户管理等,支撑各种业务主题分析。 1、目录管理 目录管理:需支持对平台的目录树进行增加、删除、修改等操作,目录可以自由调整位置。 节点管理:需支持管理员或者其他有权限的用户,可以编辑各目录节点要展现的内容,包括仪表板模板、URL链接,支持设置仪表板的查看方式、展示终端及参数,仪表板模板等内容支持跨节点调整。 2、用户管理 用户添加:需支持手动添加、导入用户或者同步用户数据集的方法批量添加用户及其角色。支持用户列表按用户名/姓名等进行升序、降序展现。支持禁用、启用用户。 用户认证:需提供内置认证、LDAP认证、HTTP认证三种用户身份验证方式。支持标准CAS协议。 3、数据权限管理 需提供便捷高效的权限配置方式,让分析人员对自己权限范围内的数据有足够的使用权限;对于数据的权限控制精细到行、列、数据连接级别别。 4、资源权限管理 权限配置:权限配置需可根据部门职位分配权限、根据角色分配权限以及根据用户分配权限。 权限复用:支持管理员克隆某个部门/职位/角色的权限。 5、分级权限控制 分级授权:需支持将授权权限赋给下级管理员的角色,同时配置该角色所能分配权限的角色(对象),此时,下级管理员的角色登录系统时,就能将其有权授权的权限分配给对应的角色。模板权限包括查看、授权和编辑三种。 仪表板编辑:仪表板编辑需支持对目录进行增加、编辑和删除以及对仪表板进行增加、编辑和删除,如果用户对某个仪表板目录有编辑权限,那么该用户就拥有所有的仪表板管理权限。 6、定时调度 支持定时任务设定后服务器便会在指定的时间自动完成设定的任务,生成所需的文件。 7、智能运维 智能运维需提供如下功能,包括内存管理、集群配置、备份还原、智能检测、平台日志、资源迁移、信息通知。 12.4管理驾驶舱 要求投标人建立具体的关键指标体系,实时反映学院的整体运行状态,将采集的数据形象化、直观化、具体化。从管理者的决策环境、学院管理综合指标的定义以及信息的表述,将管理决策提升到数据度量的高度。 从院级管理的视角去提炼核心关注的数据度量,进行集中式数据融合呈现。对比如教学、科研、人力资源、学生工作等维度及特定的应用场景进行综合大屏展示,并能根据具体管理需要进行重点展示内容的调整。 12.5师资分析 要求投标人对全学院教职工、专任教师、高级人才总体情况进行分布、趋势分析;从教职工所属单位、年龄层次、性别、岗位职级、高级人才属性、学科、学历学位、学缘地缘、政治面貌、民族等视角进行组合分析;提供教职工明细信息查询。 12.6综合数据看板 要求投标人采用柱状图、饼状图、折线图的图形方式对以下分析项进行组合展示。 1.师资概况:分析展示教职工基本情况,对在职教职工、专任教师,按照年份、性别、学位、学历、专业技术职务级别、年龄段、教职工类别、民族、籍贯、政治面貌、国家地区、单位类别、学缘、单位、学科门类、岗位类别等维度进行趋势、分布、占比分析。 2.专任教师:分析展示全学院专任教师人数分布展开分析,分别对年份、性别、单位、职称、学历学位、年龄、籍贯、民族、政治面貌以及国家地区进行趋势、分布、占比分析。 3.高级人才:分析展示高级人才的年份、性别、单位、人才类别、职称、学位、年龄段对高级人才的人数进行趋势、分布、占比分析以及本年与上年的变动分析。 12.7组合分析 要求投标人采用柱状图、饼状图、折线图的图形方式对以下分析项进行组合展示。 1、组织机构:分析展示教职工所属组织机构与性别、院系、学位学历、职称、岗位状态、年龄、民族进行组合分析,展示教职工隶属单位分布情况。 2、年龄层次:分析展示对教职工年龄与性别、单位、学位学历、职称、学科类别等进行组合分析,展示教职工年龄层次分布情况。 3、性别分析:分析展示对教职工性别与年龄、民族、单位、政治面貌、职称级别、学历学位、岗位状态、教职工类别等进行组合分析,展示教职工性别分布情况。 4、地缘分析:分析展示通过籍贯联动到学缘、职称、单位、岗位类别、职级等维度的变动展示二维交叉分析,展示教职工的籍贯分布情况。 5、学缘分析:分析展示教职工的学缘与性别、籍贯、学历学位、单位、岗位类别、职级等维度进行组合分析,展示教职工的学缘分布情况。 6、人才类别:分析展示高级人才的人才类别与其性别、单位、年龄层次、职级等维度组合分析,反应高级人才的人才类别分布情况。 7、学历学位:分析展示教职工的学历学位与性别、年龄层次、职级、单位等组合分析,展示教职工的学历学位多角度分布情况。 8、学科类别:分析展示教职工所属的学科类别与性别、单位、年龄、职级等维度组合分析,展示教职工所属学科的多角度分布情况。 9、专任教师职级:分析展示专任教师的职级与性别、单位、年龄层次、学历学位等维度进行组合分析,展示专任教师的职级多角度分布情况。 10、职称级别:分析展示教职工的职称级别与性别、单位、学历学位、年龄层次等维度组合分析,展示教职工的职级多角度分布情况。 11、民族分析:分析展示教职工的民族与性别、单位、学历学位、职级等维度组合分析,展示教职工的民族多角度分布情况。 12、政治面貌:分析展示教职工的政治面貌与性别、单位、学历学位、教职工类别等维度进行组合分析,展示教职工的政治面貌的多角度分布情况。 12.8明细查询 要求投标人采用统计报表的方式展示以下统计项的各类信息。 1、教职工明细信息:统计教职工的性别、学历学位、职级、所属单位、教职工类别、岗位类别、民族、政治面貌、籍贯、出生日期、毕业院校等明细信息。 2、专任教师明细信息:统计专任教师的性别、学历学位、职级、所属单位、教职工类别、岗位类别、民族、政治面貌、籍贯、出生日期、毕业院校等明细信息。 3、导师明细信息:统计导师的导师类别、性别、学历学位、职级、所属单位、教职工类别、岗位类别、民族、政治面貌、籍贯、出生日期、毕业院校等明细信息。 4、高级人才师明细信息:统计高级人才的人才类别、性别、学历学位、职级、所属单位、教职工类别、岗位类别、民族、政治面貌、籍贯、出生日期、毕业院校等明细信息。 12.9学生信息主题分析 要求投标人以学生为分析对象,对学生的基本信息和学籍异动信息进行分布和趋势分析;从性别、民族、生源地、学生类别等视角进行组合分析;提供学生基本信息和学籍异动信息的明细查询。要求提供四个功能模块,分别是综合看板、组合分析、招录情况、明细查询。 12.10综合数据看板 要求投标人采用柱状图、饼状图、折线图的图形方式对以下分析项进行组合展示。 1、学生概况:分析展示招标人在院学生基本情况,包括在院人数、近5年人数趋势、专业分布、年级分布、国家地区分布、民族分布、年龄段分布、生源地分布(通过地图展示)、政治面貌分布、培养方式分布、学制分布、学籍状态分布、学生来源分布、入学方式分布、户口性质分布; 2、学生学籍异动:分析展示招标人学籍异动情况,包括学生学籍异动率、近5年异动人数趋势、近5年异动率趋势、专业分布、专业异动率分布、性别分布、年级分布、年龄段分布、生源地分布、异动类别分布、异动原因分布。 12.11组合分析 要求投标人采用柱状图、饼状图、折线图的图形方式对以下分析项进行组合展示。 1、学生信息概况:分析展示招标人学生信息概况。包括在院学生、近5年异动人数趋势、学生类别性别分布、学生类别专业-年级分布、学生类别年龄分布、学生类别民族分布、学生类别政治面貌分布、学生类别年级分布; 2、学生民族:分析展示招标人学生民族概况。包括汉族,少数民族在院生总人数、近5年少数民族人数趋势、近5年少数民族占比趋势、民族专业分布、少数民族分布、少数民族性别分布、少数民族年级分布、少数民族政治面貌分布、少数民族生源地分布、少数民族学籍状态分布; 3、学生政治面貌:分析展示招标人学生政治面貌概况。包括政治面貌分布、政治面貌专业分布、政治面貌民族分布、近5年人数趋势、政治面貌性别分布、政治面貌生源地分布、政治面貌年级分布; 4、学生性别:分析展示招标人学生性别概况。包括在院生总人数、近5年性别人数趋势、性别专业分布、性别民族分布、性别年级分布、性别国家地区分布、性别学籍状态分布、性别政治面貌分布; 5、学生学籍状态:分析展示招标人学生学籍状态。包括在学籍状态分布、学籍状态专业分布、学籍状态民族分布、学籍状态国家地区分布、学籍状态性别分布、学籍状态年级分布; 6、学生生源地:分析展示招标人学生生源地概况。包括在生源地分布、近5年人数趋势、专业分布、性别分布、年级分布、民族分布、年龄段分布、政治面貌分布、学制分布; 7、学生专业:分析展示招标人学生专业概况。包括在近3年专业分布趋势、专业性别分布、专业年龄段分布、专业民族分布、专业国家地区分布、专业政治面貌分布、专业学籍状态分布; 12.12招录情况 要求投标人采用柱状图、饼状图、折线图的图形方式对以下分析项进行组合展示。 学生录取概况:分析展示招标人本学生录取概况。包括录取人数、近5年人数趋势、学生类别专业分布、学生类别性别分布、学生类别年龄段分布、学生类别民族分布、学生类别国家地区分布、学生类别学制分布。 12.13明细查询 要求投标人采用统计报表的方式展示以下统计项的各类信息。 1、学生基本信息:统计学生基本信息详情,包括学年、学生类别、学号、姓名、性别、出生日期、年龄、国家、民族、政治面貌、生源地省、学院、专业、年级、班号、培养方式、学制、户口性质、学生来源、入学方式、学籍状态; 2、学生学籍异动:统计学生学籍异动详情,包括学号、姓名、性别、年龄、生源地省、民族、异动日期、原学院、原专业、原年级、现学院、现专业、现在年级、学籍异动类别、学籍异动原因。 12.14招生主题分析 要求投标人以学生招生录取、迎新报到情况进行分布和趋势分析;从性别、民族、省份、国家地区、学院等视角进行组合分析;提供招生计划、招生录取、迎新报到明细信息查询。要求提供三个功能模块,分别是综合看板、组合分析、明细查询。 12.15综合数据看板 要求投标人采用柱状图、饼状图、折线图的图形方式对以下分析项进行组合展示。 1、学生录取概况:分析展示招标人学生录取概况。包括录取总人数、近5年人数趋势、学生类别学院分布、学生类别性别分布、学生类别年龄段分布、学生类别民族分布、学生类别国家地区分布、学生类别学制分布; 2、学生报到概况:分析展示招标人学生报到概况概况。包括报到人数、近5年报到率趋势、学生类别学院分布、学生类别性别分布、学生类别民族分布、学生类别学制分布。 12.16组合分析 要求投标人采用柱状图、饼状图、折线图的图形方式对以下分析项进行组合展示。 1、学生录取省份:分析展示招标人学生录取省份概况。包括省份分布、近5年录取率趋势、学院分布、性别分布、民族分布、考生类型分布、录取类别分布、学制分布、毕业中学TOP5; 2、学生录取性别:分析展示招标人学生录取性别概况。包括录取人数、近5年男女录取比例、性别年龄分布、性别民族分布、性别国家地区分布、性别考生类别分布、性别录取类别分布、性别学制分布; 3、学生录取民族:分析展示招标人学生录取民族。包括录取人数、近5年民族录取趋势、民族学院分布、少数民族性别分布、少数民族政治面貌分布、少数民族录取类别分布、少数民族考生类型分布; 4、学生录取国家地区:分析展示招标人学生录取国家地区概况。包括录取人数、近5年其他国家地区录取、国家地区学院分布、国家地区性别分布、国家地区年龄分布、国家地区录取类别分布、国家地区学制分布; 5、学生录取政治面貌:分析展示招标人学生录取政治面貌概况。包括政治面貌分布、近5年录取人数趋势、学院分布、性别分布、民族分布、考生类型分布、录取类别分布、学制分布; 6、学生学院录取:分析展示招标人学生学院录取概况。包括近3年学院录取分布、学院性别分布、学院民族分布、民族国家地区分布、学院录取类别分布、学院考生类型分布、学院学制分布; 7、学生报到省份:分析展示招标人学生报到概况。包括近3年学院录取分布、学院性别分布、学院民族分布、学院国家地区分布、学院录取类别分布; 8、学生报到民族:分析展示招标人学生报到民族概况。包括报到人数、近5年性别报到率、性别学院分布、性别民族分布、性别国家地区分布、性别学生来源分布、性别录取类别分布; 9、学生学院报到:分析展示招标人学生学院报到概况。包括近3年学院报到率、学院性别报到率分布、学院少数民族报到率分布、学院录取类别报到率分布。 12.17明细查询 要求投标人采用统计报表的方式展示以下统计项的各类信息。 1、学生招生计划:统计学生招生计划详情,包括学院、专业、招生省份、最近5年招生人数; 2、学生录取信息:统计学生录取信息详情,包括招生年度、考生号、姓名、性别、出生日期、年龄、政治面貌、国家、民族、考试省份、学院、专业、培养方式、学制、考生类型、录取类别、健康状况、婚姻状况、毕业中学、是否报道。 |