企业职工信息管理系统 数据库

目录

引言 (2)

第一章需求分析 (3)

1.1 需求设计 (3)

1.1.1需求分析阶段的目标 (3)

1.1.2 需求分析阶段的任务 (3)

1.1.3 需求分析阶段成果 (4)

1.2数据流图 (5)

1.3数据字典 (8)

第二章概念结构设计 (10)

2.1 概念设计的目标与任务 (10)

2.2 概念模型设计 (10)

第三章逻辑结构设计 (12)

3.1逻辑设计的目标与任务 (12)

3.2数据组织 (13)

3.3数据处理 (14)

第四章数据库的物理设计 (15)

4.1物理设计阶段的目标与任务 (15)

4.2数据存储方面 (15)

第五章数据库的实施 (16)

5.1建立数据库、数据表、视图、索引 (16)

5.2数据入库 (17)

第六章数据库的实施和维护 (17)

收获与体会 (18)

参考文献 (19)

附录 (20)

引言

人类已经跨入了新世纪，正在进入信息时代。我国国民经济和社会发展第十个五年计划将国民经济和社会信息化作为覆盖现代化建设全局的战略举措，要求加速发展信息产业，大力推进信息化。现在信息技术的应用越来越普及，不但促进了社会的高速发展，也改变着人们的工作、学习、生活和娱乐的方式以及思想观念。随着计算机的日益普及，计算机软件无处不在。软件在计算机的发展和应用中至关重要，在人类进入信息化社会时成为新兴信息产业的支柱。

企业职工信息管理系统是一个企业单位不可缺少的部分,它的内容对于企业的决策者和管理者来说都至关重要,所以职工信息管理系统应该能够为用户提供充足的信息和快捷的查询手段。但一直以来人们使用传统人工的方式管理文件档案，这种管理方式存在着许多缺点,如:效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。

而利用计算机技术，网络技术和数据库原理来设计的企业职工信息管理系统将为企业职工信息的管理带来众多方便之处

本论文的撰写目的是设计一套合理的企业职工信息管理系统数据库，为企业的职工信息管理提供方便，同时，锻炼作者本身的科学研究能力，提高对数据库原理这门学科的理性认识。围绕这一目的，我们必须完成数据库系统的设计这项任务，具体包括需求设计概念设计，逻辑设计，物理设计，数据库实施，数据库调试与试运行这几项任务

第一章需求分析

1.1 需求设计

在企业管理中，职工管理是一个非常重要的方面。管理内容比较复杂，涉及的部门众多，人员众多，而且往往需要按行政隶属关系进行管理。所以必须要进喜详细全面地调查才能得到准确的信息。

1.1.1需求分析阶段的目标

（1）了解企业员工信息系统发展现状以及用户的新需求。

（2）通过调查得到企业员工信息管理的基本数据，数据流及业务流图。

（3）明确数据库使用人员对数据安全性完整性的要求。

1.1.2 需求分析阶段的任务

1处理对象：

系统要处理的对象包括职工基本信息，职工工资信息，职工考勤信息等几个方面，各个对象包括信息如下所示（详细的数据见于数据字典）：1．职工基本信息包括：职工编号，职工姓名，职工性别，职工出生年月，职工联系方式，职工家庭住址，职工籍贯，职工职务，职工基本工资，职工所属部门

2．职工考勤信息：缺勤事由，缺勤时间，加班天数

3．职工工资项目信息：工资项名称，时间，增减费用

2处理功能要求

系统主要完成一下几个功能：

1．企业职工基本信息管理

（包括员工基本信息查询，修改，员工离职，信息表更新）

2．企业职工考勤管理

3．企业职工工资管理

4．企业人员变动管理

3安全性和完整性要求

企业对职工信息管理系统的安全性要求比较高，尤其是一些机密单位。我们可以通过设定不同用户只的访问权限，在设定访问密级来保障系统的安全性。不过由于制作人员的水平限制，本系统仅是定义了数据表操作的访问权限。

完整性要求用于描述职工基本信息，职工工资信息，职工考勤信息中数据项是否符合定义的数据类型，以及这些数据类型是否符合实际要求等。详细完整性要求见于数据字典。

1.1.3 需求分析阶段成果

1体会与收获

虽然以往也参加过类似的活动，那时在大一时的研究性课程，但每一次的开题、调查、研究、解题，对象都是我们所熟悉的老师同学，他们都十分热情地接受我们的调查。这次不一样了，不论是大公司还是小公司，对我们的调查不以为然，而且满腹牢骚，我们碰了不少灰。

