人事信息管理系统后台数据库设计整合_第1页
人事信息管理系统后台数据库设计整合_第2页
人事信息管理系统后台数据库设计整合_第3页
人事信息管理系统后台数据库设计整合_第4页
人事信息管理系统后台数据库设计整合_第5页
已阅读5页,还剩18页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、精选优质文档-倾情为你奉上数据库管理系统课程设计报告题 目:人事信息管理系统的后台数据库设计院 (系): 计算机与电子系 专业班级: 计算机科学与技术0903班 学生姓名: = 学 号: = 指导教师: = 20 11 年 12 月 30 日至20 12 年 1 月 13 日华中科技大学武昌分校制 数据库管理系统 课程设计任务书一、设计(调查报告/论文)题目 人事信息管理系统的后台数据库设计二、设计(调查报告/论文)主要内容 内容:完成人事信息的管理工作,实现各部门的信息化管理,满足员工与管理者的办公需求,例如员工查询信息、管理员修改信息等,要求设计并实现人事信息管理系统的后台数据库。基本功能

2、与要求:1.在人事管理过程中,实现信息的自动化管理。2.实现各种信息的修改、插入、删除功能(对管理员而言)。3.实现对各种信息的查询、统计,支持模糊查询(对员工和管理员均可)。4.按照年份月份统计某个员工的出勤情况。5.按照某年某月某日统计查询某部门的迟到和早退人数。6.按年统计各部门的调入调出人数信息。 分工任务:由我完成需求分析中的系统功能模块图、数据项,及概念结构设计中的E-R图、逻辑结构设计中的关系模式和物理结构设计。三、原始资料1.数据库管理系统课程设计指导书2. 数据库系统设计课件四、要求的设计(调查/论文)成果1.课程设计报告2.课程设计作品五、进程安排序号课程设计内容学时分配备

3、注1选题、需求分析1天2数据库设计2天3数据库表及相关约束、视图实现2天4数据库的存储过程、触发器实现2天5数据库后台功能测试2天6验收答辩、撰写课程设计报告1天合计10天六、主要参考资料1 顾兵.数据库技术与应用(SQL Server).北京:清华大学出版社,2010.2 马晓梅.SQL Server实验指导.第3版.北京:清华大学出版社,2009.3 范立南等.SQL Server 2005实用教程.北京:清华大学出版社,2009.4 李丹.SQL Server 2005数据库管理与开发.北京:机械工业出版社,2010.指导教师(签名): 20 年 月 日目 录1需求分析11.1系统功能的

4、基本要求11.2系统需求分析11.3 数据字典21.4 数据流图32概念结构设计42.1 局部E-R图42.2 全局E-R图63逻辑结构设计73.1 E-R图向关系模式转换的原则73.2 根据E-R图转换关系模式83.3 关系模式的优化84物理结构设计9 4.1数据库文件的建立9 4.2数据表的建立9 4.3视图的建立11 4.4索引的建立124.5存储过程的建立124.6触发器的建立125数据库的物理实现145.1数据库的建立145.2数据表的建立145.3视图的建立145.4索引的建立155.5存储过程的建立155.6触发器15总结16 专心-专注-专业 人事信息管理系统后台数据库设计第一

5、章 需求分析开发数据库系统的第一步是进行需求分析,需求分析的好坏直接决定者系统能否真正满足用户的需要。需求分析阶段位于软件开发的前期,它的基本任务是准确地定义未来系统的目标,确定为了满足用户的需求系统必须做什么。1.1系统功能的基本要求:(1)管理者进入系统后要能够清晰地看到企业的机构组织形式,并能够很方便地进入到各个管理功能模块中。管理者能够根据企业的实际来实时地改变系统中机构组织,主要的改变包括:当有新部门成立时,要将新部门加入到系统中;当有部门发生变更时,如更名,上级部门改变了等,要将变更信息在系统中及时更新;(2)员工各种信息的输入,包括员工的基本信息、学历信息、婚姻状况信息、职称等。

