《智慧校园一体化门户建设方案.docx》由会员分享，可在线阅读，更多相关《智慧校园一体化门户建设方案.docx（43页珍藏版）》请在三一办公上搜索。
1、智慧校园一体化门户建设方案序号品目名称主要技术指标参数1融合门户11户PC版1 .门户PC版系统应支持学校按自己的实际需求通过卡片及展示模板的组合构建符合自己需求的门户，其中模板应不仅是简单的颜色变换，而是整体结构、布局方式的不同。2 .多级主题门户平台应支持针对业务管理部门、二级学院等有特定需求的部门设定可独立访问的主题门户体系，如：学工门户等，需支持通过输入不同的UR1.地址访问，并基于统一管理后台进行管理，包括使用的模板、页面布局、卡片排布等，平台同时也应支持对不同的主题门户设置独立管理人员，方便对对应主题门户的用户、应用、页面布局以及用户访问权限等内容进行管理。应支持针对站点管理员的具
2、体权限进行管理，至少包含用户管理员、应用管理员、只读管理员、认证管理几个分类权限。3 .标准模板产品出库时需提供至少五套标准模板，其中至少2套要支持Pc+移动双适配。各套模板间不得仅仅只是简单的颜色变更，应体现出明显的风格差异。4.标准卡片包平台需支持提供丰富的标准内容卡片库，供学校选择使用来支撑信息门户内容展示，卡片适配的终端包含PC端、移动端；主要包含服务与事项类、待办与任务类、内容与资讯类3类共计43张不同的卡片内容（PC与移动卡片功效一致的情况下记为一张卡片）。需支持拖拽方式对现有展示页面的卡片布局进行调整，同时需支持将多个卡片放在一个容器内进行集中呈现。n户移动I1.r;版系统应支持
3、通过移动端浏览器输入和PC门户一致的地址时，直接呈现符合移动布局的门户界面，而非只是简单的PC门户页面缩放。系统应支持集成到企业微信、钉钉、微信公众号。系统应支持PC和移动门户在同一个页面上进行展示样式的修改和管理。应用管理中心应用管理作为校内服务应用的权威发布中心，负责为校内应用提供信息维护、发布注册、授权使用、统一协议配置、消息待办预集成、应用内接口授权、应用下服务配置、应用访问日志等功能，统一发布管理，并打通PC门户、移动H5门户。1.应用接入需支持手工创建和快捷创建2种方式完成应用的接入，基本信息主要包括应用名称、业务域、访问地址、应用描述、应用图标。应用接入到系统后，可以进一步配置该
4、应用所对接的认证协议参数，并进行应用授权。需支持当用户授权为多个用户组时，可配置打开服务时是否需选择对应用户组。2.应用详情系统需提供应用详情页用于展示和应用关联的详情界面，包含应用的基本信息、应用的相关操作以及应用配置菜单列表，如：服务、消息、待办、接口等。需提供多种授权维度和授权颗粒度，支持根据组织机构、域及用户组、用户三种进行授权，同时，也可以对各维度的各级节点或单独人员进行独立授权。需支持在应用下添加多个不同的服务，服务类型包括：手工、接入、集成接入。手工接入应用，需支持服务查看详情、配置授权和编辑服务；集成接入服务，仅支持服务查看详情。需支持配置消息模版、消息优先级及消息通道，并支持
5、接入待办。需支持基于应用申请接口授权并查看该应用下已授权接口列表，支持通过IP白名单限制。需支持通过列表展示接口名称、接口来源、接口分类、发布地址、提供方状态以及启用状态。需支持平台调用第三方系统接口达到数据通知的功能。需支持HTTPS协议，同时检验证书的有效性；需支持国密和非国密的算法进行加密。消息中心1 .前端展现门户前台需提供前端消息展现卡片，需支持对所有消息的查看、搜索、类型过滤，可设置全部已读，设置标旗等。当设置全部已读时，不能对必读消息进行设置，即不能忽略必读消息。2 .必读消息提醒需支持必读消息提醒功能，当必读消息发送之后，若用户一直未读此消息，将会触发提醒规则，可配置规则（提醒
6、通道、每天提醒时间、提醒模板），待发送提醒用户（根据应用分类的未读消息列表）。统接开放中心能力开放中心旨在建立校级的接口开放调度中心，集中汇聚校级APl接口能力，如：消息、任务、流程、数据服务等不同能力，基于统一规范和标准保障服务开放的以及使用的安全性，面向不同厂商、不同开发者的应用服务提供统一标准，统一扎的开放服务，建成一套整合各个系统接口，提供统一、安全的输出接口，实现“对外能力开放，对内服务集成”。系统需提供针对平台内置接口和第三方应用接口的生命周期管理能力，包括接口创建、编辑、启用、停用以及删除等。需支持单个添加和批量添加接口的方式以满足学校不同的需求。系统应内置平台对外提供的接口能力
7、，以方便第三方应用或业务系统调用，需详细阐述系统内置接口清单，至少应包含：认证协议类、用户激活类、用户管理类、消息中心类、待办中心类、日程聚合类、资讯聚合类、开放能力类几种不同的系统内置接口能力。系统应支持针对APl接口的鉴权信息进行管理，需支持展示各类接口的信息、支持接入、删除等管理操作和查看接口授权情况、使用情况、被调用日志等操作。系统需要对接口的全局流量进行控制，支持对支持每接口/每应用进行限速。体化管控平z1）首页平台应支持通过首页预览服务总体运行情况，至少需包括：待处理事项，校内组织机构，用户情况，应用情况，接口情况，服务器状态，操作日志，产品更新记录。2）用户管理平台需提供完善的用
8、户管理模块，包括帐号的新增、发放、维护、注销管理，旨在帮助管理员完成全校身份帐号数据的增加、删除、修改、过期设置、变更生命周期以及锁定/解锁等操作。需提供基于角色的访问控制技术，实现对用户集中、灵活授权和访问控制管理，从而提高系统管理效率，如可根据不同角色分配相应应用使用权限和有效期，并进行差异化的应用推荐和功能设置。需支持查看和编辑用户的学工号/用户名、姓名、录取通知书号、性别、身份分类、身份状态、手机号、邮箱号、证件类型、证件号码、组织机构、岗位、专业、班级、入校年份/当前所在级、离校时间、出生日期以及组织机构。需支持基于自然人维度的账号自动关联合并功能，支持按照不同的逻辑将同一自然人在学
9、校不同阶段的账号合并，并可设定主账号。需支持管理人员对用户详细信息进行查阅与修改，包含：查看用户信息、编辑用户信息、查看用户组信息、关联用户组、移除用户组、查看关联账号、查看授权信息、查看操作记录。需支持管理人员手工增加组织机构节点，并可以对手工节点进行编辑手工节点、删除节点、禁用全部用户、添加已有用户以及移除机构操作。系统需提供教师、学生、校外人员、校友等不同类型的人员的用户分类管理。需支持按照用户的身份信息，自动分配用户到对应的组织机构中，方便用户自动获取相关应用权限。3）管理工具平台需提供统一的管理工具，方便对用户与组织、日志与审计、移动端适配以及使用分析的相关功能进行支撑。用户与组织1
10、 .用户组管理系统需支持在各业务域下设置不同的用户组及成员，用以作为授权或二级管理权限下发。需支持管理员在用户组中查询已经加入该用户组的组织架构节点或具体的人员，并进行修改。需支持管理人员通过可视化界面自行通过身份分类、生命周期、性别、性别、入校年份、组织机构分组组合形成用户组。需支持用户组共享功能，当前域管理员可以共享自己设置的用户组给其他域管理员使用。2 .身份分类管理系统需提供多种身份数据类型，包含教师、学生、校外人员、校友，应支持对于不同子分类进行生命周期设置，从而实现对用户进行全生命周期管理。系统允许针对不同的用户来源创建至少三种生命周期，包括未入校、在校、离校三个状态。系统应能自动
11、创建对应生命周期的用户组。同时应能对生命周期设置有效期，在有效期到期后，自动转换生命周期状态。3 .校内机构数据管理需提供具有高校特色的组织机构管理，支持针对不同用户类型生成不同的组织机构树。组织机构树由用户信息自动生成。4 .用户与机构数据同步平台应提供用户与机构数据的同步功能，应包含外部数据同步和手工数据处理两种方式。5 .岗位中心管理需提供岗位中心管理功能，至少应支持维护通用岗位以及部门岗位。校级管理者应可通过通用岗位管理维护全校各部门通用的岗位信息，应支持按照学校、岗位二级结构展示，标记岗位的启停状态，排序按照岗位的排序和停用状态排序。同时，也应支持校级管理者针对每个业务部门维护部门级
12、的管理员，由部门管理员维护部门独有的岗位信息。在维护完岗位信息后，系统需支持将用户与岗位进行关联，并基于开放中心将岗位APl接口进行开放以方便第三方系统进行引用。门户与内容需提供统一的门户与内容管理模块，所有操作在一体化管控台完成，包括展示方案管理、服务分类设置、个人数据集合管理、资讯聚合管理、消息中心、待办中心管理、日程聚合管理、意见反馈管理、搜索管理、应用服务评价管理等功能，具体要求如下：展示方案管理需支持通过可视化的方式对展示样式的模板、卡片、布局、主题色进行配置，需支持维护多个不同的展示样式并在需要时进行切换。需支持启用多个站点的展示模式，需支持按站点配置不同的站点路由，实现多站点页面
13、独立网址访问。服务分类需支持按服务分类划分，支持创建3级分类，可在二级/三级分类中添加服务（一级分类不可添加服务）。支持可通过搜索服务名称、筛选服务归属的应用，快捷找出需要设置分类的服务。个人数据聚合需支持个人数据聚合管理，用于提供门户个人数据卡片的数据来源。列表展示数据标题、主要信息、次要信息、数据来源方式、启停状态、缓存时长。支持创建个人数据，支持对个人数据对编辑、搜索、排序、授权以及删除。新建个人数据时候，需支持配置是否为个人信息、。若选择“是”，原有标题、主要信息、次要信息、图标字段去除，且数据来源方式只支持JSON接口、外部数据库方式；如果选否，则按照之前的逻辑。资讯聚合需支持资讯聚
14、合的配置功能，需支持手动添加频道并配置频道数据源，数据源抓取方式支持：外部数据库、页面抓取、RSSo待办中心需提供待办中心功能，方便聚合校级所有待办中心数据内容，需支持面向普通用户、处理业务的老师以及业务系统开发者解决任务的接入、集中展示、查看、跳转等问题支持待办任务的聚合。日程聚合系统应提供日程聚合功能以解决以聚合展示学校课表信息、会议信息、活动信息等公共日历的事件信息以及个人信息的日程事件信息。需支持外部数据库和插件类的方式聚合日程信息。意见反馈需提供意见反馈管理功能，主要用于维护管理意见反馈数据，列表展示意见标题、意见内容、反馈时间、反馈人、意见是否回复。需支持搜索和查看意见反馈详情。需
15、支持回复反馈内容，只允许流转一次，可对单条反馈内容进行多次回复。搜索管理系统应提供管理门户搜索内容及辅助搜索能力的配置功能，需提供预置的采集内容分组，同时也提供自建渠道。需支持按照分组呈现搜索关联信息，并应支持对分组内容进行启停以及手工同步。需支持通过对各分组项下的内容维护后，设置检索项，从而让参数可以作为检索项被前台用户搜索。需支持同义词维护功能，搜索过程中基于同义词进行判断相关搜索结果，系统应自带同义词词库，同时也应支持用户手工维护本校特有同义词关联内容。应用服务评价管理需提供应用服务评价管理功能，包括服务评价人次、平均评分；应可针对评价详情，进行隐藏操作。移动端适配需支持将身份认证系统内
16、的通讯录数据自动同步到企业微信/钉钉，同步内容需包括组织机构及人员信息。在组织机构发生人员异动后，需支持对企业微信/钉钉通讯录进行人员同步。系统需提供配置功能方便管理员新建多个同步任务。日志与审计需支持查看管理员操作日志，操作者姓名、用户名、操作者IP、操作时间、操作内容、调用结果，支持搜索和查看管理员日志详情；需支持接口调用日志，包括APPID、接口地址、接口类型、调用时间、调用者IP、耗时（ms）、调用结果。支持搜索接口调用日志。使用分析门户使用分析需支持查看PC/H5门户的总体使用情况，提供门户访问分析、内容使用分析、用户行为分析进行可视化分析，帮助用户发现门户使用价值及使用中的问题。消
17、息使用分析需支持消息中心数据运行监控看板功能，可以看见消息发送的总体概况，应用消息和通道消息的发送情况以及发送消息的时间段分析，消息阅读和应用使用情况的分析。4）系统配置公共配置平台需提供相关公共能力的配置模块，支持对学校标识、消息通道管理、外部数据库连接管理、敏感词管理进行统一配置，方便平台整体管理风格一致。消息通道需支持通过可视化的方式配置相关通道参数以及流量的自定义配置，消息通道至少支持短信通道、邮件通道、App通道等通道。需可同时配置包括全局、短信、邮件、APP（钉钉、微信服务号、今日校园、微信企业号、消息总线）等多种消息发送方式。同时允许管理员配置消息发送间隔，以及单个用户每天被发送
18、信息的上限次数。消息模板需支持配置短信模板，支持验证码、短信通知、推广短信三种模式，支持通过变量替换实现个性短信定制。敏感词管理面对高校愈发严格的舆情管理，增加敏感词限制，以便门户业务上消息、意见反馈、事项评价、服务评价内容的合规展示。平台需预置的敏感词内容入库，且内容可被删除修改。敏感词涉及两种使用策略：禁发类：生效后，不允许提交包含敏感词的内容，并弹窗提示；隐藏类：生效后，可允许提交包含敏感词的内容，但提交的内容以星号的方式展示。高级配置管控台授权通过管控台授权，超级管理员可以基于用户管理、应用管理、组织管理、安全性管理等管控台的大部分功能按照需求分配给二级管理角色。实现用户、应用、组织等
19、内容的二级管理功能，需支持对敏感信息配置查看权限。域管理“域”用于定义二级管理的范围，管理员可在此创建或者编辑所需要用于二级管理的域。创建后的域可以在创建应用、创建用户组的时候被选择，选择之后应用或用户组会自动加入该域，纳入域的应用或用户组会根据该域的管理员授权提供二级管理功能。插件管理需支持插件管理功能，插件列表，包括插件名称、插件代码、功能模块、插件类型、插件来源、当前使用版本、启停状态、最近更新时间（当有版本更新需进行提示，重启后再消失该提示）。需支持插件启用/停用、卸载、更换当前版本。其他a）消息中心消息设置：支持发送次数设置（不限制/统一类型次数/自定义类型次数）、重试时间设置（消息
20、最大重试时间、重试间隔时间、添加间隔时间等）。消息总线：直接调用消息总线的restful接口给用户发送消息数据覆盖导入：支持导入消息数据。b）待办中心配置待办中心过期时间，默认是30天，0天则为没有过期时间。需支持待办定时提醒开关，开启后，配置发送消息时间、间隔时间、消息标题、消息内容、消息类型配置。需支持待办定时补偿，开启后，配置定时补偿开始时间、定制补偿频率。c）用户与组织需支持查看机构数据和用户数据下记录保留类型、人工确认阈值。d）多语言支持可在该选项卡设置系统支持的语言，默认语言为中文且不可修改，管理员可以在这里控制是否开启多语言切换。开启后，登录页与对应前台门户内容将会支持多语切换，
21、管控台本身不支持多语言。e）校内机构数据需支持查看校内机构当前版本、草稿版本、历史版本的数量，允许管理员清空机构数据，快捷查看机构数据版本。f）系统任务管理需支持查看系统任务列表，包括任务名称、任务处理类、上次/下次执行时间和任务状态，支持立即执行任务。g）开放能力需支持配置日志记录和接口限速。支持调用日志记录时长的配置，支持不记录、7天、30天、60天、180天、365天和永久，默认30天。需支持调用日志记录详情，默认关闭状态，当开启时，首页则出现待办处理事项。需支持每接口每个应用每秒的限速设置，支持不限制、50个/秒、100个/秒、200个/秒，默认50个/秒。h）多语言翻译管理用于可视化
22、管理翻译内容，需支持按照不同模块配置对应功能类型翻译内容。2数据治理平台数据集成管理为了构建我校统一的校级数据仓库，需提供一系列数据采集管理工具，用来完成面向分散数据的集成汇聚工作，解决我校数据孤岛的问题。具体要求如下：1）需提供外部数据源管理，可按来源库与目标库的维度对数据源进行分类管理；2）为方便数据源的管理，需支持添加数据源标识与责任单位；支持对数据源进行新增、编辑、测试、复制、停用、启用、删除等操作；3）需支持国内外主流数据库，且支持以下形式的数据采集，包括Access、CSV、EXCe1、FTPInput、GetResultFilesJSon、1.DAPMondrianSAPXBas
23、eXM1.、XM1.A形式的数据采集；且支持HBaSe文件、HDFS文件、HiVe文件、MOngoDB的输入与输出；4）需支持集成任务管理，可按数据采集、数据清洗转换、数据建模、自定义对集成任务进行分类；5）数据集成任务需支持以可视化、零代码的数据集成方式完成，支持按数据输入、关联合并、数据过滤、数据映射、数据输出等流程化的形式完成数据集成操作。6）为满足一些复杂集成操作，需支持自定义集成任务，将外部的数据集成任务以文件形式进行导入，需至少支持json、ktr等类型的集成任务文件；7）需支持对数据集成任务运行情况进行监控，需能通过健康度指标来反映任务在近期运行中的稳定程度，需通过不同颜色来区分
24、展示。8）需支持新建调度计划，通过可视化界面以“拖拉拽”的简易操作形式即可完成任务调度排布；需支持串行、并行执行的任务调度形式；需支持按调度周期、每秒、循环、指定时间等自定义cron表达式执行调度，cron表达式需支持可视化配置，无需编写表达式规则；9）需支持可视化展示平台任务运行情况，包括调度监控、数据源监控、任务监控、任务运行设备监控等信息，方便管理者对任务的运维管理；10) 调度监控需支持以运行时刻图的方式展示构建数仓、质量检查、数据交换和其他调度的每日执行情况。应展示每次调度的开始时间、结束时间、耗费时长和运行结果。11) 数据源监控需能展示来源库和目标库的正常连接和错误连接的数据源统
25、计情况。12) 任务监控需能以图表形式展示交换、采集、清洗转换、建模和其他自定义任务的运行次数和成功次数。应能展示最近5次及以上任务运行详情，包括任务开始时间、任务类型、任务名称、运行时长、运行结果等信息。13) 任务运行设备监控应展示每个运行任务的服务器设备情况，包括每台设备的IP地址、CPU数、内存和指定时间范围内的任务运行次数。数据存储管理数据存储需要围绕高校数据特征，满足大容量、高性能、高可用、可管理等需求。具体要求如下：1)支持Sharednothing架构(MPP),具有高扩展性，可以支持1000个以上的集群，确保线性扩展性能和容量，管理的数据规模从TB级到PB级，满足学校数据规模
26、增长需求。2）提供分布式事务机制。通过将数据分布到多个节点上来实现规模数据的存储，通过并行查询处理来提高查询性能。每个节点仅查询自己的数据。所得到的结果再经过主节点处理得到最终结果。3）需支持行存储和列存储，采用hash分布的数据分布机制，计算节点和数据存储紧密耦合。4）拥有完善的SQ1.标准支持，全面支持SQ1.92、SQ1.99、SQ1.2003以及O1.AP扩展；支持对于JDBC、ODBC、C、PythonAPI等接口的支持。5）可以在同一个并行数据流引擎上执行所有查询和分析（SQ1.、MapReduceR语言等）操作，从而允许分析人员、开发人员和统计人员使用同一个基础构架进行数据分析。
27、6）需支持B+Tree、哈希、位图、GiST和GIN,从而能够实现多种索引功能，提供给数据架构师实施优化设计所必需的工具。7）支持基于行和列的细粒度数据访问权限访问控制，让不同权限的访问者只能看到被授权的部分数据，确保数据共享不影响防范数据泄露。8）采用了业内领先的压缩技术，提高性能的同时，显著地减少存储数据所需的空间。客户可以将所用空间减少3-10倍,并提高有效的I/O性能。9)支持行存储、列存储、外部表等多态存储，用户可以根据数据热度或者访问模式的不同使用不同的存储方式。10) 提供高效的资源管理机制，主要包括对并发查询数量的限制，查询执行时内存、CPU资源使用的限制等。支持资源队列(Re
28、SOUrCeQueue)和资源组(ResourceGrOUP)两种资源管理方式.11) 支持各种过程化编程语言,包括P1./PostgreSQ1.、P1./R、P1.PythonP1.JavaP1./Perl等语言扩展。在高级数据分析方面，通过MADIib扩展模块，用户可以很方便地完成大规模并行分析。信息标准管理需围绕信息标准管理提供相关工具，满足数据元素标准、标准代码与标准文档的管理功能。具体要求如下：1.数据元素1)需支持批量导入GB/T36351.2-2018信息技术学习、教育和培训教育管理数据元素第2部分：公共数据元素中的标准数据元素到平台。导入时，需能检测数据元素依赖的标准代码是否存
29、在，不存在时，需要同步导入依赖的标准代码。2)需支持对数据元素进行查询、新增、注册、标准落实、变更、废止等管理功能。3）数据元素属性需包含业务属性、技术属性、管理属性等；数据元素的业务属性需包含数据元素分类、标识符、数据元素名称、汉语简拼、定义等；数据元素的技术属性需包含数据类型、长度、精度、值域；数据元素的管理属性需包含标准级别、标准引用来源、批准日期、版本等。4）需支持按状态管理数据元素，需包括草稿、标准、废止等不同状态。只有草稿状态的数据元素，才能删除，其他状态的数据元素，不可以删除。对于多个草稿状态的数据元素，支持批量注册。5）同一个数据元素的多个版本，仅能有一个版本处于标准状态，当注
30、册一个新版本时，其他标准状态版本自动变更为废止状态。变更时，需能生成一个高版本的草稿状态的数据元素标准；当某数据元素已经存在变更的草稿状态的数据元素时，不能重复变更。6）需支持对数据元素取值范围进行管理，需包含“限定范围”，“引用标准代码值”，“枚举值”等形式。7）标准落实时，需支持自动匹配数据中心内哪些字段与数据元素一致，支持批量选择进行标准落实，保证字段定义的标准化。8）需支持数据元素分类的管理，包括新增、编辑、删除功能；只有该数据元素分类下没有数据元素时，才可以删除该分类。2 .标准代码1）需支持批量导入国标GB/T33782-2017信息技术学习、教育和培训教育管理基础代码标准代码到平
31、台。导入时，需能自动过滤已导入的标准代码。导入的不能对已有的代码进行更改和删除，仅新增。2）需支持对标准代码进行查询、新增、编辑、配置代码等管理功能；新增标准代码时，标准代码名称不可重复，新增的标准代码默认为已启用状态。3）需支持对标准代码中的代码值进行新增，需支持添加辅助代码与上级代码。4）需支持查看标准代码的引用关系，可查看引用该标准代码的表名和字段名。5）支持标准代码删除操作，删除前必须先停用，不可以直接删除；6）需支持标准代码分类的管理，包括新增、编辑、删除功能。只有该标准代码分类下没有标准代码时，才可以删除该分类。3 .标准发布D需支持代码标准、数据标准、编码规范生成或导入、发布申请
32、、发布审核流程管理，需支持查询、作废、删除、门户可见、门户隐藏等操作。2）支持编码规范文件上传管理，支持Pdf、docdocxpng、jpgjpeg、xls、xlsxZiP等文件格式；3）代码标准、数据标准、编码规范发布时需支持设置标准号、实施日期、替代标准；标准号管理需支持三段式管理，第一段为学校编码，默认值可在系统配置中调整，第二段为标准编号，第三段为年月。4）代码标准和数据标准需支持PDF文件下载及预览;新版本的发布不影响历史版本的查询。编码规范需支持上传文件格式的下载。贴源层管理1）需支持按贴源层、标准层、主题层、主数据进行分层管理，贴源层需支持对学校原始数据的采集、存储；标准层需支持
33、对原始数据按学校数据标准进行标准转化与数据清洗；主题层需提供按学校业务场景进行主题数据建模；主数据需提供学校核心交换数据的建模与处理。2）贴源层需支持批量将外部数据源中的表和数据采集到贴源层，采集时需支持全量或增量采集。采集时需支持忽略错误数据条目，继续执行采集任务3）为方便对贴源层中数据表的管理，支持将贴源层的表按照贴源表和贴源代码进行分类管理。4）需支持查看贴源表的详情概览，需展示源头表信息与本表信息；源头表信息中需包含数据源名称，源头表名称，源头表数据量；本表信息需包含表名、物理表名、字段数量、数据量、数据上次更新时间、责任单位、集成任务等信息；5）需支持自定义数据清洗规则过滤脏数据，过
34、滤的数据归集为黑名单数据，需支持对黑名单数据进行查询；6）需支持贴源代码值映射功能，支持贴源代码表与标准代码匹配映射关系。需支持代码自动映射机制，当源头表代码发生变化,代码未映射成功时，会使用名称与代码标准的名称、简称进行匹配映射。7）需支持贴源表、标准表的数据血缘关系管理，以外部数据源、贴源层、标准层、主题层等节点查看数据的上游与下游数据流转关系；8）需支持停用和删除贴源表、标准表、主题表，只有停用的表才能删除；交换库管理1）需支持批量导入主数据模型。需支持对主数据模型进行编辑、启用、停用、删除等操作。2）需支持主数据表的数据明细查询，需支持查看表结构的变更记录，需支持查看主数据的变更记录。
35、3）需支持以主数据表为中心，以外部数据源、贴源层、主数据等节点查看数据的上游与下游数据流转关系。4）支持在清洗转换任务的输出阶段配置过滤规则，过滤后的数据方能进入主数据表中。数据仓库管理为了规范全校数据的采集、处理、存储与管理，数据仓库需支持对全校数据进行分层操作管理，使学校的数据资产结构更加清晰，数据血缘透明可追溯，数据关系条理化；具体要求如下：1.标准层管理1）需支持按业务域、业务子域和业务单元三级对标准层数据模型进行分类管理；已预置标准模型需严格遵循三级分类。2）需支持批量导入标准层数据模型；导入时支持对相关引用表、引用代码表进行同步导入；3）支持查看标准表的概览信息，需展示表名、物理表
36、名、引用模型信息、字段数、数据量、数据上次更新时间、责任单位、集成情况等信息。需支持标准表的数据明细查询；需支持查看数据的变更记录；需能检测标准表内字段与数据元素之间差异，并自动进行标准落实以实现和数据元素标准保持一致；4）支持新增和查看与标准表相关的清洗转换任务；数据清洗转化任务需支持通过零代码配置，支持可视化配置数据输入、左右关联、过滤、计算字段、字段映射、数据输出等属性来完成清洗转换任务。2.主题层管理1）主题层数据模型需支持面向业务对象和面向业务过程进行分类管理。需支持批量导入主题层数据模型。2）主题层事实模型结构需支持以ER图方式呈现事实表以及关联维度。需支持关联维度展开或收缩的功能
37、，便于查看浏览。3）支持查看事实表的概览信息，需展示事实名称、引用模型、事实类型、事务事实、维度数量（个）、度量数量（个）、数据量（条）、数据上次更新、集成情况等信息。指标库管理D指标管理需支持指标分类管理，支持创建二级分类；当指标分类下面数据指标不为空时，不允许删除；当一级指标分类为空时才允许创建二级分类；指标管理需支持创建原子指标、派生指标、衍生指标管理；支持查看指标基本信息、指标数据、指标血缘关系及指标计算任务运行日志信息；2）派生指标需支持自定义统计周期、统计范围限定、统计算法设置；统计范围限定需支持与、或、不等于、空、为空、包含、模糊匹配等设置，统计函数需支持求和、平均、计数、去重计
38、数、最大值、最小值等算法；需支持调度规则设置，完成数据自动化计算。3）衍生指标需支持可视化配置，支持从指标库拖拽数据指标，支持算术运算符、比较运算符、逻辑运算符等计算；支持调试及结果查看；需支持调度规则设置，完成数据自动化计算；4）需支持统计周期的灵活可视化配置，支持基准日期、偏移量及单位设置，基准日期需支持该日、该周首日、该月首日、该季度首日、该年首日、该学期首日、该学年首日等选择数据质量：管理为持续发现我校数据质量问题，需预置数据质量检测规则，对数据质量问题进行管理、检测、跟踪、处理，常态化自动生成数据质量报告，持续提升我校数据质量。1）数据质量管理需包含质检规则、质检方案、质检结果管理。
39、规则库需至少包含非空检查、值域检查、规范检查、唯一性检查、引用完整性检查、逻辑检查等类型的检测规则。需支持按数据元素批量新增质检规则。2）需支持设置进行质检的表、检查字段；支持通过正则表达式自定义数据质量检测规则。3）需支持对质量检测规则进行问题级别定义，需至少包含“建议”“轻微”“一般”“严重”等维度，便于对数据质量问题采取不同响应措施。4）需支持自定义保留最近检测次数的质检结果，而质检方案汇总数据将永久保存。5）需支持质检方案的执行周期，预警规则，质检报告发送策略和发送人员进行设置。需支持按每日、每周、每月、每年进行质检任务调度；需支持通过问题级别、质检分数设置阈值，通过不同阈值将预警级别
40、分为高、中、低三个级别。质检报告发送策略需支持每执行多少次发送一次、预警结果高于或等于某预警级别时、质检分数低于多少分时三种方式，也支持三种方式组合；5）支持查看数据质量分析报告，质检报告需支持PDF格式下载；报告内容需包含数据质检综合评分、质检评分历史趋势、质检结果分析、评估概况、数据表质检明细、各部门质检明细等部分内容。3数据资产运营支撑平台数据目录管理为逐步解决学校数据来源不明确、权责不清晰、数据不全面等相关问题。需通过建设数据资源目录形成全校数据资源的一个有序清单。它可以使用元数据来帮助学校管理数据，帮助数据专业人员收集、组织、访问和充实数据资产，从而为数据发现和开放提供支持。具体要求
41、如下：1.基础数据目录管理1）需支持自动检测尚未生成基础数据资源的主数据模型和主数据表信息，支持批量生成基础数据资源。2）需支持对已生成的基础数据资源进行查询、编辑、注册、提交发布、取消发布、变更、删除等操作。需支持批量注册、批量发布、批量取消发布、批量变更。需支持撤回已提交发布的基础数据资源。3）基础数据资源需支持设置更新频率、提供方、共享类型、使用方式等信息。数据资源项需支持在线拖拽调整顺序。4）需支持查看本人待审核和已审核的基础数据资源列表。需支持查看基础数据资源目录的审核信息，查看各流程环节的开始时间、结束时间、执行人、审核结果、审核意见等信息。支持查看当前流程节点的执行人。2.部门目
42、录管理1）需提供部门数据资源模板库，需支持批量导入部门数据资源模版。需支持自动匹配校内提供部门，未匹配的需支持手动调整提供部门。2）需支持业务部门根据部门数据资源模版批量创建部门数据资源，也需支持部门用户自定义新增部门数据资源；需支持业务部门查看其它部门的数据资源模板，但不可对其他部门模版进行增删改等操作。3）部门数据资源管理需支持设置数据资源属性和数据资源项属性；数据资源属性包含基础属性和共享开放属性；数据资源的基础属性需包含数据资源名称、更新频率、提供方、内容摘要；数据资源的共享开放属性需包含数据资源的共享类型与使用方式，共享类型需包含“有条件共享、无条件共享、不予共享。使用方式需包含“E
43、T1.推送”“API接口”“Excel导出”。4）需支持用户将本部门的数据资源进行数据挂接，需支持数据资源项与库表的字段进行关联绑定。5）需支持对部门的数据资源进行统一管理，数据资源应支持按“草稿”“注册中”“已注册”等三种状态进行分类管理；已创建的数据资源在未注册前为“草稿”状态；已提交注册申请在审核流程中的数据资源为“注册中”状态；已通过注册审核流程的数据资源为“已注册状态二6）需支持对部门数据资源进行注册申请、注册审核、发布申请、发布审核等看流程操作。需支持查看已提交注册的数据资源的申请信息和审核信息，申请信息需包含提交申请的时间、状态、及申请内容，审核信息需包含审核流程图及审核流转记录
44、。7）需支持数据运营方对部门提交注册的数据资源进行审核，需按“待审核”“已审核”进行分类管理，审核可查看提交的注册的数据资源信息，提交审核意见。为提高注册审核的工作效率，审核模块需支持按数据资源名称、申请人、部门、申请时间等维度对待审核任务进行查询、筛选。8）需支持运营方将已注册的数据资源发布至数据门户，可查看资源发布申请信息及审核记录。需支持对己提交发布申请的数据资源进行审核，对待审核任务及已审核任务可以查询及处理。9）需提供部门数据资源目录看板，需支持按权限查看全部部门或单个部门的数据资源概况，数据资源注册情况，数据资源挂接情况，数据资源共享情况，数据资源使用情况进行统计与展示。10）需支
45、持对近30天通过Excel下载数据、通过ET1.使用数据、通过APl调用数据的趋势进行分析。需支持按数据资源注册数量和注册率对全部部门数据资源注册情况进行排名。需支持按数据资源挂接数量和挂接率对全部部门数据资源挂接情况进行排名3.主题目录管理D需支持自动检测尚未生成主题数据资源的主题模型信息，支持批量生成主题数据资源。2）需支持对已生成的主题数据资源进行查询、编辑、注册、提交发布、取消发布、变更、删除等操作。需支持批量注册、批量发布、批量取消发布、批量变更。需支持撤回已提交发布的主题数据资源。3）主题数据资源需支持设置更新频率、提供方、共享类型、使用方式等信息。数据资源项需支持在线拖拽调整顺序
46、。4）需支持查看本人待审核和已审核的主题数据资源列表。需支持查看主题数据资源目录的审核信息，查看各流程环节的开始时间、结束时间、执行人、审核结果、审核意见等信息。支持查看当前流程节点的执行人。数据安全管理数据安全是数字化转型的前提，更是底线，高效运转的校园离不开坚实的数据安全“堤坝”。数据共享开放环节复杂、数据流动频繁，过程中潜藏了诸多数据泄露风险，系统需要提供数据分类分级、加密脱敏等功能，实现对敏感数据的保护。具体要求如下：1）需支持数据资源分类管理、数据资源分级管理、数据脱敏管理。2）数据资源分类管理需包含分类维度、分类规则、分类管理等管理功能。分类维度需预置公民个人维度、敏感个人信信息维度；分类规则需支持通过正则表达式进行设置，系统可自动匹配符合规则的数据资源项并将其放入对应的分类；分类管理需支持按部门数据目录、基础数据目录、主题数据目录进行管理，支持自动生成和人工管理两种方式。3）数据资源分级管理需包含分级定义、分级规则、分级管理等管理功能。分级管理需支持按部门数据目录、基础数据目录、主题数据目录进行管理，需支持按分级规则自动生成和人工管理两种方式。4）数据脱敏需支持哈希脱敏、字符掩码、取整脱敏几种方式，其中算法支持SHA256、SHA512MD5、SM3、保留前m位和后n位、
