企业考勤管理系统.docx

上传人:b****6 文档编号:6857983 上传时间:2023-01-11 格式:DOCX 页数:17 大小:214.10KB
下载 相关 举报
企业考勤管理系统.docx_第1页
第1页 / 共17页
企业考勤管理系统.docx_第2页
第2页 / 共17页
企业考勤管理系统.docx_第3页
第3页 / 共17页
企业考勤管理系统.docx_第4页
第4页 / 共17页
企业考勤管理系统.docx_第5页
第5页 / 共17页
点击查看更多>>
下载资源
资源描述

企业考勤管理系统.docx

《企业考勤管理系统.docx》由会员分享,可在线阅读,更多相关《企业考勤管理系统.docx(17页珍藏版)》请在冰豆网上搜索。

企业考勤管理系统.docx

企业考勤管理系统

Documentserialnumber【UU89WT-UU98YT-UU8CB-UUUT-UUT108】

 

企业考勤管理系统

企业考勤管理系统

总体设计

1绪论

研究的背景

研究的目的与意义

研究思路与主要内容

研究技术简介

JAVA

MySQL

Eclipse

2国内外研究现状-

国内研究现状

国外研究现状

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

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

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

完善数据流图

细化数据流图

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

设计方案的选择

软件结构设计

4数据库设计

数据库概念模型设计

数据库逻辑模型设计-

数据库物理模型设计

5系统实现

考勤界面

员工登录-

员工个人信息界面-

员工请假申请界面

员工出差申请界面

员工出勤情况界面

管理员登录

员工管理界面

部门管理界面

考勤信息导出界面

管理员密码修改界面

1绪论

研究的背景

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

以考勤管理为例,企业大多数仍处于原始人工纸质方式记录企业员工每日出勤情况。

这种考勤方式存在先天的弊端,方式繁琐,准确性、透明性、实时性差等,受人为因素影响大,甚至出现监管人员因个人因素导致考勤情况存在不平等现象,造成企业员工存在侥幸心理或代考勤情况的出现,不利于企业员工的管理。

且由于人工考勤的方式,需要增加纸张与人工的成本,一定程度上增加了企业的运行成本。

伴随着日益发展扩大的企业,人工考勤的弊端日益显现,企业的运行效率与效益都会受到很大的影响。

在21世纪的今天,随着信息化技术的发展,信息化社会正逐渐形成,越来越多的应用于实际生活中,信息化技术的革命也促进了社会各个方面的进步。

这也要求企业进行转变,而利用信息化技术管理企业就成为企业在实际竞争中的当务之急,在经过摸索和实践之后,信息技术在企业中的充分应用,可以很好的改善这一窘境。

企业规模的扩大,员工数量的增多,使得传统人工纸质的考勤方式不再能适应日益繁杂的企业考勤管理工作,这也从另一方面显示着信息化的考勤管理系统出现的必然性,与此同时,计算机技术的发展与普及,也变相的为考勤管理系统的发展打下良好的基础。

研究的目的与意义

本文研究的主要目的与意义是基于信息化技术的实际应用,通过实际生活中的案例,将信息化技术融入生活,为企业设计考勤管理系统,节约企业运行成本,提高企业运行效率与效益。

研究思路与主要内容

图1-1企业考勤管理系统总体设计框架

研究技术简介

JAVA

JAVA是一种可以撰写跨应用的面向对象的设计,是由SunMicrosystems公司于1995年5月推出的Java程序设计语言和Java平台(即JavaEE,JavaME,JavaSE)的总称。

Java自面世后就非常流行,发展迅速,对C++语言形成了有力冲击。

Java技术具有卓越的通用性、高效性、平台移植性和安全性,广泛应用于个人PC、数据中心、游戏控制台、超级计算机、移动电话和互联网,同时拥有全球最大的开发者专业社群。

在全球云计算和移动互联网的产业环境下,Java更具备了显着优势和广阔前景。

MySQL

MySQL是一个关系型数据库管理系统,由瑞典MySQLAB公司开发,目前属于Oracle公司。

Mysql是最流行的关系型数据库管理系统,在WEB应用方面MySQL是最好的RDBMS(RelationalDatabaseManagementSystem:

关系数据库管理系统)应用软件之一。

