面向对象程序设计实训说明书 企业人事管理系统

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

中北大学
面向对象程序设计实训
说明书
学院、系:软件学院
专业:软件工程
学生班级:13140xxx
学生姓名:学号:131401xxxx 设计题目:企业人事管理系统
起迄日期: 2015年6月29日- 2015年7月10日指导教师:洪军
2015 年 7月 8 日
一、需求分析
1、引言
需求规格说明书是需求分析的产物,它是软件系统生存期中软件定义阶段的最后一个步
骤。

作为整个软件开发过程的指南,它也是软件开发人员开发出符合用户要求的软件的基础。

1.1 编写目的
软件需求说明书的编制目的是为了使用户和软件开发者双方对该软件的初始规定有一
个共同的理解,使之成为整个开发工作的基础。

本软件需求说明书的读者是系统开发人员或合同约定的人员。

1.2 背景说明
(1)本系统的名称是:企业人事管理系统。

(2)本系统能为其他的系统提供人事数据。

1.3 定义
数据字典:关于数据的信息的集合,也即是对数据流图中包含的元素的定义的集合。

2、任务概述
2.1 项目背景
人事档案管理是现代企业人事资源管理中的重要内容,也是人力资源开发利用的基础性
工作。

人事档案管理在信息化之前,在人员进出、离退休、升迁、岗位变动、职称变动、学
位变动,以及档案管理人员的变动等方面存在诸多不利于管理的地方,不适应现代的企业管
理形势和人力资源开发利用的要求。

开发人事档案管理系统使企业的人事档案管理工作实现了信息化、规范化,不仅使企业
能够高效率完成人事管理的日常工作,还使企业深入开发利用人力资源成为可能。

2.2 用户的特点
本产品面向的客户为企业的人事管理部门,其最终用户是企业人事部门的工作人员。

部门有专职的人事数据录入人员,具有一定的计算机操作知识;系统的维护人员是企业的信息中心的信息维护员,对网络和数据库的操作比较熟悉;数据录入员负责人事数据的录入及日常更新,信息维护员负责人事数据的备份和其他管理工作。

企业的人员调进与调出比较频繁。

在企业竞争日趋激烈的情况下,企业越来越重视发掘蕴含在人事管理中的信息,并且利用这些信息为企业服务,提高企业的市场竞争力。

目前企业人事部门信息化程度不高,管理人事信息的手段也比较原始,然而这种原始的信息管理形式已经无法适应日益增长的人事管理规模的需求,企业人事管理部门正缺乏此类系统,所以企业选择本产的可能性为高。

三、需求规定
企业人事管理系统的功能可以划分为如下几个部分:
1、人事档案管理:户口状况、政治面貌、生理状况、合同管理等。

2、考勤、加班、出差管理。

3、人事变动:新进员工登记、员工离职登记、人事变更记录。

4、考核奖惩。

5、员工培训。

6、系统维护:操作员管理、权限设置等。

四、功能模块分解及各模块作用
图4-1 系统模块图
A.登录管理:主要用于权限管理
员工登录功能供员工个人使用,主要用于方便员工查看个人信息,
一条完整的员工信息应该包含以下内容:
员工信息{员工号,员工姓名,性别,年龄,学历,政治面貌,婚姻状况,生理状况} 工作信息{员工号,参加工作时间,工作岗位}
薪水{员工号,月工资,奖金}
考勤状况{员工号,出勤率,迟到次数,早退次数}
出差信息{员工号,出差开始日期,出差结束日期,支出补贴费用}
加班信息{员工号,加班时间,加班补贴费用}
说明:考勤情况主要由每月按时到岗率计算,如有迟到、早退现象作相应扣减。

一条完整的合同信息应当包含以下内容:
合同{员工号,合同号,合同签订日期,合同有效时间}
合同有效时间按年计算
B.人员管理:主要用于对员工的各项信息进行管理,以下所有操作供管理员使用。

B1.员工信息管理:
员工信息查询:该功能不同于员工权限的信息查询,员工只能查询自己的信息,而该功能能够查询出所有员工的信息。

新进员工管理:当企业新进一名员工时,人事管理部门应当在员工数据库中对该员工进行增加信息的操作,录入员工的所有信息。

