智慧校园应用支撑子平台建设需求_第1页
智慧校园应用支撑子平台建设需求_第2页
智慧校园应用支撑子平台建设需求_第3页
智慧校园应用支撑子平台建设需求_第4页
智慧校园应用支撑子平台建设需求_第5页
已阅读5页,还剩22页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

智慧校园应用支撑子平台建设需求一、项目概况1.1项目建设背景智慧校园,目标是利用信息技术全面促进教学手段和方法现代化,创新人才培养、科研组织和社会服务模式,推动管理服务的改革创新,包括:以数据多样化和集中为基础,将教学、科研、管理和校园生活充分融合;实现无处不在的网络学习、融合创新的网络科研、透明高效的校务治理、丰富多彩的校园文化以及方便周到的校园生活;实现学校“精细化管理、协同化支撑、个性化服务”的发展目标。“智慧”不仅是利用物联网、云计算、移动互联网、人工智能、数据挖掘、知识管理等技术,其内涵还包括提高办公、监管、服务、决策的智能化水平,创新高效、敏捷、便民的服务模式,是技术、管理和业务三者的深度融合。其中应用支撑平台在【智慧校园】体系里是衔接业务应用层与基础数据层的关键环节,是提升数字化服务体验的、信息化系统互通融合、业务流程快速响应、信息化系统安全保障、关注信息服务效果的需要。搭建应用支撑平台,可以助力学院智慧校园稳健的建设,促进学院与的互联互通,改善学院师生用户的服务体验,提升学院信息化技术架构水平,满足多样化的业务支撑的需要。1.2项目建设目标应用支撑平台建设目标是在安全认证、资源整合、体验重塑、效能提升、风险控制等5个服务方向实现:安全认证是智慧校园建设中首要解决的一项内容。随着管理、服务化的需求不断提出,业务系统逐量增加,提供统一登录入口,打造一次登录全院通行的用户体验,提升工作效率,减少管理消耗,助力学校实现更高效、更安全的业务连接。资源整合是智慧校园建设中服务化、以人为本的信息化建设自然衍生的趋势,为学校整合资源、面向服务、决策管理、提供统一的管理服务集成平台,通过规范各业务系统的高同质化、高使用率的业务模块进行信息整合,提高办公效率及数据共享。体验重塑是将智慧校园建设中有共性的、高频的、与用户密切相关的业务从原有业务体系中抽离出来,以公共服务的形式重新呈现在用户面前。体验重塑主要以审批、待办、消息、日程、反馈等方面切入,重点解决共性问题,通过化繁为简,优化信息化平台用户的使用体验。效能提升是智慧校园建设中非常重要的一项内容,是大势所趋。如何更好地在实现效能提升,服务于学校的教务、教学管理工作,以提高工作效率、规范工作流程是各高校在积极探索和实施的方面。风险控制是智慧校园的底线,是建设中最必不可少的支撑,主要是通过权限审计系统及运维管理系统来加强信息安全领域的身份认证与访问控制的管理,贯彻最小权限原则,避免个别角色被赋予了不必要的权限;加强运维管控,避免庞大系统体系中发生的小概率管理缺陷。1.3项目建设思路平台的建设旨在提高校园信息化水平,加强学校各业务板块之间的联系,以人为本,达到信息数据互通、共享,不断增强服务功能,使校园服务多元化、智能化。同时,帮助学院整合各类资源并进行合理配置,提高校园信息利用水平和服务质量,加快信息化步伐,为师生提供更加便捷舒适的校园活动。整体建设思路如下:1.3.1立足“学校高度、顶层设计”的建设理念通过对于行业高校普遍信息化建设经验的汲取和不足的总结,站在学校整体高度,采用“顶层设计”的方法,构建一个松散耦合的分布式应用体系,以“用户”为视角,突破业务部门与应用系统的边界,按照不同角色需求对服务内容进行重新梳理和组织,重点覆盖教学、科研、日常管理过程所需的服务,同时兼顾师生衣、食、住、行过程中所需的服务。细化思路如下:(1)整体建立并深度融合教学、科研的服务应用;(2)一体化、全生命周期的管理业务建设与完善;(3)全面盘活数据资产,辅助领导决策;(4)开放、灵活、共享的公共服务体系构建。1.3.2基于“大平台+微应用”建设模式“大平台”重点解决应用间的标准统一、差异屏蔽、组件复用;“微应用”针对相同业务开发小型系统,提供更灵活、更个性化、更快速响应、更具可扩展性的服务,也更方便第三方开发商的接入。基于“大平台+微应用”架构的校园信息系统的设计思想与实现方式,应用支撑平台将与多个传统业务系统对接,通过标准接口同步相关服务与数据,以完成各信息系统的调用与整理,再将这些在微应用上展现给用户,从而帮助学校解决以往各应用系统碎片化的问题。“大平台+微应用”建设模式可化整为零,能够快速响应服务建设需求;可开放建设,让信息化多方参与成为可能;让服务流程碎片化,实现清晰化透明化管控。1.3.3以“服务化”为核心建设传统建设思路以行政部门管理类需求为主要导向,导致的用户体验差、使用率低等顽疾是无法避免的。信息化的根本是“服务于人”,价值源于服务,解决的根本在于对现有建设思路的转变。不再局限于行政化、管理化的信息化建设,发挥信息化建设的真正价值,让全校师生在包括管理、教学、生活、工作、科研、社交等各个领域体验到信息化建设带来的便利和价值。以平台化的思路,实现垂直应用到综合服务的转型,面向广大学生、老师、职工进行服务化的改造,提供高用户体验,形成全覆盖的应用。更好的让校内人员充分体会到信息化建设的成果和便利。1.3.4以“运营化”为交付模式传统模式下系统是以交付给用户某个固定的应用或服务为结果,而真正有价值的应用或服务都是需要在使用过程中不断磨合、不断调整、不断优化的。“运营化”思路下的交付模式将会发生较大的转变,应用支撑平台通过交付标准应用或服务,同时辅以运营服务为重点展开面向学校师生的常态化运营。应用支撑平台需具备“需求-设计-实现的”的一致性保障、以及高效的PDCA循环能力,通过不断的计划(plan)、执行(do)、检查(check)、处理(Act),让问题得到快速的收敛。过程中积累知识与经验沉淀在自描述的系统中,不断促进平台服务的完善与提升。二、技术要求1.项目总体要求通过跨操作系统平台、数据库平台的中间件软件构建,具有良好的平台兼容性、部署灵活性、互操作性和标准性等特点,达到基于应用支撑子平台之上构建的业务应用系统,建设周期短,平台移植性强,系统运行稳定、维护方便的目的,实现应用在异构环境中的快速部署构建组织信息门户,提供底层应用互通的基础,实现多业务、多系统的集成。2.项目需求清单功能需求需求内容统一身份认证提供统一登录方式、实现单点登录、基于角色访问控制、传输加密、统一身份认证依据实际业务发展需要分别对接不同的设备、密码修改、接口设计的需求。对接用户数据确保各业务系统调用统一身份认证接口登录后,用户身份认证中心的身份信息是相同的,认证状态是一致的,以此实现单点登录及退出。应用管理实现应用的接入和集成,为用户访问应用提供统一的界面和入口,结合访问权限控制及统一认证,为用户提供整体性的系统平台服务。授权管理平台构建统一的应用操作授权界面,结合统一用户,实现单个和批量用户的授权操作和数据校验,达到添加、修改、删除等按钮粒度层次的精准授权。接口管理提供统一、标准、规范的API接口文档管理功能,实现API接口文档线上化;并提供各业务第三方接口授权的服务,实现对信息门户平台开放的接口或者集成的应用进行统一管理,保障接口调用的严谨性。日志管理为平台构建统一的操作日志数据库,通过提供标准的接口与集成应用的对接,实现对集成应用的操作日志收集和分析,日志数据为系统的调试、错误定位及系统数据分析提供重要的数据信息。PC/移动应用桌面为用户主要提供PC、移动2个版本,以满足日常校园生活中师生们的使用场景,为师生们提供更多、更便捷的服务。信息推送消息中心涵盖推送端和接收端,推送端为各应用实现推送接口,接收端为用户提供业务消息接收和通过消息访问相关业务,是业务驱动的一种主要方式。审批聚合中心提供标准化的API接口,支持各业务应用系统进行对接,实现各类业务系统审批数据的聚合,审批人可以通过审批应用进行业务审批而无需跳转到具体的业务系统或可根据实际业务情况,支持跳转至业务系统进行审批。待办聚合中心提供标准化的API接口,支持各业务应用系统按照指定数据结构及标准,进行对接,将业务待办事项聚合至待办中心,为用户提供待办事务统一界面,为用户处理业务提供便捷,是在数据层面实现业务驱动。日程聚合中心实现个人日历的自定义填写,同时通过接口授权和对接标准,其他应用也可以将和时间有关系的业务信息写入到日历中,为个人用户提供重要的信息聚合界面。问题反馈为校园用户提供统一的反馈通道,并为业务人员提供反馈问题功能、回复问题功能和记录相关问题反馈。表单中心让学院可以根据自身需求设计申请表字段,提高申请表定制化程度,满足不同业务场景中的申请表使用需求,帮助学院快速、高效、灵活地管理业务申请表,构建网上办事大厅。流程引擎通过可视化工作流的应用,可以快捷的创建、修改和更新工作流,解决应用在使用过程中因业务流程的变化而不能及时变更工作流的难题,工作流可以为其他应用接入提供标准的方法和接口。场馆预约建设场馆预约系统,可统一场地资源预约服务,为多个不同业务部门提供预约管理,面向用户则提供统一的预约入口。访客预约师生在统一的信息化系统上提交访客入校申请,各院系、职能部门根据权限审批业务事项,其中学院决定访客是否可以入楼(知悉访客客流)、职能部门审批访客入校的事项(知悉业务事项),总务处根据访客入校标准批准访客入校。权限审计通过权限审计系统来加强信息安全领域的身份认证与访问控制的管理,贯彻最小权限原则,避免个别角色被赋予了不必要的权限。统一运维管理构建统一运维管理服务,规范各系统供应商变更规范、流程,提高IT系统的运维的稳定性。3.应用支撑子平台系统建设要求(系统功能需求)(一)统一身份认证(1)提供统一登录方式(界面),师生可通过:短信验证、本地账号、北大IAAA账号、企业微信验证等多种方式登录门户。(2)实现单点登录:用户只需登录一次,即可通过单点登录系统(SSO)访问后台的多个应用系统,无需重新登录后台的各个应用系统。后台应用系统的用户名和口令可以各不相同,并且实现单点登录时,后台应用系统无需任何修改。(3)基于角色访问控制:根据用户的角色和URL实现访问控制功能。(4)传输加密:支持多种对称和非对称加密算法,保证用户信息在传输过程中不被窃取和篡改。(5)统一身份认证依据实际业务发展需要,将分别对接:校本部IAAA、PC端、微信小程序端及企业微信端认证。(6)密码修改:支持教职工及学生跳转至校本部信息门户对应页面进行修改,临时账号在门户本地修改。(7)接口设计:支持学院建设的业务系统对接,提供统一身份认证接口。(二)对接用户数据(1)对接数据平台主数据对接学院数据平台统一的用户数据、部门数据,确保各业务系统调用统一身份认证接口登录后,用户身份认证中心的身份信息是相同的,认证状态是一致的,以此实现单点登录及退出。支持查看部门数据。相关功能:查询、查看、编辑、删除、停用、启用部门数据;排序部门列表、新建其他临时部门。(2)临时人员数据管理身份认证体系中会包涵非教职工的临时人员数据管理,如:查询、查看、编辑、删除临时人员数据,避免人员分散化、实现通过系统有序管理用户。临时人员需可通过统一身份认证进行登录并使用系统,管理员可通过权限系统统一管理临时人员的用户数据、应用访问权限。并支持将临时人员数据回填至数据中心,补充人员主数据的完整性。(3)微信绑定用户小程序门户接入统一身份认证后,为提高账号安全,小程序门户限定了一人一号绑定,不允许多设备同时登录同一系统账号,避免账号信息泄漏。微信绑定用户可提供管理员查看系统用户与微信账号绑定的情况,实现微信账号绑定设备的情况查询和监控。用户也支持在小程序门户自行退出登录实现解绑,以完成系统账号与微信号的更换绑定服务。微信绑定用户提供相关功能:查询、查看、管理员解绑。(4)非校内用户除了向校内用户提供服务,也存在对校外用户提供的服务需求。信息门户公众号中提供对外服务,产生的非校内用户账号需进行管理和管控。非校内用户模块将涉及:公众号端及管理端。改造信息门户公众号菜单1:信息门户,点击后跳转打开门户小程序菜单2:访客,用于放置非校内用户的服务,点击后需非校内用户注册/登录非校内用户注册/登录账号,使用校外服务。管理非校内用户数据,查看注册登录情况。相关功能:查询、查看、编辑非校内用户信息。(三)应用管理(1)应用列表:应用查看、编辑应用配置信息。(2)创建应用:配置应用名称、图标、访问地址、可见范围等、是否发布等参数设置;系统参数、数据字典的配置和处理,提供部分参数灵活动态变更。(3)应用分类配置:应用分类标签设置。(4)支持:查询、编辑、删除应用。(5)其他:支持设置热门、推广的服务为常用服务,向用户推荐高频、日常的服务,以及移除、排序功能。(四)授权管理(1)角色管理根据不同业务创建不同角色,为不同角色分配业务应用的菜单、操作权限。(2)岗位管理创建岗位并给岗位配置角色,允许一岗多角色,实现多个业务交叉权限的聚合授权。给指定用户分配指定岗位,并支持一人多岗,用户以此获取该岗位对应的单/多角色应用权限。(3)权限分配将应用操作的权限分配给不同的角色(与角色管理的授权方式逆向对应),批量将应用权限分配给指定用户群体。(4)数据控制控制不同用户可以查看的数据范围,如:查看全部、自己所在部门、指定部门或仅自己创建的业务数据,实现数据范围管控,做到不少看、不多看、数据隔离有边界。(五)接口管理(1)客户端管理接口授权:第三方用户调用接口调用密钥配置、可调用接口授权及其他参数设置相关功能:创建、编辑、查询、查看、重置密钥、启用/停用客户端。(2)接口文档说明实现接口文档线上化,统一管理、追溯历史版本,实现线上查阅,提高信息共享和同步效率,防止接口文档变更信息不同步所产生的浪费。接口说明:录入接口接入指引文档。接口管理:按应用分类,录入各应用的接口文档,统一管理平台接口。相关功能:创建、编辑、删除、查询、查看。(六)日志管理(1)登录日志登录日志:查看系统登录的日志记录,可查看登录用户、登录IP地址、操作系统、登录终端、登录状态等信息。相关功能:查询、查看、导出。(2)同步日志同步日志:记录系统中具有定时器的同步日志,监控同步事务是否正常,可查看同步事务详情、同步结果、同步时间等信息。相关功能:查询、查看、导出。(3)操作日志操作日志:记录系统的业务操作日志(用户对业务数据增删改查的状态记录)。操作埋点:设置需观测、采集的日志埋点,创建操作埋点、事件、编码等。相关功能:查询、查看、导出。(4)调用日志调用日志:统一身份认证调用日志、接口使用频率及使用状态情况,监控认证链路情况。相关功能:查询、查看、导出。(5)接口设计支持学院建设的业务系统对接,提供如下标准接口:序号接口名称1创建登录日志接口2创建同步日志接口3查询登录日志接口4查询同步日志接口(七)PC/移动应用桌面(1)应用桌面聚合相关业务应用,为用户提供统一应用服务桌面,将业务应用集成至统一入口,提高用户访问效率及提升访问服务体验。支持用户按分类查询检索应用,同时支持置顶常用服务。(2)小程序应用桌面服务模块:系统服务统一入口,点击后进入具体应用服务界面。更换头像:更换个性化头像。个人信息:查看用户基本信息、其他应急联系人等信息。我的网络:查看网络使用情况。切换语言:支持中文、英语双语切换。退出登录:退出小程序后,其他微信用户可重新登录绑定。(八)消息推送(1)推送平台(发送端)渠道管理:配置系统消息、手机短信、电子邮件、企业微信4类渠道对接参数。推送测试:校验各渠道参数配置的正确性及消息推送结果。短信模板管理:查询、查看、新建、编辑、删除业务短信推送模板。信息推送计划:支持人工手动创建、编辑、发布、删除、查询、查看短信推送计划,支持同时发送给单个/多个用户并查看推送(成功/失败)结果。推送记录查询:按应用、时间、接收人查询所有推送的消息记录、推送结果及导出。微信模板消息:对接微信消息推送,配合微信消息模板配置相关参数、停用、启用。微信模板消息。(2)我的消息(接收端)消息聚合至我的消息中,为用户提供业务集群的消息和统一查看接收入口,用户可按应用查看应用消息,聚焦业务信息。(3)接口设计支持学院建设的业务系统对接,提供如下标准接口:序号接口名称1消息发送接口2消息查询接口(九)审批聚合中心(1)待审批可通过该界面接收并查看需用户审批的各应用数据。支持用户按应用名称查看待审批数据,并进行审批意见的处理,包括:同意、拒绝、退回等操作。(2)已审批可通过该界面查看自己已审批的各类应用的数据及相关内容,支持在当前界面查看审批详情。(3)无需审批可通过改界面查看或签时他人已审批或因业务中断、申请撤回等原因,无需原审批人审批的业务数据将进入无需审批列表中,业务审批人仍可跟踪查看相关审批信息。(4)接口设计支持学院建设的业务系统对接,提供如下标准接口:序号接口名称1创建审批事务接口2更新审批事务接口(十)待办聚合中心(1)待办可通过该界面接收并查看需用户处理的各应用事务及待办理业务数据,支持链接到相应应用的办理界面进行处理,实现统一待办入口。(2)已办可通过该界面查看自己已处理的各类应用的具体事务及内容,支持在当前界面查看详情及根据业务需要点击后跳转至具体业务界面(即:支持配置业务链接的跳转)。(3)无需处理可通过改界面查看部分已取消、已作废的历史事务,保留事实数据以便追溯。(4)接口设计支持学院建设的业务系统对接,提供如下标准接口:序号接口名称1创建待办事务接口2更新待办事务接口(十一)日程聚合中心(1)事项管理日程应用支持用户:按次、按日、按周、按月4种方式添加日历事项及设定事项处理时间,支持重复性事务的创建,并支持用户按日期、应用查看集成的日历事项。相关功能:支持新增、编辑、删除等基础操作,并选择操作变更范围。(2)事项提醒支持配置事项多渠道的提醒方式(如:邮件、短信、系统消息及小程序消息),配置提醒时间(如:提前5分钟、10分钟、15分钟等)。(3)事项设置日程事项支持设置参与人范围、事项备注等内容..支持设置日历中显示或隐藏的应用数据,如:活动应用、课表应用、会议应用等…。(4)接口设计支持学院建设的业务系统对接,提供如下标准接口:序号接口名称1新建事项接口2修改事项接口3删除事项接口4查询事项接口5忽略事项接口(十二)问题反馈(1)反馈端问题反馈:提交遇到的问题,并等待管理员回复,查询、查看已反馈的问题回复情况、回复记录、回复时间等信息。(2)客服端问题回复:支持客服人员回复问题、进行转单、关闭反馈单、问题反馈归类等操作,支持查询、查看相关问题及回复详情。常见问题:将热门、高频的问题反馈,标记为常见问题,引用高频相同的问题回复,提高客服反馈效率。组别设置:设置不同类别的问题客服人员,支持反馈转单操作。提供移动端问题回复、常见问题。(十三)表单中心(1)表单类别管理根据业务类型,进行申请表分类,管理员可在后台管理申请表类别(新增、编辑、删除),通过为申请表设置类别选项,用户可在办事大厅查看业务类别,提供清晰指引和快速定位,查找到自己需要填报的申请。(2)表单设计可通过权限控制,为不同业务部门分配申请表单设计功能,使用表单中心自研的基础组件(如:大标题、小标题、日期、时间、下拉选择框、单选项等)和扩展组件(如:用户信息、基础信息..等),通过组件配置,完成申请表的创建。通过表单自定义,配置信息调研问卷类业务,支持问卷创建、分享、收集。(3)表单设置申请表单发布管理、设置申请表关联部门、设置可申请的用户范围、表单有效期。申请表创建后,可发布至办事大厅,并设置关联部门信息。支持根据业务特性,设置申请表可申请的人群范围,提供有效、有价值的服务。(4)表单共享及查询申请表线上化后,支持用户通过链接、二维码转发分享至其他人填写,实现申请无纸化、信息共享。申请信息通过统一采集申请数据,为业务部门提供集中查阅、审批及处理的服务,同时也为申请人提供申请表进度查看,实现申请进展清晰、透明。(十四)流程引擎(1)条件库配置各业务审批中的分支条件,支持条件添加、编辑、删除、查看及查询。(2)流程编辑可以让用户自定义任务流程,例如在流程中添加任务、指定任务的执行顺序、添加条件判断等,根据分支条件设计分支流程。支持一键复制,为业务部门提供快速设计同类或高度相似的申请表的服务,不用每张表都从零开始设计,提高工作效率;支持一键启用/停用/编辑/删除。(3)条件判断可以让用户定义条件,以决定流程的执行方式。例如,用户可以设置条件,以决定在任务完成后的下一步操作是否执行,以及执行的具体操作是什么。(4)任务分配可以根据流程,将任务分配给具体的用户或部门,并触发相关提醒或抄送等消息通知。(5)其他配置支持视图大小切换、工作流人员批量更换、后退/前进等误操作的还原机制。(十五)场馆预约(1)场馆基础数据设置(新建、修改、删除)场馆类别;配置(新建、修改、停用、启用)场馆场地数据,将学院的足球场、篮球场、羽毛球场、排球场、网球场等运动场地及研讨室、舞蹈室、多媒体室等学生活动中心场地进行管理。同时,支持管理员添加会议室数据,并指定会议室预约使用范围及优先预约权限,学生和老师可以预约的时段及会议室可以提供的附加服务选项(会议音视频技术支持、预约物业服务等)。(2)场馆时间设置设置各场馆场地的开放使用时间,不同场地的开放时间、可预约时段、锁定时段各不相同,管理员可通过场馆时间设置哪些场地哪些时段是开放预约、不开放预约以及固定场馆不可预约。(3)预约规则设置支持根据不同场馆、不同的预约及使用业务特性进行个性化设置,满足多场馆、多规则、多元化的管理和设定。设置(新建、修改、删除)场馆适用的规则,包括:规则名称。是否需要预约。预约限制:至少提前及至多可提前几天申请;同一人同一日同一场馆累计可预约上限。预约人可在前端界面提交预约的时段,避开国家节假日等事务审批。场地谁可以预约。场地预约是否需要人工审批。场地预约后是否需要签到核销。预约成功及使用提醒。规则所适用的场馆。(4)特殊日期设置针对特殊法定节假日等不开放预约的情况进行特定配置,无需动改到常规的开放预约时间。支持设置特殊开始日期-特殊结束日期及不可进行预约操作或不可预约的场馆。(5)公告说明管理可新增、编辑、删除场馆使用/帮助说明,用户将会在预约端可见。管理员可使用公告功能,发布弹窗公告,用户一进入预约端会弹窗显示。(6)我要预约用户可直接进入场馆预约应用,选择要预约的场地、日期、时段,填写并提交预约人信息及说明,等待人工审核,将提供小程序门户入口预约。(7)我的预约用户可按预约审核状态、签到核销状态、预约日期等维度查询查看自己已预约的相关场地记录。(8)黑名单管理人工加入、移出黑名单功能管理员可通过实际业务情况,在黑名单管理中新增黑名单,被加入黑名单用户将无法进行场地预约;管理员也可通过后台功能,将用户从黑名单中移出,恢复可预约状态。自动黑名单机制管理员可设置黑名单规则,如:累计达爽约次数上限则加入黑名单;或按自然月计算,每个自然月累计爽约达上限则加入黑名单。查询查看黑名单人员按人员、学工号查询查看黑名单人员,被加入黑名单的原因以及加入黑名单、移出黑名单时间。(9)签到核销针对需要签到确认使用场馆的预约,管理员可通过PC门户或小程序门户,对指定场馆指定时段的预约进行核销。管理员可通过PC门户签到核销日历查看各场馆的预约成功、签到核销状态。支持扫码签到核销,提高管理员签到核销效率。支持6位预约码和学工号查询预约记录并进行签到核销。针对运动场地类场馆,系统将对接运动场地门禁功能,用户扫码开门即视为已签到。(10)场馆日历管理员可通过PC后台查看各场馆各天的预约情况。管理员可在场馆日历界面,代他人预约场馆。(11)预约查询管理员可通过PC查询查看所有场地、所有人员的预约记录,支持按:状态、预约时间范围、预约操作范围、申请单号、场馆名称等字段查询查看。支持查看预约单详情:预约人、预约说明、预约事由、预约审批流程。支持excel导出记录。支持管理员后台一键取消预约。(12)使用统计汇总会议室在一段时期的使用次数和各部门在一段时期的举办会议次数。支持按多维度统计,如按会议室、使用单位等,具体维度需根据实际数据和需求方指定。(十六)访客预约(1)系统设置入校事务管理,配置及管理学院的入校事务项,如:院务事务(院办审批);教学课程、学生答辩等教务事务(教务处审批);学术交流访问、科研项目中检、结题答辩等科研事务(科研处审批);学生活动、心理、艺术、就业、政审等学生事务(学工处审批);面试、人事档案、入离职等人事事务(人事处审批);财务事务(财务处审批);基金会、校友事务(基金会秘书处/校友办审批);宣传事务(宣传办审批);纪律监察事务(纪委办审批);采购、设备、工程等事务及其他不属于上述类别的事务(总务处审批);供申请人提交申请时选择入校事由,另,访客申请审批流程需根据“入校事务”类型流向不同的职能部门审批处理,可供管理员灵活配置和管理。入校标准说明 为管理员提供入校标准说明内容管理,管理员可再次编辑、维护入校标准内容,申请人将会在申请入校表单版面可见此说明,了解入校前的要求及规则。其他配置入校申请规则配置设置访客提前申请天数及单次来访有效期,把控单次申请的有限性,提高入校来访的真实性等。一票退回人员配置结合实际业务,总务处具有一票退回权,属于访客审批业务中的特权,在此可配置拥有特权的业务人员,则业务人员将不受流程引擎中的节点限制,可于任意节点、任意时间进行一票退回处理。(2)入校申请提交入校申请的方式有2:1)在校职工及师生,代

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论