企业职工管理系统《数据库原理及设计》课程设计报告.doc

《企业职工管理系统《数据库原理及设计》课程设计报告.doc》由会员分享，可在线阅读，更多相关《企业职工管理系统《数据库原理及设计》课程设计报告.doc（19页珍藏版）》请在沃文网上搜索。

1、目录1绪论21.1背景21.2 定义22需求分析3 2 .1数据字典3 2 .2数据流图33结构设计33.1概念结构设计33.2逻辑结构设计33.3物理结构设计44运用设计44.1安全保密设计44.2系统运行与维护31 绪论1.1背景目前，一些企业对员工信息的管理还存在诸多问题，单靠人力进行员工信息的管理是不够的。所以对于一个企业来说，不管是规模较小，还是规模较大的，员工信息管理系统都非常重要的。尤其，当人事流动较快的时期，人员变动的信息量将非常巨大，如何高效合理的管理这些信息就成了一个有意义的课题。在信息化科技飞速发展的今天，借助于电脑，通过员工信息管理各个部门职工，能为企业人力资源的管理者

2、提供人性化的服务，同时也能为企业职工提供一定的方便。所以开发企业员工信息管理系统是非常必要的。一个现代公司，拥有成百上千的员工，如何管理这么庞大的职业信息档案呢？因此，开发一个功能完善的职工信息管理系统就必不可少了。所以需要设计开发实现职工信息查询、管理、更新为目标的系统。从职工信息的查询到管理实现了自动化的模式，从而提高了工作效率。员工信息管理系统是一个企业单位不可缺少的部分，它的内容对于企业的决策者来说都至关重要，所以信息管理系统能够为用户提供充足的信息和快捷的查询手段。用SQL为平台构建的企业员工管理系统，能够实现员工信息的录入、修改、查询、查找、编辑等功能。此外，在程序中还涉及用户登入

3、、设定了密码，以确保系统应用的安全性。本管理系统设计合理、界面美观、操作方便、运行稳定，为进行现代化的企业员工信息管理工作起到了重要作用，具有较高的使用价值。1.2 定义1、系统名称：企业职工管理系统2、数据库管理软件：Microsoft SQL Server3、数据库设计人员：沈杰明、王一源、金晓雳、吴晓翔、尹平华4、系统采用C/S体系结构：Client (客户端)负责提供表达逻辑、显示用户界面信息、访问数据库服务器；Server (服务器)端用于提供数据服务。5、运行平台：windows 2000/xp2需求分析2.1系统功能需求在企业管理中，员工信息管理是一个非常重要的方面。管理内容复杂

4、，设计的部门众多，人员众多，而且往往需要按行政隶属关系进行管理。这里所设计的企业员工信息管理系统属于企业内部人员可操作的系统，以下是具体的需求分析。2.1.1系统结构及描述开发系统的主要任务是实现企业员工信息管理的自动化和系统化。本企业员工信息管理系统将分为前台、后台两个部分。前台即普通员工操作模块主要是实现一般的查询功能，主要功能有：1. 员工各种信息查询、修改和删除。2. 考勤信息查询、核对。3. 企业文章信息的浏览。4. 员工工资信息的查询、核对。5. 意见建议信息的浏览、回复、删除等。系统的重点是后台管理及管理员操作模块，主要实现以下功能：1. 有关企业员工部分信息的输入，包括员工基本

5、信息、所在部门、奖惩经历等。、2. 员工各种信息的查询、修改和删除。3. 考勤信息查询、修改和删除。4. 企业文章信息的浏览、添加和删除。5. 员工工资信息的查询、修改、核对等。6. 意见建议信息的浏览、回复、删除等。系统结构简介：系统将设计两种权限的用户，即管理员用户和普通员工用户，其中管理员用户也是企业员工，所以管理员也可以进行普通员工的先关操作。管理员用户还可以查看所有员工的信息，以及对企业员工的基本信息、员工考勤、员工工资、员工意见建议、企业文章信息进行管理，对前述管理内容操作后将提交到数据库，保存起来，对于管理员的操作结果企业员工可以进行一一查看，员工可以对自己的个人基本信息进行修改

