学生考勤管理系统设计Word格式.docx

1、管理所教班级学生的上课出勤信息以及查看所教班级学生的上课出勤信息。查看本人基本信息以及修改个人用户密码。4）班主任：审批本班学生本学期的在线请假以及查看本班学生本学期所有课程的上课出勤信息。查看本班学生的基本信息、修改个人用户密码等。5）院系领导：审批本院系学生超过三天的请假以及查看本院系学生上课出勤信息。查看本院系有关基本信息以及修改个人用户密码等。6）学校领导：查看全校学生上课出勤信息。查看有关全校的基本信息以信修改个人用户密码等。7）系统管理员用户：负责系统所需所有数据的动态同步更新以及维护，根据系统针对各用户的设计，管理学校各院系、年级、专业、班级的添加、删除、修改等。课程设计步骤与方

2、法1、需求分析:为提出的问题找出解决的办法和思路。 2、概念分析与设计：3、逻辑分析与设计：4、物理分析与设计：5、功能实现：6、数据库运行：7、编写 设计课程设计说明书。课程设计说明书要求：1）封面2）课程设计任务书3）目录4）正文5）参考文献设计工作计划与进度安排时间为二周，大致划分如下：第一天 布置任务及分组，总体需求分析第二天 编写相关文档，设计说明，查找资料第三天 设计及 实现第四天第五天 各模块 设计第六天 各模块的调试与修改，系统组装第七天 程序总调试，修改第八、九天 撰写课程设计说明书，打印第十天第十二天 课程设计检查与答辩设计考核要求1.考勤20%2.课程设计说明书50%3.

3、答辩30%教材与参考书目1.数据库系统原理中国矿业大学出版社2.SQL Server实用简明教程清华大学出版社3.软件工程与数据库概论清华大学出版社 计算机科学与技术学院制二学生考勤管理系统背景分析目前高校校园信息化逐步完善，能有效地借助网络才能提高办事效率。如今各大高校针对师生的成绩查询系统、教务管理系统、招生就业系统、BBS、校园网站等系统在各大高校纷纷出现，对全校师生的学习、生活、管理、办公带来了便利。因此学生考勤管理系统能进一步加强高校学风建设，维护正常的教学秩序，给学生创造一个优良的学习环境。 目前高校学生上课考勤管理都是以任课老师上课点名，记录学生上课情况，对于时间比较长的请假，需

4、要通过递交请假申请让班主任、院系领导都批准方能生效。这种的模式在目前高校管理中暴露了不可避免的弊端：一、学生请假不方便；二、学生请假对任课老师不透明；三、学生对自己整个学期的上课出勤情况没有整体的统计信息；四、班主任对本班学生整个学期的上课出勤情况不易查看；五、院系领导、学校领导不容易把握学生上课的出勤情况。因此一个好的学生考勤管理系统在一定程度上可以解决这些弊端，本系统主要针对目前高校学生在线请假以及学生上课出勤管理而设计的信息系统。本系统涉及到高校六大类用户：学生、任课老师、班主任、院系领导、学校领导、系统管理员。三问题描述3.1 引言 问题定义阶段必须回答的关键问题是：“要解决的问题是什

5、么？”， 在此阶段中，主要是弄清本课题需要解决的问题根本所在，以及此课题所需的资源等。3.2问题描述高校对学生考勤和请假面临的问题涉及多类用户，系统使用范围是在全校校园网内，由于用户分布广泛，且存在很大差异，如：知识结构的差异、计算机硬件配置的差异、 因此本系统设计应当采用典型的B/S（浏览器/服务器）的构架进行设计，操作简单直观，对硬件要求低，最好能实现跨平台。跨平台一是指客户端用户操作的跨平台，二是指服务器端的跨平台，即可以将服务器部署在所有操作平台上。系统应当有很好的扩展性，与当前高校中现有的系统很好集成。目前随着IT技术的不断创新与发展，新的技术不断推出，各种企业实现信息化的解决方案不

6、断成熟。面向对象程序设计语言的广泛使用，各种成熟关系数据库的不断完善与推出，再加上面向对 大的经济收入。目前流行的基于B/S结构的解决方案主要有ASP，JSP，PHP等技术。本系统选用JSP技术开发，使用当前流行的SQL Server 2000数据库管理系统来存储数据,主要解决学生在线请假、在线考勤管理以及后台数据的维护与更新。四.可行性分析4.1引言这个阶段要回答的关键问题是：“对于上一个阶段所确定的问题有行得通的解决方法吗？”为了回答这个问题，需要一次大大压缩和简化了的系统分析和设计的过程，也就是在较抽象的高层次上进行的分析和设计的过程。可行性研究应该比较简短，这个阶段的任务不是具体解决问

