考勤管理系统.docx

考勤管理系统

33
2020年4月19日
文档仅供参考，不当之处，请联系改正。
考勤管理系统
随着局域网等网络技术的发展，许多原来经过手工登记、录入、整理、储存、统计、汇总的信息管理方式已经不适应信息化社会的要求，需要经过信息化改造来提高信息处理效率。各企业必须加强自身的的信息基础设施建设，经过企业基础数据的信息化,企业基本业务流程和事务处理的信息化,让信息管理变得更为高效和简洁。考勤是一个企业最基本的管理内容，是企业对员工工作评定的基本依据。在实际的管理中需要快速获得每一个工作日的考勤，以便及时向管理者反映员工的出勤、缺勤情况。为此，本文介绍的考勤管理系统基本实现了企业考勤的智能化管理，提高了考勤管理的效率，每个员工的工作状态能得到及时的反映。同时，增强员工管理的透明度以及约束员工自觉遵守出勤制度，本文详细讨论了关于考勤管理系统的设计与实现，论文主要完成的工作如下：
一、 开发背景
在知识经济和信息技术迅猛发展的今天,企业的内部管理和运营方式发生了巨大的变化。越来越多的企业已摒弃了传统的半手工式离散管理,纷纷投入大量的人力物力,引入先进的高集成化管理信息系统,以期提升企业内部管理的信息化和集成度水平。其中,考勤管理系统的引进,为人力资源管理者在应对企业考勤管理过程中必然会出现的大量考勤信息的录入分析、数据存储、资源共享等难题提供了一系列解决方案,从而大大提高了企业考勤管理的效能并降低运营成本。
二、 系统分析
（1）需求分析
在对系统进行需求分析之前，我们都会对系统进可行性分析，在进行新系统的开发之前，对系统的可行性分析是非常重要的，对新系统的经济、政治以及社会等方面因素，进行深入的调查和研究，在系统实际开发之前，是非常有必要性的，对新系统进行可行性分析能够避免对系统的投资等的判断失误，从而减少系统的风险。
考勤业务主要包括：查看考勤记录，员工考勤签到，高层管理查看员工考勤以及管理员工考勤。薪资管理业务包括：员工查看薪资，高层管理确认员工薪资，管理员后台查账，系统薪资发放以及调整员工薪资。请假管理业务包括：用户请假申请，请假审批业务，请假结果查看以及请假信息记录。报表管理业务包括：报表模板管理，报表数据管理，报表生成管理，报表权限管理以及报表传阅管理。系统后台管理包括：权限管理，安全管理，运行日志管理以及用户管理。此次所做的考勤系统大部分实现了上述功能，还有一部分未得以实现。
万考勤管理具有涉及人员广泛(全员参与)、排班请假需要上下及时沟通(及时性)、管理具有明确的权限划分(分工明确)等特点,企业现在的情况是人员众多,办公分散,传统客户/服务器(C/S)方式的考勤系统由于具有不可改变的固有缺点,显得不能适应。只有B/S结构的考勤系统,其占有优势的是异地浏览和信息采集的灵活性,任何时间、任何地点、任何系统,只要能够使用浏览器上网,无需安装任何客户端程序,就能够成为B/S系统的终端,因而B/S结构考勤系统成为大的集团企业不二的选择。

