序号

名称

数量

预算单价（元）

金额小计（元）

对应的中小企业划分标准所属行业

1

统一身份认证平台

1项

150,000.00

150,000.00

软件和信息技术服务业

2

统一数据中心平台

1项

750,000.00

750,000.00

软件和信息技术服务业

3

一站式服务大厅

1项

300,000.00

300,000.00

软件和信息技术服务业

总价（元）

1,200,000.00

序号

名称

参数要求

1

统一身份认证平台

一、整体概述

系统需支持高校常用认证协议，可对接各类WEB应用、移动APP、企业微信、钉钉，满足师生访问校园各类系统的需求，提供认证凭证的不可逆安全存储机制，保证密码安全。提供认证过程的安全性保障，保证认证过程的凭证安全。功能需至少支持：

1、需提供身份认证基础服务，实现SSO单点登录功能。支持用户登录后在不同系统之间漫游而不需要再次输入密码。平台需能同时支持学校移动应用客户端的统一身份认证集成，需能支持短信动态验证码的验证方式。需提供密码变动短信通知功能。对安全级别要求较高的系统，需提供特殊系统二次登录设置功能。

2、为实现统一认证和单点登录提供接口和通道，可以支持跨平台和各种开发语言的应用系统接入平台，如目前学校各类应用系统所使用的ASP、NET、JAVA、PHP、Python等多种开发语言；平台需使用CAS5.3或以上版本认证内核，支持的标准至少包括CAS 1.0、CAS2.0、CAS3.0、LDAP。同时还需提供一种为移动APP专用的对接协议。

3、系统需支持基于Nginx的反向代理集成方式，集成接入方式简单，接入系统可以直接从标准的Header中获取登录人员的相关信息，适用不同开发语言。

4、提供系统级缓存，允许平台调用，加快平台访问速度，同时提供DBLESS能力，在系统遭遇数据库停机时，依然可向用户提供基础认证及鉴权能力，避免因数据库停机造成身份认证不可用。

★5、系统需支持在发放账号密码时无密码自助激活方式。要求提供账号激活服务支撑无密码自助激活方式，激活流程需包括信息校验、绑定手机、绑定邮箱、设置密码、激活完成五部分。

1、用户组管理

（1）系统需支持在各业务域下设置不同的用户组及成员，用以作为授权或二级管理权限下发。需支持管理员在用户组中查询已经加入该用户组的组织架构节点或具体的人员，并进行修改。

★（2）需支持管理人员通过可视化界面自行通过身份分类、生命周期、性别、性别、入校年份、组织机构分组组合形成用户组。

（3）需支持用户组共享功能，当前域管理员可以共享自己设置的用户组给其他域管理员使用。

（4）身份认证管理人员可通过可视化界面自行通过身份分类、生命周期、性别、入校年份、组织机构的组合形成用户组。

2、身份分类管理

（1）系统需提供多种身份数据类型，包含教师、学生、校外人员、校友，应支持对于不同子分类进行生命周期设置，从而实现对用户进行全生命周期管理。

★（2）系统允许针对不同的用户来源创建至少三种生命周期，包括未入校、在校、离校三种状态。系统应能自动创建对应生命周期的用户组。同时应能对生命周期设置有效期，在有效期到期后，自动转换生命周期状态。

（3）系统需支持管理员对全校用户身份账号数据的增加、删除、修改、过期设置、异常账号锁定/解锁等操作。在进行导入用户操作时，可实现拥有多账号的用户自动绑定，无需管理员手工干预，系统自动判定导入账号是否归属同一人，若为同一人不同阶段账号，则系统自动创建自然人，同时完成账号绑定。

（4）支持将身份认证系统内的通讯录数据自动同步到企业微信/钉钉，同步内容需包括组织机构及人员信息。需提供配置功能方便管理员新建多个同步任务。

3、校内机构数据管理

需提供具有高校特色的组织机构管理，支持针对不同用户类型生成不同的组织机构树。组织机构树由用户信息自动生成。

4、用户与机构数据同步

平台应提供用户与机构数据的同步功能，应包含外部数据同步和手工数据处理两种方式。

5、账号申诉管理

（1）系统需支持查询和审批用户的账号申诉信息，并配置申诉内容。

（2）需支持通过列表展示学工号/用户名、姓名、申请时间、申请状态以及操作。

（3）需支持管理人员审批账号申诉申请，需支持基本信息和申诉信息的对比，包括姓名、证件类型、证件号码、学院/部门、图片核实（人脸识别照片/证件照片与手持身份证/身份证/一卡通对比）。

（4）需支持配置短信提醒申诉结果。

6、岗位中心管理

（1）需提供岗位中心管理功能，至少应支持维护通用岗位以及部门岗位。

（2）校级管理者应可通过通用岗位管理维护全校各部门通用的岗位信息，应支持按照学校、岗位二级结构展示，标记岗位的启停状态，排序按照岗位的排序和停用状态排序。

（3）同时，也应支持校级管理者针对每个业务部门维护部门级的管理员，由部门管理员维护部门独有的岗位信息。

（4）在维护完岗位信息后，系统需支持将用户与岗位进行关联，并基于开放中心将岗位API接口进行开放以方便第三方系统进行引用。

三、个人自助服务要求

要求系统在PC端、移动端提供个人自助服务功能。为满足留学生/外教使用需要，个人自助服务需支持中英双语切换。

需至少支持：

1、系统需为校内的最终用户提供面向个人身份的自助服务，用户可自行维护个人资料，设置个人账号，保护登录密码、安全问题、登录别名、邮箱、手机号等。

2、系统需支持用户查询各类认证记录，包括当前登录记录、账号认证记录、密码维护记录、应用访问记录等。

3、若用户常规的找回密码方式均不能用，还可以通过账号申诉的方式找回。需提交：用户姓名、学院/部门、证件类型、证件号码、申诉照片、联系方式，完成账号申诉。

4、需支持用户进行个人偏好设置，可以设定本账号只能在一个浏览器上登录，只保留最新登录页面，其余将退出登录，需支持配置账号异动提醒。

5、需支持账号申诉功能，当用户常规的找回密码方式均不能用时应可通过账号申诉的方式找回。需提交：用户姓名、学院/部门、证件类型、证件号码、申诉照片、联系方式，完成账号申诉。

四、外部联合登录要求

系统需支持用户把校内身份与其个人微信号、新浪微博、QQ号进行绑定后，通过其个人互联网账号进行登录校园应用，提升师生服务感知。需支持拓展其他第三方应用的联合登录，用以提升便捷性。

需提供系统认证对接服务，对接系统包括OA办公系统、人事系统、财务系统及移动端。

六、认证使用分析

1、提供身份认证数据分析看板，包括认证登录分析、应用认证分析、使用用户分析、账号变动分析，帮助用户发现认证使用价值及使用中的问题。

★2、需提供对全校身份认证相关数据的管理功能，包括应用认证分析、使用用户分析、账号变动该分析，具体要求如下：

（1）应用认证分析，支持一段时间或者快捷查询今日、昨日、近7天、近30天、近90天的应用认证次数排名，以柱状图的方式由高到低排列展示排名前10的应用；提供应用认证次数列表，按照认证次数由高到低的顺序逐行展示认证应用。

（2）使用用户分析，支持一段时间，或者快捷查询今日、昨日、近7天、近30天、近90天的使用用户排名，以柱状图的方式由高到低排列展示排名前10的用户；提供使用用户列表，按照认证次数由高到低的顺序逐行展示用户使用用户的账号。

