职校家园自动打卡java 职校家园自动打卡系统

转载

数据科学家 2023-07-29 22:54:31

文章标签 职校家园自动打卡java 内网管理系统增删改查 文章分类 Java 后端开发

学生打卡考勤系统

--项目前景和目标文档

1.背景

在当今高速发展的信息社会，计算机技术、网络技术对人类的经济生活、社会生活等各方面都产生了巨大的影响，目前不论是企业还是政府机关、事业单位，都积极利用各种计算机应用系统以全面提高工作效率。学生考勤管理系统作为一个高校的基本管理的一环，是学校对学生工作管理的基本依据。开发考勤管理系统，正是完善高校信息化管理的重要环节。人工考勤已很难满足学校规范化管理的要求，面对庞大的信息量，该方式现存在很多弊端。建立现代化的智能考勤管理系统不仅大大减轻了考勤工作人员（任课老师）的工作量，而且提高了工作效率。但是本系统是基于打卡机的，所以有一定的局限性，现在已经出现了手机蓝牙考勤方式和指纹考勤方式，这些都是基于不同的硬件，也都具有自己的局限性。

2.业务需求

2.1.业务机会和客户需要

业务机会:

本系统对学校全体学生的资料和每堂课的考勤情况进行管理。通过每节课的打卡把出勤信息输入到学校的考勤管理中心，保存学生每堂课的的出勤情况，以便于统计学生的出勤情况。同时方便任课老师，同学查阅，即节省了人力，又省去了中间的很多容易出错的步骤。让学校学生的考勤管理更具民主化,同时方便快捷。

客户需要:

1、学生用户

需求描述:

在线请假需求:

查看出勤信息需求:

其它需求:查看本人的基本信息，如本人的所属的院系、年级、专业、班级、学号、姓名、性别等，查看任课老师的姓名，电话，办公室地址等以及修改个人用户密码，查看本班课表安排。

2、任课老师用户

需求描述:

管理学生上课出勤需求: 系统会在本堂课开始15分钟后结束到课信息的录入，根据时间自动将学生分为准时上课，迟到，旷课，请假等几种情况，并将结果录入数据库，同时生成该班级该堂课的到课的信息。这里任课老师可以查询每个学生一学期的到课情况，也可以查询某个班级的到课情况，同时任课老师有修改到课信息的权限，若有同学早退，或出现意外情况时，任课老师可在数据库中修改该学生该节次课的到课情况。

查看学生详细信息需求:

其它需求:

3、导员

需求描述:

审批学生请假需求:

查看学生上课出勤信息需求:查看本班学生整个学期所有课程的出勤统计信息及详细信息。

其它需求:查看本班学生的基本信息、查看本班学生的课表、修改个人用户密码等。

4、系统管理员用户

需求描述:系统管理员有系统的最高权限，负责系统所需所有数据的动态同步，更新，系统维护及管理，根据系统针对各用户的设计，基本功能需求如下

1、管理学校各院系、年级、专业、班级，主要是以增删改查实现管理的。 

2、管理导员和任课老师，主要是以增删改查实现管理的。 

3、管理学生，处理学生与班级，导员，任课老师的关系，主要是以增删改查实现管理的。 

4、设置每学年每节次课的上课时间（特殊情况，如五一前后上课时间的调整）。

5、管理系统的请假、考勤信息。

6 、每个学期每个班级的课程安排及调课的系统处理。

2.2.业务目标和成功标准

业务目标:

建立现代化的基于打卡机的智能考勤管理系统。

成功标准:

基本实现以上用户的需求,系统达到一定的性能要求和质量属性,并且易于维护,具有拓展性。具体信息即实现各用户的各种需求。这里不再重复。

2.3.业务风险

随着时代科技的不断进步,软件的更新速度也越来越快,要跟上时代的潮流,就必须不断完善软件,不断拓展其性能,易于维护,以免因为某些意外发生系统崩溃,产生难以估计的损失。

3.项目前景

3.1前景概述

随着计算机科学的发展，软件开发逐渐兴起，在internet中的应用越来越广泛，为广大网络用户提供了更加周到和人性化的服务，也更加符合一个高校的现实情况，从而提高系统的实用性。

