企业考勤管理系统总体设计

企业考勤管理系统

总体设计

目录

1绪论

1.1研究的背景

1.2研究的目的与意义

1.3研究思路与主要内容

1.4研究技术简介

1.4.1JAVA

1.4.2MySQL

1.4.3Eclipse

2国内外研究现状-

2.1国内研究现状

2.2国外研究现状

3企业考勤管理系统分析与总体设计

3.1企业考勤管理系统可行性研究

3.2企业考勤管理系统需求分析

3.2.1完善数据流图

3.2.2细化数据流图

3.3企业考勤管理系统总体设计

3.3.1设计方案的选择

3.3.2软件结构设计

4数据库设冲

4.1数据库概念模型设计

4.2数据库逻辑模型设计・

4.3数据库物理模型设计

5系统实现

5.1考勤界面

5.2员工登录•

5.2.1员工个人信息界面-

5.2.2员工请假申请界面

5.2.3员工出差申请界面

5.2.4员工出勤情况界面

5.3管理员登录

5.3.1员工管理界面

5.3.2部门管理界面

5.3.3考勒信息导出界面

5.3.4管理员密码修改界面

1绪论

1.1研究的背景

近年以来，不仅经济总量增长迅速，私营企业的数量也在与日俱增，但在管理水平上却没

有与数量的增长达到持平。以考勤管理为例，企业大多数仍处于原始人工纸质方式记录企业员

工每日出勤情况。这种考勤方式存在先天的弊端，方式繁琐，准确性、透明性、实时性差等，受

人为因素影响大，甚至出现监管人员因个人因素导致考勤情况存在不平等现象，造成企业员

工存在侥幸心理或代考勤情况的出现，不利于企业员工的管理。且由于人工考勤的方式,需要

增加纸张与人工的成本，一定程度上增加了企业的运行成本。伴随着日益发展扩大的企业，人

工考勤的弊端日益显现，企业的运行效率与效益都会受到很大的影响。

在21世纪的今天，随着信息化技术的发展，信息化社会正逐

渐形成，越来越多的应用于实际生活中，信息化技术的革命

也促进了社会各个方面的进步。这也要求企业进行转变，而利

用信息化技术管理企业就成为企业在实际竞争中的当务之急,

在经过摸索和实践之后，信息技术在企业中的充分应用，可

以很好的改善这一窘境。企业规模的扩大，员工数量的增多,

使得传统人工纸质的考勤方式不再能适应日益繁杂的企业考

勤管理工作，这也从另一方面显示着信息化的考勤管理系统

出现的必然性，与此同时，计算机技术的发展与普及，也变相

的为考勤管理系统的发展打下良好的基础。

1.2研究的目的与意义

本文研究的主要目的与意义是基于信息化技术的实际应用，通过实际生活中的案例，将

信息化技术融入生活，为企业设计考勤管理系统，节约企业运行成本，提高企业运行效率与

效益。

1.4研究技术简介

1.4.1JAVA

JAVA是一种可以撰写跨平台应用软件的面向对象的程序设

计语言，是由SunMicrosystems公司于1995年5月推出的

Java程序设计语言和Java平台(即JavaEE,JavaME,

JavaSE)的总称。Java自面世后就非常流行，发展迅速，对

C++语言形成了有力冲击。Java技术具有卓越的通用性、高

效性、平台移植性和安全性，广泛应用于个人PC.数据中心、

游戏控制台、科学超级计算机、移动电话和互联网，同时拥有

全球最大的开发者专业社群。在全球云计算和移动互联网的

产业环境下,Java更具备了显著优势和广阔前景。

1.4.2MySQL

MySQL是一个关系型数据库管理系统，由瑞典MySQLAB

公司开发，目前属于Oracle公司。Mysql是最流行的关系型

数据库管理系统，在WEB应用方面MySQL是最好的

RDBMS（RelationaIDatabaseManagementSystem:关系数据

库管理系统）应用软件之一。关联数据库将数据保存在不同的

表中，而不是将所有数据放在一个大仓库内，这样就增加了

速度并提高了灵活性。MySQL所使用的SQL语言是用于访

问数据库的最常用标准化语言。MySQL软件采用了双授权政

策，它分为社区版和商业版，由于其体积小、速度快、总体拥

有成本低，尤其是开放源码这一特点，一般中小型网站的开

