学生考勤管理系统设计

1、河南理工大学计算机科学与技术学院课程设计报告200 8_ 200 9_学年第 1 学期课程名称数据库系统原理设计题目学牛考勤管理系统学生姓名学 号专业班级指导教师2009 年 1 月 20日目录-.设计任务书 ,11 丿 J|7 JJJJJJJJJJJJJJJJJJJJJJ背景分析 ,rj /、丿71/ i jjjjjjjjjjjjjjjjjjjjjj13三问题描述 ,1 'J /l-L-l JJJJJJJJJJJJJJJJJJJJJJ4四可行性分析 ,71 J 1 丿 71/ 1 JJJJJJJJJJJJJJJJJJJJJJ5五需求分析 ,1 1 Ij <J、丿1/ 1 JJJ

2、JJJJJJJJJJJJJJJJJJJJ6六数据字典 ,-J/ 11 J /、 JJJJJJJJJJJJJJJJJJJJJJJ8七系统开发工具 ,7、P L* J 1/、 j j j j j j j j j j j j j j j j j j j j j9八总体设计 ,丿 L_J' 1 1< 1JJJJJJJJJJJJJJJJJJJJJJJ10九详细设计建立数据库 ,16十个人总结 ,23十一参考文献 ,24.数据库系统设计课程设计任务书设计题目学生考勤管理系统指导教师班级学生课程设计功能要求本课程设计要实现的主要功能如下：1建立数据库，初始化学生、任课老师、班主任、院系 领导、

3、学校领导以及系统管理员等信息。2）学生：在线请假以及查看在校期间所有的上课出勤信 息。查看本人的基本信息，如本人的所属的院系、年级、专 业、班级、学号、姓名、性别等以及修改个人用户密码。3 ）任课老师：管理所教班级学生的上课出勤信息以及 查看所教班级学生的上课出勤信息。查看本人基本信息以及 修改个人用户密码。4）班主任：审批本班学生本学期的在线请假以及查看本 班学生本学期所有课程的上课出勤信息。查看本班学生的基 本信息、修改个人用户密码等。5）院系领导：审批本院系学生超过三天的请假以及查看 本院系学生上课出勤信息。查看本院系有关基本信息以及修 改个人用户密码等。6）学校领导：查看全校学生上课出

4、勤信息。查看有关全 校的基本信息以信修改个人用户密码等。7）系统管理员用户：负责系统所需所有数据的动态同步 更新以及维护，根据系统针对各用户的设计，管理学校各院 系、年级、专业、班级的添加、删除、修改等。课程设计步骤与 方法1、需求分析：为提出的问题找出解决的办法和思路。2、概念分析与设计：3、逻辑分析与设计：4、物理分析与设计：5、功能实现:&数据库运行：7、编写设计课程设计说明书。课程设计说明书 要求：课程设计说明书要求：1）封面2）课程设计任务书3）目录4）正文5）参考文献设计工作计划与 进度安排时间为二周，大致划分如下：第一天布置任务及分组，总体需求分析第二天编写相关文档，设计

5、说明，查找资料第三天设计及实现第四天第五天各模块设计第六天各模块的调试与修改，系统组装第七天程序总调试，修改第八、九天撰写课程设计说明书，打印第十天第十二天课程设计检查与答辩设计考核要求1. 考勤20%2. 课程设计说明书50%3. 答辩30%教材与参考书目1数据库系统原理中国矿业大学出版社2. SQL Server实用简明教程清华大学出版社3. 软件工程与数据库概论清华大学出版社计算机科学与技术学院制学生考勤管理系统背景分析目前高校校园信息化逐步完善，能有效地借助网络才能提高办事效率。 如今各大高校针对师生的成绩查询系统、教务管理系统、招生就业系统、BBS、校园网站等系统在各大高校纷纷出现，

