数据库设计与开发.doc

《数据库设计与开发.doc》由会员分享，可在线阅读，更多相关《数据库设计与开发.doc（39页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、!- 课程设计（论文）课程设计（论文） 课程名称： 数据库系统分析与设计 题 目：人事信息管理系统 数据库设计与实现 院 （系）： 专业班级： 姓 名： 学 号： 指导教师： 年 月 日 !- !- 摘要 数据库是数据管理的最新技术，是计算机科学的重要分支。在应用 需求的推动下，在计算机硬件、软件的发展基础上，数据库技术从人工 管理阶段、文件系统阶段一直发展到现在的数据库系统阶段这几个过程。 现在的数据库系统具有存储容量大、数据结构化、数据的共享性高、冗 余度低、易扩充、数据独立性高等特点。便于用于现代社会发展各个领 域的数据的管理。 人事信息管理是数据管理的一项非常重要任务。社会上许多的公司

2、、 部门、机关、学校等，都需要对自己的人事进行管理。在对于一些大型 公司、部门或者一些跨地区乃至跨国的公司，原始的数据管理技术显得 会很麻烦，不便管理，甚至在人员发生变动后，在数据处理上便会发生 很多不可抗的问题。此处，如果使用了数据库管理技术，会使问题简化 许多。 此处，针对光影传媒公司的人事信息管理系统为例，对数据库进行 分析与设计。在与相关人员进行了充分的交流，掌握了即将设计的数据 库的基本信息之后，进行基本的需求分析，通过需求分析得出的结论， 找出人事信息管理中的基本对象，对每个对象进行认真的分析。之后， 应用数据库设计软件 PowerDesigner，建立起基本的概念模型，由概念 模

3、型抽象出逻辑模型，然后有所得的概念模型得出物理模型。 关键字：数据库，分析，设计，人事信息管理，PowerDesigner !- 目 录 1 1 绪论绪论.1 1 1.1 系统简介 .1 1.2 设计目的 .1 1.3 设计内容 .2 2 2 需求分析需求分析.2 2 2.1 .需求分析的任务 .2 2.2 系统数据流程分析 .4 2.3 数据字典 .7 3 3 概念模型设计概念模型设计.1010 3.1 概念模型设计的方法和步骤 .10 3.2 系统概念模型 .11 4.1 逻辑模型设计的方法 .13 4.2 逻辑模型实现 .13 4.3 数据完整性约束定义 .14 5 5 物理数据库模型设

4、计与实现物理数据库模型设计与实现.1515 5.1 物理数据库模型的图示 .15 5.2 物理数据库模型的详细表示 .16 5.3 物理数据库模型的实现 .20 总结总结.3535 参考文献参考文献.3636 !- 1 绪论 1.1 系统简介 光影传媒公司是成立于 19XX 年的一家传媒公司，公司目在全国各地有 三家分公司。该公司囊括电影、电视、音乐、动漫等行业，公司内的部门有 董事会、营销部、策划部、后勤部等。公司现有职工一千多人，其学历、收 入、所在部门各不相同，同时，有时由于业务需求，各部门之间会有一定的 人事调动。对于如此庞大且繁杂的数据系统，如果采用传统的数据管理显然 不能满足管理的

5、需求。于是，要求设计一个适合于光影传媒公司人事信息管 理数据库，用以实现统计、管理公司内各职员的基本信息、各个部门的情况、 员工的转入或转出、人员的调动，以及公司的各项事务、各项事务的负责情 况、进展情况、实施情况和一些相关的后续情况等。要求对于建成的数据库， 要能对其中的数据进行增添、删除、修改和更新操作，并且，在使用时，要 方便对数据库进行查询，并显示出查询结果。 1.2 设计目的 实现对公司员工的基本信息进行统计，包括姓名、员工号、性别、学历、 职称等；对公司各项业务以及业务的实施情况进行统计，包括项目编号、项 目名称、项目进展情况等；记录各个员工的转入、转出、调动情况；各个部 门的具体

