sql职工考勤管理信息系统Word文档下载推荐.docx

sql职工考勤管理信息系统Word文档下载推荐.docx

《sql职工考勤管理信息系统Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《sql职工考勤管理信息系统Word文档下载推荐.docx（12页珍藏版）》请在冰豆网上搜索。

加班信息，包括加班开始时间、结束时间、统计加班总时间。

2数据库设计

2.1需求分析设计

2.1.1引言

传统意义上的职工考勤管理都是采用原始的手工操作来完成的。

人事部的管理人员或办公室人员要进行经常的繁琐的记录、修改、查询、统计等工作，不仅时间长、劳动强度大、工作效率低下，并且在这种管理模式下对职工的考勤信

息不完全，且易造成混乱。

随着社会的进步，计算机科技的广泛应用，通过现代化的科学的方式对职工考勤信息进行管理已成为可能。

基于此，我希望能通过开发这一管理系统，由计算机代替人工操作一系列职工基本信息的输入、修改、查询、统计等操作，既减轻了管理人员的工作强度，提高了工作效率，降低解企业的经营成本；

同时，也对企业内部管理的科学化、规范化作出一点尝试。

2.1.2目标与任务

充分了解用户的需求，了解工作的流程，以及可能出现的问题。

职工考勤信息管理系统中首先必须设置好职工基本信息，职工基本信息在本系统占据着很重要的地位。

在对职工的出差、出勤、加班、请假这些信息管理的时候都需通过职工基本信息进行操作。

本系统结合实际的职工考勤管理制度，经过实际的需求分析，采用功能强大的VisualBasic6.0作为开发工具而开发出来的职工考勤信息管理系统。

职工考勤管理信息系统的具体功能包括五个方面：

职工基本信息实体,职工出勤信息实体,职工出差信息实体,职工加班信息实体，职工请假信息实体。

2.1.3阶段结果

（1）数据表格

职工基本信息表

列名

数据类型

是否允许为空

默认值

职工编号

char（20）

不允许

职工姓名

varchar（30）

性别

char

（2）

年龄

Int（4）

职称

varchar（50）

职工出勤信息表

姓名

编号

允许

上班打卡时间

char（10）

下班打卡时间

缺勤记录

职工加班信息表

加班开始时间

加班结束时间

统计加班天数

职工出差信息表

出差开始时间

出差结束时间

统计出差天数

职工请假信息表

请假开始时间

请假结束时间

统计请假天数

2.1.4处理逻辑描述

（1）职工基本信息实体管理子系统

查询条件：

可按照姓名和编号分别进行查询。

查询结果：

包括职工姓名、职工编号、性别、年龄、职称。

处理：

按照条件（姓名或编号）进行查询操作，然后根据需要对其进行修改删除等操作。

（2）职工出勤信息实体管理子系统

包括职工姓名、职工编号、上班打卡时间、下班打卡时间和缺勤记录。

（3）登录实体管理子系统

输入：

包括用户名和口令。

输出：

进入职工考勤管理信息系统功能菜单选择界面。

按照所需选择对应的操作。

（4）职工加班信息管理子系统

包括职工姓名、职工编号、加班开始时间、加班结束时间和统计加班时间。

（5）职工出差信息管理子系统

包括职工姓名、职工编号、出差开始时间、出差结束时间和统计出差天数。

（6）职工请假信息管理子系统

包括职工姓名、职工编号、请假开始时间、请假结束时间和统计请假时间。

2.2概念结构设计

2.2.1引言

概念结构的实际是整个数据库设计的关键，这个阶段主要的目标是通过对用户需求进行综合、归纳与抽象，形成一个独立于DBMS的概念模型（E-R图）。

它的主要特点是：

1.能真实、充分地反映现实世界，包括事物与事物之间的联系，能满足用户对数据的处理要求，是对现实世界的一个真实模型；

2.易于理解，因此可以用它和不熟悉计算机的用户交换意见；

3.易于更改，当应用环境和应用要求改变时，容易对概念模型修改和扩充；

4.易于向关系、网状、层次等各种数据模型转换。

2.2.2概念模型设计

（1）设计E-R图

2.2.3数据描述

程序运行时输入数据,添加到数据库的各个表中。

数据库中包含系统内部有关的数据结构与操作规程。

具体可包括：

教室基本信息表，教师信息表等.

2.3逻辑结构设计

2.3.1引言

这个阶段的任务就是把概念结构设计阶段设计好的基本E-R图转换为与DBMS所支持的数据模型相符合的逻辑结构。

在这个阶段里，该系统的目标就是把基本的E-R图转换成关系数据模型。

2.3.2数据组织

（1）将E-R图转换成关系模型

E-R图转换成关系模型应该遵循以下原则：

1.一个实体型转换为一个关系模式。

2.一个1:

1联系可以转换为一个独立的关系模式，也可以与任意一端对应

的关系模式合并。

3.把一个1:

n联系转换为一个独立的关系模式。

4.一个m：

n联系转换为一个关系模式。

5.三个或三个以上实体间的一个多元联系可以转换为一个关系模式。

6.具有相同码的关系模式可合并。

（2）关系设计

该数据库设计是满足第二范式的，因为它的所有非主属性，都完全函数

依赖于码。

它的关系模式R是属于1NF的关系模式的。

（3）该系统中的数据流条目有：

职工考勤信息包括：

职工基本信息

职工出勤信息

职工出差信息

职工加班信息

职工请假信息

其中：

职工基本信息包括：

职工姓名，职工编号，性别，年龄，职称。

职工出勤信息包括：

姓名，编号，上班打卡时间，下班打卡时间，缺勤记录。

