CN108647277A

CN108647277A - 一种移动校园综合服务平台及其工作方法

Info

Publication number: CN108647277A
Application number: CN201810415029.4A
Authority: CN
Inventors: 刘亮; 李葆红
Original assignee: Shandong Normal University
Current assignee: Shandong Normal University
Priority date: 2018-05-03
Filing date: 2018-05-03
Publication date: 2018-10-12
Anticipated expiration: 2038-05-03
Also published as: CN108647277B

Abstract

本发明公开了一种移动校园综合服务平台及其工作方法，包括：一站式服务大厅模块，提供办事指南、业务咨询、意见反馈、服务预约、在线办理、消息推送、自助缴费和数据统计业务；数据中心，为业务逻辑层和一站式服务大厅模块提供数据支持；业务逻辑层，负责逻辑性数据的生成、处理及转换；业务逻辑层连接服务层与平台层，把校级业务服务依据业务归属划分到各个部门，各个部门通过异步消息传递，处理本部门所归属业务，通过流程中心将各部门的处理数据进行融合，实现校级业务的逻辑管理和任务调度，监控业务流程的执行和反馈情况。解决高校业务流程割裂、管控缺失问题，实现学生管理、校园监控、消费管理和教学管理的无缝融合。

Description

一种移动校园综合服务平台及其工作方法

技术领域

本发明涉及一种移动校园综合服务平台及其工作方法。

背景技术

随着移动互联网技术的不断发展，智慧校园是校园信息化建设和改革进程的高级阶段，是以数字化的方式来体现我们的工作、学习、交流与管理的校园生活，是一种全新的学习管理模式。移动校园是智慧校园建设的重要组成部分，承载着随时随地浏览学校信息、管理校园业务、师生互动交流的重任。

当前高校信息化移动校园建设中存在校级业务流程管控缺失，业务割裂等问题。高校建设的众多APP应用系统大多采用第三方应用程序客户端来实现，由不同的移动校园软件供应商提供和建设，每个业务系统APP的建设和应用都代表了使用这个系统的业务部门的实际需求。中间涉及到与该业务部门相关的大量业务流程。这些业务流程长短不一，其应用场景也相对固定，仅仅基于某个业务部门而已，无法融合其他部门业务，实现校级业务流程的服务。校级业务流程在国内大部分高校信息化建设过程中都相对缺失。带来这个问题的主要原因，和单体业务系统的割裂建设有关。业务部门是这些业务系统建设的需求单位，他们所关注的只是本业务部门在某个业务场景中的流程需要，并不会过多的关注校级层面的流程与自己部门业务流程的关联到底有哪些。同时，对于部门内部的业务流程，每个流程节点的执行人、执行时间、执行耗时、执行效果、执行评价等这些信息也不清晰，这也就带来了当前大部分高校在进行信息化建设过程中校级流程的缺失。各级组织流程的缺失和对流程监控的缺失，会直接影响到校内各组织单元处理事务的效率。同时，更严重的是因为流程与其监控手段的缺失，会直接影响到不同业务数据产出的质量。

国内高校现存的APP应用系统由于多为面向企业级客户的通用移动办公系统，无法真正契合高校用户的实际教学、科研和管理需求。采用定制开发的APP又存在平台迁移局限性、开发维护多版本APP成本高、应用上线需要经Store和market市场确认和多头利益分成等缺点，无法与学校现有的数字校园平台完美相融合。

高校具有用户数量大、信息数据海量等特点，尤其是移动互联网和大数据时代，应用系统并发用户数急速增加，海量的文档、视频、信息等数据急需存储备份，传统的服务器+关系型数据库的应用模式难以解决的所面临的问题。

发明内容

为了解决现有技术的不足，本发明提供了一种移动校园综合服务平台及其工作方法；

本发明提供的第一种技术方案：

一种移动校园综合服务平台，包括：

平台层，包括：一站式服务大厅模块和数据中心；

所述一站式服务大厅模块，提供办事指南、业务咨询、意见反馈、服务预约、在线办理、消息推送、自助缴费和数据统计业务，为师生提供完整的网上办事环境；

数据中心，为业务逻辑层和一站式服务大厅模块提供数据支持；

业务逻辑层，负责逻辑性数据的生成、处理及转换；所述业务逻辑层连接服务层与平台层，把校级业务服务依据业务归属划分到各个部门，各个部门通过异步消息传递，处理本部门所归属业务，然后通过流程中心将各部门的处理数据进行融合，实现校级业务的逻辑管理和任务调度，监控业务流程的执行和反馈情况；

服务层，用于提供客户端与业务逻辑层之间的服务接口，为用户提供创建、发布、管理校级业务服务，接收服务质量评价信息发送给管理部门的客户端；

客户端，用于提供访问界面。

一种移动校园综合服务平台，还包括：信息安全中心；

所述信息安全中心，采用的安全机制有：

为用户开通VPN账户，对业务和数据传输通道进行安全加密处理；

采用SSL/TLS加密传输协议，保障用户身份合法性，数据发送方和接收方要确认彼此身份，要确保各自的身份不会被冒充；数据机密性，所有传输的数据都进行加密，并且要确保即使数据被截获也无法破解；保障数据完整性：确保收到的数据与发送方发出的数据一致，没有被篡改；

使用动态令牌，对于敏感业务和高安全业务，使用动态令牌方式在业务过程中进行二次认证。

本发明提供的第二种技术方案：

一种移动校园综合服务平台的工作方法，包括：

步骤(1)：数据采集：

进一步的，所述步骤(1)的数据采集，包括：标准采集和高级采集；

