学生请假管理系统.doc
《学生请假管理系统.doc》由会员分享,可在线阅读,更多相关《学生请假管理系统.doc(27页珍藏版)》请在咨信网上搜索。
1、中原工学院软件学院软件工程实践一设计任务书姓名*软件工程 专业 JAVA123 班题目学生请假管理系统的开发设计任务开发一个基于Web的学生请假管理系统,包括教师端和学生端.主要功能包括:1. UI设计:界面(参与)2. 学生端:请假申请、销假申请、查询自己请假记录;(独立完成)3。 教师端:请假审批、销假审批、查询学生请假记录;(参与)开发工具:Java、JSP、MySQL、Photoshop、MyEclipse8。6时间进度第1周(9-9913):完成需求分析、UI设计第2周(9-169-21):完成代码第3周(924929):完成报告原主始要资参料考与文献01http:/www.w3sc
2、hool。02叶和亚.陈立。java2程序设计实用教程例M北京:电子工业出版社。 2003。503李兆峰。庞永庆。java程序设计与项目实践M北京:电子工业出版社。2011.6指导教师签字: 年 月 日学生请假管理系统摘 要当前信息化时代,讲究高效,准确,及时的完成事情,近年来学校都在开展信息化部署,实现了多媒体教学,网上提交作业,在线考试等学生考勤对学校教务管理是至关重要,在以前,学生请假要去找班主任或者领导批准,并且不一定每次都能顺利的找到班主任,完成请假批准。如果学生不在学校,没办法向班主任提交请假单;对于学生出勤检查,是学生会根据纸制名单逐一点名,或老师根据学生上交课堂作业来判断学生是
3、否来上课。这些方法往往具有考勤差错率比较高,考勤效率也比较慢,没有一个总体的的记录和整理,并且纸制的点名册容易丢失遗漏,耽误时间等缺点。针对以上的问题,开发一种针对学生请假的考勤网上管理系统,通过请假管理系统,任课老师可以在课堂上直接登录考勤记录网站进行课堂查看哪些学生请假,记录学生考勤情况等。此外,在其他时间,班主任以及其他老师也可以登录该网站查询学生在某课程的出勤情况。该系统是基于Java web的简单型设计,它体现了对一些简单的JSP标签语言的运用,该系统界面简单、操作方便.根据实际需要将系统分为学生端和教师端,学生请假和教师批假都需要首先登录,学生端实现了学生申请请假、申请销假、查询自
4、己请假记录功能;教师端实现了教师对学生请假的批准、销假批准以及查询学生的请假记录功能。关键词: 学生; 请假管理; Java Web目 录摘要2第1章项目分析11。1 问题描述11。2技术分析11。3工程进度计划2第2章系统分析与设计32.1 系统分析32。1.1 参与者32。1.2 用例图32.1。3 用例及用例规约42。1。3。1 UC001 登录42.1 .3.2 UC002 申请请假52.1.3。3 UC003 申请销假62。1.3.4 UC-004 查询请假记录72。2 系统设计72。2。1顺序图82。2。2类图112。2。3系统体系结构设计112。2.4 设计时序图12图 2.10
5、 学生销假申请设计时序图142。3 数据库设计142。3。1ER图152。3.2关系模式162。3.3表的设计16第3章实现与测试193.1 请假申请功能203.1.1活动图213。1。2界面213。1。3代码213.1.4测试用例223。2销假申请功能223。2.1活动图223。2。2界面223。2。3代码223。2。4测试用例223。3请假记录查询223.3。1活动图233。3。2界面233。3。3代码233。3。4测试用例233。4登录功能233。4.1活动图233。4。2界面233。4。3代码243。5。4测试用例24第4章结束语25附录A: 附加图、表29附录B: 主要源程序29xx
6、x:学生请假系统管理第1章 项目分析随着计算机的发展与不断进步,各个领域都出现了新的技术,曾经各种规模之间的竞争已经发展成为技术之间的竞争,管理和人才之间的竞争,然而计算机技术的发展也离不开软件的更新,在软件不断更新和替换的过程中已经渗透到各个领域,政府机关,各大高校等都不断向智能方向发展,学生请假也成为一件棘手的事情,为了请假学生需要写请假条找老师批准,结果是这个时候老师不一定在,另外学生需要请假时不一定在学校,所以为了给广大师生提供方便,我们需要开发软件系统学生请假管理系统。1。1 问题描述要完成这个系统最大的问题就是所学知识是有限的,在完成其中某些功能时候所需要的可能就完全没有接触过,所
7、以只能用一些简单的功能代替或者替换掉那些用目前的水平所不能实现的功能,再者就是对目前所需求的不是很明确,比如要做出一个请假管理如何去设置友好界面让大家都喜欢适应去使用,如何把系统做到什么程度才能够投入使用,这些都是所面临的棘手问题。1。2技术分析该系统用到MVC设计模式,总共建立了五个包,界面View、数据对象DO、数据库连接DB、数据库操作DAO、控制层Control、业务层BO;DO层是对数据对象的封装,DB层是连接数据库,DAO层是包含对数据标的基本操作,BO层是所有和业务相关的关于对数据的判断等,调用的是DAO层然后返回一个结果,Control层是为了获取用户参数并封装,同时调用BO层
8、,再根据调用得到的不同的结果在调用不同的View层,将处理结果显示给用户.图1.1 包图1。3工程进度计划实际开发过程中,开发周期可以分为三个阶段:第一阶段:成果:(1)需求分析(2)对数据库进行设计目标:设计出适合学生请假管理系统的数据库;完成数据库的连接 时间:一周第二阶段:成果:完成JSP页面和系统代码目标:能在编译器中有效正确运行。时间:一周第三阶段:成果:写报告;目标:完成系统报告.时间:一周第2章 系统分析与设计学生请假管理系统必须通过正确的用户名的密码方能进入系统,系统分为两大模块,学生端和教师端,学生端和教师端分别有三个模块,学生端分为请假申请、销假申请、个人请假记录查询,教师
9、端分为请假审批、销假审批和学生请假记录查询;学生提交的请假申请需要教师的审批,只有批准之后学生方可提出销假申请。2.1 系统分析该系统有两个参与者,分别为学生和教师,学生请假需首先得到教师的批准方可奏效,学生与教师都需使用自己的工号作为用户名和密码进行登录。2.1.1 参与者学生、教师2。1.2 用例图图2。1 用例图2。1.3 用例及用例规约请假管理系统学生端共包含1个参与者、4个用例.用例的编号及名称如表1所示:表2。1用例列表用例编号用例名称参与者UC001登录学生UC002申请请假学生UC003申请销假学生UC004查询请假记录学生2.1。3。1UC001登录参与者学生需要用户名和密码
10、登录到系统,才能进行相应的操作,系统中设置学生的登录用户名为学号,初始化密码为学号.表2。2功能编号UC001功能名称登录前置条件参与者通过浏览器打开请假管理系统的登录页面基本事件流1. 系统要求参与者填写用户名和密码。2. 参与者填写相应信息,学生输入学号作为用户名,密码初始值为学号。3. 系统验证用户输入信息是否正确备选流1。用户名和密码输入错误如果系统检测到用户输入的用户名和密码与数据库中不一致,给予用户“用户名和密码不正确的错误提示,并要求用户重新输入。后置条件如果用例成功,系统进入相应权限页面界面原型参与者学生2。1。3。2 UC002申请请假该用例的主要参与者为学生,学生通过系统填
11、写请假申请单,请假申请单将会提交给辅导员审批。表2。3功能编号UC002功能名称申请请假用例描述学生创建新的请假申请单,录入请假资料,创建一个请假申请流程前置条件学生正常登录到系统中,并打开请假管理页面基本事件流1、 学生选择创建请假申请单,系统自动查询当前的学生是否存在没有销假的记录,如果存在没有销假的请假记录,执行异常流1。1,如果不存在未销假记录,执行基本事件流22、 系统展示申请单录入界面3、 学生录入学生学号、姓名、请假事由(原因、去向),开始时间、结束时间,联系方式(个人联系方式、家长联系方式)4、 学生提交申请单,系统进行数据校验,依据业务规则C,如果数据校验不合法,执行分支流4
12、。1,如果数据校验合法,执行基本事件流55、 系统为当前的请假申请单生成唯一的编号,保存该请假申请单6、 将该流程推进到下一环节系统应该向学生展现请假申请单的最终页面,用例结束分支流4。1请假信息填写有误,显示填写不正确的信息提示,并要求学生重新填写,显示填写请假申请单的页面.异常流1。1系统显示学生没有销假的记录详情1。1学生确认自己的请假记录是否属实,用例终止后置条件1、 系统将保存该条请假记录.2、 创建新的请假单并生成唯一的申请编号3、 创建新的请假申请流程实例4、 记录提交后不能够再修改界面原型无业务规则A、 包括学生姓名、辅导员姓名、请假开始时间(必须选择当天及当天之后的时间)、请
13、假结束时间(大于请假开始时间),请假理由,家长联系电话B、 系统首先判断是否存在没有销假的记录,存在的话,将该记录显示给当前学生学生进行确认,如果确认是没有销假,学生继续执行销假流程,否则,辅导员进行异常处理C、 学生姓名、辅导员姓名、请假开始时间(必须选择当天及当天之后的时间)、请假结束时间(大于请假开始时间),请假理由,家长联系电话信息为必填,不能为空.联系方式是否合法,请假开始时间是否在请假结束时间之前。执行者学生涉及的实体1、 学生属性:学号、姓名、班级、性别、联系方式、宿舍、标志变量(tag=1)2、 请假申请单属性:学生(学号、姓名),请假事由(原因、去向),开始时间、结束时间,联
14、系方式(个人联系方式、家长联系方式)、操作1(已批准、待批准)、操作2(申请销假、已销假、未销假)2。1。3。3 UC003申请销假该用例的主要参与者为学生,学生通过系统提出销假申请,若申请成功,此时请假信息中操作2的状态将修改为申请销假,否则提示申请销假失败。表2。4功能编号UC-003功能名称申请销假前置条件参与者通过浏览器打开请假管理系统的登录页面成功登录进入系统主页面基本事件流1. 学生发出销假申请,并等待系统验证2. 如果提示申请成功,执行基本事件流33. 等待辅导员销假4. 如果提示申请失败,执行基本事件流55. 提示申请销假失败,请重新申请备选流无后置条件如果用例成功,系统进入相
15、应权限页面界面原型无参与者学生2。1。3。4 UC-004查询请假记录该用例的参与者为学生,学生通过系统提出请假记录查询,若查询成功,学生请假的记录将会显示在页面上。表2.5功能编号UC004功能名称查询请假记录前置条件参与者通过浏览器打开请假管理系统的登录页面成功登录进入系统主页面基本事件流1.学生发出查询请假记录,并等待系统验证2.如果提示验证成功,执行基本事件流33。显示请假记录4.如果提示验证失败,执行基本事件流55。提示查询失败或者无请假记录,请重新申请备选流无后置条件如果用例成功,系统进入相应权限页面界面原型无参与者学生2。2 系统设计该系统分为3个部分,第一部分是登录,学生和教师
16、都需要登录,第二部分是学生端,学生端3个功能学生申请请假、学生申请销假、查询个人请假记录,第三个部分是教师端,教师端3个功能教师批准请假申请、教师批准销假申请、教师查询学生请假记录。2。2.1顺序图图2。2 登录时序图图2。3 学生请假申请时序图图2。4学生销假申请时序图图2。5 学生请假查询时序图2.2。2类图图2。6 类图2。2.3系统体系结构设学生请假管理系统统学生端教师端学生申请请假学生申请销假学生查询请假教师审批请假教师审批销假教师查询请假登录图 2.7 体系结构图该系统包括基本的3各模块,登录、学生端、教师端.学生和教师在登录成功时分别进入不同的页面进行操作,学生端进行请假申请、销
17、假申请、查询个人请假;教师审批请假、审批销假、查询学生请假记录。2。2.4 设计时序图图2。8登录设计时序图该图是学生端登录设计时序图,首先学生发送请求到控制类,然后跳出登录页面,学生填写登录信息并提交到控制类,控制类封装数据创建对象调用逻辑层进行数据校验并返回结果,逻辑层调用DAO层最终根据结果判断如果登录成功将跳转到学生端主页,如果登录失败将给以提示信息并请重新登录.图2.9请假申请设计时序图该图是学生请假申请设计时序图,首先学生需要成功登录,发出请假申请,这时候控制类会自发调用逻辑层,逻辑层调用DAO层,如果该学生之前请过假并且未曾销假,这时该学生是不能够再请假的,倘若该学生发出请假申请
18、,系统将会把该学生之前的请假未销假记录显示出来,如果没有未销假记录,将会显示请假申请页面,学生需要填写请假申请单将请假详细信息填写并提交倘若正确无误,系统将会提示请假申请成功.图 2.10 学生销假申请设计时序图该图是学生销假申请设计时序图,在学生成功登录之后,学生在申请请假时候必须不存在未销假记录,所以在学生请假完成到校报到后必须进行销假,然而这时需要发出销假申请,这时候在业务逻辑层将会给予判断,如果销假申请成功将会提示申请成功,如果有错误将会提示申请失败或者不存在未销假记录。2。3 数据库设计数据库在该系统中是为了存储数据,学生所提交的请假记录是通过保存到数据库中来实现申请请假、销假等功能
19、的,在我们目前所学的有限的知识内,没有数据库该系统是没法运行和实现的.2.3。1关系模式(1)学生信息:(学号、姓名、班级、性别、宿舍、联系方式、tag)(2)教师信息:(工号、姓名、联系方式、性别、年级、tag)(3)登录:(用户名(学号、工号),密码)(4)请假信息:(学号、姓名、事由、请假开始时间、请假结束时间、联系方式)2。3.2 ER图ER图在数据库设计里面是至关重要的一步,它是整个数据库设计的关键,下面使用实体联系(ER)模型来描述系统的概念结构,设计出能够满足用户需求的各种实体,以及它们之间的关系,为后面的逻辑设计打下基础。图2.11ER图请假记录理由开始时间学号操作2操作1结束
20、时间姓名联系方式用户 1教师 n学生n属于姓名联系班级学号性别宿舍Tag属于性别年级电话姓名工号Tags用户名:学号、工号密码2.3.3表的设计表 2.6用户登录信息表(login)编号字段名称数据类型约束条件说明1useridVarchar(14)无学号、工号2passwordVarchar(12)无密码3TagVarchar(2)无标志该表是用户登录信息表,表中包括3个属性,用户名和密码、还有标志变量tag,tag是为了控制学生端和教师端,用户名分别为学号和教师的工号;表 2.7 学生信息表(Student)编号字段名称数据类型约束条件说明1sidVarchar(14)无学号2SnameV
21、archar(20)无姓名3ClassesVarchar(20)无班级4SsexVarchar(6)无性别5SphoneVarchar(12)无联系电话6DormitoryVarchar(6)无宿舍7TagVarchar(2)1标志该表是学生信息表,表中包括7个属性,都是字符串类型,其中tag标志变量默认为1,并且不可修改;表 2。8 教师信息表(teacher)编号字段名称数据类型约束条件说明1tidVarchar(14)无工号2tnameVarchar(16)无姓名3tsexVarchar(4)无性别4gradesVarchar(20)无所带年级5tphoneVarchar(12)无电话6
22、tagVarchar(2)2标志该表是教师信息表,表中包括6个属性,都是字符串类型,教师也包括一个标志变量tag,也存在一个默认值为2 ,并且不能修改;表 2。8 请假信息表(leaverecords)编号字段名称数据类型约束条件说明1sidVarchar(14)无学号2SnameVarchar(16)无姓名3Starttimedate无开始时间4endtimedate无截止时间5SphoneVarchar(12)无联系电话6Operate1Varchar(20)操作17Operate2Varchar(20)操作28reasonVarchar(255)无理由该表示请假信息表,包括8个属性,其中
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 学生 请假 管理 系统
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【精****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【精****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。