人事综合管理系统数据库优秀课程设计.doc

《数据库原理和应用》课程设计

人事管理系统

班　　 级

小 组 成 员

指 导 教 师

开 发 时 间
12月10

湖南涉外经济学院信息科学和工程学院
12月

目 录

一、 系统概述 2
二、 需求说明 2
三、 概念设计 8
四、 逻辑设计 11
五、 物理设计 13
六、 系统实现 14
七、 总结 21

一、 系统概述
 伴随计算机应用普及，推进企业计算机管理现代化时机已经到来，采取信息化管理是企业在新经济时代肯定趋势，也是企业管理者迫切需求。信息技术为企业发展提供了机遇，也带来了挑战。怎样改良你企业内部经营机制，公正、客观、全方面、快捷地统计和评定相关职员信息，实现以人为本经营战略，提升人事管理工作效率，使人事管理员有更多精力去做人力资源分析、研究和开发工作，是企业立足发展，开拓未来，领先同行业关键。作为现代人事管理关键手段之一，人事信息化建设在此过程中将起到不可替换作用。
只有经过人事管理信息系统，人事管理人员才能跨越时空、地域障碍，在第一时间完成对信息归集，并从浩如烟海数据中找到有用信息，为管理决议者提供立即、正确决议依据！中国企业本身基础微弱，一是人事管理基础微弱，关键表现为人事管理体制过于分散，多数企业极难实现人事资料信息管理制度；人事管理制度不健全、不规范。二是部分工业企业生产装备自动化、信息化水平低，不能正确提供完整实物信息。三是几乎全部行业全部没有统一、规范产品编码，企业自己搞产品编码不健全、不规范。
现在有好多类似人事管理系统，但一个信息系统开发不不过一个高投入、高技术项目，而且是一个牵涉问题面广、拖延时间长项目，从信息管理角度来看，一个信息系统开发项目决不仅仅是一个纯技术性问题，还须用技术、管理和组织相结合综合见解来指导这类项目标开发。和发达国家大企业相比，中国人事财务管理信息化建设工作总体水平还很低，处于起步阶段。而这个人事管理系统管理企业人事信息，提供查询功效，方便用户统计分析。
二、 需求说明
1. 需求调研
本系统关键是为了帮助企业人事部门和财务主管部门提升工作效率，降低企业无须要开销，从企业根本利益出发，实现企业人事信息管理系统化和自动化。依据我们日常生活中经验，依据我们所做其它问询和调查，得出用户下列实际要求：
(1)企业相关情况
和人事管理相关情况有：管理员、职员、及领导者。人事管理全部日常工作全部是围绕着这几大部分进行。
一个企业有一个领导者每个企业能够分成财政部、人力部、市场部、生产部、信息部、证券部等部门，每个部门有一个管理者，而且只能在一个部门任职，每个部门有不一样职员，每个职员只能在一个部门工作，每个职员有姓名，性别，学历，婚姻情况，工作岗位，参与工作时间，家庭住址，联络电话，籍贯，民族，出生日期，部门等信息。
(2) 用户对系统要求

a)信息要求：
系统使用主体是管理员还有企业领导人，所以对系统信息要求可分为以下多个方面：
管理员：编号，姓名，账号，权限，密码
职员：姓名，性别，学历，婚姻情况，工作岗位，家庭住址，联络电话，籍贯，出生日期，部门，工资
部门领导者：编号，账号，权限，密码
企业领导人：编号，账号，密码，权限
b)处理要求：
该系统关键是针对简化企业人事管理工作，关键使用对象是企业人事部门和部分部门领导者。经过研究我们发觉部分企业一直以来使用传统人工方法管理人事档案，这种管理方法存在着很多问题，如：效率低、保密性差，另外时间一长，将会产生大量文件和数据，这对于查找、更新和 维护全部带来了不少困难，而且轻易丢失。
有些使用数据库管理系统功效做不是很好，不是不够智能就是操作复杂，通常职员根本就不会使用，总而言之就是基础上全部存在各方面缺点。
c)安全性要求
1、 系统应该设置访问用户用户账号是否正当，而且要求正当账户使用自己密码登陆该系统，确保自己账户不被她人使用。
2、 系统应对每个用户设置一定权限，如有些用户能够修改数据库中数据而有些是不能修改。权限授予是更依据管理员来设置，有一个专门设置窗口。
d)完整性要求
1、 多种信息统计完整性，信息统计不能为空；
2、 多种数据之间相互依靠正确性。
3、 相同数据在不一样统计中一致性。
1. 系统功效设计和划分
依据如上得到用户需求，我们将本系统根据所完成功效分成以下4个子系统：
(1)管理员子系统
输入自己用户名和密码就能够进入人事管理系统主界面，管理员基础上能够对主界面全部信息进行操作，其关键和其它用户区分就是能够对主界面中用户管理进行添加删除和修改，授予权限等操作。
(2)职员查询系统
该系统关键是针对各部门管理者设计，能够依据职员个人信息和基础信息进行查询，查询条件能够是多个也能够是单个，查询结果是职员全部信息。
(3)领导者子系统
在登录界面中输入自己用户名和密码就能够进入主界面，在这其中能够对主界面中基础信息管理中数据基础进行操作。也能够对全部职员信息进行查询和系统管理员区分就是不能添加系统用户。
关键架构图以下图1所表示：

