java课设企业人事管理系统沈阳工程学院.docx
《java课设企业人事管理系统沈阳工程学院.docx》由会员分享，可在线阅读，更多相关《java课设企业人事管理系统沈阳工程学院.docx（61页珍藏版）》请在冰点文库上搜索。
java课设企业人事管理系统沈阳工程学院
沈阳工程学院
课程设计
设计题目：
企业人事管理系统
系别信息工程系班级计本091
学生姓名钟传苗刘金和李成章魏刚
学号45111519
指导教师孙宪丽、史江萍职称副教授、讲师
起止日期：
2011年6月6日起——至2011年6月17日止
沈阳工程学院
课程设计任务书
课程设计题目：
企业人事管理系统
系别信息工程系班级计本091
学生姓名钟传苗刘金和李成章魏刚
学号45111519
指导教师孙宪丽、史江萍职称副教授、讲师
课程设计进行地点：
实训F
任务下达时间：
2011年6月6日
起止日期：
2011年6月7日起——至2011年6月17日止
教研室主任杨弘平2011年5月19日批准
1.设计的原始资料与依据
查阅有关数据库设计、Java语言程序设计以与案例分析等资料，进一步熟悉面向对象程序设计基本理论以与基本思想。
本设计要求按照软件工程、数据库设计思想与设计步骤设计一个实用程序，并采用Java开发该系统。
通过本设计可以加深对面向对象程序设计基本思想的理解，加强学生研发、调试程序的能力，培养学生分析、解决问题的能力，提高学生的科技写作能力。
2．设计的主要内容与要求
（1）写出系统的需求分析。
（2）写出系统的数据库设计过程，包括概念结构设计、逻辑结构设计、物理结构设计。
（数据库应用程序管理系统类设计详细写，其它类设计可以略）
（3）写出系统设计思路—工作原理、功能规划。
（4）详细设计—数据分析、算法思路、类设计、功能实现（包括程序流程图、主要代码与注释）、界面等。
（5）运行调试与分析讨论--给出运行屏幕截图，分析运行结果，有何改进等。
3.对设计说明书撰写内容、格式、字数的要求
（1）学生应撰写的内容为：
中文摘要和关键词、目录、正文、参考文献等。
课程设计说明书（论文）的结构与各部分内容要求参照《沈阳工程学院毕业设计（论文）撰写规范》执行。
应做到文理通顺，内容正确完整，书写工整，装订整齐。
（2）装订格式：
封面、任务书、成绩评审意见表、中文摘要和关键词、目录、正文、结论、致谢、参考文献。
（3）课程设计说明书（论文）是体现和总结课程设计成果的载体，一般不应少于3000字。
4.设计完成后应提交成果的种类、数量、质量等方面的要求
（1）每组提交一份课程设计报告。
（2）每组提交一份课程设计成品。
5.时间进度安排
顺序
阶段日期
计划完成内容
备注
1
6.6
充分解读题目内容，进行需求分析设计。
2
6.7
系统功能结构设计，数据库设计。
3
6.8
单元模块设计与调试。
4
6.9
单元模块设计与调试。
5
6.10
单元模块设计与调试。
6
6.13
单元模块设计与调试。
7
6.14
单元模块设计与调试。
8
6.15
模块集成与测试
9
6.16
程序测试与完善
10
6.17
成绩评定以与撰写课程设计报告
6.主要参考资料（文献）
[1]耿详义.JAVA2教程.北京：
清华大学出版社，2004。
[2]张仿彦.JAVA项目开发全程实录.北京：
清华大学出版社，2007。
[3]杨小虎.软件工程课程设计.浙江：
浙江大学出版社，2007。
[4]韩万江.软件工程案例教程.北京：
机械工业出版社，2007。
[5]萨师煊，王珊著.数据库系统概论.北京：
高等教育出版社，2003。
沈阳工程学院
面向对象程序设计课程设计成绩评定表
系（部）：
信息工程系班级：
计本091学生姓名：
钟传苗、刘金和、李成章、魏刚
指导教师评审意见
评价内容
具体要求
权重
评分
加权分
调研
论证
能独立查阅文献,收集资料；能制定课程设计方案和日程安排。
0.1
5
4
3
2
工作能力
态度
工作态度认真，遵守纪律，出勤情况是否良好，能够独立完成设计工作。
0.2
5
4
3
2
工作量
按期圆满完成规定的设计任务，工作量饱满，难度适宜。
0.2
5
4
3
2
说明书的质量
说明书立论正确，论述充分，结论严谨合理，文字通顺，技术用语准确，符号统一，编号齐全，图表完备，书写工整规范。
0.5
5
4
3
2
指导教师评审成绩
（加权分合计乘以8）
分
加权分合计
指导教师签名：
年月日
评阅教师评审意见
评价内容
具体要求
权重
评分
加权分
查阅
文献
查阅文献有一定广泛性；有综合归纳资料的能力
0.2
5
4
3
2
工作量
工作量饱满，难度适中。
0.5
5
4
3
2
说明书的质量
说明书立论正确，论述充分，结论严谨合理，文字通顺，技术用语准确，符号统一，编号齐全，图表完备，书写工整规范。
0.3
5
4
3
2
评阅教师评审成绩
（加权分合计乘以4）
分
加权分合计
评阅教师签名：
年月日
答辩小组评审意见
评价内容
具体要求
权重
评分
加权分
学生汇报
汇报准备充分，思路清晰；语言表达准确，概念清楚，论点正确，有层次，有重点，基本上反映了所完成任务的全部内容；时间符合要求。
0.5
5
4
3
2
答辩
思路清晰；回答问题有理论依据，基本概念清楚；主要问题回答准确，深入，有说服力。
0.5
5
4
3
2
答辩小组评审成绩
（加权分合计乘以8）
分
加权分合计
答辩小组教师签名：
年月日
课程设计总评成绩
分
摘要
企业人事管理系统是一个由企业人事管理人员、计算机与数据库组成的对企业人事管理的系统。
即对相关的信息进行收集、整理、使用和维护的过程。
从1946年第一台计算机诞生至此，随着科学技术日新月异的发展，计算机技术也日渐成熟，其强大的功能已被人们深刻认识，并在社会各个领域里发挥着越来越重要的作用。
人们将大量工作交给计算机处理，将海量的数据信息存储在数据库里，从而大幅度提高了工作效率，也方便了数据信息的统计。
企业人事管理项目众多、信息量繁杂，要降低管理成本，提高企业人事管理的水平，增进经济利润，则必然要借助于计算机进行信息管理，进而实现宾馆信息管理的规范化、自动化和人性化。
根据设计中的需求，企业人事管理系统采用模块化的设计思想，在Windows操作系统环境下，采用NetBeansID7.0作为开发工具，用Java进行开发，后台采用MySQL数据库，完成的功能有对人员进行增加、查询和删除，还实现了对企业部门的管理，人员的档案管理以与登录用户的管理。
关键词:
企业人事管理系统，数据库，Java
第1章系统总体介绍与组内分工
1.1系统总体介绍
在当今这个信息时代，提高工作效率一直是企业所追求的。
作为一个较大型的公司，在企业人事管理方面必然会有繁重的工作。
传统的手工管理方式不仅效率地下，而且极大的浪费纸张等资源，为此企业增加了不少支出。
为了彻底解决这些问题，有必要设计一个企业人事管理系统，以便用计算机来管理企业的员工。
不仅大大提高了工作效率，也使得各种信息便于查询，也为企业节省了不少开支。
本系统主要为了提高企业人事管理的工作效率，为公司提供一个标准化的企业人事管理，我们对该系统做了人性化的设计。
使整个工作变得更系统化、规范化。
经过实际的研究，我们设计了五大功能：
人员管理，部门管理，档案管理，用户管理和返回主界面。
为开发该系统，我们需要：
建立所需的数据库系统
首先做好需求分析，在需求分析中，主要内容为数据流图、数据字典（数据项、数据结构、数据流、数据存储、处理过程）；
其次做概念分析，利用实体联系的方法将需求分析的用户需求抽象为信息结构，得到E-R图。
然后就是逻辑结构设计，将E-R图转换为计算机系统所支持的逻辑模型。
进行编码和测试
在已有数据库的基础上进行功能模块化编码，最终组合成一个完整的宾馆客房管理应用平台。
1.2项目开发环境
1.2.1硬件环境
PC机
1.2.2软件环境
操作系统：
Windows
开发工具：
NetBeansID7.0
数据库：
MySQL5.0
1.3组内分工
具体分工如表1.1所示。
表1.1组内分工表
组内职务
姓名
任务
成绩
组长
钟传苗
系统整体设计、用户管理功能
刘金和
部门管理功能、返回主界面功能
组员
李成章
数据库设计、人员管理功能
魏刚
系统主界面设计、档案管理功能
第2章系统分析
2.1需求概述
该系统设计的五大功能：
人员管理功能，主要是实现对人员的增加、查询和删除功能。
部门管理功能，主要是实现对部门的增加、查询和删除功能。
档案管理功能，主要是实现对人员档案的增加、修改、查询和删除功能。
用户管理功能，主要是实现对登录用户的增加和密码修改功能。
返回主界面功能，主要是实现在其它界面的时候，能够快速返回主界面。
2.2需求分析
2.2.1理解需求
企业人事管理系统是以企业人事管理人员的角度设计的。
考虑到人事管理是一个比较严格的工作，因此我们设计了用户登录界面，只有拥有用户名和密码的人员才有资格对企业人事信息进行操作。
之后考虑了人事管理人员的各种需求，包括人员和档案的添加、查询、修改和删除等等。
总体上满足了较大型企业的人事管理需求。
下面是系统所要达到的几条要求：
要求系统准确的记录各种信息。
系统要提供丰富的查询功能。
系统运行在Windows平台下，需要有良好的用户界面。
系统具有良好的可扩展性，良好的可移植性。
2.2.2分析需求
分析需求就是描述系统的需求，通过定义系统中的关键域建立模型。
分析的根本目的是在开发者和提出需求的人之间建立一种理解和沟通的机制。
因此，企业人事管理系统的需求分析也应该是开发人员和用户或者客户一起完成的。
分析需求的第一步描述企业人事管理的功能，以此确定系统的功能需求。
企业人事管理系统的分析必须非常细致的进行，需要和企业人事管理人员进行全方面的交流和沟通，以保证需求分析的可行性。
企业人事管理系统的角色是系统操作员。
操作员把员工的个人档案信息进行存储，对员工的相关信息进行管理和更新，对员工的基本情况进行查询。
操作员还可以对自己的密码进行设置和修改，对操作员的信息进行添加修改。
2.3可行性分析
技术可行性分析
技术上的可行性分析要考虑将来要采用的硬件和软件技术能否满足用户（这里是校方）提出的要求（如计算机的容量、速度等）。
此外，还要考虑开发人员的水平，作为计算机专业的学生，经过几年的学习，在数据库和编程方面都有一定的基础。
所以对于这个系统的开发还是有能力做好的。
本人掌握了数据库与其应用技术、数据库原理、计算机网络技术、Java等课程，对数据库的设计、应用、维护与局域网的组成有了深刻的认识与一定的动手实践能力。
从一定程度上具备了开发一个小型系统的能力。
而现在学院的计算机配置均可达到P42.8GHZ、256M内存、160G硬盘、768*1024分辨率的显示器。
经济可行性
主要从对项目的经济上进行分析评价，一方面是支出的费用，包括设备购置费、管理和维护费用、人员工资和培训费等，另一个是取得的收益。
这是个超小型的管理系统，从投入的人力，财力与物力来讲是非常之小的，只要一台电脑就可以了。
从节省人力方面，可以让管理人员从繁与复杂的工作中解脱出来，做更多的工作。
运行可行性
我国的中小型企业数不胜数，大部分公司对人事管理还处于纯手工管理阶段。
随着计算机硬件的快速发展，计算机的价格在不断地降低，企业人事管理系统对客户端要求极低，因此系统在实践上具备了可行性。
法律可行性
本系统纯为私人设计，在开发过程中没有涉与合同、责任等与法律相抵触的方面。
因此，本系统在法律上是可行的。
由此可知，在小范围内该系统还是具有可行性的。
2.4设计思想
本系统开发设计思想有以下几点：
充分利用现有资源，提高系统开发水平和应用效果的目的。
系统应符合管理人员的具体要求，满足日常的管理工作需要，而且要达到使用中的直观、快捷、实用、安全、稳定等要求。
系统采用模块化的程序设计方法，既便于系统功能的各种组合和修改，又便于未参与开发的技术维护人员补充、维护。
系统应具备数据库维护功能，与时根据用户需求进行数据的添加、删除、修改等功能。
2.5功能结构图
本系统主要为了提高企业人事管理的工作效率，为企业节省开支，我们对该系统做了人性化的设计。
使整个工作变得更系统化、规范化。
经过实际的研究，我们大概设计了五大功能：
人员管理，部门管理，档案管理，用户管理和返回主界面。
人员管理：
是企业人事管理系统的核心部分，它的主要功能是增加员工信息，包括姓名，性别，年龄，入职时间，所属部门等。
部门管理：
包括当前部门名称和所属上级部门ID。
使得部门间分级清晰，便于管理和浏览。
档案管理：
主要是对员工的档案进行跟新、查询、修改，做到员工的信息准确和实时性。
用户管理：
这部分主要是正对登录用户的管理，包括添加登录用户和修改登录用户密码。
返回主界面：
主要是方面管理人员的操作，可以在其他界面的时候返回到主界面。
系统的功能模块图如图2.1所示。
图2.1系统功能模块图
第3章数据库设计
3.1数据库需求分析
经过调查用户需求，分析确定了该系统应该包括如下功能：
人员管理：
是企业人事管理系统的核心部分，它的主要功能是添加员工信息，包括输入姓名，性别，年龄，入职时间，所属部门等，这些直接关系到后面档案管理。
部门管理：
包括部门的ID、部门名称和所属部门。
当添加新的部门时，就添加相应的标准信息，可以进行各种操作。
档案管理：
主要是对员工的信息进行管理。
包括添加、修改、查询和删除。
用户管理：
对登录用户进行的操作，包括添加登录用户和密码修改。
返回主界面：
这部分不涉与对数据库的操作。
3.2数据流图
数据流图（DataFlowDiagram，DFD）是用来描绘软件系统逻辑模型的图形工具，用于描绘信息在系统中的流动和处理情况。
数据流图是结构系统分析的主要工具，它表示了系统内部信息的流向，并表示了系统的逻辑处理的功能，是一种功能模型。
在数据流图中有四种基本符号，如表3.1所示。
表3.1数据流图基本符号的意义
符号
说明
加工，输入数据在此进行变换产生输出数据，中间要注明加工的名字
数据输入的源点和数据输出的终点，在其中要注明源泉点或终点的名字
数据流，被加工的数据与数据流向，在箭头边要用名词或名词性短语给出数据流的名字
数据存储文件，要用名词或名词性短语给出数据文件的名字
具体功能分析：
数据源点和数据终点
数据源点和数据终点用方框表示，它是系统之外的实体，可以是人、事、物、部门或其他系统。
加工（数据处理变换）
加工用圆框表示，是对数据进行处理的逻辑单元，它接受若干输入数据流，通过加工，内部产生规定的输出数据流。
数据流
数据流用带数据流标识的箭头表示，表示系统处理的数据对象和数据流动的方向。
数据流的方向可以是：
从一加工流向另一加工、从加工流向数据存储或数据存储流向加工、从源点流向加工或从加工流向终点。
数据存储文件
数据存储文件在数据流图中起着保存数据的作用，它可以是数据库、文件或任何其它形式，指向存储的数据流可理解为数据写入，从存储引出的数据流可理解为数据读出。
3.3数据字典
数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分。
其中数据项是数据的最小组成单位，若干个数据项可以组成一个数据结构，数据字典通过对数据项和数据结构的定义来描述数据流、数据存储的逻辑内容。
据项
数据项是数据库的关系中不可再分的数据单位。
企业人事管理系统的数据项如表3.2所示。
表3.2数据项列表
名称
数据类型
长度
说明
id
int
10
记录员工号（唯一）
p_name
vchar
50
记录员工姓名
p_gender
vchar
4
记录员工性别
p_age
vchar
10
记录员工年龄
p_jointime
int
20
记录员工入职时间
p_dept
vchar
20
记录员工所属部门
id
int
10
记录登录用户ID
（唯一）
name
vchar
50
记录登录用户名
pw
number
10
记录登录用户密码
id
int
10
部门ID（唯一）
d_dept
vchar
20
记录部门名称
father_id
int
10
记录所属部门ID
数据结构
数据结构是为反映数据之间的组合关系，即一个数据结构可以由若干个数据项组成，也可以由若干个数据结构组成，或由若干个数据项和数据结构组成。
宾馆客房管理系统的数据结构如表3.3所示。
表3.3数据结构清单
数据结构名
含义说明
组成
员工信息
员工基本信息的描述
员工编号+姓名+性别+年龄+入职时间+所属部门;
部门信息
部门基本信息的描述
部门ID+部门名称+所属部门ID;
用户信息
用户基本信息的描述
用户ID+用户名+用户密码;
数据流
数据流是数据结构在系统内传输的路径。
本系统中对数据流的具体描述如表3.4所示。
表3.4数据流清单
数据流编号
数据流名称
数据流说明
数据来源
数据去向
L01
增加人员
增加员工信息
增加人员
员工信息表
L02
查询人员
查询员工基本信息
员工信息表
查询人员
L03
删除人员
对员工信息进行删除
员工信息表
员工信息表
L04
增加部门
增加员工信息
增加部门
部门信息表
L05
查询部门
查询员工基本信息
部门信息表
查询部门
L06
删除部门
对部门信息进行删除
部门信息表
部门信息表
L07
新增档案
增加员工档案
新增档案
员工信息表
L08
修改档案
修改员工档案
员工信息表
员工信息表
L09
查询档案
查询员工的档案
员工信息表
查询档案
L10
删除档案
删除员工档案
员工信息表
员工信息表
L11
增加用户
增加登录用户
增加用户
用户信息表
L12
密码修改
修改登录用户和的密码
用户信息表
用户信息表
数据存储
数据存储是数据结构停留或保存的地方，也是数据流的来源和去向之一。
它可以手工文档或手工凭单，也可以是计算机文档。
本系统中对数据存储的具体描述如表3.5所示。
表3.5数据存储清单
数据存储名称
数据存储说明
输入的数据流
输出的数据流
员工信息表
存储员工信息
增加人员
查询人员
部门信息表
存储部门信息
增加部门
查询部门
用户信息表
存储登录用户信息
增加登录用户
无
3.4数据库概念结构设计
3.4.1概念结构设计思想
根据需求分析阶段的数据项，对这些信息进行抽象处理，通过分类、聚集、概括这三种手段，确定宾馆客房管理系统中有几个实体，并确定各实体有哪些属性，画出分E-R图，在分析各分E-R图中的属性，还可分的话就再把该属性划分为实体，与到个属性不可再分，再根据各分E-R图的三类冲突：
属性冲突、命名冲突和结构冲突，对各E-R图进行优化，再根据需求分析阶段的数据流图确定各实体之间的关系，然后把各分E-R图整合起来形成总体E-R图，之后可根据总体E-R图可画出概念模型图进一步画关系模型图，完成整个概念设计阶段。
3.4.2局部概念模型设计
局部概念模型的设计思想是根据需求分析的内容用E-R图分别表示出各个实体与其属性。
登录用户基本属性如图3.1所示。
图3.1登录用户基本属性
人员信息基本属性如图3.2所示。
图3.2人员信息基本属性
部门信息基本属性如图3.3所示。
图3.3部门信息基本属性
3.4.3总体概念结构设计
各子系统的分E-R图设计好以后，下一步就是将所有的分E-R图综合成一个总的E-R图。
由于各个局部所面向的问题不同，这就导致各个分E-R图之间必定会存在许多不一致的问题，称之为冲突。
因此分E-R图的合并并不能简单地将各个分E-R图画到一起，而是必须合理消除各分E-R图中的不一致，以形成一个能为全系统中所有用户共同理解和接受的统一的概念模型，是合并E-R图的主要工作和关键。
各E-R图之间的冲突主要有三种：
属性冲突、命名冲突、结构冲突。
3.4.4E-R图的转换
按照合成总体E-R图的规则，画出完整的E-R图，如图3.6所示。
图3.6全局E-R图
3.5数据库逻辑结构设计
3.5.1逻辑结构设计思想
概念结构设计是独立于任何一种数据模型的信息结构。
逻辑结构设计是由概念结构设计阶段设计好概念模型转换来的的逻辑结构即物理模型。
所以逻辑结构设计一般分以下三个方面：
⑴将概念结构转换为一般的关系、网状、层次模型。
⑵将转换来的关系、网状、层次模型向特定DBMS支持下的数据模型转换。
⑶对数据模型进行优化。
针对企业人事管理系统，逻辑结构设计采用概念结构转换的概念模型，将其依照规则转换为关系模型，为了进一步提高数据库应用系统的性能，再将转换后的关系模型进行优化，确定是否要对某些模式进行合并或分解，即进行规范化，为物理设计提供最优的处理。
3.5.2逻辑结构设计方法
关系模型的逻辑结构是一组关系模式的集合。
E-R图则是由实体，实体的属性和实体间的联系三个要素组成。
所以将E-R图转换为关系模型实际上就是要将实体，实体的属性和实体间的联系转换为关系模式。
转换原则如下：
⑴实体类型的转换:
将每个实体类型转换成一个关系模式，实体的属性与为关系模式的属性，实体标识符与为关系模式的键。
⑵联系类型的转换，根据不同的情况做不同的处理。
①一个1：
1联系可以转换为一个独立的关系模型，也可以与任意一端对应的关系模式合并。
如果转换为一个独立的关系模式，则与该联系相连的各实体的码以与联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。
如果与某一端实体对应的关系合并，则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。
②一个1：
n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。
如果转换为一个独立的关系模式，则与该联系相连的各实体的码以与联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。
③一个m：
n联系转换为一个关系模式。
与该联系相连的各实体的码以与联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。
④三个或三个以上的实体间的一个多元联系可以转换为一个关系模式。
与该多元联系相连的各实体的码以与联系本身的属性均转换为关系的属性，而关系的码
升级会员 