学生考勤管理系统设计.doc

编号：10020331335南阳师范学院2012届毕业生毕业论文（设计） 题 目：考勤管理系统设计与实现 完 成 人： 裴佩佩 班 级： 2010-13 学 制： 2 年 专 业： 网络技术 指导教师： 刘广亮 完成日期： 2012-04-08 目录摘要(1)0引言(1)1背景分析(1)2需要分析()2.1学生需求描述()2.2功能需求描述()2.3系统功能划分()2.3.1请假系统模块()2.3.2考勤系统模块()2.3.3后台管理管理()3数据字典3.1请假系统3.2考勤系统3.3后台管理4系统共开发工具4.1相关开发工具简介4.2.1 B/S（浏览器/服务器）简介4.2.2 JAVA/JSP简介5总体设计5.1 系统布局设计5.2使用T-SQL建立数据库6详细设计建立数据库6.1 引言6.2 数据库的逻辑设计6.3 数据库的建立7个人总结8参考文献1学生考勤管理系统背景分析目前高校校园信息化逐步完善，能有效地借助网络才能提高办事效率。如今各大高校针对师生的成绩查询系统、教务管理系统、招生就业系统、BBS、校园网站等系统在各大高校纷纷出现，对全校师生的学习、生活、管理、办公带来了便利。因此学生考勤管理系统能进一步加强高校学风建设，维护正常的教学秩序，给学生创造一个优良的学习环境。 目前高校学生上课考勤管理都是以任课老师上课点名，记录学生上课情况，对于时间比较长的请假，需要通过递交请假申请让班主任、院系领导都批准方能生效。这种的模式在目前高校管理中暴露了不可避免的弊端：一、学生请假不方便；二、学生请假对任课老师不透明； 三、学生对自己整个学期的上课出勤情况没有整体的统计信息；四、班主任对本班学生整个学期的上课出勤情况不易查看；五、院系领导、学校领导不容易把握学生上课的出勤情况。因此一个好的学生考勤管理系统在一定程度上可以解决这些弊端，本系统主要针对目前高校学生在线请假以及学生上课出勤管理而设计的信息系统。本系统涉及到高校六大类用户：学生、任课老师、班主任、院系领导、学校领导、系统管理员。2.学生考勤管理系统需求分析2.1学生需求描述学生对本系统的主要需求是：在线请假以及查看在校期间所有的上课出勤信息。在线请假需求：学生请假的全过程当中，学生可以随时查看请假的详细进展情况。查看出勤信息需求：学生可以查看在校期间所有学期上课出勤的详细信息，如：查看“大学英语”这门课程在整个学期请假、旷课多少次等信息。其它需求：查看本人的基本信息，如本人的所属的院系、年级、专业、班级、学号、姓名、性别等，以及修改个人用户密码。2.2功能需求描述根据各类用户的需求描述，系统应当具备请假系统、考勤管理系统、后台管理系统这三大主要功能。请假系统功能需求：通过班主任以及院系领导批准请假信息。请假最长时间不能超过1个月，特殊情况除外。考勤管理功能需求：任课老师通过考勤管理系统，对学生上课出勤信息进行公开。请假系统要借助班主任才能完成，考勤管理系统要借助请假系统、班级课表安排才能完成，然而每学年课表都在变化，班主任安排也有在变化，学生也在变化，因此必须要求后台管理系统能根据系统需求，动态的、准确的更新系统数据。2.3系统功能划分根据系统用户的需求，将本系统按功能划分成三大功能模块：请假系统、考勤系统、后台管理模块。2.3.1请假系统模块本模块的功能是在线请假的实现及管理，主要涉及三大类用户：学生、班主任及院系领导用户，学生通过此功能模块进行在线请假及查看请假记录信息；班主任在线审批学生请假及查看请假记录信息；院系领导在线审批学生长时间的请假及查看请假记录信息。2.3.2考勤系统模块本模块的功能是学生考勤信息统计的实现、查看及管理，涉及六大类用户中的所有用户。学生在线查看自己所有学年的出勤信息；任课老师在线管理学生出勤信息；班主任、院系领导、学校领导查看不同的范围的学生出勤信息。2.3.3后台管理管理本模块的功能实现整个系统数据的同步更新及维护，只涉及系统管理员用户。系统管理员动态的管理学生信息、课表安排、学年安排等信息，是整个系统实现的基础。 3.数据字典数据词典，既用于描述数据流和数据存储的详细逻辑内容，也可用于描述外部项和处理逻辑的某些数据特性。数据词典把数据的最小组成单位看作数据元素，若干个数 据元素组成数据结构。它通过对数据元素和数据结构的定义，来描述数据流和数据存储的逻辑内容。它相当于字典的作用，当用户或软件人员想了解某一数据的含义 时，查查字典就可以了。3.1请假系统学生、班主任及院系领导用户通过此功能进行在线请假及查看请假记录信息；班主任在线审批学生请假及查看请假记录信息；院系领导在线审批学生长时间的请假及查看请假记录信息。3.2考勤系统学生考勤信息统计的实现、查看及管理，涉及六大类用户中的所有用户。学生在线查看自己所有学年的出勤信息；任课老师在线管理学生出勤信息；班主任、院系领导、学校领导查看不同的范围的学生出勤信息。3.3后台管理实现整个系统数据的同步更新及维护，只涉及系统管理员用户。系统管理员动态的管理学生信息、课表安排、学年安排等信息，是整个系统实现的基础。4.系统开发工具根据各用户的需求，以及系统各大功能的需求，经过大量的调查分析，针对本高校学生考勤管理系统选择以下开发工具进行开发：4.1相关开发工具简介系统结构：B/S （浏览器/服务器）开发语言：JAVA/JSP数据库：SQL Server 2000开发工具：JDK 1.5 Dreamweaver Jcreator服务器端容器：Tomcat 5.54.2.1 B/S（浏览器/服务器）简介B/S（Browser/Server，浏览器/服务器）模式又称B/S结构。它是随着Internet技术的兴起，对C/S模式应用的扩展。在这种结构下，用户工作界面是通过IE浏览器来实现的。B/S模式最大的好处是运行维护比较简便，能实现不同的人员，从不同的地点，以不同的接入方式（比如LAN, WAN, Internet/Intranet等）访问和操作共同的数据；最大的缺点是对网络环境依赖性太强，由于各种原因引起网络中断都会造成系统瘫痪。4.2.2 JAVA/JSP简介JAVA是SUN公司推出的完全面向对象的语言，它有很好的跨平台性、安全性、重用性等特点。JSP的全称是Java Servlet Pages，它是SUN推出的一种动态网页技术标准。它在传统的静态页面文件(*.html,*htm)中加入Java程序片段和JSP标记，就构成了JSP页面。由Web服务器上的JSP引擎来处理JSP元素，生成调用Bean，并用JDBC访问数据库（或文件），最后以HTML或XML的形式返回浏览器。JSP在Servlet类中编译，编译一次后存入内存，以后再调用时，不用再编译，所以速度很快。5.总体设计经过需求分析阶段的工作，系统必须“做什么”已经清楚了，现在是决定“怎样做”的时候。5.1 系统布局设计系统页面采用框架来设计，不同的用户有不同的功能菜单，但都有统一的风格，这给页面的使用和维护都带来了很大的便利，特别是在代码重用方面起了很大作用。5.2使用T-SQL建立数据库5.2.1/*系统管理员表admin*/admin_nochar(5)Not nullprimary key管理员编号admin_namechar(10)Not null管理员姓名admin_sexchar(1)Not null性别admin_titlechar(20)Not null职称admin_passwordchar(20)Not null登入密码 图5-2-1 系统管理员表5.2.2/*学生表student */stu_nochar(5)Not nullprimary key学生学号stu_namechar(10)Not null,学生姓名stu_sexchar(1)Not null,性别stu_classchar(13)Not null,班级stu_professionalchar(60)Not null所属专业stu_Facultieschar(40)Not null所属学院 图5-2-2 学生表5.2.3/*学生上课出勤记录表kaoqin_record */kaoqin_idchar(13)Not nullprimary key上课出勤编号sk_timechar(40)Not null,上课时间Stu_numberchar(20)Not null,学生学号Stu_statuschar(10)Not null,学生上课考勤状态 图5-2-3 学生上课出勤记录表5.2.4/*请假信息表qingjia */idchar(13)Not nullprimary key请假代号class_idvarchar (10)Not null,班级代号stu_numbervarchar (20)Not null,学生学号qingjia_yuanyinVarchar (200)Not null,请假原因start_timechar(30)Not null开始时间end_timechar(30)Not null结束时间day_numberchar(13)Not null请假天数qingjia_timechar(30)Not null申请请假时间class_teacher_statuschar(13)Not null班主任审批状态class_teacher_sp_timechar(30)Not null班主任审批时间class_teacher_restorevarchar (200)Not null班主任回复college_leader_statuschar(13)Not null院系领导审批状态college_leader_idvarchar (20)Not null院系领导代号college_leader_sp_timechar(30)Not null院系领导审批时间college_leader_restorevarchar (200)Not null院系领导回复备注：status 表示审批状态：0为等待审批，1为同意请假，2为不同意请假。以下为图5-2-4 请假信息表图：图5-2-4-1 请假信息表截图1（请假学生相关信息及原因） 图5-2-4-2 请假信息表截图2（请假起始时间及图书）图5-2-4-3 请假信息表截图3（班主任审批状态及相关信息） 图5-2-4-4 请假信息表截图4（院系领导审批状态及相关） 6详细设计建立数据库6.1 引言总体设计阶段以比较抽象概括的方式提出了解决问题的办法。详细设计是软件开发时期的第三个阶段，也是软件设计的第二步。其任务就是把解法具体化，也就是回答下面这个关键的问题：“应该怎样具体地实现这个系统呢？”，通过详细设计应该得出对目标系统的精确描述，给出各个模块的详细过程性描述。从而在编码阶段可以把这个描述直接翻译成用某种程序设计语言书写的程序。 数据流程图是结构化系统分析的工具。它既可以表达数据在系统内部的逻辑流向及存储，又可以表达系统的逻辑功能和数据的逻辑变换。数据流程图既能表达现行人工系统的数据流程和逻辑处理功能，也能表达自动化系统的数据流程和逻辑处理功能。6.2 数据库的逻辑设计根据系统功能设计的要求以及功能模块的划分，对于系统数据库，可以列出以下数据项和数据结构：考勤登记表：课程安排代号、记载时间、上课时间。学生上课出勤信息表：上课时间代号、上课时间、学号、出勤状态。请假信息表：请假代号、班级代号、学年代号、学号、请假原因、开始时间、结束时间、请假天数、申请时间、班主任审批状态、班主任审批时间、班主任回复、院系领导审批状态、院系领导代号、院系领导审批时间、院系领导回复6.3 数据库的建立打开SQL Server2000下面的企业管理器，登录之后，选择新建数据库命令，给数据库起名为kaoqin。然后通过设计器创建数据表，刚才已经说明了需要不同的数据表来分管，它们分别是“qingjia”，“kaoqin_record”，“record”等，有关这些数据表的信息见上图。7.个人总结 经过这次的数据库课程设计，我能比较熟练的通过使用SQL SERVER企业管理器建立数据库和基本表。从中正确的理解上述基本表之间的关系，从而正确、合理地建立表结构，并输入相应记录信息。同时可以熟练地运用SQL-SERVER2000数据库来解决实际问题，运用触发器完成复杂的完整性约束，使用存储过程和函数完成相应复杂的数据查询、数据统计和企业业务处理等工作，以及使用视图、SQL-DCL语言、触发器和存储过程实现相应的安全控制等的相关操作。这次数据库课程设计培养了我提出问题、分析问题和解决问题的能力，通过大量阅读文献、上网求助、不断探索来完成任务，既可以提高熟练驾驭工具的能力又能培养我动手动脑的能力。使我学会编写了简单的编写小型数据库的能力，通过事先的需求分析、概念设计、逻辑设计和物理设计，最终在SQL-SERVER2000数据库上实现过程。同时经过这次数据库课程设计使我发现了自己许多不足的地方，比如对数据库SQL-DCL语言、触发器等操作