（2）设计目的
传统的考勤方式采用月底手工录入,面对庞大的信息量,该方式现主要存在以下弊端:①浪费人力、效率低下;②考勤结果反映速度慢,主管部门不能及时全面地监督员工的出勤情况;③难避免考勤中的弄虚作假现象。一些单位上报的工资人数往往大于实际考勤和领工资的人数,造成公司大量工资流失;④由于考勤数据的不准确,公司劳动人事工资管理系统的许多基础数据也存在较大误差,给人事部门的许多全局性的统计工作也带来了不准确性;⑤考勤统计工作复杂繁重,难以保证统计结果的正确性、及时性。
因此,人工考勤已很难满足公司规范化管理的要求。建立现代化的智能考勤管理系统势在必行。经过考勤管理系统能满足公司多种考勤及管理要求,能为公司带来巨大的经济效益:①考勤管理系统经过考勤机判断并记录员工上下班关信息,能够保证考勤数据的准确、公正、安全,减少考勤人员的工作负担,避免人为因素的干扰和弄虚作假现象;②考勤年报、月报自动统计;③为领导、各级管理人员、普通员工提供考勤情况、当班情况查询;④请销假及加班等特殊考勤的网上审批功能,实现考勤管理无纸化;⑤职工月考勤表以EXCEL表方式导入公司的人力资源管理系统,免去各科站手工记录日、人力资源部门手工输入的工作。
（3）设计任务
本系统的用户主要有两种，一种是考勤管理人员，一种是被考勤的员工。
1．对于考勤管理人员而言，从登陆界面进入系统，在登陆界面输入用户名和密码，经过身份验证后，才能够进入系统的首页。如果未能经过系统的身份验证，系统会自动给出登陆错误的提示信息。
2．经过身份验证的考勤管理人员进入系统的首页。在首页中能够经过员工编号、考勤年度和考勤月度的不同条件对员工的考勤记录进行查询。
3．考勤管理人员能够选择员工编码、员工姓名、员工职位和员工所属部门的条件对员工信息进行查询。同时，也能够将新员工的信息进行添加和对选择的员工的信息进行修改。
4．考勤管理员能够根据需要，添加新的部门信息和修改原来的部门信息。
5．考勤管理员能够添加新的职位信息并对该职位的上下班打卡时间进行设置。同样的，也能够对职位信息进行修改操作。
6．考勤管理员也能够随时更新自己的登陆密码。
7 .对于普通员工来说，也必须从登陆界面进入系统，在登陆页面输入用户名和密码，经过身份验证后，才能够从登陆界面进入系统的首页。如果未能经过系统的身份验证，系统自动给出登陆错误的提示信息。
8. 员工在上班和下班时经过本系统进行打卡考勤。
9．员工能够修改自己的登陆密码。
详细的考勤管理用例图如下图所示：
图2．1考勤管理用例图
（4）设计内容与步骤
在软、硬件方面对系统的需求,软件要求易学容易掌握,能够很简单方便的管理各种信息。硬件的配置要求不能太高,这样能够很好的适应当前的企业情况。具体的开发工具选择了 3.5和sql server 数据库。
系统功能模块设计:
考勤管理系统分为：查询考勤信息、上班打卡、下班打卡3个功能模块;
员工管理模块分为：添加员工信息、修改员工信息、员工信息管理3个功能模块；
系统设置模块分为：删除部门信息、管理部门信息、职位信息管理、更新职位信息、更改密码5个功能模块；
实体类模块分为：考勤实体、部门信息、学历信息、员工信息、系统日志、职位信息6个模块；
（5）　测试与评价
经过测试,该应用程序能够较好的实现上班时间的设定;能够提供员工出入单位的情况记录;能够提供请假、加班和出差情况的记录,并实现查询、添加、修改、删除、浏览等处理功能;能够在每个月底进行整个月的出勤情况统计;能够拥有一定的安全性、协调性和完整性。
三、 系统模块设计
3、1系统设计的原则
从本系统的总体规划目标来看，系统应该具备开放性好、实用性强、操作性强等原则，具体遵循以下的设计原则。
(1)实用性和先进性。系统开发过程中，应当采用先进成熟框架技术，即系统采用的技术要能够满足系统的需求，又要能够满足业务的需求。而且，所使用的技术要在以后的相当长的时间内是比较先进的，不能被淘汰。系统需要有良好的可扩展性等。
(2)安全可靠性。系统必须安全可靠性，这个要求是保证系统能够长期稳定的运行，特别是在现代的网络环境中。
(3)灵活性与可扩展性。随着时间不断推移，用户需求可能会变更，可能会对系统增加新的功能模块以及对系统现有功能进行调整升级等，因此，系统必须能进行可扩展。
3、2系统的模块划分
根据上述的系统需求分析，我们对本系统的模块进行划分。我们将系统划分为5大模块：数据库管理模块、实体类模块、考勤管理模块、员工管理模块和系统设置模块。各模块所包含的文件及其功能如下表：