关联数据库将数据保存在不同的表中,而不是将所有数据放在一个大仓库内,这样就增加了速度并提高了灵活性。

MySQL所使用的SQL语言是用于访问数据库的最常用标准化语言。

MySQL软件采用了双授权政策,它分为社区版和商业版,由于其体积小、速度快、总体拥有成本低,尤其是开放源码这一特点,一般中小型网站的开发都选择MySQL作为网站数据库。

由于其社区版的性能卓越,搭配PHP和Apache可组成良好的开发环境。

Eclipse

Eclipse是一个开放源代码的、基于Java的可扩展开发平台。

就其本身而言,它只是一个框架和一组服务,用于通过插件组件构建开发环境。

幸运的是,Eclipse附带了一个标准的插件集,包括Java开发工具(JavaDevelopmentKit,JDK)。

2国内外研究现状

国内研究现状

随着企业的快速发展,相应的各种信息也日益增长,原始的人工考勤已满足不了企业的需求,在此情况下,企业不约而同的引入考勤管理软件,也使考勤管理系统的开发得到很大的发展。

而目前仍有很多企业的这项工作还处于传统手工纸质阶段,信息资源的数字化程度低,大部分历史积累的数据,尚未数字化。

不利于科学管理和决策。

传统企业考勤管理都是以企业前台纸质打卡机或签到为主,记录员工出勤情况,每周根据出勤表及登记表对员工平时出勤情况奖惩,然后把数据上交到企业负责人。

传统的员工请假方式需要经过多人的同意,请假困难也是员工的烦恼之一。

这种的模式在目前企业管理中暴露出了许多弊端:

一是员工请假不方便;二是员工请假对主管人员不透明,造成对员工出勤误记的情况;三是员工出勤表对分管经理、总经理不透明,分管经理、总经理很难知道企业的出勤情况,不便于与员工及时有效的沟通;四是员工对自己整个工作周的出勤情况没有整体的统计信息。

国外研究现状

国外的考勤管理软件发展早,成熟度高,国内与之相比,还有很大的距离。

早在七十年代末,美国就建成了NSFNET(国家科学基金网),其课题的申报及课题的进展情况汇报都在网上进行。

其信息化考勤管理系统也十分完善,企业各个部门的员工可以通过一台终端机完成上班、下班、因公外出、隐私请假等的全过程。

目前,国际上已具规模的企业均已大规模引入考勤管理系统,信息化的考勤管理系统正发挥着巨大的作用,为企业提高工作效率与效益做出巨大贡献。

所有这些无不证明,信息化的考勤管理系统在企业的各个方面都有很高的应用。

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

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

考勤管理有它自己的专门知识和术语。

必须学习了解有关考勤处理的基本知识,并且要掌握考勤处理的大概情况。

行政部门每天处理考勤情况,根据考勤记录,编制当天考勤情况表和迟到早退惩罚情况表,并张贴到告示板。

新系统的逻辑模型可以通过对正在使用的系统进行调查的基础上获得。

如图3-1所示:

图3-1逻辑模型图

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

系统输出一些报表给行政主管,因此“行政主管”也是数据的终点。

接下来就是基本系统模型的细化,系统主要功能的叙述。

如图3-2所示:

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

从图可知,系统务必完成的3个主要功能有“处理事务”、“确认信息”和“产生报表”,图中的“考勤管理系统”由这3个主要功能代表。

此外,数据流图的细化过程中还加入了3个数据存储。

处理事务需要“事务数据”;另外,“产生报表”和“处理事务”不在同一时间段,因此还需要“报表”来数据存储;同理,“确认信息”与“处理事务”也需要“考勤数据”来数据存储。

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

对目标系统提出完整、准确、清晰、具体的要求是需求分析必须完成的任务。

在这个阶段,分析员应在高层功能级数据流图的基础上开发更精确的数据流图,同时还要建立数据字典。

这些文档是需求分析结束的标准。

本阶段会严格定义许多实际被忽略了的系统元素。

完善数据流图

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

必须对系统作进一步的分析,逐步对尚未明确的步骤进行定义。