6、(3)员工各种信息的修改和删除。修改的范围有:人员的基本信息;将人员从一个部门下移到另一个部门下。对于转出、辞职、辞退、退休员工信息的删除;(4)按照一定的条件,查询、统计符合条件的员工信息;至少应该包括每个员工详细信息的查询、按婚姻状况查询、按学历查询、按工作岗位查询等,至少应该包括按学历、婚姻状况、岗位、参加工作时间等统计各自的员工信息;1.2系统需求分析1.2.1系统功能流程图 人事管理系统职工基本信息管理工作信息管理部门信息管理考勤信息统计查询统计 信息的修改插入删除图1-1人事管理系统总数据流程图工资管理1.2.2系统主要功能模块分析(1)基本信息模块。主要包括企业员工的基本信息,如

7、姓名、性别、学历、婚姻状况、联系方式等。职工登录后可以查询个人信息; 管理员可以负责维护职工基本信息和职工流动信息。(2)员工工作信息模块。主要显示员工在公司的情况。(3)部门信息模块。主要记录企业的组织机构信息。(4)考勤信息模块。主要包含员工上下班的出勤情况,如迟到、休假等。(5)工资信息模块。主要包括员工的工资信息。(6)查询统计模块。主要为实现上述信息的查询和统计,并能够生成相关报表文件。 1.3数据字典数据字典的用途:是关于数据库中数据的描述;在需求分析阶段建立,是下一步进行概念设计的基础数据字典的内容:数据项(数据的最小单位)、数据结构(若干数据项有意义的集合)、数据流(表示某一处

8、理过程的输入或输出)、数据存储(处理过程中存取的数据)、处理过程(该过程的功能)等1.3.1数据项(1)员工基本情况。包括的数据项有员工编号,姓名,性别,年龄,名族,入职时间,所属部门,联系电话,身份证号,基本工资。(2)员工工作信息。包括的数据项有员工编号、所属部门编号、职称、工龄。(3)部门信息。包括的数据项有部门编号、部门名称、部门电话、部门经理。(4)员工考勤信息。包括的数据项有员工编号、缺勤、迟到、早退。(5)员工工资信息。包括的数据项有员工编号,姓名,底薪,补贴,奖金,加班,代扣养老金,代扣医疗保险,代扣住房公积金,所得税,房贴,房租,实发工资。1.3.2 数据结构例如说,数据结构

9、名:员工含义说明:是人事信息管理系统的主体数据结构,定义了一个员工的有关信息。 组成:员工编号、性别、姓名、年龄、民族、身份证号、入职时间、部门编号、联系电话、基本工资。1.3.3数据流例如说,数据流名:变更员工 数据流来源:员工编号 数据流去向:员工信息 说明:变动人员的有关信息1.3.4数据存储例如说,数据存储名:员工信息表单流入数据流:来源员工流出数据流:去向存取方式:随机存取说明:记录员工信息的基本情况1.3.5存储结构例如工资信息中处理过程名:计算工资输入数据流:员工,出勤信息输出数据流:工资信息表单说明:计算公司所有员工的工资处理:在每个月的最后一天计算出每个员工的工资。1.4总数

10、据流图系统管理员人事管理系统系统数据库人事信息人事信息第二章 概念结构设计2.1局部E-R图2.1.1员工基本信息E-R图图2-1员工基本信息E-R图职工信息工号姓名性别所属部门年龄民族身份证号入职时间联系电话基本工资2.1.2员工工作信息E-R图员工工作信息工号所属部门编号职称工龄图2-2 员工工作信息E-R图2.1.3部门信息E-R图图2-3 部门信息E-R图部门信息部门编号部门名称部门经理部门电话2.1.4工资信息E-R图工资信息员工编号实上班天数扣款实发工资图2-4 工资信息E-R图2.1.5考勤信息E-R图考勤信息缺勤早退迟到图2-5 考勤情况E-R图工号日期2.2全局E-R图身份证

11、号图2-6 全局E-R图工资工号实上班天数扣款实发工资考勤缺勤早退迟到工号影响发放给员工工号姓名性别所属部门年龄民族入职时间联系电话基本工资属于部门部门编号部门名称部门经理部门电话包括员工工作信息工号所属部门编号职称工龄第三章 逻辑结构设计逻辑结构设计的任务是把概念结构设计阶段设计完毕的基本ER图转化为与选用的具体机器上的DBMS产品所支持的数据模型相符的逻辑结构(包括数据库模式和外模式)。这些模式在功能性、完整性和一致性约束及数据库的可扩充性等方面应满足用户的各种要求。ER图型关系模型的转化要解决的问题是如何将实体和实体间的关系转化为关系模式,如何确定这些关系模式的属性和代码。3.1 E-R