（3）账号变动分析，支持一段时间，或者快捷查询近7天、近30天、近90天的账号变动情况，以柱状图的方式展示查询期间账号变动情况，对于每日新增次数、修改次数、删除次数采用不同颜色的柱状体进行展示。

六、身份认证配置

1、认证服务配置

（1）需支持用户账号激活和完善资料的相关配置；需支持启/停用户信息防遗忘，提醒用户对个人信息内容（安全问题、手机号）进行确认；需支持启/停别名校验，启用后可禁止用户使用对应的别名；需支持启/停用户人脸照片上传；

（2）需支持登录界面功能配置，包括启/停扫码登录、动态码登录、七天免登录和在线帮助。在线帮助启用后，用于认证登录界面的帮助文档链接跳转，用于引导用户和提供帮助说明；需支持单处登录配置，用于配置是否允许用户在多个客户端登录，管理员可强制用户配置单处登录，也支持让用户自主配置；需支持校外登录配置，用于区分师生登录地为校内还是校外，同时支持认证日志的审计和师生校外登录的提醒；

（3）需支持实人认证配置。依赖第三方人脸识别技术，对用户进行自然人真实身份校验服务。可用于重要场景下的身份校验，如账号激活、找回密码；需支持会话配置。针对不同终端设备，设置会话有效期，时间过期后，则用户端登录状态退出；需支持找回密码方式配置，包括密码问题、邮箱、短信验证码、微信和QQ；需支持修改密码配置，包括可信APP中修改密码免校验和定期修改密码。

（4）需支持账号安全审计功能，对用户的密码规则进行配置，密码规则需包含密码分值策略和条件规则策略，支持管理人员自行调整相关规则内容。

2、登录主题配置

需支持配置和切换登录主题，个性化定制身份认证登录页面样式。

3、用户提示语管理

需支持自定义对应错误类型的提示语，包括信息格式提示、动态码登录、可信设备登录、完善资料－密码符合规则、账号异常、账号登录、找回密码－输入账号、激活页－信息校验。

4、短信、邮箱内容模板管理

需支持自定义配置需要发送的短信、邮箱以及消息内容模板。

★5、账号元数据管理

系统需支持账号元数据管理，支持扩展字段满足学校人员信息管理要求。新增自定义字段信息需包括属性名称、LDAP属性名称、显示名称、属性值类型，属性描述，支持设置是否必填、是否显示；需支持管理员配置系统预置元数据的展示/隐藏属性。

6、内网IP段管理

需支持内网IP子网掩码，方便校外登陆时使用。

★7、第三方实人认证配置需支持启/停用户人脸照片上传。

2

统一数据中心平台

一、数据集成管理

为了构建我校统一的校级数据仓库，需提供一系列数据采集管理工具，用来完成面向分散数据的集成汇聚工作，解决我校数据孤岛的问题。具体要求如下：

1、需提供外部数据源管理，可按来源库与目标库的维度对数据源进行分类管理。

2、为方便数据源的管理，需支持添加数据源标识与责任单位；支持对数据源进行新增、编辑、测试、复制、停用、启用、删除等操作。

3、需支持国内外主流数据库，且支持以下形式的数据采集，包括Oracle、MySQL、SQLServer、PostgreSQL、MariaDB、达梦等的输入与输出。

4、需支持集成任务管理，可按数据采集、数据清洗转换、数据建模、自定义对集成任务进行分类。

5、数据集成任务需支持以可视化、零代码的数据集成方式完成，支持按数据输入、关联合并、数据过滤、数据映射、数据输出等流程化的形式完成数据集成操作。

6、为满足一些复杂集成操作，需支持自定义集成任务，将外部的数据集成任务以文件形式进行导入，需至少支持json、ktr等类型的集成任务文件。并能执行接口及查询执行日志；接口不支持直接删除，须先停用，才能删除接口。

★7、需支持对数据集成任务运行情况进行监控，需能通过健康度指标来反映任务在近期运行中的稳定程度，需通过不同颜色来区分展示。

★8、需支持新建调度计划，通过可视化界面以“拖拉拽”的简易操作形式即可完成任务调度排布；需支持串行、并行执行的任务调度形式；需支持按调度周期、每秒、循环、指定时间等自定义cron表达式执行调度，cron表达式需支持可视化配置，无需编写表达式规则。

9、需支持可视化展示平台任务运行情况，包括调度监控、数据源监控、任务监控、任务运行设备监控等信息，方便管理者对任务的运维管理。

10、调度监控需支持以运行时刻图的方式展示构建数仓、质量检查、数据交换和其他调度的每日执行情况。应展示每次调度的开始时间、结束时间、耗费时长和运行结果。

11、数据源监控需能展示来源库和目标库的正常连接和错误连接的数据源统计情况。

12、任务监控需能以图表形式展示交换、采集、清洗转换、建模和其他自定义任务的运行次数和成功次数。应能展示最近5次及以上任务运行详情，包括任务开始时间、任务类型、任务名称、运行时长、运行结果等信息。

13、任务运行设备监控应展示每个运行任务的服务器设备情况，包括每台设备的IP地址、CPU数、内存和指定时间范围内的任务运行次数。

数据存储需要围绕高校数据特征，满足大容量、高性能、高可用、可管理等需求。

具体要求如下：

★1、支持shared nothing架构（MPP），具有高扩展性，可以支持1000个以上的集群，确保线性扩展性能和容量，管理的数据规模从TB级到PB级，满足学校数据规模增长需求。

2、提供分布式事务机制。通过将数据分布到多个节点上来实现规模数据的存储，通过并行查询处理来提高查询性能。每个节点仅查询自己的数据。所得到的结果再经过主节点处理得到最终结果。

3、需支持行存储和列存储，采用hash分布的数据分布机制，计算节点和数据存储紧密耦合。

4、拥有完善的SQL标准支持，全面支持SQL92、SQL99、SQL2003以及OLAP扩展；支持对于JDBC、ODBC、C、Python API等接口的支持。

5、可以在同一个并行数据流引擎上执行所有查询和分析（SQL、MapReduce、R语言等）操作，从而允许分析人员、开发人员和统计人员使用同一个基础构架进行数据分析。

6、需支持B+Tree、哈希、位图、GiST和GIN，从而能够实现多种索引功能，提供给数据架构师实施优化设计所必需的工具。

7、支持基于行和列的细粒度数据访问权限访问控制，让不同权限的访问者只能看到被授权的部分数据，确保数据共享不影响防范数据泄露。

8、采用了业内领先的压缩技术，提高性能的同时，显著地减少存储数据所需的空间。客户可以将所用空间减少3-10倍，并提高有效的I/O性能。

9、支持行存储、列存储、外部表等多态存储，用户可以根据数据热度或者访问模式的不同使用不同的存储方式。

10、提供高效的资源管理机制，主要包括对并发查询数量的限制，查询执行时内存、CPU资源使用的限制等。支持资源队列(Resource Queue)和资源组(Resource Group)两种资源管理方式。

12、支持各种过程化编程语言，包括PL/PostgreSQL、PL/R、PL/Python、PL/Java、PL/Perl等语言扩展。在高级数据分析方面，通过MADlib扩展模块，用户可以很方便地完成大规模并行分析。

三、信息标准管理

需围绕信息标准管理提供相关工具，满足数据元素标准、标准代码与标准文档的管理功能。

具体要求如下：