标准采集支持用户通过一站式服务大厅模块办理审批、填报，所使用的表单和启用的服务流程经过审批后，将表单上的业务数据采集出来，写入数据库，供后续查询、导出和生成报表所用；高级采集支持通过配置的脚本，将流程表单数据自动采集到数据中心；

进一步的，所述步骤(1)的数据采集，还包括：对高校业务基础数据的采集，依据内嵌数据标准，配置学校业务系统数据源，实时或定时实现关系型数据库和Nosql非关系型大数据的数据采集，经数据处理后送入数据中心。

步骤(2)：数据处理：

步骤(21)：判断数据来源，如果数据是一站式服务大厅模块产生的数据，则经业务逻辑层处理后写入数据库，进行数据存储；否则转入步骤(22)；

步骤(22)：对于高校业务基础数据，进一步判断数据处理需求，如果是数据交换，则转入步骤(23)，如果是应用交换，则转入步骤(24)；

所述数据交换是指为了满足学校不同业务系统数据库之间数据资源的共享需要，采用数据交换工具，实现不同业务系统之间数据资源共享的过程。

所述应用交换是指采用Web Service进行组件和应用系统的包装，将系统的数据展示和需求都看作一种服务，通过服务的请求和调用实现系统间的数据交换和共享；

步骤(23)：将采集的数据利用ETL数据交换引擎将数据抽取、清洗、转换、装载，同时进行数据质量的管理、数据转换、调度监控，写入相应主题数据仓库；

步骤(24)：调用或被动启用服务接口，传输数据，进行业务逻辑处理，依据数据标准转换数据，写入数据中心相应数据库；

步骤(25)：数据中心对写入数据库的数据基于数据主题进行二次加工处理，建立主题数据库，为不同应用提供数据服务。

步骤(3)：数据输出：在一站式服务大厅模块、客户端的浏览器或客户端的微信中，提供个人数据中心查询。

请假审批业务流程制定的步骤为：

步骤(201)：模板选择；管理员从模板库中选择请假审批业务表单；也可以新建请假审批业务表单；

步骤(202)：基本信息设置；设置流程名称为请假审批备案表，设置用途为教师请假；设置流程标识，设置上线时间，设置版本；如果是新建的请假审批业务表单，则流程名称、流程标识、上线时间和版本需要自定义设置；

步骤(203)：流程创建；

步骤(2031)：流程类型选择；

所述流程，包括：固定流程、自由流程、自由流程加固定流程；

若选择固定流程，则表示模板设置结束后，用户不能更改流程；

若选择自由流程，则表示模板设置结束后，用户可以重新设置流程；

若选择自由流程加固定流程，则表示模板设置结束后，模板中有必填项和非必填项；

步骤(2032)：审批节点的选择；

根据需要选择请假审批的机构或人员；

步骤(2033)：设置流程环节；

审批节点选择好后，对节点在流程中的排列方式进行布局，排列方式，包括：并行审批、顺序审批或组合审批；

当选择某一种排列方式后，可对流程中的节点进行追加子节点、重设子节点；

步骤(204)：环节权限设置；

流程环节设置好后，设置每个环节的权限，每个环节的权限，包括：审批表单的使用、表单中字段形式的设置、设置字段的可编辑性、设置字段的默认值；还包括对请假的回复选项，包括：打印、终止、退回、接受；其中退回，包括：退回上一环节，和退回指定环节；

步骤(205)：环节策略设置；

环节策略，包括：转入条件、指定办理人和环节结束条件的设置；

步骤(206)：信息保存，得到一个完整的请假流程，然后将请假流程关联到一站式服务大厅模块。

与现有技术相比，本发明的有益效果是：

移动校园综合服务平台是一种新型的智慧校园系统，通过构建流程中心打造轻应用、重服务的综合服务支撑平台，解决高校业务流程割裂、管控缺失等问题，实现学生管理、校园监控、消费管理和教学管理的无缝融合，以降低高校管理运营成本，提高高校教学、科研、管理等综合服务水平。

移动校园综合服务平台在总结了国内众多高校服务平台、办事大厅建设和应用情况，对产生的问题加以改良，建立以多渠道、流程化、服务化、数据化为特点的智慧校园服务平台。为保证移动校园综合服务平台应用建设的整体性，移动校园综合服务平台建设基于数据集成、业务集成、流程集成技术，有效的实现高层次的应用整合、内容整合、信息整合、流程整合,进而为高校业务提供业务服务平台。

附图说明

构成本申请的一部分的说明书附图用来提供对本申请的进一步理解，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。

图1为本发明的系统功能模块图；

图2为本发明的硬件连接拓扑图；

图3为本发明的表单设计器；

图4为教师请假的基本信息设置页面；

图5为教师请假的流程设计页面；

图6为教师请假的子节点追加页面；

图7为教师请假的退回方式；

图8为教职工请假流程图。

具体实施方式

应该指出，以下详细说明都是例示性的，旨在对本申请提供进一步的说明。除非另有指明，本文使用的所有技术和科学术语具有与本申请所属技术领域的普通技术人员通常理解的相同含义。

需要注意的是，这里所使用的术语仅是为了描述具体实施方式，而非意图限制根据本申请的示例性实施方式。如在这里所使用的，除非上下文另外明确指出，否则单数形式也意图包括复数形式，此外，还应当理解的是，当在本说明书中使用术语“包含”和/或“包括”时，其指明存在特征、步骤、操作、器件、组件和/或它们的组合。

如图1所示，一种移动校园综合服务平台，包括：

平台层，包括：一站式服务大厅模块和数据中心；

