企业考勤综合管理系统.doc

企 业 考 勤 管 理 系 统

总 体 设 计
目录
1 绪论
1.1 研究背景
1.2 研究目标和意义
1.3 研究思绪和关键内容
1.4 研究技术介绍
1.4.1 JAVA
1.4.2 MySQL
1.4.3 Eclipse
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 研究背景
多年以来，不仅经济总量增加快速，私营企业数量也在和日俱增，但在管理水平上却没有和数量增加达成持平。以考勤管理为例，企业大多数仍处于原始人工纸质方法统计企业职员每日出勤情况。这种考勤方法存在先天弊端，方法繁琐，正确性、透明性、实时性差等，受人为原因影响大，甚至出现监管人员因个人原因造成考勤情况存在不平等现象，造成企业职员存在侥幸心理或代考勤情况出现，不利于企业职员管理。且因为人工考勤方法，需要增加纸张和人工成本，一定程度上增加了企业运行成本。伴伴随日益发展扩大企业，人工考勤弊端日益显现，企业运行效率和效益全部会受到很大影响。
在二十一世纪今天，伴随信息化技术发展，信息化社会正逐步形成，越来越多应用于实际生活中，信息化技术革命也促进了社会各个方面进步。这也要求企业进行转变，而利用信息化技术管理企业就成为企业在实际竞争中当务之急，在经过探索和实践以后，信息技术在企业中充足应用，能够很好改善这一窘境。企业规模扩大，职员数量增多，使得传统人工纸质考勤方法不再能适应日益繁杂企业考勤管理工作，这也从其次显示着信息化考勤管理系统出现肯定性，和此同时，计算机技术发展和普及，也变相为考勤管理系统发展打下良好基础。
1.2 研究目标和意义
本文研究关键目标和意义是基于信息化技术实际应用，经过实际生活中案例，将信息化技术融入生活，为企业设计考勤管理系统，节省企业运行成本，提升企业运行效率和效益。

1.3 研究思绪和关键内容
行政主管（考勤）
考勤管理系统
职员
系统管理员
数据库

图1-1 企业考勤管理系统总体设计框架
1.4 研究技术介绍
1.4.1 JAVA
JAVA是一个能够撰写跨平台应用软件面向对象程序设计语言，是由Sun Microsystems企业于1995年5月推出Java程序设计语言和Java平台（即JavaEE, JavaME, JavaSE）总称。Java自面世后就很流行，发展快速，对C++语言形成了有力冲击。Java 技术含有卓越通用性、高效性、平台移植性和安全性，广泛应用于个人PC、数据中心、游戏控制台、科学超级计算机、移动电话和互联网，同时拥有全球最大开发者专业社群。在全球云计算和移动互联网产业环境下，Java更含有了显著优势和宽广前景。
1.4.2 MySQL
MySQL是一个关系型数据库管理系统，由瑞典MySQL AB企业开发，现在属于Oracle企业。Mysql是最流行关系型数据库管理系统，在WEB应用方面MySQL是最好RDBMS(Relational Database Management System：关系数据库管理系统)应用软件之一。关联数据库将数据保留在不一样表中，而不是将全部数据放在一个大仓库内，这么就增加了速度并提升了灵活性。MySQL所使用SQL语言是用于访问数据库最常见标准化语言。MySQL软件采取了双授权政策，它分为小区版和商业版，因为其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，通常中小型网站开发全部选择MySQL作为网站数据库。因为其小区版性能卓越，搭配PHP和Apache可组成良好开发环境。
1.4.3 Eclipse
Eclipse 是一个开放源代码、基于Java可扩展开发平台。就其本身而言，它只是一个框架和一组服务，用于经过插件组件构建开发环境。幸运是，Eclipse 附带了一个标准插件集，包含Java开发工具（Java Development Kit，JDK）。
2 中国外研究现实状况
2.1 中国研究现实状况
伴随企业快速发展，对应多种信息也日益增加，原始人工考勤已满足不了企业需求，在此情况下，企业不约而同引入考勤管理软件，也使考勤管理系统开发得到很大发展。而现在仍有很多企业这项工作还处于传统手工纸质阶段，信息资源数字化程度低，大部分历史积累数据，还未数字化。不利于科学管理和决议。
传统企业考勤管理全部是以企业前台纸质打卡机或签到为主，统计职员出勤情况，每七天依据出勤表及记录表对职员平时出勤情况奖惩，然后把数据上交到企业责任人。传统职员请假方法需要经过多人同意，请假困难也是职员烦恼之一。这种模式在现在企业管理中暴露出了很多弊端：一是职员请假不方便；二是职员请假对主管人员不透明，造成对职员出勤误记情况；三是职员出勤表对分管经理、总经理不透明，分管经理、总经理极难知道企业出勤情况，不便于和职员立即有效沟通；四是职员对自己整个工作周出勤情况没有整体统计信息。
2.2 国外研究现实状况
国外考勤管理软件发展早，成熟度高，中国和之相比，还有很大距离。早在七十年代末，美国就建成了NSFNET（国家科学基金网），其课题申报及课题进展情况汇报全部在网上进行。其信息化考勤管理系统也十分完善，企业各个部门职员能够经过一台终端机完成上班、下班、因公外出、隐私请假等全过程。现在，国际上已具规模企业均已大规模引入考勤管理系统，信息化考勤管理系统正发挥着巨大作用，为企业提升工作效率和效益做出巨大贡献。全部这些无不证实，信息化考勤管理系统在企业各个方面全部有很高应用。
3 企业考勤管理系统分析和总体设计
3.1 企业考勤管理系统可行性研究
考勤管理有它自己专门知识和术语。必需学习了解相关考勤处理基础知识，而且要掌握考勤处理大约情况。行政部门天天处理考勤情况，依据考勤统计，编制当日考勤情况表和迟到早退处罚情况表，并张贴到通告板。新系统逻辑模型能够经过对正在使用系统进行调查基础上取得。图3-1所表示：
行政主管（考勤）
考勤管理系统
职员
系统管理员
数据库
报表
考勤统计
确定信息
报表