6、情况、负责人、各项目的负责人等。用以记录公司正常运营的各种 业务以及提供所需数据，方便公司管理人员以及数据库管理人员对数据进行 增加、删除、修改、查询等处理。维持公司的正常运转，提供必要的资料， 对公司进行更好的管理。 !- 1.3 设计内容 分析光影传媒公司人事信息管理数据库所要求实现的功能的要求，针对 要求，做出具体的需求分析，在需求分析之后，需要进行设计的内容如下： （1）根据业务调查以及查阅资料了解了光影传媒公司人事信息管理的 基本业务之后，设计观影传媒公司人事信息管理的业务、数据流程图； （2）根据已设计的流程图设计出相应的数据字典； （3）根据以设计好的业务和数据流程图进行仔细分析

7、，设定实体、属 性及关系，设计出业务基本的概念模型，并对其进行适当的优化； （4）基于已设计出的概念模型设计出逻辑模型，对逻辑模型进行优化； （5）根据以上的概念模型设计出物理模型，该模型用于存储数据。 2 需求分析 2.1 .需求分析的任务 进行整个数据库设计必须准确了解与分析用户需求（包括数据和处理） 。 需求分析是整个设计过程的基础，是最困难、最耗费时间的一步。作为地基 的需求分析是否做得充分与准确，决定了在其上构建数据库大厦的速度和质 量。 需求分析的任务是通过详细调查现实世界要处理的对象（组织、部门、 企业等） ，充分了解原系统（手工系统或计算机系统）工作概况，明确用户 的各种需求，

8、然后在此基础上确定新系统的功能。 需求分析调查的重点是“数据”和“处理” ，通过调查、收集和分析， 获得用户对数据库的如下需求： （1）信息需求： !- 公司员工信息：员工编号、员工姓名、性别、学历、所属部门、 毕业院校、健康状况、学历、职称、工资、联系方式、职务、奖惩状况、起 始工作时间、终止工作时间； 公司部门信息：部门编号、部门名称、部门负责人、部门工作描 述； 项目信息：项目编号、项目名称、项目描述、项目负责人、项目 参与部门、项目开始时间、项目结束时间； 员工出勤信息：员工编号、员工姓名、日期、出勤状况、缺勤原 因、备注； 员工参与项目信息：员工编号、员工姓名、项目编号、项目名称、

9、项目负责人、备注。 （2）处理要求。指用户需要完成什么处理功能。明确用户对数据有什 么样的处理要求，从而确定数据之间的相互关系。 数据的录入：对公司的员工的基本信息、部门的基本信息、项目的基 本信息等进行信息的录入，并对数据进行存储； 信息的更新：数据库管理人员要求能对公司员工的信息、部门信息、 项目信息等进行增加、修改、删除、查询等功能； 信息的查询：公司各部门的员工能对自己的信息进行查询、也能对公 司部门的信息进行查询； 信息的管理：公司的管理人员通过对信息的查询，做出相应的决策， 并对信息进行定期的维护和更新。 （3）安全性与完整性要求。 员工的员工编号、部门的部门编号、项目的项目编号均

10、不能为空且必须 唯一；员工姓名、部门名称、项目名称均不能为空。普通员工仅能对自己以 及公司的信息进行查询，仅有数据库管理人员能对公司数据库中的数据进行 !- 增加、删除、修改、更新等操作。 2.2 系统数据流程分析 1）基本业务调查通过查阅资料和与公司内人员交流，得出的业务基本 流程如图 2.1 所示： 图 2.1.基本信息录入流程 通过各个管理部门对基本信息进行登记和审核，待审核合格之后录入公 司数据库。 待数据库建成之后需要对数据库进行定期的维护和更新，并把新的数据 存入数据库，其流程如图 2.2.所示： !- 图 2.2.数据更新流程图 对于每个项目，先要对项目进行申报、策划，得到批准之