客户端，用于提供访问界面。

作为本发明的进一步改进，所述业务逻辑层，包括：快速二次开发平台、流程中心和公共组件；

所述快速二次开发平台，包括：

用户认证、授权和权限控制模块，用于用户在一站式服务大厅进行注册、授权以及访问权限的设置；

网盘，用于提供在线存储、访问、备份、共享文件管理服务，支持容灾备份；

个人桌面小应用支持模块，用于提供即时信息以及访问常用工具；

分布式任务自动调度模块，用于协调多节点处理相同任务，处理方式以抢占式和协同分配式为主，通过集群的节点分担大批量任务的处理；

日程和日历模块，用于提供开放的日程和日历开发接口；

消息推送服务模块，用于提供系统消息和用户消息的服务端API接口，提供消息单发和消息群发功能，支持群发微信文本、图文消息，群发普通文本消息、群发通知、公告、任务消息、流程办理消息以及网盘消息。提供第三方消息接口，支持短信和APP、微信消息混合推送，支持短信、APP、微信推送消息跟踪；支持业务消息批量推送；

数据标准数据库，包括：元数据和数据标准集合，所述元数据用于描述数据的格式，所述数据标准集合，包括各类业务规范，例如“国家标准(国标GB)”、“地方标准(地标)”、“行业标准(行标)”、自定义标准等。

所述流程中心，用于提供流程服务，包括：可视化流程设计器、表单设计器、一张表设计器、流程数据自动采集模块、流程统计分析模块、流程干预模块、流程数据导出自定义模板模块、流程数据回写业务系统模块；

所述可视化流程设计器，是提供业务流程的可视化编辑设计器，根据业务的需要，可视化的绘制各种业务流程；可视化流程设计器基于B/S架构与快速二次开发平台是一体化的。

可视化流程设计器实现顺序审批、并行审批、串并组合审批、复杂条件分支、流程任意回退、流程催办、终止、终止重发、流程转办、续办、抄送、转发、电子签章、图片签章、刚性流程、柔性流程(发起人可指定)、刚性+柔性流程、流程导入、流程导出或多版本流程并存业务。同时提供流程权限控制能力，对业务流程中不同节点的权限控制，包括是否可编辑、是否可见、是否可打印，以及刚性流程和柔性流程相结合的流程控制。

所述表单设计器，是指提供表单的可视化编辑设计功能，拥有若干个控件，提供页面输入，提供多行记录、页面签章输入、头像导入、JS脚本控件输入，还支持自定义控件，如：姓名、单位、专业、学籍异动记录。所述表单设计器，提供三种设计表单的功能：第一种是用控件编辑生成各类申请、审批表单；第二种是从Word或Excel中复制已有的表单，然后把相应控件拖动至相应位置微调即可；第三种是提供给高级用户对表单页面编辑HTML代码的方式。

所述一张表设计器，是指基于表单设计器设计编辑互联网化的一张表表单，使用预置的业务字段和标准字段，通过标签及其相应控件完成表单的设计，适用于只需要保留记录信息的非正式表单，使用户简化表单形式。

所述流程数据自动采集模块，是指一站式服务大厅模块通过表单和流程，提供审批、填报服务业务，流程经过审批后，将表单上的业务数据采集出来，供后续查询、导出和生成报表所用。使用NOSQL数据，保存采集出来的数据，还提供查询、统计或导出操作。

所述流程统计分析模块，用于分析业务进展情况，分析不同流程、流程的不同版本、流程中的不同环境办事效率，业务总的人员和时间消耗情况，为流程调整、业务创新提供数据依据。

所述流程干预模块，分为流程版本干预和流程中干预；流程版本干预，是指流程根据应用的需要进行调整，已经发起的流程不会受到影响，而新业务将使用新版本流程的定义进行流转。流程版本干预支持多版本新老流程并存，不同版本的流程通过流程统计和分析进行流程执行效率的对比和分析，输出不同流程的流转效率，进行流程调整和优化。流程中干预是指流程在运转的过程中，高级权限用户督办、提醒、流转、撤销、终止流程，干预流程的运行，给用户提供有限制的灵活性。

所述流程数据导出自定义模板模块，用于将流程中采集的数据、数据统计报表、分析报表基于自定义的Excel模板的进行报表导出，简化统计分析报表的任务；

所述流程数据回写业务系统模块，是指支持通过配置脚本，将流程表单数据自动采集到数据中心或回写到业务系统中。

所述公共组件，用于提供公共服务，包括：系统设置、权限设置、角色设置。

所述服务层，包括：应用服务中心、新媒体中心、消息中心、综合查询中心、互动交流中心和碎片化服务中心；

所述应用服务中心，用于对不同的业务授予不同的管理权限，所述业务包括：服务发布、流程管理、统计报表输出、业务资源管理和业务参数设置；

所述新媒体中心，用于集中管理校园订阅频道，提供校园频道内文章的发布和频道订阅推送；支持用户可退订和续订、支持频道指定订阅范围、频道是否允许退订，统一管理各部门若干个订阅号，支持内部频道和外部订阅号集中管理；自动抓取多个业务网站栏目中的文章，为师生用户提供订阅和自动推送服务。

所述消息中心，用于消息群发、调停课通知、财务通知、科研项目通知或会议通知；提供校内公告或问卷调查业务，推送图文、文本信息，能跟踪用户接收和阅读状态；以及各类服务的消息提醒。

所述综合查询中心，用于面向师生提供各类移动业务查询服务，包括：一卡通、课表、成绩、缴费欠费、学籍、奖助贷、奖惩或图书馆借阅信息；