发都选择MySQL作为网站数据库。由于其社区版的性能卓越,

搭配PHP和Apache可组成良好的开发环境。

1.4.3Eclipse

Eclipse是一个开放源代码的、基于Java的

可扩展开发平台。就其本身而言，它只是一

个框架和一组服务，用于通过插件组件构建

开发环境。幸运的是,Eclipse附带了一个标

准的插件集，包括Java开发工具（Java

DevelopmentKit,JDK）。

2国内外研究现状

2.1国内研究现状

随着企业的快速发展，相应的各种信息也日益增长，原始的人工考勒己满足不了企业的

需求，在此情况卜，企业入约而同的引入考勤管理软件，也使考勤管理系统的开发得到很大

的发展。而目前仍有很多企业的这项工作还处于传统手二纸质阶段，信息资源的数字化程度

低，大部分历史积累的数据，尚未数字化。不利于科学管理和决策。

传统企业考勤管理都是以企业前台纸质打卡机或签到为主,

记录员工出勤情况，每周根据出勤表及登记表对员工平时出

勤情况奖惩，然后把数据上交到企业负责人。传统的员工请

假方式需要经过多人的同意，请假困难也是员工的烦恼之

-O这种的模式在目前企业管理中暴露出了许多弊端：一是

员工请假不方便；二是员工请假对主管人员不透明，造成对

员工出勤误记的情况；三是员工出勤表对分管经理、总经理

不透明，分管经理、总经理很难知道企业的出勤情况，不便

于与员工及时有效的沟通；四是员工对自己整个工作周的出

勤情况没有整体的统计信息。

2.2国外研究现状

国外的考勤管理软件发展早，成熟度高，国

内与之相比，还有很大的距离。早在七十年

代末，美国就建成了NSFNET（国家科学基金

网），其课题的申报及课题的进展情况汇报

都在网上进行。其信息化考勤管理系统也十

分完善，企业各个部门的员工可以通过一台

终端机完成上班、下班、因公外出、隐私请

假等的全过程。目前，国际上已具规模的企

业均已大规模引入考勤管理系统，信息化的

考勤管理系统正发挥着巨大的作用，为企业

提高工作效率与效益做出巨大贡献。所有这

些无不证明，信息化的考勤管理系统在企业

的各个方面都有很高的应用。

3企业考勤管理系统分析与总体设计

3.1企业考勤管理系统可行性研究

考勤管理有它自己的专门知识和术语。必须学习了解有关考勤处理的基本知识，并且要掌握考

勤处理的大概情况。行政部门每天处理考勤情况，根据考勤记录，编制当天考勤情况表和迟到

早退惩罚情况表，并张贴到告示板。新系统的逻辑模型可以通过对正在使用的系统进行调查的

基础上获得。如图3-1所示：

图3-1逻辑模型图

在这个高层次的数据流图上列出了“职员”，它既是数据流的源点又是终点。系统输出一

些报表给行政主管，因此“行政主管”也是数据的终点。接下来就是基本系统模型的细化，系

统主要功能的叙述。如图3-2所示：

图3-2基本系统模型细化图

从图可知，系统务必完成的3个主要功能有“处理事务”、“确

认信息”和“产生报表”，图中的“考勤管理系统”由这3

个主要功能代表。此外，数据流图的细化过程中还加入了3

个数据存储。处理事务需要“事务数据”；另外，“产生报表”

和“处理事务”不在同一时间段，因此还需要“报表”来数

据存储；同理，“确认信息”与“处理事务”也需要“考勤

数据”来数据存储。

3.2企业考勤管理系统需求分析

对目标系统提出完整、准确、清晰、具体的要求是需求分析

必须完成的任务。在这个阶段，分析员应在高层功能级数据

流图的基础上开发更精确的数据流图，同时还要建立数据字

典。这些文档是需求分析结束的标准。本阶段会严格定义许

多实际被忽略了的系统元素。

3.2.1完善数据流图

在可行性分析阶段建立的功能级数据流图中，一些数据存储及变换的具体含义尚未明

确。必须对系统作进一步的分析，逐步对尚未明确的步骤进行定义。从.匕一阶段可•以看出，流

向数据终点“职员”的数据流是“考勤数据”，而“考勤数据”这个数据流的含义和组成，我