从上一阶段可以看出,流向数据终点“职员”的数据流是“考勤数据”,而“考勤数据”这个数据流的含义和组成,我们并不十分清晰和明确。

从职员考勤数据表中可以看出,这个数据流包含:

职员姓名、职员号、当天是否迟到、上一天是否早退、本月迟到次数、本月早退次数、连续迟到次数、连续早退次数和奖惩措施(与职员对应)。

对这个数据流图进行从下往上的回溯分析,可以确定每个数据项的来源。

“考勤数据”可由变换4“确认数据”得到,同时,变换4的基本功能是输出已经记录的数据,不能改变数据。

继续回溯,回到数据储存“考勤数据”,数据储存只是保存数据的场所,所包含的数据项和相关的输入/输出数据流相同,不会更改。

更进一步回溯到变换3“处理事务”时,可知确认数据是由这个变换框计算出来,因此,需要对该变换设计相应的算法。

从系统设计要求中可得:

确认数据=职员姓名+职员号+当天是否迟到+上一天是否早退+本月迟到次数+本月早退次数+连续迟到次数+连续早退次数+奖惩措施。

这些数据可以从行政管理部门得到,但怎么得到数据还不太清楚,下一步应该确定这些数据的终端来源。

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

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

细化数据流图

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

已知:

确认数据=职员姓名+职员号+当天是否迟到+上一天是否早退+本月迟到次数+本月早退次数+连续迟到次数+连续早退次数+奖惩措施。

这些数据一部分从行政管理部门获得,另一部分是从人事档案得来,但行政部门不管辖人事档案。

在数据流图中缺少人事档案的数据存储,因此,需要加入取名为“人事数据”的数据存储。

经观察,系统中没有人事数据的存在,经过再次了解访问,这些人事数据从人事部门获得。

但人事部门表示,这些数据也不是一成不变,因此,需要一个新的变换“修改人事数据”。

数据流图的再次完善,如图3-3所示:

图3-3数据流图

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

(1)数据流描述

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

考勤数据=职员姓名+职员号+当天是否迟到+上一天是否早退+本月迟到次数+本月早退次数+连续迟到次数+连续早退次数+奖惩措施

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

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

(2)数据存储描述

数据存储名:

事务数据文件

组成:

{事务数据}

组织:

职员号大小顺序为主,部门号大小顺序为辅

数据存储名:

人事数据文件

组成:

{人事数据}

组织:

职员号大小顺序为主,部门号大小顺序为辅

数据存储名:

考勤数据文件

组成:

{考勤数据}

组织:

职员号大小顺序为主,部门号大小顺序为辅

(3)变换描述

变换名:

收集数据

变换编号:

1

输入数据流:

事务数据

输出数据流:

事务数据

变换逻辑:

职员考勤信息与职员对应

变换名:

验证数据

变换编号:

2

输入数据流:

事务数据

输出数据流:

事务数据

变换逻辑:

职员考勤信息的校对检查,确保数据一致

变换名:

处理事务

变换编号:

3

输入数据流:

事务数据、人事数据

输出数据流:

考勤数据、报表

变换逻辑:

获得事务数据、获得人事数据、验证考勤信息、更改历史考勤数据,编写确认信息表、编写报表

变换名:

确认信息

变换编号:

4

输入数据流:

考勤数据

输出数据流:

确认信息

变换逻辑:

考勤信息通知员工,进行确认

变换名:

产生报表

变换编号:

5

输入数据流:

考勤数据

输出数据流:

考勤汇总表、奖惩汇总表、考勤签收表

变换逻辑:

汇总考勤数据确认表中的各个项目,产生相应报表

变换名:

修改人事数据

变换编号:

6

输入数据流:

修改数据项

输出数据流:

修改后的人事数据

变换逻辑:

需要修改的数据项,进行修改

接下来,就需要对现在的数据流图的每一个变换进行检查,若某个变换还是比较复杂,不好理解,就应该对这个变换进行分解,若全都比较容易理解,则不需要改动。

这样,通过功能细化分解来达到细化数据流图的目的。

若将比较复杂的变换分解成若干个子功能后,这些子功能就成了较低层次的数据流图的变换,也应有相应的数据存储和数据流。

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

