员工考勤管理系统数据库设计大作业模版
员工考勤数据库设计报告
企业员工考勤管理子系统一．需求分析1.系统背景分析现在不论哪个企业，都要进行考勤，一些企业在考勤管理方面用了大量的人力和财力，不说准确度和可信度如何，其效率很低，而且容易出错，不利于管理。
所以人工考勤已经很难再满足企业规范化管理的要求，随着数据库技术的发展和企业信息化建设的进行，使用计算机管理考勤成为一种主流趋势，它不仅为企业减少了人力财力的付出，而且也大大减轻了考勤工作人员的工作量。
本文系统的阐述了企业考勤管理设计开发的全过程。
包括系统需求调查分析，概念结构设计，逻辑结构设计等部分。
2．数据流程图：3．数据字典：（2）数据结构描述（4）数据存储二．概念结构设计经过调查、信息流程分析、数据收集，并结合需求分析，明确了该子系统的功能：A．给员工编号，登记其基本信息。
B．给各部门编号、命名，确定其职责范围，并任命部门经理。
C．对员工的考勤数据进行登记，并进行月度考勤统计。
D．对员工的月度考勤统计的结果来核算员工工资。
实体和属性的联系系统基本的E-R图对E-R图调整的准则:现实世界中的事物能作为属性对待的尽量作为属性对待；属性和实体的划分：属性中不具有需要描述的信息，即属性是不可分的数据项，不再包含其他信息。
实体属性定义:员工(员工编号、员工姓名、员工性别、出生日期、职务、部门编号)；部门(部门编号、部门名称、部门经理职工号)；出勤记录 (出勤编号、日期、上班时间、下班时间)；请假记录(请假编号、请假起始时间、请假结束时间、请假原因、扣除奖金)；加班记录（加班编号、加班时间长度、日期、加班费）；出差记录(出差编号、出差起始时间、出差结束时间、出差描述、补助资金)；月度考勤统计（月度考勤编号、员工编号、日期、累计正常工作时间、累计请假、累计出差、累计加班、迟到次数、早退次数、旷工次数)；工资(工资编号、基本工资、奖金、实际工资)；具体调整如下：1.出勤记录，请假记录，加班记录，出差记录本应作为员工的一个属性，但是其中还涉及到相关的奖金待遇及具体描述，则单独作为一个实体；2.工资单独作为一个实体，因为此处强调的是员工的出勤工资，则分开来写。
企业员工打卡系统设计文档
企业员工打卡系统设计文档企业员工打卡系统设计文档 (1)1. 系统设计 (3)1.1时序图 (3)2. 数据库设计 (7)2.1数据库表关系 (7)2.2E-R图 (8)2.3表设计 (9)1. 系统设计1.1时序图时序图可以描述在设计中对象如何控制它的方法和行为，展示了活动或行为发生的顺序。
1.1.1员工登录时序图，员工选择自己所在部门，输入员工号和密码，进行登录。
如图1-1所示。
图1-1 员工登录系统时序图1.1.2员工修改自己的登录密码时序图，输入原密码，再输入决定修改的新密码，确认修改。
如图1-2所示。
图1-2 员工修改自己的登录密码1.1.3员工查看个人信息时序图，如图1-3所示。
图1-3 员工查看个人信息1.1.4员工查看自己的考勤记录时序图，如图1-4所示。
图1-4 员工查看自己的考勤记录1.1.5员工签到时序图，如图1-5所示。
图1-5 员工签到1.1.6员工请假时序图，如图1--6所示。
图1-6 员工请假1.1.7员工查看收件箱时序图，如图1-7所示。
图1-7 员工查看收件箱1.1.8人事部员工查看员工信息时序图，如图1-8所示。
图1-8 人事部员工查看员工信息1.1.9人事部员工招收新员工时序图，如图1-9所示。
图1-9 人事部员工招收新员工1.1.10主管登录时序图，如图1-10所示。
图1-10 主管登录系统1.1.11主管修改密码时序图，如图1-11所示。
图1-11 主管修改密码1.1.12主管查看员工信息时序图，如图1-12所示。
图1-12 主管查看员工信息1.1.13主管查看员工考勤信息图1-13 主管查看员工考勤信息1.1.14主管同意员工入职时序图，如图1-14所示。
图1-14主管同意员工入职。
1.1.15主管批准员工请假申请时序图，如图1-15所示。
图1-15 主管批准员工请假1.1.16主管查看财务报表时序图，如图1-16所示。
图1-16 主管查看财务报表1.1.17用户退出登录时序图，如图1-17所示。
中控zktime考勤管理系统数据库表结构完整优秀版
中控zktime考勤管理系统数据库表结构(可以直接使用，可编辑实用优质文档，欢迎下载）Att2021主要表的表结构说明表1：考勤记录表Checkinout表2：指纹模板表Template主键：TemplateID主键：UserID表4：面部模板表FaceTempI>[u20760 5118 儘[40768 9F40 齀27820 6CAC 沬主键：TemplateID表5：考勤记录修改日志CheckExact主键:ExactID表6：部门表Departments 主键：Deptid索引：DeptName>37643 930B 錋35941 8C65 豥I28435 6F13 漓P835495 8AA7 誧表7：节假日表：Holidays主键：HolidayID表8：班次表Num_Run表9：班次排班时段表Num_Run_Deil 主键：Num_RunID+StartTime+SDays表10：轮班表Shift主键：ShiftID1该表在软件中没有作用表11：员工排班表User_OF_Run 30353 7691 皑}t|R33479 82C7 苇r表12：员工临时排班表User_Temp_SCH 主键：UserID+ComeTime+LeaveTime主键：LeaveID表15：统计项目表LeaveClass138668 970C 霌26250 668A 暊24549 5FE5 忥25888 6520 攠37944 9438 鐸32139 7D8B 綋37051 90BB 邻A主键：SchClassID表17：系统参数表AttParam表18：管理员权限设置表SecurityDetails 主键：SecurityDetailID目录1引言17 1.1编写目的171。
2背景171.3定义171。
4参考资料172外部设计18 2。
1标识符和状态182。
2使用它的程序182.3约定182.4专门指导182。
职工考勤管理系统数据库设计
《数据库原理及应用》工程实训任务书一.题目:职工考勤管理信息系统二.目地与要求1. 目地：1）锻炼学生地分析解决实际问题地能力；2）培养学生地数据库基础系统地分析.设计和开发能力2. 基本要求1）《数据库原理及应用》课程设计采用以“工程小组”为单位进行,工程小组根据选定地工程,按计划进度完成工程地分析与设计及实现任务.2）每个班级分成两个大组,每组选出组长一名,负责考勤.作业地收集上交.3）题目自定或采用附录中地参考题目,每人选择一个题目4）数据库工具：Access 或者 SQLServer5）程序开发工具可以根据所学自行选择,或者采用ACCESS实现开发3. 创新要求在基本要求达到后,可进行创新设计,如系统用户功能控制,对管理员级和一般级别地用户系统功能操作不同三.信息描述系统基本信息描述,如：职工.考勤等.四.功能描述系统功能基本要求职工信息,包括职工编号.职工姓名.性别.年龄.职称等；出勤记录信息,包括上班打卡时间,下班打卡时间,缺勤记录等；出差信息,包括出差起始时间.结束时间.统计总共天数等；请假信息,包括请假开始时间,结束时间,统计请假天数等；加班信息,包括加班开始时间.结束时间.统计加班总时间.五.解决方案1.分析程序地功能要求,划分程序功能模块.2.画出系统流程图.3.重点是设计数据库（严格按照数据库设计步骤）,完成系统功能.4.完成工程实训报告书.六.进度安排七.撰写工程实训报告及总结工程实训报告要求：包括需求分析.概念结构设计.逻辑结构设计.编码(详细写出编程步骤).测试地步骤和内容.工程总结.参考资料等,不符合以上要求者,则本次设计以不及格记.八.参考资料《数据库原理及应用》《ACCESS数据库与程序设计》《ACCESS工程案例导航》数据库教研室2014.05.20图1 系统结构图1.2.1 模块管理（1）用户管理模块增加一名系统使用用户,同时设置密码和权限,当此用户要更改密码时,可以在修改密码模块中进行.必须具有一定权限才能进行此项操作.而当某些职工离职或者因某中缘故,不能再使用考勤系统,可以将该用户删除.可以更改拥护权限,使其具有访问某些模块地权限或者剥夺其访问某些模块地权限.所有系统使用用户都可能在此修改密码,以保障系统安全.（2）基本资料管理模块设置地时间有上午上.下班时间,下午上.下班时间,这个模块与上下班时间表相对应,以方便考勤操作.增加和删除请假类型,修改请假类型内容,并将操作结果存在请假类型表内.增加和删除外出类型,修改外出类型内容,并将操作结果存在外出类型表内.增加.删除和修改员工基本资料.图2 考勤系统业务流程图设计地数据流程图如下所示：图3 考勤系统地数据流程图设计地E-R图如下所示图4 考勤系统地E-R流程图该考勤管理系统中主要包括了员工地基本信息（姓名.性别.所属部门等）,查询员工地基本信息,可根据员工地实际工资情况或实际地出勤情况查看员工地基本信息等；另外还有权限管理和日志地功能.将生成地代码,复制.通过SQL 2000,在数据库中新建地表如下所示：图5 数据库中建立地表1.2.3数据表地设计（1）用户表地创建用户表地创建脚本如下：create table 用户 (用户名 char(30) not null,员工号 char(30) null,权限名 char(30) null,用户密码 int not null,权限号 int not null, constraint PK_用户 primary key (用户名))go用户表地字段格式说明如下所示：图6用户表地属性图7用户表（2）权限表地创建权限表是用来确定某一权限类型所能访问地系统模块.权限表地创建脚本如下所示：create table 权限表 (权限名 char(30) not null,用户管理 char(2) not null,基本资料更改 char(2) not null,请假管理 char(2) not null,外出管理 char(2) not null,加班管理 char(2) not null,修改考勤资料 char(2) not null,数据库操作 char(2) not null,日志删除 char(2) not null,constraint PK_权限表 primary key (权限名))go权限表地字段格式说明如下所示：图8权限表地属性图9权限表（3）出勤资料表地创建出勤资料表用来记录员工每天实际上下班时间.这张表保存地数据是考勤地依据.出勤资料表地创建脚本如下所示：create table 出勤资料表 (记录号 int not null,员工基_员工号 char(30) null,员工号 char(40) not null,上午上班时间 datetime not null,上午下班时间 datetime not null,下午上班时间 datetime not null,下午下班时间 datetime not null,记录日期 datetime not null,constraint PK_出勤资料表 primary key (记录号)）go出勤资料表地字段格式说明如下所示：图10出勤资料表地属性图11出勤资料表（4）员工基本资料表为了判断某员工是否已经考勤,在员工表中地另一个字段,字段名为“考勤”,每天考勤前,将此字段值都设为0,每考勤一个员工,则将其字段值该为1,以后操作时根据其字段判断其是否已经考勤.其创建脚本为：create table 员工基本资料表 (员工号 char(30) not null,员工名 char(30) not null,性别 tinyint not null,年龄 int not null,入公司时间 datetime not null,住址 char(50) not null,联系电话 char(20) null,手机 char(20) null,电子邮箱 char(30) null,考勤 tinyint not null,constraint PK_员工基本资料表 primary key (员工号))go员工基本资料表地年格式如下所示：图12员工基本资料表地属性图13员工基本资料表（5）加班表地创建加班表用来保存员工地加班信息.create table 加班表 (记录号 int not null,员工基_员工号 char(30) null,员工号 char(20) not null,员工名 char(30) not null,加班类型 char(30) not null,起始时间 datetime not null,结束时间 datetime not null, constraint PK_加班表 primary key (记录号))go加班表地字段格式说明如下所示：图14加班表地属性图15加班表（6）请假表地创建请假表是用来保存员工地请假记录.其创建脚本为：create table 请假表 (记录号 int not null,类型名 char(30) null,员工基_员工号 char(30) null,员工号 char(20) not null,员工名 char(20) not null,请假类型 char(30) not null,起始时间 datetime not null,结束时间 datetime not null, constraint PK_请假表 primary key (记录号))go请假表地字段格式如下所示：图16请假表地属性图17请假表(7)外出表地创建外出表是用来保存员工地外出记录,数据格式.外出表地创建脚本如下：create table 外出表 (记录号 int not null,类型名 char(30) null,员工基_员工号 char(30) null,员工号 char(20) not null,员工名 char(30) not null,外出类型 char(30) not null,起始时间 datetime not null,结束时间 datetime not null,constraint PK_外出表 primary key (记录号))Go外出表地字段格式如下所示：图18外出表地属性图19外出表（8）日志表地创建.每一个实用地数据库应用系统,总是少不了日志管理.日志是用来记录系统地使用情况,以便当系统遭到非法使用时,能够从日志表中找到使用记录,以便进行处理.日志表地创建脚本为：create table 日志表 (记录号 binary(8) not null,用户名 char(30) not null,操作 char(127) not null,日期 datetime not null,constraint PK_日志表 primary key (记录号))go日志表地字段格式说明如下所示：图20日志表地属性图21日志表（9）统计表地创建.每一个用户有时会需要去查询一下哪天是否迟到地情况,统计表就很方便地提供了这一功能.create table 统计表 (日期 datetime not null,记录号 binary(8) not null,用户名 char(30) not null,迟到次数 char(127) not null,)Go图22统计表1.2.4代码地调试（1在表格内加入数据在SQL查询分析器中输入以下代码：insert into 外出表(记录号,类型名,员工基_员工号,员工号,员工名,外出类型,起始时间,结束时间)values('119','出差','a80','a80','邓月','出差',2008-06-09,2008-06-12)点击运行后输入：select * from 外出表得出以下结果：图23加入数据地表（2）查询数据：在SQL查询分析器中输入以下代码：select * from 加班表点击运行后输入,得出以下结果：图24查询数据地表（3）修改数据：在SQL查询分析器中输入以下代码：update 外出表 set 员工名 = '周丹' where 记录号=119 select * from 外出表点击运行后输入,得出以下结果：图25修改数据地表（4）删除数据：在SQL查询分析器中输入以下代码：Delete from 外出表 where 员工名='周丹'select * from 外出表点击运行后输入,得出以下结果：图26删除数据地表附录alter table 出勤资料表drop constraint FK_出勤资料表_REFERENCE_员工基本资料表goalter table 加班表drop constraint FK_加班表_REFERENCE_员工基本资料表goalter table 外出表drop constraint FK_外出表_REFERENCE_员工基本资料表goalter table 外出表drop constraint FK_外出表_REFERENCE_外出类型表goalter table 日志表drop constraint FK_日志表_REFERENCE_用户goalter table 用户drop constraint FK_用户_REFERENCE_员工基本资料表goalter table 用户drop constraint FK_用户_REFERENCE_权限表goalter table 请假表drop constraint FK_请假表_REFERENCE_员工基本资料表goalter table 请假表drop constraint FK_请假表_REFERENCE_请假类型表go/*==============================================================*//* Table: 出勤资料表 *//*==============================================================*/create table 出勤资料表 (记录号 int not null,员工基_员工号 char(30) null,员工号 char(40) not null,上午上班时间 datetime not null,上午下班时间 datetime not null,下午上班时间 datetime not null,下午下班时间 datetime not null,记录日期 datetime not null,constraint PK_出勤资料表 primary key (记录号))go/*==============================================================*//* Table: 加班表 *//*==============================================================*/create table 加班表 (记录号 int not null,员工基_员工号 char(30) null,员工号 char(20) not null,员工名 char(30) not null,加班类型 char(30) not null,起始时间 datetime not null,结束时间 datetime not null,constraint PK_加班表 primary key (记录号))go/*==============================================================*//* Table: 员工基本资料表 *//*==============================================================*/create table 员工基本资料表 (员工号 char(30) not null,员工名 char(30) not null,性别 tinyint not null,年龄 int not null,入公司时间 datetime not null,住址 char(50) not null,联系电话 char(20) null,手机 char(20) null,电子邮箱 char(30) null,考勤 tinyint not null,constraint PK_员工基本资料表 primary key (员工号))go/*==============================================================*)/* Table: 外出表 *//*==============================================================*/create table 外出表 (记录号 int not null,类型名 char(30) null,员工基_员工号 char(30) null,员工号 char(20) not null,员工名 char(30) not null,外出类型 char(30) not null,起始时间 datetime not null,结束时间 datetime not null,constraint PK_外出表 primary key (记录号))go/*==============================================================*/ /* Table: 日志表 *//*==============================================================*/create table 日志表 (记录号 binary(8) not null,用户名 char(30) not null,操作 char(127) not null,日期 datetime not null,constraint PK_日志表 primary key (记录号))go/*==============================================================*//* Table: 权限表 *//*==============================================================*/create table 权限表 (权限名 char(30) not null,用户管理 char(2) not null,基本资料更改 char(2) not null,请假管理 char(2) not null,外出管理 char(2) not null,加班管理 char(2) not null,修改考勤资料 char(2) not null,数据库操作 char(2) not null,日志删除 char(2) not null,constraint PK_权限表 primary key (权限名))go/*==============================================================*//* Table: 用户 *//*==============================================================*/create table 用户 (用户名 char(30) not null,员工号 char(30) null,权限名 char(30) null,用户密码 int not null,权限号 int not null,constraint PK_用户 primary key (用户名))go/* Table: 请假表 *//*==============================================================*/create table 请假表 (记录号 int not null,类型名 char(30) null,员工基_员工号 char(30) null,员工号 char(20) not null,员工名 char(20) not null,请假类型 char(30) not null,起始时间 datetime not null,结束时间 datetime not null,constraint PK_请假表 primary key (记录号))goalter table 出勤资料表add constraint FK_出勤资料表_REFERENCE_员工基本资料表 foreign key (员工基_员工号)references 员工基本资料表 (员工号)goalter table 加班表add constraint FK_加班表_REFERENCE_员工基本资料表foreign key (员工基_员工号)references 员工基本资料表 (员工号)goalter table 外出表add constraint FK_外出表_REFERENCE_员工基本资料表foreign key (员工基_员工号)references 员工基本资料表 (员工号)goalter table 外出表add constraint FK_外出表_REFERENCE_外出类型表foreign key (类型名)references 外出类型表 (类型名)goalter table 日志表add constraint FK_日志表_REFERENCE_用户 foreign key (用户名)references 用户 (用户名)goalter table 用户add constraint FK_用户_REFERENCE_员工基本资料表foreign key (员工号)references 员工基本资料表 (员工号)goalter table 用户add constraint FK_用户_REFERENCE_权限表 foreign key (权限名)references 权限表 (权限名)goalter table 请假表add constraint FK_请假表_REFERENCE_员工基本资料表foreign key (员工基_员工号)references 员工基本资料表 (员工号)goalter table 请假表add constraint FK_请假表_REFERENCE_请假类型表foreign key (类型名)references 请假类型表 (类型名)gonsert 加班表(记录号,员工基_员工号,员工号,员工名,加班类型,起始时间,结束时间)values('5019','a9','aa9','六仪','夜班','2002-02-08','2001-02-12')insert 加班表(记录号,员工基_员工号,员工号,员工名,加班类型,起始时间,结束时间)values('5016','a8','aa8','张萍','日班','2001-05-06','2001-05-12')insert 加班表(记录号,员工基_员工号,员工号,员工名,加班类型,起始时间,结束时间)values('5023','a20','aa20','王明','夜班','2002-08-06','2001-08-12')select * from 加班表insert into 外出表(记录号,类型名,员工基_员工号,员工号,员工名,外出类型,起始时间,结束时间)values('119','出差','a80','a80','邓月','出差',2008-06-09,2008-06-12)select * from 外出表update 外出表set 员工名 = '周丹'where 记录号=119select * from 外出表deletefrom 外出表where 员工名='周丹'select * from 外出表。
职工考勤管理系统数据库设计
目录一、设计概述-----------------------------------------21.1 问题描述--------------------------------------21.2 研究目的-------------------------------- -----21.3 开发环境和运行环境----------------------------31.4预期结果与意义--------------------------------3二、需求分析-----------------------------------------6三、数据库概念结构设计 ----------------------------10四、数据库逻辑结构设计-----------------------------10五、数据库运行与维护--------------------------------11六、界面设计----------------------------------------196.1登陆面板设计-----------------------------------196.2切换面板设计-----------------------------------20七、设计心得----------------------------------------21参考文献--------------------------------------------22前言职工考勤对一个企业来说是非常重要的，早期的考勤方法已不能满足现状，在科学技术迅速发展的今天一个方便、简洁、实用的管理系统是非常重要的，因此为了使企业职工考勤管理更加合理，使考勤员更加方便的管理这些数据，产生了计算机的数据管理技术——数据库技术。
在计算机技术迅速发展的今天，数据库技术是计算机信息系统与应用系统的核心技术和重要基础，是数据管理的最新技术，也是计算机科学的重要分支。
单位考勤管理系统数据库设计
单位考勤管理系统数据库设计1. 员工表(Employee table)2. 考勤表(Attendance table)考勤表用于记录员工的每日考勤情况，包括员工ID、日期、上班时间、下班时间、考勤状态等。
该表可以用来存储和管理员工每日的考勤记录，包括正常上班、迟到、早退、缺勤等情况。
3. 请假表(Leave table)请假表用于记录员工的请假信息，包括员工ID、请假开始时间、请假结束时间、请假原因等。
通过这个表，可以方便地管理和统计员工的请假情况，包括事假、病假、年假等。
4. 出差表(Business trip table)出差表用于记录员工的出差信息，包括员工ID、出差开始时间、出差结束时间、出差地点、出差目的等。
通过这个表，可以方便地管理和统计员工的出差情况，包括出差天数、出差地点等。
加班表用于记录员工的加班信息，包括员工ID、加班开始时间、加班结束时间、加班原因等。
通过这个表，可以方便地管理和统计员工的加班情况，包括加班时长、加班原因等。
6. 考勤规则表(Attendance rule table)考勤规则表用于记录单位的考勤规则，包括考勤时间、迟到规定、早退规定、缺勤规定等。
通过这个表，可以方便管理和设置单位的考勤规则，以便于系统能够根据规则自动识别员工的考勤状态。
7. 部门表(Department table)部门表用于记录单位的部门信息，包括部门ID、部门名称、上级部门等。
通过这个表，可以方便地管理和组织单位的部门结构，以便于系统能够按照部门进行员工信息的分类和查询。
8. 管理员表(Admin table)管理员表用于记录系统管理员的信息，包括管理员ID、姓名、密码等。
通过这个表，可以方便地管理和授权系统管理员，以便于系统能够进行安全和权限管理。
除了以上的几个核心表之外，还可以增加其他辅助表或者视图来满足管理需求。
比如，可以设计一个统计表或者视图，用于统计和分析员工的考勤数据，包括出勤率、迟到早退次数、请假次数等。
单位考勤管理系统详细设计-数据库设计
单位考勤管理系统第一章：引言1.1编写目的我们以小型单位的考勤管理业务为依托，结合科学管理的理论，设计并开发一个单位考勤管理信息系统，提供一个科学合理的考勤管理解决方案，彻底实现无纸化作业。
根据管理权限的不同，将界面分为一般管理员和员工两个个层次，系统目标如下：（1）提供简单、方便的操作。
（2）根据企业原来的考勤管理制度，为企业不同管理层次提供相应的功能。
（3）通过考勤管理无纸化的实现，使企业的考勤管理更加科学规范。
（4）节省考勤管理的成本。
（5）提高企业考勤管理的透明度和效率，防止“虚假出勤“的现象。
（6）对系统提供必要的权限管理。
1.2背景随着企业人事管理的日趋复杂和企业人员的增多，企业的考勤管理变得越来越复杂。
规范的考勤管理是现代企业提高管理效益的重要保证，而传统的人工管理存在着效率低、不易统计、成本高和易出错等弊端，已经无法适应现代企业的需求。
随着计算机技术和通信技术的迅速发展，将传统的人工考勤管理计算机化，建立一个高效率的、无差错的考勤管理系统，能够有效的帮助企业实现“公正考勤，高效薪资”，使企业的管理水平登上一个新的台阶。
第二章:可行性分析单位考勤管理系统是基于B/S模式，通过对一些考勤记录、分析，并结合单位要求开发的一套信息化管理系统。
本系统的实现目标是（1）提供简单、方便的操作。
（2）根据企业原来的考勤管理制度，为企业不同管理层次提供相应的功能。
（3）通过考勤管理无纸化的实现，使企业的考勤管理更加科学规范。
（4）节省考勤管理的成本。
（5）提高企业考勤管理的透明度和效率，防止“虚假出勤“的现象。
（6）对系统提供必要的权限管理。
第三章：需求分析3.1系统总体的功能需求单位考勤管理系统一般分为员工系统和管理系统两套，管理系统面向的是管理员，员工系统面向员工。
考勤管理只是一个对出勤人数统计并加以记录，确保人员的上班情况。
员工系统上的用户员工，用户的功能如下：（1）查询考勤等信息（2）申请请假（3）申请出差管理系统上的用户为管理员，用户的功能如下：（1）查看所有信息（2）添加、删除部门和员工信息（3）对请假的员工加以处理（4）对考勤进行管理（5）对出差的员工加以记录3.2系统结构设计可以将单位考勤管理系统分为两个模块——用户模块和管理员模块.所谓的用户模块也就是前台服务，管理员模块也就是后台服务。
职工考勤管理信息系统数据库课程设计设计
第一章引言1.1设计开发的意义传统意义上的职工考勤管理都是采用原始的手工操作来完成的。
人事部的管理人员或办公室人员要进行经常的繁琐的记录、修改、查询、统计等工作，不仅时间长、劳动强度大、工作效率低下，并且在这种管理模式下对职工的考勤信息不全且易造成混乱。
随着社会的进步，计算机科技的广泛应用，通过现代化的科学的方式对职工考勤信息进行管理已成为可能。
基于此，我希望能通过开发这一管理系统，由计算机代替人工操作一系列职工基本信息的输入、修改、查询、统计等操作，既减轻了管理人员的工作强度，提高了工作效率，降低解企业的经营成本；同时，也对企业内部管理的科学化、规范化作出一点尝试。
1.2任务及目标项目的提出者：天津理工大学计算机与通信工程学院课题开发组。
开发单位：08中加3-4班项目小组。
充分了解用户的需求，了解工作的流程，以及可能出现的问题。
职工考勤信息管理系统中首先必须设置好职工基本信息，职工基本信息在本系统占据着很重要的地位。
在对职工的出差、出勤、加班、请假这些信息管理的时候都需通过职工基本信息进行操作。
本系统结合实际的职工考勤管理制度，经过实际的需求分析，采用功能强大的Visual Basic6.0作为开发工具而开发出来的职工考勤信息管理系统。
职工考勤管理信息系统的具体功能包括：职工基本信息实体,职工出勤信息实体,管理员管理系统信息实体。
主要功能：管理员功能：签到，增加职工及职工信息，增加登录用户，设置用户权限，查看职工出勤信息，修改职工出勤信息。
签到用户功能：签到。
灵活性：本软件对变更的适应性较强，采用人工手动输入与系统自动输入相结合的形式，数据库文件可以单独转移到其他地方使用，可以保证数据的安全和高兼容性，当系统改变时可以自动调整精度与安全性1.3开发环境操作系统：windows 7编译环境：使用Visual Studio 2010来进行系统汇编使用Access 2007进行数据库管理第二章系统分析与设计2.1系统需求分析2.1.1 处理需求根据职工签到特性，设计了以下功能：管理员功能：签到，增加职工及职工信息，增加登录用户，设置用户权限，查看职工出勤信息，修改职工出勤信息。
基于SQL的员工考勤管理系统设计与优化
基于SQL的员工考勤管理系统设计与优化一、引言在现代企业管理中，员工考勤管理是一个至关重要的环节。
通过科学合理的考勤管理系统，可以提高企业的工作效率、规范员工的工作行为，进而提升整体管理水平。
本文将围绕基于SQL的员工考勤管理系统的设计与优化展开讨论，探讨如何利用SQL技术构建高效可靠的员工考勤管理系统。
二、数据库设计1. 员工信息表（Employee）员工ID（EmployeeID）姓名（Name）部门（Department）职位（Position）入职日期（HireDate）2. 考勤记录表（Attendance）记录ID（RecordID）员工ID（EmployeeID）打卡时间（ClockInTime/ClockOutTime）打卡类型（ClockType：上班打卡/下班打卡）3. 请假记录表（Leave）记录ID（RecordID）员工ID（EmployeeID）请假开始时间（StartTime）请假结束时间（EndTime）请假类型（LeaveType）三、SQL查询与优化1. 查询员工当月考勤情况示例代码star：编程语言：sqlSELECT , Attendance.ClockInTime, Attendance.ClockOutTimeFROM EmployeeJOIN Attendance ON Employee.EmployeeID =Attendance.EmployeeIDWHERE MONTH(Attendance.ClockInTime) = MONTH(CURRENT_DATE)示例代码end2. 查询某员工某天的打卡记录示例代码star：编程语言：sqlSELECT *FROM AttendanceWHERE EmployeeID = '001' AND DATE(ClockInTime) = '2022-01-01'示例代码end3. 统计某部门当月迟到次数最多的员工示例代码star：编程语言：sqlSELECT , COUNT(*) AS LateTimesFROM EmployeeJOIN Attendance ON Employee.EmployeeID =Attendance.EmployeeIDWHERE MONTH(Attendance.ClockInTime) = MONTH(CURRENT_DATE) AND TIME(ClockInTime) > '09:00:00'GROUP BY ORDER BY LateTimes DESCLIMIT 1示例代码end四、系统优化策略1. 索引优化针对EmployeeID、ClockInTime等经常用于查询条件的字段建立索引，提高查询效率。
考勤系统数据库设计模板
部门考勤系统数据库设计文档文档属性及版本文档属性文件状态：[ ] 草稿[ ] 正式发布[ √] 正在修改文件标识：v1.0当前版本： 1.1作者：文件密级：[ √]普通[ ]秘密[ ]绝密文档版本版本/状态作者参与者日期说明1.0 黄利斌2016-5目录1.数据库设计的基本规范 (4)1.1开发规范 (4)1.2命名规范 (4)2.基本表及其说明 (4)2.1 系统信息表 (4)2.2 职工基本信息表 (4)2.3 部门基本信息表 (5)2.4职工考勤表 (5)2.5 职工考勤统计表 (5)3. E-R图 (6)1.数据库设计的基本规范1.1开发规范1）遵守数据的设计规范3NF 规定2）一行记录必须表内唯一，表必须有主键。
3）金额类型使用Money4）时间使用 Time5）在主外键的选择上应注意：为关联字段创建外键、所有的键都必须唯一、避免使用复合键、外键总是关联唯一的键字段。
1.2命名规范1）对象名称应当准确完整地描述了对象的含义。
2）数据库对象的命名应当避免和系统原有的对象名称（如：系统表、系统存储过程等）混淆。
3）对象名称中不同的单词间应当能够方便的区分开。
4）使用Pascal 命名规则2.基本表及其说明2.1 系统信息表字段名（中文）数据类型宽度是否为空备注用户ID Char20 NO 主键密码Char20 NO用户名Char20 NO2.2 职工基本信息表字段名（中文）数据类型宽度是否为空备注职工编号Char 12 NO 主键部门编号Char 12 NO 外键职工姓名char 10 NO性别bit 1 NO民族char 10 YES职务char 20 YES出生年月datetime 8 YES籍贯char 20 YES家庭住址char 40 YES工作时间datetime 8 YES备注char 100 YES2.3 部门基本信息表字段名（中文）数据类型宽度是否为空备注部门编号Char 12 NO 主键部门名称Char 20 NO2.4职工考勤表字段名（中文）数据类型宽度是否为空备注职工姓名Char 10 NO职工编号Char 10 NO 外键部门编号Char 12 NO 外键日期datetime 8 NO 主键是否请假bit 1 NO考勤备注char 100 YES2.5 职工考勤统计表字段名（中文）数据类型宽度是否为空备注日期datetime 8 NO 主键部门编号Char 12 NO 外键应出勤人数int 7 NO出勤人数 int 7 NO 请假人数 int 7 NO 统计备注char100YES3.E-R 图因为版面限制，E-R 的属性只列出部分，更多的请在第二节中查阅对应。
员工考勤管理系统数据库设计大作业模版
员工考勤管理系统
系统数据库设计与实现
1 需求简介
1.1功能概述
产品主要功能概述。
1.2数据要求
功能中涉及的数据项说明。
数据字典。
2概念结构设计
ER图（如果系统没有那么复杂，可以不需要画局部ER图）
属性请在ER图后单独说明。
3逻辑结构设计
3.1将E-R图转换为关系模型
关系模式或者关系图
3.2关系模式优化
（可选）
3.3 数据库模式设计
选择DBMS，及表结构
1.*****表：商品表（p）
属性名数据类型含义是否是主属性或外键备注
pid Char(10) 商品编号PK
3.4 用户子模式设计
（可选）
编号用户子模式(View) 作用(共性：提供数据保密和安全保护机制)
/或：子模式结构
4 物理结构设计
4.1 存储结构
由于系统数据不多，所以只在两个盘驱分别建立一个主数据文件和一个日志文件就可以了。
（有特殊设计的可以详述）
4.2 索引
如果只有主键的聚集索引就不用再说明了。
（可选）
5实施
5.1 建立数据库
create database ***;
5.2建立数据表
SQL语句或者图形界面截图。
5.3建立视图
（可选）
SQL语句或者图形界面截图。
5功能实现
5.1 ***（功能）
该功能实现所需要的Sql语句。
注意：
1）应当和需求规格说明书中功能一致。
2）请先在DBMS中实现，然后再将SQL语句复制在此处，并将执行结果截图。
数据库设计_考勤系统
CREATE TABLE `sys_user` (`id` bigint(20)NOT NULL,`userId` varchar(50)NOT NULL,`userName` varchar(20)NOT NULL,`password` varchar(50)NOT NULL,`telphone` varchar(20)NOT NULL,`mail` varchar(50)NOT NULL,`deptId` varchar(20)NOT NULL,`deptName` varchar(20)NOT NULL,`isAdmin` bit(1)NOT NULL,`isAuditor` bit(1)NOT NULL,`status` bit(1)NOT NULL,`creatTm` datetimeNOT NULL,`creator` varchar(50)NOT NULL,`modifyTm` datetimeNOT NULL,`modifier` varchar(50),PRIMARY KEY(`id`)) ENGINE=InnoDB DEFAULT CHARSET=utf8;#REF!) ENGINE=InnoDB DEFAULT CHARSET=utf8;CREATE TABLE `sys_dept` (`deptId` bigint(20)NOT NULL,`deptName` varchar(20)NOT NULL,`parentDeptId` bigint(6)NOT NULL,`deptSort` int(6)NOT NULL,`deptLevel` int(6)NOT NULL,`status` int(6)NOT NULL,`createTm` datetimeNOT NULL,`creator` varchar(50)NOT NULL,`modifyTm` datetimeNOT NULL,`modifier` varchar(50),PRIMARY KEY(`deptId`)) ENGINE=InnoDB DEFAULT CHARSET=utf8;CREATE TABLE `ms_leave` (`id` bigint(20)NOT NULL,`submitter` varchar(50)NOT NULL,`leaveUser` varchar(50),`deptId` bigint(20)NOT NULL,`beginTm` datetimeNOT NULL,`endTm` datetimeNOT NULL,`totalHours` int(6),`leaveReason` varchar(200),`submitTm` datetimeNOT NULL,`approveTm` datetimeNOT NULL,`approveHours` int(6),`approvers` varchar(50),`approveOpinion` varchar(200),`status` int(6),`leaveType` varchar(10)NOT NULL, PRIMARY KEY(`id`)) ENGINE=InnoDB DEFAULT CHARSET=utf8;CREATE TABLE `ms_work` (`id` bigint(20)NOT NULL,`submitterId` varchar(50)NOT NULL,`submitter` varchar(50)NOT NULL,`leaveUserId` varchar(50)NOT NULL,`leaveUser` varchar(50),`beginTm` datetimeNOT NULL,`endTm` datetimeNOT NULL,`totalHours` int(6),`leaveReason` varchar(200),`submitTm` datetimeNOT NULL,`approveTm` datetime,`approveHours` int(6),`approverId` varchar(50),`approvers` varchar(50),`approveOpinion` varchar(200),`upApproverId` varchar(50),`upApprovers` varchar(50),`upApproveOpinion` varchar(200),`status` varchar(6),PRIMARY KEY(`submitTm`)) ENGINE=InnoDB DEFAULT CHARSET=utf8;CREATE TABLE `ms_integral_rule` (`id` bigint(20)NOT NULL,`integral_id` varchar(80)NOT NULL,`action_id` bigint(I9320)NOT NULL,`function_id` bigint(I9320),`integral` int(6)NOT NULL,`daily_limit` int(6)NOT NULL,`describe` varchar(300),`status` int(1)NOT NULL,`create_tm` datetimeNOT NULL,`creator` varchar(50)NOT NULL,`modify_tm` datetimeNOT NULL,`modifier` varchar(50),PRIMARY KEY(`id`)) ENGINE=InnoDB DEFAULT CHARSET=utf8;CREATE TABLE `ms_comment` (`comment_id` bigint(20)NOT NULL,`article_id` bigint(20)NOT NULL,`content` varchar(300)NOT NULL,`from_uid` bigint(20),`nick_name` varchar(50),`small_icon` varchar(300),`is_top` int(1)NOT NULL,`is_hot` int(1),`is_reply` int(1)NOT NULL,`status` int(1)NOT NULL,`create_tm` datetimeNOT NULL,`creator` varchar(50)NOT NULL,`modify_tm` datetimeNOT NULL,`modifier` varchar(50),PRIMARY KEY(`comment_id`)CREATE TABLE `ms_comment` (CREATE TABLE `ms_comment_reply` (`reply_id` bigint(20)NOT NULL,`comment_id` bigint(20)NOT NULL,`parent_reply_id` int(1),`content` varchar(300)NOT NULL,`to_uid` bigint(20),`to_nick_name` varchar(50),`from_uid` bigint(20),`from_small_icon` varchar(50),`from_nick_name` varchar(300),`is_author` int(1)NOT NULL,`status` int(1)NOT NULL,`create_tm` datetimeNOT NULL,`creator` varchar(50)NOT NULL,`modify_tm` datetimeNOT NULL,`modifier` varchar(50),PRIMARY KEY(`reply_id`)) ENGINE=InnoDB DEFAULT CHARSET=utf8;CREATE TABLE `ms_collect` (`collect_id` bigint(20)NOT NULL,`article_id` bigint(20)NOT NULL,`user_id` bigint(20)NOT NULL,`create_tm` datetimeNOT NULL,`creator` varchar(50)NOT NULL,`modify_tm` datetimeNOT NULL,`modifier` varchar(50),PRIMARY KEY(`collect_id`)) ENGINE=InnoDB DEFAULT CHARSET=utf8;CREATE TABLE `ms_user visit` (`user visit_id` bigint(20)NOT NULL,`user_id` bigint(20)NOT NULL,`user_data_id` bigint(20)NOT NULL,`begin_time` datetimeNOT NULL,`end_time` datetime,`stop_time` bigint(10),PRIMARY KEY(`user visit_id`)) ENGINE=InnoDB DEFAULT CHARSET=utf8;CREATE TABLE `ms_msg_box` (`msg_box_id` bigint(20)NOT NULL,`user_id` bigint(20)NOT NULL,`title` varchar(50)NOT NULL,`content` varchar(4000)NOT NULL,`receive_date` datetimeNOT NULL,`is_read` int(1)NOT NULL,`read_date` datetime,`create_tm` datetimeNOT NULL,`creator` varchar(50)NOT NULL,`modify_tm` datetimeNOT NULL,`modifier` varchar(50),PRIMARY KEY(`msg_box_id`)) ENGINE=InnoDB DEFAULT CHARSET=utf8;CREATE TABLE `ms_shortcut_panel` (`shortcut_panel_id` bigint(20)NOT NULL, `title` varchar(50)NOT NULL,`content` varchar(500)NOT NULL,`original_img` varchar(100)NOT NULL,`is_user_edit` int(1)NOT NULL,`user_edit_type` int(1)NOT NULL,`user_edit_value` varchar(3000)NOT NULL,`order` int(4)NOT NULL,`create_tm` datetimeNOT NULL,`creator` varchar(50)NOT NULL,`modify_tm` datetimeNOT NULL,`modifier` varchar(50),PRIMARY KEY(`shortcut_panel_id`)) ENGINE=InnoDB DEFAULT CHARSET=utf8;CREATE TABLE `ms_shortcut_panel_user` (`shortcut_panel_user_id` bigint(20)NOT NULL, `user_id` bigint(20)NOT NULL,`panel_id` bigint(20)NOT NULL,`panel_user_content` varchar(4000),`order` int(4)NOT NULL,`status` int(1)NOT NULL,`create_tm` datetimeNOT NULL,`creator` varchar(50)NOT NULL,`modify_tm` datetimeNOT NULL,`modifier` varchar(50),PRIMARY KEY(`shortcut_panel_user_id`)) ENGINE=InnoDB DEFAULT CHARSET=utf8;CREATE TABLE `ms_label_user` (`label_user_id` bigint(20)NOT NULL,`user_id` bigint(20)NOT NULL,`label_id` bigint(20)NOT NULL,`status` int(1)NOT NULL,`create_tm` datetimeNOT NULL,`creator` varchar(50)NOT NULL,`modify_tm` datetimeNOT NULL,`modifier` varchar(50),PRIMARY KEY(`label_user_id`)) ENGINE=InnoDB DEFAULT CHARSET=utf8;CREATE TABLE `commons` (`id` bigint(20)NOT NULL,`commons_key` varchar(30)NOT NULL,`commons_key_name` varchar(50)NOT NULL,`commons_value` varchar(30)NOT NULL,`commons_value_name` varchar(50)NOT NULL,`status` int(1)NOT NULL,`describe` varchar(300),`create_tm` datetimeNOT NULL,`creator` varchar(50)NOT NULL,`modify_tm` datetimeNOT NULL,`modifier` varchar(50),PRIMARY KEY(`id`)) ENGINE=InnoDB DEFAULT CHARSET=utf8;CREATE TABLE `ms_view` (`view_id` bigint(20)NOT NULL,`article_id` bigint(20)NOT NULL,`user_id` bigint(20)NOT NULL,`create_tm` datetimeNOT NULL,) ENGINE=InnoDB DEFAULT CHARSET=utf8; CREATE TABLE `ms_article_like` (`like_id` bigint(20)NOT NULL,`article_id` bigint(20)NOT NULL,`user_id` bigint(20)NOT NULL,`create_tm` datetimeNOT NULL,) ENGINE=InnoDB DEFAULT CHARSET=utf8; CREATE TABLE `article_count` (`article_id` bigint(20)NOT NULL,`view_total` bigint(20)NOT NULL,`new_view` bigint(20)NOT NULL,`comment_total` bigint(20)NOT NULL, `new_comment` bigint(20)NOT NULL,`like_total` bigint(20)NOT NULL,`new_like` bigint(20)NOT NULL,`collect_total` bigint(20)NOT NULL, `new_collect` bigint(20)NOT NULL,) ENGINE=InnoDB DEFAULT CHARSET=utf8;CREATE TABLE `ms_comment_like` (`id` bigint(20)NOT NULL,FALSE`reply_id` bigint(20),`user_id` bigint(20)NOT NULL,`create_tm` datetimeNOT NULL, PRIMARY KEY(`id`)) ENGINE=InnoDB DEFAULT CHARSET=utf8; CREATE TABLE `ms_comment_count` (`id` bigint(20)NOT NULL,`like_total` bigint(20),`new_like` bigint(20),`reply_toal` bigint(20),`new_reply` bigint(20),`reply_id` bigint(20),`comment_id` bigint(20),PRIMARY KEY(`id`)CREATE TABLE `sys_sensitive_word` (`id` bigint(20)NOT NULL,`word_name` varchar(50)NOT NULL,`type_code` varchar(10)NOT NULL,`risk_level_code` varchar(10)NOT NULL, `source_code` varchar(10)NOT NULL,`status` char(1)NOT NULL,`create_tm` datetimeNOT NULL,`creator` varchar(50)NOT NULL,`modify_tm` datetimeNOT NULL,`modifier` varchar(50)NOT NULL, PRIMARY KEY(`id`)) ENGINE=InnoDB DEFAULT CHARSET=utf8;。
数据库课程设计报告——考勤管理信息系统.doc
数据库课程设计报告——考勤管理信息系统一、设计任务：（1）、系统开发的总体任务是实现企业员工考勤管理的系统化、规范化。
（2）、能够和人事管理系统、工资管理系统相结合、真正实现企业高效、科学、现代化的员工管理。
二、设计思想：（1）、尽量采用公司现有的软硬件环境及先进的管理系统开发方案，从而达到充分利用公司现有的资源，提高系统开发水平和应用效果的目的。
（2）、员工考勤管理系统能够和考勤相连接，从而完成自动、高效、科学的考勤信息输入。
（3）、系统采用模块化程序设计方法，既便于系统功能的各种组合和修改，又便于未参与开发技术维护人员补充、维护。
（4）、系统应具备数据库维护功能，及时根据用户需求进行数据的添加、删除、修改、备份等操作。
三、系统功能分析：考勤管理涉及企业人事管理的多个方面，如员工职务升迁、工资发放、效命发放、员工医疗保险发放等等。
此考勤管理系统需要完成的功能主要有以下几点：（1）、员工考勤跾处理。
该模块完成员工考勤情况的输入、修改等操作。
如果企业内有考勤机，可以将它的输出处理后，形成考勤管理系统模块的输入。
（2）、企业缺勤类型的设定。
（3）、企业考勤统计。
该模块可以对某进行考勤情况的统计，生成统计报表。
四、系统功能模块设计：（图1）系统功能模块图考勤管理系统和企业中其他系统的关系：考勤定理系统是全企业信息系统的一个有机组成部分。
它与企业上其他系统之间的关系如下：（图2）和企业中其他系统之间的关系四、具体设计：1、数据库需求分析：（图3）系统处理流程图设计数据项和数据结构如下：（1）、员工考勤信息。
包括数据项有员工号、缺勤时间、缺勤天数、缺勤类型等。
（2）、勤类型信息。
包括的数据项有缺勤类型、名称、描述等。
（3）、员工基本信息。
包括数据项有员工号、员工姓名员工工种、员工所属部门等。
2、数据库概念结构设计本设计的实体有：考勤信息实体、员工基本信息实体、缺勤类型实体，各种实体之间的Ｅ－Ｒ图可以描述如下：.（图4）员工基本信息实体Ｅ－Ｒ图（图5）考勤信息实体Ｅ－Ｒ图（图7）实体之间的关系Ｅ－Ｒ图3、数据库的逻辑结构设计：考勤管理系统数据库中各个表格的设计结果如下面的几个表格所示。
员工考勤管理系统(论文范文,JSP,JAVA,毕业设计)
课程设计职工考勤管理系统姓名：班级：学号：学院:职工考勤管理系统的设计与实现一、系统介绍：管理员可通过登录名与密码进入考勤系统，可以通过职工编号来进行对各别员工的查询,进行考勤,也可以查看全体员工的考勤情况，还可以进行添加,删除等操作。
二、系统设计：2.1 根据系统功能,可以画出如下流程图:针对职工管理系统的流程图，现具体描述其功能:1、管理员登陆：系统对其合法性进行检查2、职工个人考勤：通过职工编号查询其信息3、全体职工考勤：查看全体职工信息4、添加操作:添加职工的各种基本信息5、删除操作：根据职工编号删除某个职工的全部信息2.2数据库的逻辑设计根据系统的功能可以设计有关的概念模型,该系统涉及一张职工考勤信息表，可以画出如下E—R图：2.2.1：管理员实体E-R图：2.2.2:职工实体E—R图：2。
2.3: 数据库设计：1。
启动SQL Server 20052。
建立数据库打开企业管理器,新建数据库Student3。
创建表kaoqing，kaoqing表的字段的属性为：Kaoqing表如下所示:三、系统的实现：3.1数据库的连接：1.创建ODBC数据源：选择“控制面板"——“管理工具”-—“ODBC数据源”,在双击ODBC数据源后，选择“用户DSN”,添加新的数据源，单击“配置",选择SQL Server，数据源名称为mymoon，设置用户名为sa，密码为163123，选择数据库Student.2。
建立JDBC-ODBC 桥接器：Class.forName（“sun.jdbc。
odbc。
JdbcOdbcDriver")；建立桥接器时可能发生异常，为捕获这个异常，所以建立桥接器的标准为：Try{Class.forName（“sun。
jdbc。
odbc。
JdbcOdbcDrivder”）；｝Catch(ClassNotFoundException e）{}3。
与ODBC数据源指定的数据库建立连接:使用java。
数据库课程设计报告--职工考勤管理信息系统
...《数据库原理》课程设计题目:考勤管理系统系部：计算机与信息科学学院学生：罗学智指导教师：利平专业：软件工程班级：软件1201完成时间：2014.5.20目录1 概述 (2)1.1设计背景 (2)1.2研究目的 (2)1.3理论基础的分析 (3)1.4预期结果和意义 (3)2 需求分析 (3)2.1功能需求 (3)2.2数据流图 (4)2.3功能模块图 (5)2.4系统数据流程图 (5)3 概念结构设计 (6)3.1局部E-R图 (6)3.2整体E-R图 (8)4 逻辑结构设计 (9)4.1关系模式 (9)4.2数据关系图 (10)5 物理结构设计 (10)5.1存储记录结构设计 (10)5.2创建索引 (13)6 数据库实施 (14)6.1建立数据库 (14)6.2数据表的创建 (14)6.3建立存储过程 (17)6.4创建触发器 (18)7文献......................................................................... (19)8结论......................................................................... (22)1 概述1.1设计背景随着企业人事管理的日趋复杂和企业人员的增多，企业的考勤管理变得越来越复杂。
规的考勤管理是现代企业提高管理效益的重要保证，而传统的人工管理存在着效率低、不易统计、成本高和易出错等弊端，已经无法适应现代企业的需求。
随着计算机技术和通信技术的迅速发展，将传统的人工考勤管理计算机化，建立一个高效率的、无差错的考勤管理系统，能够有效的帮助企业实现“公正考勤，高效薪资”，使企业的管理水平登上一个新的台阶。
企业考勤管理经过如下的业务流程：（1）员工基本信息管理，添加，删除，更改（2）员工考勤管理，员工根据自己的班次在上下班时分别进行出勤操作，采用手动方式或者使用划卡机。
数据库课程设计——工资管理系统--职工考勤管理系统(java+sql-sever-2000)
课程设计报告工资管理系统--职工考勤管理系统姓名LS班级学号QQ:1054180233 课程名称数据库原理及应用指导教师2011年12月15日目录1．工资管理系统需求分析 (1)1.1功能需求 (1)1.1.1功能划分 (1)1.1.2功能描述 (1)1.2性能需求 (1)1.3数据流图 (2)1.4 数据字典 (5)1.4.1 数据流的描述 (5)1.4.2处理逻辑的描述 (6)1.4.3数据存储的描述 (6)2.总体设计 (7)2.1数据库概念设计 (7)2.2功能模块 (8)3.系统详细设计 (9)3.1数据库逻辑设计 (9)3.2各模块功能 (10)3.2.1职工信息管理系统 (10)3.2.2职工工资管理系统 (10)3.2.3职工津贴管理系统 (10)3.2.4职工考勤管理系统 (10)4.系统实现 (11)4.1界面截图 (11)4.1.1主界面及工资基本信息界面 (11)4.1.2登录界面 (12)4.1.3系统主界面 (13)4.1.4考勤信息录入,修改,删除,查询界面 (14)4.2设计代码 (15)1、需求分析1.1功能需求1.1.1功能划分(1)、员工考勤情况表；及时反映员工的出勤，以及缺勤扣款情况(2)、员工津贴表，反映员工的加班时间，加班类别、加班天数、津贴情况等；(3)、员工基本信息表，反映员工的基本信息，反映员工的工种、等级，基本工资等信息；(4)、员工月工资表，计算月工资，生成打印清单。
(5)、银行表，用于员工工资的发放。
(6)、后勤部门表;反映员工的水电扣款信息等1.1.2 功能描述(1)、员工每个工种基本工资的设定(2)、加班津贴管理，根据加班时间和类型给予不同的加班津贴；(3)、按照不同工种的基本工资情况、员工的考勤情况产生员工的每月的月工资；(4)、员工年终奖金的生成，员工的年终奖金计算公式＝（员工本年度的工资总和＋津贴的总和）/12；(5)、企业工资报表。
(完整word版)考勤管理数据库系统课程设计
重庆科技学院课程设计报告院（系）:_ 电气与信息工程学院 _ 专业班级:计科4班学生姓名:杜江龙学号: 2012442090设计地点（单位）______第一实验楼I302__ _______ _ _ 设计题目:____________考勤管理系统设计_____ ____ _ 完成日期： 2014年 06月 20日指导教师评语: _______________________________________ ___________________________________________________________________________ ___________________________________________________________________________ ___________________________________________________ __________ _成绩（五级记分制）:______ __________指导教师（签字）:________ ________摘要在现代企业管理中，企业信息化是提高企业管理效率的重要手段。
考勤管理是企业管理的重要部分，在公司起着越来越重要作用。
本课程设计主要是对公司各项人员的考勤管理。
考勤管理系统分为8个模块,基本信息管理模块、出勤记录模块、缺勤记录模块、加班记录模块、出差记录模块、请假记录模块。
此外，该数据库的设计还可与考勤管理系统等其它系统配合使用，使得企业员工的管理更加现代化、科学化、自动化，并可以很好地督促企业员工更好地为企业谋福利。
本系统采用SQL Server 2008作为数据库，使用ODBC作为数据源。
在实现数据库部分功能时按照要求创建了触发器和存储过程以及视图。
关键词：考勤管理SQL Server 2008 触发器存储过程课程设计任务书设计题目：考勤管理系统设计学生姓名杜江龙课程名称数据库原理课程设计专业班级计科2012-04地点I301、I302、I305、I308等起止时间2014.06.16-2014.06.20设计内容及要求内容：员工考勤系统能够和考勤机相连，可以把数据导入数据库中，从而完成自动、高效、科学的考勤信息的输入。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
员工考勤管理系统
系统数据库设计与实现
1 需求简介
1.1功能概述
产品主要功能概述。
1.2数据要求
功能中涉及的数据项说明。
数据字典。
2概念结构设计
ER图（如果系统没有那么复杂，可以不需要画局部ER图）
属性请在ER图后单独说明。
3逻辑结构设计
3.1将E-R图转换为关系模型
关系模式或者关系图
3.2关系模式优化
（可选）
3.3 数据库模式设计
选择DBMS，及表结构
1.*****表：商品表（p）
属性名数据类型含义是否是主属性或外键备注
pid Char(10) 商品编号PK
3.4 用户子模式设计
（可选）
编号用户子模式(View) 作用(共性：提供数据保密和安全保护机制)
/或：子模式结构
4 物理结构设计
4.1 存储结构
由于系统数据不多，所以只在两个盘驱分别建立一个主数据文件和一个日志文件就可以了。
（有特殊设计的可以详述）
4.2 索引
如果只有主键的聚集索引就不用再说明了。
（可选）
5实施
5.1 建立数据库
create database ***;
5.2建立数据表
SQL语句或者图形界面截图。
5.3建立视图
（可选）
SQL语句或者图形界面截图。
5功能实现
5.1 ***（功能）
该功能实现所需要的Sql语句。
注意：
1）应当和需求规格说明书中功能一致。
2）请先在DBMS中实现，然后再将SQL语句复制在此处，并将执行结果截图。