12、图向关系模式转换的原则(1)一个实体型转换为一个关系模式。实体的属性就是关系的属性。实体的码就是关系的码。(2)一个联系转化为一个关系模式,与该联系相连的各实体的码以及联系的属性转化为关系的属性,该关系的码则有三种情况:若联系为1:1,则每个实体的码均是该关系的后选码。若联系为1:n,则关系的码为n端实体的码。若联系为m:n,则关系的码为诸实体码的组合。 联系为1:1一个1:1联系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式,则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,l 每个实体的码均是该关系的候选码。如果与某一端对应的关

13、系模式合并,则需要在该关系模式的属联系为1:n一个1:n联系可以转换为一个独立的关系模式,也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式,则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为n端实体的码。如果与n端对应的关系模式合并,则在n端实体对应模式中加入1端实体所对应关系模式的码,以及联系本身的属性。而关系的码为n端实体的码。 联系为m:n一个m:n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性。而关系的码为各实体码的组合。例如在我们的例子中,"选修"联系是一个m:n联系,可以将它转换为如下关

14、系模式,其中学号与课程号为关系的组合码:选修(学号,课程号,成绩)三个或三个以上实体间的一个多元联系转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性。三个或三个以上实体间的一个多元联系转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性。而关系的码为各实体码的组合。(3)同一实体集的实体间的联系,即自联系,也可按上述1:1、1:n和m:n三种情况分别处理。(4)具有相同码的关系模式可合并。为了减少系统中的关系个数,如果两个关系模式具有相同的主码,可以考虑将他们合并为一个关系模式。合并方法是将其中一个关系模式的全部属性加入到另一

15、个关系模式中,然后去掉其中的同义属性(可能同名也可能不同名),并适当调整属性的次序。3.2根据E-R图转换关系模式一个实体型转换为一个关系模式。实体的属性就是关系的属性。实体的码就是关系的码。例如在我们的例子中,员工基本信息实体可以转换为如下关系模式:员工基本信息(工号,姓名,性别,年龄,民族,入职时间,所属部门,联系电话,身份证号,基本工资)同样,员工工作信息、部门信息等都分别转换为一个关系模式:员工的工作信息(工号,所属部门编号,职称,工龄)部门(部门编号,部门名称,部门经理,部门电话)工资(工号,实上班天数,实发工资,扣款)考勤(工号,缺勤,迟到,早退,日期)3.3关系模式优化按照上述4

16、条原则,学生管理子系统中的5个实体和联系可以转换为下列关系模型:将员工工作信息和工资信息具有相同码,合并为员工工作信息(工号,所属部门编号,职称,工龄,实上班天数,实发工资,扣款)由上述优化得到最后满足第三范式的关系模式为:员工基本信息(工号,姓名,性别,年龄,民族,入职时间,所属部门,联系电话,身份证号,基本工资)员工工作信息(工号,所属部门编号,职称,工龄,实上班天数,实发工资,扣款)部门(部门编号,部门名称,部门经理,部门电话)考勤(工号,缺勤,迟到,早退,日期)第四章 物理结构设计4.1数据库文件的建立 本数据库的文件是由一个数据文件、一个次要文件和一个事务日志文件组成。数据文件包括数