6、对全校师生的学习、生活、管理、办公带 来了便利。 因此学生考勤管理系统能进一步加强高校学风建设， 维护正常的教学 秩序，给学生创造一个优良的学习环境。目前高校学生上课考勤管理都是以任课老师上课点名，记录学生上课情 况，对于时间比较长的请假， 需要通过递交请假申请让班主任、 院系领导都批准 方能生效。这种的模式在目前高校管理中暴露了不可避免的弊端：一、学生请假不方便；二、学生请假对任课老师不透明；三、学生对自己整个学期的上课出勤情况没有整体的统计信息；四、班主任对本班学生整个学期的上课出勤情况不易查看；五、院系领导、学校领导不容易把握学生上课的出勤情况。因此一个好的学生考勤管理系统在一定程度上可

7、以解决这些弊端， 本系统 主要针对目前高校学生在线请假以及学生上课出勤管理而设计的信息系统。 本系 统涉及到高校六大类用户：学生、任课老师、班主任、院系领导、学校领导、系 统管理员三问题描述3.1 引言问题定义阶段必须回答的关键问题是： “要解决的问题是什么？”， 在此阶段 中，主要是弄清本课题需要解决的问题根本所在，以及此课题所需的资源等。3.2 问题描述高校对学生考勤和请假面临的问题涉及多类用户， 系统使用范围是在全校校园网 内，由于用户分布广泛，且存在很大差异，如：知识结构的差异、计算机硬件配 置的差异、因此本系统设计应当采用典型的 B/S （浏览器/服务器）的构架进行 设计，操作简单直

8、观，对硬件要求低，最好能实现跨平台。跨平台一是指客户端 用户操作的跨平台， 二是指服务器端的跨平台， 即可以将服务器部署在所有操作 平台上。系统应当有很好的扩展性，与当前高校中现有的系统很好集成。 目前随着 IT 技术的不断创新与发展，新的技术不断推出，各种企业实现信息化 的解决方案不断成熟。 面向对象程序设计语言的广泛使用， 各种成熟关系数据库 的不断完善与推出，再加上面向对 大的经济收入。目前流行的基于 B/S 结构的 解决方案主要有ASP JSP, PHP等技术。本系统选用JSP技术开发，使用当前流 行的 SQL Server 2000 数据库管理系统来存储数据 , 主要解决学生在线请假

9、、在 线考勤管理以及后台数据的维护与更新。四.可行性分析4.1 引言这个阶段要回答的关键问题是： “对于上一个阶段所确定的问题有行得通的解决 方法吗？”为了回答这个问题， 需要一次大大压缩和简化了的系统分析和设计的 过程，也就是在较抽象的高层次上进行的分析和设计的过程。 可行性研究应该比 较简短， 这个阶段的任务不是具体解决问题， 而是研究问题的范围， 探索这个问 题是否值得去解，是否有可行的解决方法。4.2 目的和意义开发本系统的目的， 就是要解决目前高校中关于学生请假与上课出勤管理中所面 临的一系列问题。 开发出高校学生考勤管理系统能有效地提高高校办事效率， 解决目前高校学生请 假及上课出

10、勤管理问题， 实现学生请假及上课出勤信息对任课教师、 班主任、 院 系领导、学校领导透明，使班主任、院系领导及时把握学生的学习情况，及时与 学生沟通，提高教学质量。4.3 可行性分析技术可行性： 高校学生考勤管理系统在目前的高校中使用还不普遍， 但也有许多 类似的成功案例：如教务管理系统、排课系统等。本系统采用JSP，JavaScript脚本语言、html标识语言及SQLServer 2000数据库技术综合开发。JSP是一种 安全稳定的动态网页技术，目前国内各企业的电子商务系统，ERP系统，银行信息系统等基本上都用JSP开发的。Microsoft SQLServer (基于结构化查询语言 的数

11、据库服务器)是基于客户 / 服务器结构的数据库管理系统，用户通过使用客 户系统从服务器检索信息并进行本地操作， 服务器关注数据库进程， 而客户则关 注信息的表示。 为了使客户端能够从服务器中访问数据， 服务器必须具备以下两 个关键特征：一、对在数据库中的数据提供单点访问。二、将处理和操作在客户 端和服务器间进行分配。 SQLServer 使用 Transact-SQL 语言来维护、实现和访 问数据库， Transact-SQL 是 SQL(Structured Query Language )的一个子集标 准。 SQL Server 有多种实用程序允许用户来访问它的服务，用户可用这些实用 程序