图1 系统架构图

经上述分析，我们得到了对于该系统基础要求和系统模块划分，综上，我们对管理员子系统，职员查询子系统，部门领导查询子系统，企业领导者查询子系统，在需求分析中形成数据流图以下：
2. 数据流图
(1)职员查询子系统
职员查询子系统数据流图图1所表示。

图1职员查询子系统数据流图

(2) 领导者子系统
领导者子系统数据流图图2所表示。

图2 部门领导者子系统

（3） 管理员子系统图3所表示：
管理员子系统数据流图图3所表示。

图3 管理员子系统
3. 数据字典
人事管理信息系统中各实体及联络数据字典以下表。
职员基础信息表如表1所表示：
表1 职员基础表
字段名
存放代码
类型
长度
备注
职员编号
ID
字符型
5

职员姓名
StuffName
字符型
20

出生日期
Birthday
日期型
-
年月日
年纪
Age
数字型
2

文化程度
Kultur
字符型
14

性别
Sex
字符型
4

民族
Folk
字符型
8

身份证号
IDcard
字符型
20

单位工作时间
Workdate
日期型
—

工龄
WorkLength
数字型
2

职员类型
Employee
字符型
14

职务类型
Business
字符型
14

工资类别
Laborage
字符型
14

部门类别
Branch
字符型
14

职称类别
Duthcall
字符型
14

电话
Phone
字符型
14

毕业学校
School
字符型
24

主修专业
Speciality
字符型
20

月工资
M_pay
flot

家庭地址
Address
字符型
50

银行账户
Bank
字符型
20

政治面貌
Visage
字符型
10
群众、党员、团员
最高学历
Kurtul
字符型
6
高中、大学、硕士等
婚姻情况
Marriage
字符型
4
已婚、未婚
参与工作时间
Workday
日期型
-
年月日
专业
Speciality
字符型
10

毕业院校
School
字符型
50

家庭关系表以下图表2所表示：
表2 家庭关系表
字段名
存放代码
类型
长度
备注
编号
ID
字符型
5

职员编号
Sut_ID
字符型
5

家庭组员名称
LeaguerName
字符型
4

和本人关系
Nexus
字符型
4

工作单位
WordUnit
日期型

职务
Business
字符型
5

出生日期
BirthDate
字符型

年月日
政治面貌
Visage
字符型
100
群众、党员、团员

个人简历表以下表3所表示：
表3 个人简历表
字段名
存放代码
类型
长度
备注
编号
ID
字符型
5

职员编号
Sut_ID
字符型
5

内容
Memo
文本型
-

培训表以下表4所表示：
表4 培训表
字段名
存放代码
类型
长度
备注
编号
ID
字符型
5

职员编号
Sut_ID
字符型
5

培训方法
TrainFashion
字符型
20

开始时间
BeginDate
日期型
8
年月日
结束时间
EndDate
日期型
8
年月日
培训专业
Speciality
字符型
20

培训单位
TrainUnit
字符型
30

培训内容
KulturMemo
字符型
50

费用
Charge
浮点型
4

效果
Effect
字符型
20

奖惩表以下表5所表示：
表5 奖惩表
字段名
存放代码
类型
长度
备注
编号
ID
字符型
5

职员编号
Sut_ID
字符型
5

奖惩种类
RPKind
字符型
20

奖惩时间
RPDate
日期型
—

同意人
SealMan
字符型
10

撤销时间
QuashDate
日期型

撤销原因
QuashWhys
字符型
50

登录表以下表6所表示：
表6 登录表
字段名
存放代码
类型
长度
备注
操作员编号
ID
字符型
5