17、据库的初始信息,记录数据库还拥有哪些文件,并且用于存储数据记录。次要文件通过在不同的物理磁盘上创建次要数据文件并将数据存储其中,可将数据横跨存储在多块物理磁盘上。而事务日志文件包括用来恢复数据库的日志信息,记录数据库更新情况的文件。详细信息创建如下:create database renshion(name=renshi_m,filename='e:kcsjrenshi_m.mdf',size=10mb,maxsize=100mb,filegrowth=1mb),(name=company_n,filename='e:kcsjrenshi_m.ndf',size

18、=10mb,maxsize=100mb,filegrowth= 1mb)log on(name=company_l,filename='e:kcsjrenshi_m.ldf',size=10mb,maxsize=100mb,filegrowth=1mb)Go4.2数据表的建立根据课程设计任务书的要求,经需求分析,需用到五个表,分别为员工信息表,员工工作信息表,部门信息表,考勤信息表,工资信息表。详细情况如下:4.2.1员工基本信息表表4-1 员工信息表编号属性名称类型长度可否为空含义说明1员工编号char 9否标识每一个员工2姓名char 8否员工姓名3性别char 2否标识是

19、男士还是女士4年龄 int 是标识员工的年龄5民族char 4否标识员工的民族6身份证号char 18否标识员工的身份7入职时间int 否记录员工什么时候入职8部门编号char 4是标识员工所在部门9联系电话char11否记录员工的联系方式10基本工资int 否记录员工的基本收入4.2.2员工工作信息表表4-2 员工工作信息表编号属性名称类型长度可否为空含义说明1员工编号char9否标识每一个员工2部门编号char4否标识每个部门3职称char4是标识每一个员工头衔4工龄int是标识每个员工工作时间4.2.3部门信息表表4-3 部门信息表编号属性名称类型长度可否为空含义说明1部门编号char4

20、否标识每个部门2部门名称char8是记录部门的名称3部门电话char8否记录个部门的联系方式4部门经理char8否记录部门的管理人员4.2.4考勤信息表表4-4 考勤信息表编号属性名称类型长度可否为空含义说明1员工编号char9否标识每一个员工2缺勤char4是记录缺勤次数3迟到char4是记录迟到次数4早退char4是记录早退次数5日期int否记录考勤日期4.2.5工资信息表表4-5 工资信息表编号属性名称类型长度可否为空含义说明1员工编号char9否标识每一个员工2实上班天数int是记录每个员工的上班天数3实发工资int是记录员工的实际工资4扣款int是记录扣款信息4.3视图的建立视图是一

21、种常用的数据库对象,是关系数据库系统提供给用户以多种角度来观察数据的一种重要机制。使用视图是的用户能够以更多样而且更有弹性的方式来访问数据,这不仅可以确保数据库的安全性,而且可以提高其使用的便利性。视图的作用是可以间接的访问其他的表或者视图中的数据。在数据库的应用中使用视图有几方面优点:(1)集中数据显示;(2)简化数据操作;(3)提供简便易行的安全保密措施;(4)易于合并或分割数据。相对于人事信息管理系统,对员工基本信息的查询较为频繁,故创建一个显示员工基本信息的视图view_staff;结算工资时,会用到员工的工资信息,故建立一个员工工资信息视图view_gongzi,还会考虑员工的出勤情

22、况,故建立一个某个员工出勤情况的视图view_chuqin;员工对自己的工作信息进行查询时,要用到工作信息视图,故建立一个工作信息视图view_gognzuo,部门进行管理时,需要查询部门信息,故需要建立一个部门信息视图view_bumen等。4.4索引的建立索引是SQL Server访问数据使用的一种辅助数据结构,主要作用是提高数据的访问速度和确保数据的唯一性。索引是一个单独的、物理的数据库结构,它是某个表中一列或若干列值得集合和相应说指向表中物理标识这些值的数据页的逻辑指针清单。索引是依赖于表建立的,可以有效的进行数据选择和排序。索引的优点有:(1)利用索引可以大大提高查询速度;(2)保证

23、数据的唯一性;(3)在使用GROUP BY和ORDER BY子句进行检索数据时,可以显著减少查询中分组和排序的时间;(4)使用索引可以在检索数据的过程中进行优化,提高系统性能;(5)可以加速表与表之间的连接。由上所述,在人事信息管理系统中各表的主键列需强制唯一,更按升序排列创建索引,便于信息的查询搜索,建立了以下几个索引:员工姓名聚集索引,部门名称聚集索引,考勤编号聚集索引,工作主键聚集索引,身份证号唯一索引。4.5存储过程的建立存储过程是一组为了完成特定功能的表达式集合,经编译后存储在数据库中。用户通过指定存储过程的名字并给出参数来执行。存储过程可以包括程序流、逻辑以及对数据库的查询,可以接

