学生考勤管理系统设计

《学生考勤管理系统设计》由会员分享，可在线阅读，更多相关《学生考勤管理系统设计（12页珍藏版）》请在装配图网上搜索。

1、 第1页（共 15 页）目录 摘要(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

2、个人总结 8 参考文献 第2页（共 15 页）1 学生考勤管理系统背景分析 目前高校校园信息化逐步完善，能有效地借助网络才能提高办事效率。如今各大高校针对师生的成绩查询系统、教务管理系统、招生就业系统、BBS、校园网站等系统在各大高校纷纷出现，对全校师生的学习、生活、管理、办公带来了便利。因此学生考勤管理系统能进一步加强高校学风建设，维护正常的教学秩序，给学生创造一个优良的学习环境。目前高校学生上课考勤管理都是以任课老师上课点名，记录学生上课情况，对于时间比较长的请假，需要通过递交请假申请让班主任、院系领导都批准方能生效。这种的模式在目前高校管理中暴露了不可避免的弊端：一、学生请假不方便；二、

3、学生请假对任课老师不透明；三、学生对自己整个学期的上课出勤情况没有整体的统计信息；四、班主任对本班学生整个学期的上课出勤情况不易查看；五、院系领导、学校领导不容易把握学生上课的出勤情况。因此一个好的学生考勤管理系统在一定程度上可以解决这些弊端，本系统主要针对目前高校学生在线请假以及学生上课出勤管理而设计的信息系统。本系统涉及到高校六大类用户：学生、任课老师、班主任、院系领导、学校领导、系统管理员。2.学生考勤管理系统需求分析 2.1 学生需求描述 学生对本系统的主要需求是：在线请假以及查看在校期间所有的上课出勤信息。在线请假需求：学生请假的全过程当中，学生可以随时查看请假的详细进展情况。查看出

4、勤信息需求：学生可以查看在校期间所有学期上课出勤的详细信息，如：查看“大学英语”这门课程在整个学期请假、旷课多少次 第3页（共 15 页）等信息。其它需求：查看本人的基本信息，如本人的所属的院系、年级、专业、班级、学号、姓名、性别等，以及修改个人用户密码。2.2 功能需求描述 根据各类用户的需求描述，系统应当具备请假系统、考勤管理系统、后台管理系统这三大主要功能。请假系统功能需求：通过班主任以及院系领导批准请假信息。请假最长时间不能超过 1 个月，特殊情况除外。考勤管理功能需求：任课老师通过考勤管理系统，对学生上课出勤信息进行公开。请假系统要借助班主任才能完成，考勤管理系统要借助请假系统、班级

5、课表安排才能完成，然而每学年课表都在变化，班主任安排也有在变化，学生也在变化，因此必须要求后台管理系统能根据系统需求，动态的、准确的更新系统数据。2.3 系统功能划分 根据系统用户的需求，将本系统按功能划分成三大功能模块：请假系统、考勤系统、后台管理模块。2.3.1 请假系统模块 本模块的功能是在线请假的实现及管理，主要涉及三大类用户：学生、班主任及院系领导用户，学生通过此功能模块进行在线请假及查看请假记录信息；班主任在线审批学生请假及查看请假记录信息；院系领导在线审批学生长时间的请假及查看请假记录信息。2.3.2 考勤系统模块 本模块的功能是学生考勤信息统计的实现、查看及管理，涉及六大类用户

6、中的所有用户。学生在线查看自己所有学年的出勤信息；任课老师在线管理学生出勤信息；班主任、院系领导、学校领导查看不同的范围的学生出勤信息。2.3.3 后台管理管理 本模块的功能实现整个系统数据的同步更新及维护，只涉及系统管理员用户。系统管理员动态的管理学生信息、课表安排、学年安排等信息，是整个系统实现的基础。第4页（共 15 页）3.数据字典 数据词典，既用于描述数据流和数据存储的详细逻辑内容，也可用于描述外部项和处理逻辑的某些数据特性。数据词典把数据的最小组成单位看作数据元素，若干个数 据元素组成数据结构。它通过对数据元素和数据结构的定义，来描述数据流和数据存储的逻辑内容。它相当于字典的作用，

7、当用户或软件人员想了解某一数据的含义 时，查查字典就可以了。3.1 请假系统 学生、班主任及院系领导用户通过此功能进行在线请假及查看请假记录信息；班主任在线审批学生请假及查看请假记录信息；院系领导在线审批学生长时间的请假及查看请假记录信息。3.2 考勤系统 学生考勤信息统计的实现、查看及管理，涉及六大类用户中的所有用户。学生在线查看自己所有学年的出勤信息；任课老师在线管理学生出勤信息；班主任、院系领导、学校领导查看不同的范围的学生出勤信息。3.3 后台管理 实现整个系统数据的同步更新及维护，只涉及系统管理员用户。系统管理员动态的管理学生信息、课表安排、学年安排等信息，是整个系统实现的基础。4.

8、系统开发工具 根据各用户的需求，以及系统各大功能的需求，经过大量的调查分析，针对本高校学生考勤管理系统选择以下开发工具进行开发：4.1 相关开发工具简介 系统结构：B/S（浏览器/服务器）开发语言：JAVA/JSP 数据库：SQL Server 2000 开发工具：JDK 1.5 Dreamweaver Jcreator 服务器端容器：Tomcat 5.5 4.2.1 B/S（浏览器/服务器）简介 B/S（Browser/Server，浏览器/服务器）模式又称 B/S 结构。它是随 第5页（共 15 页）着 Internet 技术的兴起，对 C/S 模式应用的扩展。在这种结构下，用户工作界面是

9、通过 IE 浏览器来实现的。B/S 模式最大的好处是运行维护比较简便，能实现不同的人员，从不同的地点，以不同的接入方式（比如 LAN,WAN,Internet/Intranet 等）访问和操作共同的数据；最大的缺点是对网络环境依赖性太强，由于各种原因引起网络中断都会造成系统瘫痪。4.2.2 JAVA/JSP 简介 JAVA 是 SUN 公司推出的完全面向对象的语言，它有很好的跨平台性、安全性、重用性等特点。JSP 的全称是 Java Servlet Pages，它是 SUN 推出的一种动态网页技术标准。它在传统的静态页面文件(*.html,*htm)中加入 Java 程序片段和 JSP 标记，

10、就构成了 JSP 页面。由 Web 服务器上的 JSP 引擎来处理 JSP 元素，生成调用 Bean，并用 JDBC 访问数据库（或文件），最后以 HTML 或 XML 的形式返回浏览器。JSP 在 Servlet 类中编译，编译一次后存入内存，以后再调用时，不用再编译，所以速度很快。5.总体设计 经过需求分析阶段的工作，系统必须“做什么”已经清楚了，现在是决定“怎样做”的时候。5.1 系统布局设计 系统页面采用框架来设计，不同的用户有不同的功能菜单，但都有统一的风格，这给页面的使用和维护都带来了很大的便利，特别是在代码重用方面起了很大作用。5.2 使用 T-SQL 建立数据库 5.2.1/*

11、系统管理员表 admin*/admin_no char(5)Not null primary key 管理员编号 admin_name char(10)Not null 管理员姓 第6页（共 15 页）名 admin_sex char(1)Not null 性别 admin_title char(20)Not null 职称 admin_password char(20)Not null 登入密码 图 5-2-1 系统管理员表 5.2.2/*学生表 student*/stu_no char(5)Not null primary key 学生学号 stu_name char(10)Not nul

12、l,学生姓名 stu_sex char(1)Not null,性别 stu_class char(13)Not null,班级 stu_professional char(60)Not null 所属专业 stu_Faculties char(40)Not null 所属学院 第7页（共 15 页）图 5-2-2 学生表 5.2.3/*学生上课出勤记录表 kaoqin_record*/kaoqin_id char(13)Not null primary key 上课出勤编号 sk_time char(40)Not null,上课时间 Stu_number char(20)Not null,学生

13、学号 Stu_status char(10)Not null,学生上课考勤状态 图 5-2-3 学生上课出勤记录表 5.2.4/*请假信息表 qingjia*/id char(13)Not null primary key 请假代号 class_id varchar(10)Not null,班级代号 第8页（共 15 页）stu_number varchar(20)Not null,学生学号 qingjia_yuanyin Varchar(200)Not null,请假原因 start_time char(30)Not null 开始时间 end_time char(30)Not null 结

14、束时间 day_number char(13)Not null 请假天数 qingjia_time char(30)Not null 申请请假时间 class_teacher_status char(13)Not null 班主任审批状态 class_teacher_sp_time char(30)Not null 班主任审批时间 class_teacher_restore varchar(200)Not null 班主任回复 college_leader_status char(13)Not null 院系领 第9页（共 15 页）导审批状态 college_leader_id varcha

15、r(20)Not null 院系领导代号 college_leader_sp_time char(30)Not null 院系领导审批时间 college_leader_restore varchar(200)Not null 院系领导回复 备注：status 表示审批状态：0 为等待审批，1 为同意请假，2 为不同意请假。以下为图 5-2-4 请假信息表图：图 5-2-4-1 请假信息表截图 1（请假学生相关信息及原因）第10页（共 15 页）图 5-2-4-2 请假信息表截图 2（请假起始时间及图书）图 5-2-4-3 请假信息表截图 3（班主任审批状态及相关信息）图 5-2-4-4 请假

16、信息表截图 4（院系领导审批状态及相关）6详细设计建立数据库 6.1 引言 总体设计阶段以比较抽象概括的方式提出了解决问题的办法。详细设计是软件开发时期的第三个阶段，也是软件设计的第二步。其任务就是把解法具体化，也就是回答下面这个关键的问题：“应该怎样具体地实现这个系统呢？”，通过详细设计应该得出对目标系统的精确描述，给出各个模块的详细过程性描述。从而在编码阶段可以把这个描述直接翻译成用某种程序设计语言书写的程序。数据流程图是结构化系统分析的工具。它既可以表达数据在系统内部的逻辑流向及存储，又可以表达系统的逻辑功能和数据的逻辑 第11页（共 15 页）变换。数据流程图既能表达现行人工系统的数据

17、流程和逻辑处理功能，也能表达自动化系统的数据流程和逻辑处理功能。6.2 数据库的逻辑设计 根据系统功能设计的要求以及功能模块的划分，对于系统数据库，可以列出以下数据项和数据结构：考勤登记表：课程安排代号、记载时间、上课时间。学生上课出勤信息表：上课时间代号、上课时间、学号、出勤状态。请假信息表：请假代号、班级代号、学年代号、学号、请假原因、开始时间、结束时间、请假天数、申请时间、班主任审批状态、班主任审批时间、班主任回复、院系领导审批状态、院系领导代号、院系领导审批时间、院系领导回复 6.3 数据库的建立 打开 SQL Server2000 下面的企业管理器，登录之后，选择新建数据库命令，给数

18、据库起名为 kaoqin。然后通过设计器创建数据表，刚才已经说明了需要不同的数据表来分管，它们分别是“qingjia”，“kaoqin_record”，“record”等，有关这些数据表的信息见上图。7.个人总结 经过这次的数据库课程设计，我能比较熟练的通过使用 SQL SERVER 企业管理器建立数据库和基本表。从中正确的理解上述基本表之间的关系，从而正确、合理地建立表结构，并输入相应记录信息。同时可以熟练地运用 SQL-SERVER2000 数据库来解决实际问题，运用触发器完成复杂的完整性约束，使用存储过程和函数完成相应复杂的数据查询、数据统计和企业业务处理等工作，以及使用视图、SQL-D

19、CL语言、触发器和存储过程实现相应的安全控制等的相关操作。这次数据库课程设计培养了我提出问题、分析问题和解决问题的能力，通过大量阅读文献、上网求助、不断探索来完成任务，既可以提高熟练驾驭工具的能力又能培养我动手动脑的能力。使我学会编写了简单的编写小型数据库的能力，通过事先的需求分析、概念设计、第12页（共 15 页）逻辑设计和物理设计，最终在 SQL-SERVER2000 数据库上实现过程。同时经过这次数据库课程设计使我发现了自己许多不足的地方，比如对数据库 SQL-DCL 语言、触发器等操作方法的生疏，以及对前台操作的设计操作，而且发现自己所涉及的知识面的不足，在考虑相关问题上的不全面，在今后的学习当中，我要努力改正自己的不足之处，多阅览各方面的知识并且多动手亲自实践！8.参考文献 1 赵文涛，数据库系统原理，中国矿业大学出版社，2006 2 安葳鹏，软件工程，中国矿业大学出版社，2007 3 Harkins Sales Susan，Dreamweaver MX 数据库从入门到精通，电子工业出版社 2003 4 张晓东，JSP+Oracle 数据库开发与实例，清华 大学出版社 2008 5 向隅编 数据库基础及应用 邮电大学 出版社 2008