在这次社会调查中，我从有一些胆却到鼓起勇气，从不知所措到计划周详，我们得到了锻炼。这次调查也是一次实践，它锻炼了我们的胆量、头脑和口才，能顺利完成这次任务就是对我们的能力的最好回答，希望在以后的社会工作中能够多多锻炼自己，是自己的能力后更大一步的提高。

2企业职工信息管理系统业务流程图

1．系统总业务流程图：

图 1-1 系统业务流程图

2．职工考勤管理业务流图：

图 1-2 考勤管理业务流图3．职工工资管理业务流图：

图 1-3 工资管理业务流图4．人员变动查询业务流图：

图 1-4 人员变动查询业务流图1.2数据流图

1．顶层数据流程图：

图 1-5 顶层数据流程图2．中层数据流图：

图 1-6 中层数据流程图3．考勤管理DFD

图 1-7 考勤管理DFD

4．员工信息查询，岗位变动DFD

图 1-8 员工信息查询，岗位变动DFD 5．工资管理DFD

图 1-9 工资管理DFD

1.3数据字典

（a）数据项：系统涉及的数据项有24项

表1-1企业员工信息管理系统数据项说明（汇总统计）

数据项编号数据项名数据项含义与其它数据项的关系存储结构别名DI-1 StaNo 职工编号char (5) 编号DI-2 StaName 职工姓名char (10) 姓名DI-3 StaSex 职工性别char(2) 性别DI-4 StaBirthday 职工出生年月date 出生年月DI-5 StaPhone 职工联系方式char(12) 联系方式DI-6 StaAddress 职工家庭住址char(20) 家庭住址DI-7 StaOrigin 职工籍贯char(18) 籍贯DI-8 StaPost 职工职务char(10) 职务DI-9 StaWage 职工工资Int 工资DI-10 StaBranch 职工所属部门char(10) 所属部门DI-11 ManNo 经理编号等于StaNo smallint 编号DI-12 ManName 经理姓名等于StaName char(10) 姓名

数据项编号数据项名数据项含义与其它数据项的关系存储结构别名DI-13 ManSex 经理性别等于StaSex char(2) 性别DI-14 ManPhone 经理电话等于StaPhone char(12) 电话DI-15 ManBranch 经理所在部门等于StaName char(10) 所在部门DI-16 DutDays 出勤天数smallint 出勤天数DI-17 AddDays 加班天数smallint 加班天数DI-18 LeaDays 请假天数Smallint 请假天数DI-19 LeaCause 请假事由char(20) 请假事由DI-20 OutDays 出差天数smallint 出差天数DI-21 WagBase 基本工资Int 基本工资

DI-22 WagAdd 加班费补贴等Int 加班费补贴

等

DI-23 WagOut 扣除的工资Int 扣除额DI-24 WagAcount 总工资注①Int 总工资

（b）数据结构：

表1-2 企业员工信息管理系统数据结构（汇总统计）

数据结构编号数据结构名数据结构

含义

组成

DS-1 Staff 职工基本信息StaNo，StaName，StaSex，StaBirthday，StaPhone，StaAddress，StaOrigin，StaPost，StaWage，StaBranch，

DS-2 Manager 部门基本信息ManNo，ManName，ManSex，ManPhone，ManBranch DS-3 Duty 考勤信息DutDays，AddDays，LeaDays，LeaCause，OutDays DS-4 Wage 工资项目信息WagBase，WagAdd，WagOut，WagAcount

5处理逻辑描述（判定表或判定树）

表1-3 企业员工信息管理系统处理逻辑描述

注①：WagAcount=WagBase+WagAdd-WagOut

第二章概念结构设计

2.1 概念设计的目标与任务

概念设计阶段主要目的是将需求分析阶段得到的用户需求抽象为信息结构(概念模型),为以后的数据库设计做好基础。它是整个数据库设计的关键，他的主要任务是概念模型设计（画出E-R图）。

2.2 概念模型设计

（1）根据不同的对象，从中层数据流程图入手，分别画出分E－R图：

（a）考勤管理E-R图：

图 2-1 考勤管理E－R图（b）岗位变动E-R图E－R图：

图 2-2 岗位变动E－R图（c）工资管理E-R图：

图2-3工资管理E-R图（2）各分E－R图中每个实体的属性如下所示：

职工：Staff(StaNo，StaName，StaSex，StaBirthday，StaPhone，StaAddress，StaOrigin，StaPost，StaWage，StaBranch)

经理：Manager(StaNo，StaName，StaSex，StaPhone，StaBranch)

考勤信息：Duty(DutDays，AddDays，LeaDays，LeaCause，OutDays)

工资项目信息：Wage(WagBase，WagAdd，WagOut,，WagAcount)