7、题，而是研究问题的范围，探索这个问题是否值得去解，是否有可行的解决方法。4.2 目的和意义开发本系统的目的，就是要解决目前高校中关于学生请假与上课出勤管理中所面临的一系列问题。开发出高校学生考勤管理系统能有效地提高高校办事效率，解决目前高校学生请假及上课出勤管理问题，实现学生请假及上课出勤信息对任课教师、班主任、院系领导、学校领导透明，使班主任、院系领导及时把握学生的学习情况，及时与学生沟通，提高教学质量。4.3 可行性分析技术可行性：高校学生考勤管理系统在目前的高校中使用还不普遍，但也有许多类似的成功案例：如教务管理系统、排课系统等。本系统采用JSP，JavaScript脚本语言、html标

8、识语言及SQL Server 2000数据库技术综合开发。JSP是一种安全稳定的动态网页技术，目前国内各企业的电子商务系统，ERP系统，银行信息系统等基本上都用JSP开发的。Microsoft SQL Server（基于结构化查询语言的数据库服务器）是基于客户/服务器结构的数据库管理系统，用户通过使用客户系统从服务器检索信息并进行本地操作，服务器关注数据库进程，而客户则关注信息的表示。为了使客户端能够从服务器中访问数据，服务器必须具备以下两个关键特征：一、对在数据库中的数据提供单点访问。二、将处理和操作在客户端和服务器间进行分配。SQL Server使用Transact-SQL语言来维护、实现

9、和访问数据库，Transact-SQL是SQL（Structured Query Language）的一个子集标准。SQL Server有多种实用程序允许用户来访问它的服务，用户可用这些实用程序对SQL Server进行本地管理或远程管理。经济可行性：本系统使用B/S架构设计，使用市场上流行的动态网页技术，开发简单，使用度方便，不需要耗费大量的人力物力就能很快的开发出来，系统部署对软硬件要求不高，用户操作简单，几乎不需要对用户进行专业培训就可使用本系统，所以从经济上讲是可行的。法律可行性：本系统拥有自主知识产权，没有使用任何违法的软件也没有交易任何非法的商品，所以在法律上是可行的。操作可行性：

10、本系统操作简单方便,只要懂得上网都能方便操作本系统,所以在操作上也是可行的。分析结果：从以上的分析可知，高校学生考勤管理系统的解决方案无论在技术，经济还是法律以及操作上都是可行的，且开发本系统具有一定的经济价值和实用价值。五.学生考勤管理系统需求分析5.1 用户需求描述用户是系统的最终使用者 际调查分析，本系统应当包括学生、班主任、任课老师、院系领导、学校领导、系统管理员六类用户，这六类用户对系统的需求简要概括如下：5.2.1学生用户需求描述学生对本系统的主要需求是：在线请假需求：学生请假的全过程当中，学生可以随时查看请假的详细进展情况。查看出勤信息需求：学生可以查看在校期间所有学期上课出勤的

11、详细信息，如：查看“大学英语”这门课程在整个学期请假、旷课多少次等信息。其它需求：查看本人的基本信息，如本人的所属的院系、年级、专业、班级、学号、姓名、性别等，以及修改个人用户密码。5.2.2任课老师用户需求描述任课老师对系统的主要需求是：管理学生上课出勤需求：随着时间的变化，自动列出还没有在网上公布的学生上课出勤信息，系统自动根据学生请假系统，决定学生上课出勤的最终结果。查看学生出勤信息需求：查看所教班级学生整个学期出勤情况。本人基本信息以及修改个人用户密码。5.2.3班主任用户需求描述班主任对本系统的主要需求是：审批学生请假需求：本班学生本学期在线请假申请后，自动提示班主任有等待审批的请假

12、信息，班主任针对请假申请信息进行学生请假审批。查看学生上课出勤信息需求：查看本班学生整个学期有关课程的上出勤统计信息及详细信息。5.2.4院系领导用户需求描述院系领导对系统的主要需求是：审批请假需求：当学生请超过三天的假，经班主任审批同意后，系统自动提交给任何一个进入系统的院系领导审批请假。查看本院系学生出勤信息需求：输入查询条件后，系统根据查询条件列出本院系学生相关的上课出勤信息。5.2.5学校领导用户需求描述学校领导对系统的主要需求是：输入查询条件后，系统根据查询条件列出本校学生相关的上课出勤信息。5.2.6系统管理员用户需求描述系统管理员有系统的最高权限，负责系统所需所有数据的动态同步更

13、新以及维护，根据系统针对各用户的设计，基本功能需求如下：1、管理学校各院系、年级、专业、班级的添加、删除、修改等。2、管理每个学期每个班级的课程安排及指定班主任和任课老师。3、管理系统所有用户。4、管理全校课表安排。5、管理系统的请假、考勤信息。5.3功能需求描述根据各类用户的需求描述，系统应当具备请假系统、考勤管理系统、后台管理系统这三大主要功能。请假系统功能需求：通过班主任以及院系领导批准请假信息。请假最长时间不能超过1个月，特殊情况除外。考勤管理功能需求：任课老师通过考勤管理系统，对学生上课出勤信息进行公开。请假系统要借助班主任才能完成，考勤管理系统要借助请假系统、班级课表安排才能完成，

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

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

