《企业职工信息管理系统 数据库.docx》由会员分享，可在线阅读，更多相关《企业职工信息管理系统 数据库.docx（29页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、目 录 引言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 第六章 数据库的实
2、施和维护 17 收获与体会18 参考文献19 附录20 -1- 引 言 人类已经跨入了新世纪，正在进入信息时代。我国国民经济和社会发展第 十个五年计划将国民经济和社会信息化作为覆盖现代化建设全局的战略举措， 要求加速发展信息产业，大力推进信息化。现在信息技术的应用越来越普及， 不但促进了社会的高速发展，也改变着人们的工作、学习、生活和娱乐的方式 以及思想观念。随着计算机的日益普及，计算机软件无处不在。软件在计算机 的发展和应用中至关重要，在人类进入信息化社会时成为新兴信息产业的支柱。 企业职工信息管理系统是一个企业单位不可缺少的部分,它的内容对于企 业的决策者和管理者来说都至关重要,所以职工信
3、息管理系统应该能够为用户 提供充足的信息和快捷的查询手段。但一直以来人们使用传统人工的方式管理 文件档案，这种管理方式存在着许多缺点 ,如:效率低、保密性差,另外时间一长 , 将产生大量的文件和数据 ,这对于查找、更新和维护都带来了不少的困难。 而利用计算机技术，网络技术和数据库原理来设计的企业职工信息管理系 统将为企业职工信息的管理带来众多方便之处 本论文的撰写目的是设计一套合理的企业职工信息管理系统数据库，为企 业的职工信息管理提供方便，同时，锻炼作者本身的科学研究能力，提高对数 据库原理这门学科的理性认识。围绕这一目的，我们必须完成数据库系统的设 计这项任务，具体包括需求设计概念设计，逻
4、辑设计，物理设计，数据库实施， 数据库调试与试运行这几项任务 -2- 第一章 需求分析 1.1 需求设计 在企业管理中，职工管理是一个非常重要的方面。管理内容比较复杂，涉 及的部门众多，人员众多，而且往往需要按行政隶属关系进行管理。所以必须 要进喜详细全面地调查才能得到准确的信息。 1.1.1 需求分析阶段的目标 （1）了解企业员工信息系统发展现状以及用户的新需求。 （2）通过调查得到企业员工信息管理的基本数据，数据流及业务流图。 （3）明确数据库使用人员对数据安全性完整性的要求。 1.1.2 需求分析阶段的任务 1 处理对象： 系统要处理的对象包括职工基本信息，职工工资信息，职工考勤信息等几
5、 个方面，各个对象包括信息如下所示（详细的数据见于数据字典）： 1职工基本信息包括：职工编号，职工姓名，职工性别，职工出生年月， 职工联系方式，职工家庭住址，职工籍贯，职工职务，职工基本工资，职工所 属部门 2职工考勤信息：缺勤事由，缺勤时间，加班天数 3职工工资项目信息：工资项名称，时间，增减费用 2 处理功能要求 系统主要完成一下几个功能： 1企业职工基本信息管理 （包括员工基本信息查询，修改，员工离职，信息表更新） 2企业职工考勤管理 3企业职工工资管理 4企业人员变动管理 -3- 3 安全性和完整性要求 企业对职工信息管理系统的安全性要求比较高，尤其是一些机密单位。我 们可以通过设定不
6、同用户只的访问权限，在设定访问密级来保障系统的安全性。 不过由于制作人员的水平限制，本系统仅是定义了数据表操作的访问权限。 完整性要求用于描述职工基本信息，职工工资信息，职工考勤信息中数据 项是否符合定义的数据类型，以及这些数据类型是否符合实际要求等。详细完 整性要求见于数据字典。 1.1.3 需求分析阶段成果 1 体会与收获 虽然以往也参加过类似的活动，那时在大一时的研究性课程，但每一次的 开题、调查、研究、解题，对象都是我们所熟悉的老师同学，他们都十分热情 地接受我们的调查。这次不一样了，不论是大公司还是小公司，对我们的调查 不以为然，而且满腹牢骚，我们碰了不少灰。 在这次社会调查中，我从
7、有一些胆却到鼓起勇气，从不知所措到计划周详， 我们得到了锻炼。这次调查也是一次实践，它锻炼了我们的胆量、头脑和口才， 能顺利完成这次任务就是对我们的能力的最好回答，希望在以后的社会工作中 能够多多锻炼自己，是自己的能力后更大一步的提高。 2 企业职工信息管理系统业务流程图 1系统总业务流程图： -4- 图 1-1 系统业务流程图 2职工考勤管理业务流图： 图 1-2 考勤管理业务流图 3职工工资管理业务流图： 图 1-3 工资管理业务流图 4人员变动查询业务流图： -5- 图 1-4 人员变动查询业务流图 1.2 数据流图 1顶层数据流程图： 图 1-5 顶层数据流程图 2中层数据流图： 图
8、1-6 中层数据流程图 3考勤管理 DFD -6- 图 1-7 考勤管理 DFD 4员工信息查询，岗位变动 DFD 图 1-8 员工信息查询，岗位变动 DFD 5工资管理 DFD -7- 图 1-9 工资管理 DFD 1.3 数据字典 （a）数据项：系统涉及的数据项有 24 项 表 1-1 企业员工信息管理系统数据项说明（汇总统计） 数据项编号 DI-1 DI-2 DI-3 DI-4 DI-5 DI-6 DI-7 DI-8 DI-9 DI-10 DI-11 DI-12 数据项名 StaNo StaName StaSex StaBirthday StaPhone StaAddress StaOr
9、igin StaPost StaWage StaBranch ManNo ManName 数据项含义 职工编号 职工姓名 职工性别 职工出生年月 职工联系方式 职工家庭住址 职工籍贯 职工职务 职工工资 职工所属部门 经理编号 经理姓名 与其它数据项的关系 等于 StaNo 等于 StaName 存储结构 char (5) char (10) char(2) date char(12) char(20) char(18) char(10) Int char(10) smallint char(10) 别名 编号 姓名 性别 出生年月 联系方式 家庭住址 籍贯 职务 工资 所属部门 编号 姓名
10、-8- 数据项编号数据项名数据项含义与其它数据项的关系存储结构别名 DI-13 DI-14 DI-15 DI-16 DI-17 DI-18 DI-19 DI-20 DI-21 DI-22 DI-23 DI-24 ManSex ManPhone ManBranch DutDays AddDays LeaDays LeaCause OutDays WagBase WagAdd WagOut WagAcount 经理性别 经理电话 经理所在部门 出勤天数 加班天数 请假天数 请假事由 出差天数 基本工资 加班费补贴等 扣除的工资 总工资 等于 StaSex 等于 StaPhone 等于 StaNam
11、e 注 char(2) char(12) char(10) smallint smallint Smallint char(20) smallint Int Int Int Int 性别 电话 所在部门 出勤天数 加班天数 请假天数 请假事由 出差天数 基本工资 加班费补贴 等 扣除额 总工资 （b）数据结构： 表 1-2企业员工信息管理系统数据结构（汇总统计） 数据结构 数据结构编号 数据结构名 含义 组成 StaNo，StaName，StaSex，StaBirthday ，StaPhone ， DS-1Staff职工基本信息StaAddress ， StaOrigin ， StaPost
12、， StaWage ， StaBranch ， DS-2Manager部门基本信息ManNo，ManName ，ManSex，ManPhone ，ManBranch DS-3Duty考勤信息DutDays ，AddDays ，LeaDays ，LeaCause ，OutDays DS-4Wage工资项目信息WagBase，WagAdd，WagOut，WagAcount -9- 5 处理逻辑描述（判定表或判定树） 表 1-3 企业员工信息管理系统处理逻辑描述 处理编号处理功能处理过程 企业员工基本信息模块、企业部门基本信息模块、 企业分配物品基本信息模块、企业宿舍基本信息模 PR-1判断用户查询
13、涉及的功能模块块：先确定查询所涉及的功能模块；然后，确定要 查询的内容，确定查询数据流向；最后显示查询结 果。 企业员工基本信息模块、企业部门基本信息模块、 判断用户修改要涉及的模块，同时 PR-2把相应的修改数据传到相应的模块 之中 注：WagAcount=WagBase+WagAdd-WagOut 企业分配物品基本信息模块、企业宿舍基本信息模 块：先确定更新所涉及的功能模块；然后，把更新 信息传送到相应的模块中；最后，进行相应的更新 操作。 第二章 概念结构设计 2.1 概念设计的目标与任务 概念设计阶段主要目的是将需求分析阶段得到的用户需求抽象为信息结构 (概念模型),为以后的数据库设计
14、做好基础。它是整个数据库设计的关键，他的 主要任务是概念模型设计（画出 E-R 图）。 2.2 概念模型设计 （1）根据不同的对象，从中层数据流程图入手，分别画出分ER 图： -10- （ （a）考勤管理 E-R 图： 图 2-1 考勤管理 ER 图 （b）岗位变动 E-R 图 ER 图： 图 2-2 岗位变动 ER 图 （c）工资管理 E-R 图： 图 2-3 工资管理 E-R 图 2）各分 ER 图中每个实体的属性如下所示： -11- 职工：Staff(StaNo ，StaName，StaSex，StaBirthday ，StaPhone，StaAddress ， StaOrigin ，S
15、taPost，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 总 ER 图 第三章 逻辑结构设计 3.1 逻辑设计的目标与任务 在得到了系统 E-R
16、图后，就要将它转化为具体的数据库模式，这就是逻辑 设计阶段的目标。具体任务包括数据组织（将E-R 图转换成关系模型、模型优 化、数据库模式定义、用户子模式设计） 、数据处理（画出系统功能模块图）两 项。 -12- 3.2 数据组织 1 将 E-R 图转换为关系模型 职工换原则如下：一个实体型转化为一个关系模式。实体的属性就是关系 的属性，实体的码就是关系的码。在上述E-R 图中，实体间的联系有两种情况： 1：1 联系和 1：N 联系。 职工：Staff(StaNo ，ManNo，StaName，StaSex，StaBirthday ，StaPhone， StaAddress ，StaOrigi
17、n ，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)
18、工资项目信息： Wage(WagBase ，WagAdd，WagOut,，WagAcount) 职工的的考勤信息和职工信息，职工的工资项目信息和职工信息均为1：1 联系，将他们的联系属性也放到了职工模式中。这样看来，职工模式的属性未 免有些过多，但这可以使查询功能很好的发挥，职工信息全面也将给用户带来 很多方便。主码即为模式中带下划线的属性。 2 模型优化 经过分析，以上关系模型中的各个模式属性并不存在部分函数依赖或传递 函数依赖，因此它符合 3 范式。不足之处是在职工模式中，属性过多，可能会 出现数据冗余。但这种冗余可以给查询带来方便之处，不用再做连接。如有更 好的方法来消除这种冗余，以后可
19、以借鉴。 3 数据库模式定义 表 3-1 企业职工信息管理系统关系模式汇总 编号 T1 关系名称 Staff（详见附录 11） 模式说明 （详见附录 11） -13- T2 T5 T8 4 用户子模式设计 Manager （详见附录 12） Duty（详见附录 13） Wage（详见附录 14） 表 3-2 企业职工信息管理系统关系外模式汇总 （详见附录 12） （详见附录 13） （详见附录 14） 编号 V1 V2 V3 V4 V5 V6 V7 V8 V9 视图名称 StaffView StaffLeaView StaffOutView StaffAddView DutyView Tran
20、ferView WageAddView WageCutView WageAcoView 视图定义 职工基本信息视图 职工请假信息视图 职工出差信息视图 职工加班信息视图 职工出勤信息视图 职工岗位变动信息视图 职工工资增加信息视图 职工工资扣罚信息视图 职工工资信息视图 作用 查询职工的基本信息 查询职工请假信息 查询职工出差信息 查询职工加班信息 查询职工出勤信息 查询职工岗位变动信息 查询职工工资增加信息 查询职工工资扣罚信息 查询职工工资基本信息 3.3 数据处理 系统功能模块图： -14- 图 2-5 总 ER 图 第四章 数据库的物理设计 4.1 物理设计阶段的目标与任务 数据库的物
21、理设计阶段的目标就是为逻辑数据模型选取一个最合适应用要 求的物理结构，在这个阶段中要完成两大任务： （1）确定数据库的物理结构，即将关系模式转化为基本表。 （2）设计视图，存储过程等，从而实现子功能模块。 4.2 数据存储方面 为数据库中各 Staff， Manager 基本表建立的存储过程： -15- 编号 P-1 P-2 P-3 P-4 P-5 存储过程名称 p1_Staff_Insert p2_Manager_Insert P3 Staff_Delete P4 _ Staff _Update P5 _ Staff _Query 表 4-1 存储过程汇总 定义 详见附录 2-1 详见附录
22、2-2 详见附录 2-3 详见附录 2-4 详见附录 2-5 第五章 数据库的实施 作用 在 Staff 中插入一元组 在 Manager 中插入一元组 在 Staff 中删除元组 在 Staff 中更新操作 在 Staff 中匹配(StaNo) 查询 5.1 建立数据库、数据表、视图、索引 1 建立数据库 create database Student_Dormitory_Management; 2 建立数据表 （1）企业职工基本信息表的建立： create table Staff （2）部门经理基本信息表的建立： create table Manager （3）职工考勤管理信息表的建立：
23、create table Duty （4）职工工资管理信息表的建立： create table Wage 3 建立视图 （1）用于查询企业职工基本信息基本信息的视图定义如下： create view StaffView （2）查询企业职工请假信息视图定义如下： create view StaffLeaView -16- （3）查询企业职工出差信息的视图定义如下： create view StaffOutView （4）查询企业职工加班信息的视图定义如下： create view StaffAddView （5）查询企业职工考勤信息的视图定义如下： create view DutyView （6
24、）查询企业职工岗位变动信息的视图定义如下： 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 o
25、n Staff(StaName); create unique index ManagerName on Manager(ManName); 5.2 数据入库 企业职工信息管理系统包括 4 张基本表,每张表有 10 天基本信息，录入时采 用事先在 Excel 中录入数据 ,然后使用 SQL Server 2000 数据导入/导出向导功 能,直接将数据导入到相应的基本表中。 第六章 数据库的实施和维护 在这一阶段，我们对系统的各个设计阶段的结果进行了一一审查，并对基 本功能进行了验证，如数据库的插入，查询，删除，更新功能。 具体的调试过程及数据库截图见附录 3。 -17- 收获与体会 为期一周半
26、的数据库课程设计结束了，在本次的课程设计中收获颇丰，从以下 几个方面总结下： 1.理论学习方面： 通过这次的实习，我对数据库原理理论有了更深刻的认识。尤其是数据库 设计的各个阶段，以前只知道基本程序，现在对各个阶段的工作有了深刻的理 解。在实习中对以前模糊不亲的概念又有了重新的学习和理解。比如：业务流 图的画法，数据流图的画法，存储过程触发器等。 2.课程设计方面： 对 SQL2000 的基本操作更加熟练了，对于计算机专业的学生来说 SQL2000 是我必须要掌握的最基本的数据库。在课程设计阶段重新设计模式，并使用必 然会加深理解。还有，这次的课程设计时我们对科学研究的基本方法，步骤有 了了解
27、，这将会对我们日后的学习研究打下基础。 3.存在问题和不足： 知识储备的不足，可能是由于对数据库原理的理解不够深刻，在设计数据 库时碰到了许多问题，幸好有老师和同学的帮助，才涉险过关。在准备阶段， 应该把自己只是不到位的地方好好温习一下。这样在设计数据库时就会减少很 多困难。 本人制作的企业职工信息管理系统的开发与设计从开始的需求分析，到最后 的提交论文，自始至终都受到王老师的细心指导和关怀，正是有了老师和同学的 帮助，最终完成了课程设计，这对于我以后的学习和工作有着莫大的启迪和经验 的积累，再次感谢王老师在数据库课程学习阶段以及课程设计阶段对我们的辛勤 指导。 -18- 参考文献 1萨师煊
28、王珊，数据库系统概论 (第四版)，北京，高等教育出版社，2006： 198234 数据库设计 2杨海霞，数据库实验指导，北京，人民邮电出版社， 2007 3张海藩，软件工程导论（第五版），北京，清华大学出版社， 2006：数 据流图，数据字典 4李涛，Visual C+ + SQL Server 数据库开发与实例，北京，清华大学 出版社，2006 -19- 附录 1 数据库逻辑结构定义 1.职工(Staff)基本信息表，用于记录企业职工的基本信息： 表 33 Staff 关系模式说明 是否为 属性名 StaNo StaName StaSex StaBirthday StaPhone StaAd
29、dress StaOrigin ManName StaPost StaWage StaBranch DutDays LeaCause LeaDays AddDays TraBranch WagBase WagAdd WagOut WagAcount 数据类型 char(5) char(10) char(2) Datetime char(12) char(20) char(18) char(10) char(4) char(4) char(10) Smallint char(20) Smallint Smallint char(10) int int int int 取值范围 000009999
30、9 男、女 大于等于 800 小于 25000（元/ 月） 031 031 031 大于 800 小于 5000（元/月） 0500 0800 大于等于 0 小于 3000（元/月） 主属性 是 否 否 否 否 否 否 否 否 否 否 否 否 否 否 否 否 否 否 否 是否为外键 否 否 否 否 否 否 否 是 否 否 否 否 否 否 否 否 否 否 否 否 完整性要求 Not null Not null Not null Not null Not null Not null Not null Not null Not null Not null Not null 2.部门经理(Manage
31、r) 基本信息表，用于记录职工的基本信息： 表 34 Manager 关系模式说明 是否为 属性名 ManNo ManName 数据类型 Smallint char(10) 取值范围 0099 主属性 否 是 是否为外键 否 否 完整性要求 Not null Not null -20- 2006级计算机科学与技术数据库设计 ManSex ManPhone ManBranch ManWage char(2) Char(12) char(2) int 男、女 大于等于 2000 小于 6000（元/ 月） 否 否 否 否 否 否 否 否 Not null Not null Not null Not
32、 null 3.职工出勤(Duty)基本信息表，用于记录职工出勤的基本信息： 表 35 Duty 关系模式说明 属性名 DutDays AddDays LeaDays LeaCause OutDays 数据类型 Smallint Smallint Smallint char(20) Smallint 取值范围 031 031 031 031 是否为主 属性 是 是 是 是 是 是否为外 键 否 否 否 否 否 完整性要求 Not null Not null Not null Not null Not null 4.职工工资(Fitment) 基本信息表，用于记录职工工资的基本信息： 表 36
33、Wage 关系模式说明 是否 属性名数据类型取值范围为主 属性 WagBase 大于 800 小于 5000（元/月） 0500 0800 大于等于 800 小于 3000（元/月） 是 是 是 是 Int Int Int Int WagAdd WagOut WagAcount 是否为外 键 否 否 否 否 完整性要求 Not null Not null Not null Not null -21- 附录 2 表视图及存储过程定义 1基本表定义： create table Staff (StaNo char(5) NOT NULL, StaName char(10) NOT NULL, Sta
34、Sexchar(2) check (StaSex in ( 男,女), 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) check (StaWage =800 and StaWage =0 and DutDays =0 and LeaDays =0 and AddDays =0 and OutDays =800 and WagBase =0 and WagAdd =0 and WagOut =0 and WagAcount =2000 and ManWage =0 and DutDays =0 and AddDays =0 and LeaDays =31), OutDays Smallin