员工管理系统设计报告.docx

资源描述

员工管理系统设计报告.docx

《员工管理系统设计报告.docx》由会员分享，可在线阅读，更多相关《员工管理系统设计报告.docx（12页珍藏版）》请在冰豆网上搜索。

员工管理系统设计报告.docx

员工管理系统设计报告

文库中有员工管理系统ppt演示、员工管理系统项目背景报告、员工管理系统需求分析报告、员工管理系统设计报告、员工管理系统实现文档、员工管理系统测试报告一套项目开发文档,适用于毕业设计论文参考

项目开发人员：

XXX

201X年XX月XX日

一、概述

1.编写目的

本文档编写目的在于明确说明系统设计思想，界定系统实现功能的范围，指导系统实现以及编码。

本文档作为员工管理系统的设计说明文档，用于与用户确定最终的目标，并成为协议文本的一部分，同时也是本系统设计人员的基础文档。

2.组成部分

本文档依据员工管理系统需求分析报告对系统功能的要求，主要划分两部分对该系统进行详细的设计。

第一部分是对系统功能和业务流程进行了仔细的分析和简单介绍了其实现方法。

该部分主要包括系统整体功能设计、登录流程的设计和实现、公司基本信息处理流程设计、签到流程的设计和实现、请假流程的设计和实现、发布公告流程的设计和实现和留言流程的设计和实现七大模块，每模块都对各自功能实现做了详细介绍为后来的项目实现打下良好基础。

第二部分对数据库表的设计做了简单介绍并将每张表的数据字典罗列出来。

该部分主要包括用户表的设计和数据字典、员工表的设计和数据字典、请假表的设计和数据字典、部门表的设计和数据字典、职位表的设计和数据字典、留言表的设计和数据字典、公告表的设计和数据字典和签到表的设计和数据字典八大模块，各模块对应数据库中不同的数据表格，为数据库表的创建打下良好基础。

二、基本设计概念和处理流程

1.系统整体功能设计

员工管理系统主要分为登录、公司基本信息管理、员工请假与考勤管理、公司公告管理、公司留言管理、公司通讯录、回收站七个模块。

系统主模块功能树如图2-1所示。

2.登录流程的设计和实现

在浏览器输入地址访问本系统时，会有过滤器控制进入登录页面，在登录页面输入姓名和密码经过校验后会进入系统主页，主页可以根据不同的用户权限自动控制当前登录人可以操作的界面，并展现出来，该操作涉及到的数据库表主要是用户表和员工表。

登录流程图如图2-2所示。

3.公司基本信息处理流程设计

公司基本信息管理是本系统主要功能点之一，在本模块可以完成对公司所有员工、部门、职位和用户的所有信息进行操作，操作涉及到的数据库表主要有员工表、部门表、职位表和用户表。

对员工信息表的主要功能操作有新入职员工信息的录入，涉及到存入数据库的字段有员工编号、姓名、性别、出生日期、学历、手机、邮箱、住址、部门、职位、入职日期、薪水、爱好创建时间和最后修改时间。

员工信息维护是对除员工姓名之外的所有信息的修改和删除操作，在员工查询中将员工姓名、员工所在部门、员工创建时间和员工最后操作时间作为检索字段，在员工信息加载时可以将这几个字段作为查询条件添加到检索语句中从而达到精确查找的效果。

对部门信息表的操作同样包含新部门的创建，入库的字段主要有部门编号、部门名称、创建时间和最后修改时间。

部门信息的维护即为对所有已入库的部门进行修改和删除操作，部门查询中以部门名称、创建时间和最后修改时间作为检索字段，在加载部门信息的同时将这几个字段作为查询条件添加到查询语句中可以满足对部门精确查找的需求。

对所有已存在的部门可以进行添加职位操作，在职位新增操作中涉及到的字段有职位编号、职位名称、所在部门、管理人、创建时间和最后修改时间。

对所有已入库的职位可以进行修改、删除和检索操作，检索字段有职位名称、所在部门、创建时间和最后修改时间，在加载职位数据的同时将这几个字段添加到查询语句中以达到精确查找的目的。