12、对 SQL Server 进行本地管理或远程管理。经济可行性：本系统使用B/S架构设计，使用市场上流行的动态网页技术，开发简单，使用度方便， 不需要耗费大量的人力物力就能很快的开发出来， 系统部署 对软硬件要求不高， 用户操作简单， 几乎不需要对用户进行专业培训就可使用本 系统，所以从经济上讲是可行的。法律可行性： 本系统拥有自主知识产权， 没有使用任何违法的软件也没有交易任 何非法的商品，所以在法律上是可行的。操作可行性：本系统操作简单方便 , 只要懂得上网都能方便操作本系统 ,所以在操 作上也是可行的。分析结果：从以上的分析可知，高校学生考勤管理系统的解决方案无论在技术， 经济还是法律以及

13、操作上都是可行的， 且开发本系统具有一定的经济价值和实用 价值。五. 学生考勤管理系统需求分析5.1 用户需求描述用户是系统的最终使用者 际调查分析，本系统应当包括学生、班主任、任课老 师、院系领导、学校领导、系统管理员六类用户，这六类用户对系统的需求简要 概括如下：5.2.1 学生用户需求描述 学生对本系统的主要需求是：在线请假以及查看在校期间所有的上课出勤信息。 在线请假需求：学生请假的全过程当中， 学生可以随时查看请假的详细进展情况。 查看出勤信息需求：学生可以查看在校期间所有学期上课出勤的详细信息，如： 查看“大学英语”这门课程在整个学期请假、旷课多少次等信息。其它需求：查看本人的基本

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

15、审批学生请假需求： 本班学生本学期在线请假申请后， 自动提示班主任有等待审 批的请假信息，班主任针对请假申请信息进行学生请假审批。查看学生上课出勤信息需求： 查看本班学生整个学期有关课程的上出勤统计信息 及详细信息。 其它需求：查看本班学生的基本信息、修改个人用户密码等。5.2.4 院系领导用户需求描述 院系领导对系统的主要需求是： 审批本院系学生超过三天的请假以及查看本院系 学生上课出勤信息。审批请假需求： 当学生请超过三天的假， 经班主任审批同意后， 系统自动提交给 任何一个进入系统的院系领导审批请假。查看本院系学生出勤信息需求： 输入查询条件后， 系统根据查询条件列出本院系 学生相关的上

16、课出勤信息。其它需求：查看本院系有关基本信息以及修改个人用户密码等。5.2.5 学校领导用户需求描述 学校领导对系统的主要需求是：查看全校学生上课出勤信息。 查看出勤信息需求： 输入查询条件后， 系统根据查询条件列出本校学生相关的上 课出勤信息。其它需求：查看有关全校的基本信息以信修改个人用户密码等。5.2.6 系统管理员用户需求描述 系统管理员有系统的最高权限，负责系统所需所有数据的动态同步更新以及维 护，根据系统针对各用户的设计，基本功能需求如下：1、管理学校各院系、年级、专业、班级的添加、删除、修改等。2、管理每个学期每个班级的课程安排及指定班主任和任课老师。3、管理系统所有用户。4、管

17、理全校课表安排。5、管理系统的请假、考勤信息。5.3 功能需求描述根据各类用户的需求描述， 系统应当具备请假系统、 考勤管理系统、 后台管理系 统这三大主要功能。请假系统功能需求： 通过班主任以及院系领导批准请假信息。 请假最长时间不能 超过 1 个月，特殊情况除外。考勤管理功能需求： 任课老师通过考勤管理系统， 对学生上课出勤信息进行公开。 请假系统要借助班主任才能完成， 考勤管理系统要借助请假系统、 班级课表安排 才能完成，然而每学年课表都在变化，班主任安排也有在变化，学生也在变化， 因此必须要求后台管理系统能根据系统需求，动态的、准确的更新系统数据。5.4 系统功能划分 根据系统用户的需