所述互动交流中心，用于提供课程圈、班级圈或社团圈的移动化互动业务；提供失物招领、校园互助或一卡通挂失互动业务。

所述碎片化服务中心，为学校提供碎片化服务，包括网络报修、虚拟机申请、网络IP地址申请、学生信息填报、学生请销假、假期留校申请、教务学生证补办申请；

所述客户端，包括：浏览器和企业微信；

所述浏览器，用于系统平台为系统管理员、校级管理员、部门业务管理员以及最终的服务用户提供PC版的管理、服务界面，方便与用户进行交互。

所述企业微信，用于系统平台为用户提供随时随地的服务、交互工具，也为轻量级的碎片化服务提供管理工具。企业微信基于微信企业号实现轻量级服务，随时随地的为用户提供日常审批、流程、协同、申报、填报等业务服务，并通过消息中心和通知助手，实现业务流程服务的追踪监控和干预管理。

所述数据中心，用于为综合服务平台的业务组件提供数据服务，是其他业务组件重用交互的基础。数据中心组件包含系统管理、主数据管理、元数据管理，在数据层面分别对应着系统数据、主数据和元数据，具有相对独立性，组件独立升级不会影响到其他的服务组件以及业务组件。数据中心支持数据标准定义和数据管理两大重要任务，包括数据标准库管理，包括信息项管理、数据集定义、代码集(数据字典)管理；依据数据标准库快速构建、调整主题数据库，构建数据表；创建数据共享目录，依据数据标准对外共享主题数据库内的数据；对共享数据进行授权；通过安全的服务体系，共享数据；使用数据标准快速建模，支撑应用开发；支持对师生的数据浏览，同时提供PC和移动版本；支持关系数据库和MongoDB等大数据应用。

数据中心关注数据的管控和治理，而面向服务的数据中心组件与一站式服务大厅的深度融合，更关注对服务体系、数据分析体系的支撑作用，满足校级服务业务、流程中心对数据处理的要求。用户可以方便的进行各类业务和管理数据的获取、交流；可以根据业务和管理意图对既有系统进行数据层面的再利用，通过数据集成和交换手段进行业务层面的整合，继而可以为全新应用提供支持，帮助用户建设跨部门、跨应用系统的业务。

数据中心提供数据交换功能解决应用系统之间的数据共享和集成问题，为应用系统提供全局数据视图、全局数据权限视图和完善数据交换服务，从而解决学校各业务部门应用系统在“联邦模型”下带来的信息孤岛问题，让各种数据资源能够在校级业务应用流程中实现互联互通，彻底解决业务流程管控缺失，业务割裂等问题。

网盘的有益效果是：用户无论在家中、单位或其它任何地方，只要能连接到互联网，就可以管理、编辑网盘里的文件；

所述顺序审批是指各个审核节点依次逐级进行，每个节点上只能设置一个审核岗位或审核人，审核过程中任意一个节点审核通不过被驳回，不再进行到下一个节点。

所述并行审批是指某个审核节点需要多个人员参与审核，并且这些审核人需要同时进行审核，没有先后之分，全部人员审核通过之后，流程才会到下一个审核节点；这个节点上的任何一个人不同意，都会导致审核被驳回，而不再流转到下一个节点。在需要多人并行审核的位置插入一个审核节点，然后该节点的审核对象必须设置为具体的审核人，不能是审核岗位，审核人支持选择多个人员，即可实现多人并行审批。

所述串并组合审批也即并行单审，某个审核节点需要多个人员参与审核，但与上面所属并行会审不同，只需要选定人员中的任意一个审核通过，就视为这个节点上的所有人都同意，不再需要其余人员审核，然后流程就会立即进行到下一个审核节点；这个节点上的任何一个人或岗位不同意，都会导致审核被驳回，而不再流转到下一个节点。在需要多人单行审核的所在层级，设置多个审核节点，每个节点上只设置一个审核岗位或审核人，即可以实现多人并行单审。

所述复杂条件分支是指某个审核节点存在多种可能的跳转流向，例如请假3天以内，部门负责人同意即可；请假3-7天，人事处备案同意即可；请假7天以上，就要分管校长同意，此时就需要启用条件跳转流程设置。在需要判断条件跳转的节点，设置多个下级审核节点，每个节点上只设置对应的审核岗位或审核人，通过流程设计上的条件设置，即可实现条件跳转流程。

所述流程任意回退是指流程在任一节点可以由相关权限人员将流程退回之前经过的任意节点。

流程终止重发是指被退回或者终止的流程可以由流程发起人在流程记录中找到，进行简单修改后进行重新发起，不需要重新再发起新的流程。

所述刚性流程是指根据学校固定不变的业务，将流程固化，流程在流转过程中必须按照规定完成流转，以保证业务的严肃性和数据的合法性，体现的是学校和业务部门管理中必须遵守的规则部分。

所述柔性流程是指用户即可以参考系统预设流程，也可以自行指定一个更加可行的流程，根据用户、权限、流转条件等实际情况进行自适应调整流程的环节，适应一线业务中动态变化的职能和人员的变化。

所述刚性+柔性流程为了满足学校复杂业务的流程实现，将柔性流程和刚性流程融合，实现跨部门的校级业务，既满足业务上的灵活性，又让学校刚性制度得到贯彻。跨部门的校级业务中，将部门内的固定业务根据条件使用刚性流程实现，在部门之间流转的过程中使用更适应不同条件的柔性流程实现。