对用户表的操作主要有新用户的增加，涉及到的字段有用户编号、用户密码、用户名称、创建时间、最后修改时间和用户权限。

对用户表已存在数据可以执行修改、删除和查询操作，查询条件有用户名称、创建时间、用户权限和最后修改时间，在页面加载用户数据的同时将这几个检索条件合并到查询语句中以达到检索要求。

相应操作对应的数据库表的关系如图2-3所示。

图2-3公司基本信息处理流程图

4.签到流程的设计和实现

签到功能是本系统功能的一大特色，该功能从实际出发，真正满足企业员工的签到、签退以及公司领导对员工日常考勤信息检索查看的功能需求。

该模块操作涉及到的数据库表主要是签到表，其中字段主要有签到记录编号、签到员工编号、签到时间、签退时间和签到状态。

功能实现流程图如图2-4所示。

5.请假流程的设计和实现

请假流程是根据公司需求而设计的功能模块，对于一个公司来说请假往往是比较频繁的操作流程，以往的填写纸质的请假条并找上级签字的形式繁琐而又比较麻烦，已经满足不了现代公司发展的需求。

本系统的请假流程操作只需要员工提交请假电子信息到上级管理人员，经上级人员批准后即可完成请假操作方便而又快捷。

该流程涉及到的数据库表主要是请假表，字段值有请假编号、请假人编号、提交人编号请假原因、请假开始时间、请假结束时间、批准时间、销假时间、提交时间、备注和请假流程状态。

对该表信息的维护只有处于未提交状态下的请假信息可以修改以及处于未提交和已销假的请假信息可以执行删除操作。

在上级审批过程中拥有管理员权限的用户只能查看和审批员工提交给当前用户的请假记录中处于待审核状态下的记录信息，并且只可以执行审批通过和审批不通过操作不可以执行删除操作；拥有超级管理员权限的用户可以查看和审批所有员工的请假记录并可以对已经销假的记录执行删除操作。

请假流程内部接口如表2-1所示。

表2-1请假流程内部接口表

接口

传递信息

请假表操作

请假信息新增

请假人编号、请假开始时间、请假结束时间、请假原因、提交人编号

请假信息修改

请假记录编号、请假开始时间、请假结束时间、请假事由、提交人编号

请假信息删除

请假记录编号

请假信息提交

请假记录编号、请假记录所处状态、提交时间

请假信息审批

请假记录编号、请假记录所处状态、审批时间

请假信息销假

请假记录编号、请假记录状态、销假时间

6.发布公告流程的设计和实现

发布公告流程功能用到的数据库表主要是公告表，主要字段有公告编号、创建人编号、公告标题、公告内容、公告创建时间和公告最后修改时间。

在本操作中由拥有管理员权限的用户进行公告的编写并提交给超级管理员进行审批，未提交的公告可以进行修改和删除。

提交后的公告不可以修改和删除，经过超级管理员的审批后可以发布，审批不通过的公告会返回管理员提交公告的列表中，管理员可以对其撤回重新编写或者删除。

发布后的公告所有公司内部员工都可以查看，便于内部员工获取公司新的消息和通知。

7.留言流程的设计和实现

留言流程功能操作对应数据库留言表的操作，主要字段有留言编号、留言内容、回复内容、创建人、回复人编号、创建时间、回复时间、状态标识。

留言流程的发起人是公司内部所有员工，员工可以将想要反馈给公司的消息以留言的形式提交给管理层人员，相应管理层人员经查看或者商讨后给员工发送回复消息。

员工发送给管理层人员的留言以未回复的状态显示在员工和管理层人员的留言菜单列表中，该状态下的留言记录不可以编辑和删除，只可以查看详情。

经管理层人员回复后的留言以已回复的状态显示，该状态可以执行删除操作。

三、系统数据库设计

1.用户表的设计和数据字典

用户表是数据库中用来存储系统中所有用户信息的表，该系统中所有对用户的操作都关联本表的增删改查。

添加新用户会将表现层中用户操作时填写的新用户的所有数据传到控制层，控制层接收数据并传输给逻辑层，逻辑层装换判断后传输给Dao层，Dao层用sql语句将接收的数据存储到数据库中用户表对应的各字段中，从而产生一条新数据，标示新用户的添加功能操作成功。