们并不十分清晰和明确。从职员考勤数据表中可以看出，这个数据流包含：职员姓名、职员

号、当天是否迟到、上一天是否早退、本月迟到次数、在月早退次数、连续迟到次数、连续

早退次数和奖惩措施（与职员对应）。

对这个数据流图进行从下往上的回溯分析，可以确定每个数

据项的来源。“考勤数据”可由变换4“确认数据”得到，同

时，变换4的基本功能是输出已经记录的数据，不能改变数

据。继续回溯，回到数据储存“考勤数据”，数据储存只是

保存数据的场所，所包含的数据项和相关的输入/输出数据

流相同，不会更改。更进一步回溯到变换3“处理事务”时，可

知确认数据是由这个变换框计算出来，因此，需要对该变换

设计相应的算法。从系统设计要求中可得：确认数据二职员姓

名+职员号+当天是否迟到+上一天是否早退+本月迟到次数+

本月早退次数+连续迟到次数+连续早退次数+奖惩措施。这些

数据可以从行政管理部门得到，但怎么得到数据还不太清楚,

下一步应该确定这些数据的终端来源。

在一步一步的分析和划分系统中的数据元素，了解来源和算

法。在这个过程中，相关数据的信息需要记录在数据字典中，

算法需要记录在IPO图中。

3.2.2细化数据流图

许多数据项在考勤管理系统中解释，为了清晰明确的了解这些数据是怎么得到的，必须确认

数据的算法。已知：确认数据二职员姓名+职员号+当天是否迟到+上一天是否早退+本月迟到次

数+本月早退次数十连续迟到次数+连续早退次数+奖惩措施。这些数据一部分从行政管理部门

获得，另一部分是从人事档案得来，但行政部门不管辖人事档案。在数据流图中缺少人事档

案的数据存储，因此，需要加入取名为“人事数据”的数据存储。经观察，系统中没有人事

数据的存在，经过再次了解访问，这些人事数据从人事部门获得。但人事部门表示，这些数

据也不是一成不变，因此，需要一个新的变换“修改人事数据，数据流图的再次完善，如图

3-3所示：

6

图3-3数据流图

与上述分析得出的考勤管理系统的数据流图相应的数据字典如下。

（1）数据流描述

事务二职员姓名+职员号+考勤

考勤数据二职员姓名+职员号+当天是否迟到+上一天是否早退+本月迟到次数+本月早退次

数+连续迟到次数+连续早退次数+奖惩措施

人事数据=职员姓名+职员号+性别+历史考勤数据

报表=考勤汇总+奖惩汇总+考勤签收表

（2）数据存储描述

数据存储名：事务数据文件

组成：｛事务数据｝

组织：职员号大小顺序为主，部门号大小顺序为辅

数据存储名：人事数据文件

组成：｛人事数据｝

组织：职员号大小顺序为主，部门号大小顺序为辅

数据存储名：考勤数据文件

组成：｛考勤数据｝

组织：职员号大小顺序为主，部门号大小顺序为辅

（3）变换描述

变换名：收集数据

变换编号：1

输入数据流：事务数据

输出数据流：事务数据

变换逻辑：职员考勤信息与职员对应

变换名：验证数据

变换编号：2

输入数据流：事务数据

输出数据流：事务数据

变换逻辑：职员考勤信息的校对检查，确保数据一致

变换名：处理事务

变换编号：3

输入数据流：事务数据、人事数据

输出数据流：考勤数据、报表

变换逻辑：获得事务数据、获得人事数据、验证考勤信息、更改历史考勤数据，编写确

认信息表、编写报表

变换名：确认信息

变换编号：4

输入数据流：考勤数据

输出数据流：确认信息

变换逻辑：考勤信息通知员工，进行确认

变换名：产生报表

变换编号：5

输入数据流：考勤数据

输出数据流：考勤汇总表、奖惩汇总表、考勤签收表

变换逻辑：汇总考勤数据确认表中的各个项目，产生相应报表

变换名：修改人事数据

变换编号：6

输入数据流：修改数据项

输出数据流：修改后的人事数据

变换逻辑：需要修改的数据项，进行修改

接下来，就需要而现在的数据流图的每一个变换进行检查，若某个变换还是比较复杂,

不好理解，就应该对这个变换进行分解，若全都比较容易理解，则不需要改动。这样，通过

