企业人事管理系统实例SQL课程设计Word下载.docx
《企业人事管理系统实例SQL课程设计Word下载.docx》由会员分享，可在线阅读，更多相关《企业人事管理系统实例SQL课程设计Word下载.docx（25页珍藏版）》请在冰豆网上搜索。
部门与员工之间的联系：
一个部门信息对应多个员工信息，而一个员工信息对应一个部门信息，所以员工信息与部门信息之间是一对多的关系。
员工与档案之间的联系：
一个员工信息对应一个档案信息，而一个档案信息对应一个员工信息，所以员工信息与档案信息之间是一对一的关系。
员工与工资之间的联系：
一个员工信息对应多个工资信息，一个工资信息对应一个员工信息，所以员工信息与工资信息二者之间是一对多的关系,产生职务属性。
员工与保险之间的联系：
一个员工信息对应多个保险信息，一个保险对应一个员工信息，所以员工信息与保险二者之间是一对多的关系。
员工与合同之间的联系：
一个员工信息对应多个合同信息，一个合同信息对应一个员工工资信息，所以员工信息与合同信息二者之间是一对多的关系。
合同与合同类别之间的联系：
一个合同信息对应多个合同类别信息，一个合同类别
信息对应一个合同信息，所以合同类别信息与合同信息二者之间是一对多的关系。
2.2数据流图和数据字典
一个基于计算机信息处理系统的逻辑模型由数据流和一系列数据转换构成，这些转换将输入数据变换为输出数据。
数据流图就是用来刻画数据流和数据转换的信息系统建模技术。
数据流图并不足以完整地描述软件的需求，因为它没有描述数据流的内容。
一般地，数据流图必须与描述并组织数据条目的数据字典配合使用。
2.2.1数据流图
数据流图（DataFlowDiagram，DFD）是用来描绘软件系统逻辑模型的图形工具，用于描绘信息在系统中的流动和处理情况。
设计DFD只需考虑软件系统必须完成的基本逻辑功能，完全不需考虑如何具体地实现这些功能，即只考虑软件“做什么”，而不必考虑“怎么做”。
数据流图是结构系统分析的主要工具，它表示了系统内部信息的流向，并表示了系统的逻辑处理的功能，是一种功能模型。
在数据流图中有四种基本符号，如表2-1所示。
表2-1数据流图基本符号的意义
符号
说明
加工，输入数据在此进行变换产生输出数据，中间要注明加工的名字
数据输入的源点和数据输出的终点，在其中要注明源泉点或终点的名字
数据流，被加工的数据及数据流向，在箭头边要用名词或名词性短语给出数据流的名字
数据存储文件，要用名词或名词性短语给出数据文件的名字
由于企业人事管理系统主要是以“员工”为主体，所以该数据流图也是只针对员工的一系列信息在系统中的数据流向及存储进行设计。
企业人事管理系统数据流图如图2-1所示，其中所涉及到的数据存储文件，详细见（附录A）
保险信息
图2-1企业人事管理系统数据流图
2.2.2数据字典
数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分。
其中数据项是数据的最小组成单位，若干个数据项可以组成一个数据结构，数据字典通过对数据项和数据结构的定义来描述数据流、数据存储的逻辑内容。
一、数据项
以下为本系统的部分数据项进行描述，详见附录B。
⒈数据项：
ygnumber
含义说明：
唯一标识每个员工
别名：
员工编号
长度：
6
取值范围：
000000至999999
取值含义：
前两位标识该员工所在部门，后四位按顺序编号。
⒉数据项：
yfnumber
唯一标识员工每月工资
月份编号
2
00至99
从1月份到12月份
⒊数据项：
bxnumber
唯一标识保险类型
保险编号
每位按顺序编号
⒋数据项：
danumber
唯一标识每个员工档案
档案编号
前两位标识该员工档案存储位置，后四位按顺序编号。
⒌数据项：
bmnumber
唯一标识每个员工所属部门
部门编号
前两位标识该部门所属机构，后四位按顺序编号。
⒍数据项：
jgnumber
唯一标识该机构
机构代码
每位按顺序编码。
⒎数据项：
htnumber
唯一标识合同名称。
合同编号
每位按顺序编码
⒏数据项：
htlbnumber
唯一标识合同类别。
合同类别编号
二、数据结构
数据结构反映了数据之间的组合关系。
一个数据结构可以由若干个数据项组成，也可以由若干个数据结构组成，或由若干个数据项和数据结构混合组成。
本系统中对数据结构的具体描述如下：
⒈数据结构：
员工
是人事管理系统的主体数据结构，定义了员工的有关信息
组成：
员工编号，员工姓名，性别，年龄，学历，家庭住址，联系电话
⒉数据结构：
工资
是人事管理系统中工资的数据结构，定义了员工工资的有关信息
月份编号，基本工资，职务补助，奖励工资，缺勤次数，单次缺勤罚金
杂费，工资合计
⒊数据结构：
保险
是人事管理系统中员工保险信息的数据结构，定义了员工保险的有关
信息
保险编号，保险名称，开始缴费时间，缴费年限，缴费金额
⒋数据结构：
档案
定义了员工档案的有关信息
档案编号，档案类别，存放位置，档案状态
⒌数据结构：
部门
是人事管理系统中部门的有关信息
部门编号，部门名称，部门简介
⒍数据结构：
机构
定义了机构的有关信息
机构编号，机构名称，机构地址
⒎数据结构：
合同
是人事管理系统中合同的有关信息
合同编号，合同名称
⒏数据结构：
合同类别
定义了合同类别的有关信息
合同类别编号，合同类别名称
三、数据流
数据流是数据结构在系统内传输的路径。
本系统中对数据流的具体描述如下：
⒈数据流“添加”可描述如下：
数据流：
添加
说明：
对企业中新进员的基本信息进行登记
数据流来源：
数据流去向：
增加信息
⒉数据流“登记”可描述如下：
登记
企业根据员工所从事工作的类型将员工进行部门分配
部门信息登记
⒊数据流“签合同”可描述如下：
签合同
企业与员工签订合同，并对合同按类进行记录
员工管理
⒋数据流“合同信息”可描述如下：
合同信息
企业与员工签订合同，并把合同信息返给员工
⒌数据流“考核”可描述如下：
考核
企业对员工的日期工作情况进行管理和考核，以为员发放工资
数据去向：
工资管理
⒍数据流“工资信息”可描述如下：
工资信息
企业根据工资管理对员工发放工资
⒎数据流“入档”可描述如下：
入档
企业对员工的所有信息进行存档，实现统一管理
录入档案
⒏数据流“参加”可描述如下：
参加
企业给予员工提供保险信息的管理
参加保险
⒐数据流“删除”可描述如下：
删除
对员工的基本信息进行删除操作
删除信息
⒑数据流“查询”可描述如下：
查询
对员工的基本信息进行查询操作
查询信息
⒒数据流“修改”可描述如下：
修改
对员工的基本信息进行修改操作
修改信息
⒓数据流“部门编号”可描述如下：
对部门的基本信息进行查询操作
部门查询
⒔数据流“员工编号”可描述如下：
员工查询
⒕数据流“部门信息”可描述如下：
部门信息
将查询结果返回给用户
⒖数据流“员工信息”可描述如下：
员工信息
四、数据存储
数据存储是数据结构停留或保存的地方，也是数据流的来源和去向之一。
它可以手工文档或手工凭单，也可以是计算机文档。
本系统中对数据存储的具体描述如下：
⒈机构信息
简述：
用来存储有关企业属于哪个机构的信息。
输入数据：
机构信息。
输出数据：
⒉部门信息
用来存储企业中所分的各个部门的基本信息。
企业中为每个部个所设置的部门代码及该代码对应的名称。
部门信息。
⒊工资信息
用来存储企业中每个月各个员工的工资的基本信息。
工资信息与考勤信息。
工资信息。
⒋保险信息
用来存储企业中各个员工所参加的保险的基本信息。
保险信息。
⒌档案信息
企业中每个员个都有固定的档案跟随员工本人，该项就是用来存储各员工
的一系列信息的。
档案编号及名称。
档案中所记录的员工的基本信息。
⒍合同信息
用来存储企业中各个员工进入企业后与企业所签订的合同。
合同信息。
员工所签订的合同的基本信息。
⒎合同类别信息
用来将企业中各个员工与企业所签订的合同进行分类管理。
合同类别信息。
按类显示合同信息。
2.3概念结构设计
2.3.1局部概念模型设计
局部概念模型的设计思想是根据需求分析的内容用E-R图分别表示出各个实体及其属性，以及用E-R图表示出各实体之间的联系，如下图所示。
机构地址
部门简介
存放位置
缴费年限
合同类别名称
包含
签订
拥有
职务
存在
2.3.2总体概要设计
各子系统的分E-R图设计好以后，下一步就是将所有的分E-R图综合成一个总的E-R图。
由于各个局部所面向的问题不同，这就导致各个分E-R图之间必定会存在许多不一致的问题，称之为冲突。
因此合并分E-R图必须合理消除各分E-R图中的不一致，以形成一个能为全系统中所有用户共同理解和接受的统一的概念模型，是合并E-R图的主要工作和关键。
各E-R图之间的冲突主要有三种：
属性冲突、命名冲突、结构冲突。
在企业人事管理系统设计过程中，有属性冲突和结构冲突。
属性域冲突，即属性值的类型、取值范围或取值集合不同。
如员工编号在不同的关系中都要定义成相同的属性值的类型为字符型并且字长定义为6，才能避免属性冲突。
按照合成总体E-R图的规则，画出完整的E-R图，如图2-17所示。
n
图2-17全局E-R图
2.4逻辑结构设计
2.4.1逻辑结构设计思想
概念结构设计是独立于任何一种数据模型的信息结构。
逻辑结构设计是把概念结构设计阶段设计好的基本E-R图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构。
所以逻辑结构设计一般分以下三个方面：
⑴将概念结构转换为一般的关系、网状、层次模型。
⑵将转换来的关系、网状、层次模型向特定DBMS支持下的数据模型转换。
⑶对数据模型进行优化。
针对企业人事管理系统，逻辑结构设计采用概念结构转换关系模型，将E-R图依照规则转换为关系模型，为了进一步提高数据库应用系统的性能，再将转换后的关系模型进行优化，确定是否要对某些模式进行合并或分解，为物理设计提供最优的处理。
2.4.2E-R图向关系模型的转换
关系模型的逻辑结构是一组关系模式的集合。
E-R图则是由实体，实体的属性和实体间的联系三个要素组成。
所以将E-R图转换为关系模型实际上就是要将实体，实体的属性和实体间的联系转换为关系模式。
转换原则如下：
⒈实体类型的转换:
将每个实体类型转换成一个关系模式，实体的属性及为关系模式的属性，实体标识符及为关系模式的键。
⒉联系类型的转换，根据不同的情况做不同的处理。
⑴一个1：
1联系可以转换为一个独立的关系模型，也可以与任意一端对应的关系模式合并。
如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。
如果与某一端实体对应的关系合并，则需要在该关系模式的属性中加如另一个关系模式的码和联系本身的属性。
⑵一个1：
n联系可以转换为一个独立的关系模式，也可以与
n端对应的关系模式合并。
如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。
⑶一个m：
n联系转换为一个关系模式。
与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。
⑷三个或三个以上的实体间的一个多元联系可以转换为一个关系模式。
与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。
⑸具有相同码的关系模式可合并。
⒊依照该规则将企业人事管理系统的E-R图转换为关系模型如下
⑴将每一个实体转换成一个关系（关系就是给出关系名，写出属性，并标明该关系的主键）
①员工信息（员工编号、档案编号、部门编号、员工姓名、性别、年龄、学历、家庭住址、联系电话）
在此联系中主码为员工编号，因为员工信息与部门是多对一的联系，所以将部门编号传入员工信息中做非主属性，而员工信息与档案是一对一的联系，所以将档案编号传入员工信息中做非主属性。
②员工工资信息（月份编号、员工编号、基本工资、职务补助、奖励工资、缺勤次数、单次缺勤罚金、杂费、工资合计、职务）
在此联系中主码为月份编号，因为员工信息与工资信息是一对多的联系，所以将员工编号传入工资信息中做非主属性，联系本身的属性传入工资信息中做非主属性。
③保险信息（保险编号、员工编号、保险名称、开始缴费时间、缴费年限、缴费金额）
在此联系中主码为保险编号，因为员工信息与保险信息是一对多的联系，所以将员工编号传入保险信息中做非主属性。
④档案信息（档案编号、员工编号、档案类别、存放位置、档案状态）
在此联系中主码为档案编号，因为员工信息与档案信息是一对一的联系，所以将员工编号传入档案信息中做非主属性。
⑤合同信息（合同编号、合同类别编号、员工编号、合同名称）
在此联系中主码为合同编号，因为合同类别信息与合同信息是一对多的联系，所以将合同类别编号传入合同信息中做非主属性。
而员工信息与合同信息也是一对多的联系，所以员工编号传入合同信息中做非主属性。
⑥部门信息（部门编号、机构代码、部门名称、部门简介）
在此联系中主码为部门编号，因为机构信息与部门信息是一对多的联系，所以将机构代码传入部门信息中做非主属性。
⑦合同类别信息（合同类别编号、合同类别名称）
在此联系中主码为合同类别编号。
⑧机构信息（机构代码、机构名称、机构地址）
在此联系中主码为机构代码。
由E-R图可知，企业人事管理系统有八个实体和一个联系，又因为是员工信息与工资信息的一对多的联系，故可转换为八个关系模型。
由关系依赖知，在员工信息、工资信息、部门信息、机构信息、合同信息、合同类别信息、档案信息、保险信息这八个关系模式中，这八个关系模式中其属性都是不能再分的，为一阶范式。
并且都是由主码唯一决定关系中的其他属性，不存在部分函数依赖和传递函数依赖，所以这五个关系都是3NF。
皆为最优，关系模型的优化结束。
第3章系统分析
3.1思想
企业在一般日常工作中需要一套人事信息管理系统，以便于对企业机构信息、部门信息、员工信息、档案信息、工资信息、保险信息、合同信息进行合理、快捷的管理。
一套完整的人事管理系统对一个企业来说起着至关重要的作用，本次设计正是体现这一原则。
对于数据库用户使用的频度不一样，而其查询的东西也不一样，如果每个人都申请用户进入Oracle数据库操作就显得有些繁琐，尤其是对于SQL语句了解不多甚至完全不懂状态下是相当困难的，于是面向对象给我们一个构造面向普遍性的机遇。
在面向对象的福音中我们设计了简单易懂的界面，例如对数据的输入、查询、列表信息等一系列功能，所有访问用户只要根据自己的需要选择进入不同的界面，再根据简单的提示就可以完成相应的操作。
这样就逃离了针对数据库的各种烦琐的代码。
3.2系统功能分析
本系统主要是为了帮助企业的人事部门和财务主管部门提高工作效率，减少企业的不必要开销，从企业的根本利益出发，实现企业人事信息管理的系统化、规范化和自动化。
该课题是对学生数据库原理与应用、VB.NET等多门学科知识的综合运用，是提高学生实际动手能力的有效方法。
本课题模拟实际项目开发过程，使学生熟悉管理系统开发的方法和重要步骤，提高学生的数据库设计及系统分析能力，使学生积累一定的实战经验。
结合对企业对人事的管理，我们设计了企业人事管理系统，这个系统最终实现的主要功能如下：
员工基本信息部分：
主要完成对员工基本信息的添加、修改、删除、查询等管理。
员工档案信息部分：
主要完成对员工档案信息的添加、修改、删除、查询等管理。
员工部门信息部分：
主要完成对对员工所属部门的添加、修改、删除、查询等管理。
员工工资信息部分：
主要完成对员工工资信息的添加、修改、删除、查询等管理。
员工保险信息部分：
主要完成对员工保障信息的添加、修改、删除、查询等管理。
员工合同信息部分：
主要完成员工与企业签订合同的一系列信息的添加、修改、删除、查询管理。
3.3系统模块设计
⒈企业人事管理系统功能模块图如下：
企业人事管理系统
图3-1企业人事管理系统功能模块图
第四章数据库的实施与测试
通过SQLServer语句完成数据库，基本表和相关视图的创建
4.1数据库的创建
CREATEDATABASEHR
ON
（NAME='
人事管理数据库HR'
FILENAME='
D:
\人事管理系统HR.MDF'
SIZE=3MB,
MAXSIZE=10MB,
FILEGROWTH=10%）
GO
4.2基本表视图和触发器的建立
4.2.1基本表
CREATETABLECOMPANY（
jgnumberCHAR（6）PRIMARYKEY,
jgnameCHAR（20）,
jgaddressCHAR（40）
）
剩余表的建立此处略过
4.2.2视图
4.3数据库初始值
//INSERTINTOUSERVALUES（‘root’,’root’）;
4.4数据库的实现
4.4.1安全控制：
系统管理员：
普通用户：
4.4.2数据操作功能实例
1用户登录
用户登录
用户名
密码
登录
点击登录按键，可执行：
CREATEPROCEDURElogin
@name
升级会员 