3.3系统功能设计和实现
3.3.1考勤管理模块
考勤管理模块是为了便捷的管理员工的出勤情况，并在数据库生成记录。本系统的设计，经研究决定，采用打卡考勤方案。方案的核心设计流程包括为每位员工编号并发放相应的带有照片的磁卡。员工在上班时，把卡放在入口处扫描，系统经过分析其卡号，与数据库中的卡号进行严格对照，在发现确认之后，系统才会提醒考勤成功。关键是系统怎样进行辨认并记录考勤结果，数据库中，首先的准备工作就是卡号及员工信息的存储。验证时，如果系统确认人卡一致，就会很快统计出时间，这个时间如果超过上班时间，则系统判断为迟到，不超过上班时间，才判断为按时上班。在确认后便会捕捉其上班时间并进行辨认，如果是八点前，算是按时上班，八点之后，算迟到。这个方案的最大好处是，指纹验证独一无二，保证考勤数据的完全科学规范，保证企业管理的科学严谨性。
考勤签到能够查看到当月记录，具体到天数，查询考勤情况，哪一天迟到了，哪一天按时上班了，迟到了多少小时多少分，还能够查询薪资的多少，不论是哪一天，都能查本月工作截止到当前为止所统计出的最新考勤情况，还有在公司某阶段，不同部门不同职位的考勤状况，都能查看的到，可是这些排列出来的同时，本月信息还会单独出现一次，根据用户的使用频率，起到突出便捷的作用。也就是自从开始用系统统计数据以来所有数据。查看考勤签到信息
流程图如下所示：

考勤评测是对员工的日常考勤工作进行评价和总结的工作。在考勤评测过程中，首先是负责考勤的人员对员工的考勤记录进行查询，员工考勤记录是员工考勤评测的主要依据，可是考勤人员还需要更加员工其它的信息，比如员工的绩效信息，请假信息等，对员工进行评测。评测结果需要经过系统公示出来，当员工对评测结果有异议，能够申请再一次评测，在第二次评测中，如果发现评测有误，则能够对评测结果进行修改。员工考勤评测的流程图如下所示：

图4．5员工考勤评测流程
在对员工考勤策略设计、员工考勤查询流程以及员工考勤评测流程的基础上，我们对员工考勤管理模块的类图进行了详细的设计工作，如下所示，是本文员工考勤系统中考勤管理的类图：

3.3.2系统管理模块
系统管理功能模块是每个信息管理系统所必须实现的功能模块，其中的主要功能是系统管理员经过系统管理功能模块对系统进行日常管理。系统的日常管理主要包括系统用户管理、系统权限管理、系统维护以及系统的日常运行Et志管理等方面。其中，系统的信息管理与维护功能模块的主要业务流程图如下所示：

图4．15用户验证功能流程图
(1)系统管理员登录系统；
(2)对系统管理员身份进行验证：
(3)对系统信息进行维护管理；
(4)提出系统。
信息管理与维护功能中，包含系统的用户管理模块，系统设备的信息管理
模块，系统的角色与权限管理模块和系统参数管理模块，在用户权限验证功能流程图的基础上，我们对系统权限验证功能模块的主要类图进行了设计，详细类图如下图所示：

图4．16用户身份验证模块实现的类图
如上图的用户身份验证模块实现的类图所示，在用户身份验证模块中，主
要的类图有终端验证信息输入类、服务器验证类、系统用户类、用户接口以及
服务器数据库。详细情况如上图所示。
数据库设计
设计数据库的主要结构，是实现系统功能的重要步骤之一。在分析过后，我们获知员工信息表中的主要属性字段组成为员工编号、员工姓名、所属部门、所属公司。员工出勤记录实体中的主要属性字段组成，上班出勤编号、上班时间、员工学号、上班考勤状态。二者之间的关联关系是根据员工考信息表统计出员工出勤情况。图4．17为统计员工出勤情况E—R图：

图4．17为统计员工出勤情况E．R图
设计数据库的主要结构，是实现系统功能的重要步骤之一。根据系统模块的需求分析进行设计，进而统计出所需要的数据项目的数据结构。本文数据库E—R图如下所示：

