学校编码：129600 分类号学号：08613231 UDC
毕业设计（论文）
题目：学生请假管理系统
指导教师：陈晓明
学生姓名：徐龙浩
专业名称: 司法信息技术
提交日期： 2011 年 3 月15日
答辩日期： 2011 年 3 月28日
答辩老师：
评阅人：
2011年 3 月15日
摘要
本系统主要针对目前高校学生在线请假以及学生上课出勤管理而设计的信息系统。本系统总体上由三大功能模块：请假系统模块、考勤系统模块、后台管理模块组成。系统涉及到高校六大类用户：学生、任课老师、班主任、院系领导、学校领导、系统管理员。
本论文主要研究系统当中的请假系统，当中包括了信息发布的动态，生成开发过程中运用了页面模块化、静态页面显示等技术开发。
本高校学生考勤管理系统用https://www.doczj.com/doc/2b15243860.html,+ACCESS开发，本系统主要与有请假系统、考勤系统两大功能模块设计，完成学生、任课老师、班主任、院系领导、学校领导四类用户功能的设计与实现。
关键词：考勤管理；在线请假；https://www.doczj.com/doc/2b15243860.html,
Abstract
The system is an information system designed for asking for leave on line for students and managing attendance of undergraduate.It is generally divided into three main modules: the module for asking for on-line leave , the module for managing attendance of undergraduate and the module for backstage management. There are different customers in the university operating the system,such as student, teacher, a teacher in charge of a class,department leader, school leader, administrator. The system is developed with the help of https://www.doczj.com/doc/2b15243860.html,(C#、javascript、html)and ACCESS. The key techniques used in the process of development are: the page modularization, dynamic generating and static page showing of information, etc. And the thesis focuses on the introduction of the s ystem’s attendance management and the management of asking for leave online.And it develops the function of student, teacher, a teacher in charge of a class,department leader, school leader on the whole. Key word: attendance management；online ask for leave；https://www.doczj.com/doc/2b15243860.html,
目录
第一章问题定义 (5)
1.1 前言 (5)
1.2 项目背景 (5)
1.3 目的和意义 (5)
第二章可行性分析 (6)
2.1 引言 (6)
2.2 目的与意义 (6)
2.3 可行性分析 (6)
第三章系统分析 (7)
3.1 需求分析 (7)
3.2 用户需求描述 (7)
3.2.1 学生用户需求描述 (7)
3.2.2 班主任学生用户需求描述 (7)
3.2.3 学校门卫学生用户需求描述 (7)
3.2.4 系统管理员学生用户需求描述 (7)
3.3 功能需求描述 (8)
3.4 系统开发工具 (8)
3.5 相关开发工具简介 (8)
3.5.1 B/S（浏览器/服务器）简介 (8)
3.5.2 C#/https://www.doczj.com/doc/2b15243860.html,简介 (9)
3.6系统功能划分 (9)
3.7 数据字典 (10)
3.8 数据流图 (10)
第四章总体设计 (11)
4.1 引言 (11)
4.2系统布局设计 (11)
4.3总体结构图 (11)
第五章详细设计 (15)
5.1引言 (15)
5.2系统功能流程图 (15)
5.3系统目录结构设计 (15)
5.4数据库设计与实现 (16)
5.4.1实体模型 (16)
5.4.2 E-R模型 (16)
5.4.3数据库的逻辑设计 (16)
5.5前端操作页面设计 (18)
5.5.1系统登陆设计 (18)
5.5.2学生用户功能设计 (18)
5.5.3老师用户功能设计 (19)
5.5.4学校门卫用户功能设计 (20)
5.5.5系统管理员用户功能设计 (21)
第六章结束语 (22)
第一章问题定义
1.1 前言
问题定义阶段必须回答的关键问题是：“要解决的问题是什么？”，在此阶段中，主要是弄清本课题需要解决的问题根本所在，以及此课题所需的资源等。
1.2 项目背景
目前高校校园信息化逐步完善，高校师生借助校园网有效的提高了办事效率。各大高校针对师生的成绩查询系统、教务管理系统、招生就业系统、BBS、校园网站等系统在各大高校纷纷出现，对全校师生的学习、生活、管理、办公带来了便利。
目前高校学生上课考勤管理都是以任课老师上课点名，记录学生上间长的请假，要班主任、院系领导都批准方能生效。这种的模式在目前高校管理中暴露出了许多弊端：一是学生请假不方便；二是学生请假对任课老师不透明，是学生对自己整个学期的上课出勤情况没有整体的统计信息。五是院系领导、学校领导更加把握不住学生上课的出勤情况。
1.3 目的和意义
上述所说高校对学生考勤和请假面临的问题涉及多类用户，系统使用范围是在全校校园网内，由于用户分布广泛，且存在很大差异，如：知识结构的差异、计算机硬件配置的差异、因此本系统设计应当采用典型的B/S（浏览器/服务器）的构架进行设计，操作简单直观，对硬件要求低，最好能实现跨平台。跨平台一是指客户端用户操作的跨平台，二是指服务器端的跨平台，即可以将服务器部署在所有操作平台上。系统应当有很好的扩展性，与当前高校中现有的系统很好集成。
目前随着IT技术的不断创新与发展，新的技术不断推出，各种企业实现信息化的解决方案不断成熟。面向对象程序设计语言的广泛使用，各种成熟关系数据库的不断完善与推出，再加上面向对大的经济收入。目前流行的基于B/S结构的解决方案主要有https://www.doczj.com/doc/2b15243860.html,，JSP，PHP等技术。本系统选用ASP技术开发，使用当前流行的小型的ACCESS数据库管理系统来存储数据,主要解决学生在线请假、在线考勤管理以及后台数据的维护与更新。
第二章可行性分析
2.1 引言
这个阶段要回答的关键问题是：“对于上一个阶段所确定的问题有行得通的解决方法吗？”为了回答这个问题，需要一次大大压缩和简化了的系统分析和设计的过程，也就是在较抽象的高层次上进行的分析和设计的过程。可行性研究应该比较简短，这个阶段的任务不是具体解决问题，而是研究问题的范围，探索这个问题是否值得去解，是否有可行的解决方法。
2.2 目的与意义
开发本系统的目的，就是要解决目前高校中关于学生请假与上课出勤管理中所面临的一系列问题。
开发出高校学生考勤管理系统能有效地提高高校办事效率，解决目前高校学生请假及上课出勤管理问题，实现学生请假及上课出勤信息对任课教师、班主任、院系领导、学校领导透明，使班主任、院系领导及时把握学生的学习情况，及时与学生沟通，提高教学质量。
2.3 可行性分析
技术可行性：高校学生考勤管理系统在目前的高校中使用还不普遍，但也有许多类似的成功案例：如教务管理系统、排课系统等。本系统采用https://www.doczj.com/doc/2b15243860.html,，JavaScript脚本语言、html 标识语言及ACCESS数据库技术综合开发。https://www.doczj.com/doc/2b15243860.html,是一种安全稳定的动态网页技术，目前国内各企业的电子商务系统，ERP系统，银行信息系统等基本上都用https://www.doczj.com/doc/2b15243860.html,开发的。经济可行性：本系统使用B/S架构设计，使用市场上流行的动态网页技术，开发简单，使用度方便，不需要耗费大量的人力物力就能很快的开发出来，系统部署对软硬件要求不高，用户操作简单，几乎不需要对用户进行专业培训就可使用本系统，所以从经济上讲是可行的。法律可行性：本系统拥有自主知识产权，没有使用任何违法的软件也没有交易任何非法的商品，所以在法律上是可行的。
操作可行性：本系统操作简单方便,只要懂得上网都能方便操作本系统,所以在操作上也是可行的。
分析结果：从以上的分析可知，高校学生考勤管理系统的解决方案无论在技术，经济还是法律以及操作上都是可行的，且开发本系统具有一定的经济价值和实用价值。
第三章系统分析
3.1 需求分析
这个阶段的任务仍然不是具体地解决问题，而是准确地确定“为了解决这个问题，目标系统必须做什么”，主要是确定目标系统必须具备哪些功能。
3.2 用户需求描述
用户是系统的最终使用者际调查分析，本系统应当包括学生、班主任（任课老师或院系领导或学校领导）、学校门卫、系统管理员四类用户，这六类用户对系统的需求简要概括如下：
3.2.1 学生用户需求描述
学生对本系统的主要需求是：在线请假以及查看在校期间所有的上课出勤信息。
在线请假需求：学生请假假的全过程当中，学生可以随时查看请假的详细进展情况。
查看出勤信息需求：学生可以查看在校期间所有学期上课出勤的详细信息。
其它需求：查看本人的基本信息，如本人的所属的院系、年级、专业、班级、学号、姓名、性别等
3.2.2 班主任学生用户需求描述
班主任对本系统的主要需求是：审批本班学生本学期的在线请假以及查看本班学生本学期所有课程的上课出勤信息。
审批学生请假需求：本班学生本学期在线请假申请后，自动提示班主任有等待审批的请假信息，班主任针对请假申请信息进行学生请假审批，以及对请假信息回复。查看学生上课出勤信息需求：查看本班学生整个学期有关课程的上出勤统计信息及详细信息。
其它需求：查看本班学生的基本信息、修改个人用户密码等。
3.2.3 学校门卫学生用户需求描述
学校门卫对本系统的主要需求是：查看学生在线请假的信息是否被老师批准，及记录学生回学校是否准时到门卫那销假。
3.2.4 系统管理员学生用户需求描述
系统管理员有系统的最高权限，负责系统所需所有数据的动态同步更新以及维护，根据
系统针对各用户的设计，基本功能需求如下：
1、管理学校各院系、年级、专业、班级的添加、删除、修改等。
2、管理每个学期每个班级的课程安排及指定班主任和任课老师。
3、管理系统所有用户。
4、管理系统的请假、考勤信息，等等。
3.3 功能需求描述
根据各类用户的需求描述，系统应当具备请假系统、考勤管理系统、后台管理系统这三大主要功能。
请假系统功能需求：通过请假最长时间不能超过1个星期，特殊情况除外。
考勤管理功能需求：任课老师通过考勤管理系统，对学生上课出勤信息进行公开，但由于任课老师忙于教学，为了能及时准确无误的对学生出勤情况公开，要求系统能自动提理主要是用来管理系统操作的数据，因为高校每学年的学生都在变化，有新生入学，也有学生毕业。请假系统要借助班主任安排才能完成，考勤管理系统要借助请假系统、班级课表安排才能完成，然而每学年课表都在变化，班主任安排也有在变化，学生也在变化，因此必须要求后台管理系统能根据系统需求，动态的、准确的更新系统数据。
3.4 系统开发工具
根据各用户的需求，以及系统各大功能的需求，经过大量的调查分析，针对本高校学生考勤管理系统选择以下开发工具进行开发：
系统结构：B/S （浏览器/服务器）
开发语言：C#/https://www.doczj.com/doc/2b15243860.html,
数据库：ACCESS
开发工具：VS2008
服务器端容器：Tomcat 5.5
3.5 相关开发工具简介
3.5.1 B/S（浏览器/服务器）简介
B/S（Browser/Server，浏览器/服务器）模式又称B/S结构。它是随着Internet技术的兴起，对C/S模式应用的扩展。在这种结构下，用户工作界面是通过IE浏览器来实现的。B/S 模式最大的好处是运行维护比较简便，能实现不同的人员，从不同的地点，以不同的接入方式（比如LAN, W AN, Internet/Intranet等）访问和操作共同的数据；最大的缺点是对网络环境依赖性太强，由于各种原因引起网络中断都会造成系统瘫痪。
3.5.2 C#/https://www.doczj.com/doc/2b15243860.html,简介
C#：C sharp(又被简称为"C#")是微软公司在二OOO年六月发布的一种新的编程语言,并定于在微软职业开发者论坛(PDC)上登台亮相.C#是微软公司研究员Anders Hejlsberg的最新成果.C#看起来与Java有着惊人的相似;它包括了诸如单一继承,界面,与Java几乎同样的语法,和编译成中间代码再运行的过程.但是C#与Java有着明显的不同,它借鉴了Delphi的一个特点,与COM(组件对象模型)是直接集成的,而且它是微软公司.NET windows网络框架的主角。
在本文中,我将考察创建一种新计算机语言的一般动机,并将特别指明是什么原因导致了C#的出现.然后我将介绍C#和它与Java,c,c++的相似之处.其次我将讨论一些存在于Java和C#之间的高层次的,和基础的差别.我将以衡量在用多种语言开发大型应用程序的时候所需的知识(或者对这种知识的缺乏程度)来结束本文,而这正是.NET和C#的一个主要战略.目前,C#和.NET还只能以C#语言规则,以及Windows 2000的一个"d预览版本",还有MSDN上迅速增多的文档集子的形式获得(还没有最终定型)。
https://www.doczj.com/doc/2b15243860.html,：因为https://www.doczj.com/doc/2b15243860.html,是基于通用语言的编译运行的程序，所以它的强大性和适应性，可以使它运行在Web应用软件开发者的几乎全部的平台上（笔者到现在为止只知道它只能用在Windows 2000/2003 Server/VISTA/7上）。通用语言的基本库，消息机制，数据接口的处理都能无缝的整合到https://www.doczj.com/doc/2b15243860.html,的Web应用中。https://www.doczj.com/doc/2b15243860.html,同时也是language-independent（语言独立化）的，所以，你可以选择一种最适合你的语言来编写你的程序，或者把你的程序用很多种语言来写，现在已经支持的有C#（C++和Java的结合体），VB，Jscript , C++、F++。将来，这样的多种程序语言协同工作的能力保护您现在的基于COM+开发的程序，能够完整的移植向https://www.doczj.com/doc/2b15243860.html,。
3.6系统功能划分
根据系统用户的需求，将本系统按功能划分成三大功能模块：请假系统、考勤系统、后台管理模块，涉及到四大类用户：学生、班主任（任课老师或院系领导或学校领导）、学校门卫、系统管理员。
1、请假系统模块
本模块的功能是在线请假的实现及管理，主要涉及三大类用户：学生、班主任及院系领导用户，学生通过此功能模块进行在线请假及查看请假记录信息；班主任在线审批学生请假及查看请假记录信息；院系领导在线审批学生长时间的请假及查看请假记录信息。
2、考勤系统模块
本模块的功能是学生考勤信息统计的实现、查看及管理，涉及六大类用户中的所有用户。学生在线查看自己所有学年的出勤信息；任课老师在线管理学生出勤信息；班主任、院系领导、学校领导查看不同的范围的学生出勤信息。
3、后台管理管理
本模块的功能实现整个系统数据的同步更新及维护，只涉及系统管理员用户。系统管理员动态的管理学生信息、课表安排、学年安排等信息，是整个系统实现的基础。
3.7 数据字典
数据词典，既用于描述数据流和数据存储的详细逻辑内容，也可用于描述外部项和处理逻辑的某些数据特性。数据词典把数据的最小组成单位看作数据元素，若干个数据元素组成数据结构。它通过对数据元素和数据结构的定义，来描述数据流和数据存储的逻辑内容。它相当于字典的作用，当用户或软件人员想了解某一数据的含义时，查查字典就可以了。
3.8 数据流图
数据流程图是结构化系统分析的工具。它既可以表达数据在系统内部的逻辑流向及存储，又可以表达系统的逻辑功能和数据的逻辑变换。数据流程图既能表达现行人工系统的数据流程和逻辑处理功能，也能表达自动化系统的数据流程和逻辑处理功能。
3.9运行需求
服务器端：
1）硬件需求：处理器Intel Pentium 6100 Intel Pentium 6100
2）软件需求：Microsoft Windows 2003/XP VS2008 Tomcat 5.5
ACCESS 数据库Microsoft Internet Explorer 6.0
客户端：
1)硬件需求：处理器 Intel Pentium 6100或相当的处理Intel Pentium 6100
2)软件需求：Windows 2003/XP Microsoft Internet Explorer 6.0
第四章总体设计
4.1 引言
经过需求分析阶段的工作，系统必须“做什么”已经清楚了，现在是决定“怎样做”的时候。
4.2系统布局设计
系统页面采用框架来设计，不同的用户有不同的功能菜单，但都有统一的风格，这给页面的使用和维护都带来了很大的便利，特别是在代码重用方面起了很大作用。本系统各用户的页面设计如图4-1所
1.Banner区——可以在此展示系统标识、页面归属等信息。
2.功能菜单区——提供系统可供操作的功能列表。
4.页面主体区——显示页面格式化数据页面主体区显示的内容，将依据页面在系统中的作用而定。
5.Bottom区——可设计为显示系统所有权等信息。
4.3总体结构图
根据系统功能的要求，高校学生考勤管理系统各个模块之间的层次结构如图4-1所示：
图4-1
界面登陆代码：
protected void dl_Click(object sender, EventArgs e)
{
Class1 out1 = new Class1();//创建类对象
string str;
str = System.Configuration.ConfigurationManager.AppSettings["ConnStr"] + "Data Source=" + System.Configuration.ConfigurationManager.AppSettings["dbPath"];
OleDbConnection conn = new OleDbConnection(str); //连接数据库
conn.Open();
OleDbCommand cmd = new OleDbCommand("select * from 用户信息表where 用户id='" + yhm.Text + "' and 用户密码='" + mm.Text + "' and 用户类型='" + drop.Text + "' ", conn);
OleDbDataReader rd = cmd.ExecuteReader();//连接登陆表
if (rd.Read() && yzm.Text.Trim() == Session["DotBBS_User_VCode"].ToString() ) //搜索验证码信息
{ if (drop.Text == "学生")
{
Session["yhm0"] = yhm.Text;
Session["mm0"] = mm.Text;
Response.Redirect("student/stu_leave.aspx");
}
else if (drop.Text == "老师")
{
Session["yhm1"] = yhm.Text;
Session["mm1"] = mm.Text;
Response.Redirect("teacher/stu_leave_act.aspx");
}
else if (drop.Text == "门卫")
{
Session["yhm2"] = yhm.Text;
Session["mm2"] = mm.Text;
Response.Redirect("menwei/qjjl.aspx");
}
else if (drop.Text == "管理员")
{
Session["yhm3"] = yhm.Text;
Session["mm3"] = mm.Text;
Response.Redirect("manager/manager.aspx");
}
}
else this.Page.RegisterClientScriptBlock("ClientScript", out1.messagebox("请正确的输入您的密码或验证码！"));//弹出小窗体代码，
DataBind();
conn.Close();
}
学生请假代码：
protected void Page_Load(object sender, EventArgs e) //不能直接打开，要跳转到登陆界面{
if (Session["yhm0"] == null)
Response.Redirect("../Default.aspx");
else
label1.Text = Session["yhm0"].ToString();
}
protected void tj_Click(object sender, EventArgs e)
{
Class1 out2 = new Class1();//创建类对象
string str;
str = System.Configuration.ConfigurationManager.AppSettings["ConnStr"] + "Data Source=" + System.Configuration.ConfigurationManager.AppSettings["dbPath"];
OleDbConnection conn = new OleDbConnection(str);
conn.Open();
string dr;
dr = "insert into 请假管理表(学号,姓名,个人电话,家庭电话,请假理由,开始时间,结束时间,填表时间,辅导员id,辅导员姓名) values ( '" + xh.Text + " ' , '" + xm.Text + " ' , '" + grdh.Text + " ', '" + jtdh.Text + " ', '" + qjyx.Text + " ', '" + kssj.Text + " ', '" + jssj.Text + " ', '" + tbsj.Text + " ' , '" + fdyid.Text + " ', '" + fdyxm.Text + " ' )";
OleDbCommand cmd = new OleDbCommand(dr, conn);
cmd.ExecuteNonQuery();
this.Page.RegisterClientScriptBlock("ClientScript", out2.msgbox("提交请假信息成功！"));//弹出小窗体（提示信息）
conn.Close();
}
老师审批代码：
protected void Page_Load(object sender, EventArgs e)//不能直接打开，要跳转到登陆界面
{
if (Session["yhm1"] == null)
Response.Redirect("../Default.aspx");
string str;
str = System.Configuration.ConfigurationManager.AppSettings["ConnStr"] + "Data Source=" + System.Configuration.ConfigurationManager.AppSettings["dbPath"];
OleDbConnection conn = new OleDbConnection(str);
String olestr = "select * from 请假管理表";
conn.Open();
OleDbCommand cmd7 = new OleDbCommand(olestr, conn);
OleDbDataReader r7 = cmd7.ExecuteReader();
Orders.DataSource = r7;
Orders.DataBind();
conn.Close();
}
private void OleDbDataAdapter(string olestr,OleDbConnection conn)
{
throw new NotImplementedException();
}
protected void qd_Click(object sender, EventArgs e)
{
Class1 out2 = new Class1();
string str;
str = System.Configuration.ConfigurationManager.AppSettings["ConnStr"] + "Data Source=" + System.Configuration.ConfigurationManager.AppSettings["dbPath"];
OleDbConnection conn = new OleDbConnection(str);
conn.Open();
string dr;
dr = " Update 请假管理表Set 辅导员意见= '" + fdyyj.Text +" ' Where number=" + number.Text;
OleDbCommand cmd = new OleDbCommand(dr , conn);
cmd.ExecuteNonQuery();
this.Page.RegisterClientScriptBlock("ClientScript", out2.msgbox("审批学生请假信息成功！"));
conn.Close();
}
第五章详细设计
5.1引言
总体设计阶段以比较抽象概括的方式提出了解决问题的办法。详细设计是软件开发时期的第三个阶段，也是软件设计的第二步。其任务就是把解法具体化，也就是回答下面这个关键的问题：“应该怎样具体地实现这个系统呢？”，通过详细设计应该得出对目标系统的精确描述，给出各个模块的详细过程性描述。从而在编码阶段可以把这个描述直接翻译成用某种程序设计语言书写的程序。
5.2系统功能流程图
5.3系统目录结构设计
default.aspx 系统首页
image 图片目录
student 学生目录
teacher 任课老师目录
admin 系统管理员目录
menwei 学校门卫目录
5.4数据库设计与实现
5.4.1实体模型
5.4.2 E-R模型
5.4.3数据库的逻辑设计
根据系统功能设计的要求以及功能模块的划分，对于系统数据库，可以列出以下数据项和数据结构：
考勤登记表：课程安排代号、记载时间、上课时间。
学生上课出勤信息表：上课时间代号、上课时间、学号、出勤状态。
请假信息表：请假代号、班级代号、学年代号、学号、请假原因、开始时间、结束时间、请假天数、申请时间、班主任审批状态、班主任审批时间、班主任回复。5.4.4数据库表
的创建
根据数据库需求的分析，建立如下2个基本数据表。
1.请假管理表(qingjia)，如图5-1所示
列名数据类型是否为空说明
number 自动编号否(主键)(自动生成) 请假代号
学号文本否学生学号
姓名文本否学生姓名
个人电话文本否学生电话
家庭电话文本是学生家庭电话
请假理由文本否
开始时间文本否请假开始时间
结束时间文本否请假结束时间
填表时间文本否申请请假时间
辅导员id 文本否班主任id
辅导员姓名文本否班主任姓名
辅导员意见备注是班主任审批
销假时填写文本是学生销假时区学校门卫那填写
门卫备注文本是门卫登记学生的销假信息
图5-1 2. 用户信息表(kaoqin_record)，如图5-2所示。列名数据类型是否为空说明
number 自动编号否请假代号
用户id 文本否（主键）
用户密码文本否
姓名文本否
用户类型文本否
系别id 文本否
班别编号文本否
Email 文本是
性别文本否
出生年月文本否
个人电话文本否
家庭电话文本是
图5-2
5.5前端操作页面设计
5.5.1系统登陆设计
当不同的用户使用系统时，都要事先进行身份验证。用户在“用户名”处输入系统管理员分配的用户，选择正确的用户类型，最后输入正确密码后方能进行系统，用户名、密码、验证码，任一一个输入有误，系统都将拒绝用户使用此系统，若用户忘记了用户名或密码，请与管理员联系，本系统不支持在线找回密码功能。其用户的用户名、密码由系统管理员指定。如图5-3所示。
本系统在设计时，严格考虑好了系统的安全性，不允许用户不经登陆直接使用系统的任何一个网页，用户也不能绕过身份验证，即：假如一个学生用户用正确的用户名和密码进行系统后，就算他知道管理用户或其它用户的某个网页地址，也是不能打开，进行操作的，系统将自动提示没权限的错误信息。
图5-3
5.5.2学生用户功能设计
根据学生用户的需求，系统实现了在线请假、查看历史请假信息、查看个人基本信息、查看请假回复信息这四大主要功能。系统针对学生用户设计如下功能菜单：基本信息、请假系统、查看历史请假、安全退出、帮助。在基本信息功能菜单中，学生可以查看自己的学号、姓名、性别、院系、年级、专业、班级号信息。在请假系统功能菜单中，实现了在线请假申请功能，以及查看等待审批的请假信息、请假成功的请假信息、请假失败的请假信息。在考勤信息菜单下，学生可以查看本学年以及历史学年上课出勤的统计信息及详细信息。本系统还自带帮助文件，方便用户在使用过程中随时查阅。如图5-4所示。
学生用户的在线请假，在班主任或院系领导还没批假之前可以由学生自行删除，若班主任审批了请假，则学生不能删除申请记录，学生不能重复请假，因此学生请假时应当慎重。
在请假的详细记录中，有学生请假有关所有详细信息，包括学生请假的申请时间、开始时间、结束时间、天数、原因、审批时间、回复、请假成功与否等所有有关请假的信息，学生可以随时查看请假进展情况。
图5-4
5.5.3老师用户功能设计
根据班主任用户功能的需求，系统实现了游览班级信息、审批本班学生在线请假、及上课考勤信息三大基本功能。系统针对班主任用户设计如下功能菜单：班级信息、请假系统、考勤信息、修改密码、安全退出、帮助。在班级信息功能菜单中，班主任用户可以查看本班学生的基本信息如：年级、专业、班级、学生学号、姓名、性别。在请假系统功能菜单中，班主任可以审批本班学生的在线请假，以及查看审批学生请假的历史记录，如：同意的请假记录和不同意的请假记录。在考勤信息功能菜单中，班主任用户可以查看本班学生所有课程的上课出勤信息，包括出勤详细信息及出勤统计信息。如图5-5所示。
班主任用户在整个系统中是学生请假的决策者，学生请假必须经班主任同意后，才能提交给院系领导审批请假。班主任在审批学生请假时，可以对学生的请假返回反馈意见，以对学生说明不同意请假的原因，或向院系领导说明情况的真实性以更好的方便学生请假。班主任另外一大功能是查看本班学生本学期的所有考勤信息，包括详细信息和统计信息，这样班主任可以及时有效的与本班同学沟通，提高办事效率，提高学生的学习成绩。
图5-5
5.5.4学校门卫用户功能设计
根据班主任用户功能的需求，系统实现了核对学生是否准时回校销假，并记录学生的具体销
假时间等信息。如图5-6所示。
图5-6
Oracle数据库作业 ——学生考勤系统的Oracle实现 1学生考勤管理系统背景分析 随着高校校园信息化的逐步完善，有效地借助网络、数据库等技术提高工作和管理效率。如今针对师生的成绩查询系统、教务管理系统、招生就业系统、BBS、校园网站等系统在各大高校纷纷出现，对全校师生的学习、生活、管理、办公带来了便利。因此学生考勤管理系统能进一步加强高校学风建设，维护正常的教学秩序，给学生创造一个优良的学习环境。 目前高校学生上课考勤管理都是以任课老师上课点名，记录学生上课情况，对于时间比较长的请假，需要通过递交请假申请让班主任、院系领导都批准方能生效。这种模式在目前高校管理中暴露了不可避免的弊端： 1、学生请假不方便； 2、学生请假对任课老师不透明； 3、学生对自己整个学期的上课出勤情况没有整体的统计信息； 4、班主任对本班学生整个学期的上课出勤情况不易查看； 5、院系领导、学校领导不容易把握学生上课的出勤情况。 因此一个好的学生考勤管理系统在一定程度上可以解决这些弊端，本系统主要针对目前高校学生在线请假以及学生上课出勤管理而设计的信息系统。本系统涉及到高校六大类用户：学生、任课老师、班主任、院系领导、学校领导、系统管理员。 2学生考勤管理系统需求分析 2.1 用户需求描述 用户是系统的最终使用者，根据分析，本系统应当包括学生、班主任、任课老师、院系领导、学校领导、系统管理员六类用户，这六类用户对系统的需求简要概括如下： 2.2.1学生用户需求描述 学生对本系统的主要需求是：在线请假以及查看在校期间所有的上课出勤信息。 在线请假需求：学生请假的全过程当中，学生可以随时查看请假的详细进展情况。 查看出勤信息需求：学生可以查看在校期间所有学期上课出勤的详细信息，如：查看“Oracle数据库管理应用于开发”这门课程在整个学期请假、旷课多少次等信息。 其它需求：查看本人的基本信息，如本人的所属的院系、年级、专业、班级、学号、姓名、性别等，以及修改个人用户密码。
年假管理系统需求分析 1.引言 对软件需求的完全理解，这是对于软件开发工作是否成功起到至关重要的作用，需求说明的任务是发现、规范软件开发的过程。有利于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，便于采用工程方法开发软件，提高软件的质量，便于开发人员、维护人员、管理人员之间的交流、协作并作为工作成果的原始依据，并且向用户传递软件的功能、性能的需求，使其能够判断该软件是否与自己的需求有关。 1.1 目的 1.1.1 为开发小组成员、客户之间提供共同的协议而创立的基础。对企业年假管理软件功能的实现作系统性描述。让客户指出我们的不足，进一步了解客户的需求。 1.1.2 本说明书的预期读者为开发小组成员及HR。该说明能让HR更好地了解该系统，减少彼此之间交流的困难和开发中因为需求不明确而产生的不必要的麻烦。 1.2 背景 项目名称：年假管理系统 用户：HR 2.任务概述 2.1 目标
根据企业对年假管理系统的要求，制定企业年假管理系统目标如下：a：操作简单方便、界面简洁美观 b：系统管理员在查看员工信息时，可以对当前员工的年假和考勤等情况进行添加、修改、删除操作 c：方便快捷的全方位数据查询 d：按照指定的条件对员工进行统计 e：可以将员工信息插入到Excel表格中 f：实现数据库的备份、还原及清空操作 g：要有较好的权限管理 h：能够在当前运行的系统中重新进行登录 i：系统运行稳定、安全可靠 2.2 系统运行环境
3.需求规定 3.1 对功能的规定 3.1.1 系统总体功能及模块 1．记录公司内部人员基本档案信息，提供便捷的查询功能。 2．管理公司员工的年假信息、考勤信息。 3．有效管理员工的考勤和年假信息，实现对员工年假的修改，删除，查询等工作。 4．减少人工的参与，减轻管理人员的工作任务，降低管理成本，同时系统应具有良好的安全性和利用性。 5．有效地完成企业的年假管理工作。 3.2系统总功能模块：
2014 - 2015学年第 2 学期 1．总体目标 (1) 1.1背景 (1) 1.1.1引言 (1) 1.2要求 (1) 1.3目标 (1) 2.需求分析 (2) 2.1功能需求描述 (2) 2.1.1基本功能： (2) 2.1.2业务功能： (2) 2.2用户需求描述 (2) 2.2.1学生用户需求描述 (2) 2.2.2任课教师用户需求描述 (2) 3.数据库设计 (2) 4. 功能模块设计 (4) 4.1系统流程 (5) 5. 主要功能的具体实现 (8) 5.1请假功能的实现 (8) 5.2审核功能的实现 (11) 5.3权限修改功能 (15) 5.4导入功能 (17) 6．系统的运行环境需求 (18) 6.1硬件环境： (18) 6.2.软件环境： (18) 7．测试结果与分析 (18) 7.1主要测试内容 (18) 7.2软件测试的目的 (19) 7.3软件测试的任务 (19) 7.4.1功能测试 (19) 7.4.2 负载测试 (19) 7.4.3文档测试 (19) 7.5 测试环境 (20) 7.6 系统具体测试 (20) 8．课程设计总结 (21)
1．总体目标 1.1背景 1.1.1引言 目前高校大部分都还是采用学生写好请假条，然后到辅导员那里申请请假的方式进行请假，这种方式不仅麻烦而且比较费时。在信息化的今天，能有效地借助网络才能提高办事效率。因此，请假管理系统能够解决这种请假方式所带来的很多麻烦。 1.2要求 请假管理系统要达到以下功能： 增删查改：学生信息管理（导入/查/改/删）、老师(含辅导员和系领导)信息管理 业务功能：学生填写请假事由、提交给辅导员审批、按请假制度超过3天的提交给系领导审批、打印请假条、学生查看历史请假记录、辅导员可按不同筛选条件查看请假记录。 1.3目标 请假管理系统的基本目标是方便学生请假和校方的批假工作，系统实现后，应做该到： 方便学生：学生可以通过登录本系统填写请假原因向校方申请请假，不用通过手写请假条后找到导员请假。 方便校方：学生在系统中申请请假后可以进入本系统进行审核，方便了校方很多请假方面的工作。
请假管理系统需求 分析 年假管理系统需求分析 1. 引言 对软件需求的完全理解, 这是对于软件开发工作是否成功起到至关重要的作用, 需求说明的任务是发现、规范软件开发的过程。有利于提高软件开发过程中的能见度, 便于对软件开发过程中的控制与管理, 便于采用工程方法开发软件, 提高软件的质量, 便于开发人员、维护人员、管理人员之间的交流、协作并作为工作成果的原始依据, 而且向用户传递软件的功能、性能的需求, 使其能够判断该软件是否与自己的需求有关。
1.1 目的 1.1.1 为开发小组成员、客户之间提供共同的协议而创立的基础。对企业年假管理软件功能的实现作系统性描述。让客户指出我们的不足, 进一步了解客户的需求。 1.1.2 本说明书的预期读者为开发小组成员及HR 。该说明能让HR 更好地了解该系统, 减少彼此之间交流的困难和开发中因为需求不明确而产生的不必要的麻烦。 1.2 背景 项目名称: 年假管理系统 用户: HR 2. 任务概述 2.1 目标根据企业对年假管理系统的要求, 制定企业年假管理系统目标如下 a: 操作简单方便、界面简洁美观 b: 系统管理员在查看员工信息时, 能够对当前员工的年假和考勤等情况进行添加、修改、删除操作 c: 方便快捷的全方位数据查询 d: 按照指定的条件对员工进行统计 e: 能够将员工信息插入到Excel 表格中 f: 实现数据库的备份、还原及清空操作
g: 要有较好的权限管理 h: 能够在当前运行的系统中重新进行登录i: 系统运行稳定、安全可靠 2.2 系统运行环境 3. 需求规定 3.1 对功能的规定
3.1.1 系统总体功能及模块 1．记录公司内部人员基本档案信息, 提供便捷的查询功能。 2．管理公司员工的年假信息、考勤信息。 3．有效管理员工的考勤和年假信息, 实现对员工年假的修改删除, 查询等工作。 4．减少人工的参与, 减轻管理人员的工作任务, 降低管理成本同时系统应具有良好的安全性和利用性。 5．有效地完成企业的年假管理工作。 3.2 系统总功能模块: 录用模块分为人员就职登记模块和统计就职人员模块员工就职等级模块的功能是登记就职人员名单, 给每个就职人员一 3.2 工录用模块
学生请假系统 一、开发环境 a)MyEclipse tomcat6.0以上版本oracle 二、数据字典 a) b) c) d) e)
三、功能说明 a)前台：表单居中，样式统一，美观 1.登录（区分管理员登录/学生登录） a)登录页面（login.jsp）要规整 b)用户提交表单时要有非空校验 2.数据操作界面(manage.jsp(管理员管理界面、stuRequest.jsp学生请求请假)) a)根据不同的登录，显示不同的界面 b)如果管理员登录成功，显示manage.jsp c)如果学生登录，显示stuRequest.jsp 3.数据显示界面（针对学生）stuReqeustInfo.jsp b)功能说明： i.管理员登录 1.当管理员登录成功后，进入manage.jsp并同时显示未审批的数据列表（分 页） 2.在manage.jsp中有多种查询方式： a)查询未审批通过的表单 b)查询以往审批通过的单据（查询条件：按年级，按学号查询） c)当查询出已审批结束的数据列表，最后一列为删除，修改超链接 d)当点击删除时，提示用户”您确定要删除吗？”当用户确定后，删除该 条信息并及时刷新删除后列表信息 e)修改：当用户点击修改超链接，提示：”您确定要修改吗？”当用户确 定后，进入修改页面(leavUpdate.jsp)同时在表单中显示将要修改的数 据信息 ii.学生登录 1.当登录后，进入学生系统页面(studentEdit.jsp) 2.当学生点击填单超链接进入（请假单填单页面(addLeav.jsp) 3.当学生提交单据时状态为未审批状态 4.学生在studentEdit.jsp页面可以操作查询单据审批结果
请假管理系统需求 分析
年假管理系统需求分析 1.引言 对软件需求的完全理解, 这是对于软件开发工作是否成功起到至关重要的作用, 需求说明的任务是发现、规范软件开发的过程。有利于提高软件开发过程中的能见度, 便于对软件开发过程中的控制与管理, 便于采用工程方法开发软件, 提高软件的质量, 便于开发人员、维护人员、管理人员之间的交流、协作并作为工作成果的原始依据, 而且向用户传递软件的功能、性能的需求, 使其能够判断该软件是否与自己的需求有关。 1.1 目的 1.1.1 为开发小组成员、客户之间提供共同的协议而创立的基础。对企业年假管理软件功能的实现作系统性描述。让客户指出我们的不足, 进一步了解客户的需求。 1.1.2 本说明书的预期读者为开发小组成员及HR。该说明能让HR更好地了解该系统, 减少彼此之间交流的困难和开发中因为需求不明确而产生的不必要的麻烦。 1.2 背景 项目名称: 年假管理系统 用户: HR 2.任务概述 2.1 目标 根据企业对年假管理系统的要求, 制定企业年假管理系统目标如下:
a: 操作简单方便、界面简洁美观 b: 系统管理员在查看员工信息时, 能够对当前员工的年假和考勤等情况进行添加、修改、删除操作 c: 方便快捷的全方位数据查询 d: 按照指定的条件对员工进行统计 e: 能够将员工信息插入到Excel表格中 f: 实现数据库的备份、还原及清空操作 g: 要有较好的权限管理 h: 能够在当前运行的系统中重新进行登录 i: 系统运行稳定、安全可靠 2.2 系统运行环境 3.需求规定 3.1 对功能的规定
3.1.1 系统总体功能及模块 1．记录公司内部人员基本档案信息, 提供便捷的查询功能。 2．管理公司员工的年假信息、考勤信息。 3．有效管理员工的考勤和年假信息, 实现对员工年假的修改, 删除, 查询等工作。 4．减少人工的参与, 减轻管理人员的工作任务, 降低管理成本, 同时系统应具有良好的安全性和利用性。 5．有效地完成企业的年假管理工作。 3.2系统总功能模块: 员工就职等级模块的功能是登记就职人员名单, 给每个就职人员一
学生请假条最新 学生请假条最新 第一篇： 学生请假条最新模板 尊敬的老师： 本人因，请假天，从月日起至月日止。本人承诺： 我已在请假前将日程告知父母，保证严格遵守日程安排，在外注意安全，遵守法纪，出现任何事情，后果自负;按时返校，逾期请按校纪校规处理。望老师批准。 学生： 年月日 联系电话： 紧急情况联系方式： 根据学校有关规定： 1.学生如因故不能按时出勤，必须事先请假。学生一般应亲自办理请假手续，有特殊情况者方可委托他人代办。 学生请病、事假必须写请假条，病假须持校医院或二甲以上医院出具的诊断书，请假三天以内由辅导员批准;三天以上一周以内由学生所在系领导批准;一周以上一个月以内由学院领导批准。学院办理完请假手续后，应将本人请假条送辅导员备案。 3.请假期满，应及时进行销假。 班长意见： 辅导员意见：
系领导意见： 学院领导意见： 第二篇： 请假条最新 请假条长丰公司领导: 因本人于7月3日中午参加朋友在闽侯的婚礼，须请假一天，具体时间7月3日一天，恳望批准！ 此致 敬礼！ 请假人： 年月日 审核人： 年月日 请假条长丰公司领导: 因本人于7月3日中午参加朋友在闽侯的婚礼，须请假一天，具体时间7月3日一天，恳望批准！ 此致 敬礼！ 请假人： 年月日 审核人： 年月日 请假条长丰公司领导: 因本人于7月3日中午参加朋友在闽侯的婚礼，须请假一天，具体时间7月3日一天，恳望批准！ 此致 敬礼！
请假人： 年审核人： 年月日月日 第三篇： 请假条 请假条 尊敬的： 班同学于，需请假，望批准。年月日盖系章签字： 请假条 尊敬的： 同学于，需请假，望批准。月日盖系章签字： 请假条 尊敬的： 班同学于，需请假，望批准。年月日盖系章 签字： 第四篇： 学生请假条 南溪职校学生请假条 我叫，性别，系20级专业班学生，宿舍号为楼室。家住县镇（乡）村社。家长的联系电话为（姓名： ）。因须请假天，并于20年月日时后离校，20年月日时前按时返校，假中安全概由本人及监护人负责。 班主任核实情况及批假意见： 。月日
请假管理系统源代码-标准化文件发布号：（9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII
#include
int d=i*sizeof(User); fseek(f,d,SEEK_SET); fread(&ru,sizeof(User),1,f); if(strcmp(name,https://www.doczj.com/doc/2b15243860.html,)==0) return 1; } return -1; } int login(char name[20],char pw[20]) { User us; FILE *f =fopen("data.dat","rb"); while(!feof(f)) { fread(&us,sizeof(User),1,f); if(strcmp(name,https://www.doczj.com/doc/2b15243860.html,)==0) { if(strcmp(pw,us.pw)==0)return 1; } } return -1; } int main() { char n[20]; char plog[20]; char nlog[20]; int c; User u; FILE *f =fopen("data.dat","ab"); if(f!=NULL) {
学 生 考 勤 管 理 系 统 可行性研究报告 作者： 日期：
目录 1项目背景 (2) 2任务概述 (2) 2.1项目目标 (2) 2.2项目范围 (3) 2.3初步想法 (3) 3对现有系统的分析 (3) 3.1处理流程和数据流程 (4) 3.2局限性 (5) 4所建议的系统 (6) 4.1对所建议系统的说明 (6) 4.2处理流程和数据流程 (6) 4.3改进之处 (8) 4.4可行性分析 (9) 4.4.1 经济可行性 (9) 4.4.2技术可行性 (9) 4.4.3 运行可行性 (9) 4.4.4 法律可行性 (9) 5结论 (9)
1项目背景 目前国内高校中为保证出勤率普遍存在上课,开会,出早操等活动点名的情况,而且大部分是靠人工操作来实现，费时又费力。该项目针对这些活动考勤情况的运行状态进行分析和总结利用网络技术代替人工记录学生出勤情况，减少了考勤部门在人力物力方面的开资，并方便使用者和学生随时查看，体现了学生考勤的公平性与公开性。使用者为学校学生考勤管理中心工作人员，如各班班主任，各任课教师、各学院辅导员、各学院领导、各位学生本人及部分学校领导。 该软件系统联入本校内部局域网，与其他与学生管理系统相关的系统联系，统一管理学生的考勤状况，使学校整体协调性更高；此外，各学院和各部门也可以通过共享系统信息，以更好地提高管理效果，为学校的教学活动带来更多的方便。 2任务概述 该系统主要功能模块为学生考勤管理中心信息管理、班主任对学生考勤信息的管理、任课教师对学生考勤信息的管理、辅导员对学生考勤信息的管理和学生对自己考勤信息的查询。系统能够使查询学生考勤信息变得更为轻易，并使这些信息更为一目了然。学生在登陆系统时，需输入学生的学号、姓名，其他人员需输入验证码登录。只有通过验证的身份才能进入系统进行相关的操作。系统间信息的传递也需要进行安全设置，以防止学生的考勤信息被恶意篡改。 2.1项目目标 学生考勤管理中心的系统目标：建立一个能灵敏、高效、及时，全面提高学生考勤管理的集成系统，辅助管理决策者及时、准确地做出决策。 （1）实现学生考勤缺席情况的全面计算机处理，提高学校学生信息管理中心的工作效率和工作质量。 （2）及时提供学生考勤情况的统计信息，提高管理水平。 （3）与学生共享信息，使学生能随时查看自己的缺勤情况。
华东交通大学理工学院 课程设计报告书 课程名称数据库系统开发教程 题目员工请假管理系统 分院电信分院 专业班级 10电子商务（1）班 学号 20100210460103 学生姓名孟倩 指导教师李果 2012 年 12 月 27 日
目录 第一章设计内容与要求 (1) 第二章数据库运行开发环境 (2) 2.1背景 (2) 2.2支持软件 (2) 第三章需求分析 (3) 3.1系统目标与要求 (3) 3.2系统功能模块 (3) 3.21员工档案管理建立 (3) 3.22员工职务调动管理 (3) 3.23请销假管理查询 (3) 3.24部门管理功能 (3) 3.25考勤管理的实现 (3) 3.26假期管理设置 (4) 3.3数据字典 (4) 3.4数据流图 (7) 第四章概念设计 (9) 4.1局部E-R图 (9) 4.11员工信息 (9) 4.12部门信息 (9) 4.13考勤信息 (9) 4.14请假信息 (8) 4.2全局E-R图 (9) 第五章：逻辑分析 (10) 5.1把E-R图转换成关系模式 (10) 5.2表结构 (10) 第六章详细设计与实现 (12) 6.1登录： (12) 6.2数据的载入 (16) 第七章总结 (17) 参考文献（资料） (18) 分工情况 (18)
第一章设计内容与要求 当今社会正处于信息时代，信息技术已渗透到社会生活的各个领域，特别是企业的管理领域，用计算机来进行员工请假管理也已成为现代化企业运作必不可少的一部分。现在利用计算机来管理员工请假工作，大大降低了工作人员的工作量，提高了工作。 考勤作为一个公司的基本管理，是单位对员工工作管理的基本依据，使用请假系统，管理者可以快速记录公司全体员工当日的请假情况，并可统计员工请假情况。 设计请假系统的目的是企业为了解决员工请假的繁琐工作，减轻企业不必要的劳动力，金钱的损耗，提高工作效率，为企业创造更多利益，实现单位的系统化，规范化和自动化。因此本系统需要实现以下功能：员工信息维护，数据采集，基本数据维护，数据库管理，查询功能，请假记录系统的模块结构。 设计思想：（1）、尽量采用公司现有的软硬件环境及先进的管理系统开发方案，从而达到充分利用公司现有的资源，提高系统开发水平和应用效果的目的。（2）、员工考勤管理系统能够和考勤相连接，从而完成自动、高效、科学的考勤信息输入。（3）、系统采用模块化程序设计方法，既便于系统功能的各种组合和修改，又便于未参与开发技术维护人员补充、维护。（4）、系统应具备数据库维护功能，及时根据用户需求进行数据的添加、删除、修改、备份等操作。
北方民族大学学士学位论文论文题目:请假管理系统设计与应用 院(部)名称:计算机科学与工程学院 学生姓名: 专业:学号: 指导教师姓名: 论文提交时间: 论文答辩时间: 学位授予时间: 北方民族大学教务处制
请假管理系统设计与应用 摘要 当前信息化时代，讲究高效，准确，及时的完成事情，近年来学校都在开展信息化部署，实现了多媒体教学，网上提交作业，在线考试等学生考勤对学校教务管理是至关重要，在以前，学生请假要去找班主任或者院长批准，并且不一定每次都能顺利的找到班主任，完成请假批准。要是3天以上的请假还要去找院长审批，这样就麻烦；再者如果学生不在学校，没办法向班主任提交请假单；对于学生出勤检查，是学生会根据纸制名单逐一点名，或老师根据学生上交课堂作业来判断学生是否来上课。这些方法往往具有考勤差错率比较高，考勤效率也比较慢，没有一个总体的的记录和整理，并且纸制的点名册容易丢失遗漏，耽误时间等缺点。针对以上的问题，开发一种针对学生请假的考勤网上管理系统，通过请假管理系统，任课老师可以在课堂上直接登录考勤记录网站进行课堂查看那些学生打卡，记录学生考勤情况等。此外，在其他时间，班主任以及学校领导也可以登录该网站查询学生在某课程的出勤情况。 本毕业设计的内容是设计并且实现一个基于Web技术的学生请假管理系统，故而系统主要以J2EE作为开发基础,主要使用了Struts2+Spring+Hibernate等多种框架的结合使用，用MyEclipse作为开发工具，使用MYSQL作为数据库，使用JA V A语言开发，页面采取JSP动态页面开发技术。该系统界面简单、操作方便，容易维护。 关键词：请假管理系统 ,S.S.H(Struts2,Spring，Hibernate ),JAVA , JSP
2015—2016学年第一学期期末考试 《物联网导论》实践考核 课程论文 论文名称： 专业：网络工程（物联网方向）学号： 姓名： 任课教师： 2015年12 月29 日
滨海学院在线请假系统的设计 摘要：基于正方教务管理系统，在里面加一个在线请假的下滑框，并且将数据中心与正方相连，通过手机或电脑就可以向老师请假，减少了学生找老师请假的麻烦，在宿舍和大门门禁使用了RFID技术。 Abstract: Based on the square academic management system, on the inside with a online leave the decline in box and connected to the data center and square, by phone or computer can leave to the teacher, reduce the trouble students find a teacher for leave, RFID technology is used in the dormitory and door access control. 关键词：RFID；管理系统；在线；门禁；校园卡； Keywords: RFID; management system; online; access control; campus card. 1 引言 青岛滨海学院请假制度是通过学生找去找到班主任，然后在班主任那里申请请假，如果班主任休班或者在比较远的教学楼上课，那么学生就只能找办公室其他老师帮忙请假，还得让班主任通知一下这个老师，这样效率非常低，不仅麻烦而且费时。如果要请长假还得找学院干事请假，这样请个假下来耗费太多时间。如果我们可以通过手机或电脑随时都可以请假批假那么就节省了很多时间，也避免了许多麻烦。本系统就可以解决这些问题。 2 管理系统 根据系统用户的需求，将本系统按功能划分成三大板块：请假系统、考勤系统、后台管理模块，涉及到四大类用户：学生、班主任（任课老师、院校领导）、门卫、系统管理员。 2.1请假系统模块 本模块的功能是在线请假的实现及管理，主要涉及三类用户：学生、班主任及院校用户，学生通过此功能模块进行在线请假及查看请假记录信息；班主任在线审批学生请假及查看请假记录信息；院校领导在线审批学生长时间的请假及查看请假记录信息。
年假管理系统需求分析 1. 引言 对软件需求的完全理解，这是对于软件开发工作是否成功起到至关重要的作用，需求说明的任务是发现、规软件开发的过程。有利于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，便于采用工程方法开发软件，提高软件的质量，便于开发人员、维护人员、管理人员之间的交流、协作并作为工作成果的原始依据，并且向用户传递软件的功能、性能的需求，使其能够判断该软件是否与自己的需求有关。 1.1 目的 1.1.1 为开发小组成员、客户之间提供共同的协议而创立的基础。对企业年假管理软件功能的实现作系统性描述。让客户指出我们的不足，进一步了解客户的需求。 1.1.2 本说明书的预期读者为开发小组成员及HR 。该说明能让HR 更好地了解该系统，减少彼此之间交流的困难和开发中因为需求不明确而产生的不必要的麻烦。 1.2 背景 项目名称：年假管理系统 用户：HR 2. 任务概述 2.1 目标 根据企业对年假管理系统的要求，制定企业年假管理系统目标如下：a :操作简单方便、界面简洁美观
b :系统管理员在查看员工信息时，可以对当前员工的年假和考勤等情况进行添加、修改、删除操作 c:方便快捷的全方位数据查询 d:按照指定的条件对员工进行统计 e：可以将员工信息插入到Excel表格中 f :实现数据库的备份、还原及清空操作 g：要有较好的权限管理 h :能够在当前运行的系统中重新进行登录 i:系统运行稳定、安全可靠 2.2系统运行环境 3. 需求规定 3.1对功能的规定 3.1.1系统总体功能及模块 1 .记录公司部人员基本档案信息，提供便捷的查询功能。
中原工学院软件学院软件工程实践一设计任务书
指导教师签字：年月日 学生请假管理系统 摘要 当前信息化时代，讲究高效，准确，及时的完成事情，近年来学校都在开展信息化部署，实现了多媒体教学，网上提交作业，在线考试等学生考勤对学校教务管理是至关重要，在以前，学生请假要去找班主任或者领导批准，并且不一定每次都能顺利的找到班主任，完成请假批准。如果学生不在学校，没办法向班主任提交请假单；对于学生出勤检查，是学生会根据纸制名单逐一点名，或老师根据学生上交课堂作业来判断学生是否来上课。这些方法往往具有考勤差错率比较高，考勤效率也比较慢，没有一个总体的的记录和整理，并且纸制的点名册容易丢失遗漏，耽误时间等缺点。针对以上的问题，开发一种针对学生请假的考勤网上管理系统，通过请假管理系统，任课老师可以在课堂上直接登录考勤记录网站进行课堂查看哪些学生请假，记录学生考勤情况等。此外，在其他时间，班主任以及其他老师也可以登录该网站查询学生在某课程的出勤情况。 该系统是基于Java web的简单型设计，它体现了对一些简单的JSP
标签语言的运用，该系统界面简单、操作方便。根据实际需要将系统分为学生端和教师端，学生请假和教师批假都需要首先登录，学生端实现了学生申请请假、申请销假、查询自己请假记录功能；教师端实现了教师对学生请假的批准、销假批准以及查询学生的请假记录功能。 关键词：学生；请假管理； Java Web 目录 摘要 (2) 第1章项目分析 (1) 1.1 问题描述 (1) 1.2技术分析 (1) 1.3工程进度计划 (2) 第2章系统分析与设计 (4) 2.1 系统分析 (4) 2.1.1 参与者 (4) 2.1.2 用例图 (5) 2.1.3 用例及用例规约 (5) 2.1.3.1 UC—001 登录 (6)
#include
char n1[20]; char Num[20]; // char name[20]; char Class[20]; char time[100]; char reason[100]; char instructor[100]; char suggest[100]; } TEACHER; int check (char name[20]) { int i=0; User ru; FILE *f =fopen("data.dat","rb"); rewind(f); for(i=0; !feof(f); i++) { int d=i*sizeof(User); fseek(f,d,SEEK_SET); fread(&ru,sizeof(User),1,f); if(strcmp(name,https://www.doczj.com/doc/2b15243860.html,)==0) return 1;
请假管理制度 第一章总则 为建立健全公司人事管理制度，提高工作效率，进一步规公司的请假制度，根据国家现有的法律法规，结合本公司实际情况，特别制定本制度。 第二章适用围 本制度用于公司所有员工，合同制员工以及处于试用期的员工。 第三章请假程序 一、员工填写请假单，注明请假种类、假期、时间、事由、交接事项，经各级领导审批，并报人事行政部存档。 二、请假期间须交接手头工作，确保工作连续性。 三、如遇突发事件,不能及时回公司办理请假手续的人员应向部门主管/经理请假,并通报人事行政部,3天以请假的员工可以由部门的其他同事代为请假,并或等方式交接手头工作,确保工作连续性. 第四章请假规定 一、公司员工请假，需向相关领导和部门领导交书面申请，如实填写《请假条》，由部门领导核定，人事行政部核准，提交到人事行政部存档，否则请假不生效；员工未办请假手续擅自离岗，均以旷工论处。
二、相关审批人员必须严格把关，保证员工请假的真实性，否则相关审批人员要承担相应的后果。 三、员工请假，应提前办理请假手续，填写《请假条》，因身体不适等紧急原因请假，事先无法办理请假手续，须以方式向部门领导报知(短息无效），并于事后补办相关手续，附：有关证明请呈交以此作为请假依据,否则以旷工论处。 四、员工请假1天经部门领导批准同意；请假1天到3天需要人事行政部经理签字同意才可生效；请假3天以上（含3天）部门领导核定，人事行政部核准，经总经理批准方可有效；部门领导请假，经总经理批准。批准同意后，请假员工将《请假条》提交到人事行政部，否则请假无效。 五、假满之日均需到人事行政部销假，如确因特殊原因未能按时返回工作岗位者，须事先通知人事行政部及所在部门领导，在回公司后以书面形式说明原因，经批准后补办手续，否则依旷工论处。 第五章各类假及规定 一、事假 1、私事假期间，扣除日全部工资。 2、请假期间适逢公休日，不另补假。 3、事假跨越公休日、节假日时，公休日及节假日不以事假计。 4、员工因公请事假，参加公司相关的活动及培训等公项，工资照常发放。
新瑞请假管理系统 （专业版） 操作手册 珠海新瑞信息科技有限公司
2015年02 月 目录 第一章系统概述 ............................................................... 错误!未定义书签。 1.1系统特点............................................................ 错误!未定义书签。第二章系统运行环境 ....................................................... 错误!未定义书签。第三章安装步骤 ............................................................... 错误!未定义书签。 3.1第一步、数据库安装........................................ 错误!未定义书签。 3.2第二步、软件安装............................................ 错误!未定义书签。 3.3第三步、配置连接数据库................................ 错误!未定义书签。第四章系统登录操作 ....................................................... 错误!未定义书签。 4.1系统登录............................................................ 错误!未定义书签。 4.2假期管理............................................................ 错误!未定义书签。 4.2.1员工假期台账 ............................................. 错误!未定义书签。 4.2.2请假申请 ..................................................... 错误!未定义书签。 4.2.3销假登记 ..................................................... 错误!未定义书签。 4.3假期统计............................................................ 错误!未定义书签。 4.3.1假期查询 ..................................................... 错误!未定义书签。 4.3.2请假统计 ..................................................... 错误!未定义书签。 4.4系统管理............................................................ 错误!未定义书签。 4.4.1基础信息 ..................................................... 错误!未定义书签。 4.4.2部门人员 ..................................................... 错误!未定义书签。 4.4.3角色权限 ..................................................... 错误!未定义书签。 4.4.4角色用户 ..................................................... 错误!未定义书签。 4.4.5系统信息 ..................................................... 错误!未定义书签。 4.4.6年休假规则 ................................................. 错误!未定义书签。 4.5个人登陆............................................................ 错误!未定义书签。第五章常见问题及解决 ................................................... 错误!未定义书签。 5.1SQL 2000 数据库安装过程反复要求重新启动系统.错误!未定义书签。
附件：2 学生网上请假系统使用说明 一、系统用户分四个级别： 学生用户、辅导员用户、系级别用户、学生处审批用户。 1、学生用户权限：上网请假申请提交和取消权限。 2、辅导员用户权限：管理权限内班级所有学生的请假审批和销假。 3、系级别用户权限：添加或删除辅导员用户，管理本系所有学生的请假审批和销假。 4、学生处审批用户：添加或删除系级别用户，管理全院所有学生的请假审批和销假。 二、系级别用户添加辅导员用户步骤： 略 三、学生网上请假具体步骤 第一步：学生登陆网上申请系统，用户名和密码与登陆教务系统的用户名和密码一致。 登录网址http://202.207.137.124:8090，打开如下界面： （图一） 输入与教务系统一致的用户名和密码点击登录，进入界面后点击左上角“在线请假”，再点击“请假申请”后如下图显示：
（图七） 在这里可以输入“请假类别、请假起止时间、联系电话和请假事由”等，请假天数是自动生成。填写完申请后点击“保存”，将会弹出如下图： （图八） 点击“确定”后自动返回“我的假条”界面，如下图所示： （图九） 看到此界面后学生请假申请成功。 第二步：辅导员用户审批。 登录网址http://202.207.137.124:8090，打开（图一）登陆界面输入用户名和密码（系级设定） 进入后左上角“在线请假”下有一功能建“请假审批”，如下图：
（图十） 上面审批状态为“待审批”时，显示学生请假申请信息。点击“详细”可查看学生请假具体信息： （图十一） 查看无误后点“返回”按钮，返回图十，在“选择”下点击方框后出现如图十二所示“√”后，点击下方“审批通过”按钮后自动弹出图十三后，点击确定。 （图十二）（图十三）这时系统自动返回图十界面，在审批状态中选择“审批通过”即可显示刚才审批的学生假条。 注：学生请假时间三天以内（含三天）的到此即可。
1.系统概述 随着计算机技术的发展,其在军事领域中的地位也越来越重要,无论是日常办公、管理还是训练、科研,计算机为各项工作高效完成提供了有力的保障。结合单位实际情况设计一套请销假管理软件,可以简化请假流程,便于人员管理,而且可以发挥计算机操作简单方便、运行速度快、数据保存便捷等特点。以往的请销假管理,效率很低,并且存在人为因素影响,如请假不按规定,销假不及时,统计不便等诸多弊端,而使用计算机管理则会很好的改善这一现状。部队人员请销假管理系统,是以部队全体干部和战士为受控对象,依据《中国人民解放军共条令条例》中关于请销假的相关规定,按照特定的程序和要求,有一定的组织、特定人员和相关设备、软件构成,通过理论依据指导实践,将传统的书面请销假形式转化为人机对话,其特点在于将日常工作与计算机紧密结合,提高了工作效率。 2.业务描述 目前部队的军人请假管理工作还是手工管理,工作效率很低,并且不能及时统计和查询员工的请假信息等,不能更好的适应当前管理工作的要求,手工管理还存在这许多弊端,还有不可避免的人为因素,造成数据的遗漏、误报,计算机信息化管理有着储存量大,速度快、易保存等诸多优点,提供给我们的处理信息及时快捷,因此我们可以结合部队的实际工作设计一个管理软件,形成一整套动态的管理,来节省时间和人力。部队人员请销假存在着审批程序多、耗时长、效率低等特而建立部队请销假管理系统则可以有效改善这一局面,做到办公的自动化、统计记录准确。新系统能达到以最小的开发成本取得最佳的经济效益,开发中所需人员、便点硬软件支持以及其它费用进行估算情况均满意,技术条件也能保证顺得完成开发工作。 根据部队需求和计算机软件工程设计思想，在性能方面请销假管理系统需要满足以下要求： (1) 在系统界面设计方面，设计的界面要友好美观、操作要方便并能高效率地完成工作。 (2) 在系统安全性方面，设计用户登录界面和用户口令密码，保证用户信息的安全性；对不同级别的用户分配不同的权限，确保系统操作的安全性；在网络中数据传输方面，对数据进行加密，保证网络传输数据的安全需求。 (3) 在数据准确性方面，对打卡信息进行验证，对请假比例控制和请假规则时间设置都严格验证，确保系统数据的准确性需求。 (4) 在系统的可靠性方面，采用面向连接的TCP协议，实现客户端和服务器的即时通讯，保证系统的可靠性需求。 (5) 在系统的实时性方面，通过TCP/IP协议实时监听用户请销假结果，保证系统的实时性需求。 (6) 服务器持续运行能力，服务器获得持续运行的能力，必须有容错和错误检测功能，不论服务器端出现什么错误，服务器都能不能崩溃，并能够继续运行为客户端提供服务。 经过上述分析，最终认为该系统完全可行,并根据其特点决定采用java作为开发工具,及SQL Server数据库作为内部管理工具。 另外，请销假规定可参考附录A中《中国人民解放军共同条令》对于请销假的相关规定。