职工出差信息包括：

姓名，编号，出差开始时间，出差结束时间，统计出差天数。

职工加班信息包括：

姓名，编号，加班开始时间，加班结束时间，统计加班时间。

职工请假信息包括：

姓名，编号，请假开始时间，请假结束时间，统计请假时间。

2.3.3数据处理

见系统的功能模块图：

2.4物理结构设计

2.4.2目标与任务

对数据库进行合理的物理设计，以提高其时间和空间效率。

（1）数据存取方面

确定数据库的物理结构，在关系数据库中主要指存取方法和存储结构；

对物理结构进行评价，评价的重点是时间和空间效率。

如果评价结果满足原设计的要求，则可以进入到物理实施阶段，否则就需要重新设计或修改物理结构，有时甚至要返回逻辑设计阶段修改数据模型。

（2）功能模块

2.5数据库管理

2.5.1创建数据库

职工基本信息表代码

ifexists（select*fromdbo.sysobjectswhereid=object_id（N'

[dbo].[职工信息管理表]'

）andOBJECTPROPERTY（id,N'

IsUserTable'

）=1）

droptable[dbo].[职工信息管理表]

GO

CREATETABLE[dbo].[职工信息管理表]（

[职工编号][char]（10）COLLATEChinese_PRC_CI_ASNOTNULL,

[职工姓名][char]（20）COLLATEChinese_PRC_CI_ASNOTNULL,

[性别][char]

（2）COLLATEChinese_PRC_CI_ASNOTNULL,

[年龄][int]NOTNULL,

[职称][varchar]（50）COLLATEChinese_PRC_CI_ASNOTNULL

）ON[PRIMARY]

职工出勤信息管理表代码

[dbo].[职工出勤信息管理表]'

droptable[dbo].[职工出勤信息管理表]

CREATETABLE[dbo].[职工出勤信息管理表]（

[姓名][char]（20）COLLATEChinese_PRC_CI_ASNOTNULL,

[编号][char]（10）COLLATEChinese_PRC_CI_ASNULL,

[上班打卡时间][char]（10）COLLATEChinese_PRC_CI_ASNULL,

[下班打卡时间][char]（10）COLLATEChinese_PRC_CI_ASNULL，

[缺勤记录][char]（10）COLLATEChinese_PRC_CI_ASNULL

职工出差信息管理表代码

[dbo].[职工出差信息管理表]'

droptable[dbo].[职工出差信息管理表]

CREATETABLE[dbo].[职工出差信息管理表]（

[编号][char]（10）COLLATEChinese_PRC_CI_ASNULL

[出差开始时间][char]（10）COLLATEChinese_PRC_CI_ASNULL,

[出差结束时间][char]（10）COLLATEChinese_PRC_CI_ASNULL，

[统计出差天数][char]（10）COLLATEChinese_PRC_CI_ASNULL

职工加班信息管理表代码

[dbo].[职工加班信息管理表]'

droptable[dbo].[职工加班信息管理表]

CREATETABLE[dbo].[职工加班信息管理表]（

[加班开始时间][char]（10）COLLATEChinese_PRC_CI_ASNULL,

[加班结束时间][char]（10）COLLATEChinese_PRC_CI_ASNULL，

[统计加班时间][char]（10）COLLATEChinese_PRC_CI_ASNULL

职工请假信息管理表代码

[dbo].[职工请假信息管理表]'

droptable[dbo].[职工请假信息管理表]

CREATETABLE[dbo].[职工请假信息管理表]（

[请假开始时间][char]（10）COLLATEChinese_PRC_CI_ASNULL,

[请假结束时间][char]（10）COLLATEChinese_PRC_CI_ASNULL，

[统计请假天数][char]（10）COLLATEChinese_PRC_CI_ASNULL

2.6数据库运行与维护

本系统经过实际测试和运行，基本可以满足中小企业考勤业务的要求。

该系统运行稳定，在使用和维护中注意以下几个问题：

（1）定期备份数据库和日志，以使数据库在发生故障后恢复到一致性状态，保障数据库的完整性。

（2）定期清理数据库中的无效数据，以提高运行效率。

（3）对软件及运行环境进行日常维护。

3结论

本系统在信息表述上还不完备，一些模块的信息还不够详细，主要是提供的报表有限。

系统虽然针对中小企业的考勤管理业务。

对使用打卡机、指纹机进行出、退勤的企业，还需要添加一个采集打卡机和指纹机的数据模块。

下一步可以再熟悉系统设计风格的基础上，在各个界面进一步添加多需要的字段和报表，或者添加采集数据的模块，以扩充系统的功能。

每增加一条记录，都会重新统计一下记录次数，并纯如月记录中，使得信息更加准确。

在设计时在于对编程语言知识的匮乏，所以数据库的界面化没有做成，如若想更加完善数据库，应该结合一些编程语言，使得操作界面更加的人性化，简单化。

通过本次设计，我对数据库有了更加深入的了解，见证了一个系统从无到有，从漏洞百出到逐渐完善的过程，是我所学的只是得以所用，加深了对数据库的理解，在设计过程中有很多不会的问题，通过自己查阅资料逐渐解决，这本身就是一个学习的过程，不仅学到了知识，还掌握了学习方法。

同时让我认识到自己所学知识的匮乏，所以要全面发展自己的专业，一个人的能力总是有限的，所以团队合作很重要，在作设计的过程中要学习他人之长，听取他人的意见，虚心向别人请教。

相互配合做好自己的工作，才能成为一名合格的网络工程师。

虽然自己做的设计还不是很完善，但是我觉得很有意义，对我以及我今后的人生很有帮助。