一种基于弹性构架的校园资源管理系统

技术领域

本发明涉及信息技术技术领域，具体地说，涉及一种基于弹性构架的校园资源管理系 统。

背景技术

智慧校园是指以促进信息技术与教育教学深度有效融合、提高学与教的效果为目的， 以云计算、大数据分析等新技术为核心技术，提供一种环境全面感知、智慧型、数据化、网络化、协作型一体化的教学、科研、管理和生活服务，并能对教育教学、教育管理进行 洞察和预测的智慧学习环境。

随着教育信息化程度的不断加深，智慧校园平台建设越来越成为学校提升信息化水平 的必经之路，但大多为“按需、逐个、独立”的建设，另外由于独立进行数字校园建设，导致学校间的资源无法进行共享，硬件资源不能共享，当本身资源剩余的时候，无法分配给其他应用系统，而当本身资源不足时，也无法从其他服务器获取资源。

发明内容

本发明的目的在于提供一种基于弹性构架的校园资源管理系统，以解决上述背景技术 中提出的问题。

为实现上述目的，本发明提供一种基于弹性构架的校园资源管理系统，包括智慧校园 管理系统，所述智慧校园管理系统包括会议管理单元、工作任务单元、日程管理单元和公 文流转单元；所述会议管理单元用于查看会议主题、参会人员状态、会议纪要与会议结束 时间；所述工作任务单元用于发布教学任务并查看查看发布的任务情况；所述日程管理单 元用于对校内人员的日程进行登记并统一管理；所述公文流转单元用于起草公文，并将公 文发布给指定人员；

所述会议管理单元包括会议申请模块、会议管理模块和会议室管理模块；所述会议申 请模块用于提交会议室的使用申请；所述会议室管理模块用于对申请模块提交的申请进行 管理；

所述工作任务单元包括发布任务模块和已发任务模块；所述发布任务模块用于设置任 务标题、任务级别、指定负责人、参与人并发送给他们；所述已发任务模块用于查看发布 过的任务，包括任务内容、子任务内容、发布者和发布时间；

所述日程管理单元包括事假申请模块、登记模块和日程查看模块；所述事假申请模块 用于提交事假申请，事假申请需要填写开始/结束时间、合计时间、选择请假类型和外出事 由进行外出登记，另外无部门领导不可进行申请；所述日程查看模块用于查看事假申请模 块和登记模块内的详细内容；

所述公文流转单元包括起草模块和查看模块；所述起草模块用于起草公文；所述查看 模块用于对已办公文详细信息进行查看，公文详细信息包括编号、公文类型、紧急程度、 公文密级。

作为本技术方案的进一步改进，所述会议管理模块包括会议审批模块，所述会议审批 模块用于对申请模块中会议室的申请进行审批。

作为本技术方案的进一步改进，所述会议室管理模块包括维护模块和余室查询模块； 所述维护模块用于管理会议室，可对会议室名称进行更换、会议室的启用或停用、会议室 的审批人、会议室的容纳人数、会议室位置、会议室类型以及设备状态，所述余室查询模块用于查看空闲、待审批、已批准会议室。

作为本技术方案的进一步改进，所述工作任务单元还包括全部任务模块，所述全部任 务模块用于查看任务详细内容，包括级别、时间、发布人、发布时间、内容和附件，以便于后期进行查看和调阅，提高工作效率，并查看此任务的已阅读人数。

作为本技术方案的进一步改进，所述登记模块包括外出登记模块和销假登记模块；所 述登记模块用于登记开始/结束时间、合计时间和外出事由；所述销假登记模块用于对结束 的事假进行销假。

作为本技术方案的进一步改进，所述智慧校园管理系统采用前后端分离技术，所述前 后端分离技术包括前端和后端，所述前端用于负责View层和Controller层；所述后端用 于负责Model层和业务处理。

作为本技术方案的进一步改进，所述前后端分离技术采用全栈式开发，所述全栈式开 发包括服务端和Node应用层。

作为本技术方案的进一步改进，所述Node应用层包括Model Proxy层，所述ModelProxy层用于与服务端进行通讯。

作为本技术方案的进一步改进，所述Node应用层采用MVX框架，所述MVX框架包括MVC、MVP和MVVM。