（3）合并各分Ｅ－Ｒ图,消除属性冲突、命名冲突、结构冲突等三类冲突，得到初步E-R图，再消除不必要冗余，得到的总E-R图如下所示：

图 2-4 总E－R图

第三章逻辑结构设计

3.1逻辑设计的目标与任务

在得到了系统E-R图后，就要将它转化为具体的数据库模式，这就是逻辑设计阶段的目标。具体任务包括数据组织（将E-R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计）、数据处理（画出系统功能模块图）两项。

3.2数据组织

1将E-R图转换为关系模型

职工换原则如下：一个实体型转化为一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。在上述E-R图中，实体间的联系有两种情况：1：1联系和1：N联系。

职工：Staff(StaNo，ManNo，StaName，StaSex，StaBirthday，StaPhone，StaAddress，StaOrigin，StaPost，StaWage，StaBranch，DutDays ，LeaCause，LeaDays，AddDays，TraBranch，WagBase，WagAdd，WagOut,，WagAcount) 经理：Manager(ManNo，ManName，ManSex，ManPhone，ManBranch)

以上几个关系模式中，经理与职工的联系均为1：N,为了使查询方便，职工信息明了将职工与经理的联系放入职工关系模式中。各模式主码已用下划线表示。外码用下划线表示。

考勤信息：Duty(DutDays,，AddDays，LeaDays，LeaCause，OutDays)

工资项目信息：Wage(WagBase，WagAdd，WagOut,，WagAcount)

职工的的考勤信息和职工信息，职工的工资项目信息和职工信息均为1：1联系，将他们的联系属性也放到了职工模式中。这样看来，职工模式的属性未免有些过多，但这可以使查询功能很好的发挥，职工信息全面也将给用户带来很多方便。主码即为模式中带下划线的属性。

2模型优化

经过分析，以上关系模型中的各个模式属性并不存在部分函数依赖或传递函数依赖，因此它符合3范式。不足之处是在职工模式中，属性过多，可能会出现数据冗余。但这种冗余可以给查询带来方便之处，不用再做连接。如有更好的方法来消除这种冗余，以后可以借鉴。

3数据库模式定义

表3-1 企业职工信息管理系统关系模式汇总

编号关系名称模式说明

T－1 Staff（详见附录1－1）（详见附录1－1）

T－2 Manager（详见附录1－2）（详见附录1－2）

T－5 Duty（详见附录1－3）（详见附录1－3）T－8 Wage（详见附录1－4）（详见附录1－4）

4用户子模式设计

表3-2 企业职工信息管理系统关系外模式汇总

编号视图名称视图定义作用

V－1 StaffView 职工基本信息视图查询职工的基本信息

V－2 StaffLeaView 职工请假信息视图查询职工请假信息

V－3 StaffOutView 职工出差信息视图查询职工出差信息

V－4 StaffAddView 职工加班信息视图查询职工加班信息

V－5 DutyView 职工出勤信息视图查询职工出勤信息

V－6 TranferView 职工岗位变动信息视图查询职工岗位变动信息

V－7 WageAddView 职工工资增加信息视图查询职工工资增加信息

V－8 WageCutView 职工工资扣罚信息视图查询职工工资扣罚信息

V－9 WageAcoView 职工工资信息视图查询职工工资基本信息3.3数据处理

系统功能模块图：

图 2-5 总E－R图

第四章数据库的物理设计

4.1物理设计阶段的目标与任务

数据库的物理设计阶段的目标就是为逻辑数据模型选取一个最合适应用要求的物理结构，在这个阶段中要完成两大任务：

（1）确定数据库的物理结构，即将关系模式转化为基本表。

（2）设计视图，存储过程等，从而实现子功能模块。

4.2数据存储方面

为数据库中各Staff， Manager基本表建立的存储过程：

表4-1 存储过程汇总

编号存储过程名称定义作用

P-1 p1_Staff_Insert 详见附录2-1 在Staff中插入一元组

P-2 p2_Manager_Insert 详见附录2-2 在Manager中插入一元组P-3 P3 Staff_Delete 详见附录2-3 在Staff中删除元组

P-4 P4 _ Staff _Update 详见附录2-4 在Staff中更新操作

P-5 P5 _ Staff _Query 详见附录2-5 在Staff中匹配(StaNo)查询

第五章数据库的实施

5.1建立数据库、数据表、视图、索引

1 建立数据库

create database Student_Dormitory_Management;

2 建立数据表

（1）企业职工基本信息表的建立：

create table Staff

（2）部门经理基本信息表的建立：

create table Manager

（3）职工考勤管理信息表的建立：

create table Duty

（4）职工工资管理信息表的建立：

create table Wage

3 建立视图