1、数据元素

★（1）需支持批量导入《GB/T *****.2-2018 信息技术学习、教育和培训教育管理数据元素第2部分：公共数据元素》中的标准数据元素到平台。导入时，需能检测数据元素依赖的标准代码是否存在，不存在时，需要同步导入依赖的标准代码。

（2）需支持对数据元素进行查询、新增、注册、标准落实、变更、废止等管理功能。

（3）数据元素属性需包含业务属性、技术属性、管理属性等；数据元素的业务属性需包含数据元素分类、标识符、数据元素名称、汉语简拼、定义等；数据元素的技术属性需包含数据类型、长度、精度、值域；数据元素的管理属性需包含标准级别、标准引用来源、批准日期、版本等。

（4）需支持按状态管理数据元素，需包括草稿、标准、废止等不同状态。只有草稿状态的数据元素，才能删除，其他状态的数据元素，不可以删除。对于多个草稿状态的数据元素，支持批量注册。

★（5）同一个数据元素的多个版本，仅能有一个版本处于标准状态，当注册一个新版本时，其他标准状态版本自动变更为废止状态。变更时，需能生成一个高版本的草稿状态的数据元素标准；当某数据元素已经存在变更的草稿状态的数据元素时，不能重复变更。

（6）需支持对数据元素取值范围进行管理，需包含“限定范围”，“引用标准代码值”，“枚举值”等形式。

（7）标准落实时，需支持自动匹配数据中心内哪些字段与数据元素一致，支持批量选择进行标准落实，保证字段定义的标准化。

（8）需支持数据元素分类的管理，包括新增、编辑、删除功能；只有该数据元素分类下没有数据元素时，才可以删除该分类。

2、标准代码

（1）需支持批量导入国标《GB/T *****-2017 信息技术学习、教育和培训教育管理基础代码》标准代码到平台。导入时，需能自动过滤已导入的标准代码。导入的不能对已有的代码进行更改和删除，仅新增。

（2）需支持对标准代码进行查询、新增、编辑、配置代码等管理功能；新增标准代码时，标准代码名称不可重复，新增的标准代码默认为已启用状态。

★（3）需支持对标准代码中的代码值进行新增，需支持添加辅助代码与上级代码。

（4）需支持查看标准代码的引用关系，可查看引用该标准代码的表名和字段名。

★（5）支持标准代码删除操作，删除前必须先停用，不可以直接删除；

（6）需支持标准代码分类的管理，包括新增、编辑、删除功能。只有该标准代码分类下没有标准代码时，才可以删除该分类。

3、标准发布

（1）需支持代码标准、数据标准、编码规范生成或导入、发布申请、发布审核流程管理，需支持查询、作废、删除、门户可见、门户隐藏等操作。

（2）支持编码规范文件上传管理，支持pdf、doc、docx、png、jpg、jpeg、xls、xlsx、zip等文件格式；

★（3）代码标准、数据标准、编码规范发布时需支持设置标准号、实施日期、替代标准；标准号管理需支持三段式管理，第一段为学校编码，默认值可在系统配置中调整，第二段为标准编号，第三段为年月。

（4）代码标准和数据标准需支持PDF文件下载及预览；新版本的发布不影响历史版本的查询。编码规范需支持上传文件格式的下载。

4、贴源层管理

（1）需支持按贴源层、标准层、主题层、主数据进行分层管理，贴源层需支持对学校原始数据的采集、存储；标准层需支持对原始数据按学校数据标准进行标准转化与数据清洗；主题层需提供按学校业务场景进行主题数据建模；主数据需提供学校核心交换数据的建模与处理。

（2）贴源层需支持批量将外部数据源中的表和数据采集到贴源层，采集时需支持全量或增量采集。采集时需支持忽略错误数据条目，继续执行采集任务

★（3）为方便对贴源层中数据表的管理，支持将贴源层的表按照贴源表和贴源代码进行分类管理。

（4）需支持查看贴源表的详情概览，需展示源头表信息与本表信息；源头表信息中需包含数据源名称，源头表名称，源头表数据量；本表信息需包含表名、物理表名、字段数量、数据量、数据上次更新时间、责任单位、集成任务等信息；

★（5）需支持自定义数据清洗规则过滤脏数据，过滤的数据归集为黑名单数据，需支持对黑名单数据进行查询；

（6）需支持贴源代码值映射功能，支持贴源代码表与标准代码匹配映射关系。需支持代码自动映射机制，当源头表代码发生变化，代码未映射成功时，会使用名称与代码标准的名称、简称进行匹配映射。

（7）需支持贴源表、标准表的数据血缘关系管理，以外部数据源、贴源层、标准层、主题层等节点查看数据的上游与下游数据流转关系；

（8）需支持停用和删除贴源表、标准表、主题表，只有停用的表才能删除；

、交换库管理

（1）需支持批量导入主数据模型。需支持对主数据模型进行编辑、启用、停用、删除等操作。

（2）需支持主数据表的数据明细查询，需支持查看表结构的变更记录，需支持查看主数据的变更记录。

★（3）需支持以主数据表为中心，以外部数据源、贴源层、主数据等节点查看数据的上游与下游数据流转关系。

（4）支持在清洗转换任务的输出阶段配置过滤规则，过滤后的数据方能进入主数据表中。

、数据仓库管理

为了规范全校数据的采集、处理、存储与管理，数据仓库需支持对全校数据进行分层操作管理，使学校的数据资产结构更加清晰，数据血缘透明可追溯，数据关系条理化；

具体要求如下：

（1）标准层管理

★①需支持按业务域、业务子域和业务单元三级对标准层数据模型进行分类管理；已预置标准模型需严格遵循三级分类。

★②需支持批量导入标准层数据模型；导入时支持对相关引用表、引用代码表进行同步导入；

③支持查看标准表的概览信息，需展示表名、物理表名、引用模型信息、字段数、数据量、数据上次更新时间、责任单位、集成情况等信息。需支持标准表的数据明细查询；需支持查看数据的变更记录；需能检测标准表内字段与数据元素之间差异，并自动进行标准落实以实现和数据元素标准保持一致；

④支持新增和查看与标准表相关的清洗转换任务；数据清洗转化任务需支持通过零代码配置，支持可视化配置数据输入、左右关联、过滤、计算字段、字段映射、数据输出等属性来完成清洗转换任务。

⑤数据仓库支持从模型库一键创建面向业务过程与面向业务对象的主题层数据模型，展示数据模型的事实、维度结构。

（2）主题层管理

★①主题层数据模型需支持面向业务对象和面向业务过程进行分类管理。需支持批量导入主题层数据模型。

②主题层事实模型结构需支持以ER图方式呈现事实表以及关联维度。需支持关联维度展开或收缩的功能，便于查看浏览。

③支持查看事实表的概览信息，需展示事实名称、引用模型、事实类型、事务事实、维度数量(个)、度量数量(个)、数据量(条)、数据上次更新、集成情况等信息。

、指标库管理

★（1）指标管理需支持指标分类管理；当指标分类下面数据指标不为空时，不允许删除；

（2）指标管理需支持创建原子指标、派生指标、衍生指标管理；支持查看指标基本信息、指标数据、指标血缘关系及指标计算任务运行日志信息；

★（3）派生指标需支持自定义统计周期、统计范围限定、统计算法设置；统计范围限定需支持 与或、不等于、空、为空、包含、模糊匹配等设置，统计函数需支持求和、平均、计数、去重计数、最大值、最小值等算法； 需支持调度规则设置，完成数据自动化计算。