6、操作，包括密码修改，同时员工需要对考勤信息、工资信息进行核对，同时可以向管理员提出意见建议。2.2系统流程图根据以上需求分析设计如下数据流程图：1.顶层数据流图：管理员企业员工信息管理系统企业普通员工用户2.在顶层数据流图的基础上设计细化的数据流图，即把整个系统的需求分析进行细化，本系统包括：员工信息管理，员工考勤管理，员工薪资管理，文章信息管理，意见建议管理等。再将功能加以细化，得如下数据流图：查询结果需要查询的员工名单需要浏览的信息管理员企业员工浏览结果员工信息管理员工考勤管理员工工资管理文章信息管理意见建议管理修改基本信息提交意见建议系统数据库操作结果具体功能模块再加以细化的如下设计流程

7、图：管理层企业普通员工用户层员工信息管理员工工资管理员工考勤管理文章信息管理意见建议管理修改员工信息增加员工信息查看员工信息删除员工信息查看考勤信息修改考勤信息添加考勤信息删除考勤信息查看员工薪资修改薪资情况增加员工薪资核对考勤信息删除员工薪资查看文章信息增加文章信息删除文章信息修改文章信息查看意见建议回复意见建议删除意见建议发表意见建议核对薪资信息员工信息文件考勤信息文件文章信息文件意见建议信息文件薪资信息文件显示员工信息显示考核信息显示核对信息显示薪资信息显示文章信息显示意见建议信息核对后信息文件管理层信息企业普通员工用户登入2.3.系统功能模块根据数据流图可知系统涉及管理员和企业普通员工

8、用户两种权限操作，所以将系统分为管理员功能模块和企业普通员工用户操作模块。管理员功能模块中有具体划分为员工信息管理、员工考勤管理、员工薪资管理、文章信息管理、意见建议管理。每个子模块下还有相关的增删改操作。普通员工用户可以对管理员管理操作后的相关信息进行一定的操作。同时可以对自己的基本信息进行修改等。所以，根据系统的数据流图画出系统的功能结构图如下所示：企业员工信息管理系统管理员模块企业员工用户模块员工信息管理员工考勤管理员工薪资管理文章信息管理意见建议管理个人信息操作个人考勤操作个人薪资操作增加基本信息意见建议操作删除基本信息修改基本信息查看基本信息添加考勤信息删除考勤信息修改考勤信息查看考