学生考勤系统管理程序是一个基于打卡机的系统，还需要高校各教室配备打卡机。同时可以通过校内网建立一个网站，学生，导员，任课老师都可以查询到课情况，查询有多种方式可以更全面更立体的反应到课情况，从而实现督促导员，任课老师的管理作用，以及学生的学生情况。

因为随着计算机技术的不断进步和发展，计算机已经深入到人们的日常生活的每个角落，例如：政府部门，企事业单位，学校等等。该系统开发功能主要包括：管理员可以通过计算机设置学生考勤管理程序，打印供学校及个人使用。

3.2 主要特性

：打卡方式录入到课信息；

FE-2：系统自动生成各学校旷课，迟到，请假，准时上课等到课信息；

FE-3：校内网设置网站以便查询到课情况，可以查询班级到课情况，学科到课情况；

FE-4：任课老师和导员有权限随机应变，便于更人性化管理

FE-5: 统计某段时间内，某门课旷课学生姓名及旷课次数，按旷课次数有多到少排序,并在网站上实现查询。

FE-6: 学生可以在线请假，导员审核。

FE-7: 管理员可以通过计算机设置学生考勤管理程序，打印供学校及个人使用。

FE-8: 管理员可以根据实际情况，比如学生调专业分专业，新设专业，老师调课，替换老师，替换导员，更改上课时间等等。

3.3假设和依赖

1）学生考勤系统必须能与学校教务在线进行双向通信；

2）学生考勤系统必须能与学校内网的计算机打印机进行交互；

4.范围和局限性

4.1初始版本和后缀版本的范围

特性	版本1	版本2	版本3
FE-1	完全实现
FE-2	完全实现
FE-3	网站初步建立，但不能与教务系统及内网计算机交互	也可以只允许查询有缺课记录的学生信息	完全实现
FE-4	学校或老师提交请求则实现	完全实现
FE-5	网站初步建立，但不能与教务系统及内网计算机交互	完全实现
FE-6	网站初步建立，但不能与教务系统及内网计算机交互	完全实现
FE-7	完全实现
FE-8	完全实现

4.2局限性和排斥性

LI-1：因为考勤系统请假的审核缺乏实时性，所以考勤记录一定程度作为学生表现的一个参考；

LI-2：学生考勤系统仅供学校内部使用。

LI-3：学生考勤系只能供配备打卡机的学校内部使用。

5. 项目环境

5.1 操作环境

这个系统主要提供给两类用户使用,一类是管理员模式,一类是用户模式。

管理员模式中，管理员可以根据到课的基本信息,进行排序，和打印，每当情况变化就要相应得更新数据库。面向管理员时，系统是普通的存储数据软件。

面向学生，任课老师，导员时，系统是基于PC机的终端软件，可提供给顾客查询，登录，更改密码的功能。

由于这个系统只是在用户PC机上使用，所以用户使用网络就能使用这个软件；数据在两个地方生成，一个是学生打卡的时候，一个是任课老师的更改的基本信息。它们均用于录入信息，由于大学内部使用，所以访问数据时候的最大响应时间应该会在0.1s以内；

5.2 涉众

这个系统中的主要涉众如下表：

涉众	特点
学生	在线请假，查询到到课情况，查询课表和任课老师信息
任课老师	更改学生到课情况，查询到课情况，查询上课课表
导员	审核请假，查询到课情况。
管理员	根据实际情况更改系统设置（年级，专业，任课老师，导员，上课时间）及对系统参数的增删改查，对用户的管理。

5.3 项目属性

具体项目属性如下表：

属性	驱动因素	约束因素	可调整因素
特性		各个版本的功能必须完全可操作。	在最终版本中进行调整。
质量		用户满意度必须达到85%；必须通过全部的安全机制检查，系统能够在win7,win xp等操作系统下稳定工作。	在后续版本中完善功能提高用户满意度
成本	项目经理	必须控制开发费用在额定范围内	允许费用超过的最大额度不超过总经费的10%
进度	项目经理	必须保证开发时间在规定时限范围内	开发时间最长不得超过规定时间2天
人员	团队规模包括一个项目经理，两名开发人员，和一名测试人员	人员数目按照规定严格控制	如果计划不够，可以适当增加人员务必保证在规定时间内完成项目。