（1）用于查询企业职工基本信息基本信息的视图定义如下：

create view StaffView

（2）查询企业职工请假信息视图定义如下：

create view StaffLeaView

（3）查询企业职工出差信息的视图定义如下：

create view StaffOutView

（4）查询企业职工加班信息的视图定义如下：

create view StaffAddView

（5）查询企业职工考勤信息的视图定义如下：

create view DutyView

（6）查询企业职工岗位变动信息的视图定义如下：

create view TranferView

（7）查询企业职工增加工资信息的视图定义如下：

create view WageAddView

（8）查询企业职工扣除工资信息的视图定义如下：

create view WageCutView

创建表，视图及存储过程的DDL语句请见附录2

4 建立索引

create unique index StaffNo on Staff(StaNo);

create unique index ManagerNo on Manager(ManNo);

create unique index StaffName on Staff(StaName);

create unique index ManagerName on Manager(ManName);

5.2数据入库

企业职工信息管理系统包括4张基本表,每张表有10天基本信息，录入时采用事先在Excel中录入数据,然后使用SQL Server 2000数据导入/导出向导功能,直接将数据导入到相应的基本表中。

第六章数据库的实施和维护

在这一阶段，我们对系统的各个设计阶段的结果进行了一一审查，并对基本功能进行了验证，如数据库的插入，查询，删除，更新功能。

具体的调试过程及数据库截图见附录3。

收获与体会

为期一周半的数据库课程设计结束了，在本次的课程设计中收获颇丰，从以下几个方面总结下：

1.理论学习方面：

通过这次的实习，我对数据库原理理论有了更深刻的认识。尤其是数据库设计的各个阶段，以前只知道基本程序，现在对各个阶段的工作有了深刻的理解。在实习中对以前模糊不亲的概念又有了重新的学习和理解。比如：业务流图的画法，数据流图的画法，存储过程触发器等。

2.课程设计方面：

对SQL2000的基本操作更加熟练了，对于计算机专业的学生来说 SQL2000是我必须要掌握的最基本的数据库。在课程设计阶段重新设计模式，并使用必然会加深理解。还有，这次的课程设计时我们对科学研究的基本方法，步骤有了了解，这将会对我们日后的学习研究打下基础。

3.存在问题和不足：

知识储备的不足，可能是由于对数据库原理的理解不够深刻，在设计数据库时碰到了许多问题，幸好有老师和同学的帮助，才涉险过关。在准备阶段，应该把自己只是不到位的地方好好温习一下。这样在设计数据库时就会减少很多困难。

本人制作的企业职工信息管理系统的开发与设计从开始的需求分析，到最后的提交论文，自始至终都受到王老师的细心指导和关怀，正是有了老师和同学的帮助，最终完成了课程设计，这对于我以后的学习和工作有着莫大的启迪和经验的积累，再次感谢王老师在数据库课程学习阶段以及课程设计阶段对我们的辛勤指导。

参考文献

[1]萨师煊王珊，《数据库系统概论》(第四版)，北京，高等教育出版社，2006：198~234 数据库设计

[2]杨海霞，《数据库实验指导》，北京，人民邮电出版社，2007

[3]张海藩，《软件工程导论》（第五版），北京，清华大学出版社，2006：数据流图，数据字典

[4]李涛，《Visual C++ + SQL Server数据库开发与实例》，北京，清华大学出版社，2006

附录1 数据库逻辑结构定义

1.职工(Staff)基本信息表，用于记录企业职工的基本信息：

表 3－3 Staff关系模式说明

属性名数据类型取值范围是否为

主属性

是否为外键完整性要求

StaNo char(5) 00000～99999 是否Not null StaName char(10) 否否Not null StaSex char(2) 男、女否否Not null StaBirthday Datetime 否否Not null StaPhone char(12) 否否

StaAddress char(20) 否否

StaOrigin char(18) 否否

ManName char(10) 否是Not null StaPost char(4) 否否Not null

StaWage char(4) 大于等于800小于25000（元/

月）

否否Not null

StaBranch char(10) 否否Not null DutDays Smallint 0~31 否否Not null LeaCause char(20) 否否

LeaDays Smallint 0~31 否否

AddDays Smallint 0~31 否否

TraBranch char(10) 否否

WagBase int 大于800小于5000（元/月）否否Not null WagAdd int 0~500 否否

WagOut int 0~800 否否

WagAcount int 大于等于0小于3000（元/月）否否Not null

2.部门经理(Manager)基本信息表，用于记录职工的基本信息：

表3－4 Manager关系模式说明

属性名数据类型取值范围是否为

主属性

是否为外键完整性要求

ManNo Smallint 00~99 否否Not null ManName char(10) 是否Not null