图4．19系统数据库E-R图
在系统数据库E-R图中，体现了系统数据库实体与实体之间的关系，每个实体在数据库中对应一张实际的数据库表，且具有一系列属性。根据以上的需求分析，我们开始对数据库进行合理设计。首先在sql Server 中建立一个名为：“AttendanceManager”的数据库来存放本系统所必须的数据表，创立上表的语句如下：
CREATE DATABASE[AttendanceManage]//创立数据库
USE [AttendanceManage]//使用数据库
根据前面的系统需求分析和模块设计，至少需要的数据表包括：系统管理员表、考勤信息表、部门信息表、员工信息表、学历类别表、职位类别表。
1. 管理员信息表（admin）用来记录所有使用本系统的管理员信息，使用管理员的用户名adminUsername作为表的主键。该表的字段结构如下图：

2. 考勤信息表（attendanceInfo）用来记录所有员工的考勤信息attendanceId考勤编号是该表的主键。该表的字段结构如图：

3. 部门信息表（departmentInfo）用来记录所有部门的详细信息，我们选择部门编号departmentId作为主键。该表的字段结构如图：

4. 员工信息表（employeeInfo）用来记录所有员工的信息，员工编号employeeNo具有唯一性，因此能够设置成为主键字段。该表的字段结构如下：
5. 学历信息表（educationInfo）用来记录所有员工的学历信息，学历编号educationId是主键。该表字段如下：
6. 职位类别表（positionInfo）用来记录职位的详细信息，根据主键唯一性原则，设定职位编号positionId为主键。该表的字段结构如下：

四、 公共模块设计
--------界面和代码）
在员工考评模块中，需要对职工的考勤数据进行排序等操作，操作的基础上，再经过系统对员工进行业务考评，其中，考勤数据代码框架如下：

在对企业员工进行考勤考核时，可能会因为员工的职位等因素的不一样，其考勤考核的流程也会不一样。本文系统能够根据具体需要进行对员工考勤进行管理，其界面如下所示。

在员工考勤考核中，需要为员工提供考勤统计功能，本文系统设计的考勤统计如下图所示。如下所示，是员工考勤统计：

