JSP企业人事管理系统课程设计文档格式.docx
- 文档编号:22100258
- 上传时间:2023-02-02
- 格式:DOCX
- 页数:44
- 大小:35.75KB
JSP企业人事管理系统课程设计文档格式.docx
《JSP企业人事管理系统课程设计文档格式.docx》由会员分享,可在线阅读,更多相关《JSP企业人事管理系统课程设计文档格式.docx(44页珍藏版)》请在冰豆网上搜索。
系统总体介绍
本系统主要是为了帮助企业的人事部门和财务主管部门提高工作效率,减少企业的不必要开销,从企业的根本利益出发,实现企业人事信息管理的系统化、规范化和自动化。
该课题是对学生数据库原理与应用、软件工程、Powerdesigner等多门学科知识的综合运用,是提高学生实际动手能力的有效方法。
本课题模拟实际项目开发过程,使学生熟悉管理系统开发的方法和重要步骤,提高学生的数据库设计及系统分析能力,使学生积累一定的实战经验。
系统功能分析
结合对企业对人事的管理,我们设计了企业人事管理系统,这个系统最终实现的主要功能如下:
员工基本信息部分:
主要完成对员工基本信息的添加、修改、删除、查询等管理。
员工档案信息部分:
主要完成员工档案信息的添加、修改、删除、查询等管理。
员工部门信息部分:
主要完成员工所属部门的添加、修改、删除、查询等管理。
员工工资信息部分:
主要完成员工工资信息的添加、修改、删除、查询等管理。
员工保险信息部分:
主要完成员工保障信息的添加、修改、删除、查询等管理。
员工合同信息部分:
主要完成员工与企业签订合同的一系列信息的添加、修改、删除、查询管理。
企业人事管理系统功能模块图如下:
图1-1
企业人事管理系统功能模块图
2概念结构设计
随着计算机技术的迅猛发展,企业与员工的联系变的越来越紧密,为了方便管理企业,我们开发此系统主要是满足日益增长的人员流动和变向的市场需求,利于企业的发展和人事部门的管理。
本系统的主要目的是:
为了帮助企业的人事部门和财务主管部门提高工作效率,减少企业的不必要开销,从企业的根本利益出发,实现企业人事信息管理的系统化、规范化和自动化。
需求分析的设计思想
在现代化的企业当中,企业人事管理工作将发挥越来越重要的作用。
企业人事管理工作已经渗透到企业日常工作的方方面面,无论是其自身还是所发挥的作用。
随着时代的进步,企业也逐渐变得庞大起来,为了企业的创新、发展以及经济效益,如何管理好企业内部员工的信息和员工的工资信息,成为企业管理中的一个大的问题。
在这种情况下,一个可以提高工作效率、减少公司开资的具有经济效益的人事管理系统就显得是必要的。
随着市场竞争的日趋激烈,人才成为实现企业自身战略目标的一个非常关键的因素。
企业中人心向背和员工对工作的投入在很大程度上决定了该企业的兴衰成败。
如何能保持本企业员工的工作责任感,激励他们的工作热情,减少人才流失,已成为困扰企业管理的一个日益尖锐的问题,可以说本系统从根本上来讲就是对人的管理。
现在“公平,公正”的企业管理原则已为不少企业所采纳。
但是要“公平,公正,合理”绝非易事,它不是仅靠规章制度和政策就可以解决的。
通过建立透明、一致、易查和全面的人事管理系统,将与人相关的信息统一管理起来,才有可能为“公平,公正,合理”原则的实现,以及企业在动作和劳资纠纷等方面的风险规避等建立一套科学保障体系.
最初的人事管理,都是靠人力来完成的。
当企业规模比较小的时候,人力可以完成,随着企业的规模越来越大,企业的员工越来越多,依然维持着人力进行人事管理,必然会造成工作效率低,工作错误增高的问题。
如果增加人员就会增加公司的开资,这样增加了企业的经济负担。
用户的需求具体体现在各种信息的提供、保存、更新和查询,这就要求数据库结构能充分满足各种信息的输出和输入。
收集基本数据、数据结构,以及数据处理的流程,组成一份详尽的数据字典,为后面的具体设计打下基础。
根据上述系统功能分析,针对各个功能模块的需求,总结出各个信息之间的联系如下:
机构与部门之间的联系:
一个机构基本信息对应多个部门信息,而一个部门信息对应一个机构信息,所以机构基本信息与部门信息之间是一对多的关系。
部门与员工之间的联系:
一个部门信息对应多个员工信息,而一个员工信息对应一个部门信息,所以员工信息与部门信息之间是一对多的关系。
员工与档案之间的联系:
一个员工信息对应一个档案信息,而一个档案信息对应一个员工信息,所以员工信息与档案信息之间是一对一的关系。
员工与工资之间的联系:
一个员工信息对应多个工资信息,一个工资信息对应一个员工信息,所以员工信息与工资信息二者之间是一对多的关系,产生职务属性。
员工与保险之间的联系:
一个员工信息对应多个保险信息,一个保险对应一个员工信息,所以员工信息与保险二者之间是一对多的关系。
员工与合同之间的联系:
一个员工信息对应多个合同信息,一个合同信息对应一个员工工资信息,所以员工信息与合同信息二者之间是一对多的关系。
合同与合同类别之间的联系:
一个合同信息对应多个合同类别信息,一个合同类别
信息对应一个合同信息,所以合同类别信息与合同信息二者之间是一对多的关系。
数据流图和数据字典
一个基于计算机信息处理系统的逻辑模型由数据流和一系列数据转换构成,这些转换将输入数据变换为输出数据。
数据流图就是用来刻画数据流和数据转换的信息系统建模技术。
数据流图并不足以完整地描述软件的需求,因为它没有描述数据流的内容。
一般地,数据流图必须与描述并组织数据条目的数据字典配合使用。
数据流图
数据流图(DataFlowDiagram,DFD)是用来描绘软件系统逻辑模型的图形工具,用于描绘信息在系统中的流动和处理情况。
设计DFD只需考虑软件系统必须完成的基本逻辑功能,完全不需考虑如何具体地实现这些功能,即只考虑软件“做什么”,而不必考虑“怎么做”。
数据流图是结构系统分析的主要工具,它表示了系统内部信息的流向,并表示了系统的逻辑处理的功能,是一种功能模型。
在数据流图中有四种基本符号,如表2-1所示。
表2-1
数据流图基本符号的意义
符号
说明
加工,输入数据在此进行变换产生输出数据,中间要注明加工的名字
数据输入的源点和数据输出的终点,在其中要注明源泉点或终点的名字
数据流,被加工的数据及数据流向,在箭头边要用名词或名词性短语给出数据流的名字
数据存储文件,要用名词或名词性短语给出数据文件的名字
由于企业人事管理系统主要是以“员工”为主体,所以该数据流图也是只针对员工的一系列信息在系统中的数据流向及存储进行设计。
企业人事管理系统数据流图如图2-1所示
若图片无法显示请联系QQ,本论文免费,转发请注明源于
图2-1
企业人事管理系统数据流图
数据字典
数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分。
其中数
据项是数据的最小组成单位,若干个数据项可以组成一个数据结构,数据字典通过对数据项和数据结构的定义来描述数据流、数据存储的逻辑内容。
一、数据项
以下为本系统的部分数据项进行描述,详见附录B。
1.数据项:
ygnumber
含义说明:
唯一标识每个员工
别名:
员工编号
长度:
6
取值范围:
000000至999999
取值含义:
前两位标识该员工所在部门,后四位按顺序编号。
2.数据项:
yfnumber
唯一标识员工每月工资
月份编号
2
00至99
从1月份到12月份
3.数据项:
bxnumber
唯一标识保险类型
保险编号
每位按顺序编号
4.数据项:
danumber
唯一标识每个员工档案
档案编号
前两位标识该员工档案存储位置,后四位按顺序编号。
5.数据项:
bmnumber
唯一标识每个员工所属部门
部门编号
前两位标识该部门所属机构,后四位按顺序编号。
6.数据项:
jgnumber
唯一标识该机构
机构代码
每位按顺序编码。
7.数据项:
htnumber
唯一标识合同名称。
合同编号
每位按顺序编码
8.数据项:
htlbnumber
唯一标识合同类别。
合同类别编号
二、数据结构
数据结构反映了数据之间的组合关系。
一个数据结构可以由若干个数据项组成,也可以由若干个数据结构组成,或由若干个数据项和数据结构混合组成。
本系统中对数据结构的具体描述如下:
1.数据结构:
员工
是人事管理系统的主体数据结构,定义了员工的有关信息
组成:
员工编号,员工姓名,性别,年龄,学历,家庭住址,联系
2.数据结构:
工资
是人事管理系统中工资的数据结构,定义了员工工资的有关信息
月份编号,基本工资,职务补助,奖励工资,缺勤次数,单次缺勤罚金
杂费,工资合计
3.数据结构:
保险
是人事管理系统中员工保险信息的数据结构,定义了员工保险的有关
信息
保险编号,保险名称,开始缴费时间,缴费年限,缴费金额
4.数据结构:
档案
定义了员工档案的有关信息
档案编号,档案类别,存放位置,档案状态
5.数据结构:
部门
是人事管理系统中部门的有关信息
部门编号,部门名称,部门简介
6.数据结构:
机构
定义了机构的有关信息
机构编号,机构名称,机构地址
7.数据结构:
合同
是人事管理系统中合同的有关信息
合同编号,合同名称
8.数据结构:
合同类别
定义了合同类别的有关信息
合同类别编号,合同类别名称
三、数据流
数据流是数据结构在系统内传输的路径。
本系统中对数据流的具体描述如下:
1.数据流“添加”可描述如下:
数据流:
添加
说明:
对企业中新进员的基本信息进行登记
数据流来源:
数据流去向:
增加信息
2.数据流“登记”可描述如下:
登记
企业根据员工所从事工作的类型将员工进行部门分配
部门信息登记
3.数据流“签合同”可描述如下:
签合同
企业与员工签订合同,并对合同按类进行记录
员工管理
4.数据流“合同信息”可描述如下:
合同信息
企业与员工签订合同,并把合同信息返给员工
5.数据流“考核”可描述如下:
考核
企业对员工的日期工作情况进行管理和考核,以为员发放工资
数据去向:
工资管理
6.数据流“工资信息”可描述如下:
工资信息
企业根据工资管理对员工发放工资
7.数据流“入档”可描述如下:
入档
企业对员工的所有信息进行存档,实现统一管理
录入档案
8.数据流“参加”可描述如下:
参加
企业给予员工提供保险信息的管理
参加保险
9.数据流“删除”可描述如下:
删除
对员工的基本信息进行删除操作
删除信息
10.数据流“查询”可描述如下:
查询
对员工的基本信息进行查询操作
查询信息
11.数据流“修改”可描述如下:
修改
对员工的基本信息进行修改操作
修改信息
12.数据流“部门编号”可描述如下:
对部门的基本信息进行查询操作
部门查询
13.数据流“员工编号”可描述如下:
员工查询
14.数据流“部门信息”可描述如下:
部门信息
将查询结果返回给用户
15.数据流“员工信息”可描述如下:
员工信息
四、数据存储
数据存储是数据结构停留或保存的地方,也是数据流的来源和去向之一。
它可以手工文档或手工凭单,也可以是计算机文档。
本系统中对数据存储的具体描述如下:
1.机构信息
简述:
用来存储有关企业属于哪个机构的信息
输入数据:
机构信息
输出数据:
2.部门信息
用来存储企业中所分的各个部门的基本信息。
企业中为每个部个所设置的部门代码及该代码对应的名称。
部门信息。
3.工资信息
用来存储企业中每个月各个员工的工资的基本信息。
工资信息与考勤信息。
4.保险信息
用来存储企业中各个员工所参加的保险的基本信息。
保险信息。
5.档案信息
企业中每个员个都有固定的档案跟随员工本人,该项就是用来存储各员工
的一系列信息的。
档案编号及名称。
档案中所记录的员工的基本信息。
6.合同信息
用来存储企业中各个员工进入企业后与企业所签订的合同。
合同信息。
员工所签订的合同的基本信息。
7.合同类别信息
用来将企业中各个员工与企业所签订的合同进行分类管理。
合同类别信息。
按类显示合同信息。
概念结构设计
局部概念模型设计
局部概念模型的设计思想是根据需求分析的内容用E-R图分别表示出各个实体及其
属性,以及用E-R图表示出各实体之间的联系,如图所示。
●
机构(机构代码,机构名称,机构地址)
部门(部门编号,部门名称,部门简介)
员工(员工编号,员工姓名,性别,年龄,学历,家庭住址,联系)
工资(月份编号,基本工资,职务补助,奖励工资,缺勤次数,杂费,单次缺勤罚金)
档案(档案编号,档案类别,存放位置,档案状态)
保险(保险名称,保险编号,开始交费时间,交费年限,交费金额)
合同(合同编号,合同名称)
合同类别(合同类别编号,合同类别名称)若图片无法显示请联系QQ,本论文免费,转发请注明源于
总体概要设计
各子系统的分E-R图设计好以后,下一步就是将所有的分E-R图综合成一个总的E-R图。
由于各个局部所面向的问题不同,这就导致各个分E-R图之间必定会存在许多不一致的问题,称之为冲突。
因此合并分E-R图并不能简单地将各个分E-R图画到一起,而是必须合理消除各分E-R图中的不一致,以形成一个能为全系统中所有用户共同理解和接受的统一的概念模型,是合并E-R图的主要工作和关键。
各E-R图之间的冲突主要有三种:
属性冲突、命名冲突、结构冲突。
在企业人事管理系统设计过程中,有属性冲突和结构冲突。
属性域冲突,即属性值的类型、取值范围或取值集合不同。
如员工编号在不同的关系中都要定义成相同的属性值的类型为字符型并且字长定义为6,才能避免属性冲突。
按照合成总体E-R图的规则,画出完整的E-R图,如图2-17所示。
图2-17
全局E-R图
2.3CDM模型的生成过程
1.依次选择【开始】
【程序】
【Sybase】
【PowerDesigner9】
【PowerDesigner】选项,就会弹出【PowerDesigner】对话框,如图所示。
图2-18【PowerDesigner】对话框
2.在图2-18中选择【file】
【new】得到对话框,如图所示。
图2-19进入界面
3.选择“ConceptualDataModel”,单击“OK”按钮,出现CDM工作区,如图所示。
图2-20
CDM工作区
4.工具选项板
在CDM和PDM工作区中都存在着工具选项板,理解好各工具的含义对建立数据模型是十分重要的。
工具选项板中包括制作模型的各种工具,使用这些工具能够快速地进行建模,CDM环境的工具板,如图所示。
图2-21
CDM中的工具板
5.绘制实体
(1)打开CDM工作区,选中工具选项板上“实体图标”。
(2)在CDM工作区中单击任意处,产生实体图形。
(3)双击CDM工作区中的实体图形,出现定义实体特征的窗口,如图2-21所示。
(4)输入Name、Code内容。
这里Name表示实体的描述名称,一般最好用中文描述(如:
员工编号),Code表示实体的代码名称,最好用简化的英文描述(如:
ygnumber)。
(5)需要的话,输入实体表中可能存放的记录数(Number),这个数字用于统计数据库的尺寸。
(6)需要的话,可以定义实体的规则(Rules)、描述(Description)、注释(Annotation)、属性(Attributes)。
(7)单击“确定”按钮,当前CDM工作区就定义了一个实体。
6.在图2-21中选择第二项后,可以进行CDM模型的设计,图2-22为建立实体名字,建立实体属性,如图所示。
图2-22为实体建立名字
7.定义实体属性
实体属性是附加到实体上的数据项。
在DataArchitect环境下,定义一个实体属性需在图2-23所示的窗口上选择“Attributes”选项卡,出现定义实体属性的窗口,如图所示。
图2-23定义实体属性的窗口
在图2-23窗口中必须完成如下工作:
(1)确定实体属性的Name和Code。
Name是对属性含义的具体描述,一般最好用中文描述,Code是属性的代码,与今后程序设计时有很大关系,所以定义时应特别谨慎。
(2)确定实体属性的数据类型(DataType列)。
(3)确定一个属性是否为这个实体的标识符或标识符的一部分(Primary复选框),实体的标识符可以由一个或多个属性组成,它惟一标识实体中的一个实例,即它代表了关系中的主键,在实体图形符号中,标识符(主键)属性带有下划线。
(4)标识一个实体的属性是否为强制的(Mandatory复选框),强制特性表示属性是否需要一个值,如果属性是强制的,那么该属性在数据库表中的对应列上不允许空值,一般主键是不允许为空的。
(5)标识一个实体属性是否在模型中显示(Display复选框)。
需要指出的是,在图2-23的窗口上必须输入Name、Code和DataType列的内容。
输入完成后,单击“确定”按钮,此时完成了一个实体属性的定义。
8.绘制联系
在DataArchitect环境下绘制联系分两种情况:
(1)绘制不带属性的联系
不带属性的联系通常是用实体之间的一条线,即使用“实体到实体连接图标”来绘制。
①建立“联系”过程
首先选中工具板上“联系图标”,在CDM工作区中的两个实体之间画一条线即可。
双击该线,出现该联系的属性窗口,如图所示。
图2-24实体之间建立联系
(2)绘制带有属性的联系
带有属性的联系通常分两步,首先要使用“联合图标”建立一个“联合”,然后再使用“实体到联合连接图标”完成。
①建立“联合”过程
首先选中工具板上“联合图标”,在CDM工作区中单击任意处,产生“联合”;
用鼠标双击“联合”图形,出现定义“带属性”联系即联合特性的窗口,如图所示。
图2-25定义“带属性”联系特性的窗口
在“General”选项卡中,输入Name(即联系名,最好输入汉字名字)、Code(最
好输入英文名)。
在“Attributes”选项卡中,输入联系的属性。
单击“确定”按钮,在CDM工作区中产生一个“联合”(即带有属性的联系)。
②建立实体到联合的连接
“联合”建立好后,需要将该“联合”与相关实体连接,使用“实体到联合连接图标”来完成。
其操作过程是:
选中工具板上“实体到联合连接图标”,在CDM工作区中,将鼠标的十字箭头定位到一个“实体”,按住左键拖拉到“联合”中,松开鼠标,此时在该实体与联合之间出现一条“联合连接”线(也可以绘制另一个实体到联合的连接),这条线表明实体与联合之间建立了一种关联,然而这种关联的类型需要重新确定,双击“联合连接”线,出现定义“联合连接”线特性的窗口,如图所示。
图2-26定义“联合连接”特性的窗口
在图2-26的窗口中,需要在从下拉列表中选择“Cardinality”的值(即实体到联合的连接类型,有“0,n”、“0,1”、“1,1”、“1,n”四种类型可选择),单击“确定”按钮,完成设置。
需要强调的是,在进行概念结构设计时,联系一般用菱形框表示,有时它还连接着联系本身的属性。
然而,在CDM环境里,仅当联系本身不带属性时,联系才可以用一条线来表示,否则,应该按照上述的第二种方法进行绘制。
9.生成的CDM模型如图所示。
图2-27
CDM图
3逻辑结构设计
E-R图向关系模型的转换
关系模型的逻辑结构是一组关系模式的集合。
E-R图则是由实体,实体的属性和实体间的联系三个要素组成。
所以将E-R图转换为
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- JSP 企业 人事管理系统 课程设计