操作员名称
Name
字符型
20

操作员密码
Pass
字符型
20

工作简历表以下表7所表示：
表7 工作简历表
字段名
存放代码
类型
长度
备注
编号
ID
字符型
5

职员编号
Sut_ID
字符型
5

开始时间
BeginDate
日期型
—
年月日
结束时间
EndDate
日期型
—
年月日
工作单位
WordUnit
字符型
24

部门
Branch
字符型
14

职务
Business
字符型
14

三、 概念设计
1. 局部E-R图设计
局部E-R图设计图1~4所表示。
职员查询E-R图以下图1所表示：

图1 职员查询局部E-R图

领导者子系统局部E-R图以下图2所表示：

图2 领导者子系统局部E-R图
管理员子系统局部E-R图以下图3所表示：

图3 管理员子系统局部E-R图
2. 总体E-R图设计
人事管理系统总体E-R图图10所表示。

图10 人事管理系统总体设计E-R图
四、逻辑设计
1. 将概念模型转换成关系模型
以下是人事管理系统关系模型：
（1）职员基础信息(职员编号，出生日期，名族，身份证号，政治面貌， 最高 学历，婚姻情况，参与工作时间，专业，毕业学校，姓名，性别，职称，电话)
(ID，Birthday，Folk，IDcard，Visage，Kurtul，Marriage，Workday，Speciality，School，Name ,Sex, EmployeeName, Tel)

（2）家庭关系信息(编号，职员编号，家庭组员名称，和本人关系，出生日期，政治面貌)
(ID-J，ID，LauguerName，Nexus，BirthDay，Visage)
（3）培训信息(职员编号，培训名称，起始时间，培训地点，培训成绩)
(ID，Stu-Name，Stu-date，Stu-site，Stu-Score)
（4）奖惩信息(职员编号，奖惩种类，奖惩时间，同意人)
(ID，Rpkind，RPDate，SealMan)
（5）个人简历信息(编号，职员编号，内容)
(ID，Sut_ID，Memo)
（6）工作简历信息(编号，职员编号，开始时间,结束时间,工作单位，职务)
(ID，Sut_ID，BeginDate，EndDate，WordUnit，Branch， Business)
（7）登录信息(操作员编号，操作员名称，操作员密码)
(ID，Name，Pass)
2. 子模式设计
针对不一样应用需求，分别设计对应子模式。
(1)职员基础信息查询
职员查询信息视图(职员编号，出生日期，名族，身份证号，政治面貌， 最高 学历，婚姻情况，参与工作时间，专业，毕业学校，姓名，性别，职称，电话)
View_Employee_toManagement(ID，Birthday，Folk，IDcard，Visage，Kurtul，Marriage，Workday，Speciality，School，Name ,Sex, EmployeeName, Tel)
(2) 职员家庭关系查询
职员家庭关系查询视图(编号，职员编号，家庭组员名称，和本人关系， 出生日期，政治面貌)
View_Relation_toManagement(ID-J，ID，LauguerName，Nexus，BirthDay，Visage)
(3) 系统用户信息查询
登录信息查询视图(操作员编号，操作员名称，操作员密码)
View_User_toManagement (ID，Name，Pass)
3. 优化和评价模式
优化模式关键有一下多个方法：
（1）查询语句优化：避免过多表关联，注意where 中字段次序，先过滤有索引，能尽可能缩小数据范围等。
（2）索引优化：合理分析并设置、调整索引。
（3）表结构优化：假如数据量过大，纵向或横向拆分表。纵向拆，将前n个字段放在一个表，后面m个放另一个表。横向：满足一定条件数据放一个表，比如企业职员尤其多，男雇员放一个，女雇员放一个表。
存放方法优化：经过不一样存放空间或表分区，将数据存放在不一样存放区域，达成充足利用IO目标。
功效评价：
功效评价关键是针对需求分析结果，检验规范化后关系模式是否支持用户全部应用要求。我们设计人事管理系统基础上实现了用户部分简单要求，如对系统用户删除、权限修改、添加，对职员信息查询、修改、删除和添加，还有就是依据用户统计条件对数据库中职员人数进行统计。其中，系统管理员只有一个，它关键是用来添加和删除系统用户信息和权限授予，另外就是部门领导者能够查看职员信息，对它进行查询操作。
性能评价：
对于现在得到数据库模式进行性能评价是比较困难，因为缺乏相关物理设计原因和对应评价手段。因为本系统通常是用于小型企业，所以操作数据量并不是很大，所以性能没有什么优化地方，对数据关键操作就是删除、添加、修改等操作。
四、 物理设计
1. 关系模式存取方法选择
人事管理系统是一个多用户共享系统，对同一个关系要简历多条存取路径才能满足多用户多个应用要求。数据库管理系统通常提供多个存取，常见存取方法有三种：一是索引方法；第二类是聚簇方法，第三类是Hash方法。
索引是数据库中经典存放方法，使用最普遍。我们应用数据库管理系统SQlServer 在数据表建立过程中对逐步自动创建了索引。
2. 确定数据库存放结构
确定数据库物理结构关键是指确定数据存放位置和存放结构，包含确定关系、日志、备份等存放安排和存放结构，确定系统配置等。有多个磁盘计算机，能够将表和索引放在不一样磁盘上，查询两个磁盘驱动器并行工作，可提升物理I/O读写效率。我们组员认为该系统其实通常应用在很小型企业，根本就没有包含任何多数据操作，也不会让系统死机或其它因为数据操作复杂用户使用太多而带来一系列问题，所以我们存放结构没有进行很多设计，通常全部是开发是系统默认存放结构。

