基于课程的线上请假系统.docx
《基于课程的线上请假系统.docx》由会员分享,可在线阅读,更多相关《基于课程的线上请假系统.docx(37页珍藏版)》请在冰豆网上搜索。
![基于课程的线上请假系统.docx](https://file1.bdocx.com/fileroot1/2022-11/21/57143abd-50e5-471e-9712-353c2fa01ca4/57143abd-50e5-471e-9712-353c2fa01ca41.gif)
基于课程的线上请假系统
基于课程的线上请假系统设计与实现
基于课程的线上请假系统设计与实现
摘要
随着计算机的应用及普及,高校中的管理逐渐取向信息化与系统化,学生信息管理系统、学生教务系统、学生素质拓展系统等信息系统的使用有效解决了高校事务管理手段落后、处理效率较低的问题。
当前,北京理工大学珠海学院的请假流程仍留处于师生单独联系或者个别使用一些单向系统进行管理的状态。
详细而言,当校内学生有请假需求时,需要在公众号填写相关资料后提交至学院处审核,审核结果将以推送形式向学生展示,接着学生需要到辅导员办公室领取纸质假条;在教师点名时,需要提交纸质假条给教师抵消旷课记录。
这杨的管理方式,一方面,直接使用推送公开形式展示结果,缺乏对学生隐私的保护;另一方面,在人工操作的过程中容易出现舞弊的情况,对学生的个人发展和学校的教育发展造成一定影响;更重要是,教师与学生之间只有单向沟通,缺乏双向沟通。
本课题通过web技术设计一套基于学生日常大学课程生活的线上请假请假系统,解决学生请假难,教师批假不易的现实状况和矛盾。
主要有三个基本模块,分别是学生模块、教师模块以及管理员模块。
学生模块有提交请假单、查阅历史请假记录、选课功能;教师模块有审阅请假单、查阅请假记录功能;管理员模块有新增和删除课程、学生、教师功能。
本系统采用B/S模式实现请假单的提交和审阅,以Java为开发语言,结合SSH框架和Mysql数据库进行开发,并运用VUE框架实现前端。
以此来提高请假的效率和减轻教师的工作压力,使请假管理事务更为信息化与系统化。
关键词:
请假管理系统;B/S模式;Java;
Designandimplementationofonlineleavesystembasedoncourses
Abstract
Withtheapplicationandpopularizationofcomputers,themanagementincollegesanduniversitiesisgraduallyorientedtowardsinformatizationandsystematization.Theuseofinformationsystems,suchasstudentinformationmanagementsystem,studenteducationaladministrationsystem,andstudentqualitydevelopmentsystem,haseffectivelysolvedtheproblemsofbackwardmanagementmeansandlowprocessingefficiency[1].
Atpresent,theleaveprocessofzhuhaicollegeoftheBeijinginstituteoftechnologyisstillinthestateofseparatecontactbetweenteachersandstudentsormanagementwithsomeone-waysystem.Indetail,whenstudentsoncampusneedtoaskforleave,theyneedtofillinrelevantmaterialsintheofficialaccountandsubmitthemtothecollegeofficeforreview.Theresultsofthereviewwillbeshowntostudentsintheformofpush.Then,studentsneedtogotothecounselor'sofficetogetapapernoteofleave.Attheteacher'srollcall,apapernoteisrequiredtooffsettheabsencerecord.Thiswayofmanagement,ontheonehand,directlyUSESthepushpublicformtodisplaytheresults,lackofprivacyprotectionforstudents;Ontheotherhand,intheprocessofmanualoperationispronetofraud,whichhasacertainimpactonthepersonaldevelopmentofstudentsandthedevelopmentofschooleducation;Moreimportantly,thereisonlyone-waycommunicationbetweenteachersandstudents,andthereisalackoftwo-waycommunication[6].
Thistopicthroughthewebtechnologydesignasetofstudentsbasedonthedailylifeofcollegecoursesonlineleaveleavesystem,tosolvethestudentsleavedifficult,teachersnoteasytoleavetherealityandcontradictions.Therearethreebasicmodules:
studentmodule,teachermoduleandadministratormodule[7].Thestudentmodulehasthefunctionsofsubmittingtheleaveform,lookingupthehistoricalleaverecordsandselectingcourses.Theteachermodulehasthefunctionsofreviewingtheleaveformandconsultingtheleaverecord.Administratormodulehasnewanddeletecourses,students,teachersfunction.
ThissystemUSESB/Smodetorealizethesubmissionandreviewofleaveform,withJavaasthedevelopmentlanguage,combinedwithSSHframeworkandMysqldatabasedevelopment,anduseVUEframeworktoachievethefrontend.Inordertoimprovetheefficiencyofleaveandreducetheworkpressureofteachers,makeleavemanagementmoreinformationandsystematic[8].
Keywords:
Leavemanagementsystem;B/Smode;Java;
第1章绪论
1.1系统开发的背景和目标
1.1.1系统开发的背景
请假是高校事务中重要的一个环节,它对学校的教学对学校的教学秩序、教育资源的分配、教师工作的安排以及学生学业的发展都存在不同程度的影响。
而学生作为高校请假事务管理中的核心参与者[2],规范统一的学生请假系统可以达到规范学生日常学习生活、提高学生学习质量、端正学生态度和保护学生人身安全的目的,同时,直接影响高校学生出勤工作的质量,间接影响高校高等教育的质量。
经过研究发现,高校学生请假是一件复杂的事务,它具有时效性、辨伪性和责任性等属性。
其时效性是指请假既是一件有有效期的事又是一件要求实时性的事;其辨伪性是指要保证请假的真实性;其责任性是指要合理准假,防范因不合理准假而导致的恶性后果[3]。
目前,我校北京理工大学珠海学院的请假方式种类繁多,不同学院均有不同的请假方式。
就商学院而言,请假流程如下:
(1)在学院公众号提供表单入口通过提交个人信息与请假凭证实现请假需求;
(2)辅导员审阅后将以推文形式发布每个学生请假需求的审阅结果;
(3)学生需要及时留意推文并在指定时间内达到办公室领取纸质请假条;
(4)课堂上教师点名时,如有请假需要出示纸质请假条,否则会当作旷课处理;
当前的请假方式相比传统的面对面请假方式而言,存在一些优点:
(1)实现了学生随时随地完成请假申请的提交,减少了学生寻找辅导员和与辅导员对上时间进行交谈的时间成本;
(2)增加了一些公平性,避免辅导员或者其他审核人员由于个人交情或者个人偏见对审核结果造成影响;
当然,当前的请假系统也存在一些不足:
(1)缺少及时反馈和花费大量时间成本的问题,学生与教师或者辅导员之间的沟通交流是单向的,无法及时对于审核结果进行沟通,需要来到办公室进行现场交流;
(2)缺少对学生隐私的保护,以推文的形式公开学生的班级、学号、以及请假时间和理由,虽然有利于提高审核结果通知的速度,但对于学生而言,则是把个人信息公开,缺乏友好性;
(3)更为重要的一点是,部分学生认为来回跑动的时间成本过高或者产生逃课心理时,容易发生学生自行伪造请假条的现象,这不利于教师和学校的教学教育,更不利于学生品质和未来的发展;
综上所述,结合目前请假流程的优缺点,发现目前的系统需要进行迭代改进才能更好的满足使用者的需求。
因此,一套统一完善的线上请假系统来实现请假事务管理的出现能够很好的解决如今我们学院乃至我们学校请假的问题。
1.1.2系统开发的目标
本课题的总体目标是设计一套基于学生日常大学课程生活的线上请假请假系统,解决学生请假难,教师批假不易的现实状况和矛盾。
(1)全校师生的统一使用:
现系统统一管理使用师生的各类个人信息和权限控制,改变了原系统或者请假流程关联性差,管理性弱,辨识度低的特点;
(2)请假流程官方化:
现线上课程请假系统可发挥其官方性和统一性的优势,学生和老师登录系统进行课程的录入和登记,全体师生统一进行操作,不再出现虚报谎报的事件;
(3)请假信息的统计分析:
统计学生请假的数量和情况,便于辅导员的判断辨别,老师开展的授课安排和教学任务;
1.2系统的主要功能和特点
本系统有三个不同角色的登录端口,分别是学生端、教师端和管理员端。
每个角色登录系统时都会对其登录权限进行判断,进而获取对应的权限,避免出现数据混乱的现象。
主要功能有:
(1)学生端修改个人信息:
学生在本系统上修改个人详细资料,如联系电话、宿舍信息等。
(2)学生端提交请假申请:
学生填写具体请假信息上传至系统等待审阅。
(3)学生端查阅请假记录:
学生可以在本系统上查阅历史请假记录,按照时间递减的顺序排列或者通过关键字检索。
(4)教师端修改个人信息:
教师在本系统上修改个人详细资料,如联系电话等。
(5)教师端审核请假申请:
教师在本系统上审核自己教授课程的学生的请假申请。
(6)教师端查阅请假记录:
学生可以在本系统上查阅历史请假记录,可以根据课程名称和时间进行检索查看对应请假学生。
(7)管理员端新增学生/教师信息:
管理员可以在系统新增学生/教师信息,以提供其登录系统的账号密码与权限。
(8)管理员端注销学生/教师信息:
管理员可以在系统删除学生/教师信息,以注消其登录系统的账号密码与权限。
(9)管理员端新增课程:
管理员可以在本系统新增课程,便于学生在提交请假申请时选择。
(10)管理员端删除课程:
管理员可以在本系统删除停开课程。
1.3设计开发的方法和工具的选择
本系统在系统规划阶段,综合运用了文献研究法、用户采访法对用户需求进行收集,确定了用户的基本需求、现阶段存在的不足和改进的方向。
在这个阶段中,对校内不同学院的请假方式进行了调查,发现每个学院的请假体系都是不一样的,导致许多学生不清楚本学院请假流程,甚至选择捷径。
立足于此现状,按照该现状和用户的需求进行系统规划。
在系统分析阶段,根据用户的需求划定不同的系统角色,对主要业务进行业务流程分析和数据流程分析。
捋清楚本系统的业务逻辑,对不同的用户角色进行功能划分。
运用ProcessOn完成业务流程图和数据流程图的绘制,并编写需求文档。
在系统设计阶段,进行系统总体设计,包括编写用例图、用例规约、设计类图、对象关系模型等,并运用ProcessOn、word和excel办公软件输出对应内容。
对系统进行数据库、代码、各功能模块等进行设计,并用AxureRP9进行原型设计。
在系统实现阶段,完成系统编程、数据录入、试运行等工作,运用SSH框架、mysql数据库、Vue框架实现。
在系统运维阶段,进行日常管理、监控、维护等工作。
1.4论文的内容和结构安排
(1)绪论:
根据北京理工大学珠海学院现状对请假系统的背景进行详细的阐述,根据自己的实际能力确定请假系统设计的开发工具与语言;
(2)系统规划:
对请假系统的部分分析和请假系统的总体分析,将用户需求进行分类、排序,筛选出能够完成的部分,整理成一个完整的业务流程;
(3)系统分析:
对请假系统的功能进行详细的分析,根据每个角色的不同功能,进行深入分析,并思考其可能出现的扩展情况;
(4)系统设计:
对请假系统进行设计,包括总体设计、界面设计、数据库设计,此时系统已经初露雏形[4];
(5)系统实现:
对请假系统进行详细的代码编译,运用熟悉的Java语言进行开发,完成系统的实现,并对系统进行测试。
第2章系统规划
2.1初步需求分析
(1)系统对象
系统的主要使用者:
学生、教师、管理员;
系统对象:
学生、教师、管理员、请假单;
(2)对象属性
学生(学生编号,姓名,年级,学院,专业班级,联系电话,宿舍,登录密码)
教师(教师编号,姓名,联系电话,登录密码)
管理员(管理员编号,用户名,登录密码)
请假单(假单编号,类型,理由,审核状态,学生编号,教师编号)
(3)重点对象状态变化过程
请假单是本系统中最为重要的对象,在不同的业务场景下呈现出不同的状态,随着业务流转其状态不断变化。
具体如下:
在学生提交已填写请假单后,此时请假单状态为“待审核”,请假单属性有:
假单编号,类型,理由,审核状态,紧急联系人,紧急联系人电话,学生编号。
在教师对请假单进行审核前,此时请假单状态为“待审核”,请假单属性有:
假单编号,类型,理由,审核状态,紧急联系人,紧急联系人电话,学生编号,教师编号。
在教师对请假单进行审核后,请假单有两种状态,分别是“审核未通过”“审核已通过”。
“审核未通过”情况下,请假单的属性有:
假单编号,类型,理由,审核状态,紧急联系人,紧急联系人电话,审核不通过原因,学生编号,教师编号。
“审核已通过”情况下,请假单的属性有:
假单编号,类型,理由,审核状态,紧急联系人,紧急联系人电话,学生编号,教师编号。
假条状态
属性
学生提交已填写假条
待审核
假单编号,类型,理由,审核状态,紧急联系人,紧急联系人电话,
学生编号
教师审核
待审核
假单编号,类型,理由,审核状态,紧急联系人,紧急联系人电话,学生编号,教师编号
教师已审核
审核已通过
假单编号,类型,理由,审核状态,紧急联系人,紧急联系人电话,
学生编号,教师编号
审核未通过
假单编号,类型,理由,审核状态,紧急联系人,紧急联系人电话,审核未通过原因,学生编号,教师编号
(4)对象业务功能:
学生端的学生用户可以通过本系统进行线上申请请假,在请假的过程中,根据学生已选课程进行课程请假,如果系统中暂不存在的课程不予以请假。
除此之外,学生端的学生用户还能通过本系统查看历史请假记录和请假剩余次数。
教师端的教师用户可以通过本系统对教授课程的同学的请假单进行审批,请假理由符合相关规定的予以审核通过,不符合相关规定的予以审核未通过,系统将该信息反馈至学生端。
另外,教师端的教师用户还能查看课程不同时间已请假学生信息,便于考勤。
管理员端的管理员用户可以通过本系统对课程进行新增或删除,便于师生请假事务处理。
另外,管理员还能对师生用户进行新增或注销。
2.2总体结构
从总体上而言,本系统可以根据不同的登录角色分成三个模块,分别是学生模块、教师模块、管理员模块。
其中,这三个模块共有的是登录功能模块和权限管理模块。
对于学生模块而言,包括申请请假单模块、查阅请假记录模块、个人信息管理模块;对于教师模块而言,包括审核请假单模块、查阅请假记录模块、个人信息管理模块;对于管理员模块而言,包括新增/删除/修改课程模块、新增/注销/修改教师模块、新增/注销/修改学生模块[5]。
2.3可行性研究
(1)技术可行性
本系统基于web网页进行操作,运用SSH框架、Vue框架,结合Mysql数据库进行开发,基于Windows平台进行部署运行。
其中,上述提及的SSH框架、Vue框架已经是成熟的信息系统建设方案,上手速度快、二次复用性强;[9]同时,Mysql数据库为开源且免费的关系型数据库,操作简便。
另外,还是用了navicat数据库管理工具,对于开发者而言,在开发的过程中降低了输入sql语言的出错率,提高了数据的可视化性和可操作性[10]。
(2)经济可行性
本系统可作为一个子系统嵌入我校北京理工大学珠海学院的教务系统中,结合现有的学生课程系统,便于对学生请假的课程进行进一步的限制,同时又能为教务系统新增子功能,丰富教务系统的功能性。
在经济上,本系统可在现有的校园教务系统进行部署[11],服务器可以在依赖于现有的服务器,经济上花费成本较低。
另外,在开发工具方面,由于使用的开发语言和框架都是市面上较为成熟的,开发人员也具备相应的开发能力,需要的经济成本也很低。
因此,在经济上可行。
(3)社会可行性
本系统设计的出发点是基于降低学生时间成本和伪造请假单概率,提高教师考勤效率和工作效率的。
在进行需求设计时,是对使用者的使用感受和建议进行设计的,总体设计符合使用者的需求。
从师生角度而言,有利于学生提高自身约束能力,还能为教师的考勤、工作安排等提供了便利。
从校方角度而言,良好的请假系统,可以规范学生请假的方式、对学生的出勤进行有效监管,从而降低逃课概率、提高学校的教育质量。
教育是社会人发展重要核心动力,良好的教育质量,不仅能够培育出优秀的青年,还能在优秀青年的发展和进步中,促进社会进步和发展。
因此,对社会的发展是具有积极意义的。
第3章系统分析
3.1用例图
本系统的主要参与者有:
学生、教师、管理员三个角色,下方用例图通过参与者和用例来描述请假系统的功能。
图3-1用例图
3.2用例规约
(1)请假管理系统——风筝层
用例名称
学生在系统中进行线上请假
主要参与者
学生、教师、管理员
层次
风筝层(概要)
利益相关者
学生、教师、管理员
前置条件
学生使用系统进行请假
最低保证
回滚任何未完成的事务,系统记录进展日志直到失败
成功保证
学生成功请假
触发器
学生进入线上请假系统
主要成功情节
1)登录系统
2)管理员增加课程
3)管理员新增/删除教师信息
4)管理员新增/删除学生信息
5)学生申请请假
6)学生查阅请假记录
7)教师审核请假单
8)教师查看请假记录
9)退出系统
扩展
1.a登录权限验证失败
1.a.1事务回滚,重新进入登录界面
1.a.2事务回滚,重新填写登录资料
3.a新增教师信息已存在
3.a.1搜索该名教师资料,确定是否存在
3.a.2信息不完整,修改该名老师的信息
5.a提交请假单事务中断
5.a.1事务回滚,重新进入提交界面
5.a.2事务回滚,重新填写假条信息
6.a查阅请假记录入口不可用
6.a.1学生退出系统
6.a.2学生采取行动获得对查阅记录的访问
7.a查看请假记录入口不可用
7.a.1教师退出系统
7.a.2学生采取行动获得对查看请假记录入口的访问
8.a目标课程请假记录不可获得
8.a.1教师退出系统
8.a.2教师采取行动获得目标课程请假记录
(2)申请请假——海平面层
用例名称
申请请假
主要参与者
学生
层次
海平面(用户目标)
利益相关者
学生、教师、管理员
前置条件
学生登录系统
最低保证
回滚任何未完成的事务,系统记录进展日志直到失败
成功保证
学生成功完成待审核请假单
触发器
学生进入线上请假系统申请请假入口
主要成功情节
1)为该事务创建一个假条
2)学生选择请假课程
3)学生选择请假类型
4)学生填写请假原因、上传请假凭证等具体内容
5)学生提交至系统,等待审核
6)学生请假记录数据被更新
扩展
2.a选择请假课程事务中断
2.a.1事务回滚,学生重新选择课程
3.a学生选择的请假类型本周期内已达到上限次数
3.a.1学生放弃申请请假
3.a.2如有特殊情况,学生自行联系教师或管理员
4.a请假凭证图片过大
4.a.1自行压缩后再次进行上传
5.a提交假条事务中断
5.a.1事务回滚,重新进入提交界面
5.a.2事务回滚,重新填写请假单信息
(3)查阅请假记录—海平面层
用例名称
查阅请假记录
主要参与者
学生
层次
海平面(用户目标)
利益相关者
学生、教师、管理员
前置条件
学生已提交待审核请假单
最低保证
回滚任何未完成的事务,系统记录进展日志直到失败
成功保证
学生成功查阅请假记录
触发器
学生进入线上请假系统的查阅假条记录入口
主要成功情节
1)学生查看已提交申请请假单当前审核状态
2)学生查看审核请假单的教师信息
3)学生查看审核不通过理由
4)请假记录数据被更新
5)学生查阅历史请假记录
扩展
1.a请假单状态为待审核
1.a.1学生退出当前窗口
1.b请假单状态为审核已通过
1.b.1学生退出当前窗口
1.c审核状态为未通过
1.c.1学生放弃申请请假
1.c.2学生根据未通过理由重新提交
5.a学生无法查阅历史请假记录
5.a.1学生退出系统重新登录
5.a.2学生采取行动获得对历史请假记录的访问
(4)修改个人信息——海平面层
用例名称
修改个人信息
主要参与者
学生
层次
海平面(用户目标)
利益相关者
学生、教师、管理员
前置条件
学生登录请假系统
最低保证
回滚任何未完成的事务,系统记录进展日志直到失败
成功保证
学生修改个人信息并成功提交至系统
触发器
学生进入线上请假系统的修改个人信息入口
主要成功情节
1)学生进入个人信息页面
2)学生对个人信息进行修改
3)学生修改完成后点击提交至系统
扩展
1.a学生无法进入个人信息页面
1.a.1学生刷新并重新进入个人信息页面
1.a.2学