学生考勤管理信息系统的设计与实现毕业论文.docx
- 文档编号:27652606
- 上传时间:2023-07-03
- 格式:DOCX
- 页数:54
- 大小:4.30MB
学生考勤管理信息系统的设计与实现毕业论文.docx
《学生考勤管理信息系统的设计与实现毕业论文.docx》由会员分享,可在线阅读,更多相关《学生考勤管理信息系统的设计与实现毕业论文.docx(54页珍藏版)》请在冰豆网上搜索。
学生考勤管理信息系统的设计与实现毕业论文
学号108
密级________________
城市学院本科毕业论文
学生考勤管理信息系统的设计与实现
学院名称:
信息工程学院
专业名称:
计算机科学与技术
学生姓名:
高国诚
指导教师:
朱正平教授
二○一三年五月
BACHELOR'SDEGREETHESIS
OFLANZHOUCITYUNIVERSITY
Designandimplementationofstudentattendancemanageinformationsystem
College:
SchoolofInformationEngineering
Subject:
Computerscienceandtechnology
Name:
GaoGuocheng
Directedby:
ZhuZhengpingProfessor
May2013
重声明
本人呈交的学位论文,是在导师的指导下,独立进行研究工作所取得的成果,所有数据、图片资料真实可靠。
尽我所知,除文中已经注明引用的容外,本学位论文的研究成果不包含他人享有著作权的容。
对本论文所涉及的研究工作做出贡献的其他个人和集体,均已在文中以明确的方式标明。
本学位论文的知识产权归属于培养单位。
本人签名:
日期:
摘要
目前社会上信息管理系统发展飞快,智能化信息处理已是提高效率、规管理、客观审查的最有效途径。
学生考勤管理是学生信息管理的重要部分,面对大量的学生信息,采用人力处理将浪费大量的时间、人力和物力,而且统计数据麻烦。
一个学校对其学生日常教学过程中的出勤和缺勤进行统计,用计算机对统计数据进行统计分析处理,得到我们所需要的各种统计报表和考勤原始数据,方便了学校对学生的管理。
本系统主要针对目前高校学生在线请假以及学生上课出勤管理而设计的信息系统。
本系统总体上由三大功能模块:
请假系统、考勤系统和权限管理,涉及到高校六大类用户:
学生、任课老师、班主任、院系领导、学校领导、系统管理员。
本学生考勤管理系统采用了JAVA技术,以Tomcat为JAVA服务器、MySQL为数据库系统毕业设计,建立了一个基于B/S模式的三层体系的学生考勤管理,实现了网上考勤任务。
关键词:
考勤管理;在线请假;权限管理
ABSTRACT
Atpresentthesocialdevelopmentofinformationmanagementsystemforfast,intelligentinformationprocessingisthemosteffectivewaytoimproveefficiency,standardizemanagement,objectivereview.Studentattendancemanagementisanimportantpartofstudentinformationmanagement,inthefaceofalargenumberofstudentinformation,usingmanpowerprocessingwillwastealotoftime,manpowerandmaterialresources,andstatisticaldata.Aschooldailyteachingprocessinattendanceandabsenceofstudentstatistics,toanalyzethestatisticaldatabyacomputer,getallkindsofreportsandattendancedataweneed,tofacilitatetheschoolmanagementofstudents.
Thesystemisaninformationsystemforcurrentcollegestudentsandthestudentsleaveschoolattendancelinemanagementanddesign.Theoverallsystemconsistsofthreefunctionalmodules:
leavesystem,attendancesystemandauthoritymanagement,involvessixmajorcategoriesofuniversityusers:
students,teachers,classteachers,facultyleadership,schoolleadership,thesystemadministrator.ThestudentattendancemanagementsystemusingJAVAtechnology,usingTomcatasJAVAserver,MySQLasdatabasesystem,setupawebsitebasedonthestudentattendancemanagementsystemofthreelayersB/S,realizetheonlineattendancetask.
Keywords:
attendancemanagement;theonlineattendance;authoritymanagement
第1章绪论
1.1系统开发背景
随着教育事业的飞速发展,我国的教育水平已经跃上了一个更高的平台:
普及九年义务教育,本科生、硕士研究生的大量扩招,各高等院校及地州院校的新建与升级,越来越多的学子走进了大学的殿堂,这意味着学生的考勤管理信息任务越来越复杂、繁重,传统的考勤管理系统已无法承担当前的信息量,快速、高效的完成学生考勤信息管理的任务,无法减轻考勤管理人员的工作量与工作压力。
传统的考勤方式,不能及时将学生的考勤信息进行登记、更新,也可能存在不公平的现象,比如:
有的学生逃课,老师点名了,他就去找班主任请假,补个假条,取消自己的缺席记录等等……
种种背景使得学校若要快速稳定发展,就必须从加强信息化入手,在各种领域都进行信息化管理,在考勤管理方面也不例外,然而各高校却不太重视考勤管理方面的建设、加强与发展。
1.2开发目的和意义
由于我校的考勤管理模式还是以任课老师上课点到,以及学生会的学生干部、干事课堂查勤来管理。
同时学生请假需要经过系辅导员、系部领导批准才能生效。
对于考勤结果,需要进行数据信息的录入以及数据信息的统计,这样比较麻烦且费时费力,出现误差的概率也比较大。
更重要的是暴露出了以下的弊端:
一、学生请假不方便;二、学生请假对任课老师不透明。
三、学生对自己整个学期的上课出勤情况没有整体的统计信息。
四、院系领导、学校领导不能把握住学生的上课出勤情况。
由于以上原因,我们小组决定开发学生考勤管理系统,以方便学校对学生的考勤进行管理。
基本运行要求:
我组所开发的软件能在校所有计算机上基于WINDOWS系统运行同时所开发的软件能与学校教务管理系统相衔接,进一步完善学校教务管理系统的功能。
安全要求:
登陆系统时,需验证身份和密码,只有通过验证的身份才能进入系统进行相关的操作。
系统间信息的传递也需要进行安全设置,以防止学生的考勤信息被恶意篡改。
第2章需求分析
2.1用户需求描述
2.1.1学生用户需求描述
学生对本系统的主要需:
在线请假以及查看在校期间所有的上课出勤信息。
在线请假需求:
学生可以在线请假,并且可以随时查看请假的详细进展情况。
查看出勤信息需求:
学生可以查看自己在不同时段的出勤情况的详细信息。
其它需求:
查看本人的基本信息,如本人的所属的院系、年级、专业、班级、学号、等,以及修改个人用户密码。
2.1.2任课老师用户需求描述
任课老师对系统的主要需:
管理所教班级学生的上课出勤信息以及查看所教班级学生的上课出勤信息。
管理学生上课出勤需求:
考勤表随着时间的变化,自动列出还没有在网上公布的学生上课出勤信息,系统自动根据学生请假系统,决定学生上课出勤的最终结果。
查看学生出勤信息需求:
查看所教班级学生整个学期出勤统计信息。
其它需求:
查看本人基本信息以及修改个人用户密码等。
2.1.3班主任用户需求描述
班主任对系统的主要需:
查看本班学生上课出勤信息。
查看出勤信息需求:
输入查询条件后,系统根据查询条件列出本班学生相关的上课出勤信息。
其它需求:
查看本班学生的基本信息以及修改个人用户密码等。
2.1.4院系领导用户需求描述
院系领导对本系统的主要需:
查看本院学生本学期所有课程的上课出勤信息。
查看学生上课出勤信息需求:
查看本院学生整个学期有关课程的出勤统计信息及详细信息。
其它需求:
查看本院学生的基本信息以及修改个人用户密码等。
2.1.5校领导用户需求描述
学校领导对系统的主要需:
查看全校学生上课出勤信息。
查看出勤信息需求:
输入查询条件后,系统根据查询条件列出本校学生相关
的上课出勤信息。
其它需求:
查看有关全校的基本信息以及修改个人用户密码等。
2.1.6系统管理员用户需求描述
系统管理员有系统的最高权限,负责系统所需所有数据的动态同步更新以及维护,根据系统针对各用户的权限管理的设计,基本功能需求如下:
(1)管理学校各院系、学工办、专业、班级的添加、删除、修改等。
(2)管理系统所有用户。
(3)管理全校课程。
(4)管理系统的所有考勤信息。
2.2功能需求描述
根据各类用户的需求描述,系统应当具备请假系统、考勤管理系统、后台管理系统这三大主要功能。
请假系统功能需求:
通过班主任以及院系领导批准请假信息。
请假最长时间不能超过1个月,特殊情况除外。
考勤管理功能需求:
任课老师通过考勤管理系统,对学生上课出勤信息进行公开。
请假系统要借助班主任才能完成,考勤管理系统要借助请假系统、班级课表安排才能完成,然而每学年课表都在变化,班主任安排在变化,学生在变化,因此必须要求后台管理系统能根据系统需求,动态的、准确的更新系统数据。
2.3相关开发工具简介
根据各用户的需求,以及系统各大功能的需求,经过大量的调查分析,针对本高校学生考勤管理系统选择以下开发工具进行开发:
开发语言:
Java、JSP、JavaScript
数据库:
Mysql Server 5.5、Squiggly Enterprise
系统环境:
JDK 1.6以上版本、apache-tomcat-6.0.26以上版本
开发工具:
MyEclipsed 10
2.3.1JSP简介
JSP的全称是Java Serialist Pages,它是由Sun Microsystems公司倡导、许多公司参与一起建立的一种动态网页技术标准。
它在传统的静态页面文件(*.HTML,*HTML)中加入Java程序片段和JSP标记,就构成了JSP页面。
由Web服务器上的JSP引擎来处理JSP元素,生成调用Bean,并用JDBC访问数据库(或文件),最后以HTML或XML的形式返回浏览器。
JSP在Serialist类中编译,编译一次后存入存,以后再调用时,不用再编译,所以速度很快。
2.3.2Mysql简介
Mysql是一个精巧的SQL数据库管理系统,而且是开源的数据管理系统。
由于它的强大功能、灵活性、丰富的应用编程接口(API)以及精巧的系统结构,受到了广大自由软件爱好者甚至是商业软件用户的青睐,特别是与Apache和PHP/PERL结合,为建立基于数据库的动态提供了强大动力。
2.3.3MyEclipsed简介
Eclipsed企业级工作平台(Eclipsed Enterprise Workbench ,简称Eclipsed)是对Eclipse的扩展,利用它我们可以在数据库和JavaEe的开发、发布以及应用程序服务器的整合方面极大的提高工作效率。
它是功能丰富的JavaEe集成开发环境,包括了完备的编码、调试、测试和发布功能,完整支持HTML,Struts,JSP,CSS,JavaScript,Spring,SQL,Hibernate。
2.4系统关键技术
一个系统的开发,自然要询问一下自己“该采用什么技术开发呢?
”。
学生考勤管理系统的开发中,我运用了现在比较流行的各类框架技术,比如主流技术:
B/S架构、SSH框架。
2.4.1B/S架构
学生考勤管理系统采用了当前很流行的B/S模式结构。
相对于以往的主机/终端、C/S机构来说,B/S结构更具有优势。
B/S结构是Browser/Server(浏览器/服务器)模式,它是对C/S模式应用的扩展。
在这种结构下,只要安装维护一个服务器(Server),用户工作界面就可以通过IE浏览器来实现的。
随着科技日新月异,C/S两层结构暴露出了许多弊端,如:
灵活性差、升级困难、维护工作量大等等,很显然这种结构已较难适应当前信息技术与网络技术发展的需要。
随着WEB技术的日益成熟,B/S结构已经成为取代Client/Server(简称C/S)结构的一种全新技术。
它主要利用了不断成熟的WWW浏览器技术,结合多种Script语言(JavaScript)成为一种全新的软件系统构造技术。
2.4.2SSH框架
相对于S2SH框架而言,大家或许更熟悉SSH框架,即:
Struts框架、Spring框架、Hibernate框架。
而S2SH框架的应用中,只是把Struts框架改成了Struts2框架。
S2SH框架是由Struts2、Spring和Hibernate三大框架合成的一种新型的Web应用框架技术。
Struts2构建成Web层,而Struts2和Spring集成为业务层,Spring和Hibernate集成为持久层,符合J2EE应用的分层结构。
S2SH以Spring为核心部件,向上集成Struts2,向下集成Hibernate,充分发挥了三者各自的优势,具有很好的低耦合,扩展性和复用性。
第3章总体设计
3.1系统布局设计
系统页面采用框架来设计,不同的用户有不同的功能菜单,但都有统一的风格,这给页面的使用和维护都带来了很大的便利,特别是在代码重用方面起了很大作用。
本系统各用户的页面设计如图3.1所示:
3.1页面设计图
1.Banner区——可以在此展示系统标识、页面归属等信息。
2.功能菜单区——提供系统可供操作的功能列表。
3.页面主体区——显示页面格式化数据页面主体区显示的容,将依据页面在系统中的作用而定。
4.Bottom区——可以在此显示系统当前在线人数及在线用户的信息。
3.2总体结构图
根据系统功能的要求,高校学生考勤管理系统各个模块之间的层次结构如图3.2所示:
注:
文中所提到的教师包括(任课教师、班主任、院校领导)
注:
用户包括(学生、任课教师、班主任、院领导、校领导)
图3.2系统功能结构示意图
3.3系统功能流程图
(1)主功能流程如图3.5所示
图3.5主功能流程图
(2)各个模块功能细化如下图3.6、3.7、3.8所示
图3.6权限管理功能细化
3.7基础信息管理功能细化
3.9请假模块细化
注:
条件是指三天以上十五天以的请假要通过院领导的审批,超过十五天的请假就得要通过校领导。
3.4数据库设计与实现
3.4.1E-R模型
3.4.2数据库的建立
建立数据库有两种方法:
(1)使用mysqlserver命令建立数据库;
(2)使用辅助工具sqlyogenterprise命令创建数据库。
以下主要用第二种方法:
打开MySQL,登录之后,选择[新建数据库]命令,给数据库起名为lzcu。
然后通过设计器创建数据表,刚才已经说明了需要不同的数据表来分管,它们分别是“sys_user”,“work_course”,“work_attendance”等,有关这些数据表的信息见下表。
3.4.3数据库逻辑设计
根据系统功能设计的要求以及功能模块的划分,对于系统数据库,可以列出以下主要的数据表以及数据表项:
按钮表:
按钮名称、按钮图片路径、是否启用等。
代码表:
上一级代码、代码名称、代码值、在用标志等。
代码分类:
代码分类名称、代码分类描述、排序、在用标志等。
院校表:
院校名称、是否叶子节点、排序号、在用标志等。
菜单表:
菜单名称、上级菜单编码、排序号、菜单类别、菜单动作、是否叶子节点、是否在用等。
角色表:
角色名称、角色描述等。
院办/学工办/班级表:
部门名称、部门类型、部门负责人等。
用户表:
用户编码、用户名、是否超级用户、是否在用等。
课程表:
课程编码、课程名称等。
考勤记录表:
课程名称、任课老师、记录时间、班级、缺勤人数等。
请假信息表:
请假原因、请假理由、请假天数、申请时间、申请人、审批人、审批结果等。
审核表:
审批时间、审批人、审批结果等。
3.4.4数据库表的创建
根据数据库需求的分析,建立如下基本数据表。
系统表
表3.1Sys_button(按钮表)
字段名
字段类型
主/外键
字段约束
说明
ID
varchar(50)
P
NotNull
自增序号
BUTTONID
varchar(50)
NotNull
按钮编码
BUTTONNANME
varchar(100)
NotNull
按钮名称
SORTNUM
int(11)
排序号
BUTTONACTION
varchar(100)
按钮动作
DIRECTION
varchar(30)
按钮动作方向
ICONPATH
varchar(100)
按钮图标路径
PICPATHDOWN
varchar(100)
选中时按钮图片路径
PICPATHUP
varchar(100)
未选中时按钮图片路径
BUTTONDESC
varchar(200)
按钮描述
ISRUNNING
varchar
(2)
是否启用
表3.2sys_codetype(代码分类表)
字段名
字段类型
主/外键
字段约束
说明
ID
varchar(50)
P
NotNull
自增序号
CODETYPEID
varchar(50)
NotNull
代码分类编码
CODETYPENANME
varchar(100)
NotNull
代码分类名称
CODETYPEDESC
varchar(200)
代码分类描述
SORTNUM
int(11)
NotNull
排序
APPFLAG
varchar
(2)
NotNull
在用标志:
使用是1,不使用是0
表3.3sys_divisions(行政区划表)
字段名
字段类型
主/外键
字段约束
说明
ID
varchar(50)
P
NotNull
自增序号
DIVISIONID
varchar(50)
NotNull
院校编码
DIVISIONNAME
varchar(100)
NotNull
院校名称
FATHERID
varchar(50)
NotNull
上级院校编码
FULLNAME
varchar(200)
院校全称
DIVISIONTYPE
varchar(10)
院校类型(0:
公立,1:
私立)
AREA
double(18,4)
辖区面积(平方公里)
DIVISIONDESC
text
院校简介
ISLEAFNODE
varchar
(2)
NotNull
是否叶子节点(0:
否,1:
是)
ISHAVEUNIT
varchar
(2)
NotNull
SORTNUM
int(11)
排序号
APPFLAG
varchar
(2)
NotNull
在用标志:
使用是1,不使用是0
表3.4sys_menu(菜单表)
字段名
字段类型
主/外键
字段约束
说明
ID
varchar(50)
P
NotNull
自增序号
MENUID
varchar(50)
NotNull
菜单编码
MENUNAME
varchar(200)
NotNull
菜单名称
FATHERID
varchar(50)
NotNull
上级菜单遍码
MENUDESC
varchar(200)
菜单描述
SORTNUM
Int(11)
排序号
ACTIONURL
varchar(200)
菜单动作
DIRECTION
varchar(30)
菜单动作方向(本窗体、弹出、根窗体)
MENUTYPE
varchar(30)
菜单类别
SUPERUSER
varchar
(2)
超级用户使用
ICONPATH
varchar(100)
按钮图标路径
PICPATHDOWN
varchar(100)
选中时按钮图片路径
PICPATHUP
varchar(100)
未选中按钮图片路径
ISLEAFNODE
varchar
(2)
NotNull
是否叶子节点(0:
否,1:
是)
APPFLAG
varchar
(2)
NotNull
是否启用(1:
启用;0:
禁用)
表3.5sys_menu_button(菜单拥有权限)
字段名
字段类型
主/外键
字段约束
说明
ID
varchar(50)
P
NotNull
自增序号
ROLEMENUID
varchar(50)
NotNull
菜单编码自增)
BUTTONID
varchar(50)
NotNull
按钮编码
BUTTONLOCA
varchar(200)
按钮位置
表3.6sys_role(角色表)
字段名
字段类型
主/外键
字段约束
说明
ID
varchar(50)
P
NotNull
自增序号
ROLEID
varchar(50)
角色编码(自增)
ROLENAME
varchar(100)
NotNull
角色名称
ROLETYPE
varchar(30)
角色类别
ROLEDESC
varchar(200)
角色描述
表3.7sys_role_menu(角色拥有菜单权限)
字段名
字段类型
主/外键
字段约束
说明
ID
varchar(50)
P
NotNull
自增序号
ROLEID
varchar(50)
NotNull
角色编码(自增)
MENUID
varchar(50)
NotNull
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 学生 考勤 管理信息系统 设计 实现 毕业论文