★（4）衍生指标需支持可视化配置，支持从指标库拖拽数据指标，支持 算术运算符、比较运算符、逻辑运算符等计算；支持调试及结果查看；需支持调度规则设置，完成数据自动化计算；

（5）需支持统计周期的灵活可视化配置，支持基准日期、偏移量及单位设置， 基准日期需支持该日、该周首日、该月首日、该季度首日、该年首日、该学期首日、该学年首日等选择；

（6）支持按需创建、启用、停用、删除原子指标、派生指标和衍生指标。派生指标可通过配置统计周期、过滤条件、聚合粒度、聚合函数设置，并可按设定指标周期查询数据指标计算数据。

8、数据质量管理

为持续发现我校数据质量问题，需预置数据质量检测规则，对数据质量问题进行管理、检测、跟踪、处理，常态化自动生成数据质量报告，持续提升我校数据质量。

（1）数据质量管理需包含质检规则、质检方案、质检结果管理。规则库需至少包含非空检查、值域检查、规范检查、唯一性检查、引用完整性检查、逻辑检查等类型的检测规则。需支持按数据元素批量新增质检规则。

★（2）需支持设置进行质检的表、检查字段；支持通过正则表达式自定义数据质量检测规则。

（3）需支持对质量检测规则进行问题级别定义，需至少包含“建议”“轻微”“一般”“严重”等维度，便于对数据质量问题采取不同响应措施。

（4）需支持自定义保留最近检测次数的质检结果，而质检方案汇总数据将永久保存。

★（5）需支持质检方案的执行周期，预警规则，质检报告发送策略和发送人员进行设置。需支持按每日、每周、每月、每年进行质检任务调度；需支持通过问题级别、质检分数设置阈值，通过不同阈值将预警级别分为高、中、低三个级别。质检报告发送策略需支持每执行多少次发送一次、预警结果高于或等于某预警级别时、质检分数低于多少分时三种方式，也支持三种方式组合；

（6）支持查看数据质量分析报告，质检报告需支持PDF格式下载；报告内容需包含数据质检综合评分、质检评分历史趋势、质检结果分析、评估概况、数据表质检明细、各部门质检明细等部分内容。

9、系统配置

系统配置管理需包括用户授权管理、组织机构管理、操作日志管理功能。

具体要求如下：

（1）需提供符合学校业务要求的统一用户管理功能，需包括用户新增、账号类型设置、用户类型设置、权限设置、角色设置；需支持根据学校的组织机构现状进行管理与维护，需支持多级组织机构管理。

（2）需支持查看系统操作日志，以便进行回溯。需支持查看每次操作的系统模块、操作类型、操作员、调用地址、登录ip、调用时长、操作状态、操作时间等信息。

★（3）需支持可视化流程设计，支持在Web页面采用拖拽方式设计流程，支持按照BPMN流对象与类型进行设置；需支持多种流程模式，至少包括顺序、分支、并发、子流程、条件路由、并行会签、串行会签等流程需支持多种流程操作权限设置，至少包括提交、退回、追回、转办、终止、催办、加签、跳转、挂起。需提供丰富的任务节点类型，至少包括单人活动、多人并行、多人顺序、多人单一几种类型。需支持多种办理人设置方式，支持按照人员、部门、用户组、岗位方式设置流程节点办理人。

3

一站式服务大厅

一、整体概述

一站式服务大厅平台的控制中心，为系统管理员提供管理平台各个模块功能以及内容的工具。支持用户进行总体运行情况预览、用户与组织管理、应用与服务管理、门户展示方案管理、第三方应用集成配置、消息待办日程电子签章等开放能力管理、平台数据使用统计与分析、系统配置等等。

平台应支持通过首页预览服务总体运行情况，至少需包括：待处理事项，校内组织机构，用户情况，应用情况，服务器状态，操作日志，产品更新记录。

二、融合门户

对校内各类信息和应用系统进行整合，支撑多主题PC门户、移动H5门户和门户小程序构建，为用户提供统一的访问入口；提供预置的日程、待办、消息、第三方电子签章的能力开放，简化异构系统集成工作，实现校园信息系统的深度融合，面向全校师生提供一体化、一站式、个性化信息服务。

、门户PC版

系统应支持学校按自己的实际需求通过卡片及展示模板的组合构建符合自己需求的门户，其中模板应不仅是简单的颜色变换，而是整体结构、布局方式的不同。

、门户移动版

系统应支持通过移动端浏览器输入和PC门户一致的地址时，直接呈现符合移动布局的门户界面，而非只是简单的PC门户页面缩放。

系统应支持集成到企业微信、钉钉、微信公众号。

系统应支持PC和移动门户在同一个页面上进行展示样式的修改和管理。

、多级主题门户

平台应支持针对业务管理部门、二级学院等有特定需求的部门设定可独立访问的主题门户体系，如：学工门户等，需支持通过输入不同的URL地址访问，并基于统一管理后台进行管理，包括使用的模板、页面布局、卡片排布等，平台同时也应支持对不同的主题门户设置独立管理人员，方便对对应主题门户的用户、应用、页面布局以及用户访问权限等内容进行管理。

应支持针对站点管理员的具体权限进行管理，至少包含用户管理员、应用管理员、只读管理员、认证管理几个分类权限。

、标准模板

（1）产品出库时需提供至少三套标准模板，其中至少2套要支持Pc+移动双适配。

★（2）各套模板间不得仅仅只是简单的颜色变更，应体现出明显的风格差异。

（3）门户标准模板支持切换功能，切换时应不仅仅只是简单的颜色变化，而应包含整体布局、风格、呈现方式的改变，切换展示不少于4套模板。

、标准卡片包

（1）平台需支持提供丰富的标准内容卡片库，供学校选择使用来支撑信息门户内容展示，卡片适配的终端包含PC端、移动端。

（2）主要包含服务与事项类、待办与任务类、内容与资讯类3类共计不少于20张不同的卡片内容（PC与移动卡片功效一致的情况下记为一张卡片）。

★（3）需支持拖拽方式对现有展示页面的卡片布局进行调整，同时需支持将多张卡片放在一个容器内进行集中呈现。

、服务推荐

优化服务推荐方式，在原有手工推荐的基础上，提供基于智能算法的服务推荐，支持按照应用使用情况、排名情况、使用用户角色等权重进行计算，并在合适的业务周期进行服务推荐，投标人应提供详细的服务推荐算法说明。

7、消息中心

（1）前端展现

门户前台需提供前端消息展现卡片，需支持对所有消息的查看、搜索、类型过滤，可设置全部已读，设置标旗等。当设置全部已读时，不能对必读消息进行设置，即不能忽略必读消息。

（2）必读消息提醒

需支持必读消息提醒功能，当必读消息发送之后，若用户一直未读此消息，将会触发提醒规则，可配置规则（提醒通道、每天提醒时间、提醒模板），待发送提醒用户（根据应用分类的未读消息列表）。

三、办事大厅事项管理

一网通办支撑套件，提供高校一网通办运营所需的软件工具，包括事项管理中心、事项与流程运营效率看板，帮助学校建立校级服务治理机制，提升服务质量、优化服务效率，最终实现校务服务的科学治理。显示一网通办支撑套件运行服务器的资源信息及操作日志情况。