数据字典也应在分解完毕后进行补充。

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

图3-4最终数据流图

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

系统总体设计的基本任务就是解决系统应该如何实现的问题,设计出组成系统的物理元素——程序、文件、数据库、人工过程和文档等等,并确定每个模块的组成以及模块之间的关系。

设计方案的选择

在完成的数据流图的基础上,需要划分出自动化边界和非自动化边界,从而衍生出多个初步方案,在经过比较分析之后,选择一个最优化方案向使用部门和企业负责人汇报。

划分边界后的企业考勤管理系统,如图3-5所示:

图3-5边界划分图

如图所示,“收集数据”,“确认信息”,“修改人事数据”可以用人工处理,其余部分可在系统中自动化处理。

软件结构设计

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

(1)复查并确定数据流图的类型。

考勤管理系统的数据流图拥有比较明显的输入、中心处理和输出三个部分,因此,属于变换型的数据流图。

“事务数据”、“人事数据”是逻辑输入,“考勤数据”、“报表”是逻辑输出。

(2)设计上层模块。

上层模块中的主控模块为“考勤制度管理系统”,可以分成输入、中心处理和输出三个子模块。

如图3-6所示:

图3-6主控模块分解图

(3)分解上层模块中、下层模块。

上图所示的中心处理模块与变换“处理事务”相对应,而变换“处理事务”分解后的数据流图又包括“取数据”“验证考勤信息”“当天是否迟到”“更改历史数据”“前一天是否迟到”“写确认信息表”“写报表”等7个功能。

所以中心处理模块分解后的“考勤管理系统”分层结构图如图3-7所示:

图3-7分层结构图

由图可见,“考勤管理系统”模块总是最先开始运行。

系统调用“取数据”模块读取数据。

然后把控制权归还“考勤管理系统”模块。

再接着,“考勤管理系统”模块将控制权转给“验证考勤信息”模块,完成验证之后又将控制权返回“考勤管理系统”模块。

以此类推,最后由“考勤管理系统”模块结束处理。

在软件设计中,对考勤数据的处理规则是:

只有把所有的有关数据全部收集完毕,才能确认一名员工的考勤情况。

根据这条规则可知,确认考勤情况时,事务数据、人事数据和考勤数据等有关数据缺一不可。

但在取数据这一处理中,概念较为复杂,进一步分解为如图3-8所示:

图3-8取数据分解图

至此,只有“写报表”模块的功能还需要进一步考虑。

因为需要各种报表(当天考勤表、奖惩表、考勤确认表、当月考勤汇总表)的汇总,因此需要在数据处理完毕后才能产生需要的报表。

这就要求在软件结构中增加一个“打印”模块,在适当的时候打印上述两类报告,完成系统的输出功能。

另外,系统在进行初始化设置之后才能输入相关数据。

分解完各模块后,汇总的结构图如图3-9所示:

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

4数据库设计

数据库概念模型设计

对于一个信息管理系统来说,数据库的概念模型设计是首要部分,数据库设计的好坏,效率的高低,将直接影响该信息管理系统的运行效果。

数据库概念模型设计的是否合理,对数据的存储、保证数据完整一致、提取数据等具有重要的作用。

如图4-1,则是本数据库的概念模型。

图4-1概念模型图

数据库逻辑模型设计

逻辑模型在数据库的设计中是非常重要的部分,在这一部分,主要任务是对概念模型图的转换。

需要解决的问题主要有两方面:

(1)概念模型图中各实体的属性;

(2)设计各实体间的关系与属性之间的关系。

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

管理员信息(管理员账号、管理员ID号、管理员密码)

考勤信息(员工ID号、日期、是否请假、是否出差、是否迟到、是否早退、是否旷工)

员工信息(员工ID号、姓名、电话、密码、部门号)

部门信息(部门号、部门介绍、部门名称、部门负责人)

数据库物理模型设计

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

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

图4-1staff表

(2)manager表(管理员信息表)

图4-2manager表

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

图4-3department表

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

图4-4attendance-date表

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

图4-5attendance表

(6)errand表(出差信息表)

图4-6errand表