9、勤信息添加薪资信息删除薪资信息修改薪资信息查看薪资信息查看文章信息删除文章信息发布文章信息修改文章信息查看意见建议回复意见建议删除意见建议发布意见建议核对考勤信息核对薪资信息2.4 数据字典根据以上功能模块及一般企业需求，设计如下数据项及数据结构：数据项：数据项名称说明部分数据项名称说明部分员工编号字符串类型 有唯一性文章上传者文本类型长度为20字符员工姓名文本类型长度为20字符上传时间时间类型 */*/*部门文本类型考勤起始日期时间类型 */*/*出生年月时间类型 */*/*迟到早退次数整数类型性别字符串类型 男、女加班次数整数类型省份证号字符串类型 有唯一性旷工次数整数类型政治面貌文本类型

10、旷工所发金额整数类型婚姻状况文本类型迟到早退所发金额整数类型户籍所在地文本类型加班补贴金额整数类型健康状况文本类型基本工资整数类型文化程度文本类型总计工资额整数类型毕业院校文本类型意见建议编号字符串类型 有唯一性兴趣特长文本类型建议者文本类型长度为20字符家庭住址文本类型建议主题文本类型手机号文本类型长度为18字符建议内容文本类型邮箱字符串类型 有唯一性建议日期时间类型 */*/*工作状态（是否退休）文本类型意见建议回复文本类型所获荣誉文本类型所受处罚文本类型文章编号字符串类型 有唯一性文章类型文本类型文章标题文本类型文章内容文本类型数据结构：数据结构名属 性员工基本信息员工编号、员工姓名、部

11、门、出生年月、性别、省份证号、政治面貌、婚姻状况、户籍所在地、健康状况、文化程度、毕业院校、兴趣特长、家庭住址、手机号、邮箱、工作状态（是否退休）、所获荣誉、所受处罚。企业文章信息文章编号、文章类型、文章标题、文章内容、文章上传者、上传时间。员工考勤信息员工姓名、起始日期、迟到早退次数、加班次数、旷工次数。员工工资信息员工姓名、起始日期、迟到早退次数、加班次数、旷工次数、旷工所发金额、迟到早退所发金额、加班补贴金额、基本工资、总计工资额。意见建议信息意见建议编号、建议者、建议主题、建议内容、建议日期、意见建议回复。相关数据流、存储结构及数据处理：数据流名称：用户身份定义：用户名+口令说明：通过

12、管理员身份的用户名和口令鉴别用户身份。数据流名称：员工信息定义：其数据结构说明：数据入库，数据更新数据流名称：考勤信息定义：其数据结构说明：数据入库，数据更新数据流名称：薪资信息定义：其数据结构说明：数据入库，数据更新数据流名称：文章信息定义：其数据结构说明：数据入库，数据更新数据流名称：意见建议信息定义：其数据结构说明：数据入库，数据更新数据流都已员工相关信息和意见建议信息输入输出为主存储结构以文件的形式存储于磁盘，数据处理后均放入磁盘保存，数据结构如前所述。系统的主要处理：处理名：增加，修改，删除。（除意见建议以外）输入：管理员身份信息，增加人员信息输出：更新的数据处理名：回复，发表，查看

13、，删除。（针对意见建议）输入：管理员身份信息输出：更新的数据处理名：发表，查看。（针对意见建议）输入：企业普通职工身份信息输出：更新的数据3结构设计3.1.概念结构设计如下是根据各个功能模块及局部数据流图所设计E-R图：1. 基本信息管理E-R图（部分员工信息的属性未标明）：员工信息管理员操作毕业院校企业普通员工文化层度姓名身份证号健康状况手机号编号权限用户名密码权限用户名密码2. 考勤管理E-R图：密码管理员迟到早退及旷课处理请假申请加班安排企业普通员工密码权限用户名密码权限用户名密码3. 员工工资管理E-R图：考勤信息应得工资项目信息员工总工资请假扣除金额迟到早退罚款额加班工资请假次数迟到

14、早退次数加班次数奖金4. 文章信息管理E-R图：文章信息浏览企业普通员工管理员标题发布日期内容发布者密码用户名权限权限密码用户名发布修改删除文章类型5. 意见建议管理E-R图：意见建议企业普通员工管理员提交回复查看用户名密码权限用户密码用户名编号提交者主题内容提交日期3.2.逻辑结构设计概念结构转关系数据结构，并优化数据模型，转换规则如下：1.E-R图中的每个实体，都相应地转换为一个关系模式，实体的属性就是关系的属性，实体的码就是关系的码。2.两个实体之间1：n的关系，转换成与n端对应的关系模式，把1端的码和关系属性与n端联系，减少系统中的关系数目。3.1:1的联系时，转换成与任意一段对应关系

15、模式4.n:m的联系时，与该关系先练的个实体集的码以及联系本身的属性均转换为关系的属性，新关系的码为两个相连实体码的组合（该码为多属性构成的组合码）。数据库表的设计：1.用户信息表：字段名数据类型长度是否为主键描述UseridChar8是用户ID 具有唯一性UserNOChar16用户编号具有唯一性UserpasswordChar20用户密码UsernameVarchar12用户姓名 not nullDepidChar8部门ID具有唯一性SexChar2性别UseridentifyChar20身份证具有唯一性PoliticalVarchar12政治面貌MarstatueVarchar12婚姻状

16、况HjaddessVarchar60户籍HeathestatueVarchar12健康状态CulturedVarchar12文化程度GraduateschVarchar30毕业院校SpecialtyVarchar100爱好HomeadrVarchar60家庭住址PhoneVarchar11电话EmailVarchar50邮箱WorkstatueidChar8工作状态IDHonourVarchar200荣誉PunishmentVarchar200处罚UserroleSmallint权限2.文章信息表：字段名数据类型长度是否为主键描述UserNOChar16外码用户编号ArticleidChar8

17、是文章IDArticletypeidChar8文章类型ArticletitleVarchar16文章标题ArcontentVarchar200文章内容AruseridChar8文章用户IDArdateDatetime8文章发布日期3.考勤信息表:字段名数据类型长度是否为主键描述UserNOChar16外码用户编号Typeidchar8是考勤类型IDtypenamevarchar20考勤类型名typemoneyMoney类型金额4.工资信息表：字段名数据类型长度是否为主键描述UserNOChar16外码用户编号BasicwageMoney4基本工资CountextrawInt2加班次数Negle

18、ctcountInt2旷工次数CountlaterearlyInt2迟到早退次数5. 意见建议表：字段名数据类型长度是否为主键描述UserNOChar16外码用户编号SuggestionidChar8是意见IDUseridChar8用户IDSutitleVarchar60意见主题ContentVarchar200意见内容DateDatetime意见日期ReplayVarchar20意见回复创建表代码如下：/*建立(用户信息表)*/create table User_title(Userid Char(8) primary key not null,UserNO Char(16)unique n

19、ot null,Userpassword Char(20) default 123456 not null,UserName Varchar(12) not null,Depid Char(8) unique,Sex char(2) default 男,Useridentify Char(20)unique not null,Political Char(12),Marstatue Varchar(12),Hjaddess Varchar(60) not null,Heathestatue Varchar(12) not null,Cultured Varchar(12),Graduatesc

20、h Varchar(30),Specialty Varchar(100),Homeadr char(60) not null,Phone char(20) not null,Email char(50),Workstatueid Char(8),Honour Varchar(200),Punishment Varchar(200),UserRole Smallint not null)/*建立(文章信息表)*/create table Information(UserNO char(16) not null,Articleid char(8) primary key not null,Arti

21、cletypeid char(8),Articletitle varchar(16) not null,Arcontent Varchar(200),Aruserid Char(8) unique not null,Ardate Datetime)/*建立(考勤信息表)*/create table Duty_checking(UserNO Char (16) primary key not null,Typeid Char (8) unique not null,typename varchar (20) not null,typemoney Money not null)/*建立(工资信息表

22、)*/create table empPay( UserNO Char (16) not null, Basicwage Money not null,Countextraw Int default 0,Neglectcount Int default 0,Countlaterearly Int default 0 )/*建立(意见建议表)*/create table User_suggest(UserNO Char(16),Suggestionid Char(8) primary key not null,Userid Char (8) unique not null,Sutitle Var

23、char (60),UserContent Varchar (200) not null,Date Datetime not null,Replay Varchar(20)/*表连接*/alter table Information add constraint fr_Informationforeign key (UserNO) references User_title(UserNO)alter table Duty_checking add constraint fr_Duty_checkingforeign key (UserNO) references User_title(User

24、NO)alter table empPay add constraint fr_empPayforeign key (UserNO) references User_title(UserNO)alter table User_suggest add constraint fr_User_suggestforeign key (UserNO) references User_title(UserNO)/*创建视图*/CREATE VIEW View_mainASSELECT User_title.UserNO, User_title.Userpassword, User_title.UserNa

25、me, User_title.Sex, User_title.Political, User_title.Cultured, User_title.Graduatesch, User_title.Specialty, User_title.Honour, empPay.Basicwage, empPay.Countextraw, empPay.Neglectcount, empPay.UserNO AS Expr1, Duty_checking.typename, Duty_checking.Typeid, Duty_checking.UserNO AS Expr2FROM Duty_chec

26、king INNER JOIN empPay ON dbo.Duty_checking.UserNO = empPay.UserNO INNER JOIN Information ON Duty_checking.UserNO = Information.UserNO INNER JOIN User_suggest ON Duty_checking.UserNO =User_suggest.UserNO INNER JOIN User_title ON Duty_checking.UserNO = User_title.UserNO3.3物理结构设计建立系统程序员视图，包括：a 数据在内存中的

27、安排，包括对索引区、缓冲区的设计；b 所使用的外存设备及外存空间的组织，包括索引区、数据块的组织与划分；c 访问数据的方式方法。/*创建索引*/create index User_title_Userid on User_title(Userid)create index Informatione_Articleid on Information(Articleid)create index Duty_checking_Typeid on Duty_checking(Typeid)create index User_suggest_Suggestionid on User_suggest(Su

28、ggestionid)/*创建存储过程Maxhighpay_LowNeglectcount，返回工资最高，加班次数最多的员工工资信息表*/Create Proc Maxhighpay_countasselect*from dbo.empPay where UserNO=(select UserNOfrom empPay where Basicwage=( select max(Basicwage) from empPay ) )exec Maxhighpay_count/*创建存储结构pr_duty_checking，把员工的考勤信息输入到考勤表 */CREATE PROC pr_duty_c

29、heckingUserNO Char(16),Typeid Char(8),typename varchar(20),typemoney Money asinsert into dbo.Duty_checking values(UserNO,Typeid,typename,typemoney)-测试exec pr_duty_checking 07,2,迟到早退,50create table Duty_checking(UserNO Char (16) primary key not null,Typeid Char (8) unique not null,typename varchar (2

30、0) not null,typemoney Money not null)/*创建存储结构add_empay,输入一个员工号 如果该员工没有迟到早退和矿工现象，那么该员工本月工资涨10%*/CREATE PROC add_empayUserNO Char(16)asupdate empPayset Basicwage=Basicwage*1.1where UserNO=UserNO and UserNO in(select UserNofrom Duty_checkingwhere typename!=迟到早退and typename!=矿工4.运用设计4.1安全保密设计对数据库设计中涉及到的

31、各种项目，如数据项、记录、系、文卷、模式、子模式等一般要建立起数据字典，以说明它们的标识符、同义名及有关信息。在本节中要说明对此数据字典设计的基本考虑。4.2系统运行与维护说明在数据库的设计中，将如何通过区分不同的访问者、不同的访问类型和不同的数据对象，进行分别对待而获得的数据库安全保密的设计考虑。5设计小结1. 一般而言，一个实体不能既无主键又无外键。没有主键就没有实体2基本表与统计表、中间表、临时表等不同，有以下特性a、原始性。基本表中的记录是原始数据（基础数据）的记录。b、演绎性。由基本按照一定的业务原则可以生成统计表和临时表的数据。c、稳定性。基本表的结构是相对稳定的，表中的记录是要长

32、期保存的。所以在设计数据库的时候，要尽量将基本表和其它中间表、统计表区别开来。应尽量满足第三范式。其它表可以适当的降低范式。但是不管怎样，满足第三范式的数据库设计，往往不是最好的设计。为了提高数据库的运行效率，常常需要降低范式标准：适当增加冗余，达到以空间换时间的目的。3.理解和冗余的分类第一范式：1NF是对属性的原子性约束，要求属性具有原子性，不可再分解；第二范式：2NF是对记录的惟一性约束，要求记录有惟一标识，即实体的惟一性；第三范式：3NF是对字段冗余性的约束，即任何字段不能由其他字段派生出来，它要求字段没有冗余。有时为了提高运行效率，就必须降低范式标准，适当保留冗余数据。具体做法是：在

33、概念数据模型设计时遵守第三范式，降低范式标准的工作放到物理数据模型设计时考虑。降低范式就是增加字段，允许冗余。4.于识别与正确处理多对多的关系若两个实体之间存在多对多的关系，则应消除这种关系。消除的办法是，在两者之间增加第三个实体。这样，原来一个多对多的关系，现在变为两个一对多的关系。要将原来两个实体的属性合理地分配到三个实体中去。这里的第三个实体，实质上是一个较复杂的关系，它对应一张基本表。5.致谢6. 参考文献数据库系统原理及应用教材苗雪兰、刘瑞新、宋歌第三版。控制实验研究 庞文尧 2000 利用错误信息分析SQL故障 于爱卿 2000 青岛远洋船员学院SQL Server Mobile数据库的开发与设计 张晶 2008