：用于管理前台对应服务事项内容的维护，支持用户自主维护事项字段内容；用户可维护不同服务对象的配置，实现不同人员看到与其类型相关的服务事项内容。向高校的门户网站提供服务事项的所有内容数据，支持提供从事项信息设置、事项创建/编辑、关联用户组、启用/停用的全生命周期管理过程。

1、服务事项管理

需支持查看已创建的服务事项，并可根据自定义字段创建服务事项；

需支持通过服务事项名称关键字搜索；

需支持通过已配置且已关联服务事项的服务对象、责任部门、服务主题进行下拉筛选；

需支持通过是否关联服务进行筛选；

需支持通过服务事项状态进行筛选

需按照服务事项名称、服务对象、责任部门、服务主题、是否关联服务、是否第三方、最近修改时间、填写进度、启停状态、操作（编辑/启停/删除）内容展示服务事项列表

2、服务事项评价管理

（1）服务事项评价查询

需支持按服务事项、服务对象、责任部门、服务主题筛选；

需支持评价结果的隐藏处理。

（2）查看评价

需通过服务事项列表中某一条事项点击查看评价展开，可查看某条服务事项评价的具体内容；评价分数为四项：服务态度、信息完整度、办事进度、整体满意度，评价总分为前四项平均分，最高为五分（5.0）；评价内容列表支持按照全部、好评、差评筛选查看，其中好评为三分及三分以上，差评为三分以下；评价内容展示评价人名称、评价时间、四项评价分数。

3、服务事项排序

管理员可通过已配置好的服务分类、责任部门内容，针对已有的服务事项进行排序；用于用户在前台根据不同的主题分类、部门分类筛选下查看的服务事项排序规则配置；

4、三张清单管理

（1）责任清单维护

需支持按照“部门配置”中的部门树配置职责内容，同时支持搜索查询部门名称；部门树支持展示该部门下配置了多少项职责数量；

（2）审批&服务清单查询

需支持按照“部门配置”中的部门树查询内容，同时支持搜索查询部门名称；

需点击部门可查看该部门下的清单内容，支持按照服务事项名称、清单类型、办理类型查询；

5、服务事项配置

（1）分类配置

管理员可通过配置分类，为不同服务事项进行分组管理；用户可在前台门户通过关联服务事项的分类内容进行筛选查询服务事项；服务事项分类支持最多可添加三级；同级别内支持上下排序；分类列表支持添加、编辑、删除分类内容，可根据不同分类纬度下进行分类名称关键字搜索；支持按照分类名称、图标类型（字体图标、PNG图标、不需要图标）新建一级分类；支持按照分类名称、一级分类选择的图标类型来新建二/三级分类；

（2）服务事项详情配置

用户可以配置新建服务事项时的填写字段信息，用于生成办事指南展示给前台用户查看，分为基本信息与独立模块部分，系统出库将会包含预置信息部分。

（3）服务对象配置

管理员可通过关联组织机构、用户组、用户、游客配置服务对象，使用户在前台门户可以快速定位到与自己相关的内容，并针对不同的对象进行不同内容的推荐相关内容；列表展示服务对象名称及单条服务对象对应的配置信息；支持对单条服务对象进行关联、编辑、删除操作，并可对服务对象内容进行排序；其中管理员可通过关联组织机构、用户组、用户、游客配置服务对象；

（4）部门配置

用于维护服务事项基本信息内服务部门及责任部门内容；管理员可通过管控台提供的组织机构树中选择相应部门。

6、授权管理

用于管理维护系统管理员、服务事项管理员；

系统管理员：可在授权范围内使用事项管理中心的菜单；服务事项管理员：使用授权部门范围内的服务事项管理、服务事项评价查询、服务事项排序；服务事项管理员需设置事项管理的部门范围，可选择一个或多个部门。

7、一站式办事大厅支持多级门户构建过程中，可指定站点管理员的角色，应包含：系统管理员、用户管理员、应用管理员以及只读管理员。

8、服务事项授权及制作管理

（1）本次包含50个服务事项授权。

（2）本次包含10个服务事项的现场调研、服务事项规划、服务事项制作、服务事项测试、服务事项上线。

四、流程服务快速构建工具

、流程引擎

（1）流程设计

①需提供一套遵循BPMN2.0规范的流程执行引擎和服务引擎来执行流程及其所定义的服务。可以执行基于BPMN2标准的业务流程模型，包括执行人工任务以及各种事务型服务。提供流程定义完全遵循国际标准的流程执行语言BPMN2.0。

②需采用业内通用并符合BPMN2.0标准的Activiti流程引擎。

③需支持可视化流程设计，支持在Web 页面采用拖拽方式设计流程，支持按照BPMN 流对象与类型进行设置。

④需支持多种流程模式，至少包括顺序、分支、并发、子流程、条件路由、并行会签、串行会签等流程

⑤需支持多种流程操作权限设置，至少包括提交、退回、追回、转办、终止、催办、加签、跳转、挂起。

⑥需提供丰富的任务节点类型，至少包括单人活动、多人并行、多人顺序、多人单一几种类型。

⑦需支持多种办理人设置方式，支持按照人员、部门、用户组、岗位方式设置流程节点办理人；

⑧需支持多表单设置，在不同流程节点设置不同的表单，每个流程节点上支持PC、移动表单，系统须自动根据访问终端属性定位到PC或者移动表单。

⑨需支持人工选择下一步分支环节，并可配置这项功能在哪个环节启用；

⑩需支持人工选择下一步处理人，并可配置这项功能在哪个环节启用；

?需支持配置判断分支条件，根据登录人的基本信息和业务字段信息，进行AND OR 等布尔表达式进行判断。

?需支持多版本管理，支持将修改后的流程保存为新的版本，旧的版本可恢复。

①提供流程分析功能，帮助管理人员分析工作流状态，定位工作瓶颈，改进工作流程，提高工作效率。

②支持服务状态统计，如驳回数、挂起数、终止数、办结数；

③支持统计展示服务次数、办理次数的Top10服务清单；

④支持按时间统计流程的发起数和办理次数；

⑤支持统计所有已发布的流程服务的发起数、办结数、办理次数、办结率、平均耗时、最短耗时、最长耗时；

①需支持异常流程查询、干预功能，当异常流程或当前环节处理人无法处理时，服务管理员直接将流程转办、挂起或终止。

②需支持对流程实例进行挂起、激活、终止、办件取回、删除和查看流程状态。

③需支持对流程运行的任务进行人工干预，如提供处理、转办、跳转等功能。

④需支持对不同版本的流程进行再设计、激活、下载流程图、启动等操作。

、数据模型

（1）主表字段类型支持字符串、数型、浮点型、长整型、布尔、日期、子列表、附件，日期型数据可定义日期的格式；

（2）支持在一个服务中创建多个子表，字段类型支持字符型、数字型、布尔、日期、字典、文件；

（3）数据字典值支持本地添加，接口方式、数据库方式引用；

（4）支持打印表单设计，满足业务表单内容打印需求，借助模板设计器实现打印表单设计，打印表单中展示的内容引用打印模型中对应的元数据。

、表单设计

需支持PC端网页表单、移动端H5网页表单、打印表单，PC端表单制作完成后，自动生成移动H5表单，无需重复制作表单。不同的流程节点可关联不同的表单。

★（1）表单设计方式

需支持WEB方式可视化设计，提供拖拽式、所见即所得的图形化表单设计能力；简单便捷的表单制作，添加字段自动生成表格布局，不需要手工设置表单样式，可以对表单字段拖拽排序。