18、求， 将本系统按功能划分成三大功能模块： 请假系统、 考勤系 统、后台管理模块，涉及到六大类用户：学生、任课教师、班主任、院系领导、 学校领导、系统管理员。5.4.1 请假系统模块本模块的功能是在线请假的实现及管理， 主要涉及三大类用户： 学生、班主任及 院系领导用户， 学生通过此功能模块进行在线请假及查看请假记录信息； 班主任 在线审批学生请假及查看请假记录信息； 院系领导在线审批学生长时间的请假及 查看请假记录信息。5.4.2 考勤系统模块本模块的功能是学生考勤信息统计的实现、 查看及管理， 涉及六大类用户中的所 有用户。学生在线查看自己所有学年的出勤信息； 任课老师在线管理学生出勤信 息

19、；班主任、院系领导、学校领导查看不同的范围的学生出勤信息。5.4.3 后台管理管理 本模块的功能实现整个系统数据的同步更新及维护， 只涉及系统管理员用户。 系 统管理员动态的管理学生信息、 课表安排、学年安排等信息， 是整个系统实现的 基础。六 . 数据字典数据词典， 既用于描述数据流和数据存储的详细逻辑内容， 也可用于描述外部项 和处理逻辑的某些数据特性。 数据词典把数据的最小组成单位看作数据元素， 若 干个数 据元素组成数据结构。它通过对数据元素和数据结构的定义，来描述数 据流和数据存储的逻辑内容。 它相当于字典的作用， 当用户或软件人员想了解某 一数据的含义 时，查查字典就可以了。（1）

20、请假系统：学生、班主任及院系领导用户通过此功能进行在线请假及查看 请假记录信息； 班主任在线审批学生请假及查看请假记录信息； 院系领导在线审 批学生长时间的请假及查看请假记录信息。（2）考勤系统：学生考勤信息统计的实现、查看及管理，涉及六大类用户中的 所有用户。 学生在线查看自己所有学年的出勤信息； 任课老师在线管理学生出勤 信息；班主任、院系领导、学校领导查看不同的范围的学生出勤信息。（3）后台管理： 实现整个系统数据的同步更新及维护， 只涉及系统管理员用户。 系统管理员动态的管理学生信息、 课表安排、 学年安排等信息， 是整个系统实现 的基础。七. 系统开发工具根据各用户的需求， 以及系统

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

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

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

24、 强 宝文静珊勇景远城* 王许诃李马周王张业校长1234教勢处处怅1234财务处处长134计算机06-1, 2班班主任12肚 计算机M-3, 班班主任1234 计算机学院院长12肚土木学院院长1234计算机学院老师1234二丄皆超吊* CD卅(1) /*系统管理员表admin*/adm in nochar(5)Not nullprimary key管理员编号adm in n amechar(1O)Not null管理员姓名adm in _sexchar(1)Not null性别admin titlechar(20)Not null职称admin passwordchar(20)Not null

25、登入密码图8-2-1系统管理员表(2) /* 学生表 student */stu_nochar(5)Not nullprimary key学生学号|stu_namechar(10)Not null,学生姓名stu sexchar(1)Not null,性别stu_classchar(13)Not null,班级stu_professi onalchar(60)Not null所属专业stu Facultieschar(40)Not null所属学院stu no stustuclass1strof e ssi onalstuFacult ie：1EOOOlM计 +JlO6-3计算机专业计算机科学

26、与起2E0002李四M计算机067计算机专业计算机科学耳扌33£0003王五M计算机0A3计算机专业计算机科学与电4E0004 土HRF计算机0B7计第机专业计第机科学耳拒5E0005刘静F计算机06-了计算机专业计算机科学与左0Eoooe张远M计算机OE-q计算机专业计算机科学与犯7EQO07何涛M计算机呢-q计算机专业计算机科学与扌$SE0008李钱M计算机DB-4计算机专业计算机科学与杞图8-2-2学生表(3) /*任课老师表teacher */tea nochar(9)Not nullprimary key任课老师编号tea_ namechar(10)Not null,任课老

27、师姓名tea sexchar(1)Not null,性别tea_classchar(30)Not null,所教班级tea_coursechar(60)Not null所教课程tea_Facultieschar(40)Not null所属学院tea_noteananersex tea classf ea course1fcobdiM计奴机OQJZ 3,4数结构C0002计算机 Q 6-1,2, 3,4J丹a程序设计3C0003F计算机 06-1,2,3,4单片机原理1COOD4计算机06-1,2, 3,4高等数学图8-2-3任课老师表(4) /* 班主任表 classteacher */cla

