数据库设计与开发.docx

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

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

3、析，设计，人事信息管理，PowerDesigner1 绪论1.1系统简介光影传媒公司是成立于19XX年的一家传媒公司，公司目在全国各地有三家分公司。该公司囊括电影、电视、音乐、动漫等行业，公司内的部门有董事会、营销部、筹划部、后勤部等。公司现有职工一千多人，其学历、收入、所在部门各不一样，同时，有时由于业务需求，各部门之间会有一定的人事调动。对于如此庞大且繁杂的数据系统，如果采用传统的数据管理显然不能满足管理的需求。于是，要求设计一个适合于光影传媒公司人事信息管理数据库，用以实现统计、管理公司内各职员的根本信息、各个部门的情况、员工的转入或转出、人员的调动，以及公司的各项事务、各项事务的负责情

4、况、进展情况、实施情况和一些相关的后续情况等。要求对于建成的数据库，要能对其中的数据进展增添、删除、修改和更新操作，并且，在使用时，要方便对数据库进展查询，并显示出查询结果。1.2设计目的实现对公司员工的根本信息进展统计，包括姓名、员工号、性别、学历、职称等；对公司各项业务以及业务的实施情况进展统计，包括工程编号、工程名称、工程进展情况等；记录各个员工的转入、转出、调动情况；各个部门的具体情况、负责人、各工程的负责人等。用以记录公司正常运营的各种业务以及提供所需数据，方便公司管理人员以及数据库管理人员对数据进展增加、删除、修改、查询等处理。维持公司的正常运转，提供必要的资料，对公司进展更好的管

5、理。1.3设计内容分析光影传媒公司人事信息管理数据库所要求实现的功能的要求，针对要求，做出具体的需求分析，在需求分析之后，需要进展设计的内容如下：1根据业务调查以及查阅资料了解了光影传媒公司人事信息管理的根本业务之后，设计观影传媒公司人事信息管理的业务、数据流程图；2根据已设计的流程图设计出相应的数据字典；3根据以设计好的业务和数据流程图进展仔细分析，设定实体、属性及关系，设计出业务根本的概念模型，并对其进展适当的优化；4基于已设计出的概念模型设计出逻辑模型，对逻辑模型进展优化；5根据以上的概念模型设计出物理模型，该模型用于存储数据。2 需求分析2.1 .需求分析的任务进展整个数据库设计必须准

6、确了解与分析用户需求包括数据和处理。需求分析是整个设计过程的根底，是最困难、最消耗时间的一步。作为地基的需求分析是否做得充分与准确，决定了在其上构建数据库大厦的速度和质量。需求分析的任务是通过详细调查现实世界要处理的对象组织、部门、企业等，充分了解原系统手工系统或计算机系统工作概况，明确用户的各种需求，然后在此根底上确定新系统的功能。需求分析调查的重点是“数据和“处理，通过调查、收集和分析，获得用户对数据库的如下需求：1信息需求： 公司员工信息：员工编号、员工姓名、性别、学历、所属部门、毕业院校、安康状况、学历、职称、工资、联系方式、职务、奖惩状况、起始工作时间、终止工作时间；公司部门信息：部

7、门编号、部门名称、部门负责人、部门工作描述；工程信息：工程编号、工程名称、工程描述、工程负责人、工程参与部门、工程开场时间、工程完毕时间；员工出勤信息：员工编号、员工姓名、日期、出勤状况、缺勤原因、备注；员工参与工程信息：员工编号、员工姓名、工程编号、工程名称、工程负责人、备注。2处理要求。指用户需要完成什么处理功能。明确用户对数据有什么样的处理要求，从而确定数据之间的相互关系。数据的录入：对公司的员工的根本信息、部门的根本信息、工程的根本信息等进展信息的录入，并对数据进展存储；信息的更新：数据库管理人员要求能对公司员工的信息、部门信息、工程信息等进展增加、修改、删除、查询等功能；信息的查询：

8、公司各部门的员工能对自己的信息进展查询、也能对公司部门的信息进展查询；信息的管理：公司的管理人员通过对信息的查询，做出相应的决策，并对信息进展定期的维护和更新。3平安性与完整性要求。员工的员工编号、部门的部门编号、工程的工程编号均不能为空且必须唯一；员工姓名、部门名称、工程名称均不能为空。普通员工仅能对自己以及公司的信息进展查询，仅有数据库管理人员能对公司数据库中的数据进展增加、删除、修改、更新等操作。2.2 系统数据流程分析1根本业务调查通过查阅资料和与公司内人员交流，得出的业务根本流程如图2.1所示：图2.1.根本信息录入流程通过各个管理部门对根本信息进展登记和审核，待审核合格之后录入公司