系统后台管理模块是为了管理系统日常运行的功能模块，我们给出了后台管理功能模块的部分代码，如下所示是系统用户登录拦截代码以及登录身份验证代码：
public void validate(){super．validate()；this．clearFieldErrors0；
／／不为空验证
if(⋯’．equals(uid)){this．addFieldError(”uid¨，”用户名不能为空!”)；)
if(””．equals(plwd)){this．addFieldError(”pwd”，”密码不能为空!”)；)
if(pwd．1ength()>20){this．addFieldError(”pwd”，”长度不能超过20”)；}
if(!(1ilt．equals(uid)旷”．equals(pwd))){ ／／都不为空才做这个验证
String re；
re=logonType．1090nMatch(1090nT,uid，pwd)； ／／是否匹配
if((!TIll"equals(uid))&&re．equals(”error”)){
∥如果账号密码不匹配
addFieldError(”uⅢ，”该用户不存在或账号密码不正确”)；
)
／／登陆成功后保存登陆信息部分java4f,码
HttpServletRequest request 5 ServletActionContext．getRequestO；
request．getSession0．setAttribute(’‘userType”，logonT)；

（1） 考勤管理模块
1. 实现查询考勤信息
2. 实现上班打卡
3. 实现下班打卡
（2） 员工管理模块
1.添加员工信息
2.修改员工信息
3.员工信息管理
（3） 系统设置模块
1. 删除部门信息
2. 管理部门信息
3. 职位信息管理
4. 更新职位信息
5. 更改密码
（4） 实体类模块
1. 考勤实体
2. 部门信息
3. 学历信息
4. 员工信息
5. 系统日志
6. 职位信息
六、 系统运行
6.1系统测试方案
在完成系统设计和系统实现过程中以及系统实现之后，对系统进行测试是非常必要的。在系统测试过程中，我们需要对系统的功能进行测试，详细的测试系统实现的功能点是否满足系统功能需求，需要对系统的非功能需求进行测试。
6.2系统测试环境
本文系统的测试环境由企业内部网组成，主要为企业内部网络环境下测试。企业内部网是半开放式的网络，也是本文系统的主要运行环境。在企业内部网络中，将主要对系统考勤管理功能、数据库功能、请假审批功能等功能的实现是否正确，性能上是否达到系统非功能需求的要求，安全性上是否达标等一系列行为进行测试。
6.3系统测试结果分析
测试结果：在本测试的案列中，经过将sqI字符串改成条件查询语句能够进行条件查询。经过对上述测试用例进行测试，其结果是在企业内部网络能够正确的访问员工考勤信息，在测试过程中，没有发现严重BUG，测试结果符合预期结果，测试用例经过。经过正确的流程，管理员能够对正确的插入企业用户考勤信息，在测试过程中，没有发现严重BUG，测试结果符合预期结果，测试用例经过。经过不同身份登录系统，在相应页面对企业用户的信息进行修改。对于修改企业用户信息的程序与插入企业用户信息的程序相似，只不过将SQL语句变成了UP．DATE。经过正确的流程，管理员能够对企业用户的部分信息进行正确的修改，测试结果符合预期结果。经过不同身份登录系统，在相应页面对不同的企业用户的信息进行删除。当企业用户离职时，需要将其信息删除。除了将SQL语句变为删除语句以外，程序大致与插入和修改企业用户信息相同。：在整个测试过程中，我们经过正确的测试流程，系统管理员能够对系统离职用户的信息进行删除，可是系统管理员不能对在职的信息进行删除。在测试过程中，没有发现严重BUG，测试结果符合预期结果，测试用例经过。
七、 总结与展望
7.1总结
本文完成了员工考勤管理系统的需求分析，系统的架构设计，系统的详细设计以及系统的实现，系统的测试等工作。在系统需求分析阶段，文章从系统管理员，领导，系统用户对系统的行为进行了比较详细的分析，而且给出了系统用例图。系统架构设计是系统开发中的核心工作，本文采用经典成熟的三层架构模式在架构设计过程中，文章比较注重架构的灵活性和架构层次上功能模块的复用，如在本文系统中，系统用户的密码修改功能模块是同一个功能模块。系统设计和实现过程，是在需求分析和架构设计的基础上，对系统的功能进行更加细致的设计，并进行具体的实现。由于本文系统的功能点比较多，本文在系统详细设计和系统的实现过程中，花费了较多的时间，经过长时间的努力，本文实现了前期需求分析中的所有功能点和非功能需求。在系统设计和实现过程中，以及系统实现之后，对系统进行了测试，测试结果验证了本文所开发的系统能够满足实际的需求。本文的员工考勤管理系统现在已经顺利的开发出来了，可是，整个系统来看，存在以下两点的不足：
(1)在系统设计和实现过程中，以及系统实现之后，虽然对系统进行了测试，可是由于测试工作量很大，以及测试人员的不足，我们对系统进行测试过程中，对部分功能点还没有覆盖，而且测试过程中，对如测试大纲等测试文档的编写没有统一的标准。
(2)本文员工考勤信息管理系统的开发过程中，由于需求分析阶段对部分业务需求了解的不是很详细，导致在系统实现的过程中，有部分功能的属性不明确，我们对属性不明确的功能进行了再次的需求分析，这样，推迟了系统的开发进度。
(3)本文系统在开发过程中，没有对开发人员的代码习惯风格等进行统一与培训，也没有统一的代码风格文档，因此，导致不同开发人员开发的代码风格不同，有些甚至差异较大，这样，加大了系统的维护难度，也导致了系统的易于阅读性和易于重构性等下降。
7.2展望
本文中，员工考勤管理系统现在已经开发出来了，可是系统还没有正式上线。由于是初学者，对系统功能只是进行了一些简单的设计，此系统存在一定的不足，还不能应用到生活中去，后期我们将会致力于纠正系统的不足，如修正上述提到的测试不足的问题。对于测试不足的问题，我们现在的策略是制定出统一的测试标准，并计划组织人员帮助我们进行全面的系统测试，努力完善系统的功能，在解决了系统的不足之后，我们将会把系统上线，届时，系统将会在实际环境中使用。