学生请假综合管理系统.docx
《学生请假综合管理系统.docx》由会员分享,可在线阅读,更多相关《学生请假综合管理系统.docx(40页珍藏版)》请在咨信网上搜索。
1、中原工学院软件学院软件工程实践一设计任务书姓名* 软件工程 专业 JAVA123 班题目学生请假管理系统开发设计任务开发一个基于Web学生请假管理系统,包含老师端和学生端。关键功效包含:1. UI设计:界面(参与)2. 学生端:请假申请、销假申请、查询自己请假统计;(独立完成)3. 老师端:请假审批、销假审批、查询学生请假统计;(参与)开发工具:Java、JSP、MySQL、Photoshop、MyEclipse8.6 时 间 进 度第1周(9-99-13):完成需求分析、UI设计第2周(9-169-21):完成代码第3周(9-249-29):完成汇报原 主始 要资 参料 考和 文 献01 0
2、2叶和亚.陈立.java2程序设计实用教程例M北京:电子工业出版社. .503李兆峰.庞永庆.java程序设计和项目实践M北京:电子工业出版社.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 UC004 查询请假统计72.2 系统设计72.2.1次序图82.2.2类图112.2.3系统体系结构设计112.2.4 设计时序图12图 2.10 学生销假申请设计时序图142.3 数据库设计142
5、.3.1E-R图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: 关键源程序29第1章 项目分析伴随计算机发展和不停进步,各个领域全
6、部出现了新技术,曾经多种规模之间竞争已经发展成为技术之间竞争,管理和人才之间竞争,然而计算机技术发展也离不开软件更新,在软件不停更新和替换过程中已经渗透到各个领域,政府机关,各大高校等全部不停向智能方向发展,学生请假也成为一件棘手事情,为了请假学生需要写请假条找老师同意,结果是这个时候老师不一定在,另外学生需要请假时不一定在学校,所以为了给广大师生提供方便,我们需要开发软件系统学生请假管理系统。1.1 问题描述要完成这个系统最大问题就是所学知识是有限,在完成其中一些功效时候所需要可能就完全没有接触过,所以只能用部分简单功效替换或替换掉那些用现在水平所不能实现功效,再者就是对现在所需求不是很明确
7、,比如要做出一个请假管理怎样去设置友好界面让大家全部喜爱适应去使用,怎样把系统做到什么程度才能够投入使用,这些全部是所面临棘手问题。1.2技术分析该系统用到MVC设计模式,总共建立了五个包,界面View、数据对象DO、数据库连接DB、数据库操作DAO、控制层Control、业务层BO;DO层是对数据对象封装,DB层是连接数据库,DAO层是包含对数据标基础操作,BO层是全部和业务相关相关对数据判定等,调用是DAO层然后返回一个结果,Control层是为了获取用户参数并封装,同时调用BO层,再依据调用得到不一样结果在调用不一样View层,将处理结果显示给用户。图1.1 包图1.3工程进度计划实际开
8、发过程中,开发周期能够分为三个阶段:第一阶段:结果:(1)需求分析(2)对数据库进行设计目标:设计出适合学生请假管理系统数据库;完成数据库连接 时间:一周第二阶段:结果:完成JSP页面和系统代码目标:能在编译器中有效正确运行。时间:一周第三阶段:结果:写汇报;目标:完成系统汇报。时间:一周第2章 系统分析和设计学生请假管理系统必需经过正确用户名密码方能进入系统,系统分为两大模块,学生端和老师端,学生端和老师端分别有三个模块,学生端分为请假申请、销假申请、个人请假统计查询,老师端分为请假审批、销假审批和学生请假统计查询;学生提交请假申请需要老师审批,只有同意以后学生方可提出销假申请。2.1 系统
9、分析该系统有两个参与者,分别为学生和老师,学生请假需首先得到老师同意方可奏效,学生和老师全部需使用自己工号作为用户名和密码进行登录。2.1.1 参与者学生、老师2.1.2 用例图图2.1 用例图2.1.3 用例及用例规约请假管理系统学生端共包含1个参与者、4个用例。用例编号及名称如表1所表示:表2.1 用例列表用例编号用例名称参与者UC-001登录学生UC-002申请请假学生UC-003申请销假学生UC-004查询请假统计学生2.1.3.1 UC001登录参与者学生需要用户名和密码登录到系统,才能进行对应操作,系统中设置学生登录用户名为学号,初始化密码为学号.表2.2功效编号UC-001功效名
10、称登录前置条件参与者经过浏览器打开请假管理系统登录页面基础事件流1. 系统要求参与者填写用户名和密码。2. 参与者填写对应信息,学生输入学号作为用户名,密码初始值为学号。3. 系统验证用户输入信息是否正确备选流1.用户名和密码输入错误假如系统检测到用户输入用户名和密码和数据库中不一致,给用户“用户名和密码不正确”错误提醒,并要求用户重新输入。后置条件假如用例成功,系统进入对应权限页面界面原型参与者学生2.1.3.2 UC002申请请假该用例关键参与者为学生,学生经过系统填写请假申请单,请假申请单将会提交给教导员审批。表2.3功效编号UC-002功效名称申请请假用例描述学生创建新请假申请单,录入
11、请假资料,创建一个请假申请步骤前置条件学生正常登录到系统中,并打开请假管理页面基础事件流1、 学生选择创建请假申请单,系统自动查询目前学生是否存在没有销假统计,假如存在没有销假请假统计,实施异常流1.1,假如不存在未销假统计,实施基础事件流22、 系统展示申请单录入界面3、 学生录入学生学号、姓名、请假事由(原因、去向),开始时间、结束时间,联络方法(个人联络方法、家长联络方法)4、 学生提交申请单,系统进行数据校验,依据业务规则C,假如数据校验不正当,实施分支流4.1,假如数据校验正当,实施基础事件流55、 系统为目前请假申请单生成唯一编号,保留该请假申请单6、 将该步骤推进到下一步骤系统应
12、该向学生展现请假申请单最终页面,用例结束分支流4.1请假信息填写有误,显示填写不正确信息提醒,并要求学生重新填写,显示填写请假申请单页面。异常流1.1系统显示学生没有销假统计详情1.1学生确定自己请假统计是否属实,用例终止后置条件1、 系统将保留该条请假统计。2、 创建新请假单并生成唯一申请编号3、 创建新请假申请步骤实例4、 统计提交后不能够再修改界面原型无业务规则A、 包含学生姓名、教导员姓名、请假开始时间(必需选择当日及当日以后时间)、请假结束时间(大于请假开始时间),请假理由,家长联络电话B、 系统首先判定是否存在没有销假统计,存在话,将该统计显示给目前学生学生进行确定,假如确定是没有
13、销假,学生继续实施销假步骤,不然,教导员进行异常处理C、 学生姓名、教导员姓名、请假开始时间(必需选择当日及当日以后时间)、请假结束时间(大于请假开始时间),请假理由,家长联络电话信息为必填,不能为空。联络方法是否正当,请假开始时间是否在请假结束时间之前。实施者学生包含实体1、 学生属性:学号、姓名、班级、性别、联络方法、宿舍、标志变量(tag=1)2、 请假申请单属性:学生(学号、姓名),请假事由(原因、去向),开始时间、结束时间,联络方法(个人联络方法、家长联络方法)、操作1(已同意、待同意)、操作2(申请销假、已销假、未销假)2.1.3.3 UC003申请销假该用例关键参与者为学生,学生
14、经过系统提出销假申请,若申请成功,此时请假信息中操作2状态将修改为申请销假,不然提醒申请销假失败。表2.4功效编号UC-003功效名称申请销假前置条件参与者经过浏览器打开请假管理系统登录页面成功登录进入系统主页面基础事件流1. 学生发出销假申请,并等候系统验证2. 假如提醒申请成功,实施基础事件流33. 等候教导员销假4. 假如提醒申请失败,实施基础事件流55. 提醒申请销假失败,请重新申请备选流无后置条件假如用例成功,系统进入对应权限页面界面原型无参与者学生2.1.3.4 UC004查询请假统计该用例参与者为学生,学生经过系统提出请假统计查询,若查询成功,学生请假统计将会显示在页面上。表2.
15、5功效编号UC-004功效名称查询请假统计前置条件参与者经过浏览器打开请假管理系统登录页面成功登录进入系统主页面基础事件流1.学生发出查询请假统计,并等候系统验证2.假如提醒验证成功,实施基础事件流33.显示请假统计4.假如提醒验证失败,实施基础事件流55.提醒查询失败或无请假统计,请重新申请备选流无后置条件假如用例成功,系统进入对应权限页面界面原型无参与者学生2.2 系统设计该系统分为3个部分,第一部分是登录,学生和老师全部需要登录,第二部分是学生端,学生端3个功效学生申请请假、学生申请销假、查询个人请假统计,第三个部分是老师端,老师端3个功效老师同意请假申请、老师同意销假申请、老师查询学生
16、请假统计。2.2.1次序图图2.2 登录时序图图2.3 学生请假申请时序图图2.4 学生销假申请时序图图2.5 学生请假查询时序图2.2.2类图图2.6 类图2.2.3系统体系结构设学生请假管理系统统学生端老师端学生申请请假学生申请销假学生查询请假老师审批请假老师审批销假老师查询请假登录图 2.7 体系结构图该系统包含基础3各模块,登录、学生端、老师端。学生和老师在登录成功时分别进入不一样页面进行操作,学生端进行请假申请、销假申请、查询个人请假;老师审批请假、审批销假、查询学生请假统计。2.2.4 设计时序图图2.8 登录设计时序图该图是学生端登录设计时序图,首先学生发送请求到控制类,然后跳出
17、登录页面,学生填写登录信息并提交到控制类,控制类封装数据创建对象调用逻辑层进行数据校验并返回结果,逻辑层调用DAO层最终依据结果判定假如登录成功将跳转到学生端主页,假如登录失败将给以提醒信息并请重新登录。图 2.9 请假申请设计时序图该图是学生请假申请设计时序图,首先学生需要成功登录,发出请假申请,这时候控制类会自发调用逻辑层,逻辑层调用DAO层,假如该学生之前请过假而且未曾销假,这时该学生是不能够再请假,倘若该学生发出请假申请,系统将会把该学生之前请假未销假统计显示出来,假如没有未销假统计,将会显示请假申请页面,学生需要填写请假申请单将请假具体信息填写并提交倘若正确无误,系统将会提醒请假申请
18、成功。图 2.10 学生销假申请设计时序图该图是学生销假申请设计时序图,在学生成功登录以后,学生在申请请假时候必需不存在未销假统计,所以在学生请假完成到校报到后必需进行销假,然而这时需要发出销假申请,这时候在业务逻辑层将会给判定,假如销假申请成功将会提醒申请成功,假如有错误将会提醒申请失败或不存在未销假统计。2.3 数据库设计数据库在该系统中是为了存放数据,学生所提交请假统计是经过保留到数据库中来实现申请请假、销假等功效,在我们现在所学有限知识内,没有数据库该系统是没法运行和实现。2.3.1关系模式(1)学生信息:(学号、姓名、班级、性别、宿舍、联络方法、tag)(2)老师信息:(工号、姓名、
19、联络方法、性别、年级、tag)(3)登录:(用户名(学号、工号),密码)(4)请假信息:(学号、姓名、事由、请假开始时间、请假结束时间、联络方法)2.3.2 E-R图E-R图在数据库设计里面是至关关键一步,它是整个数据库设计关键,下面使用实体联络(E-R)模型来描述系统概念结构,设计出能够满足用户需求多种实体,和它们之间关系,为后面逻辑设计打下基础。图2.11 E-R图请假统计理由开始时间学号操作2操作1结束时间姓名联络方法用户 1老师 n学生n属于姓名联络班级学号性别宿舍Tag属于性别年级电话姓名工号Tags用户名:学号、工号密码2.3.3表设计表 2.6 用户登录信息表(login)编号字
20、段名称数据类型约束条件说明1useridVarchar(14)无学号、工号2passwordVarchar(12)无密码3TagVarchar(2)无标志该表是用户登录信息表,表中包含3个属性,用户名和密码、还有标志变量tag,tag是为了控制学生端和老师端,用户名分别为学号和老师工号;表 2.7 学生信息表(Student)编号字段名称数据类型约束条件说明1sidVarchar(14)无学号2SnameVarchar(20)无姓名3ClassesVarchar(20)无班级4SsexVarchar(6)无性别5SphoneVarchar(12)无联络电话6DormitoryVarchar(6
21、)无宿舍7TagVarchar(2)1标志该表是学生信息表,表中包含7个属性,全部是字符串类型,其中tag标志变量默认为1,而且不可修改;表 2.8 老师信息表(teacher)编号字段名称数据类型约束条件说明1tidVarchar(14)无工号2tnameVarchar(16)无姓名3tsexVarchar(4)无性别4gradesVarchar(20)无所带年级5tphoneVarchar(12)无电话6tagVarchar(2)2标志该表是老师信息表,表中包含6个属性,全部是字符串类型,老师也包含一个标志变量tag,也存在一个默认值为2 ,而且不能修改;表 2.8 请假信息表(leave
- 配套讲稿:
如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。