退休/辞退员工管理:
当企业辞退一名员工时,人事管理部门应当从它所服务的工作部门中删除该员工的工作名额,结算支付其工资、奖金;同时补充新的员工,代替它的工作。

当企业中一名员工退休时,人事管理部门应当从员工信息中删除其所有信息。

员工信息变动:当员工信息发生变动时,人事部门应当对变动信息做出享用更改,以保证数据的一致性。

B.2 员工培训管理
参训员工信息管理:此项包括参训员工的信息如下:
参训员工的信息{员工号,培训机构号,培训教师号,培训开始时间,培训结束时间,培训成绩}
培训机构信息管理:企业请培训机构为员工培训,企业应当存有培训机构的相关信息。

一条完整的培训机构信息应当包括:
培训机构{培训机构号,培训机构名}
一个培训机构存在多名培训教师,一条完整的培训教师的信息如下
培训教师{培训机构号,培训教师号,教师名,教师职称}
培训效果管理:员工培训结束后,由其培训教师给出培训成绩,作为其培训效果的考核,录入参训员工培训成绩一栏。

B.3 考核奖惩管理
企业在对员工的考核过程中要对员工实施奖惩机制,鼓励企业的工作风气积极向上
一条奖惩信息应当包括:
奖惩信息{员工号、奖惩性质、奖惩原因、处理办法}
从它所服务的工作部门中删除该员工的工作名额,结算支付其工资、奖金;同时补充新的员工,代替它的工作。

C 数据流程图
(1)员工信息查询数据流图
图1-1员工信息查询数据流图
(2)人员信息管理数据流图
图1-2人员信息管理子系统数据流图
(2)登录管理的数据流图
图1-3 登录管理数据流图(3)员工培训管理的数据流图
图1-4 员工培训管理数据流图五、数据字典
1.数据项
表5.1 数据项
2.数据结构
表5.2 数据结构
3.数据流
表5.3数据流
二、概要设计
本程序开发企业人事管理系统,经过可行性分析、详细调查以及多次讨论,确定了该系统由登录管理子系统、人员管理子系统、管理员权限管理子系统三个子系统组成。

本过程结构设计过程采用自底向上的设计方法,即首先定义各局部应用的概念结构,然后将它们集成起来,得到全局概念结构.
下面给出各个子系统的分析及分E-R图的设计及对其进行的各项调整。

2.1登录管理子系统
本开发小组成员经过调查、信息流程分析、数据收集,并结合需求分析,明确了——
2.1.1子系统的功能:
员工登录:功能供员工个人使用,主要用于方便员工查看个人信息。

根据要求分析给出的数据流图,参照数据字典中的详细描述,给出登录管理子系统的分E-R图:
图2-1 登陆管理子系统E-R图
2.1.2对E-R图调整的准则:
现实世界中的事物能作为属性对待的尽量作为属性对待;
属性和实体的划分:属性中不具有需要描述的信息,即属性是不可分的数据项,不再包含其他信息。

2.1.3实体属性定义:
登录信息{员工号,登录密码}
2.2人员管理子系统
本开发小组成员经过调查、信息流程分析、数据收集,并结合需求分析,明确了——
2.2.1子系统的功能:
A. 员工考勤:考勤情况主要由每月按时到岗率计算,如有迟到、早退现象作相应扣减。

B.信息管理:对员工的出差、加班、薪水进行管理、统计。

C.可以进行对新员工、旧员工以及辞退等员工的信息查询;
D.拥有员工培训功能管理,具体由其培训教师给出培训成绩,作为其培训效果的考核,
录入参训员工培训成绩一栏。

E.可以对人员的奖惩功过进行统计处理,便于公司运作。

根据要求分析给出的数据流图,参照数据字典中的详细描述,给出经理管理部门的分E-R图:
图2-2 人员管理子系统E-R图
2.2.2实体属性定义:
员工信息{员工号,员工姓名,性别,年龄,学历,政治面貌,婚姻状况,生理状况} 工作信息{员工号,参加工作时间,工作岗位}
薪水{员工号,月工资,奖金}
考勤状况{员工号,出勤率,迟到次数,早退次数}
出差信息{员工号,出差开始日期,出差结束日期,支出补贴费用}
加班信息{员工号,加班时间,加班补贴费用}
合同{员工号,合同号,合同签订日期,合同有效时间}
参训员工的信息{员工号,员工姓名,培训机构号,培训教师号,培训开始时间,培训结束时间,培训成绩}
培训机构信息管理:企业请培训机构为员工培训,企业应当存有培训机构的相关信息。