11、后，再分配相 关人员配合参与，并把参与信息录入数据库，其流程如图 2.3.所示： !- 图 2.3.项目申报流程图 2）数据流程图 根据对公司人事信息管理的调查和了解，以及查阅资料了解相关 业务之后，对数据的流动及传输做了一定规划，设计出来的数据流程 图如图 2.4 所示： !- 图 2.4 人事管理数据流程图 2.3 数据字典 在数据流程图中，数据信息和处理过程需要通过数据字典才能描述清楚， 因此在数据字典中主要对数据流程图中的数据流、数据存储和处理过程给出 更详细、更准确的说明。 1）数据流定义 可以通过表格的形式给出数据流程图的主要数据流，如表 2.1 所示。 表 2.1 人事管理系统主

12、要数据流定义 序号名称位置结构定义最大数据流量 1 员工信息 01 员工编号+员工 姓名+性别+健 康状况+职称+ 照片+联系方式 +学历+毕业院 校+所属部门+ 5000 次/天 !- 参加工作时间 2 部门信息 02 部门编号+部门 名称+部门电话 +部门地址+部 门主管 1000 次/天 3 项目信息 03 项目编号+项目 名称+项目负责 人+开工日期+ 结束日期 1000 次/天 4 员工出勤信息 04 员工编号+员工 姓名+日期+出 勤状况+缺勤原 因+备注 10000 次/天 5 项目参与信息 05 项目编号+员工 编号+项目主管 1000 次/天 6 工资信息 06 员工编号+员

13、工 类型+职称+参 与项目+出勤状 况+奖励类别 10000 次/天 7 转入转出 07 员工编号+转动 类型+转动时间 100 次/天 8 奖惩信息 08 奖惩类别+奖惩 名称+奖惩记录 1000 次/天 2）数据存储定义 可以采用如下表格的形式给出系统的主要数据定义，如表 2.2 所示。 表 2.2 人事管理系统主要数据存储定义 编号名称输入输出数据量存取频度存取方式说明 D1 员工记录员工信息 员工的各 种信息 25000 条1000 次/天 联机处理； 检索和更 新；随即 检索 员工号唯 一且非空 D2 部门记录部门信息部门的各 种信息 25000 条100 次/天联机处理； 检索和更

14、 新；随即 检索 部门号唯 一且非空 !- D3 项目记录项目信息各种项目 信息 25000 条100 次/天联机处理； 检索和更 新；随即 检索 项目编号 唯一且非 空 D4 员工出勤 记录 员工出勤 信息 员工是否 出勤 25000 条10000 次/ 天 联机处理； 检索和更 新；随即 检索 员工号为 员工记录 中的员工 号，记录 不允许为 空 D5 项目参与 记录 项目参与 信息 员工各自 参与的项 目 25000 条5000 次/天 联机处理； 检索和更 新；随即 检索 员工编号 和项目编 号分别参 照员工记 录和项目 记录 D6 工资记录员工号及 各项相关 因素 员工各自 的工资

15、25000 条5000 次/天 联机处理； 检索和更 新；随即 检索 员工号参 照员工记 录，工资 与出勤记 录项目记 录等因素 有关，且 员工的工 资因是否 在职而异 D7 转入转出 记录 员工的转 入转出信 息 员工转入 转出的部 门，以及 员工从公 司转入或 转出的信 息 25000 条500 次/天联机处理； 检索和更 新；随即 检索 员工编号 号参照员 工记录 D8 奖惩记录员工奖惩 信息 员工奖惩 记录 25000 条1000 次/天 联机处理； 检索和更 新；随即 检索 员工编号 参照员工 记录 !- 3）处理过程 可以采用如下表格的形式给出系统的主要处理过程定义，如表 2.3