24、受输入参数、输出参数、返回单个或多个结果集以及返回值。存储过程结合了SQL的数据操作能力和过程化语言的流程控制能力,是SQL的过程化扩展。存储过程的优点:(1)允许标准组件式编程;(2)能够实现较快的执行速度;(3)能够有效降低网络流量;(4)可被作为一种安全机制来充分利用。在人事信息管理系统中,首先需要创建一个存储过程,其用于查询数据库中每个员工的基本信息;创建存储过程,用于返回全部男士的工作信息;创建一个存储过程,用于员工工资管理信息;创建一个存储过程,其用于按年份月份统计某个职工的出勤情况信息;创建一个存储过程,用于实现对各种信息的查询;创建一个存储过程,按某年某月某日统计查询某部门的迟

25、到和早退人数。4.6触发器的建立触发器是一种由事件驱动的特殊的存储过程,当它被定义在表上时,可看作表的一部分,一旦定义,任何用户当试图对表进行增加、删除或修改操作时,都由服务器自动激活相应的触发器,即触发器被请求。由此在DBMS核心层进行集中的完整性控制。触发器的主要作用就是:能够实现由主键、外键以及各种常规数据约束所不能保证的复杂的参照完整性和数据的一致性。所以,触发器是一种确保数据和业务完整性的较好方法。在人事信息管理系统中,创建一个触发器检查在员工信息表中;防止表中数据被恶意删除;对工资的范围应该1000-5000之间的触发器,防止数据库中表被无意删除的触发器,防止员工对自己工资的修改的

26、触发器。5 数据库物理实现5.1数据库的建立5.2数据表的建立例如员工信息表的建立如下use renshi;gocreate table 员工信息(员工编号char(9) not null,姓名char(8) not null,性别char(2) not null,年龄int null,民族char(4) not null,身份证号char(18)not null,入职时间datetime not null,所在部门编号char(4) not null,联系电话char(11) not null,基本工资int not null);Go5.3视图的建立例如所有员工的出勤情况视图如use ren

27、shi;gocreate view view_chuqinasselect 员工信息.员工编号,姓名,缺勤,迟到,早退,日期from 考勤信息,员工信息where 员工信息.员工编号=考勤信息.员工编号go5.4索引的建立例如员工身份的唯一索引use renshi;gocreate UNIQUE INDEX 身份证号唯一索引on 员工信息(身份证号)5.5储存过程的建立例如创建存储过程,返回全部男士的工作信息如/*创建存储过程返回全部男士的工作信息*/use renshigo create procedure gongzuo_maleasselect distinct s.姓名,性别,实发工资

28、from s.员工信息,g.工资信息where s.员工编号=g.员工编号and s.性别='男'go5.6触发器的建立例如创建触发器检查员工的年龄,确保在0-100之间为有效年龄,如/*创建一个触发器检查在员工信息表中输入一项年龄,必须符合在到分范围内。*/use renshigocreate trigger age_0_100/*年龄限制*/ on 员工信息for insertas beginupdate 员工信息 set 年龄=员工信息.年龄where 年龄>0 and 年龄<100 and 员工编号in (select inserted.员工编号from i

29、nserted)end总结 经过两个星期的数据库课程设计,我们组做的人事信息管理系统后台数据库设计已基本完成,该系统以SQL Server 2005为后台数据库管理系统,实现了以员工信息管理、考勤信息管理、部门信息管理及综合查询统计模块为主要功能的系统开发。为人事信息管理提供信息咨询、信息检索、信息存取等服务。 在做这个课题时,首先,由于对人事信息管理的整个流程不够熟悉,在做需求分析的时候,系统功能模块部分,总是觉得有些地方不妥,但就是不知道怎么去修改,后来也在网上看了很多这方面的信息,但还是觉得不够贴切。为了能更加清晰的做好后期的工作,我又在图书馆找寻各方面有用的资料信息。果然还是书上的东西更具有说服力,最后由同组的同学一起商量,才得出的系统功能模块图。即使后来也是改了好几遍,但还是觉得我

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论