所述多版本流程并存是指用户可以针对同一业务建立多个版本的流程，以流程版本号进行区分，新老流程可以并存。用户可以根据应用的需要进行调整，已经发起的流程不会受到影响，而新业务将会使用新版本流程的定义进行流转。

一张表能够让普通教师也能快速制作审批、填报等流程服务表单，能够真正让业务部门、二级学院参加到业务中来。

作为本发明的进一步改进，所述步骤(23)的步骤为：

步骤(231)：数据抽取用于从源业务系统中获取数据，加载到数据仓库中；

数据抽取采用以下策略：

(i)抽取方式：增量抽取或完全抽取。

(ii)抽取时机：避开业务系统的高峰时段，在夜间闲时抽取。

(iii)抽取周期：制定抽取周期进行数据抽取，如按照小时、天、周、季度等。

步骤(232)：数据清洗用于选出有缺陷的数据，满足用户所需数据质量。

步骤(233)：数据转换用于对从业务应用系统中抽取的源数据，根据主题数据库系统模型的要求，进行数据的转换、清洗、拆分、汇总等处理，保证来自不同系统、不同格式的数据的一致性和完整性，并按要求存储于主题数据库。

步骤(234)：数据装载用于将从源业务系统中抽取、转换后的数据加载到主题数据库系统中。

步骤(235)：数据质量的管理是ETL工具的一个高级特性，可以查看数据的结构、语义、内容、异常和数据规则，例如查看表结构column的结构，判断一个column是不是主键或外键，一个字符串的最小长度是多少，最大长度是多少，一个整数的长度是多少，一个double的精度是多少。并在ETL过程中，提供一些默认值来帮助更快的创建映射规则，自动映射并更正，清理，转化数据。

步骤(236)：调度监控是在ETL过程中获取数据规则并监控数据转换的过程，提供数据监控的机制，并把日志信息记入下来，并提醒重复的记录数、读写记录数、更新拒绝记录数、时间、速度、步骤是否成功等信息。

如图2所示，硬件部分，包括：数据库应用层，包括：数据库服务器，所述数据库服务器分别与主题数据库、数据仓库和应用服务仓库连接，所述数据库服务器，还与Web应用服务器集群连接，所述Web应用服务器集群与Nginx集群/FastDFS文件系统连接，Nginx集群

/FastDFS文件系统通过路由器与缓存服务器集群连接，所述缓存服务器集群与负载均衡服务器连接，所述负载均衡服务器通过内容分发网络与终端连接，所述终端，包括手机、平板电脑、笔记本电脑和PC端连接。

本发明的具体实施例：

移动校园综合服务平台可以基于数据中心、二次开发平台开发流程业务，为学校提供响应的应用服务，请假审批是其中最典型的业务服务。请假审批是指学校正式在职在岗教职工因公或因私向其所管理的部门进行请假，其部门领导依据学校有关考勤管理规章制度对教职工的请假进行审批的流程服务。请假审批业务由学校党办、校办以及人事处联合管理，并委托信息化工作办公室进行在现有平台上进行业务流程的设计和开发。信息化工作办公室的工作人员承担着学校管理员的角色，对移动校园综合服务平台系统进行业务开发、管理和运维。

学校管理员针对党办、校办提出的请假审批业务需求进行梳理，在移动校园综合服务平台中设置类别为人事业务，并在类别下新建教职工请假的应用，并在业务服务单元配置中设置教职工请假的基本信息并为业务管理员分配权限，例如设置应用服务名称为教职工请假，上传图标，业务简介描述，设置业务所属部门，为应用业务设置业务管理员为党办、校办或人事处相关人员，设置管理员的功能权限等。

学校管理员可在流程中心查看系统中的所有流程，同时可进行流程的创建、编辑、干预等操作，在流程中心，学校管理员可看到学校所有的流程概况信息，也可查看某个流程的统计信息，下面以请假审批业务为例详细介绍流程的创建、管理、查看、概况等内容。

业务管理员登录移动校园综合服务平台系统，在业务管理中心中对自己所拥有权限的业务应用进行管理、维护和查询统计。请假审批的业务管理员在人事业务类别中选择教职工请假业务应用，进入流程中心新建教职工请假审批流程。流程中心基于表单设计器或一张表设计器创建请假审批表，并创建流程和服务。

请假审批业务流程的创建包括模板选择、基本信息设置、环节设置、权限设置等一些列操作，下面依次进行介绍：

1.流程模板的选择

创建新的请假审批业务流程，然后新建请假审批业务表单，此时可以进行表单模板的选择，基于模板创建审批表，模板列表中显示的模板为用户在模板中心创建的所有模板，业务管理员可根据实际需要选择要套用的模板。当用户想要套用系统中已存在的模板时，在列表中选择模板名称，此时会显示该模板的预览详情，勾选要使用的模板并套用选中模板，即可成功将该模板添加到新建业务流程的表单页，表单页签中显示选择的模板信息，可在此处根据实际情况更改并调整模板中的一些信息。

若用户不想套用现成的模板，想要直接新建流程中的表单，可使用空白模板新建表单页，利用表单设计器的控件进行新建业务表单，如图3所示。

当表单创建或者更改完毕之后，可预览已经创建的表单，预览的表单即为用户所见表单。

2.基本信息设置

如图4所示，在基本信息页包含流程的名称、所属应用、版本等信息等，当用户选择了系统中已创建好的模板时，基本信息处默认显示该模板的名称与应用名称，用户可根据需要进行更改流程名称；当用户使用空白模板创建表单时，流程的基本信息显示空白，需要用户自定义设置。

在基本信息页修改或设置请假审批业务的流程名称为教职工请假审批流程，以及其所属应用等信息。

