智慧校园之校务管理系统技术需求方案158

智慧校园之校务管理系统技术需求方案目录TOC\o"1-5"\h\z\o"CurrentDocument"、项目总体技术要求 4项目系统性要求 4系统设计 4.\o"CurrentDocument"规范性和可用性 4.\o"CurrentDocument"可用性和高性能 4.\o"CurrentDocument"统一性要求 4.\o"CurrentDocument"易用性和灵活性 6.\o"CurrentDocument"系统接口开放性 7.\o"CurrentDocument"数据对比开放性 7.\o"CurrentDocument"安全性 7.项目基本技术要求 8B/S结构要求 8.\o"CurrentDocument"J2EE标准 8.\o"CurrentDocument"组件技术 8.\o"CurrentDocument"三层架构 8.\o"CurrentDocument"Ipv6支持 8.\o"CurrentDocument"细粒度授权 8.\o"CurrentDocument"细粒度封装 8.\o"CurrentDocument"系统负载均衡 9.\o"CurrentDocument"系统备份 9.\o"CurrentDocument"信息标准 9.\o"CurrentDocument"系统接口要求 9.\o"CurrentDocument"系统数据迁移导入要求 9\o"CurrentDocument"项目部署要求 9.\o"CurrentDocument"项目中英俄三语版要求 10\o"CurrentDocument"需求可变要求 11\o"CurrentDocument"、智慧校园管理支撑平台 12\o"CurrentDocument"数据集成服务平台 12\o"CurrentDocument"信息标准管理工具 12\o"CurrentDocument"主数据集成管理 14\o"CurrentDocument"主数据备份管理 15\o"CurrentDocument"主数据质量检测 16\o"CurrentDocument"运行监控管理 18\o"CurrentDocument"创新数据主题和服务 1.9\o"CurrentDocument"统一身份认证平台 20\o"CurrentDocument"单点登录 20\o"CurrentDocument"身份管理 21\o"CurrentDocument"审计管理 22\o"CurrentDocument"监控管理 23\o"CurrentDocument"分级密码管理 23\o"CurrentDocument"Oauth开放服务 23\o"CurrentDocument"应用集成平台2 24\o"CurrentDocument"应用服务管理 .4\o"CurrentDocument"应用集成平台服务 26流程引擎平台 28统一任务中心 .8\o"CurrentDocument"统一流程管理 .9\o"CurrentDocument"API服务接口 .0\o"CurrentDocument"流程设计 30\o"CurrentDocument"表单设计 30\o"CurrentDocument"任务推送 31\o"CurrentDocument"应用系统集成 32\o"CurrentDocument"数据集成 32\o"CurrentDocument"认证集成 32\o"CurrentDocument"应用集成 3.2.\o"CurrentDocument"3智慧校园应用系统软件 33\o"CurrentDocument"一站式服务中心 33\o"CurrentDocument"统一门户 33\o"CurrentDocument"PC门户 33\o"CurrentDocument"移动门户 36\o"CurrentDocument"公共事务服务中心 .40\o"CurrentDocument"软件二次开发 43学工事务管理 43\o"CurrentDocument"招生服务 43\o"CurrentDocument"迎新服务 45\o"CurrentDocument"宿舍服务 48\o"CurrentDocument"学工服务 50\o"CurrentDocument"团委服务 69\o"CurrentDocument"就业服务 70\o"CurrentDocument"离校服务 73\o"CurrentDocument"辅导员日常管理服务 7.4\o"CurrentDocument"第二课堂成绩单 .79\o"CurrentDocument"软件二次开发 80\o"CurrentDocument"人力资源综合管理 81\o"CurrentDocument"教职工招聘服务 81\o"CurrentDocument"全球人才挖掘系统 82\o"CurrentDocument"教职工进校服务 83\o"CurrentDocument"教职工管理服务 84\o"CurrentDocument"个人数据中心服务 86\o"CurrentDocument"各类人员管理服务 86\o"CurrentDocument"干部管理服务 87\o"CurrentDocument"考核服务 87\o"CurrentDocument"职称评审服务 89\o"CurrentDocument"薪酬管理服务 90\o"CurrentDocument"绩效津贴服务 92\o"CurrentDocument"离退休管理服务 93\o"CurrentDocument"人事基础管理服务 94\o"CurrentDocument"师资管理服务 95\o"CurrentDocument"岗位聘用服务 96\o"CurrentDocument"人事移动服务 96\o"CurrentDocument"软件二次开发 97\o"CurrentDocument"教务管理 97\o"CurrentDocument"本科教务管理 97\o"CurrentDocument"研究生教务管理 109\o"CurrentDocument"教学质量管理 118\o"CurrentDocument"实验教学管理子系统 120\o"CurrentDocument"创新项目与学分子系统 1.21\o"CurrentDocument"软件二次开发 193\o"CurrentDocument"实验室管理系统 124\o"CurrentDocument"实验室管理软件 124\o"CurrentDocument"软件二次开发 153\o"CurrentDocument"智慧校园创新应用 153\o"CurrentDocument"学生画像 153\o"CurrentDocument"心理关怀辅助分析 154\o"CurrentDocument"学生异常聚集预警 155\o"CurrentDocument"基于人脸识别的出入管理与考勤 955\o"CurrentDocument"4数据库软件和集群软件 1571、项目总体技术要求项目系统性要求系统设计1、系统整体设计须体现“软件即服务（SOA）”，“碎片化服务”的理念。除实验室管理系统外，其它系统每一项应用都是相对独立的单元，都是以独立APP的形式存在，都做到高内聚低耦合。2、系统基础性服务功能应由智慧校园管理支撑平台2统一提供，如消息、任务、日志、评价反馈等，无论是服务应用，还是智慧校园的其他应用系统，通过“服务调用”即可获得相应的功能。规范性和可用性本项目各系统须提供统一的UI/UE界面风格。系统可将需要用户办理的事务直接推送到用户界面，包含待办任务、流程跟踪、周期服务、消息通知等，用户直接点击即可阅读并实现办理，对尚未处理的事务，始终以醒目提示符提醒用户。可用性和高性能系统不限制用户注册数，能满足500人并发访问和10000人同时在线访问，且并发访问响应时间小于3S。系统支持集群的应用部署方式，核心组件都必须提供“双机负载均衡”的运行方式。统一性要求统一架构要求本项目中提供的智慧校园管理支撑平台2（至少包含:数据集成服务平台2、统一身份认证平台、应用集成平台2、流程引擎平台）、智慧校园应用系统软件（至少包含:学工事务管理、人力资源综合管理、教务管理（含研究生教务管理））须为服务商自有品牌或自主开发，不接受服务商采用非自有品牌或非自主开发产品。统一数据要求本项目各系统数据库必须与数据集成服务平台2进行对接集成，向数据集成服务平台2及其它业务系统提供数据交换接口，实现与校内其它业务系统间的数据共享交换要求，完成数据层的集成。各系统所包含的数据表结构均必须免费向学校开放，数据必须全部都能集成到主数据平台。各系统数据集成需支持ETL及API两种数据集成方式，须支持ODI数据中间件，能支持统一的可视化的集成查看工具、集成调度工具在内的数据集成管理工具，支持图形化的设计和定义数据抽取、转换、加载流程，并保证数据集成交换的稳定性和安全性。统一认证要求.本项目所建所有系统必须采用相同认证方式，统一身份认证平台后台管理端须能同时对一站式服务中心的PC门户和移动门户认证进行统一管理。.须提供主流身份认证cas、反向代理、OAuth2.0等不少于3种类型集成方案，并提供从系统准入、集成示例代码、集成效果展示全过程的具体实现方案。统一访问入口一站式服务中心是本项目所有系统的PC端唯一访问入口，各系统访问入口必须全部整合集成在一站式服务中心，通过一站式服务中心进行访问。一站式服务中心支持为多种访问对象（默认至少应包含：学生、教师、访客，且支持新建、自建访问对象）自动匹配服务应用，登录后根据用户身份推荐应用。统一管理要求.本项目建设的所有针对普通师生的信息化服务应用须支持通过应用集成平台2管理界面进行统一管理，管理包括应用的名称修改、上线/下线、启用/停用、启用时间、流程编辑、访问权限配置等。各服务应用在上线使用时支持同时推送到PC端和移动端的功能。统一访问行为分析本项目建设的各项信息系统，可通过一站式服务中心展示各系统使用情况和状态分析，可精确显示各系统、服务应用的详细使用情况，包括但不仅限于用户访问频次（PV、UV）、用户访问终端（PC、移动）、用户所用操作系统、浏览器数据（浏览器品牌及版本）、访问IP地址等，并能按时间段分析使用状况。统一的应用评价反馈.为应用集成平台2承载的各系统及服务应用提供统一的应用评价功能，用于服务应用过程中用户对系统或服务应用进行评价打分和留言，支持用户匿名评价，平台维护人员可查看评价标准及评价内容。.系统应提供应用评价在线统计和查询功能，可展示评分最高和最低的服务应用，可依据服务类型或服务名称查询应用评价情况。统一运维服务本项目建设的各系统、应用须提供运维接口，且能提供给统一运维管理使用，由统一运维管理系统报告各系统、应用当前运行状况数据（包括CPU占用、内存占用、数据库连接状态等）。易用性和灵活性系统须提供多维度、精准的应用查找功能和应用智能定位功能，支持用户自定义一站式服务中心个人服务桌面，允许用户将个人常用服务应用布置在个人桌面。.支持用户对服务应用进行收藏/取消、建立常用应用文件夹。.支持业务直通车功能，管理员可按业务类别构建不同业务直通车卡片，卡片包含两级业务目录，可对每一级目录进行详细编辑，在每一级目录下勾选包含的业务应用。用户可在个人桌面选择不同的业务直通车卡片，在卡片内切换二级目录，点击包含的业务应用即可直接进入该业务应用办理。.针对校内重点业务，在其业务期，系统提供业务专题推荐功能，可对业务情况做出介绍和说明，支持以文字、图片方式对业务专题做出介绍和说明，并可把业务相关功能模块纳入专题推荐栏内。系统接口开放性系统须采用J2EE技术架构，支持SOA技术架构，提供业务应用程序接口（API）库，支持开发者根据系统提供的API和程序规范可独立开发应用，作为现有服务的补充。对于数据，提供数据交换接口。数据对比开放性系统及服务应用的运行状态数据、访问频次等数据，与国内其他本科院校信息系统使用数据做横向对比分析，可判断各系统建设情况、使用情况、师生满意度等指标，通过对比结果来指明系统改进方向。横向使用数据对比，至少应提包含学工、人事、教务三大系统，且提供不少于10家国内其它本科院校同类系统使用数据进行对比，并以图形化方式展示、汇总、分析对比（至少包含运行状态数据、访问频次等数据），判断本次项目的建设使用情况。安全性.在系统设计中，既要充分考虑信息资源的共享，更要注意信息资源的保护和隔离，采取不同的措施，包括用户与权限管理、统一身份认证、访问控制、管理控制、版本控制、数据关联控制、数据加密、数据存储、数据备份与恢复、日志与安全审计，确保系统数据安全。采取技术手段有效识别和拒绝爬虫类访问，避免信息被恶意采集。.本项目整体及各分项系统均必须达到国家信息系统安全等级二级保护要求，满足学校通过国家信息系统安全等级二级保护要求测评，对无法满足的部分，服务商须承诺无条件免费整改，直至通过为止。项目基本技术要求B/S结构要求管理支撑平台和应用系统软件均要求采用B/S结构，必须采用主流开发语言，推荐JAVA编程语言和服务器端JAVA技术进行开发。平台和系统服务端支持Unix、Linux、WindowsServer等操作系统;客户端支持IE9/10/11,Chrome50/51/52、Safari.360安全浏览器V8.1、360极速浏览器V8.5访问；本项目建设的智慧校园管理支撑平台2的数据库要求采用关系型数据库产品。J2EE标准开发技术应采用J2EE标准、组件技术及在数据交换上支持XML,同时将整体系统内部在技术上的耦合性减至最低。组件技术采用面向对象的组件技术，着重于开发构成应用程序的可重复使用的组件，再利用这些组件顺利地建立分布式应用程序。三层架构应用程序开发与运行结构要基于统一的三层架构（即Web服务器、应用服务器和数据库服务器）。Ipv6支持管理支撑平台和应用系统软件均要求支持Ipv6访问。细粒度授权能完成跨业务部门的业务流程和相对应的细颗粒度的分级授权体系。细粒度封装各应用系统软件要充分利用现有先进技术手段，采用相同的体系结构和运行平台，基于多层架构和组件技术进行构建，做到系统结构层次清晰。所有应用逻辑、流程、数据等都应当能够根据建设方要求的颗粒度进行封装。系统负载均衡系统必须支持负载均衡，必须支持我校已有的负载均衡设备，且须提供关键节点的“多机部署”的软负载均衡功能，支持动态监测负载状况，自动对可用资源进行并发检测，调整和分配等功能。系统备份支持应用服务备份、数据库的备份，支持系统整机备份以及异地备份，利用数据库的备份功能将建设的平台和系统数据备份到专用的服务器或存储设备上。信息标准系统必须遵守《教育管理信息化标准》和《高等学校管理信息标准》等国家相关信息化标准要求。系统接口要求1、按我校的需求提供标准接口，接口信息包括服务URL、服务类型、功能类型，说明文档等。系统内部各个子系统之间不允许直接访问各自的数据库，只能通过接口交换数据。2、按我校的需求提供标准接口，供其他业务系统获取或推送相关数据。系统数据迁移/导入要求中标人除完成本项目各分子系统开发、部署完，还需负责完成本项目相关系统的历史数据的迁移、导入工作，包括系统数据与电子表格数据（EXCEL表格数据）的迁移导入，对电子表格数据还须提供数据导入模板。项目部署要求.中标人负责完成本项目中所有系统对部署实施、开发测试、上线使用工作。.服务商须提供系统部署方案，要求所提供部署方案具有高可靠性、高稳定性和高可扩展性。.系统整体网络应采用B/A/Sm层体系架构，中间层通过WebService实现异构系统之间的数据交换和集成。.充分满足用户业务系统运行环境需要，跨网络划分多个功能服务器，独立部署。.服务器架构上可实现快捷便利的性能和功能扩展需求。.系统关键节点采用高可用性的冗余设计，并充分采用负载均衡解决方案，可支持主流负载均衡产品。.各个子系统支持服务器虚拟化方案，能在市面上主流的云平台上运行，实现生产系统服务器的虚拟化整合，保证高可用性及业务连续性。.各个子系统支持无状态的服务器水平伸缩，即根据业务和使用量的需要而通过简单增加服务器就能提高并发业务/事务处理能力。项目中英俄三语版要求本项目所有包含师生服务的服务应用用户页面，必须支持中文、英文、俄文三语版（本项目内统称为“三语版”下同），系统须支持中英俄三种语言包，支持用户自动切换。要求把支持多语言的架构开发分散到各业务系统中来实现不同语言切换、展示框架须适应中英俄文语言兼容，不允许只对数据字典进行语言翻译。系统仅须针对包含师生服务的服务应用用户页面提供中英俄三语，后端管理界面可仅支持中文。要求：.智慧校园应用系统软件，在系统底层构建中英俄文三种语言包，系统在中英俄三种语言包调用不同语言码表方式，实现前端服务页面中英俄语言自动切换。.要求提供中文、英文、俄文版的系统包括：1）一站式服务中心服务界面提供中文、英文、俄文版；2）学工事务管理系统面向学生的服务界面提供中文、英文、俄文版；3）人力资源综合管理服务的面向普通教工服务的界面提供中文、英文、俄文版。4）教务管理系统服务的面向学生、授课教师的界面提供中文、英文、俄文版（含研究生教务管理）。5）实验室管理系统面向师生使用的界面提供中文、英文、俄文版6）智慧校园创新应用中向师生展示的内容提供中文、英文、俄文版需求可变要求.鉴于我校为新建高校，组织架构及业务流程均在持续优化，本项目各系统功能模块技术要求、功能要求、设计流程后续均可能因我校实际需求变化而发生变化，服务商须承诺在本项目各系统功能模块不增加的前提下，在系统需求梳理、设计、确认过程中我校可根据实际业务需求变化进行各系统功能模块需求动态调整。本项目技术需求仅为基本要求，最终交付要求以服务商签约进场后，根据实际需求梳理、设计、确认后的需求文档为准。.鉴于业务范围、业务内容后期存在变动可能性，本项目各系统功能模块，在未上线试运行前，我校可根据自身实际使用需求进行置换，置换为符合自身业务范围及内容的模块，置换的模块与被置换模块工作量符合本项目发改委概算文档批复范围内的单价或工作量，（如出现此类情况，我校需提供发改委概算批复文档作为参考）。2、智慧校园管理支撑平台数据集成服务平台信息标准管理工具信息标准建设信息标准的建设是学校信息化建设的基础核心内容。建立一套《深圳北理莫斯科大学信息标准》，符合国家、教育部和行业标准，适合深圳北理莫斯科大学信息化可持续性建设发展要求，并与我校世界一流本科院校建设发展要求相适应，使学校在数据建模、信息采集、加工处理、数据交换的过程中有统一的规范，最大限度地实现信息优化管理和资源共享。同时，标准必须符合我校的具体情况和实际需求，能够满足各业务系统向上级或相关部门报送数据报表的需求。信息标准体系的建设内容主要包括数据标准、代码标准、信息标准管理工具。.数据标准:数据标准按照学校的信息子集进行定义，每个信息子集应包括以下内容：1）数据集、数据子集、数据项分类与分层结构；2）数据集定义、属性描述；3）数据子集定义、属性描述；4）数据项定义、属性描述、权限描述。5）实际确定的信息集要根据我校实际情况，伴随着各类应用的建设与更新同步进行修订、补充，未来信息集的制订范围应能涵盖我校所有业务，需包含人事管理数据集、学生管理数据集、财务管理数据集、科研管理数据集、资产管理数据集、教务管理数据集等。.代码标准:数据要按照统一的标准产生、存放、使用，使数据真正实现共享。代码标准的建设即是基于国家标准、教育部标准、行业标准和学校已有的校标，兼顾各个标准之间的兼容性、一致性以及标准的可扩展性，建设和完善的各类系统中数据的存储、使用规则，建设形成一套符合学校自身实际的代码标准。信息标准管理工具建设：信息标准管理工具，实现代码标准的新增、启用、拆分、合并、停用，记录代码变更日志，代码值映射关系的增删改查，代码标准的检索以及代码被引用情况查询。信息标准管理工具须提供代码标准管理、代码标准查询、代码使用范围检索、代码映射关系、代码使用情况检查等功能，实现学校代码标准的制定、维护、理解、集成等功能。同时，系统可监督标准的执行情况，不断优化学校的信息标准。.信息标准管理实现对代码标准的日常管理，当某个标准需要更新时，通过代码标准管理功能进行及时更新维护。须支持代码标准的新增、启用、拆分、合并、停用、导入、导出等功能；须提供记录代码变更日志，供用户跟踪代码标准变更过程。.信息标准管理工具需要完全采用B/S架构，在不安装任何客户端软件的基础上通过浏览器即可对校内信息标准进行管理，便于用户维护使用。3.代码标准查询实现对代码标准、代码标准模式、代码映射关系、使用范围的查询检索。1）代码表模糊检索，比如：给出表名或表中文名，可检索相关代码表；2）代码内容模糊检索，例如：只给出一个代码值，检索所有含此内容的代码表；3）代码使用范围查询，查询代码的使用范围，以便于系统管理员了解代码的影响范围；4）代码检查情况查询，检查业务系统和标准代码的匹配程度，为数据集成提供是否达到集成条件的判断依据，代码标准分级查询。.提供按角色授权查询功能，能够实现代码标准的分级授权管理，不同角色可以查询不同的代码标准。.提供代码云中心API申请和访问功能，能够实现其他应用基于webservice和json两种接口的直接调用，提供在线申请和代码反馈功台匕能。主数据集成管理数据集成与共享是本次数据集成服务平台2建设的重点内容，需要采用统一的数据集成管理工具，将分散在各业务系统之中需共享的主数据抽取上来，并根据校内信息标准进行统一的存储和对外发布及共享，数据集成过程需采用成熟的商用中间件实现，以保证数据交换过程的稳定与安全，并能够为校方提供对应的管理与配置工具，提升数据集成过程的管理能力。主要功能要求如下：2・1・2.1.主数据模式及主数据库主数据库的数据规范需基于教育部最新的教育信息化数据标准，并对其存储的数据对象按合理的数据模型进行划分。数据集成开发包.需支持通过ETL的方式将各异构业务系统的主数据抽取上来，形成校内统一的、权威的主数据集；.提供包括拓扑管理工具、集成设计工具、集成查看工具、集成调度工具在内的数据集成管理工具，工具需要具备可视化、可拖拽、可配置的特性，并具备一定的二次开发功能，便于各个层面的管理人员进行使用；.提供数据集成知识库，知识库需要预置超过100个数据集成知识模块。元数据管理工具.支持对数据源进行注册、启用、停用；.支持对数据对象按目录结构进行管理，能够实现对数据对象和其分类目录的增删改查；.支持对元数据的变更进行操作记录历史查询；.支持根据元数据对主数据库进行建模并且保证建模过程不会操作业务系统数据结构；.支持对主数据库数据对象和对应的数据库实体匹配情况进行自动检查，并逐项列出不一致项，方便用户后期处理，同时支持对已处理问题进行记录，便于后期查询跟踪。主数据管理.考虑到学校部分业务部门尚未建立信息系统，其他业务系统又需要使用其业务数据的情况，需提供手工将本地数据（包括EXCEL、DBF）导入主数据平台之中，供其他业务系统使用的功能；.需支持通过主数据管理工具，查询主数据和主数据历史变化情况，并能够导出EXCEL，便于线下开展数据分析；.需实现主数据的分级授权管理，可根据数据流向控制其管理查询权限。数据集成核心模块.拓扑管理工具对数据源和调度代理进行管理，支持RDBMS、文本、消息、WebService等各种数据源接口。.集成设计工具对数据集成项目提供图形化界面进行设计和开发。.集成查看工具查看数据集成项目的运行情况，可以对集成过程进行调试。.集成调度工具对各个数据集成同步任务进行调度控制，以此完成定制化的数据集成过程。主数据备份管理平台除了要考虑主数据本身的存储之外，还需要考虑到后期为数据分析、数据积累提供良好的支撑。同时数据库存储的设计要具备良好的合理性和科学性。具体功能要求如下：.需提供数据备份管理功能，支持对备份日志进行查询，支持对主数据变动情况进行查询，并能够将变动情况导出excel。.需支持在系统内随时查询某个历史时间点的主数据状况和代码标准情况，时间点的颗粒度支持细化到以天为单位。.数据的备份需要采取合理的备份模式，要既能完整保留历史数据的变动信息，同时不能过度浪费存储空间。主数据质量检测提供数据质量检测工具需围绕业务视角，提升用户可看性，直面性能瓶颈，对业务系统集成的主数据进行事后检测，暴露数据存在的问题，推动源头部门进行数据质量提升。功能要求如下：检测规则管理系统需支持针对数据质量检测规则的增删改查操作，除预置的检测规则外，还应可以根据具体需要自定义检测规则，具体预置的检测规要求如下：.空检查规则：检查字段是否为空，会对元数据标记为不能为空的字段默认进行检查；.代码检查规则：检查字段取值是否在代码表（由系统中预先进行定义）中；会对源数据中有代码应用的字段默认进行检查；.唯一性检查规则：提供字段的唯一性检查。例如：身份证号是唯一的，如有重复将是错误信息；.文本检查规则：检查单个字段的文本取值是否满足指定的长度和格式，或预先定义的各种固定编码规则；文本长度支持单个长度、多个长度、范围组合等，文本格式支持包括：数字、字母、大写字母、小写字母、字母数字、汉字等，预定义的编码如邮政编码、EMAIL地址、URL地址、身份证号码。业务检测项管理系统需提供业务检测项管理，可以设置数据检测范围，如：数据期限、不合格记录显示字段等；也可以针对业务检测规则进行配置，如：要检测的表、字段组合、检测规则等配置；针对所有设置好的检测项可以进行直接执行测试。检测任务配置系统应支持检测任务配置，可配置检测任务进程数、起始/终止日期、每天开始检测时刻，是否启用。数据质量检测系统支持根据检测任务的配置，按照业务检测项，采用增量检方式，逐项检测主数据库中的数据，并记录检测结果。检查任务日志系统提供检测任务日志可以查询每天任务的总体执行情况以及检测任务异常情况，具体功能要求如下：.任务日志可以按照执行日期、执行状态进行检索；检索内容包含执行日期、进程ID、检测项总数、异常检测项总数、检测数据项总数、异常数据项总数、执行开始时间、执行结束时间；.异常日志可以根据执行日期检索；检索内容包含执行日期、进程ID，检测表明、检测字段组合、检测规则、异常信息、执行开始时间、执行结束时间等。检查结果查询系统应可以通过检测结果查询了解总体检测情况，也可以了解具体表的检测情况，也可以进一步输出具体的单表检测报告，了解问题所在。具体功能要求如下：.系统需支持参与检测的业务系统数、检测总表数、检测业务字段数、业务检测项数、数据样本数、今日数据正常数据项数、异常数据项数、合格率情况展示；支持30日正常数据项数、异常数据项数情况及问题处理情况进行直观展示；支持对各检测规则合格率排名、单表合格率前五名、后五名情况进行展示。.系统围绕业务视角针对每个业务系统展现单表数据的合格率、正常数据项数、项异常数据项数、项总数据项数、项业务检测项数、数据样本数、检测字段数信息。.系统内需支持生成直观的检测报告，方便反应问题所在及动态。检测结果推送提系统需支持根据检测结果，按照单表配置推送任务，通过邮件方式，把总的结果及明细情况推送源头业务人员。运行监控管理问题跟踪处理系统需提供数据技术属性规范性检测、元数据与数据库一致性检测、集成接口运行情况、数据质量合规性检测、代码标准一致性检测、数据备份情况等多种维度健康监测，并应对可以通过技术解决的问题提供一键修正的能力。数据拓扑呈现.系统需支持通过图形化的形式反映系统数据的拓扑关系，通过系统之间的拓扑图呈现系统集成的上下行接口数、系统集成与主数据库之间的关系、同步是否存在问题。.系统支持通过表-表，字段-字段的拓扑图进一步了解数据流向细节。.数据集成监控系统支持监控依托数据集成工具，对业务系统集成情况，接口运行情况进行展现，包含：集成概况、接口信息、任务计划、接口运行日志等。.数据流向查询1）按业务系统或部门视角，以IPO图的方式直观的展现数据的流向，可按照系统（数据源）表进行查看；2）支持以图形化方式展现，并在图上显示出实际的数据集成情况，发生错误的数据流向箭头会以特定颜色、线条等强调标识。数据库监控系统需同时对影响数据库稳定运行的指标进行监控，便于及时发现数据库异常，及时优化调整数据库或应用程序，确保数据库、应用的稳定运行，包括：数据库连接数、数据库表空间（主数据）、数据库表空间（主数据仓库）、数据库死锁、数据库归档情况、耗时最大的10条SQL、CPU消耗最大的10条SQL、磁盘读写消耗最大的10条SQL等。创新数据主题和服务数据建设服务.根据本项目创新数据主题和服务需要，针对学校实际系统建设和历史数据情况，组合使用ETL集成、API接口、数据导入、定制开发数据补采应用等方法，制定适宜的数据采集、集成方案和实施计划，并提供相应的数据采集、集成实施服务（包括特定的接口对接开发和特定的工具开发），支撑创新数据主题和服务建设。.完成需要的业务数据（教务数据、人事数据、学生数据、科研数据等）的数据源调研、梳理、采集和入库。依据相关数据标准及规范，合理制定集成方案并完成数据存储及异构数据关联。对于新增数据的采集部份，需要负责数据采集、数据采集过程的监控、采集流程优化、增量管理等操作。创新数据主题分析服务提供针对学校创新数据主题分析服务。数据分析服务需包括：.盘点数据通过数据来源和数据质量来盘点数据。.需求分析基于学校主数据集成管理所采集的各项主数据，在统一服务中心中以主题为单位展开，进行各项主题数据分析展现，例如教师数据主题、学生数据主题等；确定主题中分析的维度和度量，所谓维度就是分析的角度，例如单位、职称、年份等，度量就是可量化属性，例如教职工数、本科生数、生师比等。.数据建模根据需求设计需要的数据的模型结构。通过分析数据的维度、业务、关系，形成数据对象模型并放入数据对象库中。.数据加工4为了数据在前台展示的准确性，在数据采集、集成的过程中根据需要进行加工。.应用建模通过各种数据分析方法，对数据对象进行适宜的计算、分析和展现。分析方法需包括：1）分布分析：主要是以表格、饼图、柱状图、水平条等图形形式按照某种维度对数据的展示分析，可看出数据的分布情况、比重情况。2）交叉分析：主要是两个维度对分析指标按照水平维度和垂直维度进行拆分展示数据，结合数据透视表、堆叠图、柱状图、饼图等方式展示数据，另外可切换垂直或者水平分析维度。.分析结果展现数据经过分析之后，按照用户关注的视角进行组织，通过直观的、丰富的、高易用性的界面进行展现，便于用户获得数据分析价值点，用于管理或辅助决策。统一身份认证平台单点登录身份认证服务提供身份认证基础服务，实现SSO单点登录功能，包括对用户身份的识别验证和对用户单点登录会话的管理和维护。支持用户登录后在不同系统之间漫游而不需要再次输入密码。.平台应支持B/S模式的单点登录以及基于C/S结构下的账户统一认证，包括，Java、.Net、PHP等。.平台需能同时支持学校移动应用客户端的统一身份认证集成，需能支持短信动态验证码的验证方式。.需提供密码变动短信通知功能，对安全级别要求较高的系统，需提供特殊系统二次登录设置功能。.系统应支持设置常用登陆地（IP），当用户在非常用地范围内的地方登录时，支持给予用户消息提醒或强制要求短信验证码的方式进行二次登录认证。身份自助服务.需提供个人资料、密码修改、认证日志、当前登录信息、账号绑定、个人设置功能。身份自助服务主要面向高校内的最终用户，包括所有学生、教师和工作人员。.身份自助服务可满足用户对自己帐号信息和密码信息的维护需求，同时用户还可以查询到自己的帐号的使用信息和维护信息。.提供手机端的身份自助服务功能，可以在手机上实现PC端身份自助服务的部分相关功能，包括个人资料修改、密码修改、手机绑定功能。反向代理服务需支持基于nginx的反向代理集成方式，集成接入方式简单，接入系统可以直接从标准的Header中获取登录人员的相关信息，适用不同的开发语言。身份管理系统概况提供系统运行状态的总览，使管理员对当前系统的运行状态一目了然，便于管理员及时发现问题和异常，支持管理员查看帐号概况、认证概况、服务器状态和系统结构概况等。帐号管理帐号管理功能需帮助管理员完成全校身份帐号数据的查询、增加、删除、修改、过期设置、锁定/解锁和加入组操作；需提供基于Excel文件的帐号批量操作功能;提供基于差异视图的帐号同步功能;提供平台内帐号操作行为的统计功能。认证管理认证功能需提供对全校身份认证相关数据的管理功能，包括对认证集成应用的管理和全校用户认证行为记录的查询和统计。授权管理.需支持校内身份类型组的管理功能，用于区分用户的身份类型，为校内应用提供资源级授权。.提供身份帐号入组和出组的管理功能，可基于Excel文件实现批量操作;提供授权管理行为的统计功能。.平台需提供预置的API接口服务，方便第三方应用通过申请调用相应接口，接口应包含个人修改密码、管理员修改密码、查询用户属性、修改用户属性、添加用户、信息推送几个内容。系统管理.需提供一些对平台运行起支撑作用的数据管理和功能设置，包括操作日志管理、管理员管理和配置管理功能。.平台需支持针对API的调用日志进行查询，要求可以查看到API调用来源ip、调用参数、调用结果及时间等信息。.平台需提供微信公众号的配置功能，支持配置多个公众号与平台集成。身份数据存储.平台需支持按照学校特点和应用现状设计用户、组、权限模型，并按照模型设计完成数据存储。所有的用户信息应分别存放在LDAP目录服务和数据库中，通过可靠的机制完成两者的同步，用户身份信息在目录服务中以层次结构，面向对象的数据库的方式集中存储管理，从而保证身份数据的一致性和完整性，为校园各类应用提供一致的用户信息访问。.平台需支持设置用户容器，方便平台和硬件平台、应用系统等通过LDAP接口的方式实现身份集成。审计管理.需为管理员提供能审计出异常的帐号、不合理的认证行为，用于发现系统可能存在的安全问题和隐患。具体功能需包括：（1）帐号审计中包括休眠帐号、孤儿帐号、密码强度不符合要求的帐号和不规范的帐号的审计，可以查看详情。（2）认证审计中包括恶意认证的帐号、密码暴力猜解的帐号和恶意认证的IP地址，点击可以查看详情。（3）授权审计中包括空组和无组帐号，可以查看详情。（4）差异审计中包括LDAP丢失帐号和数据库丢失帐号，点击可以查看详情。上述功能要求可以自定义审计的阈值来满足学校个性化审计要求。.平台需提供主动防御功能，对于常见的恶意登录或暴力破解，可提供自动冻结账号直至解冻。监控管理需要能够为管理员提供掌握系统各项服务运行状态的功能，可帮助管理员尽早发现系统运行问题，具体功能需包括：.总体状态需展现各个服务器的总体状态，包括各个CPU总体状态、内存总体状态、磁盘总体状态。每个状态饼图中不正常和正常是通过监控配置里面的告警阈值来区分。.服务器状态展现各个服务器的硬盘、CPU和内存的使用状态，并可提供详细的历史状态和历史记录。.会话状态展现各个服务器上的会话记录状态，并且可提供各个服务器上会话的详细信息，包括帐号、IP地址、最大会话时间、会话空闲时间等。.支撑监控配置对监控过程中用到的参数进行设置。分级密码管理需能支持对学校内部的二级管理模式，可分级管理账户、密码，各级管理员只能管理权限范围内的账户。Oauth开放服务.第三方账号登录支持第三方账号登录，绑定第三方帐号后，可使用第三方帐号登录，包括微博、QQ、微信号绑定登录。.OAuth开放服务支持OAuth开放服务，可向第三方提供Oauth2.0接口，方便第三方使用OAuth开放协议来获取服务，包括OAuth应用注册和OAuth服务管理。未注册的应用不允许授权。应用集成平台2应用服务管理应用管理为服务中心接入的各类应用提供统一的后台管理功能，具体功能要求如下：.应用管理可以在后台查询到其管理权限下的应用列表，并能够针对每个应用进行属性配置，支持按业务域分配管理员，支持应用授权、支持应用开放时间与维护时间的配置。.应用文件夹管理支持管理员在后台根据应用分类预设应用文件夹，并将类似应用放在同一个文件夹之中，便于用户查找。.专题推荐管理支持管理员根据周期性业务设置专题推荐功能，包括对专题内容的编辑、开放与关闭的管理功能。系统管理为服务中心提供后台系统管理功能，便于管理人员设置办事大厅内容和日常维护。具体功能要求如下：.桌面模板管理支持管理员在后台设置办事大厅的主题桌面，并为主题桌面设置不同的卡片及布局，同时支持对不同主题桌面的不同权限控制。.菜单管理支持管理员对办事大厅的顶部菜单进行设置，通过该功能进一步拓展办事大厅的使用场景与内容。.应用版本管理对已有应用进行升级、部署等相应管理，包括批量下载应用包、应用历史版本下载、应用版本升级、部署地址管理功能。.平台版本管理提供平台本身的版本管理，能够查询当前版本和历史更新记录。.缓存管理提供对平台的缓存进行查询，能够查询到使用情况，并手动清理缓存。.个人提醒管理提供对个人信息提醒进行统一管理，包括邮箱、一卡通，同时需要内置主流邮件系统的集成，无需二次开发。业务域管理支持管理员根据学校情况维护业务域，能够针对不同的业务域进行域管理员配置，同时支持查询该域下面拥有的应用。用户组管理提供灵活的用户分组管理功能，管理员可以根据权限、业务等各方面需要，灵活的新增、编辑、删除用户组。在用户组中支持动态与静态两种分配方式。同时支持对用户组所拥有权限的应用及其状态进行预览。意见反馈管理对于在办事大厅中用户提交的意见反馈提供统一的查询与处理功能，相关人员可以在本功能中对意见反馈进行回复。评价管理对于每个应用产生的评价数据，提供统一的查询功能，能够查询评价排名前十、后十的应用，同时可以针对每个应用查看评价详情。应用集成平台服务游客（开发者）模块.API中心提供开发者服务网站，支持游客或开发者在开发者服务网站查看API列表。可以按照分类过滤或根据关键字搜索对应的API列表，同时开发者还可以查看该API的详细信息。.帮助文档提供开发者服务网站，并通过网站为开发者提供开发接口和申请使用接口的规范文档，同时指导开发者如何使用校园服务总线平台，平台的相关法律条款等相关内容。用户中心.开发者注册支持第三方开发者可以使用邮箱账户进行注册，注册后开发者将收到待激活的邮件，激活邮件后，该账户将被激活成功。.用户登录支持两种方式的用户登录：1）使用学校统一身份认证系统，且在统一身份认证中设置了对应的应用集成平台2访问权限后，该开发者就可以使用教职工号/学工号进行登录。2）如果是第三方公司的开发者，可以使用注册的邮箱账户直接登录。开发者中心.发布API开发者可以将其开发的API接口注册到系统中，同时可以查看当前已经注册的所有API列表。.申请使用API开发者在开发应用时如果需要使用API接口，可以在应用集成平台2中进行申请。管理员中心.注册API管理管理员可以对开发者注册的接口进行审核，只有审核通过的接口才允许被其他应用申请使用。接口只有在一个特定的服务器上才能正常被运行，服务器管理就是维护当前学校所有服务器列表。提供API接口的应用，需要与服务器关联才能在校园服务总线平台网关中访问到对应的接口。.使用API管理1）管理员可以对开发者申请使用的API进行审核，审核通过后系统给该应用分配一个Token，用于后续接口调用时的授权码。2）管理员可以查看系统中的各个接口被应用的调用情况，并且进行汇总调用总次数，成功、失败次数，并且按照各个应用进行分别统计，以及查看某个接口调用的请求IP，调用时长等相关信息。3）为防止后续应用升级但对应开发者调整的而无法申请新接口的问题，管理员可以对应用增加其他开发可以对应用进行维护。.开发者管理管理员可对系统中的开发者进行管理，可以设置开发者的免审核权限，同时如果是校外用户（使用邮箱账户登录的用户），管理员可以对其进行删除。.系统配置管理系统在实际运行过程中需要各自分类、标签、文档、系统邮件模板调整、学校信息查看等相关功能配置。）系统分类管理API中心可以根据分类展示对应的API列表，学校如果想增加分类，可以由管理员在系统分类管理中维护。）系统标签管理API须支持属性标签，用于标识一个API的子分类，支持根据关键字搜索，管理员可以标签进行维护。）邮件模板管理4用户注册完成的通知、忘记密码的动态验证码、用户登录的动态验证码，都需要系统发送一份邮件，邮件中主题、正文内容支持学校自行调整。）文档管理游客可以在帮助文档中看到系统约定、开发指导、系统操作指南，支持学校管理员手工添加对应的文档内容。）学校信息管理支持在系统查看当前系统的版本号，网关地址，升级的时间等相关信息，同时支持修改，以及手工将校端生成的数据同步给云端。服务网关支持路由动态负载、断路隔离、负载均衡策略，并且实现接口调用的实时监控，包括监控调用IP、请求码流、响应码流、分发路由地址、可视化统计显示接口调用的频繁程度。支持打印详细报文日志，追踪应用APP调用API接口的消息流程，方便消息跟踪问题定位。流程引擎平台统一任务中心.数据建模根据新建服务的字段数据需求，配置各字段的数据类型（如字符串、日期、文件等），根据流程的处理需要设置固定值，配置相关的数据字典（数据字典可随时新增，也可一次添加好所有用到的字典，这样就可以在数据建模新增业务模型时直接使用）。.校验信息当服务发布失败时，可以在校验信息中查看报错信息，并且根据错误提示进行修正后重新发布。.历史记录记录构建服务过程中的操作步骤，保留最新50步操作，可以点击“恢复”进行还原对应操作内容的原先配置。4.服务发布服务构建完成后，可进行服务发布、服务上线、服务运行等功能。.委托代理当流程任务办理人员临时有事，可以设置在一段时间内把任务委托其他人处理。在确定的某个时间段中，当某个业务流程产生工作任务时，委托人的任务委托给被委托人，该流程以后产生的任务将发送至被委托人来处理，委托人同样能处理该工作任务。.模板管理提供对表单、流程、服务模板的导入、导出、查看、删除功能。统一流程管理平台需遵循BPMN2.0规范的流程执行引擎和服务引擎来执行流程和流程所定义的服务，可以执行基于BPMN2.0标准的业务流程模型，包括执行人工任务以及各种事务型服务，提供流程定义与执行语言完全遵循国际标准的流程执行语言BPMN2.0。具体功能要求如下：.个人待办任务执行页面中提供任务提交、保存草稿、驳回、撤回、委派、移交，重定向、抄送；.可配置驳回、撤回、委派、移交、抄送功能在是否在环节启用；.可人工选择下一步分支环节，并可配置这项功能在哪个环节启用；.可人工选择下一步处理人，并可配置这项功能在哪个环节启用；.管理员可在流程管理监控页面里对流程执行驳回、撤回、移交、委派、终止等干预操作；.任务会签、子流程会签；.并行、串行，嵌入子流程，多实例子流程、泳道；.提供流程WebService服务环节能力；.提供流程REST服务环节能力；.可配置环节权限，根据登录人的信息并可结合业务字段信息，进行ANDOR表达式获取处理人列表，支持URL方式获取处理人列表；.可配置判断分支条件，根据登录人的基本信息和业务字段信息，进行ANDOR布尔表达式进行逻辑判断。API服务接口.消息接口可给流程环节配置消息通知功能，配置按照pc门户、移动门户、邮件、短信、微信等多种方式发送消息，支持配置消息的主题和内容。.任务中心接口可集成任务中心，包括处理待办任务、查看已办任务等。.身份认证接口可集成DB认证，可做身份快速认证，也可集成第三方身份认证。流程设计.流程设计通过流程设计器，以托、拉、拽的方式绘制流程图。可进行流转规则配置，流程属性面板配置等。.流程分析流程分析模块需包括全局维度、流程维度及人员维度统计流程运行情况。.流程干预流程干预模块可实现对流程运行过程进行人工干预，提供对流程任务的处理、转办、跳转、取回操作；提供对流程实例进行挂起、激活、终止、删除、查看流程状态等操作。表单设计.表单能力（1）支持常见录入类控件、选人控件、日期时间控件、富文本、附件、图片、HTML控件，子表、单选、多选、下拉、页签布局，面板布局、分隔条布局、流式布局；（2）支持ESB字典（WS）和用户自定义的项目级别字典（DB）；（3）支持主子表；（4）支持外挂第三方表单（URL）；（5）多个环节可共用一个表单；（6）支持表单动态规则，可根据环节名或控件值变化，隐藏显示，只读其它控件或给控件赋值；（7）支持自动编号；（8）支持级联下拉；（9）支持表单控件的复制、粘贴、删除；（10）支持表单操作的撤销和恢复；（11）支持表单控件、容器的样式设置；（12）支持表单控件校验；（13）支持表单及控件事件处理（编写事件脚本）；（14）支持引入表单外部资源（配置及管理表单外部CSS、JS资源）；（15）支持表单新建、保存、另存、重命名、删除；（16）支持表单版本控制。.表单设计支持在流程运行过程中，需要查看或录入业务信息时，要用到表单，可进行表单设计，需包括设计PC表单、绑定组件、绑定数据模型、默认数据和必填项、表单编号、引用外部数据等功能。.打印能力（1）支持在线公文及表格类打印表单设计；（2）支持从word直接粘贴公文类表单；（3）支持打印表单上下左右边距设置；（4）支持打印表单数据源绑定（包括普通字段、字典、集合、日期格式化、子表）；（5）支持插入图片；（6）支持表单在线Web打印。2.4.6. 任务推送在流程流转时，提供其他业务系统进行业务维度的综合分析，支持将指定流程的任务流转信息按照约定格式推送到其他业务系统平台。2.5.应用系统集成实现学校现有的财务、资产、图书馆、一卡通等业务系统以及将在智慧校园项目中新建的业务系统集成功能，现有系统集成内容主要在数据、认证、应用三个层面进行：数据集成利用本期建设的数据集成服务平台2,从本期新建及学校已建的应用系统数据库中抽取出需要共享的数据，使主数据中心成为全校范围内唯一的全面的数据源，完成数据层的集成，同时为相关应用系统提供主数据访问服务，为在全校范围内进行综合数据分析服务提供完备、有效、可信的数据基础。认证集成根据学校现状确定一套用户身份信息，作为身份认证平台和学校用户权威身份信息，建立起统一的认证平台，完成目前适合集成认证的系统的集成工作，包括对用户身份的识别验证和对用户单点登录会话的管理和维护，同时留有接口供后续建设的系统无缝的与身份认证平台进行集成。业务系统需要调用认证权限中心平台的认证集成接口进行身份认证，支持用户登录后在不同系统之间漫游而不需要再次输入密码。应用集成通过本期建设的应用集成平台2为广大师生提供个性化的综合信息服务，扩展部门级管理信息系统的信息服务能力。例如提供整合页面或者集成接口形成应用集成平台2中的对应服务。将所有需要集成的系统，与应用集成平台2进行对接集成，通过应用集成平台2为用户提供统一的、个性化的信息服务，扩展业务部门信息系统的信息服务能力。通过应用集成平台2的集成工具进行应用系统整合，提供整合页面和集成接口，在应用集成平台2中建设对应的应用服务。3智慧校园应用系统软件一站式服务中心统一门户PC门户1、首页作为统一门户的入口，提供登录功能，并支持在未登录的情况下按照各用户角色和办事类型预览一站式服务中心的服务。2、个人桌面支持用户登录后可直接显示个人办事桌面，个人桌面可以统一展现包括各类服务、相关个人数据（如一卡通消费数据、个人邮箱数据、个人课表等）、校内推荐业务、通知公告等。个人桌面需支持以下功能：1）个人收藏支持用户根据自行需要定义收藏的文件夹并在其中查询和使用已收藏的应用。2）可用应用支持以侧边栏的形式将校内应用进行分类展示，用户可直接在侧边栏中搜索相关应用并通过点击直接进入应用进行事务办理。3）可用卡片用户根据自身需要选择已有卡片是否在个人办事桌面中显示。3、任务消息中心支持校内所有的信息推送、待办事项、事务流程和周期性服务都可以在任务消息中心中进行统一展现和查询。具体功能需包括：1）待办事项支持所有的流程待办都可以在其中展现并通过点击直接处理，无需再跳转到业务系统中。2）流程追踪支持对于和自己相关的流程进行状态查询，点击后可查询详情。3）周期服务有业务期限至的服务可以在此查看到业务开放状态和截止时间，点击后可直接办理。4）未读消息显示所有未读的系统消息，点击后可进入消息中心查询历史消息，消息以时间轴方式呈现，并支持按业务进行消息分类。4、自定义桌面创建/修改主题桌面：用户根据自身需要创建不同的个人主题桌面，并可对已创建的主题桌面进行修改或删除。修改皮肤：用户可在线选择系统内置皮肤进行修改，提供不少于6款默认皮肤。5、搜索中心搜索中心是统一门户中各类应用的聚集，用户可以在搜索中心中查询并获取到所有与其相关的校内服务应用，搜索中心需要支持包括模糊搜索、标签搜索、基于历史记录、最近访问等在内的搜索方式。6、应用收藏统一门户的每个应用均需要支持根据个人用户需要进行收藏功能，并在收藏的同时根据对收藏夹进行管理。收藏后的应用直接进入应用中心-我的收藏之中。7、应用评价统一门户的每个应用均需要支持评价功能，用户可根据自身使用感受在线进行评价留言。8、问题反馈统一门户需提供统一的问题反馈渠道，使用者可以在线进行问题的提报，包括问题反馈内容、上传图片、预留联系方式。9、内置卡片统一门户可预置部分信息展现卡片，保证统一门户上线时个人桌面的展示效果。如：推荐与最新应用、周期服务提醒、热门应用、专题推荐、个人数据等。应用管理统一门户中心的后端管理功能须与应用集成平台2整合为同一入口、同一管理端，接入统一门户的各类应用须通过应用集成平台2提供的统一后台管理功能进行管理，具体功能要求如下：1）应用管理可以在统一管理后台查询到其管理权限下的应用列表，并能够针对每个应用进行属性配置，支持按业务域分配管理员，支持应用授权、支持应用开放时间与维护时间的配置。2）应用文件夹管理管理员可在后台根据应用分类预设应用文件夹，并将类似应用放在同一个文件夹之中，便于用户查找。3）专题推荐管理可以根据周期性业务设置专题推荐功能，包括对专题内容的编辑、开放与关闭的管理功能。系统管理统一门户的后台系统管理功能须与应用集成平台2整合在一起，门户内容和日常维护的管理及设置可在统一管理端完成。具体功能要求如下：1）桌面模板管理支持管理员在后台设置统一门户的主题桌面，并为主题桌面设置不同的卡片及布局，同时支持对不同主题桌面的不同权限控制。2）菜单管理支持管理员对门户的顶部菜单进行设置，通过该功能进一步拓展统一门户的使用场景与内容。3）应用版本管理对已有应用进行升级、部署等相应管理，包括批量下载应用包、应用包历史版本下载、应用版本升级、部署地址管理功能。4）平台版本管理提供平台本身的版本管理，能够查询当前版本和历史更新记录。5）缓存管理提供对平台的缓存进行查询，能够查询到使用情况，并手动清理缓存。6）个人提醒管理提供对个人信息提醒进行统一管理，包括邮箱、一卡通等。同时需要内置主流邮件系统的集成，无需二次开发。业务域管理统一门户的业务域管理须与应用集成平台2整合集成，在应用管理平台后端完成管理员根据学校情况维护业务域、够针对不同的业务域进行的域管理员配置，同时支持查询该域下面拥有的应用。用户组管理统一门户的用户组管理须与应用集成平台2整合集成，在应用管理平台后端完成用户分组管理功能，管理员可以根据权限、业务等各方面需要，灵活的新增、编辑、删除用户组。在用户组中支持动态与静态两种分配方式。同时支持对用户组所拥有权限的应用及其状态进行预览。意见反馈管理应用集成平台2的意见反馈须与统一门户进行集成，用户可在统一门户提交意见，管理员可通过统一门户登录查询与处理，相关人员可以对意见反馈进行回复。评价管理应用集成平台2的评价管理须与统一门户进行集成，用户可通过统一门户查询应用产生的评价数据，提供统一的查询功能，能够查询评价排名前十、后十的应用，同时可以针对每个应用查看评价详情。3.1.3移动门户总体要求1）多终端协同需提供后端数据的统一管理，做到多终端（pc、移动、自助服务）协同，一键办理的高效事务处理。2）移动双门户须同时提供APP移动门户及微信微门户两种移动门户。移动APP门户支持公有云服务模式，各公共页面支持中文界面即可，其中加载的学校自有移动服务应用须支持三语版。微信微门户各页面及加载的学校自有移动服务应用均须支持中英俄三语界面。3）本项目所建设的所有移动应用，必须以HTML5页面格式提供，必须支持同时嵌入APP移动门户及微信微门户。4）身份漫游支持移动门户和集成应用之间的身份无缝集成，从移动门户进入应用无需用户输入用户密码再次登录。5）灵活性能够根据不同的使用对象（如普通教职工、学生、校领导）快速构建服务界面，做到服务的可定制化。6）抗网络波动性由于移动设备具有网络不稳定的天生因素，APP移动门户应支持抗网络波动性，如在离线情况下能做到离线缓存。7）开放性APP移动门户需为H5应用的开发提供原生能力调用接口，如相机、相册、地理位置、文件系统、数据库、社会化分享，为开发功能丰富多样的应用提供基石。8）整体管控APP移动门户需具有完整的运营统计模型，便于我校及时跟踪系统的运营状况。9）可集成性APP移动门户应拥有良好的集成策略，对不同的业务需求可提供多种集成方式，保证良好的集成效果。10）容错性APP移动门户需要具备一定的容错性，在运行环境出现故障的时仍能提供稳定、持续的服务。需支持并行运行多个节点实例，防止因为某个节点异常而影响整个系统的运行效果。11）高性能移动门户要能够在大规模用户的访问的情况下仍然能够提供高速运行的服务。12）集群要求移动门户需具备集群工作模式，能实现多机热备和应用级负载均衡。13）安全性APP移动门户的网络通道须支持https方式加固，防止网络传输过程中数据被篡改、盗窃。14）等保要求APP移动门户需通过国家三级等保测评。APP移动门户能力1）支持配置启动广告；2）支持系统消息推送；3）支持师生个人身份识别标签设置（例如学生会主席徽章）；4）支持多终端协同，包含pc、移动、自助终端三类终端协调能力，主要承载是在服务和消息模块；5）支持学校官方资讯抓取；6）支持配置首页弹窗展示学校官方介绍，支持图片和视频，且支持点击跳转目标由页面。APP移动门户服务提供不同场景不同用户的应用服务的集合页，主要功能如下：1）提供应用管理诸如应用上下线、应用授权用户组、应用推荐等功能；2）默认需内置「课表」、「成绩查询」、「校园活动」、「二手市场」4个基础应用；3）支持以H5形式开发的应用接入，平台提供基础开放能力，例如用户身份、照相、地理位置等；4）支持配置应用广告位；5）支持用户自己收藏和排序常用应用；6）支持应用在关键时刻点给用户推送消息，例如通知学生明天什么课，通知学生成绩已可查询等。APP移动门户沟通消息需提供师生沟通、教职工移动办公重要入口，学生的消息包含私聊、群聊、应用消息、学校通知公告消息，老师会多一类流程任务的消息，主要功能要求如下：1）支持不同权限查看通讯录，将学生与老师分离。支持配置学生是否可查找老师，以组织结构树形式查找，老师可以看老师的联系方式，学生不能查看老师的联系方式，也可以查找到学校的校园号，并对用户进行关注、私聊；2）支持用户之间的私聊沟通，消息支持文字、语音、图片、表情等多种格式；3）私聊表情包下载：客户端支持表情云商店功能，为用户提供了丰富的免费表情包下载使用；4）支持默认创建好各年级专业的群，并有群聊相关的所有功能；5）支持消息中心对接教师的流程中心、任务中心并进行消息推送，例如进行审批时，会实时向用户推送待审批信息，并做到PC和移动协同处理；6）支持通知公告群发消息推送，且可选择多个不同的用户、用户组发送消息；7）支持应用消息推送，例如成绩查询应用，会在成绩出来的第一时间向用户推送信息，把成绩展现给用户；8）为了防止用户被骚扰，支持用户自我维护黑名单功能，可将单个用户添加或者移除黑名单功能；9）支持针对群消息、应用消息、流程消息、任务消息设置消息免打扰功能，能接收到消息，但不会进行实时提醒。APP移动门户个人设置个人页面为个人信息的查看或设置界面，主要要求功能如下：1）设置中支持切换身份，修改绑定手机、微信、QQ，设置消息提醒方式，管理自己的黑名单列表，清除缓存，查看APP版本相关信息，以及退出当前账号；2）支持进入个人主页修改个人资料（头像、背景图、家乡、生日、签名）；3）支持查看我的来访、粉丝、关注人和收藏，以及自己的今币数量和账号的等级信息；4）支持查看同学圈中自己的新鲜事回复消