(7)leave表(请假信息表)

图4-7leave表

5系统实现

考勤界面

由于条件限制,没有指纹机一类的外接设备,因此设计成输入员工号打卡界面,输入已有的员工号,点击打卡后会显示成功,输入未知员工号后则会显示ID不存在。

图5-1打卡界面

图5-2打卡成功界面

图5-3打卡未成功界面

员工登录

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

图5-4个人登录

员工个人信息界面

图5-5个人信息

在个人信息界面中,会显示该员工的具体信息,包括ID号、员工姓名、所属部门ID号、所属部门名称和员工电话。

员工请假申请界面

图5-6请假申请

在请假申请界面中,请假开始的时间、预计结束的时间和本次请假原因是员工需要填写的相应信息,点击确定按钮后录入数据库保存。

员工出差申请界面

图5-7出差申请

在出差申请中,同样需要填写本次出差开始时间、预计结束时间和本次出差原因,点击确定按钮后录入数据库保存。

员工出勤情况界面

图5-8出勤情况

在出勤情况中,点击查询,会显示是否正常出勤、是否迟到、是否早退、是否请假和是否出差。

管理员登录

登录系统中的管理员登录,登录成功后可以获得权限,对员工信息和部门信息进行管理,也可以对管理员密码进行重新设置。

图5-9管理员登录

员工管理界面

图5-10员工管理

在员工管理中,管理员拥有对员工进行员工注册、员工修改和员工删除三项操作的权限。

(1)员工注册

图5-11员工注册

在员工注册中,可以进行新员工信息注册,需要填写新员工的姓名、电话和部门,点击确认后即可录入数据库,数据库在记录该员工信息后会自动分配一个新的员工ID号给该员工,新员工可凭分配的ID号打卡和个人登录,新员工默认密码为123456,登陆后可进行密码的重新设置。

(2)员工信息修改

图5-12员工修改

在员工修改中,需要先输入员工ID号,点击查询按钮进行查询,查询成功后才可进行修改,管理员可对员工的姓名、部门、电话和密码进行修改,修改完毕后,点击修改按钮进行修改,修改成功后,员工最新信息会被录入数据库,覆盖该员工修改前的信息,这样可确保企业所属员工的个人信息为最新。

(3)员工删除

图5-13员工删除

在员工删除中,同样需要先输入想删除的员工ID号进行查询,查询成功则会显示该ID号所属员工的个人信息,再与想删除员工的人格信息进行对比,相同则可以点击删除按钮进行员工的删除,不同则需要检查是否员工ID号输入错误等问题,这样则不会发生企业所属员工的错误删除,确保员工个人信息的安全。

部门管理界面

图5-14部门管理

在部门管理中,可以进行部门注册和部门修改的操作。

(1)部门注册

图5-15部门注册

在部门注册中,可以进行新部门的注册,需要填写新部门的名称、新部门介绍和新部门负责人的ID号,点击确认按钮后即可录入数据库,数据库在存储该新部门的信息后会分配一个新的部门ID号给该部门。

同时,会在部门负责人的个人信息中添加管辖的该新部门。

(2)部门修改与删除

图5-16部门修改与删除

在部门修改中,同样需要先进行部门的查询,输入需要修改的部门ID号,点击查询按钮,查询成功则会显示该部门的相关信息,这时可进行部门相关信息的修改。

同时,如需要删除,则跳过修改步骤,在查询成功后,直接点击删除按钮即可,不论是部门信息的修改还是删除,在操作后都会即时录入数据库进行保存。

考勤信息导出界面

在考勤信息中,分为部门考勤信息和员工考勤信息,均可以Excel的格式进行导出查看,方便对整个企业各个部门和员工的出勤情况进行了解。

(1)部门考勤信息导出界面

图5-17部门考勤信息导出

(2)员工考勤信息导出界面

图5-18员工考勤信息导出

管理员密码修改界面

图5-19管理员密码修改

在管理员密码修改中,可以对管理员的密码进行重新设置,输入完毕后,点击确认即可录入数据库保存,若在新密码空白的情况下点击确认,会将该管理员密码默认设置为123456。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 医药卫生 > 中医中药

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1