一条完整的培训机构信息应当包括:
培训机构{培训机构号,培训机构名}
一个培训机构存在多名培训教师,一条完整的培训教师的信息如下
培训教师{培训教师号,教师名,教师职称}
培训效果管理:员工培训结束后,由其培训教师给出培训成绩,作为其培训效果的考核,录入参训员工培训成绩一栏。

企业在对员工的考核过程中要对员工实施奖惩机制,鼓励企业的工作风气积极向上
一条奖惩信息应当包括:
奖惩信息{员工号、奖惩性质(是奖还是惩)、奖惩原因、处理办法}
对E-R图调整的准则:
现实世界中的事物能作为属性对待的尽量作为属性对待;
属性和实体的划分:属性中不具有需要描述的信息,即属性是不可分的数据
项,不再包含其他信息。

2.3视图集成
以上便是三个子系统的分E-R图设计及其调整的整个过程,接着要做的就是将所有的分E-R图进行综合,合成一个系统的总E-R图.
由于本系统比较简单,分E-R图规模也比较小,所以E-R图合成过程采用一次将三个子系统分E-R图集成总E-R图的方式.
分两步进行:
第一步:合并。

解决各分E-R图之间的冲突,将各分E-R图合并起来生成初步E-R图。

各分E-R图之间的冲突主要有三类:
1.属性冲突:
(1)属性域冲突,即属性值的类型、取值范围或取值集合不同。

由于本系统较简单,所以并不存在这种冲突;
(2)属性取值单位冲突。

由于本系统较简单,不存在这类冲突;
2.命名冲突:
(1)同名异义:由于本系统较简单,所以不存在这类冲突;
(2)异名同义:由于本系统较小,所以不存在这类冲突;
3.结构冲突:
(1)同一对象在不同应用中具有不同的抽象:本系统在需求分析阶段原本存在这种冲突,考虑到后期的简化合并,我们在设计各个分E-R图就早先解决了这个问题,即将在任何一个分E-R图中
作为实体出现的属性全部作为实体;
(2)同一实体在不同分E-R图中所包含的属性个数和属性排列次序不完全相同:由于本系统较简单,所以并不存在这种冲突;
第二步:修改和重构。

消除不必要的冗余,生成基本E-R图。

由于本系统涵盖的内容比较少,基本不存在冗余的现象,所以初步E-R图就是基本E-R图,不必再进行调整。

下面给出E-R图。

总E-R图:
员工信息{员工号,员工姓名,性别,年龄,学历,政治面貌,婚姻状况,生理状况} 工作信息{员工号,参加工作时间,工作岗位}
登录信息{员工号,登录密码}
薪水{员工号,月工资,奖金}
考勤状况{员工号,出勤率,迟到次数,早退次数}
出差信息{员工号,出差开始日期,出差结束日期,支出补贴费用}
加班信息{员工号,加班时间,加班补贴费用}
合同{员工号,合同号,签订合同员工的员工号,合同签订日期,合同有效时间}
参训员工的信息{员工号,培训机构号,培训教师号,培训开始时间,培训结束时间,培训成绩}
培训机构{培训机构号,培训机构名}
培训教师{培训机构号,培训教师号,教师名,教师职称}
奖惩信息{员工号、奖惩性质(是奖还是惩)、奖惩原因、处理办法}
由于在分E-R图中已经画出了属性,总E-R图就不再画出每个实体的属性,而只给出实体和联系
图2-3 总E-R图
三、详细设计
3.1.与总E-R图对应的关系模式
3.1.1、实体所对应的关系模式:
员工信息{员工号,员工姓名,性别,年龄,学历,政治面貌,婚姻状况,生理状况} 工作信息{员工号,参加工作时间,工作岗位}
登录信息{员工号,登录密码}
薪水{员工号,月工资,奖金}
考勤状况{员工号,出勤率,迟到次数,早退次数}
出差信息{员工号,出差开始日期,出差结束日期,支出补贴费用}
加班信息{员工号,加班时间,加班补贴费用}
合同{员工号,合同号,签订合同员工的员工号,合同签订日期,合同有效时间}
参训员工的信息{员工号,员工姓名,培训机构号,培训教师号,培训开始时间,培训结束时间,
培训成绩}
培训机构{培训机构号,培训机构名}
培训教师{培训教师号,教师名,教师职称}
奖惩信息{员工号、奖惩性质(是奖还是惩)、奖惩原因、处理办法}
说明:1.下加横线部分表示关系的码
2.以上关系的详细内容说明请参照概念结构设计中的具体内容
3.上面的各个关系对概念结构设计中的相关内容了作了修改,主要加了各个实体中间的联系,尤其是一对多的联系,纳为属性。