（2）表单渲染

表单设计时无需要配置表单样式，由前端组件自动渲染统一风格的界面， PC端和移动端兼容主流浏览器，如IE9及以上版本／Firefox／Chrome／Safari/360。

（3）表单组件

①业务字段组件支持数据模型中的字段批量添加到表单中，支持选择业务字段范围，及字段排序，根据选择的字段自动生成表格展示。

②流程图组件支持在表单中展示流程图，支持展示线性流程图和设计态流程图，通过流程图能够直观看出流程进展状态。

③子列表组件支持在表单中添加多个子表，并选择每个子表展示的字段，子表字段的属性跟主表设置相同。用户填写子表数据时支持新增、编辑、删除、导入、导出及调整次序，无需程序开发。

④流转信息组件支持在表单中展示服务的流程记录，包含节点名称、处理人、处理部门、开始时间、结束时间、审核状态。

⑤分组标题组件支持表单内容分组展示，可配置每组的标题，并可设置标题的字体大小、颜色。

⑥审核意见组件支持在审核表单中添加审核意见，可设置审核意见选项如同意、不同意，并可针对选项值配置是否填写审核意见。审核意见支持电子印章和电子签名。

⑦电子签章组件支持手写签名及印章加载选择使用。

⑧自定义HTML组件支持在表单中自定义HTML代码。

⑨富文本组件支持在表单中添加富文本内容，可定义文本样式，如字体大小、字体、颜色等。

⑩打印组件支持在表单中添加打印表单，采用报表设计器制作符合纸质打印的表单。

?栅格布局组件支持运用固定的格子设计版面布局。

?分发记录组件支持在表单中展示服务的流程分发记录，包含分发人、分发说明、所在环节、接受人、处理时间、回复意见、附件。

?分发回复组件支持在分发表单中添加回复意见，并支持附件上传回复。

?发送消息组件支持发送消息提醒，提醒方式包括PC门户和移动校园、PC门户、移动校园、邮件、短信、微信、钉钉。

（4）表单控件属性

①支持单行文本、只读文本、多行文本、序列号、富文本、下拉选择、下拉树、单选、多选、日期、数字、开关、文件上传、头像上传、选择部门、选择人员、批次编号等控件。

②支持控件基本属性设置，标题名称、显示宽度、是否必填、是否显示、是否只读、文本描述、更新选择下一环节、默认值、文件类型及大小。

③支持对表单中输入的内容校验是否符合整数、小数、手机号、固话、邮箱、网址、身份证号、中文、英文、最大长度，以及自定义正则表达式校验。

（5）表单事件

表单中某字段值满足一定条件时，需要对表单中其他字段设置显示/隐藏、是否必填、是否只读处理，事件支持“值变化”和“单击时”两类，可以通过“交集”和“并集”进行组合，事件触发的操作有“可见性”“是否必填”“是否只读”。

（6）自动填写

需支持接口方式、数据源方式从数据中心引用基础数据自动填写到表单的对应字段中，避免重复填写。

（7）自动计算

给表单中的某个字段编辑计算公式，在填写表单或修改表单数据时，可以使该字段的值根据公式自动计算出来，不需要再手动填写。提高填写表单的效率，将一些数据自动计算出来，减少数据填写工作量及减少错误。

需支持以下计算表达式：

SUM(字段1, 字段2)多个字段求和

AVERAGE(字段1, 字段2)多个字段求平均值

VALUE(子表.字段3)取子表字段值

VALUE(字段1)取主表字段值

CALC(字段1+字段2)自定义表达式，支持+-*/以及()的运算。例：时间天数计算 CALC(时间1－时间2)

JOINT(字段1+字段2+"的拼接数据")多个字段值拼接

CALC_AGE(出生年月字段)自动根据出生年月计算年龄

RELATION(字段1,字段2,字段3)当关联的值发生变化时会取接口返回值重置被关联字段的值

CALC_HOLIDAY(请假结束时间－请假开始时间)自动根据请假开始时间和请假结束时间计算出请假时长

MAX(字段1, 字段2)多个字段求最大值

MIN(字段1, 字段2)多个字段求最小值

AVG(字段1, 字段2)多个字段求平均值

（8）业务校验

支持对表单中业务数据校验，不符合校验规则无法提交。如采购金额必须大于0；请假开始时间小于结束时间；在某个时间区间来限制申请次数；服务开放时间限制。

（9）数据联动

支持可视化数据联动配置，通过表单中某字段等于某个值的时候联动赋值主表或子表中其他字段的值。

（10）自定义编号

