智慧学生社区平台建设方案.docx

智慧学生社区平台建设方案话题需要进行敏感词自动过滤，同时可设置置顶话 题或热度话题开辟学生交流沟通的线上渠道，增加 学生的日常生活的娱乐性。如果是问题相关的话题 可以白动提取问题内容以及学生讨论内容到问题提 报模块，所有问题统一在问题提报模块进行处理， 从而丰富问题提报和学生交流互动的功能。1 .对论坛话题进行主题分类，主题主要围绕学校学 生来进行设置，更加贴近学生的生活和学习；可以 设置不同的板块以及设置版主。2 .学生入驻论坛首先需要通过手机端进行注册，包 括学生的姓名、昵称、入校时间、班级、专业、喜 好等信息。3 .入驻成功的学生可以发布自己的话题等信息，发 布内容需要自动进行敏感词过滤。4 .针对话题学生可以发表自己的看法来进行互动， 发表内容需要自动进行敏感词过滤。5 .平台管理人员也可以发布话题、针对话题进行置 顶或者设置为热度话题。6 .用户对自己发表的话题可以进行删除操作、删除 发表的回复。7 .平台管理员可以对发布的话题进行关闭或者删除 操作。8 .版主可以针对自己负责的版块进行数据维护和管理。9 .针对问题类型的话题可以单独收集并且同步到问 题提报模块进行统一处理和反馈，并且可以针对处 理结果进行及时的反馈。10 .社区论坛相关的数据进行统计分析后以大屏的形式进行展示。临近毕业或者日常生活中用不到的物品，学生可发 布到跳蚤市场进行展示；通过线下交易等方式进行 物品的二次利用；为学生之间进一步完善生活交易 渠道，增加学生之间的交流与沟通，与平台中的校园生活模块进行打通和整合。1 .平台管理员可以针对跳蚤市场设置不同的分类,比如手机、数码、服饰鞋帽、食品、图书音像等。 跳蚤2 .学生可以通过手机端发布自己想要卖的需求或者 市场买的需求，提供这种供求的发布。3 .平台管理员可以通过电脑端管理平台针对学生发 布的供求内容进行统一管理；学生发布内容需要经过平台管理人员的审核，审核通过才能在跳蚤市场展现。4 .平台管理员可以手动关闭已发布的供求信息。5 .学生可以删除已发布未审核的供求信息，已审核的信息不能删除但是可以手动关闭。6 .跳蚤市场已发布并展现的内容是公开的，任何学 生都可以看到，并且可以进行留言咨询，留言内容 需要自动进行敏感词过滤。7 .跳蚤市场相关的数据统计分析后以大屏的形式进 行展示。发布社区活动、院系活动到智慧学生社区，学生通 过线上报名的方式来参与社区活动。同时能够将社 区活动的风采在线上社区进行展示，为学生业余生 活增添新的娱乐方式，丰富学生之间的沟通方式、 娱乐性。通过活动信息的发布以及各部门和各二级 学院的各类活动的集成、收集、整理，最终可以通 过与教育部智慧大脑平台进行对接和数据传输。社区 7活动1 .平台管理员可以进行学校社团管理，维护社团管 理基础数据包括社团信息、社团人员信息、社团负 责人、社团活动等。2 .学生可以在手机端查看学校各类社团信息以及社 团风采。3 .社团负责人可以发布社团活动，比如：社团招生、 社团活动等，活动可以设置是否报名、报名时间段、 报名人数限制、活动举办地点、活动内容、注意事 项等。4 .活动发布后学生可通过手机端查看到最新的社团 活动，并且可以线上报名参与。5 .社团负责人可以针对活动发布活动动态，包括活 动的过程以及结果。主要以文字+图片+视频的形式; 发布后可以手动设置是否公开，公开后学生都可以看到。6 .针对发布的活动相关的信息如果需要上传教育部 智慧大脑可以按照要求整理成相关格式进行数据对接和传输。7 .社团活动相关的数据统计分析后通过大屏的形式进行展示。求医问药、医生/诊所人员信息的展示，通过线上或线下的方式进行咨询，为学生的心理、身体问题开辟线上问诊渠道，及时处理和解决健康问题。1 .平台管理员对校诊所以及校内医务人员进行数据统一维护和管理。健康2 .手机端支持校内医务人员注册和开通自己的账 咨询号。3 .校内医务人员可以在电脑端发布一些健康类型的动态文章，发布后会在手机端进行展示，学校学生可通过手机端的健康咨询模块看到这些动态内容。4 .针对校内学生线上问诊可以设置不同的分类，比如：心理咨询等不同的分类。5 .学生问诊可以选择某个类型、选择某个医生进行 咨询，可以通过文字+图片的方式留言咨询。6 .医务人员收到咨询后进行及时的回复，回复内容 以文字+图片的方式。7 .学生可以针对医务人员的反馈进行评价，评价内 容是：基本满意、满意、非常满意。8 .健康咨询的相关数据统计分析后以大屏的形式进行展示。与一网通办网上办事大厅、传感设备、智能终端以 及各类系统数据的对接，实现物联互通。1 .与一网通办网上办事大厅进行数据对接，利用一网通办网上大厅api接口，获取相关数据后，通过 智慧社区平台进行展示、实现专题数据分析统计等 功能。数据2 .对接校内现有智能终端设备的软件平台，通过接 对接口 APT、库表等多种方式接入智能终端设备的运行和采集指标数据；对数据按照不同的应用场景进行 分析汇总，通过图表等对汇总数据进行可视化展示。 3.与校内智能门禁设备上报数据进行数据对接，通 过api接口获取智能门禁系统数据上报平台的相关 数据，获取数据进行展示和统计分析。4 .与第三方平台或者智能终端设备对接和接入的数 据通过大屏来进行统计分析和展示。（二）一网通办网上办事大厅.业务聚合序号名称参数数量1网上 办事大厅 平台L服务办理入口PC端、移动端办事大厅需支持服务的多维度检索， 可支持通过关键字、事项类型、服务对象、办理途 径、服务名称首字母、最新服务、与我相关等多种 方式的检索条件；或者通过以上多种方式进行组合 条件查询，方便用户快速查找自己所需的服务。2 .访客服务为非在编的社会人士提供无需登录即可在线办理的 访客服务，即没有统一身份认证账号的用户也可以 访客身份发起流程或服务。3 .服务可见性授权、服务有效期控制（1）按照用户角色、机构、群组三者叠加的方式对 服务可见性进行授权，支持将服务选择性开放为访 客服务。（2）支持服务可用性的精准控制，服务有效期可设 定每天特定时间段可用、每月或者每年的固定一段 时间可用。1可通过平台服务发布功能将第三方业务系统的具体 服务直接挂载到办事大厅，并可以自定义发布范围, 有效期，服务图标等，方便用户直达业务服务。4 .多服务聚合(1)具备多服务聚合将多个业务办理入口聚合到一个服务页面中，并可 针对每个服务入口单独设置办理权限，以保持业务 的整体性，能够更好地贯通“一事联办”理念，为 师生提供更加便捷和人性化的服务。(2)服务与场景化数据分析融合具备服务和该服务的场景化数据分析融合到一个场 景中按照不同的维度进行展示。5 .多种服务能力要求提供PC移动一致的多种服务能力，包括：查看 办事指南、发起在线咨询、意见反馈以及业务在线 办理。6 .多租户的管理模式为满足各级部门以及各类人群的信息化需求，办事 大厅应具备多租户的管理授权模式。学校管理员可 为各级部门分配独立的业务管理包指定相应的管理 员，并可为业务管理包分配不同的功能项。部门内 部可对以上功能做二级权限划分，并且每个业务管 理包都具有独立的多维度服务数据统计。7 .业务安全保障为保障系统使用安全性，'业务包支持绑定具有密钥/ 时间双因素的物理动态令牌，要求演示修改流程和 表单时无法直接保存，必须额外输入动态的令牌口 令，才能保存生效。8 .意见反馈业务管理人员可以灵活开启自己所管理的业务是否 开启意见反馈，意见反馈的内容字段可以由业务管 理人员自行设计和调整，针对意见反馈的内容相关 的答复节点人员可以由管理人员根据需求灵活配 置，可设置根据用户选择的不同的反馈类型分配不 同的答复人员。可设置循环反馈模式，发起人提出 反馈意见，答复人针对意见做出答复返回到发起人, 发起人可继续提出意见，直到发起人选择满意后循 环结束进入到归档节点。9 .服务说明服务说明支持简易的办事指南和标准化的服务事项 说明，办事指南仅需要展示办事指南和相关附件即 可，开启标准化模式后需要有：服务编号、办理时 间、咨询电话、监督电话、办理方式、办理途径、服务承诺、是否跨部门、以及关联部门、前置条件、附件文件、申请材料、返回件等标准化内容设置。无论是办事指南模式还是标准化模式均需支持扩展服务关键字，用户可以通过模糊搜索相关关键字就能查找到该服务。1 .表单控件取值需同时支持固定值、关联外部数据 源和关联数据标准代码集三种取值方式；支持教育 部2012版高校数据标准中的代码集定义作为表单 控件的数据源选项；流程生成的业务数据需符合高 校数据标准，以满足学校数据中心或主数据平台的 需要。2 .系统中要求提供WEB方式、面向业务人员的可视化、所见即所得的表单设计器，无需安装专用设计 表单工具或插件，支持从Word、Excel中复制已经设计 引擎好的页面，支持在线编辑表单HTML代码，为高级用户提供对表单内容的全面控制。3 .支持原有纸质A3/A4 /自定义/自适应四种格式选 择，可手动调整表单的宽度和高度来制作各种样式 的文档，100%还原纸张大小，支持高保真还原表格, 可生成正式制式标准文档。4 .表单设计器需支持管理员预定义业务控件，预定 义业务控件可提前配置好相关属性以及数据取值； 管理员可将业务控件授权给不同的业务部门使用， 业务部门在设计表单时可以直接使用预定义好的业 务控件，无需对控件进行任何配置。5 .要求在同一个表单配置界面可直接切换不同类型 的表单设计器，能够配置适用于简单业务的流式表 格以及适应于复杂业务的类似Excel、Word风格的 电子表格。6 .表单设计器要求提供单行文本、多行文本、附件 控件、图片控件、单选框组、复选框组、下拉菜单、 超链接控件、签章控件、坐标控件、文本描述等标 准控件，支持多维度组织机构选择控件、编号控件、 二维码控件、验证码控件等特殊控件。7 .要求具备“表单多行”控件，即能够在表单列上 动态添加或移除单行文本、多行文本、下拉选择框、 日期时间、附件、组织机构等多种类型控件用于加 载行列数不固定的动态数据，所有表单列字段均应 支持数据源联动。8 .要求控件支持数据源联动与控件联动配置，通过 一个控件赋予的值，来联动其他控件。9 .根据学校业务的繁杂程度，减轻后续业务变化的 重复工作，要求支持控件属性批量设置功能，可以 批量编辑表单控件公用属性。一、项目概述3二、技术要求3（一）智慧学生社区3（二）一网通办网上办事大厅4（三）融合门户4三、主要功能清单5（一）智慧学生社区5（二）一网通办网上办事大厅15（三）融合门户2710 .需提供包含各部门业务表单的知识库，能够做为 各业务部门流程建设的参考依据，同时能够将表单 复制到平台当中直接使用。11 .为简化'忆务部门设计表单的难度，要求平台提供 表单模板库，能够导入导出表单模板；新建表单时 能够引用系统已经存在的模板。12 .同时支持流程附件和表单附件两种控件形式，表 单附件控件可以根据业务要求在表单指定位置上传 图片、文件，上传的图片自动添加水印。附件支持 doc、docx> ppt、pptx> xls> xlsx> pdf 等文件格 式，支持分布式海量存储、支持文件在线预览、支 持附件批量导出。同一表单中支持多个附件组件并 互不干扰。同一附件组件支持上传多个附件文件。13 .表单设计器支持添加业务须知页面，同时提供业 务须知模板的选择，流程发起时可以为后续服务流 程执行过程提供前置阅读页。14 .为体现一站式服务理念，使用表单设计器设计表 单时，应只通过一次设计，即可同时满足移动和PC 业务发起、审批和查看的需要，无需专门针对移动 端独立设计表单。移动端可以根据PC表单自动生成 流式页面，满足移动用户使用的需要；移动端同时 还支持表单发送给我功能,即将表单自动转换成PDF 文件发送给目标用户。15 .为保证移动用户填写表单时的准确性和完整性， 要求在移动端提供完整的PC原表单预览功能，并且 支持缩放操作。在表单预览时，预览页面应包含移 动端所有正在填写的业务数据。16 .新建表单后，可通过微信小程序将表单填报入口 发送给用户；完成表单后，可通过微信小程序的方 式分享给其他人查看表单内容和审核信息。17 .表单支持任意环节在线打印，打印内容要求根据 打印纸张规格可自适应分页，以保证打印效果。18 .需支持表单字段权限的控制，包括每个环节可设 定显示可编辑、显示不可编辑、隐藏该控件。19 .需支持表单字段的默认值赋值方式，包括字段为 空时赋值、替换赋值、意见追加显示、意见追加本 人覆盖。字段默认值支持处理意见、当前用户的基 本信息、当前日期、当前时间、附加属性及第三方 数据源。1.系统应自带WEB方式的、面向业务管理人员的交 互式流程设计器，无需程序员介入，只需要简单可关系配置。3流程引擎视化配置操作即可生成复杂的业务流程，并可直接 发布到办事大厅中；流程节点要求支持机构、人员、 职务、上下级关系、群组等学校常用的自定义业务120 流程引擎需支持顺序审批、并行审批、组合审批 等多种流程模式；应支持简单条件分支、复杂条件 分支、多重分支组合条件分支；提供多人并行审批; 支持抄送、转发、撤销；支持流程环节指定办理人 处理.、全部人员审批才可通过及任意一人审批即可 通过、退回、取回（允许审批后取回）、接收办理 消息、中止、终止、终止重发，流程环节知会人员 （审批前知会、审批后知会），流程催办、转办（多 级转办）、委托代理等高级业务处理功能。21 流程引擎支持可选择退回到上一环节、退回到指 定环节、退回到任意环节三种退回方式。系统可配 置退回后重新提交是按流程固定顺序重新流转，还 是可以直接提交到上次退回的环节，直接审批通过。22 流程引擎需支持环节超时设置功能，启用超时设 置后，能够设定流程环节办理时限，超时未办理可 自动给流程环节办理人发送超时消息提醒。超时提 醒可设定消息提醒上限、消息提醒频率、提醒时间 范围，以及周末是否免发消息提醒；23 流程引擎需支持环节督办设置功能，可同时设置 多级督办；启用超时督办后，能够设定流程环节最 大办理时限，超时未办理可自动发送超时消息提醒 给流程环节督办人。可自行设置提醒文字内容；督 办事项可设定消息提醒上限、消息提醒频率、提醒 时间范围，以及周末是否免发消息提醒。24 流程节点应支持自动审批，当某节点办理时间超 过预设时长后，自动触发办理事件并将本次处理类 型标记为超时自动处理。流程节点还可以设置完成 权限，拥有完成权限的工作人员可以直接完成该流 程，流程将不再进行后续环节，并视为该流程已办 结。7,流程引擎需支持环节提醒设置功能，当启用提醒 时，可分别设置流程环节办理人收到事项发起人的 事项处理消息提醒，流程环节办理人已处理事项的 消息提醒事项发起人；消息提醒支持消息模板，有 可自定义提醒文字内容。25 流程引擎可设置流程事项办结后强行撤回功能， 可以直接撤回至事项发起人，撤回后的流程存放至 草稿箱，并支持重新编辑发起或直接删除。26 流程引擎支持流程合并、插入子环节、追加子环 节、重设子环节、追加同级环节、插入事项发起人、 追加事项发起人、修改当前环节、删除当前环节、 删除当前环节及后续环节等流程配置右键快捷功 能。27 .支持循环流程模式，可设置流程循环开始节点和 结束节点，并设定循环结束的条件，在未达到循环 结束条件前，流程会在开始节点和结束节点之间不 断循环。28 .流程引擎支持基于流程定义办理人和基于表单 指定办理人等流程环节人员设置，如当前执行环节 有多个办理人员时，可手工介入选择办理人，并选 定最多和最少办理人员数量。基于表单指定办理人 应支持按照表单中提交的人员进行审批。29 .流程引擎支持流程中不同节点的环节权限控制， 包括是否允许打印、是否允许中止、是否允许退回、 是否允许取回、是否允许直接完成、是否允许转办 等；30 .提供由业务管理员预设的固定流程模式、由流程 发起人自行指定环节处理人的自由流程模式以及两 种模式结合使用的混合流程模式。31 .流程能够和表单无缝协同工作，支持一个流程任 意节点配置不同内容，不同数量的表单；流程支持 多版本管理，同一流程支持多个流程版本，旧流程 实例使用旧流程版本，新流程实例使用新流程版本, 并支持版本切换功能，可指定任意流程版本作为当 前版本。32 .流程支持批量审批功能，可一键选择当前页面所 有流程，或自主选择多个流程进行批量审批处理。33 .允许业务部门指定表单字段显示在待办列表中， 让办理人员能够一目了然地看到所有事项的重点信 息，并支持通过表单业务字段多维度组合查询待办 列表，查询条件需要支持包含、不包含、等于、不 等于、大于、小于、大于等于、小于等于。34 .支持流程“自定义条件发起限定器”，能够按照 业务要求通过可视化配置限定器，对流程的发起设 置限定条件。35 .支持通过可视化配置方式实现表单数据自动采 集入库，要求系统能够在流程处理中的任意环节配 置采集规则、执行数据采集。支持将表单数据采集 到数据库中，支持插入式采集、更新式采集或插入 更新式采集（存在则更新，不存在则插入），支持 将同一个表单数据同时采集到多张表中。提供数据 采集过程的异常监控和处理功能，可全程监控数据 采集过程中的异常或警告，并自动添加在异常日志 队列中。对日志记录中因采集规则配置不当导致采 集失败的可进行单独的人工干预重采、也可将同一 批次的异常数据批量执行重采，直至所有数据采集 成功；发出警告的表单数据可正常采集入库。36 .要求提供流程智能监测台，可以对流程使用情 况，流程服务的频次，时长，效率等流程汇总，可 监测流程事项的发起情况。流程智能监测台可授权 给业务部门的业务管理员，每个.业务部门都可以独 立操作智能监测台，对自己负责的所有流程进行跟 踪监控，出现异常的流程将自动提醒业务管理员， 业务管理员可直接进行人工介入干预流程事项。37 .要求支持组合审批打印设置功能，包括无需审批 即可打印、全部审批通过可打印、单独审批通过可 打印。38 .支持内部和外部节点事件，可以同步或异步执行 相应接口，支持流程办理、退回、转办等操作分别配置不同节点事件。需要在流程环节上配置节点事 件。39 .支持流程多表单配置，不同环节显示不同的表 单，同一环节不同人员可配置显示不同表单.基础支撑平台：一体化支撑、一体化管控移动 要求平台能够对接入的移动渠道进行一体化管控,多渠多渠移动渠道需支持微信、企业微信、阿里钉钉、易班道接APP、学校自建APP等多种渠道。1 .微信全生态融合可同时支持在企业微信、微信企业号、微信小程序等多种微信入口提供一致性的业务支持，以促进移 动业务推广，满足师生多渠道、多入口业务的一致 性体验，无论通过系统消息、微信单聊、群聊、微 信企'也号都可以随时随地访问服务平台的信息化服 务；5流程许可数量1 .提供50个流程授权许可，不限制注册使用的用户 数量、不限制终端数量（含PC终端和移动端）。2 .不限制注册使用的用户数量、不限制终端数量（含 PC终端和移动端），不限制流程授权许可数量。16服务1 .提供15个原厂现场流程调研实施服务，包括原厂 工程师现场流程调研、梳理配置和制作、数据采集、 文档。2 .项目验收前派驻驻场工程师，提供软件的安装、 调试等实施服务，包括对学校操作员进行培训，保 证学校指定操作员能独立维护及使用系统。3 .提供软件的技术支持（包括数据维护、数据修复、 系统出错等）系统质保期3年。1（三）融合门户序号名称参数数量：1技术路线1.本次项目建设的平台可运行于Linux、Unix、Windows等高安全性操作系统。开发技术应采用J2EE标准、组件技术及在数据交换上对XML的支持， 使系统功能最优化，同时将整体系统内部在技术上 的相互依赖性减至最低。2 .本次项目建设的平台要求采用B/S结构，采用Java 编程语言和服务器端Java技术进行开发，且必须基 于Oracle 11g或以上版本。3 .采用面向对象的组件技术，着重于开发构成应用 程序“业务对象”的可重复使用的组件，利用这些 组件顺利地建立分布式应用程序。4 .应用程序开发与运行结构要基于统一的技术开发 平台的三层架构，即Web服务器、应用支撑服务器和 数据库服务器。能完成跨业务部门的业务流程和相对应的细颗粒度 的分级授权体系。5 .系统必须支持负载均衡，支持动态监测负载状况， 自动对可用资源进行并发检测，调整和分配等功能。2安全要求1 .认证授权：保证用户的合法性和用户使用信息资 源的权力，避免内部敏感信息泄漏和服务所提供的 信息资源被非法访问，造成严重的安全事件。2 .信息保密：充分利用密码技术，对于需要保密的 信息，采用密码技术进行加解密处理，防止信息的 非授权泄漏，确保涉密信息在产生、存储、传递和处理过程中的保密。数据完整性：建立数据完整性检验机制，保证收发 双方数据的一致性，防止信息被非授权修改。3 .审计：记录应用日志，对事件进行分析，并能提 供预警信息。数据备份：利用数据库的备份功能将建设的平台和 系统数据备份到指定的服务器或存储系统上。4 .要求从物理安全、网络安全、系统安全、应用软 件安全、用户安全、数据安全等几个方面提出配套 的安全体系完善方案，以便防范安全风险。3一体化管控平台是智慧校园运营支撑平台的控制中心，为系统管理 员提供管理平台各个模块功能以及内容的工具。支 持用户进行总体运行情况预览、用户与组织管理、 应用与服务管理、API接口管理、门户展示方案管理、 第二方应用集成配置、消息待办日程等开放能力管 理、系统配置等等。1 .首页平台应支持通过首页预览服务总体运行情况，至少 需包括：待处理事项，校内组织机构，用户情况， 应用情况，接口情况，服务器状态，操作日志，产 品更新记录。2 .用户管理1一、项目概述建设智慧学生社区平台，包括：“智慧学生社区”、“一网通办 网上办事大厅”、“融合门户” 3个平台。建立线上“心理咨询，事 务办理、投诉建议”渠道，完成省教育厅下达的“党建引领、三全育 人、平安社区、智慧服务” 一站式学生社区建设任务。二、技术要求(-)智慧学生社区1 .以学校现有数据中心为基础建设智慧社区平台，对接数据中心 学工系统、校务系统等数据，通过多系统协同工作，实现学校师生的 身份认证、管理与权限分配；平台能够支持CAS4.0、SAMLL1协议, 采用OAuth, CA、SSO等技术实现接入身份认证基础服务。2 .打通智慧学生社区和物联网平台，将智能监控系统、智能门禁 系统、智能广播系统等智能终端的数据汇聚至智慧学生社区平台数据 库，在不同维度对学生的生活、学习等进行统计和分析，更加丰富学 生课余生活，可通过API接口方式对外提供智慧学生社区平台数据; 通过多种活动以及模式的推广，建立新型的智慧校园社区模式。3 .优化智慧学生社区数据库，保障数据安全性，利用大数据技术 实现相关数据信息的历史追溯；通过提供API接口、ETL同步等方式 实现数据共享，提高对接其他数据平台数据提供能力，实现数据流通, 做到数据利用最大化。4 .建设5W2H , 4P, SWOT,波特五力分析等各类分析模型，提供多 维度数据分析展示、数据管理推送和统计服务,保证管理人员实时掌（1）平台需提供完善的用户管理模块，包括帐号的 新增、发放、维护、注销管理，旨在帮助管理员完 成全校身份帐号数据的增加、删除、修改、过期设 置、变更生命周期以及锁定/解锁等操作。（2）需提供基于角色的访问控制技术，实现对用户 集中、灵活授权和访问控制管理，从而提高系统管 理效率，如可根据不同角色分配相应应用使用权限 和有效期，并进行差异化的应用推荐和功能设置。（3）需支持查看和编辑用户的学工号/用户名、姓 名、录取通知书号、性别、身份分类、身份状态、 手机号、邮箱号、证件类型、证件号码、组织机构、 岗位、专业、班级、入校年份/当前所在级、离校时 间、出生日期以及组织机构。（4）需支持基于自然人维度的账号自动关联合并功 能，支持按照不同的逻辑将同一自然人在学校不同 阶段的账号合并，并可设定主账号，需提供具体的 账号合并逻辑说明。系统需提供教师、学生、校外人员、校友等不同类 型的人员的用户分类管理。需支持按照用户的身份 信息，自动分配用户到对应的组织机构中，方便用 户自动获取相关应用权限。3.应用管理应用管理作为校内服务应用的权威发布中心，负责 为校内应用提供信息维护、发布注册、授权使用、 统一协议配置、消息待办预集成、应用内接口授权、 应用下服务配置、应用访问日志等功能，统一发布 管理，并打通PC门户、移动H5门户。(1)应用接入：需支持手工创建和快捷创建2种方 式完成应用的接入，基本信息主要包括应用名称、 业务域、访问地址、应用描述、应用图标。应用接 入到系统后，可以进一步配置该应用所对接的认证 协议参数，并进行应用授权。需支持当用户授权为 多个用户组时，可配置打开服务时是否需选择对应 用户组。(2)应用详情：系统需提供应用详情页用于展示和 应用关联的详情界面，包含应用的基本信息、应用 的相关操作以及应用配置菜单列表，如：服务、接 口等。需提供多种授权维度和授权颗粒度，支持根 据组织机构、域及用户组、用户三种进行授权，同 时，也可以对各维度的各级节点或单独人员进行独 立授权。需支持在应用下添加多个不同的服务，服 务类型包括：手工、接入、集成接入。手工接入应 用，需支持服务查看详情、配置授权和编辑服务； 集成接入服务，仅支持服务查看详情。需支持配置消息模版、消息优先级及消息通道，并 支持接入待办。需支持基于应用申请接口授权并查 看该应用下已授权接口列表，支持通过IP白名单限 制。需支持通过列表展示接口名称、接口来源、接 口分类、发布地址、提供方状态以及启用状态。需 支持平台调用第三方系统接口达到数据通知的功 能。需支持HTTPS协议，同时检验证书的有效性； 需支持国密和非国密的算法进行加密。4.能力开放中心(1)能力开放中心旨在建立校级的接口开放调度中 心，集中汇聚校级API接口能力，如：消息、任务 等不同能力，基于统一规范和标准保障服务开放的 以及使用的安全性，面向不同厂商、不同开发者的 应用服务提供统一标准，统一扎口的开放服务，建 成一套整合各个系统接口，提供统一、安全的输出 接口，实现“对外能力开放，对内服务集成”。(2)系统需提供针对平台内置接口和第二方应用接 口的生命周期管理能力，包括接口创建、编辑、启 用、停用以及删除等。需支持单个添加和批量添加 接口的方式以满足学校不同的需求。(3)系统应内置平台对外提供的接口能力，以方便 第三方应用或业务系统调用。(4)需详细阐述系统内置接口清单，至少应包含： 认证协议类、用户激活类、用户管理类、消息中心 类、待办中心类、日程聚合类、资讯聚合类、开放 能力类几种不同的系统内置接口能力。(5)系统应支持针对API接口的鉴权信息进行管 理，需支持展示各类接口的信息、支持接入、删除 等管理操作和查看接口授权情况、使用情况、被调 用日志等操作。5.管理工具平台需提供统一的管理工具，方便对用户与组织、 日志与审计、移动端适配以及使用分析的相关功能 进行支撑。(1)用户与组织：用户组管理系统需支持在各业务 域下设置不同的用户组及成员，用以作为授权或二 级管理权限下发。需支持管理员在用户组中查询已 经加入该用户组的组织架构节点或具体的人员，并 进行修改。需支持管理人员通过可视化界面自行通 过身份分类、生命周期、性别、性别、入校年份、 组织机构分组组合形成用户组。需支持用户组共享 功能，当前域管理员可以共享自己设置的用户组给 其他域管理员使用。身份分类管理：系统需提供多种身份数据类型，包含教师、学生、校外人员、校友，应支持对于不1司 子分类进行生命周期设置，从而实现对用户进行全 生命周期管理。系统允许针对不同的用户来源创建 至少三种生命周期，包括未入校、在校、离校三个 状态。系统应能自动创建对应生命周期的用户组。 同时应能对生命周期设置有效期，在有效期到期后， 自动转换生命周期状态。校内机构数据管理：需提 供具有高校特色的组织机构管理，支持针对不同用 户类型生成不同的组织机构树。组织机构树由用户 信息自动生成。用户与机构数据同步：平台应提供 用户与机构数据的同步功能，应包含外部数据同步 和手工数据处理两种方式。岗位中心管理：需提供 岗位中心管理功能，至少应支持维护通用岗位以及 部门岗位。校级管理者应可通过通用岗位管理维护 全校各部门通用的岗位信息，应支持按照学校、齿 位二级结构展示，标记岗位的启停状态，排序按照 岗位的排序和停用状态排序。同时.，也应支持校级 管理者针对每个业务部门维护部门级的管理员，由 部门管理员维护部门独有的岗位信息。在维护完岗 位信息后，系统需支持将用户与岗位进行关联，并 基于开放中心将岗位API接口进行开放以方便第三 方系统进行引用。（2）门户与内容：需提供统一的门户与内容管理模 块，所有操作在一体化管控台完成，包括展示方案 管理、服务分类设置、个人数据集合管理、资讯聚 合管理、消息中心、待办中心管理、日程聚合管理、 意见反馈管理、搜索管理、应用服务评价管理等功 能，具体要求如下：展示方案管理：需支持通过可视化的方式对展示样 式的模板、卡片、布局、主题色进行配置，需支持 维护多个不同的展示样式并在需要时进行切换。需 支持启用多个站点的展示模式，需支持按站点配置 不同的站点路由，实现多站点页面独立网址访问。 服务分类：需支持按服务分类划分，支持创建3级 分类，可在二级/三级分类中添加服务（一级分类不 可添加服务）。支持可通过搜索服务名称、筛选服 务归属的应用，快捷找出需要设置分类的服务。个 人数据聚合：需支持个人数据聚合管理，用于提供 门户个人数据卡片的数据来源。列表展示数据标题、 主要信息、次要信息、数据来源方式、启停状态、 缓存时长。支持创建个人数据，支持对个人数据对 编辑、搜索、排序、授权以及删除。新建个人数据 时候，需支持配置是否为个人信息。若选择“是”， 原有标题、主要信息、次要信息、图标字段去除，且数据来源方式只支持JSON接口、外部数据库方 式；如果选否，则按照之前的逻辑。资讯聚合：需 支持资讯聚合的配置功能，需支持手动添加频道并 配置频道数据源，数据源抓取方式支持：外部数据 库、页面抓取、RSS。待办中心：需提供待办中心功 能，方便聚合校级所有待办中心数据内容，需支持 面向普通用户、处理业务的老师以及业务系统开发 者解决任务的接入、集中展示、查看、跳转等问题 支持待办任务的聚合。日程聚合：系统应提供日程聚合功能以解决以聚合 展示学校课表信息、会议信息、活动信息等公共口 历的事件信息以及个人信息的日程事件信息。需支 持外部数据库和插件类的方式聚合日程信息。意见 反馈：馈数据，列表展示意见标题、意见内容、反 馈时间、反馈人、意见是否回复。需支持搜索和查 看意见反馈详情。需支持回复反馈内容，只允许流 转一次，可对单条反馈内容进行多次回复。搜索管 理：系统应提供管理门户搜索内容及辅助搜索能力 的配置功能，需提供预置的采集内容分组，同时也 提供自建渠道。需支持按照分组呈现搜索关联信息， 并应支持对分组内容进行启停以及手工同步。需支 持通过对各分组项下的内容维护后，设置检索项，从而让参数可以作为检索项被前台用户搜索。需支 持同义词维护功能，搜索过程中基于同义词进行判 断相关搜索结果，系统应自带同义词词库，同时也 应支持用户手工维护本校特有同义词关联内容。应 用服务评价管理：需提供应用服务评价管理功能， 包括服务评价人次、平均评分；应可针对评价详情， 进行隐藏操作。6 .移动端适配需支持将身份认证系统内的通讯录数据自动同步到 企业微信/钉钉，同步内容需包括组织机构及人员信 息。在组织机构发生人员异动后，需支持对企业微 信/钉钉通讯录进行人员同步。系统需提供配置功能 方便管理员新建多个同步任务。7 .日志与审计需支持查看管理员操作日志，操作者姓名、用户名、 操作者IP、操作时间、操作内容、调用结果，支持 搜索和查看管理员日志详情；需支持接口调用日志， 包括APP II）、接口地址、接口类型、调用时间、调 用者IP、耗时（ms）、调用结果。支持搜索接口调 用日志。8 .使用分析门户使用分析：需支持查看PC/H5门户的总体使用情况，提供门户访问分析、内容使用分析、用户行 为分析进行可视化分析，帮助用户发现门户使用价 值及使用中的问题。消息使用分析，需支持消息中 心数据运行监控看板功能，可以看见消息发送的总 体概况，应用消息和通道消息的发送情况以及发送 消息的时间段分析，消息阅读和应用使用情况的分 析。9.系统配置(1)公共配置平台需提供相关公共能力的配置模块，支持对学校 标识、消息通道管理、外部数据库连接管理、敏感 词管理进行统一配置，方便平台整体管理风格一致。 消息通道：需支持通过可视化的方式配置相关通道 参数以及流量的自定义配置，消息通道至少支持短 信通道、邮件通道、App通道等通道。需可同时配 置包括全局、短信、邮件、APP (钉钉、微信服务号、 今日校园、微信企业号、消息总线)等多种消息发 送方式。同时允许管理员配置消息发送间隔，以及 单个用户每天被发送信息的上限次数。消息模板： 需支持配置短信模板，支持验证码、短信通知、推 广短信三种模式，支持通过变量替换实现个性短信 定制。敏感词管理：面对高校愈发严格的舆情管理，增加敏感词限制，以便门户业务上消息、意见反馈、 事项评价、服务评价内容的合规展示。平台需预置 的敏感词内容入库，且内容可被删除修改。敏感词 涉及两种使用策略：禁发类：生效后，不允许提交 包含敏感词的内容，并弹窗提示；隐藏类：生效后， 可允许提交包含敏感词的内容，但提交的内容以星 号的方式展示。（2）高级配置管控台授权:通过管控台授权，超级管理员可以基于 用户管理、应用管理、组织管理、安全性管理等管 控台的大部分功能按照需求分配给二级管理角色。 实现用户、应用、组织等内容的二级管理功能，需 支持对敏感信息配置查看权限。域管理：“域”用于 定义二级管理的范围，管理员可在此创建或者编辑 所需要用于二级管理的域。创建后的域可以在创建 应用、创建用户组的时候被选择，选择之后应用或 用户组会自动加入该域，纳入域的应用或用户组会 根据该域的管理员授权提供二级管理功能。插件管 理:需支持插件管理功能，插件列表，包括插件名称、 插件代码、功能模块、插件类型、插件来源、当前 使用版本、启停状态、最近更新时间（当有版本更 新需进行提示，重启后再消失该提示）。需支持插握全校每位学生的动态信息，满足不同角色的业务需求。5 .平台需要具有跨平台性，能够在Windows/Li