16、所示。 表 2.3 人事管理系统主要处理过程定义 序号处理过程名称输入输出处理说明 P1 人员管理人员情况人员记录 对公司人员统一编码， 将人员信息数据化，存 储入员工记录表中 P2 部门管理部门情况部门记录对公司部门统一编码， 将部门信息数据化，存 储入部门记录表中 P3 项目管理项目情况项目记录对项目统一编码，将项 目信息数据化，存储入 项目记录表中 P4 员工出勤管理员工出勤情况出勤记录将出勤信息数据化，存 储入出勤记录表中 P5 项目参与管理项目参与情况项目参与记录将项目参与信息数据化， 存储入项目参与记录表 中 P6 工资管理员工工资情况员工工资记录将员工工资信息数据化， 存储入工资

17、记录表中 P7 转入转出管理员工转入转出 情况 员工转入转出 记录 将员工转入转出信息数 据化，存储入转入转出 记录表中 P8 奖惩管理员工的奖惩情 况 员工的奖惩记 录 将员工的奖惩信息数据 化 3 概念模型设计 3.1 概念模型设计的方法和步骤 打开软件 PowerDesigner，使用其辅助设计概念模型： 1） 在 PowerDesigner 主页面下新建一个概念模型； !- 2） 在设计页面下点击实体图标，按照需求分析的结果建立实体， 并一一对实体的属性进行设置； 3） 在实体和属性建立完成之后，建立各个实体之间的联系。在 所有实体、属性与实体之间的联系建立好后，基本的概念模型便 设计

18、好了。设计的结果如图 3.1 所示： 图 3.1 人事管理系统概念模型图 3.2 系统概念模型 根据系统的需求分析所得到的概念模型，用 E-R 图表示如图 3.2 所示： !- 图 3.2 人事信息管理 E-R 模型图 !- 4 逻辑模型设计 4.1 逻辑模型设计的方法 在软件 PowerDesigner 中，在原本已建立好的概念模型下，对概念模型 进行检查，检查实体的名字、编码，关系的名字、编码是否唯一，如果不唯 一，则将它们改唯一。之后，在概念模型的主页面之下，点击 Tool 按钮， 选择 Generate Logical Data Model 命令进行设置，使概念模型转化为逻 辑模型。生

19、成的逻辑模型如图 4.1 所示： 图 4.1 人事管理逻辑模型图 4.2 逻辑模型实现 关系模式： !- 员工（员工编号，员工姓名，性别，健康状况，职称，照片，联系方式， 学历，毕业院校，所属部门，参加工作时间） 部门（部门编号，部门名称，部门电话，部门地址，部门主管） 出勤（员工编号，员工姓名，日期，出勤状况，缺勤原因，备注） 项目（项目编号，项目名称，项目负责人，开工日期，结束日期） 工资（员工编号，员工类型，职称，参与项目，出勤状况，奖励类别） 奖罚（员工编号，奖惩名称，奖罚记录） 转入转出（员工编号，转动类型，转动时间） 项目参与信息（项目编号，员工编号，项目主管） 奖罚情况（员工编号

20、，奖罚名称） 项目管理（项目编号，部门编号） 4.3 数据完整性约束定义 根据上面的关系模式，数据库的完整性约束如下所示： 1）实体完整性约束 员工（员工编号） 部门（部门编号） 出勤（员工编号，日期） 项目（项目编号） 工资（员工编号） 奖罚（员工编号，奖罚名称） 转入转出（员工编号） 项目参与信息（项目编号，员工编号） 奖罚情况（员工编号，奖罚名称） 项目管理（项目编号，部门编号） 员工姓名、部门名称必须非空 2）参照完整性约束 !- 出勤（员工编号） 参照：员工.员工编号 工资（员工编号） 参照：员工.员工编号 奖罚（员工编号） 参照：员工.员工编号 转入转出（员工编号） 参照：员工.员