五、 系统实现
1. 建立实际数据库结构
依据以上需求分析、概念设计、逻辑设计、物理设计等各个阶段分析和设计，我们进行了系统开发，DBMS选择 SQL Server 。
(1)数据表创建脚本
a) 创建“基础信息”表
create table tb_Stuffbusic
(
ID varchar(5) primary key,
StuffName varchar(20),
Folk varchar(20),
Birthday datetime,
Age int,
Kultur varchar(14),
Marriage varchar(4),
Sex varchar(4),
Visage varchar(14),
IDCard varchar(20),
workdate datetime,
WolkLength int,
Employee varchar(20),
Business varchar(10),
Laborage varchar(10),
Branch varchar(14),
Duthcall varchar(14),
Phone varchar(14),
Handset varchar(11),
School varchar(24),
Speciality varchar(20),
GraduateDate datetime,
YAddress varchar(50),
Photo image,
BeAware varchar(30),
City varchar(30),
M_Pay float,
Bank varchar(20),
Pac_B datetime,
Pact_E datetime,
Pact_Y float
);
b) 创建“家庭关系”表
create table tb_WordResume
(
ID varchar(5) primary key,
Sut_ID varchar(5),
BeginDate datetime,
EndDate datetime,
WordUnit varchar(24),
Branch varchar(14),
Business varchar(14)
);

c) 创建“奖惩”表
create table tb_RANDP
(
ID varchar(5) primary key,
Sut_ID varchar(5),
RPKind varchar(20),
RPDate datetime,
SealMan varchar(10),
QuashDate datetime,
QuashWhys varchar(50)
);
d) 创建“个人简历”表
create table tb_Individual
(
ID varchar(5) primary key,
Sut_ID varchar(5),
Memo text
);
e) 创建“培训统计”表
create table tb_TrainNote
(
ID varchar(5) primary key,
Sut_ID varchar(5),
TrainFashion varchar(20),
BeginDate datetime,
EndDate datetime,
Specility varchar(20),
TrainUnit varchar(30),
KulturMemo varchar(50),
Charge float,
Effect varchar(20),
);
2. 试验数据示例
1．输入数据设计
(1) 插入职员基础信息：
Insert into tb_StuffBusic values(0001，李*明，汉族，1980/5/6 星期二 ，28，高中，未，男，无，220，/5/6 星期四 ，正式职员，经理，固定工资，JSP部门，教授，，135，XX学校，计算机，/5/6 星期四，长春，NULl，吉林省，长春市，，200，/3/8 星期四，/3/7 星期五，1，NULL)；
(2) 插入职员培训信息：
Insert into tb_TrainNote values(0001，0001，全天培训，/1/12 星期六，排版，一*企业，图书排版，100，很好)；
(3) 插入职员家庭关系信息：
Insert into tb_Family values(0001，0001，李某某，父亲，1875/5/5 星期三 ，ZZ企业，总经理，无，525)；
2．查询设计
(1)查询职员基础信息：
Select *
From tb_StuffBusic
(2) 查询职员家庭关系信息：
Select *
From tb_Family
(3) 查询职员培训信息：
Select *
From tb_TrainNote
3．修改数据设计
(1) 修改系统用户密码信息：
update tb_login
set pass='111'
where Name='111';
(2) 修改系统用户用户名信息：
update tb_login
set Name='111'
where pass='111';
4． 删除数据设计
(1) 依据职员姓名删除职员基础信息：
Delete *
From tb_stuffbusic
W here StuffName=’李*明’；
(2) 依据用户名删除系统用户信息：
Delete *
From tb_Login
Where Name=’111’;
3. 数据库应用程序开发
数据库应用程序开发采取了C#开发技术。关键模块程序实现界面图1~7所表示。

