《XX学校智慧校园平台一期建设项目需求说明.docx》由会员分享，可在线阅读，更多相关《XX学校智慧校园平台一期建设项目需求说明.docx（22页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、XX学校智慧校园平台一期建设项目需求说明随着近年来信息化工作的推进，我校逐步构建了智慧校园平台，数据的采集 机制、融通共享、安全保护等已经逐步从“单个应用”到“互联互通”的发展新 阶段。在进入大数据时代的当下，对数据价值的重视程度与日俱增。如何让数据 可视化，发挥数字资产作用，从学校概况、办学条件、人才培养、教师发展、教 育教学、学生发展、平安校园等维度，描绘学校的整体框架，对数据进行挖掘、 治理和分析，进行教师、学生群体画像，全面、立体地为学校管理层、执行层提 供决策的依据和制定发展的规划，成为当前面临的问题。目前学校在数据管理方面、面向师生提供在线服务方面存在的状况概述如下: 学校已经构建
2、了数据中心，但是当前只有业务系统支撑的数据，大多需要采 集的数据没有业务系统支撑,仍以线下收集的模式进行收集，收集的数据仅仅做 了单次使用也无法及时更新，后续如果需要再次使用又需要重新再次收集，浪费 了大量的时间，需要一个统一的采集中心，进行数据的采集，如果数据有更新也 可及时进行更新，原来存储的数据不需要重复采集，汇总数据中心后可以进行数 据的复用，方便及时的查询，汇总统计，以及数据共享，实现“互联互通”。在信息化不断进行的环境下，学校为了实现信息化的提高及优化部门的管理, 在不断扩建系统的使用，但是当前实际环境情况下，学校用户数据无法实现共享， 如钉钉人员数据，需要管理员每当有人员变动时,
3、进行各个业务系统的手动操作， 无法及时更新，在原有用户中心的基础上，需要进行扩建，实现一个入口，实时 进行分发，简化手工操作，实现“互联互通”。学校已经构建了很多业务系统，但是系统生成的数据都是按照业务系统的标 准进行构建，业务部门提供的数据如身份证是不允许为空，但是实际情况就是为 空，学校数据中心需要制定统一的信息化标准进行数据存储，进行数据质量校验 （如为空、身份证等）、及时的将业务部门提供的数据进行标准化校验，以此提高 数据质量，并对业务部门按信息化评分体系对部门管理的数据进行评分，以图形 化统计、大屏等方式共享学校数据质量情况。系统需要实现对国家和行业中已经定义的标准进行维护，形成版本
4、进行管理, 对后续的标准都有版本依据可以查询。 业务系统集系统需要实现可以配置不同系统数据库的连接，使数据中台能够对不同业务 系统的数据进行采集,分享不同系统部门的信息资源，实现不同系统的业务协同。 国标代码集系统需要实现可以配置国标定义好的代码数据，给予学校查看对应国标中的 代码情况。 学校代码集系统需要实现让学校自己能配置增加的数据代码，可以直接手动新增，即填 写学校中对应的代码集名称、分类和表名等信息，并在代码配置中新增代码和名 称；或从标准代码集中进行批量或单个抽取来生成学校的代码集。学校代码集中 可设置国标代码，可以用来区分学校与国标代码的不同，进行对照。 国家标准系统需要实现可以配
5、置行业标准文件中所有的标准数据集的标准数据集编 号名称版本信息，以及他们的引用取用关系，以及值空间（代码集）等信息，提供 给学校查看。 系统标准根据国家标准中的表结构作为参考，结合各个学校实施和建设的过程中及累 计的相应的字段，引入到系统标准中形成一套独特的标准体系。 学校标准系统需要实现学校数据集中为学校数据中心中配置的数据标准表，以及他们 的引用取用关系，以及值空间（代码集）等信息。学校可以根据实际情况新建表， 完善数据集名称、所属数据类型、系统和部门等信息，或点击表结构抽取直接将 数据标准库中已经建设完整的表结构抽取系统中，形成相应的表结构；也可以直 接抽取国家标准或者系统标准中的数据集
6、，完善对应数据集的信息和元数据信息。 完善字段配置对应的校验条件,为后续数据质量校验。同时可以支持接口的发布， 将学校标准的表结构和数据发布到开放平台。 系统数据集系统需要实现系统数据集能保存取自各个业务系统的相应的表结构信息，而 其编辑中维护的所属系统，为该数据集所在系统。2 .数据质量控制系统需要支持数据质量检测工具应包括数据规则检测、数据质量检测、检测 任务管理等功能，全方位、多角度的对数据质量进行有效管理，并同时提供检测 结果推送功能，以邮件或消息的形式主动发送检测结果给相关数据管理人员，便 于数据管理人员及时发现数据质量问题。系统需要支持数据质量检测工具应可提供定义管理数据质量检测规
7、则，依托 这些规则分析数据质量，生成质量报表，自动挑出质量不高的数据，让管理者知 道哪些数据不合规，反过来推动业务系统数据采集质量的提升。系统需要支持通过检测规则管理设置怎么样的数据是合规，怎么样的数据是 不合规，管理人员定期查看检测报告，和业务系统相关管理人员一起，推动数据 质量的改善。系统应至少支持以下检测规则类型：系统需要支持空检查规则：检查字段是否为空；会对元数据标记为不能为空 的字段默认进行检查。系统需要支持代码检查规则：检查字段取值是否在代码表（由系统中预先进 行定义）中；会对源数据中有代码应用的字段默认进行检查。系统需要支持文本检查规则：检查单个字段的文本取值是否满足指定的长度
8、和格式，或预先定义的各种固定编码规则；文本长度支持单个长度、多个长度、 范围组合等，文本格式支持包括：数字、字母、大写字母、小写字母、字母数字、 汉字等，预定义的编码如邮政编码、EMAIL地址、URL地址、身份证号码等。系统需要支持提供全面的数据质量自动化检测工具，能够自动的对数据中心 的主数据质量进行检测，并自动生成质量概况图表，供用户分析、排查数据质量 问题。系统需要支持提供完善的数据质量分析，对问题数据进行检索、分析，是数 据质量问题暴露的窗口。提供对数据质量问题数据的检索、对问题数据数量变化 的趋势分析、对问题数据不同检核类别的数据分布分析以及对问题数据的整体分 析功能。系统需要根据主
9、数据库的元数据，自定义生成数据分类预统计，按学校、专 业、老师、学生等分析，进行预计算统计，支持常统计，自定义表达式统计与自 定义SQL统计。系统需要支持提供一个集中展示数据平台数据质量状况的窗口，数据质量报 告支持图形化展现，包括曲线图、柱状图、饼状图等，并可支持钻取到明细页面， 打通链路，支持实时导出即见即所得。并定时将数据质量监测报表发送到业务数 据负责人邮箱或短信。系统需要支持数据质量检测工具检测的数据由于不一定会在一个数据中心 库,所以业务系统需要支持数据源维护，当检测数据时可按配置选择是检测数据 中心库的数据还是业务系统中的数据。系统需要支持数据质量检测工具需要配置数据集和字段,需
10、要支持可从数据 库中选择表或者视图自动根据选择的结果从数据库直接读取表结构信息生成数 据集和元数据,避免需要人工一个个录入进去，大大提高工作效率以及错误的发 生。系统需要支持数据质量检测工具元数据数据检测配置需要支持可设置多个 验证条件,方便从不同维度进行数据质量检测，并支持每个元数据字段可设置为 是否为核心字段和每个字段的统计占比,方便根据不需要的业务需求统计分析数 据质量结果。系统需要支持数据质量检测工具需要支持设置新旧数据质量验证，由于数据 实际情况会有很多历史原因，导致不能一刀切来生成数据质量检测结果，系统可 按自定义SQL来设置新旧数据的区分，按时间点为可设置一个时间，系统会默认 生
11、成小于该时间的为历史数据，大于该时间的为新数据，验证时分别形成验证结 果。系统需要支持数据质量检测工具需要每天生成一份数据集总体验证数据验 证结果,一份数据集不同字段的数据验证结果,每个字段的错误数据验证由于数 据量不一定,存储可根据实际情况来配置是否需要保存,数据验证结果为统计分 析提供数据来源，分析将可实现按每天的增量等情况。数据质量检测工具需要完全采用B/S架构，在不安装任何客户端软件的基础 上通过浏览器即可对数据质量进行检测，便于用户操作使用。3 .数据资产需求系统需要通过数据资产实现统计学校数据中心库中的各表的数据概况，展示 数据总量，数据的增长情况以及变化趋势。通过数据总体情况，子
12、集情况，各部 门的数据情况，各系统数据情况从各个方面展示学校数据资产情况。 数据资产概况分析系统需要实现整体展现数据总的数据情况，总的数据量，数据增长趋势，数 据的完整性等情况。 数据资产子集分析系统需要实现数据子集分析整体展现，数据表按照各个子集进行分类之后的 数据量，数据增长趋势，数据的完整性等情况。 数据资产部门分析系统需要实现数据资产部门分析整体展现数据表按照部门分配置之后，各个 部门下的表的数据量，数据增长趋势，数据的完整性等情况。 数据资产系统分析系统需要实现数据资产系统分析整体展现数据按照各个业务系统分配之后， 各个业务系统下的表的数据量，数据增长趋势，数据的完整性等情况。4.出
13、入管理系统对接对接学校出入管理系统,获取学生进出数据,并以学生数据基础上分析数据， 生成学校出入管控大屏,实时监控学生进出情况。对接学生出入管理系统,为学生未带卡或者卡刷不出来的情况下，人工放行, 导致学生进出数据缺失,定制化补缺数据功能，支持安卓手持机设备或手机，保安 可以输入学号进行手动签到,确保学生的进出状态数据准确，保障统计汇总的准 确。（三）业务中枢（一期）功能需求基于业务中枢构建综合数据门户（PC端服务门户和移动服务门户）的统一管 理、统一授权，实现PC端微应用和移动端微应用的统一管理，包括综合数据门户 的导航管理、栏目管理、分类管理等；并支持学校各类服务的整合和分类管理，并通过微
14、应用管理将服务重新组合形成一类主题的服务集合。1 .页面配置管理系统需要支持框架配置功能即：管理和配置服务显示页面，使各类服务显示 风格统一。系统需要支持导航菜单功能即：综合数据门户的服务导航配置，包括导航名 称，访问地址，打开方式，显示图标，访问方式，排序等设置。首页配置：首页相关栏目的配置，是否显示等管理。系统需要支持个人数据功能即：首页个人数据的配置系统需要支持友情链接功能即：配置首页友情链接。2 .服务导航平台系统需要支持系统配置功能即：配置需要整合的业务系统,包括系统的类型, 访问的地址，系统排序，系统的授权等。系统需要支持模块配置功能即：配置各页面的模块分类，并配置模块所属的 角色
15、。系统需要支持服务中心功能即：对综合数据门户显示的所有服务进行统一管 理，包括服务的名称，服务地址，提供服务的业务系统，图标，服务打开方式, 服务的类型，服务的应用端等。系统需要支持服务导航功能即：将服务分配到各个页面内，支持同一服务在 多个页面中展现。系统需要支持服务权限功能即：基于用户分组与角色体系，根据学校部门、 职务、用户三级进行权限分配，用户、职务、部门数据与数据中心无缝对接，当 业务基础数据发生变动后，无需管理员维护各系统的权限及其他操作，保证权限 能根据人员的变更自动变更权限。3 .统一认证服务统一身份认证服务需要实现用户身份统一管理，认证中心除了传统的密码登 录外，还提供钉钉，
16、企业微信，QQ、微信等方式进行认证登录，并预留基于生物 识别技术认证。提供标准的API接口，实现对第三方业务系统进行接入登录管理, 只有接入的业务系统才能对接认证中心，否则不允许认证，并实现与业务系统之间用户的对照转化。用户认证信息保存在redis非关系型数据库中,确保session 会话的一致性来实现集群。4 .权限管理系统需要支持根据系统生成的组织架构，结合实际的业务授权需求，将权限 管理功能进行升级，有原先的角色授权单一管理模式,拓展为可以通过组织结构、 角色信息、岗位信息、组织岗位、用户类型、用户等不同维度进行权限管理，增 加了权限管理的多样性和可控性。随着时间推移，可以预见的是人员的
17、数据变动, 授权之后如若人员进行了角色、岗位、部门等信息的变动，业务权限也会自动进 行收放，大多数时候无需管理员进行二次授权，实现了 “一次授权、长期使用” 的管理理念，大大优化减少了管理员的操作。5 .安全中心系统需要具有密码恢复功能。用户不慎遗失密码时，可以自己通过该功能, 输入详细的个人信息及密码提示答案恢复密码。大大降低系统管理员的负担。（四）报表平台（一期）功能需求1 .产品环境支撑模块报表软件需要采用纯JAVA开发，报表工程支持所有可部署JDK的操作系统、 有JDBC接口的数据库。支持Windows Linux Solaris 、Aix Unix IRIX等各种常见的操作系统。支持
18、 Oracle SqlSever、Mysql、Access、Sybase DB2、Postgre Derby 等主流的关系型数据库。支持SAP连接数据库功能，不仅可以直接从SAP系统中取数，而且还可以将 数据定时同步至其他数据库中。支持 Tomcat、Jboss、Weblogic、WeB/Sphere Tongweb resin 等 web 应用 服务器。报表采用标准纯html方式展现，支持IE、chrome、firefox等多种浏览器。2 .报表设计模块系统需要采用类excel的报表设计方式，自然支持无限扩展的行列，多sheet 报表，完全兼容Excel公式，当添加删除行列时，引用单元格的公
19、式计算也可以 自动变化。系统需要支持无失真的导入导出excel,不会发生公式兼容问题和多sheet 兼容问题。系统需要支持打开多Sheet的excel文件直接设计报表，可直接导入Excel 公式。系统需要支持多报表运行环境，能在多个报表应用环境中直接切换。系统需要支持通过远程报表开发环境，实现多人协同做报表，并支持报表锁 定与解锁。系统需要支持使用悬浮元素设计报表，支持悬浮模式显示文本类型、公式类 型、图片类型、图表类型。系统需要支持聚合报表设计模式,各聚合块如表格、图表模块之间相互独立。系统需要支持拖拽操作，并可以不需要手写任何公式，只用鼠标拖拽即可实 现数据的分组统计等设计。系统需要支持零
20、编码实现工具栏，设计好的报表可以直接在浏览器中打开, 无须任何编码即可利用内置的工具栏进行各种翻页，打印，输出等操作。3 .报表展现模块系统需要支持数据可以来自于多个不同的数据源，多个不同物理数据库，或 不同类型的数据源。系统需要支持来自不同数据源的数据通过关联数据集实现，包括合并和依条 件选择两种类型。系统需要支持内置数据集、可定义组成结构层级关系的树数据集、存储过程 数据集、文件数据集和最基本的SQL数据集。系统需要支持动态数据扩展，动态返回数据记录，支持全界面数据扩展方式 的无输入操作，进行分组、列表、汇总的数据拓展展示，同时也支持书写表达式。支持行列对称。数据的扩展，并非像传统的分组报
21、表只能纵向的扩展，而是 天然支持行列对称，不需要写一行代码，设计横向报表。系统需要支持报表的背景不再是单一的浏览器背景，可以改变颜色，纹理, 图片，团，渐变色等多样化背景显示。系统需要支持报表的行分栏和列分栏。系统需要支持报表页眉页脚的设置，且支持页眉页脚使用图片。系统需要当报表进行分页预览时，支持重复标题行或重复标题列；当数据量 比较大，如果不分页时一，则支持报表分页冻结和填报冻结。系统需要支持当数据量非常大的时候可使用行式引擎提升速度。系统需要支持对单元格的形态进行设置，其中有数据字典，公式形态，条形 码，金额线等形态。系统需要支持在条件属性中根据满足条件高亮显示，可改变的属性有行高, 列
22、宽，空间是否可用，超级链接，形态，边框，前景，背景，字体，新值，分页， 缩进等。系统需要支持根据单元格内容确定是否自动调整列宽，行高，可以进行是否 预览单元格内容，是否打印/导出单元格内容，背景，用图片，XML显示内容等 设置，也可以实现单元格提示，显示二进制内容，下载后的文件名等功能。系统需要支持web属性的设置，即浏览器背景、引用本地JS、引用服务器 JS、标题、报表缓存有效时间、打印机等功能的设置。系统需要支持多种的一维条码以及二维图形码，如QRCode等常用码。4 .图表模块图表需要采用html5技术开发，以更好支持以I0S系统为操作系统的iPad、 iPhone,图表必须自主研发。系
23、统需要提供柱形图、折线图、条形图、面积图、散点图、雷达图、气泡图、 地图、组合图、甘特图、全距图、股价图和仪表盘等多种二维、三维统计图表。系统需要支持柱形图、折线图、面积图、组合图下方有跟坐标轴对应的数据 表。系统需要提供不同类型的折线图，包括堆积折线图，百分比堆积折线图，数 据标记折线图，堆积数据标记折线图，百分比堆积数据标记折线图。系统需要提供不同类型的面积图，包括堆积面积图，百分比堆积面积图，三 维面积图，三维堆积面积图，三维百分比堆积面积图。系统需要提供不同类型的饼图，包括分离饼图，复合饼图，复合条饼图，三 维饼图，三维分离饼图，可以实现高亮交互，弹出扇面。系统需要提供数据标记散点图，
24、数据标记折线散点图和折线散点图。系统需要提供世界地图、国家地图、省份地图，满足以地市为基础统计、展 示数据的要求。系统需要支持集成百度、google地图，并可以灵活绑定、展示数据。系统需要支持自定义地图图片，可以选用内置地图，也可以自己上传地图图 片，通过自定义绑定数据的方式，实现数据地图的设置和展现。系统需要支持用相同颜色的深浅来表示数据值高低的热力地图。系统需要提供多样的坐标轴功能设置，如文本坐标轴、时间坐标轴的坐标轴 样式，以及0刻度自动对齐，竖排显示，旋转，显示箭头，值范围以及单位等设 置。系统需要支持自定义设置图表的布局和风格，包含有图表区，绘图区，标题 区，图例区，可以在这几个区域
25、里面进行操作，其中这几个区域均可设置线型, 颜色，背景，是否圆角边框显示，绘图区还间隔背景和网格线背景。系统需要支持使用单元格中的数据或数据集红的数据作为图表数据源。系统需要支持设置每一个图表系列的属性。系统需要支持在线切换图表样式，仅需要在设计中设计一个图表，选择多种 展示类型即可。系统需要支持图表联动，即可通过点击图表系列改变同一报表中的其它图表 元素，达到图表数据联动分析的效果。系统需要支持通过缩放分类轴，对整个图表的局部进行缩放。系统需要支持图表的多层超级连接设置，包括悬浮窗图表，联动单元格，联 动悬浮元素等。系统需要支持灵活的交互属性，实现数据点提示，高亮，坐标轴提示，坐标 轴缩放以
26、及图标自动刷新等功能。5 .数据统计分析模块系统需要支持动态隔间预算，对报表扩展后的数据，可以进行定位，从而设 计同期比，占比，累计，排名等传统的工具无法实现的报表。系统需要支持公式和条件分组，即对数据记录，并不是简单地按照值进行分 组，而是根据一定的公式逻辑的计算结果进行分组。系统需要支持组织递归树，即针对ID, PREID形式的数据，可以自动进行组 织递归树分层，无需多层过滤条件，同时也提升此类报表的执行性能。系统需要支持报表的多层钻取，钻取的目标是网络报表，网页链接，邮件， JavaScript,动态参数，流程管理，悬浮元素，联动单元格，联动悬浮元素等。系统需要支持在一个链接上定义多个不
27、同的链接指向，用户点击链接会提供 下拉选择。系统需要支持多样化的控件类型，包括文本框，密码，下拉框，下拉树，复 选框，复选框组，单选按钮组，文件，下拉复选框，日期，时间，文本域，网页 框，列表，按钮，数字，视图树等。系统需要支持对控件的各种属性进行设置，实现一些特定的规则限制，包括 控件是否可用，是否可见，控件名，是否允许为空，错误提示，水印。系统需要可以根据需要确定查询前是否显示报表，是否显示参数界面，实现 参数面板背景,参数显示位置的设置，同时参数显示位置有三种方式,包括靠左， 靠右，居中。支持报表参数、数据集参数和全局参数三种参数类型。6 .插件支持平台提供大量便于使用的插件，包括前端展
28、现类、填报类、图表类、数据接 口类、控件组件类、移动端类、主题类等不同类型的插件，并支持热安装，在不 重启系统的情况下，安装插件后即可立即使用，不影响正常业务的运行。用户中心功能需求系统需要支持不同的身份认证方式，用户必须记忆不同的密码和身份。因此， 要建设以目录服务和认证服务为基础的统一用户管理、授权管理和身份认证体系, 将组织信息、用户信息统一存储，进行分级授权和集中身份认证，规范应用系统 的用户认证方式。提高应用系统的安全性和用户使用的方便性，实现全部应用的 单点登录。即用户经统一应用门户登录后，从一个功能进入到另一个功能时，系 统平台依据用户的角色与权限，完成对用户的一次性身份认证，提
29、供该用户相应 的活动“场所”、信息资源和基于其权限的功能模块和工具。支持不同开发语言、为解决以上问题，规划建设智慧校园平台，汇聚校内各大业务平台，构建学 校大数据综合数据门户和统一认证平台，整合各业务系统和数据，实现统一入口， 统一平台，深度挖掘数据价值，提供可视化分析和展示管理服务、教育教学等业 务数据，对学校实现精细化、多元化、动态化、常态化管理，形成以学生成长为 本的全方位服务体系。本项目为平台建设一期，主要建设综合数据门户、数据中 枢、业务中枢、报表平台、用户中心和数据治理服务六大模块，为各类数字化应 用提供快速构建和部署能力，通过可视化大屏直观清晰数据。建设内容要求符合 职业院校数字
30、校园规范。二、项目建设要求（一）建设总体目标构建学校数字驾驶舱，达成数据沉淀，形成有机资源，数据可视化，助推学 校数字化转型，全面提高数据辅助管控和决策能力，让智慧校园真正发挥智慧。1、汇聚共享学校数据资源搭建数据中心的数据汇聚与共享平台，作为数据中心的数据资源池，为学校 各部门开放提供全量、即时数据。通过采集并整合各部门信息系统的相关数据, 建立数据中枢的主题数据域，形成学校统一数据标准体系，提升数据资源质量。 各部门可以及时、方便的相互获取与当前业务密切相关的其他部门共享的业务信 息资源，以实现部门之间的互联互通、资源共享及跨部门的业务协同。2、升级改造数据中心架构参照互联网大数据平台的先
31、进技术架构，以数据服务大厅为基础，整合学校 原有数据中心的建设成果，构建学校全量数据中心，通过数据中心的海量数据处 理与服务能力，为学校各部门提供数据服务，共享数据中心的计算、数据、算法 能力，实现全域一个平台指挥下的分工协作、联动发展模式，满足未来几年学校 智慧化转型的需求。3、数据智能驱动创新应用学校数据资源作为智慧大脑的应用组成部分，为业务系统提供统一的数据服 务。通过数据中心的数据中枢支撑能力，对各类多元异构的数据进行关联分析、 不同应用服务器平台实现的应用系统的认证集成方式（Java、. net、ASP、PHP等）, 包API等方式，保证以后应用系统能方便纳入统一身份认证及授权中心。
32、集成 oAuth2协议，可用钉钉进行第三方平台登录,实现第三方APP中的一键登录以及 扫码登录。用户中心对接钉钉用户同步，根据用户中心生成的数据，自动推送至钉钉通 讯录，以此来保证钉钉的校通讯录和本地用户中心数据保持一致，只要用户数据 变动,系统就会自动推送。定制完成学校教务系统、德育管理系统、一卡通、图书、0A系统、学生出 入管理系统的单点对接，产生的对接费用全部由中标方承担。（五）数据治理服务（一期）功能需求1 .数据标准规范化需求数据标准是在学校数据平台框架下，保障学校内、外部使用和交换数据的 一致性和准确性，具有行业特点且共同使用的一种规范性约束。数据标准是学 生数据平台数据治理的基础
33、，亦是数据治理建设中的首要环节。一方面，数据标 准为学校数据平台提供统一的数据标准定义和平台逻辑模型；另一方面，数据标 准是学校数据平台进行数据治理的依据和根本。数据标准是衡量学校数据平台数 据资产运营和管理的评估依据。数据标准规范化的管理内容包括：构建基于校情 的数据管控制度及数据标准管理组织、制定基于数据流程的规范性文件、实现信 息项数据字典标准的规范化定义。2 .数据管理脉络化需求通过对数据流的梳理，可以看出数据管理的任务是构建元数据进行集中式 的管理。在学校数据范围内，元数据主要描述了各业务系统的数据范围、数据类 别、数据定义、数据表之间的关系以及数据流等信息。数据管理是元数据的创 建
34、、存储、整合以及控制的一整套流程的集合，用以辅助在学校场景内开展各 类元数据应用。通过对元数据的管理，数据治理与运维达到如下目标：提供校级数据字典，便于内、外部准确掌握学校的数据概况；提供全局元数据查询检索，便于快速定位元数据；提供元数据详细描述，便于快速了解数据组成、数据结构及数据流向;提供血缘/影响分析功能，便于进行分析判断、问题定位；提供元数据接口服务，便于其它系统或模块使用元数据，实现数据交 互 与共享服务；提供元数据应用，方便终端使用元数据。学校元数据的特点在于逻辑相对趋于集中，即将元数据管理作为统一的发 布源，采用集中式的元数据管理模式，提供元数据的集中创建、维护、查询功能， 不断
35、趋于脉络化。3 .数据质量度量化需求数据质量深度反映了数据的“适用性”，即数据满足使用需要的合适程度。 数据质量通过完整性、一致性、准确性、及时性、合法性等多类维度进行度量。 数据质量的度量化工作旨在定义数据质量标准、建立数据质量审核机制、跟踪数 据质量的全生态过程，为数据平台提供洁净、结构清晰的高质量数据，是数据平 台开发数据产品、提供数据服务、发挥大数据价值的必要前提，是高校数据资产 管理的关键因素。数据质量度量化的目标是：为学校内、外部用户提供平台化的数据质量监 控，通过扩充和优化公共规则库、增强后台对不同类型数据仓库和非结构化数据 的兼容性，提升用户使用感受，并提供数据质量应用满足个性
36、化需求。数据内容精简化：业务数据、系统数据、机器数据、日志数据等形成了学 校的结构化数据和非结构化数据集合。数据源的多样性，严重制约了数据交换与 共享。数据内容的精简化工作旨在消除重复数据、修正错误数据、实现数据的 多次清洗、完成基于数据标准的转化等，以降低数据维护成本。五、开发和运维要求1 .开发进展要求中标方在项目合同签定后45天完成功能开发并进入试运行阶段，1个月后 正式交付，进行验收。投标人需要在投标文件中给出实施工期进度表。中标后与 采购人商议决定详细的实施进度表。2 .项目经理要求中标方必须提供至少一名项目经理负责项目现场建设和沟通工作，需在投标 文件中明确，项目终验之前不得更换项
37、目经理。项目验收后，视项目运行情况， 还需提供1年驻场后期维保服务，直至项目正常运行。3 .运维服务要求中标方确保本次招标的各类应用支撑平台安全稳定的运行，项目质保与运维 服务期三年。在质保期内，当行业标准、技术规范发生改变时，中标单位应为采 购人免费修改相关内容。服务内容和方式包括：平台软件升级、提供技术指导、功能优化与支持服务 等内容，服务方式应包括网络支持与现场服务等。投标技术方案中应对服务的范围和内容进行详细阐述，并至少包括以下内容:1）缺陷管理：针对本次招标的各类应用支撑平台中存在的bug、缺陷，不 论在保期内、外，投标方均应持续提供修正与消缺服务。2）应急故障处理：系统运行环境出现
38、故障或意外情况导致系统不能正常运 行时，投标人响应的情况描述，包括针对不同故障级别的响应时间和响应内容。3）系统升级：提供应用平台的软件补丁版本的升级服务。4）需求变更:对于学校自身业务规则的变化导致的非模块级功能需求变更、 性能要求提升导致的部署结构变化，可经双方协商提供限定次数的服务支持。5）文档服务：整个服务过程均需有完善的文档记录，便于跟踪、分析问题； 对各项服务提供详细的书面报告，包括故障处理报告、健康巡检报告、系统性能 检测调优报告、维护总表报告、服务年度报告等。4 .培训服务要求中标方负责提供采购方所在地现场培训I，根据采购方的要求和建议列出培训 内容、计划和被培训人员可达到的水
39、平，落实培训的时间和地点，为所有参加培 训人员提供培训用文字资料和讲义等相关资料。培训产生的所有费用均由中标方 负责，包含在本项目投标总价中。中标方需为招标方提供详细管理员使用手册、用户使用手册和操作视频，并 根据平台的开发进展按时更新。5 .售后服务要求提供7X 12小时的专属客服电话技术支持，针对应急问题实时处理。对系统运行过程中师生用户及业务部门的问题提供解答和问题解决跟踪，需 保证在1小时内对采购人所提出的维护要求做出响应，并在做出响应4小时内派 出工作人员进行故障排除，主要包括所投产品在运行中的故障排错，数据备份及 恢复，平台及数据库系统适配调整等工作，从而保证软件系统正常运作。对于
40、关 键业务点的上线推广与运行提供现场保障。建模分析，实现数据分析、智能报表、辅助决策等功能，最大限度的提升学校运 营与管理服务水平。（二）建设总体要求系统的建设需要考虑各个层面的需求和特性，需采用多层架构实现，充分考 虑整体架构设计的科学性、数据结构设计的合理性、核心算法设计的先进性、部 署设计的灵活性，构建“厚平台、薄应用”的信息化技术体系架构，确保系统的 整体性能优越，支撑并推进业务模式创新，满足我校发展的要求。1 .具有优秀的数据承载、崭新、关联、流转、修改、报表分析能力，能与其 他异构系统实现集成。2 .系统须同时具有PC端与移动端运行能力。3 .具有严格的权限控制，根据不同级别和类别
41、的用户进行访问。4 .人性化的操作界面，界面美观大方、操作简介、明确、友好。5 .系统实现一定的容错性，在运行环境出现故障时仍能提供稳定、秩序的服 务，实现集群工作模式，能运行与多个节点实例，防止因摸个节点异常而影响系 统的整体运行，能实现多机热备和应用级负载均衡。6 .支持大规模用户的访问，系统用户数、在线用户数和并发量不限。7 .数据库与应用分开设计和部署，数据定义标准采用国标和学校基础数据库 相关标准。8 .有完善的网络安全和数据安全设计，保证系统的安全稳定运行和数据的安 全使用，能达到等保测评二级以上安全要求。9 .针对学校数据及供货方产品知识产权相关内容签订保密协议。系统上线前, 须
42、提交具有信息安全等级保护测评机构资质的第三方安全测评报告。10 .实现与其他系统协同运行，与学校统一身份认证对接，与消息推送、代 办事项的集成。11 .支持并实现第三方系统或平台的功能调用和流程调用，预留相应的接口， 并提供技术文档。12 .本项目部分功能需要根据学校实际需求进行功能定制和业务培训，在服 务期内中标方需提供驻场开发和技术支持服务。三、项目设备清单序号设备名称数量功能技术参数要求（详见需求描述）1综合数据门 户（一期）1套系统需要包括首页，查询中心（师生画像），采 集中心（师生一张表），校情纵览（教师信息， 学生信息，消费信息，图书信息，教学信息）， 数据服务（教师管理），数据大
43、屏（学校主题、 教师主题、学生主题）、移动端门户。2数据中枢（一期）1套系统需要包含数据确权、标准管理、元数据管 理、数据集成、主数据管理、数据质量控制、 数据资产需求。3业务中枢（一期）1套系统需要包含统一身份认证系统，页面配置， 服务导航，权限管理，安全中心。4报表平台（一期）1套需要支持产品环境支撑模块、报表环境设计模 块、报表展示模块、图表模块、数据统计分析 模块。5用户中心1套基于数据中心的数据用户数据，将组织信息、 用户信息统一存储，进行分级授权和集中身份 认证，规范应用系统的用户认证方式，提高应 用系统的安全性和用户使用的方便性。系统需 要用户数据自动同步第三方系统。用户中心对
44、接钉钉用户同步，完成学校教务系统、德育管 理系统、一卡通、图书、0A系统、学生出入管 理系统的单点对接。6数据治理服 务（一期）1套需要根据数据中枢检测结果对学校有问题的数 据进行清洗处理。四、项目详细需求描述（一）综合数据门户（一期）功能需求综合数据门户的入口，需要提供登录功能（登录可以采用钉钉扫码登录）， 并支持在未登录的情况下按照各类角色和办事类型预览办事大厅中的服务。登录 后，需要数据展现和流程服务全部根据个人的权限进行展示。1 .首页首页需要以学校智慧校园平台为建设基础，整合学校信息门户、以及各业务 系统热点、常用的业务服务、数据服务和个人关注信息，分类展示各类服务和信 息。包括但不
45、限于以下业务：系统需要支持推荐服务功能即：当前访问量比较多的服务，重点在首页提示;系统需要支持我的服务功能即：管理员推荐当前用户使用的服务；用户可根 据实际使用情况进行修改实现自定义编辑。系统需要支持新闻展示功能即：展示学校网站信息，同时展示学校办公系统 的相应通知等。通过新闻标题可以快速进入相应新闻内容进行查看。系统需要支持个人数据功能即：显示实时显示个人相关数据，主要包括我的 一卡通，我的科研、我的图书，我的日程，我的财务等，个人数据的建设内容根 据学校业务数据质量现场进行调整。整合大数据平台的各视角的大屏，实现全纬 度数据了解个人的情况。系统需要支持我的待办功能即：集成各个业务系统的待办
46、信息，通过我的待 办进行展现，通过对应的流程名称可以快速定位并打开相应系统待办页面，进行 处理。系统需要支持我的消息功能即：集成学校现有的系统的消息，将各个业务系 统的信息汇总到我的系统中，通过我的消息中的消息名称打开系统的消息内容进 行查看。系统需要支持我的系统功能即：集成学校所有的已建和在建的业务系统单点 对接，实现通过我的系统中的系统单点自由的进入赋予权限的业务系统中。系统需要支持专题服务功能即：展示学校重要的新闻，通知等相关内容。可以通过展示图片进入相应的内容进行查看。登陆方式：需要系统支持匿名访问和实名登录两种方式。统一认证登录以后， 可以获取与自身有关的信息，如资讯、业务系统信息等
47、。个性化界面：需要系统提供个性化界面功能，根据不同角色个性化的信息展 示，包括领导、教师、学生及不同类别的学生等角色，展示与角色相关的信息。系统需要支持微服务应用集成功能即：将学校各系统功能界面进行集成展示, 提供给用户统一的展示，方便用户查询信息和办理事务。提供快捷链接，快速 进入各个业务系统，并支持集成各业务系统消息进行展示，如展图书借阅信息、 办事信息等。2 .查询中心师生个人查询中心：系统需要支持师生个人数据中心统一整合即：师生各类 信息查询，无需再单点到相应的应用系统去查询，统一通过数据中心的数据报表 服务进行展现。师生个人查询中心需要整合学校报表平台配置的相关报表进行展 现，并适应
48、补充完善，基本涵盖师生个人信息、学习、生活、科研、教学、财务、 资产等学校已有完善数据的所有数据查询应用。公共查询：系统需要支持师生信息即：学校或部门负责人及相关业务授权人， 可以通过综合查询方式，查阅某个师生的信息数据。查询结果页面应通过页面水 印方式，加盖“当前操作人：张三（工号200*）”水印，提高数据保护。画像：根据不同的对象，生成学校概况、学科画像、学校画像、专业画像、 班级画像、课程画像、学生画像、教学画像，根据不同的权限，方便校领导、各 业务部门统一查询相关信息，全面掌握各类信息的全貌。教师画像:可以列表形 式呈现各单位教师的清单和简要信息;可查看教师的基本信息,包括姓名、性别、 所属单位、政治面貌、行政职务、党内职务、组织关系、职称等可查看教师的授 课信息，包括所教课程的名称、授课