作为本技术方案的进一步改进，所述全栈式开发还包括渐进式框架和微服务架构，所 述渐进式框架用于构建数据驱动。

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

1、该基于弹性构架的校园资源管理系统中，采用前后端完全分离设计，前后端完全 解耦，独立开发，通过Model Proxy层抹平服务端对不同接口的调用方式，从而使服务端的服务范围扩大，不会受到形式的限制，以解决资源不能共享的问题。

2、该基于弹性构架的校园资源管理系统中，前端采用目前主流的MVVM框架，MVVM属于敏捷形轻量级框架，在有效完成业务逻辑的同时，可以极大的提升系统响应效率，增强用户体验。

3、该基于弹性构架的校园资源管理系统中，后端采用微服务架构，各业务逻辑独立 开发，互不影响，便于业务模块的分工及整合。

附图说明

图1为实施例1的智慧校园管理系统的结构模块图；

图2为实施例1的会议管理单元结构模块图；

图3为实施例1的工作任务单元结构模块图；

图4为实施例1的日程管理单元结构模块图；

图5为实施例1的公文流转单元结构模块图；

图6为实施例1的前后端分离技术的前后端分离示意图；

图7为实施例1的Node的前后端分离分层示意图。

图中各个标号意义为：

100、智慧校园管理系统；

110、会议管理单元；111、会议申请模块；112、会议管理模块；113、会议室管理模块；

120、工作任务单元；121、发布任务模块；122、已发任务模块；123、全部任务模块；

130、日程管理单元；131、事假申请模块；132、登记模块；133、日程查看模块；

140、公文流转单元；141、起草模块；142、查看模块。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地 描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本 发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实 施例，都属于本发明保护的范围。

实施例1

本发明提供一种基于弹性构架的校园资源管理系统，请参阅图1-图7，包括智慧校园 管理系统100，智慧校园管理系统100包括会议管理单元110、工作任务单元120、日程管理单元130和公文流转单元140；会议管理单元110用于查看会议主题、参会人员状态、 会议纪要与会议结束时间；工作任务单元120用于发布教学任务并查看查看发布的任务情 况；日程管理单元130用于对校内人员的日程进行登记并统一管理；公文流转单元140用 于起草公文，并将公文发布给指定人员；

会议管理单元110包括会议申请模块111、会议管理模块112和会议室管理模块113； 会议申请模块111用于提交会议室的使用申请；会议室管理模块113用于对申请模块111 提交的申请进行管理；

工作任务单元120包括发布任务模块121和已发任务模块122；发布任务模块121用于设置任务标题、任务级别、指定负责人、参与人并发送给他们；已发任务模块122用于 查看发布过的任务，包括任务内容、子任务内容、发布者和发布时间；

日程管理单元130包括事假申请模块131、登记模块132和日程查看模块133；事假申请模块131用于提交事假申请，事假申请需要填写开始/结束时间、合计时间、选择请假类型和外出事由进行外出登记，另外无部门领导不可进行申请；日程查看模块133用于查看事假申请模块131和登记模块132内的详细内容；

公文流转单元140包括起草模块141和查看模块142；起草模块141用于起草公文，起草公文时需要填写公文编号、主送人员、抄送人员、保密期限、公文流程、公文性质、 公文类型、公文密级以及紧急程度；查看模块142用于对已办公文详细信息进行查看，公 文详细信息包括编号、公文类型、紧急程度、公文密级。

本实施例中，会议管理模块112包括会议审批模块，会议审批模块用于对申请模块111 中会议室的申请进行审批，从而解决学校各部门之间沟通有效性，实现校园“无纸化，零 电话”的高效率办公。

进一步的，会议室管理模块113包括维护模块和余室查询模块；维护模块用于管理会 议室，可对会议室名称进行更换、会议室的启用或停用、会议室的审批人、会议室的容纳人数、会议室位置、会议室类型以及设备状态，余室查询模块用于查看空闲、待审批、已 批准会议室，通过余室查询模块查看每个会议室每个时间段状态，让每个会议室成为可视 化的状态，从而提高会议室的寻找速度，减少等待时间。