21、工编号 项目参与信息（项目编号，员工编号） 参照：员工.员工编号，项目.项 目编号 奖罚情况（员工编号） 参照：员工.员工编号 项目管理（项目编号，部门编号） 参照：项目.项目编号，部门.部 门编号 3）用户自定义完整性约束 员工表中，员工编号必须以 Y 开头，后面根 7 位数字； 部门表中，部门编号必须以 D 开头，后面跟 5 位数字； 项目表中，项目编号必须以 P 开头，后面根 5 位数字； 项目表中，起始日期必须早于截止日期 5 物理数据库模型设计与实现 5.1 物理数据库模型的图示 对之前已经生成的 CDM 模型进行检查，待检查完毕之后，在 CDM 主页面选择 Tool 中的 Gene

22、rate Phsical Data Model 命令进行设置， 待设置完成后，点击确定按钮，生成 PDM。如图 5.1 所示： !- 图 5.1 人事信息管理物理模型图 5.2 物理数据库模型的详细表示 表格形式表示： !- 图 5.2.1 员工表 图 5.2.2 部门表 !- 图 5.2.3 工资表 图 5.2.4 出勤表 !- 图 5.2.5 转入转出表 图 5.2.6 奖惩表 图 5.2.7 项目表 !- 图 5.2.8 项目信息表 图 5.2.9 奖罚情况表 图 5.2.10 项目管理表 5.3 物理数据库模型的实现 生成具体数据库的 SQL 语句： if exists (select

23、 1 from sys.sysreferences r join sys.sysobjects o on (o.id = !- r.constid and o.type = F) where r.fkeyid = object_id(Relationship_4) and o.name = FK_RELATION_RELATIONS_JIANGCHE) alter table Relationship_4 drop constraint FK_RELATION_RELATIONS_JIANGCHE go if exists (select 1 from sys.sysreferences r

24、join sys.sysobjects o on (o.id = r.constid and o.type = F) where r.fkeyid = object_id(Relationship_4) and o.name = FK_RELATION_RELATIONS_YUANGONG) alter table Relationship_4 drop constraint FK_RELATION_RELATIONS_YUANGONG go if exists (select 1 from sys.sysreferences r join sys.sysobjects o on (o.id

25、= r.constid and o.type = F) where r.fkeyid = object_id(Relationship_6) and o.name = FK_RELATION_RELATIONS_BUMENXIN) alter table Relationship_6 drop constraint FK_RELATION_RELATIONS_BUMENXIN go if exists (select 1 from sys.sysreferences r join sys.sysobjects o on (o.id = r.constid and o.type = F) whe

26、re r.fkeyid = object_id(Relationship_6) and o.name = FK_RELATION_RELATIONS_XIANGMUX) alter table Relationship_6 drop constraint FK_RELATION_RELATIONS_XIANGMUX go if exists (select 1 from sys.sysreferences r join sys.sysobjects o on (o.id = r.constid and o.type = F) where r.fkeyid = object_id(chuqinx

27、inxi) and o.name = !- FK_CHUQINXI_RELATIONS_YUANGONG) alter table chuqinxinxi drop constraint FK_CHUQINXI_RELATIONS_YUANGONG go if exists (select 1 from sys.sysreferences r join sys.sysobjects o on (o.id = r.constid and o.type = F) where r.fkeyid = object_id(gongzixinxi) and o.name = FK_GONGZIXI_REL

28、ATIONS_YUANGONG) alter table gongzixinxi drop constraint FK_GONGZIXI_RELATIONS_YUANGONG go if exists (select 1 from sys.sysreferences r join sys.sysobjects o on (o.id = r.constid and o.type = F) where r.fkeyid = object_id(yuangongxixi) and o.name = FK_YUANGONG_RELATIONS_BUMENXIN) alter table yuangon