流程名称：可根据流程的用途填写该流程的名称，为必填项；

所属应用：打开所属应用处的下拉列表，选择该流程所属的应用即可；

流程标识：根据实际情况进行设置，设置完成后不可更改，且不同流程的标识不允许相同；

上线时间：上线时间是标识该流程的一个时间信息。默认显示当前时间，也可根据实际情况通过时间选择器进行更改，设置新的时间。

当前版本：创建新的流程时，当前版本默认为1.0；

3、创建流程

基于流程中心，在流程页签下可设置流程的环节以及环节权限等信息，如图5所示。

(1)流程类型

设置流程前需要选择流程的类型，流程分为三种类型，其中自由流程为用户发起事项时可重新设置的流程，固定流程为模板中设置完成后，用户不能更改的流程；自由流加固定流即为两种流程的组合。当选择“使用自由流加固定流”时，需要分别设置自由流程和固定流程，其中固定流程为必填选项，自由流程为非必填选项。

(2)流程设置

流程类型选择完后，需要设置具体的流程信息，在固定流程或自由流程处点击“…”可打开选择器选择流程中的人员，根据实际需要选择系统中的人员或者机构。

(3)设置流程环节

流程处理人员选择完成后，需要选择该节点在流程中的排列方式.排列方式包含并行审批、顺序审批、组合审批。使用这三种方式的流程时，都可对流程中的节点进行追加子节点、重设子节点等操作，如图6所示。

并行审批：被选择的人员及组合在同一环节并行处理事项；

顺序审批：被选择的人员及组和按照排列顺序依次处理事项；

组合审批：被选择的人员合并为一个组合在同一环节处理事项。

(4)流程设置完毕后，在页面下方可看到流程的预览信息.

3.权限设置

流程的各个节点添加完毕后，需要设置环节的权限。

(1)环节使用表单

当流程中有多个表单时，可设置各个环节可使用的表单。打开环节使用表单处的下拉列表，列表显示流程中已添加的所有表单，根据实际需要勾选当前环节要使用的表单即可。系统默认所有环节勾选流程中的所有表单，所以用户需要根据实际需要进行具体的设置，当某环节不勾选任何表单时，事项发起后，该环节的用户默认可看到所有的表单。

(2)表单字段

表单中字段的权限包括字段的可编辑性、字段的默认值以及默认值赋值方式，设置流程权限时，右侧表单字段处显示当前选择节点下所有表单中的字段信息。

(3)字段权限：

选择某字段的字段权限列，出现字段的编辑选项，根据实际情况选择是否可编辑。设置字段为“可编辑”后，该环节的用户办理事项时，可编辑该字段信息；当设置为“不可编辑”后，该环节的用户办理事项时，不能编辑该字段。

(4)字段默认值

选择某字段的字段默认值列打开默认值选项，可设置该字段的默认值信息。系统默认值分为三类：

a)基本条件：基本条件包括当前登录用户的姓名、所属单位、部门、岗位等信息，勾选某一项后，该字段便可成功获取到对应的值。

b)附加属性：附加属性为系统设置中已添加的用户的上下级信息，如字段默认值选择“辅导员”，系统中设置该环节用户的辅导员为“刘XX”，则该字段获取到的值便为“刘XX”。

c)数据源：默认值设置为数据源后，该字段可根据该数据源获取到数据源所对应的内容。

(5)默认值赋值方式

选择某字段的默认值赋值方式列，出现赋值方式选项。当选择“字段为空时赋值”后，只有该字段没有内容时，才会赋值成功；当选择“替换赋值”后，无论该字段是否有内容，都会将获取到的值赋到字段中。

4.设置环节策略

环节策略包括转入条件、指定办理人、环节结束条件的设置。

(1)转入条件设置：在一些模版中，例如教职工请假模板，需要指定在满足某个条件下才能提交给某个环节来办理，如：请假单中请假天数需要>＝3天时才能提交给下一环节办理，此时需要在该环节设置转入条件。选择某个环节，点击环节策略，设置环节的转入条件。

a)添加条件：点击“增加”按钮，新增一条条件记录，可以设置流转条件：如设置天数＝3天，则在表单项中选择天数，关系运算符选择“＝”，值填写为3.

b)当同一环节设置了多个转入条件时，多个条件之间可设置以下关系：

1)满足全部以下条件：在被选择环节的上一环节中必须满足以下所有的条件，才能成功提交至被选择环节。

2)满足任意以下条件：在被选择环节的上一环节中只要满足以下设置的任意一个条件，即可成功提交至被选择环节。

c)删除条件：当不需要已经设置的条件时，勾选该条件，点击“删除”即可将该条件移除，移除后该条件不再起作用。

(2)指定办理人：事项办理过程中，当想要指定某个环节下特定的某些人来办理该事项时，可选择“允许手工选择办理人”，则该环节的上一环节办理事项时，需从该环节中选择需要办理该环节的人员。

(3)环节结束条件：在该组合中若只需其中一人处理即可进入下一环节，可选择“任意一人处理即可”选项；在该组合中若必须全部人员处理完毕才可进入下一环节，可勾选“全部人员处理后节点结束”选项。

5.环节权限

在环节权限处可设置环节的打印、终止、退回以及接收办理消息的权限。

打印权限：勾选打印权限后，该环节的人员在事项详细页有打印的权限，显示打印按钮，否则事项详细页没有该按钮，连接打印机后可将事项详细页打印出来。

终止权限：勾选终止权限后，该环节的人员在办理页面有终止的权限，显示终止按钮，否则办理页面没有该按钮，用户点击“终止”并提交后，该事项停止流转，不会再提交到该环节之后的环节。