图3-1 逻辑模型图
在这个高层次数据流图上列出了“职员”，它既是数据流源点又是终点。系统输出部分报表给行政主管，所以“行政主管”也是数据终点。接下来就是基础系统模型细化，系统关键功效叙述。图3-2所表示：
考勤
2
报表
事务数据
产生报表
行政主管
处理事务
搜集数据
验证数据
职员
确定信息
职员
考勤数据
4
5
3

1

图3-2 基础系统模型细化图
从图可知，系统务必完成3个关键功效有“处理事务”、“确定信息”和“产生报表”，图中“考勤管理系统”由这3个关键功效代表。另外，数据流图细化过程中还加入了3个数据存放。处理事务需要“事务数据”；另外，“产生报表”和“处理事务”不在同一时间段，所以还需要“报表”来数据存放；同理，“确定信息”和“处理事务”也需要“考勤数据”来数据存放。
3.2 企业考勤管理系统需求分析
对目标系统提出完整、正确、清楚、具体要求是需求分析必需完成任务。在这个阶段，分析员应在高层功效级数据流图基础上开发更正确数据流图，同时还要建立数据字典。这些文档是需求分析结束标准。本阶段会严格定义很多实际被忽略了系统元素。
3.2.1 完善数据流图
在可行性分析阶段建立功效级数据流图中，部分数据存放及变换具体含义还未明确。必需对系统作深入分析，逐步对还未明确步骤进行定义。从上一阶段能够看出，流向数据终点“职员”数据流是“考勤数据”，而“考勤数据”这个数据流含义和组成，我们并不十分清楚和明确。从职员考勤数据表中能够看出，这个数据流包含：职员姓名、职员号、当日是否迟到、上一天是否早退、本月迟到次数、本月早退次数、连续迟到次数、连续早退次数和奖惩方法（和职员对应）。
对这个数据流图进行从下往上回溯分析，能够确定每个数据项起源。“考勤数据”可由变换4“确定数据”得到，同时，变换4基础功效是输出已经统计数据，不能改变数据。继续回溯，回到数据储存“考勤数据”，数据储存只是保留数据场所，所包含数据项和相关输入/输出数据流相同，不会更改。更深入回溯到变换3“处理事务”时，可知确定数据是由这个变换框计算出来，所以，需要对该变换设计对应算法。从系统设计要求中可得：确定数据=职员姓名+职员号+当日是否迟到+上一天是否早退+本月迟到次数+本月早退次数+连续迟到次数+连续早退次数+奖惩方法。这些数据能够从行政管理部门得到，但怎么得到数据还不太清楚，下一步应该确定这些数据终端起源。
在一步一步分析和划分系统中数据元素，了解起源和算法。在这个过程中，相关数据信息需要统计在数据字典中，算法需要统计在IPO图中。
3.2.2 细化数据流图
很多数据项在考勤管理系统中解释，为了清楚明确了解这些数据是怎么得到，必需确定数据算法。已知：确定数据=职员姓名+职员号+当日是否迟到+上一天是否早退+本月迟到次数+本月早退次数+连续迟到次数+连续早退次数+奖惩方法。这些数据一部分从行政管理部门取得，另一部分是从人事档案得来，但行政部门不管辖人事档案。在数据流图中缺乏人事档案数据存放，所以，需要加入取名为“人事数据”数据存放。经观察，系统中没有些人事数据存在，经过再次了解访问，这些人事数据从人事部门取得。但人事部门表示，这些数据也不是一成不变，所以，需要一个新变换“修改人事数据”。数据流图再次完善，图3-3所表示：
考勤
2
报表
事务数据
产生报表
行政部门
处理事务
搜集数据
验证数据
职员
确定信息
职员
考勤数据
4
5
3