28、sstea_ nochar(5)Not nullprimary key任课老师 编号classtea_ namechar(10)Not null,任课老师 姓名classtea sexchar(1)Not null,性别classtea_classchar(20)Not null,所教班级titlechar(20)Not null所教课程classtea_professio nalchar(60)Not null所属学院classtea_Facultieschar(40)Not null所属学院classtea no classtea nane classtea ses classtea cl

29、ass -, 4 ' 一 | |titleclasstF计算机041畀班班主任it算机10002马勇计算机OS-3, 4班班主任计第机图8-2-4班主任表(5) /* 学院领导表 collegeleader */collegeleader_ nochar(5)Not nullprimary key学院领导 编号collegeleader_ namechar(10)Not null,学院领导 姓名collegeleader sexchar(1)Not null,性别collegeleader Facultieschar(40)Not null,所属学院titlechar(20)Not n

30、ull职称|collegeleader_no|collegeleader n：aiTLe| collegeleader seK(coll 已gEleadETFaciJLlt iesti-IfoooiM计算机科学与拽朵学院院-?F0002王远强M土木学院院"图8-2-5学院领导表BK d 旷旷已己己nkaoqin_idsk timeStu irK40031第i u周星期二第一大节E0001K40031第m周星期二第一大节E0001K40031第10周星期二第一大节E0002K40031第10周星期二第一大节E0003K40031第1。周星期二第一大节E0004浒勺门国貝甘日1葩+甘Kn

31、niHR图8-2-7学生上课出勤记录表(6) /* 学校领导表 schoolleader */schoolleader_ nochar(5)Not nullprimary key学校领导编 号schoolleader_ namechar(10)Not null,学校领导姓 名schoolleader_sexchar(1)Not null,:性别deptchar(20)Not null,所属部门titlechar(15)Not null职称|schoolleader_.no school Leadername|schoolleader sax|depttitle1SLOOl '柱庆M校怅

32、办£室校怅2SL002许文彪M教务处教务处处长3SLD03何静F学棱财务址财务处处长图8-2-6学校领导表(7) /*学生上课出勤记录表kaoqin record */kaoqindchar(13)Not nullprimary key上课出勤编 号sk_timechar(40)Not null,上课时间Stu _nu mberchar(20)Not null,学生学号Stu_statuschar(10)Not null,学生上课考 勤状态(8) /*任课老师提交出勤信息记录表record */recorddchar(13)Not nullprimary key记录编号idchar(

33、13)Not null,所上课程编 号record_timechar(40)Not null,老师考勤记 载时间sk_timechar(40)Not null,上课时间reeord_ididrecord tintsk time20091101|01第lojsii期一上午第5周星期一第大节2 12009110102第卩周星期一下午第1。周星期一第四大节320Q9110201第1D周星期二下午第1U周星期二第三大节4_| 2009110202第1D周星期二晩上第M周星期二第五大节图8-2-8任课老师提交出勤信息记录表(9) /*请假信息表qingjia */idchar(13)Not nullpr

34、imary key请假代号class_idvarchar (10)Not null,班级代号stu_ nu mbervarchar(20)Not null,学生学号qin gjia_yua nyinVarchar (200)Not null,请假原因start_timechar(30)Not null开始时间en d_timechar(30)Not null结束时间day_ nu mberchar(13)Not null请假天数qi ngjia_timechar(30)Not null申请请假 时间class_teacher_statuschar(13)Not null班主任审 批状态clas

35、s_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为同意请

36、假，2为不同意请假以下为图8-2-9请假信息表图:class id stu mim.berqingj ia yuanyinst art t imeend time080001"f计算机血-3 E0004脚扭伤第lDjf星期二第10周星貝2 080002计算机Q67 £0001回家有急甬第11周星期五第12间星奥3030003计尊机M-4 E0009毗于痛弟1龙同星期二第1阴星I图8-2-9-1请假信息表截图1 （请假学生相关信息及原因）图 8-2-9-2请假信息表截图2 （请假起始时间及图书）Ida? s t e 2tch&r st at us classic ac

37、he r sp t imeclasE teacher .restorecollege leader s-1第周星期二批谁请暇021第11周星期四毗准请假131第12周星期二批准请假0图8-2-9-3请假信息表截图3 （班主任审批状态及相关信息）colleeader_status college!eader_id college_1eader_1*6college_leader_restorePJlIoF0001F0001F0001无需审眦无需回夏第11周星期四批准请假无需审批无需回复图8-2-9-4请假信息表截图4 （院系领导审批状态及相关）end timedaynumberqinfijia

38、timeclass teach8r s第10周星期三1天第10周臺血二1第12周星期二4天第11周星期四1第12周星期二1天第】2周星期二1九. 详细设计建立数据库9.1引言总体设计阶段以比较抽象概括的方式提出了解决问题的办法。 详细设计是软件开 发时期的第三个阶段，也是软件设计的第二步。其任务就是把解法具体化，也就 是回答下面这个关键的问题：“应该怎样具体地实现这个系统呢？ ”， 通过详细 设计应该得出对目标系统的精确描述， 给出各个模块的详细过程性描述。 从而在 编码阶段可以把这个描述直接翻译成用某种程序设计语言书写的程序。数据流程图是结构化系统分析的工具。它既可以表达数据在系统内部的逻辑

39、流向及存储，又可以表达系统的逻辑功能和数据的逻辑变换。 数据流程图既能 表达现行人工系统的数据流程和逻辑处理功能， 也能表达自动化系统的数据流程 和逻辑处理功能。9.2相关数据功能模块图图（1）学生功能模块图（2）班主任功能模块图（3）任课老师功能模块图（4）院系领导模块图（5）学校领导功能模块图（6）系统管理员功能模块图（7）总功能模块9.3 数据库的逻辑设计 根据系统功能设计的要求以及功能模块的划分， 对于系统数据库， 可以列出以下 数据项和数据结构：考勤登记表：课程安排代号、记载时间、上课时间。 学生上课出勤信息表：上课时间代号、上课时间、学号、出勤状态。 请假信息表：请假代号、班级代号

40、、学年代号、学号、请假原因、开始时间、结 束时间、请假天数、申请时间、班主任审批状态、 班主任审批时间、 班主任回复、 院系领导审批状态、院系领导代号、院系领导审批时间、院系领导回复9.4 数据库的建立打开SQLServer2000下面的企业管理器，登录之后，选择新建数据库命令, 给数据库起名为 kaoqin 。然后通过设计器创建数据表，刚才已经说明了需要不 同的数据表来分管， 它们分别是“ qingjia ”， “kaoqin_record ”，“record ” 等，有关这些数据表的信息见上图。9.5.1 学生用户功能设计根据学生用户的需求， 系统实现了在线请假、 查看上课出勤信息、 查看

41、个人基本 信息这三大主要功能。 系统针对学生用户设计如下功能菜单： 基本信息、 请假系 统、考勤信息、查看课表、修改密码、 安全退出、帮助。在基本信息功能菜单中， 学生可以查看自己的学号、姓名、性别、院系、年级、专业、班级号信息。在请 假系统功能菜单中，实现了在线请假申请功能，以及查看等待审批的请假信息、 请假成功的请假信息、 请假失败的请假信息。 在考勤信息菜单下， 学生可以查看 本学年以及历史学年上课出勤的统计信息及详细信息。在查看课表功能菜单中， 学生可以查看当前学期的课表安排，以及历年的课表安排。修改密码功能菜单， 学生可以修改自己的密码。学生用户的在线请假，在班主任或院系领导还没批假

42、之前可以由学生自行删除， 若班主任审批了请假， 则学生不能删除申请记录， 学生不能重复请假， 因此学生 请假时应当慎重。根据学生用户请假的需求， 学生三天内的请假 （包括三天） 只需班主任批准后就 可生效，四天（包括四天）以上的请假，必须先由班主任同意，然后学校同意， 请假方能生效，超过 30 天的请假不能在线请假。请假开始时间必须在请假结束 时间之前，否则系统自动提示出错信息，且请假时，必须指定请假开始时间，请 假结束时间， 以及请假原因， 请假时不必要指定班主任， 系统会自动根据本学期 的班级与班主任安排， 找到班主任，并将信息自动交给对应班主任进行审批处理， 超过四天的请假还将自动交给任

43、何一个院系领导审批处理。 系统还约定学生网上 请假只能提前一个星期。请假开始时间与结束时间的约定： 请假时间学生可自动选择， 也可自己输入日期， 但是必须输入正确的日期格式， 否则系统将出错， 建议学生选择日期还不手动输 入，以免出错。在请假的详细记录中，有学生请假有关所有详细信息，包括学生 请假的申请时间、开始时间、结束时间、天数、原因、审批时间、回复、请假成 功与否等所有有关请假的信息，学生可以随时查看请假进展情况。9.5.2 任课老师用户功能设计 根据任课老师用户需求， 系统实现了任课老师在线公布学生上课出勤信息、 查看 学生考勤信息两大基本功能。系统针任课老师用户设计以下功能菜单： 查

44、看课表、考勤管理、考勤信息、修改密码、安全退出、帮助。在查看课表功能 菜单下，任课老师可以查看本学期自己所带课程的上课时间以及所教班级的一些 基本信息。 在考勤管理功能菜单中， 系统比较智能的根据当前日期自动提示当前 学年还没登记的学生上课出勤表。 在考勤信息功能菜单中， 任课老师可以查看已 经记录的学生上课出勤信息， 既可以查看学生上课出勤统计信息， 也可以考勤学 生上课出勤统计信息，还可以做适当的修改。 考勤管理功能是任课老师用户最主要的功能， 任课老师上完课后， 将传统的学生 上课出勤情况在网上进行公布， 使学生上课出勤信息及时准备对对班主任、 院系 领导、学校领导透明。 根据任课老师用

45、户的需求， 系统实现了自动提示任课老师 提交数据的功。 根据课表安排， 将本学期上完课的， 还没提交数据的学生出勤情 况自动提示任课老师提交数据，实现了智能化管理。比如说一个老师在 2006-5-30 进入了系统，那么这个老师在本学期，也就是 2006-5-30 之前上过的 课，但还没提交数据出勤登记信息自动显示出来， 等待任课老师提交数据， 且任 课老师在提交数据时， 若学生在上课的那天请了假， 且请假成功了， 那么系统自 动将学生出勤记录记为请假，任课老师无法记载学生为旷课等情况。 任课老师在考勤信息当中， 可以查看所教过的学生上课出勤的详细信息及统计信 息，从而到了学期末 , 可以方便任

46、课老师根据上课出勤情况对学生平时成绩打分。9.5.3 班主任用户功能设计 根据班主任用户功能的需求， 系统实现了游览班级信息、 审批本班学生在线请假、 及上课考勤信息三大基本功能。 系统针对班主任用户设计如下功能菜单： 班级信 息、请假系统、考勤信息、修改密码、 安全退出、帮助。在班级信息功能菜单中， 班主任用户可以查看本班学生的基本信息如：年级、专业、班级、学生学号、姓 名、性别。在请假系统功能菜单中，班主任可以审批本班学生的在线请假，以及 查看审批学生请假的历史记录， 如：同意的请假记录和不同意的请假记录。 在考 勤信息功能菜单中， 班主任用户可以查看本班学生所有课程的上课出勤信息， 包 括出勤详细信息及出勤统计信息。 班主任用户在整个系统中是学生请假的决策者，学生请假必须经班主任同意后， 才能提交给院系领导审批请假。 班主任在审批学生请假时， 可以对学生的请假返 回反馈意见， 以对学生说明不同意请假的原因， 或向院系领导说明情况的真实性 以更好的方便学生请假。 班主任另外一大功能是查看本班学生本学期的所有考勤 信息，包括详细信息和统计信息，这样班主任可以及时有效的与本班同学沟通， 提高办事效率，提高学生的学习成绩。9.5.4 院系领导用户功能设计 根据院系领导的用户需求，系统实现了查看本院系信息、审批本院系学生请假、 查看考勤信息三大基本功能。 系统针