9、数据库。待数据库建成之后需要对数据库进展定期的维护和更新，并把新的数据存入数据库，其流程如图2.2.所示：图2.2.数据更新流程图对于每个工程，先要对工程进展申报、筹划，得到批准之后，再分配相关人员配合参与，并把参与信息录入数据库，其流程如图2.3.所示：图2.3.工程申报流程图2数据流程图根据对公司人事信息管理的调查和了解，以及查阅资料了解相关业务之后，对数据的流动及传输做了一定规划，设计出来的数据流程图如图2.4所示：图2.4 人事管理数据流程图2.3 数据字典在数据流程图中，数据信息和处理过程需要通过数据字典才能描述清楚，因此在数据字典中主要对数据流程图中的数据流、数据存储和处理过程给出

10、更详细、更准确的说明。1数据流定义可以通过表格的形式给出数据流程图的主要数据流，如表2.1所示。表2.1 人事管理系统主要数据流定义序号名称位置构造定义最大数据流量1员工信息01员工编号+员工姓名+性别+安康状况+职称+照片+联系方式+学历+毕业院校+所属部门+参加工作时间5000次/天2部门信息02部门编号+部门名称+部门 +部门地址+部门主管1000次/天3工程信息03工程编号+工程名称+工程负责人+开工日期+完毕日期1000次/天4员工出勤信息04员工编号+员工姓名+日期+出勤状况+缺勤原因+备注10000次/天5 工程参与信息05工程编号+员工编号+工程主管1000次/天6工资信息06

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

12、天联机处理；检索和更新；随即检索工程编号唯一且非空D4员工出勤记录员工出勤信息员工是否出勤25000条10000次/天联机处理；检索和更新；随即检索员工号为员工记录中的员工号，记录不允许为空D5工程参与记录工程参与信息员工各自参与的工程25000条5000次/天联机处理；检索和更新；随即检索员工编号和工程编号分别参照员工记录和工程记录D6工资记录员工号及各项相关因素员工各自的工资25000条5000次/天联机处理；检索和更新；随即检索员工号参照员工记录，工资与出勤记录工程记录等因素有关，且员工的工资因是否在职而异D7转入转出记录员工的转入转出信息员工转入转出的部门，以及员工从公司转入或转出的信

13、息25000条500次/天联机处理；检索和更新；随即检索员工编号号参照员工记录D8奖惩记录员工奖惩信息员工奖惩记录25000条1000次/天联机处理；检索和更新；随即检索员工编号参照员工记录3处理过程可以采用如下表格的形式给出系统的主要处理过程定义，如表2.3所示。表2.3 人事管理系统主要处理过程定义序号处理过程名称输入输出处理说明P1人员管理人员情况人员记录对公司人员统一编码，将人员信息数据化，存储入员工记录表中P2部门管理部门情况部门记录对公司部门统一编码，将部门信息数据化，存储入部门记录表中P3工程管理工程情况工程记录对工程统一编码，将工程信息数据化，存储入工程记录表中P4员工出勤管理

14、员工出勤情况出勤记录将出勤信息数据化，存储入出勤记录表中P5工程参与管理工程参与情况工程参与记录将工程参与信息数据化，存储入工程参与记录表中P6工资管理员工工资情况员工工资记录将员工工资信息数据化，存储入工资记录表中P7转入转出管理员工转入转出情况员工转入转出记录将员工转入转出信息数据化，存储入转入转出记录表中P8奖惩管理员工的奖惩情况员工的奖惩记录将员工的奖惩信息数据化3 概念模型设计3.1 概念模型设计的方法和步骤翻开软件PowerDesigner，使用其辅助设计概念模型：1）在PowerDesigner主页面下新建一个概念模型；2）在设计页面下点击实体图标，按照需求分析的结果建立实体，并