16、当于字典的作用，当用户或软件人员想了解某一数据的含义 时，查查字典就可以了。（1）请假系统：学生、班主任及院系领导用户通过此功能进行在线请假及查看请假记录信息；（2）考勤系统：学生考勤信息统计的实现、查看及管理，涉及六大类用户中的所有用户。（3）后台管理：实现整个系统数据的同步更新及维护，只涉及系统管理员用户。七.系统开发工具根据各用户的需求，以及系统各大功能的需求，经过大量的调查分析，针对本高校学生考勤管理系统选择以下开发工具进行开发：7.1相关开发工具简介系统结构：B/S （浏览器/服务器）开发语言：JAVA/JSP数据库：SQL Server 2000开发工具：JDK 1.5 Dream

17、weaver Jcreator服务器端容器：Tomcat 5.57.2.1 B/S（浏览器/服务器）简介B/S（Browser/Server，浏览器/服务器）模式又称B/S结构。它是随着Internet技术的兴起，对C/S模式应用的扩展。在这种结构下，用户工作界面是通过IE浏览器来实现的。B/S模式最大的好处是运行维护比较简便，能实现不同的人员，从不同的地点，以不同的接入方式（比如LAN, WAN, Internet/Intranet等）访问和操作共同的数据；最大的缺点是对网络环境依赖性太强，由于各种原因引起网络中断都会造成系统瘫痪。7.2.2 JAVA/JSP简介JAVA是SUN公司推出的完

18、全面向对象的语言，它有很好的跨平台性、安全性、重用性等特点。JSP的全称是Java Servlet Pages，它是SUN推出的一种动态网页技术标准。它在传统的静态页面文件（*.html,*htm）中加入Java程序片段和JSP标记，就构成了JSP页面。由Web服务器上的JSP引擎来处理JSP元素，生成调用Bean，并用JDBC访问数据库（或文件），最后以HTML或XML的形式返回浏览器。JSP在Servlet类中编译，编译一次后存入内存，以后再调用时，不用再编译，所以速度很快。八.总体设计经过需求分析阶段的工作，系统必须“做什么”已经清楚了，现在是决定“怎样做”的时候。8.1 系统布局设计系

19、统页面采用框架来设计，不同的用户有不同的功能菜单，但都有统一的风格，这给页面的使用和维护都带来了很大的便利，特别是在代码重用方面起了很大作用。8.2使用T-SQL建立数据库：（1）/*系统管理员表admin*/admin_nochar（5）Not nullprimary key管理员编号admin_namechar（10）管理员姓名admin_sexchar（1）性别admin_titlechar（20）职称admin_password登入密码图8-2-1 系统管理员表（2）/*学生表student */stu_no学生学号stu_nameNot null,学生姓名stu_sexstu_cla

20、sschar（13）班级stu_professionalchar（60）所属专业stu_Facultieschar（40）所属学院 图8-2-2 学生表（3）/*任课老师表teacher */tea_nochar（9）任课老师编号tea_name任课老师姓名tea_sextea_classchar（30）所教班级tea_course所教课程tea_Faculties图8-2-3 任课老师表（4）/*班主任表classteacher */classtea_noclasstea_nameclasstea_sexclasstea_classtitleclasstea_professionalclas

21、stea_Faculties 图8-2-4 班主任表（5）/*学院领导表collegeleader */collegeleader_no学院领导编号collegeleader_name学院领导姓名collegeleader_sexcollegeleader_Faculties 图8-2-5学院领导表（6）/*学校领导表schoolleader */schoolleader_no学校领导编号schoolleader_name学校领导姓名schoolleader_sexdept所属部门char（15） 图8-2-6 学校领导表（7）/*学生上课出勤记录表kaoqin_record */kaoqin

22、_id上课出勤编号sk_time上课时间Stu_numberStu_status学生上课考勤状态 图8-2-7 学生上课出勤记录表（8）/*任课老师提交出勤信息记录表record */record_id记录编号id所上课程编号record_time老师考勤记载时间 图8-2-8 任课老师提交出勤信息记录表（9）/*请假信息表qingjia */请假代号class_idvarchar （10）班级代号stu_numbervarchar （20）qingjia_yuanyinVarchar （200）请假原因start_time开始时间end_time结束时间day_number请假天数qingjia_time申请请假时间class_teacher_status班主任审批状态class_teacher_sp_time班主任审批时间class_teacher_restorevarchar （200）班主任回复college_leader_status院系领导审批状态college_leader_id院系领导代号college_leader_sp_time院系领导审批时间college_leader_restore院系领导回复