数据库课程设计报告人事管理系统.doc_第1页
数据库课程设计报告人事管理系统.doc_第2页
数据库课程设计报告人事管理系统.doc_第3页
数据库课程设计报告人事管理系统.doc_第4页
数据库课程设计报告人事管理系统.doc_第5页
已阅读5页,还剩17页未读 继续免费阅读

下载本文档

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

文档简介

数据库系统课程设计报告 广东工业大学计算机学院课 程 设 计 课程名称_ _数据库课程设计 _题目名称_ 人事管理系统 _学生学院_计算机学院_专业班级_学 号_学生姓名_ _指导教师_左亚尧_2013年1月16日目录1 引 言11.1课程设计选题11.2课程设计的目的11.3本选题的设计背景12 系统分析与设计22.1 功能及性能分析22.1.1 功能需求22.1.2 性能需求22.1.3 用户需求22.1.4工作流程图22.2 系统的开发运行环境32.3 系统总体设计33 数据库设计53.1 数据库概念结构53.1.1概念结构设计思53.1.2局部概念模型设计描述如下:53.1.2整体E-R图73.2 数据库逻辑结构73.2.1逻辑结构设计思想73.2.2逻辑结构设计方法83.2.3关系模型及优化93.3 数据库的实现93.3.1物理设计93.3.2表93.3.3实现数据库代码103.3.4一致性设计134 详细设计与实现144.1 登录模块144.2 管理主界面模块154.2.1用户管理模块154.2.1人事管理模块164.2.3人事查询模块17结论18参 考 文 献19III数据库原理课程设计报告 广东工业大学计算机学院1 引 言1.1课程设计选题人事管理系统1.2课程设计的目的随着时代的发展,人们的生活方式也随着发展及其关系也开始变化,并且人事管理系统是一个企业单位不可缺少的部分,它的内容对于企业的决策者和管理者来说都至关重要,所以人事劳资管理系统应该能够为用户提供充足的信息和快捷的查询手段。但一直以来人们使用传统人工的方式管理文件档案,这种管理方式存在着许多缺点,如:效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。随着科学技术的不断发展,计算机技术越趋成熟,计算机将在生活中为我们提供便利,具有与手工所无法比拟的优点,比如:检索速度快、保存时间长、可靠性高、存储量大、等等。以上这些优点促使我们使用计算机来提高人事的管理。所以,开发这样的人事管理系统有着迫在眉睫的趋势,他能够具体化、合理化的管理企业的人事信息,有高效的手段解决实际生活中的问题。1.3本选题的设计背景管理信息系统(MIS)是一个由人、计算机等组成的能进行信息收集、传递、存储、维护和使用的系统。管理信息系统是信息系统的一个分支之一,经过30多年的发展,已经成为一个具有自身概念、理论、结构、体系和开发方法的集管理科学、信息科学、系统科学及计算机科学等覆盖多学科的综合性学科。随着计算机技术的发展和互联网时代的到来,人们已经进入了信息时代,亦或是数字化时代。在21世纪的社会里,计算机扮演着重要的角色,它就代表着一个国家经济程度,是衡量一个国家现代化水平和综合国力的重要标志。通过这种新人事管理方式,为企业创造一种新的管理环境,提高管理工作效率和安全性。2 系统分析与设计2.1 功能及性能分析2.1.1 功能需求从总体上考虑,人事管理系统要求实现最基本的功能:对管理员来说,包括登录管理、信息管理、信息查询,报表打印。1)、用户管理:对使用系统的用户进行管理,只有符合的用户及其密码正确时,才能登陆到主界面。2)、信息管理:人员管理,部门管理,包括:添加,撤销,修改,删除等。3)、信息查询:人员查询,部门查询,包括浏览,查询等。4)、报表打印:人员报表、部门报表。2.1.2 性能需求为了保证人员管理的正常进行,系统性能设计应满足如下要求: 保证系统数据安全性:通过查询登陆界面输入信息是否为数据库中合法用户来实现用户的登陆,只有合法的用户才能赋予相应的操作;保证系统数据一致性:数据库中的所有信息在任何操作下都能够保持一致,如一旦管理员删除了用户,就必须把相应用户的信息给删除;最后,整个系统应当操作简便,界面友好,维护简便。数据库要求运行稳定,执行速度快,数据安全性高。软件系统本身运行对计算机硬件平台和操作系统平台要求适中。2.1.3 用户需求因为此管理系统主要是针对大多数企业的人事管理部门管理公司内部人事而开发的,它仅仅是提供给人事管理部门的工作人员使用,也就是说用户角色都是单一的,他们都是系统的管理者,享有平等的权限.系统管理员点击用户管理,可以对用户信息表进行查询,编辑,删除,添加新用户等操作。合法用户在成功登陆系统后可以进行系统的整体操作.2.1.4工作流程图系统操作流程图如下所示:YN显示用户登录界面输入用户名和密码验证是否正确?设置进入权限系统操作流程图图进入主界面密码正确密码不正确是否退出?NY退出2.2 系统的开发运行环境本系统开发平台: JAVA + SQL Server 2000 本系统运行环境: Windows 7(安装eclipse) 2.3 系统总体设计根据人事管理系统的特点,可以将其分为登录前和登录后两个部分进行设计:登录前主要用于验证登陆用户;登录后主要用于用户对登录管理、信息管理、信息查询,报表打印等进行管理。在每个登陆界面,设置了用户身份验证模式,一旦用户输入与数据库中不符的信息,系统将给出提示信息,以保证该系统的安全性。1)人事管理系统的登录前功能结构如下图:在登录前用户登录2)人事管理系统的登录后功能结构图如下图:登录后报表打印人事管理人事查询关于基本信息管理培训信息管理评价信息管理工资信息管理浏览修改添加删除查询打印人员打印部门用户管理修改密码重新登录添加用户删除用户退出系统人员管理部门管理人员查询部门查询3 数据库设计3.1 数据库概念结构3.1.1概念结构设计思根据分析阶段的信息,对这些信息进行抽象处理,通过分类、聚集、概括这三种手段,确定人员管理系统中有几个实体,并确定各实体有哪些属性,画出分E-R图,在分析各分E-R图中的属性,还可分的话就再把该属性划分为实体,及到个属性不可再分,再根据各分E-R图的三类冲突:属性冲突、命名冲突和结构冲突,对各E-R图进行优化,再根据需求分析阶段的数据流图确定各实体之间的关系,然后把各分E-R图整合起来形成总体E-R图,之后可根据总体E-R图可画出概念模型图进一步画关系模型图,完成整个概念设计阶段3.1.2局部概念模型设计描述如下:登录用户基本属性:用户名用户编号登录用户信息密码人员信息基本属性:人员编号人员信息性别出生日期学历联系电话部门相片联系地址身份证号姓名人员工资基本属性:人员工资人员编号基本工资交通补助工资编号奖金应发工资人员评价基本属性:人员评价评价编号评价日期人员编号备注评价结果人员培训基本属性:人员编号人员培训培训编号培训日期培训天数培训费用部门信息基本属性:部门名称部门编号部门信息部门人数3.1.2整体E-R图各子系统的分E-R图设计好以后,下一步就是将所有的分E-R图综合成一个总的E-R图。由于各个局部所面向的问题不同,这就导致各个分E-R图之间必定会存在许多不一致的问题,称之为冲突。因此分E-R图的合并并不能简单地将各个分E-R图画到一起,而是必须合理消除各分E-R图中的不一致,以形成一个能为全系统中所有用户共同理解和接受的统一的概念模型,是合并E-R图的主要工作和关键。各E-R图之间的冲突主要有三种:属性冲突、命名冲突、结构冲突。人员评价全局E-R图如下:1属于nn1n1属于属于人员工资人员培训人员信息n属于1部门信息3.2 数据库逻辑结构3.2.1逻辑结构设计思想概念结构设计是独立于任何一种数据模型的信息结构。逻辑结构设计是由概念结构设计阶段设计好概念模型转换来的的逻辑结构即物理模型。所以逻辑结构设计一般分以下三个方面: 将概念结构转换为一般的关系、网状、层次模型。 将转换来的关系、网状、层次模型向特定DBMS支持下的数据模型转换。 对数据模型进行优化。 针对企业人事管理系统,逻辑结构设计采用概念结构转换的概念模型,将其依照规则转换为关系模型,为了进一步提高数据库应用系统的性能,再将转换后的关系模型进行优化,确定是否要对某些模式进行合并或分解,即进行规范化,为物理设计提供最优的处理。3.2.2逻辑结构设计方法 关系模型的逻辑结构是一组关系模式的集合。E-R图则是由实体,实体的属性和实体间的联系三个要素组成。所以将E-R图转换为关系模型实际上就是要将实体,实体的属性和实体间的联系转换为关系模式。转换原则如下: 实体类型的转换:将每个实体类型转换成一个关系模式,实体的属性及为关系模式的属性,实体标识符及为关系模式的键。 联系类型的转换,根据不同的情况做不同的处理。 一个1:1联系可以转换为一个独立的关系模型,也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式,则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,每个实体的码均是该关系的候选码。如果与某一端实体对应的关系合并,则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。 一个1:n联系可以转换为一个独立的关系模式,也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式,则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为n端实体的码。 一个m:n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为各实体码的组合。 三个或三个以上的实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为各实体码的组合。 具有相同码的关系模式可合并。 得出关系模型 由概念设计的E-R图和概念模型图结合物理模型图得出E-R图转换为关系模型如下: A、将每一个实体转换成一个关系(关系就是给出关系名,写出属性,并标明该关系的主键)。 人员信息(编号,姓名,性别,出生日期,学历,部门编号,相片,联系电话,联系地址,身份证号) 在此联系中主码为员工编号,因为员工编号可以唯一确定一个员工,并且员工编号可以唯一确定该关系的其他所有属性。人员工资(工资编号,人员编号,基本工资,奖金,交通补助,应发工资)人员评价 (评价编号,人员编号,评价日期,评价结果,备注)人员培训 (培训编号,人员编号,培训日期,培训天数,培训费用)部门信息(部门编号,部门名称,上级部门编号) 在此联系中主码为部门编号,部门名称,上级部门编号做非主属性。3.2.3关系模型及优化根据逻辑结构分析,本系统后台数据库共分为6个表,以下分别给出各个数据库表的简单描述:用户(用户编号,姓名,密码)3BNF人员信息(人员编号,姓名,性别,出生日期,学历,部门编号,相片,联系电话,联系地址,身份证号)3BNF人员工资 (人员编号,人员编号,基本工资,奖金,交通补助,应发工资)3BNF人员评价 (评价编号,人员编号,评价日期,评价结果,备注)3BNF人员培训 (培训编号,人员编号,培训日期,培训天数,培训费用)3BNF部门(部门编号,部门名称,部门人数)3BNF3.3 数据库的实现3.3.1物理设计数据库物理设计阶段的任务是根据具体计算机系统(DBMS和硬件等)的特点,为给定的数据库系统确定合理的存储结构和存取方法。所谓的“合理”主要有两个含义:一个是要使设计出的物理数据库占用较少的存储空间,另一个对数据库的操作具有尽可能高的速度。3.3.2表人员管理系统的数据库中共包含了3个数据表。用户信息表(userinfo)用来保存用户信息,该表的结构如下:人员信息表(information)用来保存人员信息,该表的结构如下:人员工资表(wage)用来部门的相关信息,该表的结构如下:人员评价表(evaluate)用来部门的相关信息,该表的结构如下:人员培训表(tain)用来部门的相关信息,该表的结构如下:部门信息表(department)用来部门的相关信息,该表的结构如下:3.3.3实现数据库代码-人事管理系统 create database managersystemon primary ( name = 人managersystem_dat, filename = F:人事管理系统Datamanagersystem.mdf,size = 5MB, maxsize = 20MB,filegrowth = 10) log on ( name = managersystem_ldf, filename = F:人事管理系统Datamanagersystem.ldf, size = 5MB, maxsize = 10MB, filegrowth = 10% )-创建用户表 create table usertable( 用户编号 int primary key, 用户名 varchar(20) not null, 密码 char(10) not null )-创建部门表 create table department ( 部门编号 char(4) primary key, 部门名称 char(20) not null,部门人数 int not null,)-创建人员信息表create table information ( 人员编号 char(4) primary key, 姓名 char(10) not null,性别 char(2) check(性别 in(男,女), 出生日期 datetime not null, 民族 varchar(16) not null, 学历 varchar(32) not null, 部门编号 char(4) not null, 照片 image, 联系电话 char(20), 联系地址 char(50), 身份证号 varchar(32) not null, foreign key (部门编号) references department(部门编号) on delete cascade on update cascade)-创建人员工资表create table wage ( 工资编号 char(4) primary key, 人员编号 char(4) not null,基本工资 money not null, 奖金 money, 交通补贴 money, 应发工资 money, foreign key (人员编号) references information(人员编号)on delete cascade on update cascade)-创建人员培训表create table train ( 培训编号 char(4) primary key, 人员编号 char(4) not null,培训日期 datetime not null, 培训天数 int not null, 培训费用 money not null, foreign key (人员编号) references information(人员编号)on delete cascade on update cascade)-创建人员评价表create table evaluate ( 评价编号 char(4) primary key, 人员编号 char(4) not null,评价日期 datetime not null, 评价结果 char(4) check(评价结果 in(优秀,良好,中等,合格), 备注 char(100), foreign key (人员编号 ) references information(人员编号 )on delete cascade on update cascade)3.3.4一致性设计主要是对数据库表的三种完整性进行设计:实体完整性:通过设置主键都已实现。参照完整性:人员表中的部门号在本表中不做主码,但在部门表中做主码,所以为人员表的外码,对Insert和Update强制级联更新和级联删除相关记录; 用户自定义完整性:在该系统中,设置了人员表中的性别字段必须是男或女的Check 约束。人员评价表的评价结果 check(评价结果 in(优秀,良好,中等,合格),4 详细设计与实现4.1 登录模块该模块包括

温馨提示

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

评论

0/150

提交评论