1
修改人事数据
人事部门
人事数据
6

图3-3 数据流图
和上述分析得出考勤管理系统数据流图对应数据字典以下。
（1）数据流描述
事务=职员姓名+职员号+考勤
考勤数据=职员姓名+职员号+当日是否迟到+上一天是否早退+本月迟到次数+本月早退次数+连续迟到次数+连续早退次数+奖惩方法
人事数据=职员姓名+职员号+性别+历史考勤数据
报表=考勤汇总+奖惩汇总+考勤签收表
（2）数据存放描述
数据存放名：事务数据文件
组成：{事务数据}
组织：职员号大小次序为主，部门号大小次序为辅
数据存放名：人事数据文件
组成：{人事数据}
组织：职员号大小次序为主，部门号大小次序为辅
数据存放名：考勤数据文件
组成：{考勤数据}
组织：职员号大小次序为主，部门号大小次序为辅
（3）变换描述
变换名：搜集数据
变换编号：1
输入数据流：事务数据
输出数据流：事务数据
变换逻辑：职员考勤信息和职员对应
变换名：验证数据
变换编号：2
输入数据流：事务数据
输出数据流：事务数据
变换逻辑：职员考勤信息校对检验，确保数据一致
变换名：处理事务
变换编号：3
输入数据流：事务数据、人事数据
输出数据流：考勤数据、报表
变换逻辑：取得事务数据、取得人事数据、验证考勤信息、更改历史考勤数据，编写确定信息表、编写报表
变换名：确定信息
变换编号：4
输入数据流：考勤数据
输出数据流：确定信息
变换逻辑：考勤信息通知职员，进行确定
变换名：产生报表
变换编号：5
输入数据流：考勤数据
输出数据流：考勤汇总表、奖惩汇总表、考勤签收表
变换逻辑：汇总考勤数据确定表中各个项目，产生对应报表
变换名：修改人事数据
变换编号：6
输入数据流：修改数据项
输出数据流：修改后人事数据
变换逻辑：需要修改数据项，进行修改

接下来，就需要对现在数据流图每一个变换进行检验，若某个变换还是比较复杂，不好了解，就应该对这个变换进行分解，若全全部比较轻易了解，则不需要改动。这么，经过功效细化分解来达成细化数据流图目标。若将比较复杂变换分解成若干个子功效后，这些子功效就成了较低层次数据流图变换，也应有对应数据存放和数据流。
为了便于追踪，分解出来子功效应该依据原功效进行编号，以这类推。数据字典也应在分解完成后进行补充。
在该考勤管理系统中，对变换3“处理事务”进行分解，分解后,最终数据步骤图以下图3-4所表示：
当日是否迟到
3.1
3.2
人事部门
修改人事数据
取数据
人事数据
验证考勤信息
人事数据
事务数据
事务数据
2
1
搜集数据
验证数据
职员
考勤
4
5
更改历史考勤数据
考勤数据
写确定信息表
写报表
前一天是否早退
报表
产生报表
行政部门
考勤数据
确定信息
职员
3.3
3.4
3.5
3.6
3.7
6

图3-4 最终数据流图
3.3 企业考勤管理系统总体设计
系统总体设计基础任务就是处理系统应该怎样实现问题，设计出组成系统物理元素——程序、文件、数据库、人工过程和文档等等，并确定每个模块组成和模块之间关系。
3.3.1 设计方案选择
在完成数据流图基础上，需要划分出自动化边界和非自动化边界，从而衍生出多个初步方案，在经过比较分析以后，选择一个最优化方案向使用部门和企业责任人汇报。划分边界后企业考勤管理系统，图3-5所表示：

当日是否迟到
3.1
3.2
人事部门
修改人事数据
取数据
人事数据
验证考勤信息
人事数据
事务数据
事务数据
2
1
搜集数据
验证数据
职员
考勤
4
5
更改历史考勤数据
考勤数据
写确定信息表
写报表
前一天是否早退
报表
产生报表
行政部门
考勤数据
确定信息
职员
3.3
3.4
3.5
3.6
3.7
6

图3-5 边界划分图