功能细化分解来达到细化数据流图的目的。若将比较复杂的变换分解成若干个子功能后，这

些子功能就成了较低层次的数据流图的变换，也应有相应的数据存储和数据流。

为了便于追踪，分解出来的子功能应该根据原功能进行编号，以此类推。数据字典也应

在分解完毕后进行补充。

在该考勤管理系统中，对变换3“处理事务”进行分解，分解后，最终的数据流程图如下

图3-4所示：

6

职员

图3-4最终数据流图

3.3企业考勤管理系统总体设计

系统总体设计的基本任务就是解决系统应该如何实现的问题,

设计出组成系统的物理元素一一程序、文件、数据库、人工

过程和文档等等，并确定每个模块的组成以及模块之间的关

系。

3.3.1设计方案的选择

在完成的数据流图的基础上，需要划分出自动化边界和非自动化边界，从而衍生出多个

初步方案，在经过比较分析之后，选择一个最优化方案向使用部门和企业负责人汇报。划分

图3-5边界划分图

如图所示，“收集数据”，“确认信息”，“修改人事数据”

可以用人工处理，其余部分可在系统中自动化处理。

3.3.2软件结构设计

软件结构设计的主要目的是为了把系统内部各种电脑无法自动处理的功能关系转化成程

序模块之间的控制关系。

（1）复查并确定数据流图的类型。考勤管理系统的数据流图拥有比较明显的输入、中

心处理和输出三个部分，因此，属于变换型的数据流图。“事务数据”、“人事数据”是逻辑输

入，“考勤数据”、“报表”是逻辑输出。

（2）设计上层模块。上层模块中的主控模块为“考勤制度管理系统”，可以分成输入、

中心处理和输出三个子模块。如图3-6所示：

图3-6主控模块分解图

分解上层模块中、下层模块。上图所示的中心处理模块与变换“处理事务”相对应，而变换

“处理事务”分解后的数据流图又包括“取数据”“验证考勤信息”“当天是否迟到”“更改历

史数据”“前一天是否迟到”“写确认信息表”“写报表”等7个功能。所以中心处理模块分解

后的“考勤管理系统”分层结构图如图3-7所示：

图3-7分层结构图

由图可见，“考勤管理系统”模块总是最先开始运行。系统调用“取数据”模块读取数

据。然后把控制权归还“考勤管理系统”模块。再接着，“考勤管理系统”模块将控制权转

给“验证考勤信息”模块，完成验证之后又将控制权返回“考勤管理系统”模块。以此类推,

最后由“考勤管理系统”模块结束处埋。

在软件设计中，对考勤数据的处理规则是：只有把所有的有关数据全部收集完毕，才能

确认一名员工的考勤情况。根据这条规则可知，确认考勤情况时，事务数据、人事数据和考

勤数据等有关数据缺一不可。但在取数据这•处理中，概念较为复杂，进一步分解为如组3-8

所示：

图3-8取数据分解图

至此，只有“写报表”模块的功能还需要进一步考虑。因为需要各种报表（当天考勤表、

奖惩表、考勤确认表、当月考勤汇总表）的汇总，因此需要在数据处理完毕后才能产生需要

的报表。这就要求在软件结构中增加一个“打印”模块，在适当的时候打印上述两类报告，完

成系统的输出功能。另外，系统在进行初始化设置之后才能输入相关数据。分解完各模块后,

汇总的结构图如图3-9所示：

图3-9考勤制度管理系统结构汇总图

4数据库设计

41数据库概念模型设计

对于一个信息管理系统来说，数据库的概念模型设计是首要部分，数据库设计的好坏，

效率的高低，将直接影响该信息管理系统的运行效果。数据库概念模型设计的是否合理，对

数据的存储、保证数据完整•致、提取数据等具有重要的作用。如图4-1,则是本数据库的概

念模型。

Q部门介绍）一部门一部门名称

Q产门负责人;

图4T概念模型图

4.2数据库逻辑模型设计

逻辑模型在数据库的设计中是非常重要的部分，在这•部分，主要任务是对概念模型图

的转换。需要解决的问题主要有两方面：（D概念模型图中各实体的属性；（2）设计各实体间

的关系与属性之间的关系。

概念模型图转换成关系模型如下：