15、一一对实体的属性进展设置；3）在实体和属性建立完成之后，建立各个实体之间的联系。在所有实体、属性与实体之间的联系建立好后，根本的概念模型便设计好了。设计的结果如图3.1所示：图3.1 人事管理系统概念模型图3.2 系统概念模型根据系统的需求分析所得到的概念模型，用E-R图表示如图3.2所示：图3.2 人事信息管理E-R模型图4逻辑模型设计4.1 逻辑模型设计的方法在软件PowerDesigner中，在原本已建立好的概念模型下，对概念模型进展检查，检查实体的名字、编码，关系的名字、编码是否唯一，如果不唯一，那么将它们改唯一。之后，在概念模型的主页面之下，点击Tool按钮，选择Generate L

16、ogical Data Model命令进展设置，使概念模型转化为逻辑模型。生成的逻辑模型如图4.1所示：图4.1 人事管理逻辑模型图4.2 逻辑模型实现关系模式：员工员工编号，员工姓名，性别，安康状况，职称，照片，联系方式，学历，毕业院校，所属部门，参加工作时间部门部门编号，部门名称，部门 ，部门地址，部门主管出勤员工编号，员工姓名，日期，出勤状况，缺勤原因，备注工程工程编号，工程名称，工程负责人，开工日期，完毕日期工资员工编号，员工类型，职称，参与工程，出勤状况，奖励类别奖罚员工编号，奖惩名称，奖罚记录转入转出员工编号，转动类型，转动时间工程参与信息工程编号，员工编号，工程主管奖罚情况员工编

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

18、号工程管理工程编号，部门编号 参照：工程.工程编号，部门.部门编号3用户自定义完整性约束员工表中，员工编号必须以Y开头，后面根7位数字；部门表中，部门编号必须以D开头，后面跟5位数字；工程表中，工程编号必须以P开头，后面根5位数字；工程表中，起始日期必须早于截止日期5 物理数据库模型设计与实现5.1 物理数据库模型的图示对之前已经生成的CDM模型进展检查，待检查完毕之后，在CDM主页面选择Tool中的Generate Phsical Data Model命令进展设置，待设置完成后，点击确定按钮，生成PDM。如图5.1所示：图5.1 人事信息管理物理模型图 5.2 物理数据库模型的详细表示表格形

19、式表示：图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 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_RELATI

20、ON_RELATIONS_JIANGCHE)alter table Relationship_4 drop constraint FK_RELATION_RELATIONS_JIANGCHEgoif 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(Relationship_4) and o.name = FK_RELATION_RELATIONS_YUANGONG)alter table

21、Relationship_4 drop constraint FK_RELATION_RELATIONS_YUANGONGgoif 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(Relationship_6) and o.name = FK_RELATION_RELATIONS_BUMENXIN)alter table Relationship_6 drop constraint FK_

22、RELATION_RELATIONS_BUMENXINgoif 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(Relationship_6) and o.name = FK_RELATION_RELATIONS_XIANGMUX)alter table Relationship_6 drop constraint FK_RELATION_RELATIONS_XIANGMUXgoif ex

23、ists (select 1 from sys.sysreferences r join sys.sysobjects o on (o.id = r.constid and o.type = F) where r.fkeyid = object_id(chuqinxinxi) and o.name = FK_CHUQINXI_RELATIONS_YUANGONG)alter table chuqinxinxi drop constraint FK_CHUQINXI_RELATIONS_YUANGONGgoif 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(gongzixinxi) and o.name = FK_GONGZIXI_RELATIONS_YUANGONG)alter table gongzixinxi drop constraint FK_GONGZIXI_RELATIONS_YUANGONGgoif exists (select 1 from sys.sysreferences r join sys.sysobjects o on (o.id = r.const

25、id and o.type = F) where r.fkeyid = object_id(yuangongxixi) and o.name = FK_YUANGONG_RELATIONS_BUMENXIN)alter table yuangongxixi drop constraint FK_YUANGONG_RELATIONS_BUMENXINgoif exists (select 1 from sys.sysreferences r join sys.sysobjects o on (o.id = r.constid and o.type = F) where r.fkeyid = ob

26、ject_id(zhuanruzhuanchu) and o.name = FK_ZHUANRUZ_RELATIONS_YUANGONG)alter table zhuanruzhuanchu drop constraint FK_ZHUANRUZ_RELATIONS_YUANGONGgoif 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 255) drop index chuqinxinxi.Relationship_2_FKgoif exists (select 1 from sysobjects where