①支持给表单按照自定义规则设置唯一编号，如${yyyyMM}${#部门}xxx${%3d}；

②支持序列号自增的编号，取模型中某个数据的值，当前的时间；

需支持可视化方式制作符合纸质打印标准的表单模板，每个流程节点都可配置不同的打印模板。打印表单需支持导出成word、excel、pdf文件。

、报表引擎

（1）需提供报表引擎，构建的微服务支持按照表单字段生成数据报表。

（2）需支持饼状图、柱状图呈现方式；

统计方式支持按照总和、平均值、最大值、最小值。基于报表引擎，支持自定义设计统计报表。

、数据管理页面构建

★（1）需支持构建PC端、移动端H5页面，根据不同的需求构建不同的列表页面，如审核列表页、查询列表页、数据管理页面等：

（2）支持配置页面中的高级搜索、快捷搜索字段；

（3）支持在页面中添加工具按钮；支持配置列表展示字段范围、字段显示名称、字段列宽、显示隐藏等；

（4）支持配置列表数据显示条件，根据条件显示不同的数据；

（5）支持配置列表的操作按钮，如查看、编辑、删除、挂起、终止等；

（6）支持配置列表中的某个字段统计，如最大值、最小值、平均值、总和、计数；支持配置列表按某个字段降序、升序排序。

、微服务菜单配置

（1）采用可视化配置方式设计流程服务的功能菜单。菜单链接地址可以选择已设计完成的数据管理页面、表单页面、连接至其他应用程序URL；

（2）系统内置批次管理、权限管理、服务帮助、申请须知、统计分析、任职管理、消息发送模块，不同的微服务可根据实际需求选择使用；

（3）配置的菜单支持分角色授权，给不同的角色人员分配不同的菜单权限，权限颗粒度到功能按钮。

、数据引用和推送管理

（1）数据引用，流程中心构建的流程服务支持数据源、接口方式从数据中心获取数据。

（2）数据写入，流程服务产生的业务数据需采用二维表方式存储，支持ETL或者接口方式同步到数据中心的对应的表中。

、任职管理

（1）教职工任职管理

提供流程流转需要的教职工任职信息和任职人员管理模块，支持流程环节上处理人配置相应的组织任职人员；通过组织任职，可以找到所在部门领导、部门秘书、分管领导等。适用的业务场景如：不同部门人员申请，对应到自己部门领导审核。

（2）学生任职管理

提供流程流转需要的学生相关任职信息和任职人员管理模块，主要对流程环节上处理人配置相应的学生任职管理人员；通过学生任职管理，可以找到学生所在班级的班主任、辅导员、院系领导、学校领导等。适用的业务场景如：不同班级学生申请，对应到自己班级的辅导员审核。

9、电子印章

（1）支持导入电子签名及部门印章图片，并且授权哪些用户可以使用电子印章。如在流程运行过程中，审批人出具审批意见后可以插入个人电子签名。

（2）集成手写签名能力，包括移动端和PC端，PC端提供二维码移动端扫描后在移动端签名提交。

、任务中心

集成任务中心，包括处理待办任务、查看已办任务等，统一待办入口处理办件。

、服务委派

当流程任务办理人员临时有事（如出国学习、休陪、产假等），不能及时处理任务时，可以设置在一段时间内把任务委托给其他人处理。在确定的某个时间段中，当某个业务流程产生工作任务时，委托人的任务委托给被委托人，该流程以后产生的任务将发送至被委托人来处理，委托人同样能处理该工作任务。

、操作记录

记录用户的关键操作日志， 可以快速查找配置服务中的错误或异常记录，以便后期的系统维护，方便查看问题，及时排除等原因。

、在线预览

支持office文档、图片在线预览。

、数据维护

支持数据模型反向生成使用已有数据库表并且支持数据编辑维护。

、批量审核

流程办理中，办理人员对一批流程数据的批量审核或审批能力。

、动态节点

流程运行过程中，流程当前节点的办理人动态设置下一节点办理人员的能力。

、资源占用

资源相关的管理、占用、释放业务提供支撑的能力。

、模板管理

提供本地模板库，支持将共性的流程服务设置为标准模板，其他类似需求的流程服务可基于此模板快速构建流程服务。

、构建的微服务要满足以下特性

交付的每个微服务业务上要完整闭环，从业务完整性设计，既要满足师生用户的办事需求，也要满足管理者的业务管理需求。采用业务闭环的微型“MIS”方式构建，每个微服务都独立包含申请、审核、查询、统计分析、数据管理、流程配置、授权管理模块，以及其他业务管理模块。

①申请模块：支持发起申请，保存草稿，查看历史申请；

②审核模块：支持按照任务状态、表单中的业务字段查询，以及办件查看、审核；

③查询模块：支持按照流程状态、选择的表单和流程字段查询业务数据，数据列表展示的字段可配置；并支持根据业务需求可视化添加查看、新增、编辑、删除、导出、导入、置顶、复制、打印、评价、挂起、激活、终止功能；

④统计模块：支持按照业务字段配置统计报表，并能生成饼图、柱状图、数据表格；

⑤流程干预模块：支持管理员对流程挂起、激活、终止，支持流程任务转办、跳转；

⑥申请须知模块：在申请前支持以弹出提示窗口说明；

⑦服务帮助模块：支持在线维护对用户提供该服务使用的帮助说明，例如办理注意事项说明；

⑧服务管理模块：支持按菜单模块和功能按钮分角色授权，服务管理员可以自行维护，不需要技术人员参与，如调整服务使用权限、调整流程处理人、服务开放配置、统计分析维度设置、任职管理。

五、一体化管控平台

平台的门户、认证、消息能力全部应基于一体化平台进行设计，支持通过同一页面登录直接对用户与组织、展示与内容、消息与任务、安全与审计等进行管理，每个分类下管理内容应在当前页面具备可操作界面，而不是门户、认证、消息分别属不同独立系统进行重复管理、重复登录、重复集成。

1、用户管理

（1）平台需提供完善的用户管理模块，包括账号的新增、发放、维护、注销管理，旨在帮助管理员完成全校身份账号数据的增加、删除、修改、过期设置、变更生命周期以及锁定/解锁等操作。

（2）需提供基于角色的访问控制技术，实现对用户集中、灵活授权和访问控制管理，从而提高系统管理效率，如可根据不同角色分配相应应用使用权限和有效期，并进行差异化的应用推荐和功能设置。

（3）需支持查看和编辑用户的学工号/用户名、姓名、录取通知书号、性别、身份分类、身份状态、手机号、邮箱号、证件类型、证件号码、组织机构、岗位、专业、班级、入校年份/当前所在级、离校时间、出生日期以及组织机构。

★（4）需支持基于自然人维度的账号自动关联合并功能，支持按照不同的逻辑将同一自然人在学校不同阶段的账号合并，并可设定主账号，需提供具体的账号合并逻辑说明。

（5）需支持管理人员对用户详细信息进行查阅与修改，包含：查看用户信息、编辑用户信息、重置密码、查看用户组信息、关联用户组、移除用户组、查看关联账号、查看授权信息、查看认证记录、查看操作记录。

（6）需支持管理人员手工增加组织机构节点，并可以对手工节点进行编辑手工节点、删除节点、禁用全部用户、添加已有用户以及移除机构操作。

（7）系统需提供教师、学生、校外人员、校友等不同类型的人员的用户分类管理。需支持按照用户的身份信息，自动分配用户到对应的组织机构中，方便用户自动获取相关应用权限。

（8）需支持查看人员用户信息、所处用户组信息、关联账号情况、关联授权情况、系统认证情况以及操作情况等，实时查看账号信息，对相关人员进行组织移除、禁用等管理。

、应用管理

应用管理作为校内服务应用的权威发布中心，负责为校内应用提供信息维护、发布注册、授权使用、统一协议配置、消息待办预集成、应用内接口授权、应用下服务配置、应用访问日志等功能，统一发布管理，并打通PC门户、移动H5门户。

（1）应用接入

①需支持手工创建和快捷创建2种方式完成应用的接入，基本信息主要包括应用名称、业务域、访问地址、应用描述、应用图标。应用接入到系统后，可以进一步配置该应用所对接的认证协议参数，并进行应用授权。

②需支持当用户授权为多个用户组时，可配置打开服务时是否需选择对应用户组。

③应用管理模块，应支持手工添加应用，应用详情页应可在一个界面完成对认证、服务、消息、接口授权以及WebHook的配置，应用授权支持按组织结构授权、用户组授权、用户授权等方式。

（2）应用详情

①系统需提供应用详情页用于展示和应用关联的详情界面，包含应用的基本信息、应用的相关操作以及应用配置菜单列表，如：认证、服务、消息、待办、接口、回调等。

②需提供多种授权维度和授权颗粒度，支持根据组织机构、域及用户组、用户三种进行授权，同时，也可以对各维度的各级节点或单独人员进行独立授权。

③需支持针对每个应用维护相关的认证协议，需可在应用详情页面直观查询并手动启停。

④需支持在应用下添加多个不同的服务，服务类型包括：手工、接入、集成接入。手工接入应用，需支持服务查看详情、配置授权和编辑服务；集成接入服务，仅支持服务查看详情。

⑤需支持配置消息模板、消息优先级及消息通道，并支持接入待办。

⑥需支持平台调用第三方系统接口达到数据通知的功能。需支持HTTPS协议，同时检验证书的有效性；需支持国密和非国密的算法进行加密。

、管理工具

平台需提供统一的管理工具，方便对用户与组织、日志与审计、移动端适配以及使用分析的相关功能进行支撑。

（1）门户与内容

需提供统一的门户与内容管理模块，所有操作在一体化管控台完成，包括展示方案管理、服务分类设置、个人数据集合管理、资讯聚合管理、消息中心、待办中心管理、日程聚合管理、意见反馈管理、搜索管理、应用服务评价管理等功能，具体要求如下：

①展示方案管理

?需支持通过可视化的方式对展示样式的模板、卡片、布局、主题色进行配置，需支持维护多个不同的展示样式并在需要时进行切换。需支持启用多个站点的展示模式，需支持按站点配置不同的站点路由，实现多站点页面独立网址访问。

★?需支持一键生成小程序功能，直接配置好的H5展示方案可一键生成对应的微信及钉钉小程序代码，以方便上传至第三方开放平台使用。

?支持卡片的配置功能，如：“我的日程”卡片支持按照课表、会议、活动或其他管理员自主创建的日历类型展示不同类型，并呈现不同颜色，支持在日历上显示当前教学周。

②服务分类

需支持按服务分类划分，支持创建3级分类，可在二级/三级分类中添加服务（一级分类不可添加服务）。支持可通过搜索服务名称、筛选服务归属的应用，快捷找出需要设置分类的服务。

③个人数据聚合

★?需支持个人数据聚合管理，用于提供门户个人数据卡片的数据来源。列表展示数据标题、主要信息、次要信息、数据来源方式、启停状态、缓存时长。支持创建个人数据，支持对个人数据对编辑、搜索、排序、授权以及删除。

?新建个人数据时候，需支持配置是否为个人信息。若选择“是”，原有标题、主要信息、次要信息、图标字段去除，且数据来源方式只支持JSON接口、外部数据库方式；如果选否，则按照之前的逻辑。

④资讯聚合

需支持资讯聚合的配置功能，需支持手动添加频道并配置频道数据源，数据源抓取方式支持：外部数据库、页面抓取、RSS。

⑤待办中心

需提供待办中心功能，方便聚合校级所有待办中心数据内容，需支持面向普通用户、处理业务的老师以及业务系统开发者解决任务的接入、集中展示、查看、跳转等问题支持待办任务的聚合。

⑥日程聚合

系统应提供日程聚合功能以解决以聚合展示学校课表信息、会议信息、活动信息等公共日历的事件信息以及个人信息的日程事件信息。需支持外部数据库和插件类的方式聚合日程信息。

⑦意见反馈

需提供意见反馈管理功能，主要用于维护管理意见反馈数据，列表展示意见标题、意见内容、反馈时间、反馈人、意见是否回复。需支持搜索和查看意见反馈详情。需支持回复反馈内容，只允许流转一次，可对单条反馈内容进行多次回复。

⑧搜索管理

?系统应提供管理门户搜索内容及辅助搜索能力的配置功能，需提供预置的采集内容分组，同时也提供自建渠道。需支持按照分组呈现搜索关联信息，并应支持对分组内容进行启停以及手工同步。

?需支持通过对各分组项下的内容维护后，设置检索项，从而让参数可以作为检索项被前台用户搜索。

?需支持同义词维护功能，搜索过程中基于同义词进行判断相关搜索结果，系统应自带同义词词库，同时也应支持用户手工维护本校特有同义词关联内容。

⑨应用服务评价管理

需提供应用服务评价管理功能，包括服务评价人次、平均评分；应可针对评价详情，进行隐藏操作。

★（2）移动端适配

需支持将身份认证系统内的通讯录数据自动同步到企业微信/钉钉，同步内容需包括组织机构及人员信息。在组织机构发生人员异动后，需支持对企业微信/钉钉通讯录进行人员同步。系统需提供配置功能方便管理员新建多个同步任务。

（3）日志与审计

①需支持查看用户操作日志，列表展示认证账号、用户名称、认证结果、认证方式、认证IP、客户端类型以及认证时间，支持搜索用户日志。

②需支持查看管理员操作日志，操作者姓名、用户名、操作者IP、操作时间、操作内容、调用结果，支持搜索和查看管理员日志详情。

③需支持接口调用日志，包括APP ID、接口地址、接口类型、调用时间、调用者IP、耗时（ms）、调用结果。支持搜索接口调用日志。（4）使用分析

①门户使用分析

需支持查看PC/H5门户的总体使用情况，提供门户访问分析、内容使用分析、用户行为分析进行可视化分析，帮助用户发现门户使用价值及使用中的问题。

②消息使用分析

需支持消息中心数据运行监控看板功能，可以看见消息发送的总体概况，应用消息和通道消息的发送情况以及发送消息的时间段分析，消息阅读和应用使用情况的分析。

、系统配置

（1）公共配置

平台需提供相关公共能力的配置模块，支持对学校标识、消息通道管理、外部数据库连接管理、敏感词管理进行统一配置，方便平台整体管理风格一致。

①消息通道

?需支持通过可视化的方式配置相关通道参数以及流量的自定义配置，消息通道至少支持短信通道、邮件通道、App通道等通道。

?需可同时配置包括全局、短信、邮件、APP（钉钉、微信服务号、今日校园、微信企业号、消息总线）等多种消息发送方式。同时允许管理员配置消息发送间隔，以及单个用户每天被发送信息的上限次数。

②消息模板

需支持配置短信模板，支持验证码、短信通知、推广短信三种模式，支持通过变量替换实现个性短信定制。

③敏感词管理

面对高校愈发严格的舆情管理，增加敏感词限制，以便门户业务上消息、意见反馈、事项评价、服务评价内容的合规展示。平台需预置的敏感词内容入库，且内容可被删除修改。

敏感词涉及两种使用策略：

?禁发类：生效后，不允许提交包含敏感词的内容，并弹窗提示；

?隐藏类：生效后，可允许提交包含敏感词的内容，但提交的内容以星号的方式展示。

（2）高级配置

①管控台授权

通过管控台授权，超级管理员可以基于用户管理、应用管理、组织管理、安全性管理等管控台的大部分功能按照需求分配给二级管理角色。实现用户、应用、组织等内容的二级管理功能，需支持对敏感信息配置查看权限。

②域管理

“域”用于定义二级管理的范围，管理员可在此创建或者编辑所需要用于二级管理的域。创建后的域可以在创建应用、创建用户组的时候被选择，选择之后应用或用户组会自动加入该域，纳入域的应用或用户组会根据该域的管理员授权提供二级管理功能。

③插件管理

需支持插件管理功能，插件列表，包括插件名称、插件代码、功能模块、插件类型、插件来源、当前使用版本、启停状态、最近更新时间（当有版本更新需进行提示，重启后再消失该提示）。需支持插件启用/停用、卸载、更换当前版本。

④其他

?消息中心

消息设置：支持发送次数设置（不限制/统一类型次数/自定义类型次数）、重试时间设置（消息最大重试时间、重试间隔时间、添加间隔时间等）。

消息总线：直接调用消息总线的restful接口给用户发送消息

数据覆盖导入：支持导入消息数据。

?待办中心

配置待办中心过期时间，默认是30天，0天则为没有过期时间。需支持待办定时提醒开关，开启后，配置发送消息时间、间隔时间、消息标题、消息内容、消息类型配置。需支持待办定时补偿，开启后，配置定时补偿开始时间、定制补偿频率。

?用户与组织

需支持查看机构数据和用户数据下记录保留类型、人工确认阈值。

（d）多语言支持

可在该选项卡设置系统支持的语言，默认语言为中文且不可修改，管理员可以在这里控制是否开启多语言切换。开启后，登录页与对应前台门户内容将会支持多语切换，管控台本身不支持多语言。

(e)校内机构数据

需支持查看校内机构当前版本、草稿版本、历史版本的数量，允许管理员清空机构数据，快捷查看机构数据版本。

(f)系统任务管理

需支持查看系统任务列表，包括任务名称、任务处理类、上次/下次执行时间和任务状态，支持立即执行任务。

⑤产品版本管理

需支持用户查看已安装产品的当前运行版本、最新版本和发布时间，可查看历史版本列表和产品服务信息。

⑥多语言翻译管理

用于可视化管理翻译内容，需支持按照不同模块配置对应功能类型翻译内容。