管理员信息（管理员账号、管理员ID号、管理员密码）

考勒信息（员工ID号、日期、是否请假、是否出差、是否迟到、是否早退、是否旷工）

员工信息（员工ID号、姓名、电话、密码、部门号）

部门信息（部门号、部门介绍、部门名称、部门负责人）

4.3数据库物理模型设计

在对系统信息的需求分析基础上，可以得到清晰的逻辑数据库结构，由此，我们可以设

计出数据库的物理结构。

(1)staff表(员工信息表)

IJTableName:sta吊Schema:attendence

ColumnNameDatatypePKNNUQBINUNZFAIDefault

ie_ldINT(10)

/djdINT(11)

>e_nameVARCHAR(45)

◊e_telVARCHAR(45)

ve_passwordVARCHAR(45)

图4-1staff表

(2)managei表(管理员信息衣)

TableName:managerSchema:attendence

ColumnNameDatatype2BINUNZFAIDefault

十m_noINT(11)

OmjdVARCHAR(45)

◊m_passwordVARCHAR(45)

图4-2manager表

(3)department表(部门信息表)

TableName:rtmentattendence

ColumnNameDatatypeBINUNZFAIDefault

tDJDINT(10)

0D_NAMEVARCHAR(45)

0D.ABOUTVARCHAR(45)

D.LEADERVARCHAR(45)

图4-3department表

(4)attendance-dateS(日记录信息表)

邛TableName:匹曲般」

?

ColumnNameDatatypPKNNUQBINUNAI

回nn□M

1AD_NOINT(11)B

回n□B

0AD.DATEDATEBn

回B□

0E_IDINT(11)nn

团n□n

QAD.LEAVEINT(11)B

回n□E

QAD.ERRANDINT(11)BJ

回n

B□n

QAD.LATEINT(11)

回sB□n

QAD.EARLYINT(11)E

回In□

0AD_ABSENTINT(11)Z

匚Gn□!

图4-4attendance-date表

(5)attendance表(考勤信息表)

TableName:Schema:attendence

ColumnNameDatatypeBINDefault

'AT_NOINT(11)

0EJDINT(11)

0ALINDATETIMENULL

0AT_OUTDATETIMENULL

图4-5attendance表

（6）errand表（出差信息表）

TabJeName:

ColumnNameDatatype

♦ER_NOINT(11)

OE_IDINT(11)

◊ER_STARTTIMEDATETIME

OER_ENDTIMEDATETIME

0ERDESCRIPTIONVARCHAR(45)

图4-6eiTand表

（7）leave表（请假信息表）

TableName:Schema:attendence

Default

ColumnNameDatatype^BIN[U□NZdFAMI

tLV_NOINT(11)

□□□s门

OEJDINT(11)□□□s□NULL

OLV_STARTTIMEDATETIME□□□n□NULL

OLV_ENDTIMEDATEUME□□□B□NULL

OLVREASONVARCHAR(45)□□B

{口NULL

o

图4-7leave表

5系统实现

5.1考勤界面

由于条件限制，没有指纹机一类的外接设备，因此设计成输入员工号打卡界面，输入已有的

员工号，点击打卡后会显示成功，输入未知员工号后则会显示ID不存在。

图5T打卡界面

图5-2打卡成功界面

图5-3打卡未成功界面

5.2员工登录

登录系统中的个人登陆即员工登陆，登陆成功后，可以进行个人管理。

图5-4个人辔录

5.2.1员工个人信息界面

图5-5个人信息

在个人信息界面中，会显示该员工的具体信息，包括ID号、

员工姓名、所属部门ID号、所属部门名称和员工电话。

5.2.2员工造假申请界面

图5-6请假申请

在请假申请界面中，请假开始的时间、预计结束的时间

和本次请假原因是员工需要填写的相应信息，点击确定按钮

后录入数据库保存。

5.2.3员工出差申请界面

图5-7出差申请

在出差申请中，同样需要填写本次出差开始时间、预计

结束时间和本次出差原因，点击确定按钮后录入数据库保

存。

5.2.4员工出勤情况界面

图5-8出勤情况

在出勤情况中，点击查询，会显示是否正常出勤、是否

迟到、是否早退、是否请假和是否出差。

5.3管理员登录

登录系统中的管理员登录，登录成功后可以获得权限，对