图所表示，“搜集数据”，“确定信息”，“修改人事数据”能够用人工处理，其它部分可在系统中自动化处理。
3.3.2 软件结构设计
软件结构设计关键目标是为了把系统内部多种电脑无法自动处理功效关系转化成程序模块之间控制关系。
（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，则是本数据库概念模型。
部门责任人
部门介绍
部门名称
部门
ID号
管理员
账号
密码
ID号
日期
是否请假
是否出差
是否早退
是否旷工
是否迟到
考勤信息
姓名
电话
部门号
密码
职员

图4-1 概念模型图
4.2 数据库逻辑模型设计
逻辑模型在数据库设计中是很关键部分，在这一部分，关键任务是对概念模型图转换。需要处理问题关键有两方面：(1)概念模型图中各实体属性；(2)设计各实体间关系和属性之间关系。
概念模型图转换成关系模型以下：
管理员信息（管理员账号、管理员ID号、管理员密码）
考勤信息（职员ID号、日期、是否请假、是否出差、是否迟到、是否早退、是否旷工）
职员信息（职员ID号、姓名、电话、密码、部门号）
部门信息（部门号、部门介绍、部门名称、部门责任人）
4.3 数据库物理模型设计
在对系统信息需求分析基础上，能够得到清楚逻辑数据库结构，由此，我们能够设计出数据库物理结构。

（1） staff表（职员信息表）
图4-1 staff表

（2） manager表（管理员信息表）

图4-2 manager表

（3） department表（部门信息表）

图4-3 department表

（4） attendance-date表（日统计信息表）

图4-4 attendance-date表

（5） attendance表（考勤信息表）

图4-5 attendance表

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

图4-6 errand表

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

图4-7 leave表
5 系统实现
5.1 考勤界面
因为条件限制，没有指纹机一类外接设备，所以设计成输入职员号打卡界面，输入已经有职员号，点击打卡后会显示成功，输入未知职员号后则会显示ID不存在。

图5-1 打卡界面

图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 管理员登录
登录系统中管理员登录，登录成功后能够取得权限，对职员信息和部门信息进行管理，也能够对管理员密码进行重新设置。

图5-9 管理员登录
5.3.1 职员管理界面

图5-10 职员管理
在职员管理中，管理员拥有对职员进行职员注册、职员修改和职员删除三项操作权限。
（1）职员注册

图5-11 职员注册
在职员注册中，能够进行新职员信息注册，需要填写新职员姓名、电话和部门，点击确定后即可录入数据库，数据库在统计该职员信息后会自动分配一个新职员ID号给该职员，新职员可凭分配ID号打卡和个人登录，新职员默认密码为123456，登陆后可进行密码重新设置。

（2）职员信息修改

图5-12 职员修改
在职员修改中，需要先输入职员ID号，点击查询按钮进行查询，查询成功后才可进行修改，管理员可对职员姓名、部门、电话和密码进行修改，修改完成后，点击修改按钮进行修改，修改成功后，职员最新信息会被录入数据库，覆盖该职员修改前信息，这么可确保企业所属职员个人信息为最新。
（3）职员删除

图5-13 职员删除
在职员删除中，一样需要先输入想删除职员ID号进行查询，查询成功则会显示该ID号所属职员个人信息，再和想删除职员人格信息进行对比，相同则能够点击删除按钮进行职员删除，不一样则需要检验是否职员ID号输入错误等问题，这么则不会发生企业所属职员错误删除，确保职员个人信息安全。
5.3.2 部门管理界面

图5-14 部门管理
在部门管理中，能够进行部门注册和部门修改操作。
（1）部门注册

图5-15 部门注册
在部门注册中，能够进行新部门注册，需要填写新部门名称、新部门介绍和新部门责任人ID号，点击确定按钮后即可录入数据库，数据库在存放该新部门信息后会分配一个新部门ID号给该部门。同时，会在部门责任人个人信息中添加管辖该新部门。

（2）部门修改和删除

图5-16 部门修改和删除
在部门修改中，一样需要优异行部门查询，输入需要修改部门ID号，点击查询按钮，查询成功则会显示该部门相关信息，这时可进行部门相关信息修改。同时，如需要删除，则跳过修改步骤，在查询成功后，直接点击删除按钮即可，不管是部门信息修改还是删除，在操作后全部会即时录入数据库进行保留。
5.3.3 考勤信息导出界面
在考勤信息中，分为部门考勤信息和职员考勤信息，均能够Excel格式进行导出查看，方便对整个企业各个部门和职员出勤情况进行了解。
（1）部门考勤信息导出界面

图5-17 部门考勤信息导出
（2）职员考勤信息导出界面

图5-18 职员考勤信息导出
5.3.4 管理员密码修改界面

图5-19 管理员密码修改
在管理员密码修改中，能够对管理员密码进行重新设置，输入完成后，点击确定即可录入数据库保留，若在新密码空白情况下点击确定，会将该管理员密码默认设置为123456 。