具体的，工作任务单元120还包括全部任务模块123，全部任务模块123用于查看任务详细内容，包括级别、时间、发布人、发布时间、内容和附件，以便于后期进行查看和 调阅，提高工作效率，并查看此任务的已阅读人数，从而得知任务发布的获知情况，若发 现阅读人数不足可以进行提醒或者重新发送，避免出现负责人和参与人不知道的情况。

此外，登记模块132包括外出登记模块和销假登记模块；登记模块132用于登记开始 /结束时间、合计时间和外出事由；销假登记模块用于对结束的事假进行销假。

除此之外，智慧校园管理系统100采用前后端分离技术，前后端分离技术包括前端和 后端，前端用于负责View层和Controller层；后端用于负责Model层和业务处理。

进一步的，前后端分离技术采用全栈式开发，全栈式开发包括服务端和Node应用层， 服务端位于应用层的上端，服务端提供各种各样的接口供我们使用。

具体的，Node应用层包括Model Proxy层，Model Proxy层用于与服务端进行通讯，通过Model Proxy层抹平服务端对不同接口的调用方式，从而使服务端的服务范围扩大，不会受到形式的限制。

此外，Node应用层采用MVX框架，MVX框架包括MVC、MVP和MVVM；MVC包括模型、 视图和控制器，主要是基于分层的目的，让每一层的职责分开，视图通过控制器来和模型 联系，控制器是视图和模型的协调者，视图和模型不直接联系，基本联系都是单向的，管 理者通过控制器来操作模型从而达到视图的变化；MVP通过控制器负责逻辑的处理，模型 提供数据，视图负责显示，其中控制器完全把模型和视图进行了分离，主要的程序逻辑在 控制器里实现，并且，控制器和视图是没有直接关联的，是通过定义好的接口进行交互， 从而使得在变更视图的时候可以保持控制器不变；MVVM将MVC里的控制器和MVP里的控制 器改成了视图模型，视图的变化会自动更新到视图模型,视图模型的变化也会自动同步到 视图上显示，这种自动同步是因为视图模型中的属性实现了Observer，当属性变更时都能 触发对应的操作，MVVM模式的框架包括AngularJS+Vue.js和Knockout+Ember.js模式。

除此之外，全栈式开发还包括渐进式框架和微服务架构，渐进式框架用于构建数据驱 动，本实施例中渐进式框架(以下简称Vue)与其他重量级框架不同的是，Vue采用自底向上增量开发的设计，Vue的核心库只关注视图层，并且非常容易学习，非常容易与其它 库或已有项目整合，另一方面，Vue完全有能力驱动采用单文件组件和Vue生态系统支 持的库开发的复杂单页应用，并通过尽可能简单的API实现响应的数据绑定和组合的视 图组件；

微服务是一种架构形式智慧校园管理系统100中的各个微服务可被独立部署，各个微 服务之间是松耦合的，每个微服务仅关注于完成一件任务，微服务架构在增加业务功能时， 单一应用架构需要在原先架构的代码基础上做比较大的调整，而微服务架构只需要增加新 的微服务节点，并调整与之有关联的微服务节点即可。在增加业务响应能力时，单一架构 需要进行整体扩容，而微服务架构仅需要扩容响应能力不足的微服务节点；

在系统发生故障时，单一应用架构需要进行整个系统的修复，涉及到代码的变更和应 用的启停，而微服务架构仅仅需要针对有问题的服务进行代码的变更和服务的启停，其他 服务可通过重试、熔断等机制实现应用层面的容错；

微服务架构下，每个微服务节点可以根据完成需求功能的不同，自由选择最适合的技 术栈，即使对单一的微服务节点进行重构，成本也非常低并且每个微服务节点都是一个单 一进程，都专注于单一功能，并通过定义良好的接口清晰表述服务边界。由于体积小、复 杂度低，每个微服务可由一个小规模团队或者个人完全掌控，易于保持高可维护性和开发 效率；

前后端分离技术部分算法代码如下：

以上显示和描述了本发明的基本原理、主要特征和本发明的优点。本行业的技术人员 应该了解，本发明不受上述实施例的限制，上述实施例和说明书中描述的仅为本发明的优 选例，并不用来限制本发明，在不脱离本发明精神和范围的前提下，本发明还会有各种变 化和改进，这些变化和改进都落入要求保护的本发明范围内。本发明要求保护范围由所附 的权利要求书及其等效物界定。