ImageVerifierCode 换一换
格式:DOCX , 页数:14 ,大小:106.93KB ,
资源ID:3626003      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/3626003.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(员工管理系统设计报告.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

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

1、员工管理系统设计报告XXXXXXXXX大学 员工管理系统设计报告文库中有员工管理系统ppt演示、员工管理系统项目背景报告、员工管理系统需求分析报告、 员工管理系统设计报告、员工管理系统实现文档、员工管理系统测试报告一套项目开发文档,适用于毕业设计论文参考项目开发人员:XXX201X年 XX 月 XX 日一、概述1. 编写目的本文档编写目的在于明确说明系统设计思想,界定系统实现功能的范围,指导系统实现以及编码。本文档作为员工管理系统的设计说明文档,用于与用户确定最终的目标,并成为协议文本的一部分,同时也是本系统设计人员的基础文档。 2. 组成部分二、基本设计概念和处理流程1. 系统整体功能设计员

2、工管理系统主要分为登录、公司基本信息管理、员工请假与考勤管理、公司公告管理、公司留言管理、公司通讯录、回收站七个模块。系统主模块功能树如图2-1所示。图2-1 员工管理系统主模块功能树2. 登录流程的设计和实现在浏览器输入地址访问本系统时,会有过滤器控制进入登录页面,在登录页面输入姓名和密码经过校验后会进入系统主页,主页可以根据不同的用户权限自动控制当前登录人可以操作的界面,并展现出来,该操作涉及到的数据库表主要是用户表和员工表。登录流程图如图2-2所示。图2-2 登录流程图3. 公司基本信息处理流程设计公司基本信息管理是本系统主要功能点之一,在本模块可以完成对公司所有员工、部门、职位和用户的

3、所有信息进行操作,操作涉及到的数据库表主要有员工表、部门表、职位表和用户表。对员工信息表的主要功能操作有新入职员工信息的录入,涉及到存入数据库的字段有员工编号、姓名、性别、出生日期、学历、手机、邮箱、住址、部门、职位、入职日期、薪水、爱好创建时间和最后修改时间。员工信息维护是对除员工姓名之外的所有信息的修改和删除操作,在员工查询中将员工姓名、员工所在部门、员工创建时间和员工最后操作时间作为检索字段,在员工信息加载时可以将这几个字段作为查询条件添加到检索语句中从而达到精确查找的效果。对部门信息表的操作同样包含新部门的创建,入库的字段主要有部门编号、部门名称、创建时间和最后修改时间。部门信息的维护

4、即为对所有已入库的部门进行修改和删除操作,部门查询中以部门名称、创建时间和最后修改时间作为检索字段,在加载部门信息的同时将这几个字段作为查询条件添加到查询语句中可以满足对部门精确查找的需求。对所有已存在的部门可以进行添加职位操作,在职位新增操作中涉及到的字段有职位编号、职位名称、所在部门、管理人、创建时间和最后修改时间。对所有已入库的职位可以进行修改、删除和检索操作,检索字段有职位名称、所在部门、创建时间和最后修改时间,在加载职位数据的同时将这几个字段添加到查询语句中以达到精确查找的目的。对用户表的操作主要有新用户的增加,涉及到的字段有用户编号、用户密码、用户名称、创建时间、最后修改时间和用户

5、权限。对用户表已存在数据可以执行修改、删除和查询操作,查询条件有用户名称、创建时间、用户权限和最后修改时间,在页面加载用户数据的同时将这几个检索条件合并到查询语句中以达到检索要求。相应操作对应的数据库表的关系如图2-3所示。图2-3 公司基本信息处理流程图4. 签到流程的设计和实现签到功能是本系统功能的一大特色,该功能从实际出发,真正满足企业员工的签到、签退以及公司领导对员工日常考勤信息检索查看的功能需求。该模块操作涉及到的数据库表主要是签到表,其中字段主要有签到记录编号、签到员工编号、签到时间、签退时间和签到状态。功能实现流程图如图2-4所示。图2-4 签到签退流程图5. 请假流程的设计和实

6、现请假流程是根据公司需求而设计的功能模块,对于一个公司来说请假往往是比较频繁的操作流程,以往的填写纸质的请假条并找上级签字的形式繁琐而又比较麻烦,已经满足不了现代公司发展的需求。本系统的请假流程操作只需要员工提交请假电子信息到上级管理人员,经上级人员批准后即可完成请假操作方便而又快捷。该流程涉及到的数据库表主要是请假表,字段值有请假编号、请假人编号、提交人编号请假原因、请假开始时间、请假结束时间、批准时间、销假时间、提交时间、备注和请假流程状态。对该表信息的维护只有处于未提交状态下的请假信息可以修改以及处于未提交和已销假的请假信息可以执行删除操作。在上级审批过程中拥有管理员权限的用户只能查看和

7、审批员工提交给当前用户的请假记录中处于待审核状态下的记录信息,并且只可以执行审批通过和审批不通过操作不可以执行删除操作;拥有超级管理员权限的用户可以查看和审批所有员工的请假记录并可以对已经销假的记录执行删除操作。请假流程内部接口如表2-1所示。表2-1 请假流程内部接口表接口传递信息请 假 表 操 作请假信息新增请假人编号、请假开始时间、请假结束时间、请假原因、提交人编号请假信息修改请假记录编号、请假开始时间、请假结束时间、请假事由、提交人编号请假信息删除请假记录编号请假信息提交请假记录编号、请假记录所处状态、提交时间请假信息审批请假记录编号、请假记录所处状态、审批时间请假信息销假请假记录编号

8、、请假记录状态、销假时间6. 发布公告流程的设计和实现发布公告流程功能用到的数据库表主要是公告表,主要字段有公告编号、创建人编号、公告标题、公告内容、公告创建时间和公告最后修改时间。在本操作中由拥有管理员权限的用户进行公告的编写并提交给超级管理员进行审批,未提交的公告可以进行修改和删除。提交后的公告不可以修改和删除,经过超级管理员的审批后可以发布,审批不通过的公告会返回管理员提交公告的列表中,管理员可以对其撤回重新编写或者删除。发布后的公告所有公司内部员工都可以查看,便于内部员工获取公司新的消息和通知。7. 留言流程的设计和实现留言流程功能操作对应数据库留言表的操作,主要字段有留言编号、留言内

9、容、回复内容、创建人、回复人编号、创建时间、回复时间、状态标识。留言流程的发起人是公司内部所有员工,员工可以将想要反馈给公司的消息以留言的形式提交给管理层人员,相应管理层人员经查看或者商讨后给员工发送回复消息。员工发送给管理层人员的留言以未回复的状态显示在员工和管理层人员的留言菜单列表中,该状态下的留言记录不可以编辑和删除,只可以查看详情。经管理层人员回复后的留言以已回复的状态显示,该状态可以执行删除操作。三、系统数据库设计1. 用户表的设计和数据字典用户表是数据库中用来存储系统中所有用户信息的表,该系统中所有对用户的操作都关联本表的增删改查。添加新用户会将表现层中用户操作时填写的新用户的所有

10、数据传到控制层,控制层接收数据并传输给逻辑层,逻辑层装换判断后传输给Dao层,Dao层用sql语句将接收的数据存储到数据库中用户表对应的各字段中,从而产生一条新数据,标示新用户的添加功能操作成功。页面会将操作成功后的成功提示展现给用户以便于用户了解当前操作的成功状态。删除用户操作时表现层会将用户操作的数据编号传给控制层,经过逻辑层最后传到Dao层,Dao层利用删除sql命令将数据库中用户表主键为接收到的编号的记录从表中删除,从而完成删除用户的操作。删除成功后表现层给用户反馈删除成功消息。编辑操作表现层会将用户操作的记录编号和修改信息传到控制层,经过逻辑层的处理后传给Dao层,Dao层利用修改s

11、ql命令将数据库中用户表主键为接收到的记录编号的记录信息用接收的用的信息替代从而完成修改操作,操作成功后反馈给用户操作成功信息。查询操作时Dao层利用检索语句将数据库表中的数据检索出来并利用表现层展现给用户。用户表的数据字典如表3-1所示。表3-1 用户信息表(user表)字段名类型中文含义约束说明useridvarchar2用户IDprimarykey主键usernamevarchar2用户名notnull用户名passwordvarchar2密码notnull用户密码powerlimitvarchar2用户权限notnull控制管理员和超级管理员createtimedatatime创建时间

12、notnull标识字段lastchangetimedatatime最后修改时间notnull标识字段statusint状态notnull标识字段2. 员工表的设计和数据字典该系统中所有有关员工信息的操作都要关联员工表的增删改查,员工表也是本系统中数据交换最频繁,数据量最大的数据表。员工信息的操作往往是公司内部一项重要的操作功能,因为员工是组成一个公司的最重要的成员,所以对员工的操作应是谨慎而又严密性的。员工表的设计业应该体现出该特点,在员工表的设计中加入职位表和部门表的外键从而方便员工信息和部门信息以及职位信息的统一操作,减少了员工信息操作时对部门表和职位表的信息变动操作。员工信息表的数据字典

13、如表3-2所示。表3-2 员工信息表(pinfo表)字段名类型中文含义约束说明pidvarchar2员工IDprimarykey主键pjidvarchar2职位idnotnull职位外键pdidvarchar2部门idnotnull部门外键pnamevarchar2员工姓名notnull员工姓名pgendervarchar2员工性别notnull员工性别pbirthdatatime员工出生日期notnull员工出生日期pindatedatatime员工入职日期notnull员工入职日期pschoolagevarchar2员工学历notnull员工学历pphonevarchar2员工联系方式no

14、tnull员工联系方式paddressvarchar2员工住址notnull员工住址psalaryvarchar2员工薪金notnull员工薪金phobbyvarchar2员工爱好员工爱好pdeptvarchar2员工部门名称notnull员工部门名称检索字段pcreatetimedatatime员工创建时间notnull记录创建时间plastchangetimedatatime员工最后修改时间notnull记录最后操作时间statusint状态notnull表示记录状态ppasswordvarchar2员工密码员工修改密码3. 请假表的设计和数据字典请假表的设计,要求能够体现出从员工请假信息

15、的填写到上级审批和员工销假等各个流程中,请假信息在数据库表中的状态值改变和信息值的改变能够实际的反应在表现层中,以供员工和用户的查看和操作。请假信息表的数据字典如表3-3所示。表3-3 请假信息表(leavetab表)字段名类型中文含义约束说明idvarchar2请假记录编号primarykey主键pidvarchar2请假员工编号notnull存储请假人信息uidvarchar2提交审批人编号notnull存储审批人信息reasonvarchar2请假原因notnull请假原因timebegandatatime请假开始时间notnull请假开始时间timeenddatatime请假结束时间n

16、otnull请假结束时间subtimedatatime提交时间记录提交时间backpersonvarchar2批准人最终审批人backtimedatatime批准时间批准时间lasttimedatatime销假时间销假时间remarkvarchar2备注相关备注status状态notnull所处状态4. 部门表的设计和数据字典部门表用来存储公司内部所有部门信息,用户在表现层对公司部门所有的操作都涉及到本表的增删改查操作。用户执行部门增加功能时对数据库中该表会执行插入记录操作,如果插入成功则标志部门增加成功。用户执行修改功能操作时会对数据库部门表执行更新记录操作,表内数据更新成功则表示修改部门操

17、作成功。用户执行删除部门操作时,会对该表执行删除记录操作,如果该表成功移除记录则表示删除部门操作成功。对表格记录的查询功能是在表现层加载部门列表的时候执行,查询语句会将部门表中的所有满足条件的数据检索出来展现给用户,便于用户浏览和操作。部门表的数据字典如表3-4所示。表3-4 部门信息表(dept表)字段名类型中文含义约束说明didvarchar2部门编号primarykey主键dnamevarchar2部门名称notnull存储部门名称createtimedatatime记录创建时间notnull记录创建时间lastchangetimedatatime最后修改时间notnull记录修改时间s

18、tatusint记录状态notnull标识状态5. 职位表的设计和数据字典职位表用来存储公司内部所有职位的相关信息,用户在表现层对职位进行的所有操作都是基于本表的增删改查基础上的,对该表所有记录的操作状态都会在表现层以不同形式的提示信息展现给用户,便于用户了解当前的操作的是否成功。职位表的数据字典如表3-5所示。表3-5 职位信息表(job表)字段名类型中文含义约束说明jidvarchar2职位编号primarykey主键didvarchar2所在部门编号notnull部门编号jnamevarchar2职位名称notnull职位名称pnumbervarchar2职位人数notnull职位下的人

19、数managervarchar2管理人notnull职位管理人createtimedatatime创建时间notnull记录创建时间lastchangetimedatatime最后修改时间notnull记录修改时间statusint状态notnull所处状态6. 留言表的设计和数据字典留言表用来存储公司内部所有留言的相关信息,用户在表现层对留言进行的所有操作都是基于本表的增删改查基础上的,在展现层上当前员工只能看到创建人字段中为本人的留言记录,而所有管理员和超级管理员可以看到所有状态为未回复的留言记录。该表对所有记录的操作状态都会在表现层以不同形式的提示信息展现给不同用户,便于业务流程的实现以

20、及便于用户了解当前的操作的是否成功等。留言表的数据字典如表3-6所示。表3-6 留言信息表(mess表)字段名类型中文含义约束说明idvarchar2留言编号primarykey主键uidvarchar2回复人编号notnull回复人编号messcontentvarchar2留言信息notnull存储留言信息backmessvarchar2回复信息notnull存储回复信息createpersonvarchar2创建人notnull创建人backpersonvarchar2回复人notnull回复人createtimedatatime创建时间notnull记录创建时间backtimedatat

21、ime回复时间notnull记录回复时间statusint状态notnull所处状态7. 公告表的设计和数据字典公告表用来存储公司内部所有公告的相关信息,用户在表现层对公告进行的所有操作都是基于本表的增删改查基础上的。在展现层管理员只能看到创建人为本人的公告记录,超级管理员可以看到所有状态为未审核的公告记录。对公告操作的业务流程等都在该表的状态字段中体现出来,并反映到展现层通过逻辑判断等展现给不同的员工、管理员、或超级管理员以不同的记录和状态,并能根据记录所处不同的状态和当前用户的权限来判断对记录可以执行的不同操作。以便于流程的顺利执行。公告表的数据字典如表3-7所示。表3-7 公告信息表(p

22、ublish表)字段名类型中文含义约束说明idvarchar2公告编号primarykey主键uidvarchar2创建人编号notnull创建人编号titlevarchar2公告标题notnull存储标题信息contentvarchar2公告内容notnull存储内容信息createtimedatatime创建时间notnull记录创建时间lastchangetimedatatime最后修改时间notnull记录修改时间statusint状态notnull所处状态8. 签到表的设计和数据字典签到表用来存储公司内部所有签到的相关信息,用户在表现层对签到进行的所有操作都是基于本表的增删改查基础上

23、的,对该表所有记录的操作状态也都会在表现层以不同形式的提示信息展现给用户,便于用户了解当前的操作的是否成功。签到表的数据字典如表3-8所示。表3-6签到信息表(sign表)字段名类型中文含义约束说明idvarchar2签到编号primarykey主键pidvarchar2签到人编号notnull签到人编号pnamevarchar2签到人名称notnull检索字段signtimedatatime签到时间notnull记录创建时间leavetimedatatime签退时间notnull记录修改时间statusint状态notnull所处状态四、系统操作出错处理设计用户名或密码错误:说明数据库没无此用户名和员工信息。操作失败:说明当前操作由于各种原因没有产生预想结果。其它错误:弹出提示,管理员或员工可根据提示操作。

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

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