教育教学过程化管理体系建设需求方案

教育教学过程化管理体系建设需求方案一、项目概况加快建设全校统一的网上办事大厅，打破业务系统间的壁垒，以信息化推动业务流程再造，实现资源的高效调配和有效共享，提高行政效率和服务效能；形成多层次建设和多主体共享的信息资源体系，建成全校统一的数据开放平台。需要围绕“数据融合”、“平台融合”、“服务融合”等需求，主要包括：（1）建设运营级的数据共享交换平台、网上办事大厅和相关支撑平台，具体包括网上办事大厅、移动服务门户、数据共享交换平台、统一身份认证平台、服务能力开放平台、流程中心平台等。建立一个面向学生、教师、校友及访客的一站式服务中心平台（同时支持PC端和移动端），服务事项统一管理，流程运行统一管控，可以根据实际运行情况进行快速迭代与升级优化；而且具备充分的开放能力，可以与外部的互联网增值服务进行有机融合。建立全校性的数据共享与交换平台，涵盖我校信息标准与数据规范的定义，共享数据目录的管理，数据的采集、共享和交换等。（2）购买数据共享交换平台及网上办事大厅系统运维服务。通过运维服务，形成全校统一的高校信息化运维保障，在保证建设内容全天候无故障运行的同时，持续性的对校内的管理流程与应用服务进行监控和分析，积累数据，通过挖掘、对比分析，发现校内信息化运行中出现的问题，并形成解决方案，通过持续优化与升级，保证学校信息化建设的长期先进性与可持续性。（3）建设校级公共服务应用。通过建设一批师生需求迫切的校级信息化公共服务应用，满足师生一站式快捷办事的信息化诉求，形成网上办事的信息化服务氛围，令师生体会到信息化服务带来的好处。本项目所需的软硬件系统需要支持国产数据库、国产操作系统、国密算法，支持本地化部署，所有软硬件生产环境和数据均需本地化部署及保存。二、服务需求明细序号服务需求名称数量单位1基础平台1套2综合信息门户（PC端）1套3综合信息门户（移动端）1套4应用管理中心1套5事项服务中心1套6消息中心1套7开放中心1套8运营中心1套9统一身份认证升级改造1项10服务事项梳理和定制开发1项三、技术要求1.1基本要求1.1.1系统设计采用SOA架构的成功管理思想和技术，须体现“软件即服务（SOA）”，“碎片化服务”的理念。每一项服务都是相对独立的单元，无论是系统内部，还是学校其他信息系统，通过“服务调用”即可获得相应的功能。最终实现建设一个能够全面支持学校整体运营管理和服务的网上办事大厅基础支撑平台。1.1.2规范性能够有效、合理地集成学校各种应用系统，通过应用管理平台提供合理的、方便的、高质量的各种服务。系统将需要用户办理的事务直接推送到用户界面，包含待办任务、流程跟踪、周期服务、消息通知，用户直接点击即可阅读并实现办理。系统须提供统一的UI/UE界面风格。1.1.3可用性和高性能在硬件环境满足的前提下，系统能满足1000人并发访问和5000人同时在线访问，且并发访问响应时间小于3S。系统支持集群的应用部署方式，核心组件都提供“双机负载均衡”的运行方式。1.1.4数据一致性对全校各类信息系统的基础数据和共享数据进行统一管理，并提供灵活、多样的信息服务，各服务通过授权，应可以无障碍的访问各系统数据，且这些数据是一致的，数据变更后，保证各服务获得的是最新的数据。1.1.5运维服务统一性平台能够调用所承载的各应用及中间件开放的系统运维接口，报告各应用当前运行状况数据（包括CPU占用、内存占用、数据库连接状态等），且能提供给统一运维管理使用。1.1.6统一服务入口网上办事大厅平台为全校用户提供统一服务入口，包含学生服务、教师服务、访客服务等，并能新增服务对象，支持服务对象访问权限的精确编辑授权管理，且提供简单的图形化操作界面。1.1.7统一消息中心建设统一消息中心，统一提供网上办事大厅平台所有服务应用的消息推送服务，通过应用类别筛选即可查看其分类下的消息通知，未读消息以时间轴的形式进行展现。1.1.8统一应用行为分析提供所有基于网上办事大厅平台的服务应用的归属单位、分类、使用情况和状态分析的列表显示，且可精确分析单个服务应用的详细情况，包括访问情况、地域分布、访问系统环境等，方便学校及时了解应用状况和反馈。1.1.9统一应用评价反馈为基于网上办事大厅平台构建的所有服务提供统一的应用评价功能，该功能主要用于服务应用过程中，用户可以对服务进行评价打分和留言，平台维护人员可以查看评价内容，提升服务质量与效率，建立服务评价渠道，提供应用评价在线统计查询，进一步提高管理效率。1.1.10易用性系统须提供多维度、精准的应用查找和定位功能。系统支持用户自定义办事大厅个人桌面，允许用户将个人常用服务应用进行桌面布置。1、支持用户对服务应用进行收藏/取消、建立常用应用文件夹。2、支持业务直通车功能，管理员可按业务类别构建不同业务直通车卡片,卡片包含两级业务目录，可对每一级目录进行详细编辑，在每一级目录下勾选包含的业务应用。用户可在个人桌面选择不同的业务直通车卡片，在卡片内切换二级目录，点击包含的业务应用即可直接进入该业务应用办理。3、针对校内重点业务，在其业务期，系统提供业务专题推荐功能，可对业务情况做出介绍和说明。1.1.11开放性采用J2EE技术架构，支持SOA技术架构，提供业务应用程序接口（API）库，并能注册及发布到服务总线平台。开发者根据系统提供的API和程序规范可独立开发应用，作为现有服务的补充。1.1.12安全性在系统设计中，既要充分考虑信息资源的共享，更要注意信息资源的保护和隔离，采取不同的措施，包括用户与权限管理、统一身份认证、访问控制、管理控制、版本控制、数据关联控制、数据加密、数据存储、数据备份与恢复、日志与安全审计，确保系统数据安全。系统达到国家信息系统安全等级二级保护要求，不符合要求的须免费整改。采取技术手段有效识别和拒绝爬虫类访问，避免信息被恶意采集。1.2技术要求1.2.1基础平台和应用系统均要求采用B/S结构，采用主流开发语言，推荐JAVA编程语言和服务器端JAVA技术进行开发。系统服务端可以部署在统信或麒麟等国产服务器操作系统；客户端支持IE10/11,Edge13/14,Chrome50/51/52、360安全V8.1、360极速V8.5浏览器及奇安信信创浏览器访问。1.2.2开发技术应采用J2EE标准、组件技术及在数据交换上对XML的支持，使系统功能最优化，同时将整体系统内部在技术上的相互依赖性减至最低。1.2.3采用面向对象的组件技术，着重于开发构成应用程序“业务对象”的可重复使用的组件，利用这些组件顺利地建立分布式应用程序。1.2.4应用程序开发与运行结构要基于统一的技术开发平台的三层架构，即Web服务器、应用服务器和数据库服务器。1.2.5能完成跨业务部门的业务流程和相对应的细颗粒度的分级授权体系。1.2.6各应用系统要充分利用现有先进技术手段，采用相同的体系结构和运行平台，基于多层架构和组件技术进行构建，做到系统结构层次清晰。所有应用逻辑、流程、数据等都应当能够根据建设方要求的颗粒度进行封装。1.2.7系统支持负载均衡，首先支持学校已有的硬件负载均衡设备，其次，系统自身应该提供关键节点的“双机部署”的软负载均衡策略，支持动态监测负载状况，自动对可用资源进行并发检测，调整和分配等功能。1.2.8系统备份：支持应用服务备份、数据库的备份，支持系统整机备份以及异地备份机制，利用数据库的备份功能将建设的平台和系统数据备份到指定的服务器或存储系统上。1.2.9信息标准：系统遵守《教育管理信息化标准》和《高等学校管理信息标准》等信息化标准。1.2.10系统接口要求按采购人需求提供标准接口供业务系统内部各个子系统之间交换数据。提供不少于70个常用API服务,包括服务URL，服务类型，功能类型等。按采购人需求提供标准接口供数据共享交换平台或其他业务系统获取或推送相关数据；按采购人需求提供标准接口供统一运维服务系统监控系统运行情况。1.3应用服务中间件与数据库要求1.3.1基础平台的数据库采用关系型数据库，使用金仓或达梦等国产数据库，应用服务中间件要求支持金蝶天燕等国产中间件。严格遵循关系数据库设计的基本原则，任何原始数据只需要录入一次(可以通过网络实现共享)、也只能录入一次(避免出错、重复存储)。保证数据的有效性和实效性。1.3.2各服务应用须使用独立的数据库/表空间，使用的数据库要求支持与金仓或达梦等国产数据库数据交换，实现每个服务应用内部的高内聚，以及多个服务应用之间的低耦合。异构的应用系统软件模块之间应通过数据交换平台实现定时或实时的数据共享，避免信息孤岛。1.3.4建立数据状态和时间的关联，严密控制数据的状态与时效性。1.4系统部署要求1.4.1要提供满足学校未来3年信息化发展需求且能在此期间内长期稳定高效使用的硬件服务器部署方案，要求所提供服务器部署方案具有高可靠性、高稳定性和高可扩展性，要满足5000人同时在线需求。1.4.2.提高IT架构整合度，便捷实现统一管理，负载均衡，灵活配置。1.4.3.充分满足用户业务系统运行环境需要，跨网络划分多个功能服务器，独立部署。1.4.4.服务器架构上可以实现快捷便利的性能和功能扩展需求。1.4.5.关键硬件设备采用高可用性的冗余设计。1.4.6.各个子系统需支持服务器虚拟化方案，能在市面上主流的云平台上运行，实现生产系统服务器的虚拟化整合，保证高可用性及业务连续性。1.4.7.各个子系统须支持无状态的服务器水平伸缩，即根据业务和使用量的需要而通过简单增加服务器就能提高并发业务/事务处理能力。1.4.8.负载均衡需求：为了保证系统性能，需要在项目部署中考虑负载均衡解决方案，可支持当前市场各大主流负载均衡产品，做到高性能、占用内存少、并发能力强、高稳定性。1.4.9系统部署硬件环境要求：系统需本地化部署在鲲鹏处理器体系的国产信创环境下，采用超融合方式部署，不接受存算分离部署，并需进行虚拟化配置。硬件需基于分布式架构，配置三台双路鲲鹏92048Core以上（主频2.6GHz），ram配置不低于256G，存储盘的裸盘空间不低于20T。硬件环境包括(网络环境，算力环境，存储环境)需由中标人提供使用。采购人不需为硬件环境支付任何额外费用。四、功能清单序号事项开发类型说明备注公车申请中等主要用于市内派车申请，授权用户可申请用车，根据用车时长，目的地等条件自定义审核流程，推送相关信息给相关用户。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、资产管理系统电话业务申请简单主要用于固定电话或分机的申请。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、资产管理系统办公设备领用中等主要用于教师领用相关办公设备，根据领用人，所属部门，分管领导自定义审核流程，推送相关信息给相关用户。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、资产管理系统低值易耗品领用中等主要用于教师领用相关低值易耗品，根据领用人，所属部门，分管领导自定义审核流程，推送相关信息给相关用户。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、资产管理系统来访申请中等主要用于校外人员来访的预约申请，根据访问对象以及所属部门，分管领导自定义审核流程，推送相关信息给相关用户。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、访客系统临时上网账号简单主要用于校内临时需要上网的工作人员或师生，申请开通临时上网账号，开通的时间范围，授权范围等。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心会议室登记简单主要用于教职工申请会议室的使用，根据申请人所属部门，分管领导来自定义审核流程，推送相关信息给相关用户。用户申请时根据可使用的时间段来区分显示“空闲会议室”、“申请中的会议室”，“正在使用的会议室”。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心临时留宿申请中等主要用于学生周末或者其他原因，需要短期留宿的事项申请，根据发起对象以及所属班级，系部自定义审核流程，推送相关信息给相关用户；学生通过移动应用发起留宿申请，班主任审批后，宿管人员查询当前宿舍空余床位数，再结合实际情况对留宿申请进行审批；最后由学生管理部门核实后进行最终审批，审批结果联动宿舍床位安排。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、学生服务平台学生请假中等主要用于学生请假业务，根据发起对象或请假类型自定义审核流程，推送相关信息给相关用户。学生发起请假申请后，根据审批流程进行线上审批，请假成功的数据与门禁系统互通，学生在请假时间内可以进出学校；请假结束返校后发起销假申请，班主任、系部、学生主管部门在核实学生到校的情况下，均可进行销假返校确认。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、学生服务平台、门禁出入系统离深申请简单主要用于教职工办理离深的手续，根据申请人的岗位和部门，自定义审核流程，推送相关信息给相关用户。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心勤工助学岗位申请简单只要用于学生对学校发布的勤工助学岗位发起申请，根据发起对象以及所属班级，系部、岗位指导老师自定义审核流程，推送相关信息给相关用户。学生浏览用工岗位信息后，对满足用工需求的岗位发起申请；用工部门指导老师根据用工申请，再结合家庭困难、免学费、助学金的情况，对学生的请求进行确认，确认通过后的学生到用工部门进行实地面试，指导老师对面试结果进行确认，最终面试通过的学生获得上岗机会。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、学生服务平台勤工助学考勤中等主要用于学生对勤工助学岗位的工作时间进行登记，根据发起对象以及所属班级，系部、岗位指导老师自定义审核流程，推送相关信息给相关用户在岗学生发生用工时长后，通过移动终端对用工时长进行记录，指导老师根据实际情况对用工时长进行确认，最后形成月度考勤汇总，根据考勤汇总结果生成用工薪酬，薪酬按照院系汇总。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、学生服务平台勤工助学用工申请中等主要用于业务处室对勤工助学的用工岗位发起申请，根据发起对象以及所属部门自定义审核流程，推送相关信息给相关用户。业务处室根据用人需求，对用工岗位、人数发起申请，主管部门审批申请后，自动对用工岗位进行公示，学生可以通过公式的用工岗位信息进行报名，用工的业务处室根据报名名单进行审核、面试，最终确认用工人员。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、学生服务平台教职工离职办理中等主要用于教职工办理离职手续，根据发起人的岗位和所属部门自定义审核流程，推送相关信息给相关用户。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、人事系统对接学生离校手续办理中等主要用于学生离校时办理离校手续，根据学生的住宿情况、学业情况等自定义审核流程，离校手续通过后，门禁设备可自动识别判断，离校信息实时发送给班主任、家长等关键用户。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、学生服务平台、教务系统、门禁系统。电子显示屏使用申请简单主要用于申请使用电子显示屏，例如有学校单位来访，致欢迎词等。根据申请人所在部门和岗位，申请电子显示屏使用的时间和要求等，自定义审核流程，通过后推送相关信息给相关用户。需要集成或对接的系统包括但不限于：统一身份认证平台对接学生退学申请中等主要用于学生退学时办理退学手续，根据学生的缴费情况、住宿情况等自定义审核流程，通过后推送相关信息给相关用户，涉及到学籍资料、学生成绩登记等关联数据可自动同步，并提醒相关操作人员。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、学生服务平台、教务系统（因病）学生复学申请中等主要用于因病休学的学生办理复学手续，根据学生复学的班级情况等条件自定义审核流程，通过后推送相关信息给相关用户，涉及到学籍资料、学生成绩登记等关联数据可自动同步，并提醒相关操作人员。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、学生服务平台、教务系统（因病）学生休学申请中等主要用于因病休学的学生办理休学手续，根据学生休学的时间段等条件自定义审核流程，通过后推送相关信息给相关用户，涉及到学籍资料、学生成绩登记等关联数据可自动同步，并提醒相关操作人员。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、学生服务平台、教务系统选用教材申请中等主要用于教研组老师对本学期授课任务对应的课程所需教材发起选用申请，根据发起对象、所属部门，自定义审批流程，推送相关信息给相关用户；结合实施性教学计划对教学任务进行落实，落实后的教学任务由教学主管部门分配任务到系部，系部接收到任务后，根据教学分工落实到各教研组，教研组对教材的选用发起申请，然后经系部、教学主管部门层层审批，最终形成教材选用清单，通过导出功能对采购订单进行输出。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、教务系统密码取回中等主要用于师生找回统一身份认证密码，可通过短信、邮件等方式取回。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心职称评审服务中等主要用于全体教职工的职称评审工作，根据评审指引对授课工作、获奖情况、论文著作、科学研究等业务数据进行补充或者调阅，其中授课工作、班主任任职情况须与对应的业务功能互通数据，不需要重复登记；带竞赛情况与学生竞赛模块进行数据互通，不需要重复登记；证书管理除了满足信息登记外，还须支持对附件进行上传；最终结合所填内容形成个人的业务档案。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、教务系统、学生服务平台教学任务书简单主要用于授课教师查询、打印教学任务书，并根据教学任务书完成对教学进度计划、教案、课件的材料上交；教研组对实施性教学计划安排授课教师后，授课教师可随时查阅自己的所授课程、周课时、学分、考试方式；排课结束后，可以直接将排课结果联动教学任务书。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、教务系统成绩登记中等主要用于任课教师对期中、期末、补考、清考成绩单的成绩登记，成绩登记提交后需要同步数据给成绩分析统计业务进行成绩分析。教学管理部门发布成绩单后，任课教师可对所授课程的成绩单，在指定周期内容进行成绩录入并提交成绩结果，提交成绩结果后可以立马进行成绩分析，至少包含：各分数段人数及占比、最高分、最低分、及格人数；教学管理部门在对不及格成绩发起补考、清考后，任课老师可对补考或清考成绩单进行成绩录入、批量成绩登记。补考及格的记录需要联动到成绩单的学分、绩点。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、教务系统、学生服务平台课表查询服务中等主要用于查询授课教师的上课安排，课表查询服务需满足：全校课表、教师课表、班级课表、教学场地课表、学生课表的查询视角；查询条件须支持对单周课表、学期课表的查询输出；课表输出内容须支持操作员自定义输出字段，至少包含：班级、教师、教室、周次；课表结果与现行课表进行实时交互，确保数据一致。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、教务系统数据分析申请困难主要用于集成数据服务展示功能，对接业务系统数据，根据用户的身份，展示不同的业务的数据分析图表，如：当天任课情况、在校生情况、师资情况、考勤情况、勤工助学情况、资助情况。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、教务系统、学生服务平台奖学金申请中等主要用于班主任对符合奖学金获得条件的学生进行推荐，根据自定义流程逐级审批。班主任在主管部门发布奖学金评审通知后，通过奖学金申请功能核定各奖项的获奖学生，系统自动根据奖学金的获奖标准计算符合奖项的学生名单，班主任在指定奖项获奖学生的同时，还须在同一操作操作界面查看学生的德育操行情况，在指定获奖学生时须支持“名单下放”的规则。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、教务系统、学生服务平台教学日志登记困难主要用于授课教师对教学日志进行登记，支持主管部门对教学日志进行灵活的配置，如：登记内容(学生考勤、课堂纪律、课室环境情况)、登记对象（学生、教师）、登记范围(迟到、早退、旷课等)，修改权限等；授课教师登记教学日志时，所登记节次须与课表保持一致，且被登记对象需与授课班级的在校生名单一致；主管部门可对登记名单、未登记名单进行查询，功能中还须输出授课教师的应提交数、未提交数等。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、教务系统、学生服务平台信息完善简单主要用于学生对个人信息的补充完善，根据发起对象以及所属班级，系部自定义审核流程，推送相关信息给相关用户；审核通过后与在校学生学籍数据互通。学籍管理部门在对所需采集数据进行配置后（采集字段、是否必填、是否显示该字段），学生须对所采集的数据字段进行补充，且班主任可以根据班内学生的完成度进行催交。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、学生服务平台问卷调查中等主要用于学校发布调查问卷，学生、老师对问卷内容进行提交，问卷的形式支持匿名和实名两种方式。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、问卷调查平台班级花名册简单主要用于教职工查询班级学生名单，同时任课教师能对登分表、考勤表进行导出；支持按照年级、系部、班级、校区等进行精准查询，同时也能按照学号、姓名进行模糊查询，查询结果至少包含：姓名、学号、性别、班级名称、专业名称、状态、系部、班主任姓名、班主任电话。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、学生服务平台、教务系统学生奖励信息简单主要用于班主任查询班内学生的奖励信息，班主任只能查询所带班级的学生记录，可以根据奖励类别、奖励级别、奖励名称、学号、姓名等进行结果搜索。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、学生服务平台学生考勤查询简单主要用于班主任查询班内学生的课堂考勤结果；任课教师登记教学日志后，班主任能同步对登记结果进行查询。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、学生服务平台行政班单科成绩查询中等主要用于班主任对班内学生的单科成绩进行查询，查询结果至少包含：最高分、最低分、应考人数、实考人数、优秀人数、优秀率、及格人数、及格率、班级总分、年级平均分、不及格人数、缺考人数、任课老师。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、教务系统学生单科成绩查询中等主要用于班主任对学生的成绩进行查询；输出每个学生的课程成绩分值、绩点、是否及格、总分、班级排名、年级排名；还可切换视角查看每个学生的明细成绩、学生的学分。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、教务系统班级成绩趋势中等主要用于班主任查询班内学生成绩的成绩，成绩通过图形界面输出(柱状图、折线图)，可根据不同的成绩类型进行分类输出，可根据选择不同的成绩项目进行输出，可根据不同的图表类别进行输出(名次趋势、均分趋势)。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、教务系统个人业务档案中等主要用于对登陆教职工用户的个人信息进行输出及维护，输出内容至少包含：个人基本信息、工作背景、照片信息等。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、教务系统空闲教室查询简单主要用于全校师生对空余教室的查询，方便发起教室使用申请；空余教室的数据需要联动排课模块及机房使用情况，能通过按照周次、星期、节次的颗粒度精准输出空余教室资源。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、教务系统家庭经济困难申请/审核中等主要用于学生发起的家庭困难申请和审核；学生按照申请要求对信息进行填写及材料上传后，结合自定义审核流程进行业务审批。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、学生服务平台助学金名单简单主要用于对助学金学生进行公示；主管部门对助学金的初始名单进行导入，再结合每月的学生异动情况，系统输出每个变化的助学金名单，名单内容至少包含：姓名、学号、班级、资助年度、月份、新增、删除、困难生、异动类型、异动时间。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、学生服务平台异动学生查询简单主要用于对异动学生名单公示；主管部门导入异动学生名单后，全校教职工都可对异动学生的名单进行查询，查询结果至少包含：姓名、学号、异动时班级、异动类别、异动学期、异动日期、转入新班级、审批日期、审批文号、异动来源、异动去向。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、学生服务平台助学金申请中等主要用于学生发起助学金申请；学生按照申请要求对信息进行填写及材料上传后，结合自定义审核流程进行业务审批。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、学生服务平台班级宿舍分布简单主要用于班主任对班内学生的住宿分布查询，联动宿舍管理数据，针对每个班级学生的所在宿舍及人数进行查询，输出内容至少包含：系部、年级、班级、班主任、总人数、分布宿舍、宿舍人数。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、学生服务平台社团信息简单主要用于社团指导老师对社团信息进行维护；支持对社团信息的新增，删除，能对社团的成员信息进行增加、删除、导入。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、学生服务平台资助信息简单主要用于查询校内发布的资助信息，信息分类包括：免学费政策、助学金政策、伙食补贴政策、免学费学生名单公示、助学金学生名单公示、扶贫生名单公式、伙食补贴学生名单公示。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、学生服务平台班会记录信息简单主要用于班主任对开展班会的结果进行记录，记录内容至少包含：学期、班级、班会主题、班会日期、班会内容、附件。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、学生服务平台班活动信息简单主要用于班主任对班会活动的结果进行记录，记录内容至少包含：学期、班级、活动主题、活动地点、活动内容、活动总结、活动成员。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、学生服务平台新生信息维护中等主要用于学生个人信息进行自助维护。当学籍管理员对新学期学生的名单进行维护后，支持按照入学年份、状态、院系、专业、姓名、年级、分段培养方式对学生信息进行查询。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、学生服务平台新生分班中等主要用于学籍管理员对新生进行分班操作；关联新生数据后，支持对新生进行分班操作(自动分班、手动分班)，完成分班的学生，支持根据规则自动生成学号（学号的前缀规则、流水号长度、排序规则），最后支持将学生数据通过生成学籍卡的功能转到在校学籍进行管理数据。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、学生服务平台新增服务事项申请简单主要用于申请开通新的服务事项，根据服务内容涉及的业务部门进行推送提醒。需要集成或对接的系统包括但不限于：统一身份认证平台、数据中心、学生服务平台等五、项目建设功能要求1.1.基础平台1.1.1一站式服务中心基础平台的一站式服务中心系统能够根据用户类型或角色显示相关服务和内容，以用户为视角展示所需关注的待办或提醒。能够无缝接管学校现有办事大厅平台，包括与第三方应用系统集成对接，与统一身份认证平台进行统一身份认证对接，在保修期内所有数据集成和对接开发均免费提供服务，在投标文件出具承诺书加盖公章。提供个性化的桌面配置功能。提供待办事宜功能，用户能够快速了解当天需要完成的内容。平台内可以增加、修改和调整相关服务或应用，服务设置完成后能够直接嵌入本平台里面打开，支持第三方应用接入。提供日程安排功能，包括授课的课表、考试安排、日常行政工作安排等，用户可以迅速了解当天已经安排的内容。提供消息提醒功能：实时主动提醒用户需要待办、待阅的内容。为确保平台账号使用的安全性，桌面需显示当前登录用户的相关信息。提供包括校内新闻、校外新闻、通知、公告、规章制度等公共信息展示。支持智能手机、平板电脑、上网本等移动终端的应用。提供微信扫码登陆功能，能够与微信校园用户进行验证。具体功能包括：管理端（1）服务大类管理管理服务的分类信息，支持服务多层级分类设置，实现对服务信息筛选搜索的功能，具备新增、修改、删除的功能。（2）服务管理用户可以将各个应用的服务配置添加到一网通办中，供前台用户使用；支持具体到应该模块的细粒度配置；打开方式用于设置前台跳转访问服务的展现方式，分为新页面和弹出层两种；公开类型用于设置服务的访问权限，分为授权服务和非授权服务，授权服务需要登录且对服务进行授权才可以访问（学生不需要授权），非授权服务即无需登录即可访问；服务领域用于区分适用身份，教师服务仅适用于教师，学生服务仅适用于学生，公共服务教师和学生身份的用户都可以使用；非授权服务所有人都可以访问，且无需登录。可设置服务所属分类，可设置服务图标（3）服务授权管理基础平台的一站式服务中心系统的服务授权管理模块可以通过岗位和部门结合的授权方式给职位授权教师服务，子部门可以继承上级部门的权限，系统根据应用所对应的用户映射对用户进行服务授权；学生服务和公共服务无需授权。需提供多种授权维度和授权颗粒度，支持根据组织机构、域及用户组、用户三种进行授权，同时，也可以对各维度的各级节点或单独人员进行独立授权。（4）面板管理面板为装载服务的容器，用于在前台我的桌面以卡片的形式展现服务和服务数据面板分为系统面板和自定义面板，管理端仅可以管理系统面板，包括热门服务面板、最新服务面板、推荐服务面板、我的课表、我的消息、待办事项、通知、公告、新闻等；面板领域用于区分适用的用户身份，教师面板只能填充教师服务和公共服务，学生面板只能填充学生服务和公共服务；支持批量选择多个服务对面板进行填充，使面板根据填充的服务展示服务图标或者服务接口数据内容。系统可以根据服务信息和用户使用情况自动更新面板数据，其中最新服务面板会根据新增服务情况每天定时更新；热门服务面板、推荐服务面板根据用户的访问情况每天定时刷新；管理端添加新的服务或者面板后，前台用户访问页面时可以收到提示，让用户可以更快速的了解到新的功能，并加以使用；支持自定义面板模板，为了更多样化的展示服务信息，将会提供自定义面板模板的创建，用户可以通拖动的方式来创建新的面板模板，来渲染我的桌面。（5）服务大厅用户可以在服务大厅新增、修改、删除、填充分栏信息，并可以调整分栏的排序，此处教师领域仅可以配置教师服务，学生领域仅可配置学生服务，游客领域只能配置非授权服务；服务大厅的配置更新会同步到前台显示。（6）服务统计分析根据服务的访问情况，从多个维度进行分析，并以图表的形式展现给管理端的用户查看,让校领导可以更直观的查看学校教师和学生使用的情况（7）主题管理提供多种页面主题，以适用于不同的用户需求，让界面更加多样化。（二）前台（1）服务大厅首页服务大厅首页采用分类分栏的方式渲染后台配置的服务信息，用于展示学校的业务功能；用户点击服务访问时，对于需要授权访问的服务会弹出登录框让用户进行登录，其中游客服务无需登录即可访问；搜索功能可跳转至服务中心界面查看服务信息；（2）服务中心服务中心用于查看学校所有的服务信息，无需登录即可访问；服务中心可以根据领域、分类搜索访问，根据服务名称的第一个字的拼音大写或字母分组排列；支持字母导航功能，方便用户快速查询相关服务信息；为提供更好的搜索相关服务，支持基于名称、英文字母或拼音的查询功能。为学生、教职工、游客办事不同角色的用户提供按照不同的办事主题和办事部门对外提供办事服务，既包括线上可办理的信息化服务，也包括在线下办理的事项清单，让师生及游客对校内办事清单有详细的了解，包括办理部门、办理地点（地图的形式体现）、办理时间、部门电话；（3）我的服务我的服务以和服务中心同样的方式展示了服务信息，区别于服务中心的是我的服务中只会展示有权限访问的服务，让用户可以更友好的查看自己所拥有的服务权限。（4）个人信息用于用户编辑个人资料，如昵称、性别、手机号、头像等信息，同时提供修改用户密码的功能。（三）一网通办移动端提供自适应移动设备显示的前台功能，让用户可以随时随地的在手机等移动设备上使用。1.1.2数据中台基础平台的数据中台系统能够无缝接管学校现有平台，包括与第三方应用系统集成对接，与统一身份认证平台进行统一身份认证对接，在保修期内所有数据集成和对接开发均免费提供服务。（一）标准代码管理实现标准代码的管理，管理员可对标准代码进行新增、修改、删除、映射（例如将国家标准代码和地方标准代码做映射关联）操作；支持自动映射功能，支持自定义标准代码（即学校自己定义的标准代码）。标准代码适用于各个标准数据表中，如学生的性别等信息，用户在导出报表时可根据需求生成对应的国家标准数据、地方标准数据和学校标准代码数据。支持多版本标准代码管理。数据标准发布过程：包括数据标准的生成、发布申请、发布审核、标准pdf文件查看及下载。（二）数据集管理数据集为标准代码的集合，是学校业务使用数据的规范，学校可根据业务需求来配置数据集信息；学校在创建表单时可根据数据集快速添加标准字段。数据集成管理：集成任务可按“数据采集”、“数据清洗转换”、“数据建模”等不同类型分类管理；演示通过健康度来反应任务在近期运行中的稳定程度，根据近期任务执行的成功率来反应健康度，需通过不同颜色状态或其它直观的展示形式反映不同的健康度，以提高管理人员对任务的精细化运维管理。（三）数据规则管理统一定制数据校验规则，统一规范非标准代码数据的标准，如身份证号码校验、手机号校验等。（四）表单管理通过页面拖动和配置的功能实现自定义表单页面的功能。支持丰富的页面标签、如单选按钮、文本框、下拉框等；支持配置标准代码和规则来实现自定义表单数据的标准化；提供新增、修改、删除、预览表单的功能；提供自定义表单的数据查询、新增、修改和删除；（五）数据源管理数据源是作为汇总数据中采集数据的基石，支持数据库数据源和接口数据源，其中数据库数据源支持oracle、mysql、sqlserver、国产达梦数据库、人大金仓；接口数据源支持restful、webservice接口；支持数据源连接测试。（六）数据采集对于学校业务系统中缺少的数据内容，通过配置表单实现面向师生用户或业务部门的收集。具体要求如下：(1) 需支持数据表配置，需支持设置数据表的表名和物理表名，支持依次添加表中的字段，设置每一个字段的字段名、物理字段名、字段类型、字段属性、是否设为主键等字段信息。支持删除已新增字段，支持通过拖拽调整已新增字段顺序。(2) 需支持对数据表作停用和删除操作，停用表时支持输入表名进行确认，删除表时需先停用，防止误操作(3) 需支持数据模型配置，需支持按步骤依次设置模型信息。需能逐个设置模型所选择的数据表中各个字段是否必填以及选择引用的字典数据，支持设置字段的验证规则，支持整数验证、数字验证、英文字符验证、数值范围验证、邮箱格式验证、手机格式验证、日期验证规则等验证规则(4) 支持WEB方式可视化设计数据补采表单，需能设置采集数据的字段，需支持添加、拖拽字段自动生成布局。需支持单行文本、只读文本、多行文本、序列号、下拉选择、下拉树、单选、多选、日期、数字、开关、选择部门、选择人员、批次编号等控件(5) 系统需支持已新增模型管理，需支持模型授权、模型启用、模型停用、模型删除等功能。模型授权时支持从系统用户列表内选择授权人员。模型停用前之前检测，若该模型已被授权且正在进行补采填报的数据收集任务，将无法停用，模型删除前需检测其是否停用，模型停用后支持删除。(6) 用户需能通过单条数据新增、excel批量导入、下发收集任务3种不同方式完成授权数据的补采工作。系统需支持多级任务下发，用户在下发任务时需能选择是否允许再次下发。(7) 导入时需能下载excel导入模版，在excel模版中完成数据编辑后即可上传，上传完成后，用户需能下载导入失败的数据查看失败原因。用户需能查看本人的导入记录，需能查看导入时间、导入数据总量、导入成功数据量、导入失败数据量，在导入记录中支持下载导入失败的数据和下载导入数据的原文件。(8) 基础平台的数据中台系统的数据采集模块在下发收集任务时，需支持按步骤设置下发数据范围和下发方式，任务接收人，任务的提交截止时间、超时是否允许提交和填写注意事项等信息。用户确认收集任务的配置信息后，需能通过二维码或链接方式将任务分享给对应接收人。支持接收人通过移动端扫描二维码打开任务填写表单。(9) 系统支持将任务接收人提交的数据汇总给任务下发人，任务下发人需能对汇总的数据进行确认，支持单条确认、批量确认、全量确认。已确认的数据需支持再次编辑。(10) 系统支持用户对本人所下发的任务进行管理，需支持任务删除、任务详情查看功能。查看详情时需能编辑任务提交截止时间、查看接收人的任务处理进度。(11) 用户需能查看和处理本人接收到的任务。用户需能查看接收到的每项任务的任务名称，分发人，提交截止时间，最新修改时间，任务状态等信息。在处理任务时，支持导入、导出、新增、数据提交、全量提交功能。系统支持任务接收人查看当前任务的数据导入记录。若接收人接收到的任务允许再次下发，则需能看到当前任务再次下发的收集任务记录。（七）数据备份为了保证数据的安全性，提供了数据备份的功能，用户修改、删除数据时会将原来的数据进行备份存储；支持备份过期时间的设置，过期的备份数据将会被删除；支持备份数据的查看、删除和恢复。（八）数据清洗数据清洗解决了垃圾数据长时间占用服务器资源的问题，例如已逻辑删除的数据等，数据清洗可根据配置来处理这些垃圾数据，以实现数据的高质量；用户可以配置清洗表单和清洗规则，如清洗A表中已删除状态30天的数据支持手动和定时清洗功能，用户配置好清洗策略后，可重复使用该策略清洗数据提供数据清洗日志和统计分析功能。（九）开放接口提供标准接口，是数据中心共享数据的主要手段，各个应用通过调用数据中心提供的接口来获取统一的数据。支持数据输出的映射，可以将数据以国家标准代码、地方标准代码、自定义标准代码的方式输出；也支持对输出字段进行映射管理，将接口以将数据采集相同的方式配置转为目标需要的数据输出；支持输出字段的权限设置，可限制接口调用方获取的数据字段；支持接口的权限设置，用户可配置应用的接口权限,并支持过期时间的配置；提供开放接口的日志记录；提供开发接口的可视化图表统计分析功能。1.2.综合信息门户PC端支持学校按自己的实际需求通过卡片及展示模板的组合构建符合自己需求的门户，其中模板应不仅是简单的颜色变换，而是整体结构、布局方式的不同。支持与学校统一身份认证平台兼容集成。支持用户个性化管理页面，可对页面进行添加、编辑、删除、排序等操作。支持单独更改肤色、布局、页面内容以及一键切换主题。支持用户保存个人主题、共享主题，管理员审核发布后可以给其他用户一键切换使用。支持卡片编辑，可添加、删除页面卡片，可对单个卡片外观及卡片内容进行设置。综合信息门户PC端系统支持页面卡片动态拖拽，自由布局。综合信息门户PC端系统要求支持管理员使用的内置业务卡片，包括课表卡片、个人信息卡片。课表卡片配置实现教师、学生个人课表信息展示；个人信息卡片，可配置显示姓名、工/学号、部门、照片、上次登录时间、上传登录IP等。1.3.综合信息门户移动端校园概况：展示学校对外公开的基本情况及校园详情，一般显示学校介绍，校训，院系介绍等内容。校园地图：校园地图调用地图接口，同时可根据用户需要设置重要地点和按不同地区显示并设置中心点，进行地点的搜索导航。校园新闻：用于展示学校的新闻，有两种展示方式：第一种是获取学校新闻网页的数据，第二种是直接跳转学校网址。空闲教室查询（教师/学生）：展示学校当前没有授课或未用的教室。校园活动（教师/学生）：展示校园内的活动，分为即将举办和已经结束。综合信息门户移动端系统周课表（教师/学生）：以周课表的方式展示学生、老师、班级、教室不同视角的课程安排信息。卫生检查（教师）：提供辅导员、宿舍管理员对宿舍卫生检查功能，支持拍照和评分。失物招领（教师/学生）：提供失物招领和寻物启事贴发布。办事指南（教师/学生）：提供校内办事指南及常见问题介绍。考试查询（学生）：查看即将开始和已经结束的考试。我的成绩（学生）：各学期各科成绩，班级排名，专业排名，当前科目在本班级及年级的整体统计情况。成绩查询（教师）：用于教师查看自己所教班级的成绩，方便教师横向查看不同班级的成绩差异。我的工资（教师）：主要用于教师核对自己当月工资（应发和实发）、绩效等。教师工作量（教师）：展示教师在不同学期的工作量统计。学习报告（学生）：展现学生个人的整体学习情况，包括各学期的科目成绩、技能证书、总分、班级排名等信息。晚点名：主要用于宿管老师对所管宿舍的学生的晚归、旷宿、请假进行登记。请假管理（教师/学生）：提供学生请假、销假的功能，教师审批学生请假记录。调课申请（教师）：提供任课教师的调课申请功能，调课申请包含：班内对调、代课、更换教室、更换上课时间。课堂日志：提供任课教师上课考勤及上课记录登记功能，方便教师统计汇总考勤结果。来访审批（教师）：提供来访人员代填报及审批功能。勤工助学考勤管理（教师/学生）：用于勤工助学学生上报考勤及指导老师对考勤记录进行确认。1.4.应用管理中心（一）应用管理可查看第三方及学校现有应用的基础信息，支持应用新增、设置、重置密钥、应用成员设置及应用删除等。支持应用编号、名称查询。应用信息维护：对新增应用的编号、名称、类型、信息发送规则进行设置。接口授权：对选定应用在消息中心内的权限进行管理，支持消息类型、应用模板、消息管理、部门管理以及学生和教师管理等权限等的权限添加及权限移除。（二）应用消息查看应用消息发送记录：支持查看所有应用消息批次或选定某一应用后查看该应用下的消息批次。支持消息编号、消息标题、文本内容、状态、消息类型、创建时间等多条件查询。查看发送详情：支持查看选定批次消息标题、发送渠道、发送人群、消息内容等消息信息及反馈消息。查看发送日志：按照已发送消息选定接收账号展开显示每个账号接收状态、发送渠道等发送详情，针对发送失败的账号，支持查看异常详情。支持发送时间、状态等多条件查询。（三）黑白名单黑白名单管理：支持自定义添加和删除黑白名单IP账号，对某些指定ip进行访问限制。1.5.事项服务中心用于管理前台对应服务事项内容的维护，支持用户自主维护事项字段内容；用户可维护不同服务对象的配置，实现不同人员看到与其类型相关的服务事项内容。（一）、服务事项管理应支持查看已创建的服务事项，并可根据自定义字段创建服务事项；应支持通过服务事项名称关键字搜索；应支持通过已配置且已关联服务事项的服务对象、责任部门、服务主题进行下拉筛选；应支持通过是否关联服务进行筛选；应支持通过服务事项状态进行筛选需按照服务事项名称、服务对象、责任部门、服务主题、是否关联服务、是否第三方、最近修改时间、填写进度、启停状态、操作（编辑/启停/删除）内容展示服务事项列表（二）、服务事项评价管理（1）服务事项评价查询应支持按服务事项、服务对象、责任部门、服务主题筛选；应支持评价结果的隐藏处理。（2）查看评价需通过服务事项列表中某一条事项点击查看评价展开，可查看某条服务事项评价的具体内容；评价分数为四项：服务态度、信息完整度、办事进度、整体满意度，评价总分为前四项平均分，最高为五分（5.0）评价内容列表支持按照全部、好评、差评筛选查看，其中好评为三分及三分以上，差评为三分以下；评价内容展示评价人名称、评价时间、四项评价分数。（3）服务事项排序管理员可通过已配置好的服务分类、责任部门内容，针对已有的服务事项进行排序；用于用户在前台根据不同的主题分类、部门分类筛选下查看的服务事项排序规则配置。（三）、服务事项配置（1）分类配置管理员可通过配置分类，为不同服务事项进行分组管理；用户可在前台门户通过关联服务事项的分类内容进行筛选查询服务事项；服务事项分类支持最多可添加三级；同级别内支持上下排序；分类列表支持添加、编辑、删除分类内容，可根据不同分类纬度下进行分类名称关键字搜索；支持按照分类名称、图标类型（字体图标、PNG图标、不需要图标）新建一级分类；支持按照分类名称、一级分类选择的图标类型来新建二/三级分类。（2）服务事项详情配置用户可以配置新建服务事项时的填写字段信息，用于生成办事指南展示给前台用户查看，分为基本信息与独立模块部分，系统出库将会包含预置信息部分。（3）服务对象配置管理员可通过关联组织机构、用户组、用户、游客配置服务对象，使用户在前台门户可以快速定位到与自己相关的内容，并针对不同的对象进行不同内容的推荐相关内容；列表展示服务对象名称及单条服务对象对应的配置信息；支持对单条服务对象进行关联、编辑、删除操作，并可对服务对象内容进行排序；其中管理员可通过关联组织机构、用户组、用户、游客配置服务对象；（4）部门配置用于维护服务事项基本信息内服务部门及责任部门内容；管理员可通过管控台提供的组织机构树中选择相应部门。（5）授权管理用于管理维护系统管理员、服务事项管理员；系统管理员：可在授权范围内使用事项管理中心的菜单；服务事项管理员：使用授权部门范围内的服务事项管理、服务事项评价查询、服务事项排序；服务事项管理员需设置事项管理的部门范围，可选择一个或多个部门。（6）提供事项流程审核服务，各业务部门可以通过该功能自助完成上架、变更、删除部门负责事项，相关人员审核完毕后，可面向用户呈现。功能需包括：服务事项名称、服务对象、责任部门、服务所属主题、是否关联服务、最近修改时间、填写进度、事项状态等，并可根据服务事项名称、服务对象、责任部门、服务主题多维度统计查询。管理端可以查看事项申请的发起时间、审核时间、审核状态，审核者等数据。1.6.消息中心（1）消息主题为了更细粒度的管理消息信息，建立消息主题的功能，用户可进行新增、修改、删除主题信息；消息主题主要用于将消息进行分类管理，每个消息都要有想对应的主题，应用订阅消息时可以订阅指定主题的消息（2）消息订阅管理员可以配置应用的消息订阅信息；让各个应用只关注自己关心的消息信息；应用可以配置多个消息主题；（3）消息管理管理消息信息，消息分为消息和待办两种；用户可对消息进行新增、修改、删除、发布、处理待办(需要继承统一登录和配置用户映射)等操作；提供接口让各个应用调用发布消息，实现消息的汇总和统一管理和共享;提供接口让各个应用获取所订阅的消息信息，已实现消息的共享；（3）消息推送实现消息推送到钉钉、微信、邮箱等功能，用户可以及时接收到消息；（4）消息分析提供多维度的消息分析功能，并提供可视化图表展示，学校管理员可以直观的查看消息的使用情况和使用率。1.7.接口开放中心建立校级的接口开放调度中心，集中汇聚校级API接口能力，如：消息、任务、流程、数据服务等不同能力，基于统一规范和标准保障服务开放的以及使用的安全性，面向不同厂商、不同开发者的应用服务提供统一标准，统一扎口的开放服务，建成一套整合各个系统接口，提供统一、安全的输出接口，实现“对外能力开放，对内服务集成”。系统需提供针对平台内置接口和第三方应用接口的生命周期管理能力，包括接口创建、编辑、启用、停用以及删除等。需支持单个添加和批量添加接口的方式以满足学校不同的需求。系统应内置平台对外提供的接口能力，以方便第三方应用或业务系统调用，投标方需详细阐述系统内置接口清单，至少应包含：认证协议类、用户激活类、用户管理类、消息中心类、待办中心类、日程聚合类、资讯聚合类、开放能力类几种不同的系统内置接口能力。系统应支持针对API接口的鉴权信息进行管理，需支持展示各类接口的信息、支持接入、删除等管理操作和查看接口授权情况、使用情况、被调用日志等操作。1.8.运营中心（一）运营看板中心应提供针对整体一网通办运行情况的运营看板功能，包含：服务建设情况、服务量情况、服务人员情况、客服运行情况、日常运营情况以及个人服务情况的展示。（二）效能监测中心提供不同服务流程运行效能达标情况、流程服务部门效能情况、流程服务个人效能情况及流程、部门、个人三个维度的同比变化分析，支撑管理者工作汇报、日常运营、日常监管、绩效考核场景的数据应用。支持针对校级、部门以及服务的运行效能进行监控，并支持根据日程督查年度效率降低的服务Top5、年度效率降低的部门Top5、办理效率同比降低的服务Top5、办事效率同比降低的部门Top5、办事效率环比降低的服务Top5、办事效率环比降低的部门Top5统计图表，选择服务或部门进行催办。（三）运营中心系统免费完成与数据中心平台数据整合和单点认证对接工作，涉及系统相关技术对接费用和协商需要中标人自行处理解决，在保修期内所有数据集成和对接开发均免费提供服务。具体内容如下：（1）新建系统的基础数据例如：学期、年级、专业、班级、教职工基本信息、学生基本信息、校内部门基本信息等需与学校现有数据中心平台保持同步，不得单独维护一套基础数据，避免产生数据不一致的情况。（2）新建系统须与学校现有统一身份认证平台集成，实现统一身份认证、单点登录。（3）运营中心系统服务期内根据学校实际需要提供免费的数据分析报表定制开发服务，可视化展示学校的各项数据，包括但不限于学校基本情况（占地面积、教学行政用房、学生宿舍面积、教学实践场所、校企合作企业数、教师总数）、当前学期课程情况（开课课程数、开课教师数、选修课门数、专业课门数）、当日教学情况（当前上课教师数、当前上课班级数、考勤异常人数）、当前设施设备情况、各年级就业人数、今日考勤监控、学生情况（学生总人数、班级数量、男生人数及占比、女生人数及占比、男生住宿人数及占比、女生住宿人数及占比、男女生走读人数占比、分专业学生人数、年级学生人数、班级学生人数、宿舍情况、奖学金情况），就业实习资助（各年级就业人数、实习情况、勤工助学、扶贫帮困），教室、设施设备（教室使用情况，包括教室总数、使用中、上课、考试、借用、空闲；当前设施情况（分年统计固定资产总值、实训设备总值、生均教学总值、生均纸质图书）等，所有数据需从数据中心和相关业务系统获取（如教务，学生服务平台等），支持定时刷新。（四）文档综合管理大部分服务事项都需要用到文档的上传、下载等功能，由于各系统的文件都是单独存放在各自程序目录或数据中，造成文档分散无法统一管理，例如要整理出一个学生的在校期间的档案文件信息，需要到教务，学生等系统去分别查询和下载，效率低下。为了解决这个问题，实现文档的汇总和管理，并支持word、excel、PDF、TXT文本等文档的在线预览和在线编辑功能,使用户可以无需下载，在线浏览和编辑文件的内容；并提供统一的浏览地址，减少相同内容的重复文件占用空间问题。运营中心系统的文档综合管理模块与统一身份认证平台进行统一身份认证对接。（1）文件管理用于管理文件信息，提供文件信息的查看修改、删除、预览、在线编辑文件功能,其中预览和在线编辑功能其他应用也可以访问使用（需要接入单点身份认证平台）；提供接口让各个应用调用上传和获取和删除文件信息。（2）文件备份为防止用户误操作而导致的文件信息丢失，将会对文件进行备份处理，可配置文件备份的过期时间，支持实时备份和定时备份两种方式，实时备份即文件上传、修改后实时备份文件信息，定时备份为指定时间统一备份新上传和修改的文件；支持备份文件的查看和预览和恢复。（3）文件清理定时清理垃圾文件，保证文件数据的质量，并降低服务器的存储压力。1.9.身份认证平台升级改造及历史数据清洗身份认证平台升级改造及历史数据清洗系统承诺新建系统与学校现有系统（包括但不限于：移动校园、教务系统、学生服务平台、动态数据采集系统、访客系统、OA系统、人事系统、图书馆系统等）实现统一身份认证、数据对接、单点登录。统一身份认证平台基于微服务技术架构，支持微信扫码登陆，与微信校园用户进行验证。为实现统一认证和单点登录提供接口和通道，可支持跨平台和各种开发语言的应用系统接入平台，例如目前学校现有系统所使用的ASP、.NET、JAVA、PHP等多种开发语言；支持OAuth2.0协议，支持OAuth开放服务，可向第三方提供OAuth2.0接口，包括OAuth应用注册和OAuth服务管理，未注册的应用不允许授权。不同人员类型管理与统一身份认证对接，考虑不同人员的自动化管理，不同类型的人员由不同的管理员进行管理。（一）用户信息管理实现统一管理用户信息，该用户信息适用于各个内部应用系统；管理人员可以对用户信息进行新增、修改、删除、锁定/解锁、过期设置等操作；同时为了适用于学校的业务情况，提供基于岗位或职务的授权功能；用户可以配置一个岗位信息和多个附属职务信息，用户会拥有所有相关的权限。用户管理：对平台用户账号的管理，增加、删除、修改、批量导入。支持对用户敏感信息加密，一键式用户赋权，支持对用户信息的批量导入导出。角色管理：一键角色赋权，支持批量设置用户角色，支持角色自定义。身份认证平台升级改造及历史数据清洗系统的用户信息管理模块权限管理：支持能够自定义权限粒度，细化各子系统（包括但不限于教务系统、学生服务平台等）得菜单功能等权限，支持用户批量赋权和自定义赋权。（二）应用管理应用管理模块用于管理各个应用的信息，分为内部应用和第三方应用，其中第三方应用的访问需要在用户模块中配置用户映射。应用的状态用于管理应用是否启用、停用，支持定时启用、停用功能；停用的应用会取消统一登录功能。（三）菜单管理实现统一管理内部应用菜单信息；解决了每个应用都有一套菜单管理的冗余问题和用户权限重复设置的问题；支持嵌入外部菜单（需要集成统一登录）；支持菜单的隐藏或显示的配置；（四）部门管理实现统一管理部门信息，用户可对部门进行新增、修改、删除，并同步到所有内部应用中（五）岗位管理实现统一管理岗位信息，用户可对岗位信息进行新增、修改、删除，并同步到所有内部应用中；为了支持学校的业务需求，实现了岗位和部门结合实现的统一授权功能，即同一岗位在不同部门下可以设置不同的权限，且子部门可以继承上级部门的权限，避免了权限的重复设置。（六）身份自助服务身份自助服务主要面向认证服务的最终用户，包括所有学生、教工、工作人员、家长或其他校外人员等。满足用户对自己帐号信息和密码信息的维护需求，查询到自己的帐号的使用信息和维护信息。提供用户设置找回密码的功能。用户可以通过所绑定手机的动态验证码进行一次登录并进行密码的修改。用户可以查看帐号当前的登录信息，也可查看当前帐号使用免登录还未过期的相关信息，并且可踢除相关登录信息。用户可以查看在什么时间段访问过哪些系统。用户可以进行二次认证、多处登陆、密码变动提醒设置，提高账户的安全性。身份自助服务还可以绑定手机号、邮箱。绑定后，提醒消息可以发送给手机，且用户也可以通过手机号、邮箱作为用户名进行登录。可以对微博、微信、QQ账号绑定设置进行绑定和解绑。（七）认证管理认证管理用于管理全校已经集成的所有应用系统，每个集成的应用系统均需要在此注册。认证统计主要展现平台帐号的认证情况，包括认证成功和认证失败的概况，同时系统还提供各个认证细节的查询，包括认证的帐号、认证的时间、认证的IP等。登录失败日志查询，管理员可以查询到认证失败的日志，包括认证失败的原因。应用访问统计，管理员可以看到一个时间段内，通过身份认证访问系统的统计信息。包括系统名称、访问量、时间范围。应用访问查询，管理员可查看用户通过身份认证访问系统的情况，可显示用户名、系统名称、认证结果、认证时间、认证时长等信息，还可根据用户id、系统名称进行搜索认证日志。OAuth应用管理，注册通过OAuth协议访问的系统，包括应用名称、客户端ID、客户端密钥、授权回调地址、基础授权范围、扩展授权范围。身份认证平台升级改造及历史数据清洗系统的认证管理模块OAuth授权管理，管理员用于管理OAuth开放的接口权限，一个接口包含权限编码、权限名称、权限类型、描述、接口类型、权限分类、请求URL等信息。（八）授权管理授权管理可以实现对用户访问应用进行授权，实现应用级的访问控制。授权功能提供校内身份类型组的管理功能，用于区分用户的身份类型；同时提供身份帐号入组和出组的管理功能，可基于Excel文件实现批量操作；提供授权管理行为的统计功能。群组授权提供了群组管理，群组支持树状结构，帐号可以分配到群组，群组对认证应用做授权，群组中帐号自动拥有群组的授权。用户授权提供了对单独帐号做认证应用授权的功能，目的是某些特殊帐号可能需要特殊的权限。授权统计可通过图表展现帐号入组和帐号出组的操作统计，并且提供操作的细节数据的查询，包括操作时间、操作者、操作IP等。提供身份全局授权功能，支持对其他应用进行集中式菜授权，以简化不同系统授权复杂度（6）支持OAuth开放服务，可向第三方提供OAuth2.0接口，方便第三方使用OAuth开放协议来获取服务，包括OA