退回权限：勾选退回权限后，该环节的人员在办理页面有退回的权限，显示退回按钮，否则办理页面没有该按钮，当之前环节的人员处理不当时，当前环节用户点击“退回”可将该事项退回到已办理的环节。当事项允许退回时，需设置退回以及退回的提交方式：

下面以下图中的流程为例介绍这两种退回方式，如图7所示。

a)退回方式：退回方式包括退回上一环节和退回任意环节，如下所述：假定上图所示流程中，环节A、B、C已办理该事项，当前待办环节为D，则：

1)退回上一环节：若环节D设置的是“退回上一环节”，则D环节用户处理时，点击“退回”按钮后便直接退回到环节C，环节C需要重新办理该事项；

2)退回任意环节：若环节D设置的是“退回任意环节”，则D环节用户处理时，点击“退回”按钮后出现环节选择页面，此时可选择已办理环节A、B、C中的任意一个环节，例如：选择环节B后，事项直接从环节D退回至环节B，环节B需重新办理该事项；

b)退回提交方式：退回提交方式主要是针对“退回任意环节”的设置而言的，包括按照顺序提交和提交到退回环节，同样假定：上图所示流程中，环节A、B、C已办理该事项，当前待办环节为D，退回方式设置为“退回任意环节”，当前待办环节D将该事项退回至环节B，则：

1)按照顺序提交：若环节D勾选的是“按照顺序提交”，则被退回环节B重新办理事项后，该事项便会按照顺序提交至环节C，需环节C重新办理该事项，直至提交到环节D；

2)提交到退回环节：若环节D勾选的是“提交到退回环节”，则被退回环节B重新办理事项后，该事项跳过之前已办理的环节C，直接提交至环节D；

由于退回方式选择“退回上一环节”后，退回提交方式选择“按照顺序提交”和“提交到退回环节”是没有区别的，所以退回提交方式主要是针对“退回任意环节”的退回方式而言的。

接收办理消息：勾选该按钮后，当该环节下的用户收到需要办理的事项时，会在系统右下角弹出办理事项的消息通知，否则没有该办理消息。

6.所有以上关于流程的基本信息、表单、权限设置完成后，进行保存后，一个完整的流程便创建完成了，在返回到的流程列表页，即可看到新添加的流程。

7.应用服务

流程创建完成以后，需要将流程关联到服务大厅的业务应用中，普通用户通过服务大厅的业务入口才能使用该流程发起事项。

(1)流程创建成功后，在服务大厅选择项卡中新建一个应用服务，点击新增服务即可打开服务新建页面。新建页的在线办理地址即为业务的办理入口，在此处可关联教职工请假等流程信息。设置在线办理地址前，需设置本服务可支持的终端，支持终端有三类：PC端、移动端、PC端+移动端

1)当支持终端选择为“PC端”时，在线办理地址只需设置PC端的配置，则该业务只能在PC端办理，手机端不显示该业务。

2)当支持终端选择为“移动端”时，在线办理地址只需设置移动端的配置，则该业务只能在移动端微信企业号办理，PC端不显示该业务。

3)当支持终端选择为“PC端+移动端”时，在线办理地址需同时设置PC端和移动端的配置，则该业务在PC端和移动端都能办理。

(2)选择好支持终端后，即可配置应用服务要引用的流程，流程的发起页面为一个链接，所以我们先要设置该页面在系统中的打开方式，页面打开方式包括本页面打开、弹出页面打开、本页面打开外部链接、弹出页面打开外部链接。本页面打开即为在当前系统中打开一个新的页签，而弹出页面打开是在浏览器中打开一个新的tab页来打开这个页面，外部链接的打开方式也分为这两种，当我们配置的链接为外部链接时，选择外部链接的打开方式即可。

(3)选择本页面打开，打开方式确定后，设置系统地址，打开系统地址选择页。导航菜单选择列表中选择流程页签，流程列表显示当前应用下创建的所有流程，勾选教职工请假流程，将该流程设置为在线办理的系统地址。

(4)在线办理地址设置完毕后，保存设置，根据流程所关联的服务名称，进入服务大厅首页见到该服务。

9、用户登录服务大厅，使用教职工请假等服务，教职工请假流程见图8。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims

1.一种移动校园综合服务平台，其特征是，包括：

平台层，包括：一站式服务大厅模块和数据中心；所述一站式服务大厅模块，提供办事指南、业务咨询、意见反馈、服务预约、在线办理、消息推送、自助缴费和数据统计业务，为师生提供完整的网上办事环境；数据中心，为业务逻辑层和一站式服务大厅模块提供数据支持；

客户端，用于提供访问界面。

2.如权利要求1所述的一种移动校园综合服务平台，其特征是，所述业务逻辑层，包括：快速二次开发平台、流程中心和公共组件；

所述流程中心，用于提供流程服务，包括：可视化流程设计器、表单设计器、一张表设计器、流程数据自动采集模块、流程统计分析模块、流程干预模块、流程数据导出自定义模板模块、流程数据回写业务系统模块。

3.如权利要求2所述的一种移动校园综合服务平台，其特征是，

所述可视化流程设计器，是提供业务流程的可视化编辑设计器，根据业务的需要，可视化的绘制各种业务流程；可视化流程设计器基于B/S架构与快速二次开发平台是一体化的；

可视化流程设计器实现顺序审批、并行审批、串并组合审批、复杂条件分支、流程任意回退、流程催办、终止、终止重发、流程转办、续办、抄送、转发、电子签章、图片签章、刚性流程、柔性流程、刚性+柔性流程、流程导入、流程导出或多版本流程并存业务；