登录主界面以下图1所表示：
图1 登录主界面

登录后主界面以下图2所表示：
图2 登录后主界面
人事资料查询界面以下图3所表示：
图3 人事资料查询界面
人事档案浏览界面以下图4所表示：

图4 人事资料浏览界面

管理员对用户设置以下图5所表示：

图5 用户设置界面
依据多个统计条件对人事资料统计以下图6所表示：

图6人事资料统计界面
数据基础设置添加删除以下图7所表示：

图7基础信息设置界面

六、 总结
试运行及调试这个阶段工作关键是实际运行人事管理系统应用程序，进入人事管理系统登录界面，输入正确用户名和口令，单击登录进入主菜单。
在系统设计前阶段，即使做了部分功效估计，不过仅仅只是做了部分简单构想，且在估量过程中，做了很多简化和假设，并没有注意到很多细节性东西，可能在最终实现时候没有把功效做出来。
此次课程设计内容就是设计一个人事管理系统，总来说设计过程中碰到了很多困难，不过在组员研究下全部一一处理了。以前在书上学到全部只是纸质上面东西，没有应用到实际上面，也没有系统性在一起利用过学全部很零碎。
不过经过这次课程设计我们把这学期所学东西全部很好总结在一起，而且也学到了很多书本上没有知识，尤其是部分C#语句书写格式和部分Visual Studio 基础使用方法，部分系统函数、类使用情况。即使以前学过C#相关内容，不过并没有深入研究，全部停留在表面感觉这次课程设计学到东西全部比以前学C#时学到东西多。
伴随当今社会向信息化发展，人事管理信息化管理越来越被大家重视，它有效搜集、实施多种办公信息，极大地提升了办公效率，立即正确地实现信息上传下达，而计算机技术，网络技术、多种软件工作平台不停发展，又能够促进人事管理信息化管理加速实现。本系统是经过Visual Studio 作为开发工具而开发出来单机版人事管理系统。本系统关键包含五大功效模块：基础数据管理、职员档案管理、职员培训管理、查询统计管理、用户信息管理和系统提醒功效。
经过这次课程设计，我们对SQL Server 和Visual Studio 使用有了更深入了解。这次课程设计是自己完成了一个系统，即使比较小，不过也包含了很多对数据库操作，比如添加、查询等。同时还了解部分相关C#语言知识，怎样使用C#语言建立数据库连接，Sqlconnection、SqlCommand和DataReader等怎样使用。
七、 参考文件
[1]陈松乔.数据库技术和应用应用篇 湖南:中南大学出版社,.
[2]陈松乔.数据库技术和应用技术篇 湖南:中南大学出版社,.
[3]王小科.C#项目开发案例全程实录 北京:清华大学出版社,.
[4]刘瑞新.C#网络编程及应用 北京:机械工业出版社,.

课程设计综合成绩评定

考评项目
分值
A
C
得分
设计情况（共75分）
设计工作量和难度
20
设计工作量大和设计有一定难度
设计工作量和难度通常，基础达成了要求

设计
方案
15
设计方案正确、合理
设计方案较正确、基础合理，但不是最优

设计完成情况
30
完成了选题设计内容，设计功效完整，相关E-R图、关系模式设计正确、合理，熟练地使用SQL语言实现数据库建立、应用和维护
基础完成了选题设计内容及关键选题功效，相关E-R图设计基础正确、关系模式设计比较合理，能较熟练地使用SQL语言实现数据库建立、应用和维护

应用程序完成情况
10
数据库应用程序功效完善、界面美观
数据库应用程序仅实现了较少功效点、界面通常。

设计汇报（共15分）
汇报组织结构及内容
10
内容组织及结构合理、内容充实、层次清楚、图表适当
内容组织及结构较合理、内容较充实、层次较清楚、图表应用基础适当

汇报排版格式
5
格式规范，完全符合要求
格式基础规范，基础符合要求

设计态度
（共10分）
10
设计态度认真、主动
设计态度比较认真

综合得分

课程设计综合成绩（折合为优、良、中、及格和不及格计）

其它说明：