你好,欢迎来到博今文化,中国最权威的职称论文投稿平台!

工业技术论文发表基于层级引荐的调串课零碎的

博今文化 / 2018-08-19
        摘要:调串课属于教务管理中的变卦管理局部。由于调串课信息上报不及时,经常会给教学管理和教学监视带来诸多成绩。关于调整后的上课工夫和地点的选择,也会给请求人和教学管理人员带来费事。本文引见了采用层级引荐的办法,完成疾速引荐调整备选方案论文发表,从而给出调串课管理的合了解决方案。
       关键词:调串课;层级引荐;教务管理
        0 引 言
       在全球信息化浪潮的冲击下,以互联网爲载体的各类信息管理零碎相继呈现。各大院校的管理也越来越趋向网络化和信息化,而高校的教务管理不断是最重要的局部,其中调串课管理是比拟具有代表性的变卦管理。
       在教学活动中会常常呈现需求调串课的状况。以我校爲例,目前调串课的方式是以填写调课请求单和告诉单爲主。但是手动的请求、审批和上报方式往往不能使管理和监视人员及时掌握变化状况,给教务管理带来成绩。同时在调串课的时分由于触及教员的闲暇工夫、先生班级的闲暇工夫、教室闲暇的工夫、班级人数、教室包容人数和教室类型等多项要素的综合选择,使得请求人在短工夫内很难做出合理的调整方案。实质上,调串课管理就相当于排课管理,同时又附加了多个限制条件。以上成绩给零碎的设计和开发带来相当大的难度,真正完成调串课自动化管理的并不多。本项目在设计中采用层级引荐的办法,疾速引荐调整备选方案,经过该项目的研讨和开发,给出了较爲便捷的调串课管理的处理方案。
       1 零碎剖析与设计
       1.1 任务流程剖析
       调串课的详细流程如下:
       教员填写调串课请求;请求信息存入数据库并进入待审批形态,并同时发布到前台以备查询;辨别需求教员和教学班级所在系部的教学院长审批,审批形态字段改动并同时修正信息形态;可以经过系部、教员姓名和工夫查询。假如呈现审驳斥回的状况,需求请求教员修正重审。
        1.2 用户角色
        需求剖析可以确定本零碎触及的用户角色有如下四类人员:(1)教员:一切上课教员。(2)教学院长:次要担任本系部教员(包括教学院长自己)的调串课审批任务。(3)相关人员:与教学管理和监视有关的人员。(4)管理员:次要担任数据维护。
        需求留意的是:这里并没有触及教学秘书,次要由于在人工处置的进程中,教学秘书次要担任搜集调串课请求,提交给教学审批人员(如:教学院长),上报并告诉相关人员审批状况等任务。但是采用自动化管理之后,这些任务都由零碎自动完成,并不需求教学秘书参与。至于调串课需求教学秘书提供的班级、教室闲暇等信息也能由零碎完成。所以用户角色里就没有教学秘书这一类人员,可以看出采用调串课的自动化可以加重教学秘书的任务量。
       1.3 数据库设计
       依据需求,设计了部门信息、用户信息、课程信息、教室信息、课程工夫布置信息、调串课信息、流程信息和用户角色信息8个表博士论文,其中流程信息由Activiti间接提供,用户角色信息由Shiro提供。其他6个表的字段如下:(1)部门信息(包括教学单位、班级等):id、下级部门id、称号;(2)用户信息:id、姓名、所属部门id、登录密码、角色id;(3)课程信息:id、课程称号、教员id、班级id、授课单位id;(4)教室信息:id、教室称号、教室所属单位id;(5)课程工夫布置信息:id、课程id、班级id、工夫、教室id、形态;(6)调串课信息:id、课程工夫布置id、调串课缘由、调整后工夫、调整后教室、告诉人、教员所属系部审批形态、班级所属系部审批形态、流程形态。
       上述表中除了调串课信息表,其他表的数据是从教学管理零碎的排课零碎中获取和导入的,这样可以增加管理人员的任务量,同时可以避免请求人填写信息时出错,从而保证数据的精确性。
        2 关键技术及零碎完成
       本零碎设计开发采用B/S架构,MVC形式,以JavaEE爲开发平台,以Spring Framework作爲中心框架,以SpringMVC爲模型视图控制器、MyBatis爲数据拜访层、ApacheShiro权限受权层。在效劳端验证上运用了HibernateValidator、布局上运用SiteMesh。在流程管理上,次要运用了Activiti任务流引擎。同时,爲了提升效劳器拜访效率,零碎运用了Alibaba Druid作爲数据库衔接池,运用了Ehcache、Redis对常用数据停止缓存。
        2.1 层级引荐
        教员在停止调串课时,需求选择新的授课工夫和地址。假如依据教员自己和相关班级的空余工夫,结合学校或许学院的可选择教室,给出引荐组合,会失掉几十种、甚至上百种调整方案。这会形成操作人员的困惑,算法绝对复杂,但实践上并不需求这麼多的选择。可以依照以下方式停止分层级引荐:首先,零碎依据授课班级课表给出该班无课的工夫,教员依据本人的状况选择多数几个工夫段,普通可以选择1-3个;然后依照给出的工夫段,查找出该工夫段内可以运用的教室。这样就可以增加备选择方案数量,方便选择。假如在该工夫段内没有适宜的引荐,就可以前往到上一级,选择其他工夫段,重新查找。
       由于一个班级的无课工夫绝对较少,教员又清楚自己课表工夫和本人的工夫布置情况,可以疾速确定爱好的工夫段顺序,使得可选择方案限制在比拟少的数量上,不会形成由于选择过多而难以找到适宜调整方案的状况。
       2.2 零碎完成
       依据需求,零碎设计开发了查询、登录、请求、审批和数据维护5个模块。详细完成了如下功用:
       2.2.1 查询页面
       本校人员只需经过链接进入到调串课网页大学生论文,就可以看到一切调串课信息(依照请求顺序反向排序,最初请求的排在最后面)。可以依据教学单位、班级称号、上课工夫、上课地点和教员称号停止查询。
        2.2.2 登录模块
        授课教员和教学院长可以经过输出本人的登录信息进入到零碎中。普通教员有调串课请求页面呈现,关于教学院长相关人员还有审批页面供选择。其中登录、登出、登录形态监控,以及角色权限分配和受权次要经过Apache Shiro完成。
        2.2.3 调串课请求
        授课教员需求调串课,进入该页面,依照要求填写调串课信息,告诉人默许爲登录人,也可以填写其别人。调串课缘由爲手动输出,课程信息依据零碎数据库内容间接选择。随后,调整后的工夫和地点也由用户选择停止挑选。全部填写完后可以暂存、提交。暂存和提交后还可以修正和删除。提交后表单即进入Activiti任务流,自此审批流程开端。由于审批流程运用了Activiti任务流,所以两头的许多环节由任务流引擎间接管理,浪费了少量的开发工夫。
        2.2.4 审批
        审批辨别爲教员所在教学单位和先生班级所在教学单位两个局部,经过Activiti提供的并行网关,两个教学院长辨别会收到该条请求记载(假如是同一个系部就只要一个院长收到一条记载)。院长可以看到调串课缘由,并依据状况审批。审批后会改动请求记载的形态,并且锁定该条记载,不能被请求人修正和撤销。在主管院长审批经过后,需求请求人再次确认,确认经过后,流程进入完毕阶段,新课程记载在数据库内正式失效,将不能停止修正。
        2.2.5 数据维护
        数据库维护爲管理员独有,可以对一切数据停止增删改、查询、汇总统计(按教学单位、工夫)等功用。
        3 结 论
        调串课零碎爲高校教学管理部门提供了工具战争台,本零碎在设计中采用分层级选择的办法,爲教员疾速引荐合理的调串课方案。在开发进程中应用Activiti任务流浪费了少量的工夫。经过该零碎的运用,对教员在教学进程中的变卦监控愈加方便快捷,进步教学管理人员的任务效率。