同时提供流程权限控制能力，对业务流程中不同节点的权限控制，包括是否可编辑、是否可见、是否可打印，以及刚性流程和柔性流程相结合的流程控制。

4.如权利要求2所述的一种移动校园综合服务平台，其特征是，

所述表单设计器，是指提供表单的可视化编辑设计功能，拥有若干个控件，提供页面输入，提供多行记录、页面签章输入、头像导入、JS脚本控件输入，还支持自定义控件，如：姓名、单位、专业、学籍异动记录；所述表单设计器，提供三种设计表单的功能：第一种是用控件编辑生成各类申请、审批表单；第二种是从Word或Excel中复制已有的表单，然后把相应控件拖动至相应位置微调即可；第三种是提供给高级用户对表单页面编辑HTML代码的方式；

5.如权利要求2所述的一种移动校园综合服务平台，其特征是，

所述流程数据自动采集模块，是指一站式服务大厅模块通过表单和流程，提供审批、填报服务业务，流程经过审批后，将表单上的业务数据采集出来，供后续查询、导出和生成报表所用；使用NOSQL数据，保存采集出来的数据，还提供查询、统计或导出操作；

所述流程统计分析模块，用于分析业务进展情况，分析不同流程、流程的不同版本、流程中的不同环境办事效率，业务总的人员和时间消耗情况，为流程调整、业务创新提供数据依据；

所述流程干预模块，分为流程版本干预和流程中干预；流程版本干预，是指流程根据应用的需要进行调整，已经发起的流程不会受到影响，而新业务将使用新版本流程的定义进行流转；流程版本干预支持多版本新老流程并存，不同版本的流程通过流程统计和分析进行流程执行效率的对比和分析，输出不同流程的流转效率，进行流程调整和优化；流程中干预是指流程在运转的过程中，高级权限用户督办、提醒、流转、撤销、终止流程，干预流程的运行，给用户提供有限制的灵活性；

6.如权利要求2所述的一种移动校园综合服务平台，其特征是，

所述快速二次开发平台，包括：

日程和日历模块，用于提供开放的日程和日历开发接口；

消息推送服务模块，用于提供系统消息和用户消息的服务端API接口，提供消息单发和消息群发功能，支持群发微信文本、图文消息，群发普通文本消息、群发通知、公告、任务消息、流程办理消息以及网盘消息；提供第三方消息接口，支持短信和APP、微信消息混合推送，支持短信、APP、微信推送消息跟踪；支持业务消息批量推送；

数据标准数据库，包括：元数据和数据标准集合，所述元数据用于描述数据的格式，所述数据标准集合，包括各类业务规范。

7.如权利要求1所述的一种移动校园综合服务平台，其特征是，

所述新媒体中心，用于集中管理校园订阅频道，提供校园频道内文章的发布和频道订阅推送；支持用户可退订和续订、支持频道指定订阅范围、频道是否允许退订，统一管理各部门若干个订阅号，支持内部频道和外部订阅号集中管理；自动抓取多个业务网站栏目中的文章，为师生用户提供订阅和自动推送服务；

所述消息中心，用于消息群发、调停课通知、财务通知、科研项目通知或会议通知；提供校内公告或问卷调查业务，推送图文、文本信息，能跟踪用户接收和阅读状态；以及各类服务的消息提醒；

所述互动交流中心，用于提供课程圈、班级圈或社团圈的移动化互动业务；提供失物招领、校园互助或一卡通挂失互动业务；

所述碎片化服务中心，为学校提供碎片化服务，包括网络报修、虚拟机申请、网络IP地址申请、学生信息填报、学生请销假、假期留校申请、教务学生证补办申请。

8.如权利要求1所述的一种移动校园综合服务平台，其特征是，

所述客户端，包括：浏览器和企业微信；

所述浏览器，用于系统平台为系统管理员、校级管理员、部门业务管理员以及最终的服务用户提供PC版的管理、服务界面，方便与用户进行交互；

所述企业微信，用于系统平台为用户提供随时随地的服务、交互工具，也为轻量级的碎片化服务提供管理工具；企业微信基于微信企业号实现轻量级服务，随时随地的为用户提供日常审批、流程、协同、申报、填报业务服务，并通过消息中心和通知助手，实现业务流程服务的追踪监控和干预管理。

9.一种移动校园综合服务平台的工作方法，其特征是，包括：

步骤(1)：数据采集：

所述步骤(1)的数据采集，包括：标准采集和高级采集；

所述步骤(1)的数据采集，还包括：对高校业务基础数据的采集，依据内嵌数据标准，配置学校业务系统数据源，实时或定时实现关系型数据库和Nosql非关系型大数据的数据采集，经数据处理后送入数据中心；

步骤(2)：数据处理：

所述数据交换是指为了满足学校不同业务系统数据库之间数据资源的共享需要，采用数据交换工具，实现不同业务系统之间数据资源共享的过程；

步骤(25)：数据中心对写入数据库的数据基于数据主题进行二次加工处理，建立主题数据库，为不同应用提供数据服务；

10.如权利要求9所述的一种移动校园综合服务平台的工作方法，其特征是，包括：

请假审批业务流程制定的步骤为：

步骤(203)：流程创建；

步骤(2031)：流程类型选择；

步骤(2032)：审批节点的选择；

根据需要选择请假审批的机构或人员；

步骤(2033)：设置流程环节；

步骤(204)：环节权限设置；

步骤(205)：环节策略设置；