页面会将操作成功后的成功提示展现给用户以便于用户了解当前操作的成功状态。

删除用户操作时表现层会将用户操作的数据编号传给控制层，经过逻辑层最后传到Dao层，Dao层利用删除sql命令将数据库中用户表主键为接收到的编号的记录从表中删除，从而完成删除用户的操作。

删除成功后表现层给用户反馈删除成功消息。

编辑操作表现层会将用户操作的记录编号和修改信息传到控制层，经过逻辑层的处理后传给Dao层，Dao层利用修改sql命令将数据库中用户表主键为接收到的记录编号的记录信息用接收的用的信息替代从而完成修改操作，操作成功后反馈给用户操作成功信息。

查询操作时Dao层利用检索语句将数据库表中的数据检索出来并利用表现层展现给用户。

用户表的数据字典如表3-1所示。

表3-1用户信息表（user表）

字段名

类型

中文含义

约束

说明

userid

varchar2

用户ID

primarykey

主键

username

varchar2

用户名

notnull

用户名

password

varchar2

密码

notnull

用户密码

powerlimit

varchar2

用户权限

notnull

控制管理员和超级管理员

createtime

datatime

创建时间

notnull

标识字段

lastchangetime

datatime

最后修改时间

notnull

标识字段

status

int

状态

notnull

标识字段

2.员工表的设计和数据字典

该系统中所有有关员工信息的操作都要关联员工表的增删改查，员工表也是本系统中数据交换最频繁，数据量最大的数据表。

员工信息的操作往往是公司内部一项重要的操作功能，因为员工是组成一个公司的最重要的成员，所以对员工的操作应是谨慎而又严密性的。

员工表的设计业应该体现出该特点，在员工表的设计中加入职位表和部门表的外键从而方便员工信息和部门信息以及职位信息的统一操作，减少了员工信息操作时对部门表和职位表的信息变动操作。

员工信息表的数据字典如表3-2所示。

表3-2员工信息表（pinfo表）

字段名

类型

中文含义

约束

说明

pid

varchar2

员工ID

primarykey

主键

pjid

varchar2

职位id

notnull

职位外键

pdid

varchar2

部门id

notnull

部门外键

pname

varchar2

员工姓名

notnull

员工姓名

pgender

varchar2

员工性别

notnull

员工性别

pbirth

datatime

员工出生日期

notnull

员工出生日期

pindate

datatime

员工入职日期

notnull

员工入职日期

pschoolage

varchar2

员工学历

notnull

员工学历

pphone

varchar2

员工联系方式

notnull

员工联系方式

paddress

varchar2

员工住址

notnull

员工住址

psalary

varchar2

员工薪金

notnull

员工薪金

phobby

varchar2

员工爱好

pdept

varchar2

员工部门名称

notnull

员工部门名称检索字段

pcreatetime

datatime

员工创建时间

notnull

记录创建时间

plastchangetime

datatime

员工最后修改时间

notnull

记录最后操作时间

status

int

状态

notnull

表示记录状态

ppassword

varchar2

员工密码

员工修改密码

3.请假表的设计和数据字典

请假表的设计，要求能够体现出从员工请假信息的填写到上级审批和员工销假等各个流程中，请假信息在数据库表中的状态值改变和信息值的改变能够实际的反应在表现层中，以供员工和用户的查看和操作。

请假信息表的数据字典如表3-3所示。

表3-3请假信息表（leavetab表）

字段名

类型

中文含义

约束

说明

varchar2

请假记录编号

primarykey

主键

pid

varchar2

请假员工编号

notnull

存储请假人信息

uid

varchar2

提交审批人编号

notnull

存储审批人信息

reason

varchar2

请假原因

notnull

请假原因

timebegan

datatime

请假开始时间

notnull

请假开始时间

timeend

datatime

请假结束时间

notnull

请假结束时间

subtime

datatime

提交时间

记录提交时间

backperson

varchar2

批准人

最终审批人

backtime

datatime

批准时间

lasttime

datatime

销假时间

remark

varchar2

备注