29、gxixi drop constraint FK_YUANGONG_RELATIONS_BUMENXIN go if exists (select 1 from sys.sysreferences r join sys.sysobjects o on (o.id = r.constid and o.type = F) where r.fkeyid = object_id(zhuanruzhuanchu) and o.name = FK_ZHUANRUZ_RELATIONS_YUANGONG) alter table zhuanruzhuanchu drop constraint FK_ZHUA

30、NRUZ_RELATIONS_YUANGONG go if exists (select 1 from sysindexes where id = object_id(Relationship_4) and name = Relationship_5_FK and indid 0 and indid 0 and indid 0 and indid 0 and indid 0 and indid 0 and indid 0 and indid 0 and indid 255) drop index zhuanruzhuanchu.Relationship_3_FK go if exists (s

31、elect 1 from sysobjects where id = object_id(zhuanruzhuanchu) and type = U) drop table zhuanruzhuanchu go /*= =*/ /* Table: Relationship_4 */ /*= =*/ create table Relationship_4 ( jiangchengmingcheng char(40) not null, yuanNumber char(8) not null, constraint PK_RELATIONSHIP_4 primary key (jiangcheng

32、mingcheng, yuanNumber) ) go /*= =*/ /* Index: Relationship_4_FK */ !- /*= =*/ create index Relationship_4_FK on Relationship_4 ( jiangchengmingcheng ASC ) go /*= =*/ /* Index: Relationship_5_FK */ /*= =*/ create index Relationship_5_FK on Relationship_4 ( yuanNumber ASC ) go /*= =*/ /* Table: Relati

33、onship_6 */ /*= =*/ create table Relationship_6 ( bumenNumber char(6) not null, xiangmuNumber char(6) not null, constraint PK_RELATIONSHIP_6 primary key (bumenNumber, xiangmuNumber) ) go /*= =*/ /* Index: Relationship_7_FK */ /*= =*/ create index Relationship_7_FK on Relationship_6 ( bumenNumber ASC

34、 ) !- go /*= =*/ /* Index: Relationship_8_FK */ /*= =*/ create index Relationship_8_FK on Relationship_6 ( xiangmuNumber ASC ) go /*= =*/ /* Table: bumenxinxi */ /*= =*/ create table bumenxinxi ( bumenNumber char(6) not null, bumenName char(10) not null, bumenPhone char(9) null, bumenAddress char(16

35、) null, bumenzhuguan char(8) null, constraint PK_BUMENXINXI primary key nonclustered (bumenNumber) ) go /*= =*/ /* Table: chuqinxinxi */ /*= =*/ create table chuqinxinxi ( chuyuanNumber char(8) not null, riqi datetime not null, yuanNumber char(8) not null, chuqinzhuangkuang char(4) null, !- queqinyu

36、anyin char(4) null, beizhu char(20) null, constraint PK_CHUQINXINXI primary key nonclustered (chuyuanNumber, riqi) ) go /*= =*/ /* Index: Relationship_2_FK */ /*= =*/ create index Relationship_2_FK on chuqinxinxi ( yuanNumber ASC ) go /*= =*/ /* Table: gongzixinxi */ /*= =*/ create table gongzixinxi

37、 ( yuangongbianhao4 char(8) not null, yuanNumber char(8) not null, yuangongleixing char(4) null, zhicheng4 char(10) null, canyuxiangmu4 char(8) null, chuqin char(2) null, jiangcehng char(8) null, jiesuanshiujian datetime null, constraint PK_GONGZIXINXI primary key nonclustered (yuangongbianhao4) ) g

38、o /*= =*/ !- /* Index: Relationship_1_FK */ /*= =*/ create index Relationship_1_FK on gongzixinxi ( yuanNumber ASC ) go /*= =*/ /* Table: jiangchengxinxi */ /*= =*/ create table jiangchengxinxi ( jiangchengleibie char(4) null, jiangchengmingcheng char(40) not null, jiangfaqingkuang char(20) null, constraint PK_JIANGCHENGXINXI primary key nonclustered (jiangchengmingcheng) ) go /*=