3.1.2、联系所对应的关系模式:
1)、把管理员和人员之间的n : m的预约联系转化为相应的关系模式如下:
管理(人员号、管理员号、管理内容、管理时间);
2)、其他联系处理说明如下:
工资和员工之间的1:1联系与员工关系合并;
薪水和出差之间的1:1联系与薪水关系合并;
薪水和考勤的1:1联系与薪水关系合并;
薪水和加班之间的1:1联系与薪水关系合并;
员工和工作之间的n:1联系与工作关系合并;
员工和培训机构的n:1联系与培训机构关系合并;
培训机构和培训教师的n:1联系与培训教师关系合并;
培训教师和奖惩信息之间的1:1联系与奖惩信息关系合并;
3.2.优化后的数据模型
按照数据依赖对关系模式进行逐一分析,并进行极小化处理:
员工信息{员工号,员工姓名,性别,年龄,学历,政治面貌,婚姻状况,生理状况};BCNF 工作信息{员工号,参加工作时间,工作岗位};BCNF
登录信息{员工号,登录密码};BCNF
薪水{员工号,月工资,奖金};BCNF
考勤状况{员工号,出勤率,迟到次数,早退次数};BCNF
出差信息{员工号,出差开始日期,出差结束日期,支出补贴费用};BCNF
加班信息{员工号,加班时间,加班补贴费用} ;BCNF
合同{员工号,合同号,签订合同员工的员工号,合同签订日期,合同有效时间};BCNF 参训员工的信息{员工号,员工姓名,培训机构号,培训教师号,培训开始时间,培训结束时间,
培训成绩};BCNF
培训机构{培训机构号,培训机构名};BCNF
培训教师{培训教师号,教师名,教师职称};BCNF
奖惩信息{员工号、奖惩性质、奖惩原因、处理办法};BCNF
四、编码实现
数据库SQL代码的具体实现:
1.员工表
DAO类:StaffDAO.java
Test类(测试): TestDAO.java
Servlet:StaffServlet.java
2.员工登录信息表DAO类:LogInfoDAO.java
3.所有页面(JSP)
3.1登陆验证页面 check.jsp
3.2 网页顶端 admin_top.jsp
3.3 员工信息显示 staffQuery.jsp
3.4 插入员工信息的输入页面 staffInsert.jsp
3.5 更新员工信息的输入页面 staffUpdate.jsp
3.6 弹出提示信息的页面 staff_operate_do.jsp
3.7 错误页 errors.jsp
3.8 查询登录信息页面 loginInfoQuery.jsp
五、测试
1.在数据库中创建表,并插入信息
2.启动Tomcat,进入网页
图1-1 管理员登录页面3.输入用户名和密码(1和123),点击登录
图1-2 输入用户名和密码
4.登陆成功,进入主界面
图2-1后台管理系统主界面5.点击左侧的“员工登录信息管理”查看登录信息
图2-2查看登录信息
6.点击点击左侧的“员工信息管理”查看员工信息
图2-3查询员工(雇员)信息7.点击“增加雇员信息”
图2-4 增加员工信息
8.填写雇员信息后点击提交
图2-5 输入待增加信息
图2-6 提示插入成功。

相关文档
最新文档