人事管理系统设计Word文档格式.docx
《人事管理系统设计Word文档格式.docx》由会员分享，可在线阅读，更多相关《人事管理系统设计Word文档格式.docx（41页珍藏版）》请在冰豆网上搜索。
高等教育出版社，2002
⑷王能斌.数据库系统原理.北京：
电子工业出版社，2002
摘要
随着计算机应用的普及，推动企业计算机管理现代化的时机已经到来，采取信息化管理是企业在新经济时代的必然趋势，也是企业管理者的迫切需求。
信息技术为企业的发展提供了机遇，也带来了挑战。
如何改良你公司的内部经营机制，公正、客观、全面、快捷地记录和评估有关员工的信息，实现以人为本的经营战略，提高人事管理工作的效率，使人事管理员有更多的精力去做人力资源分析、研究和开发工作，是公司立足发展，开拓未来，领先同行业的关键。
作为现代人事管理的重要手段之一，人事信息化建设在此过程中将起到不可代替的作用：
只有通过人事管理信息系统，人事管理人员才能跨越时空、地域的障碍，在第一时间完成对信息的归集，并从浩如烟海的数据中找到有用信息，为管理决策者提供及时、准确的决策依据！
我国的企业自身的基础薄弱，一是人事管理基础薄弱，主要表现为人事管理体制过于分散，多数企业很难实现人事资料信息管理制度；
人事管理制度不健全、不规范。
二是一些工业企业生产装备自动化、信息化水平低，不能准确提供完整的实物信息。
三是几乎所有行业都没有统一、规范的产品编码，企业自己搞的产品编码不健全、不规范。
四是企业普遍缺乏信息技术和人事管理的专业人才，难以实现自主开发。
所以急需一套全面的，合理的人事管理系统。
目前有好多类似的人事管理系统，但一个信息系统的开发不但是一个高投入、高技术的项目，而且是一个牵涉问题面广、拖延时间长的项目，从信息管理的角度来看，一个信息系统开发项目决不仅仅是一个纯技术性的问题，还须用技术、管理和组织相结合的综合观点来指导此类项目的开发。
与发达国家大企业相比，我国人事财务管理信息化建设工作的总体水平还很低，处在起步阶段。
而这个人事管理系统管理公司的人事信息，提供查询功能，方便用户的统计分析。
关键词 人事管理系统，数据库，数据流图，数据字典，关系
1系统总体介绍及组内分工
1.1系统总体介绍
随着社会的不断进步、科学技术快速发展以及生产力水平逐步提高，使得管理工作显得越来越重要。
在现代管理科学体系中，管理信息系统已经被公认为是一门不可替代的崭新学科，目前，其正处在不断发展、逐步完善阶段。
计算机作为现代化的工具与手段应用于管理，已成为信息处理的重要工具。
计算机的应用范围越来越广，应用的功能由一般数据处理发展为分析预测、支持决策，最终导致了管理信息系统的产生。
本系统代替了原来烦琐的档案人工处理，可以完成以下功能：
1．新增和删除用户以及修改用户基本信息。
2．查询用户基本信息及监理工作和岗位培训等的基本情况。
3．完成员工基本情况的报表输出。
其系统功能模块图，如图1.1所示。
图1.1人事管理系统功能图
1.2组内分工
其组内具体分工如下表1.1所示。
表1.1组内分工
姓名
学号
组内关系
任务
成绩
张博
21
组长
系统总体设计、需求分析、概念结构设计、报告的排版
侯金龙
12
组员
摘要、逻辑结构设计
李熙坤
27
概念结构设计、致谢
裴莹莹
03
需求分析、逻辑结构设计、结论
2数据库设计
2.1需求分析
2.1.1本系统的需求分析
随着现代社会的不断发展，市场经济体制的不断深入，企业的生产流程也发生了翻天覆地的变化。
在企业的生产流程中，人事管理是最重要的一环。
在以前，很多公司在生产管理方面是单纯的人工操作。
企业内部的施工部门在下达生产命令以前，则需要人工的联系各个相关部门获得施工信息。
例如，要到指定的地点去进行施工的相关信息，人员信息是否满足要求等问题。
如果涉及到采购原材料，则还需要联系采购部门等等。
这样繁锁的工作流程不但耗费大量的时间，同时也因全是人工操作而易产生错误。
对于企业来说，时间和工作效率是高利润的根本。
所以，我们在此基础上根据实际情况的要求开发了企业人事管理系统。
该系统正确运行后，当职员接到工程信息后，可根据工程编号查得相应的工程信息；
生产管理部门查得相应的生产命令后，可下达工作命令给施工部门，此时施工部门利用施工命令上的工程编号可得知施工工程的负责人。
待施工部门完成施工后，会计部门即利用工程项目的负责人编号查出负责人的相关信息，以得知需将工程的款项交给谁。
在在施工工程项目开始前时，根据工程需要及职员岗位相关信息，选择若干名职工去参加岗位培训。
在整个运行期间，赋予每位职工都被赋予不同的编号，并以职工编号为前提，将各个部门也赋予了相应的编号，并且让每位职工加入不同的部门，这样就可以通过个人编号查出相关个人及部门数据。
同时为了更好的了解施工工程信息，将施工工程都定义一个相应的编号，这样就可通过工程编号查得负责人的相应信息。
2.1.2数据流图
一个基于计算机信息处理系统的逻辑模型由数据流和一系列数据转换构成，这些转换将输入数据变换为输出数据。
数据流图就是用来刻画数据流和数据转换的信息系统建模技术。
数据流图并不足以完整地描述软件的需求，因为它没有描述数据流的内容。
一般地，数据流图必须与描述并组织数据条目的数据字典配合使用。
数据流图（DataFlowDiagram，DFD）作为结构化系统分析与设计的主要方法，是用来描绘软件系统逻辑模型的图形工具，它使用4种基本元素来描述系统的行为，过程、实体、数据流和数据存储。
用于描绘信息在系统中的流动和处理情况。
数据流图方法直观易懂，使用者可以方便的得到系统的逻辑模型和物理模型，但是从图中无法判断活动的时序关系，设计DFD只需考虑软件系统必须完成的基本逻辑功能，完全不需考虑如何具体地实现这些功能，即只考虑软件“做什么”，而不必考虑“怎么做”。
数据流图的基本符号的介绍，如表2.1所示。
表2.1数据流图基本符号的意义
符号
说明
加工，输入数据在此进行变换产生输出数据，中间要注明加工的名字
数据输入的源点和数据输出的终点，在其中要注明源点或终点的名字
数据流，被加工的数据及数据流向，在箭头边要用名词或名词性短语给出数据流的名字
数据存储文件，要用名词或名词性短语给出数据文件的名字
具体功能分析：
●数据源点和数据终点
数据源点和数据终点用方框表示，它是系统之外的实体，可以是人、事、物、部门或其他系统，如图2.1中的学生和业务员。
●加工（数据处理变换）
加工用圆框表示，是对数据进行处理的逻辑单元，它接受若干输入数据流，通过加工，内部产生规定的输出数据流。
如图2.1中申请贷款、担保、银行发贷款等等都是加工的例子。
●数据流
数据流用带数据流标识的箭头表示，表示系统处理的数据对象和数据流动的方向。
数据流的方向可以是：
从一加工流向另一加工、从加工流向数据存储或数据存储流向加工、从源点流向加工或从加工流向终点，如图2.1中箭头所表示就是流向。
●数据存储文件
数据存储文件在数据流图中起着保存数据的作用，它可以是数据库、文件或任何其它形式，指向存储的数据流可理解为数据写入，从存储引出的数据流可理解为数据读出
由于人事管理系统主要是以员工为主体，所以该数据流图也是只针对员工的一系列信息在系统中的数据流向及存储进行设计的。
该系统的数据流图，如图2.1所示。
图2.1人事管理系统数据流图
2.1.3数据字典
数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分。
其中数据项是数据的最小组成单位，若干个数据项可以组成一个数据结构，数据字典通过对数据项和数据结构的定义来描述数据流、数据存储的逻辑内容。
⑴数据项
数据项是不可再分的数据单位。
可以用关系规范化理论为指导，用数据依赖的概念分析和表示数据项之间的联系。
即按实际语义，写出每个数据项之间的数据依赖，它们是数据库逻辑设计阶段数据模型优化的依据。
对数据项的描述通常包含以下内容：
数据项描述={数据项名，数据项含义说明，别名，数据类型，长度}
对于本系统中所包含的各个数据项的具体描述，如表2.2、2.3、2.4、2.5、2.6、2.7所示。
表2.2职员基本信息表的数据项
字段名
类型
宽度
员工编号
字符型
10
姓名
8
性别
男、女
技术职称
6
监理资质
地区全国
电话
家庭电话
手机
岗位名称
16
参加的培训名称
20
包括以前的和现在的
参加工程项目编号
100
表2.3职工简历表的数据项
简历编号
出生日期
日期型
-
年月日
民族
籍贯
省（直辖市）、市（区）
身份证号
政治面貌
群众、党员、团员
最高学历
高中、大学、研究生等
婚姻状况
已婚、未婚
健康状况
良好、一般等
档案地
40
参加工作时间
专业
毕业院校
50
外语语种
外语级别
表2.4职员岗位信息表的数据项
岗位编号
在职，离岗
岗位级别
一至五级
工资级别
部门编号
表2.5部门信息的数据项
部门名称
36
部门职能
部门地点
部门负责人
部门电话
表2.6岗位培训表的数据项
培训名称
起始时间
培训地点
培训费用
数字型
员工代码
培训成绩
表2.7工程项目表数据项
工程项目编号
工程名称
开工日期
竣工日期
所需人员人数
所需岗位
监理负责人
⑵数据结构
数据结构反映了数据之间的组合关系。
对数据结构的描述包括以下内容：
数据结构描述={数据结构名，含义说明，组成：
{数据项或数据结构}}
本系统的数据结构描述，如表2.8所示。
表2.8人事管理系统的数据结构说明
数据结构名
含义说明
组成
职员信息
记录职工基本信息
员工代码、姓名、性别、技术职称、监理资质、电话、备注
部门信息
描述部门职能信息
部门代号、部门名称、部门地点、部门经理、部门电话
工程项目信息
描述工程信息
工程项目代码、工程名称、开工日期、竣工日期、监理负责人
⑶数据流
数据流是数据结构在系统内传输的路径。
对数据流的描述通常包括以下内容：
数据流描述={数据流名，说明，数据流来源，数据流去向，组成：
{数据结构}，}其中，数据流来源是说明该数据流来自哪个过程；
数据流去向是说明该数据流将到哪个过程去。
本系统对数据流的描述，如表2.9所示。
表2.9人事管理系统的数据流
数据流
数据流来源
数据流去向
注册信息
职工
审核
职工注册相关信息
通过信息
简历信息
符合条件的注册
批准/不批准1
判断后信息返回职工
批准/不批准2
部门
判断后的注册信息
核对信息
要注册的所有信息
登录信息
登录
新信息
修改
批准
查询
职工经过批准后的信息
相关信息1
职工岗位
整理后的有用信息
相关信息2
考核
挑选后的有用信息
岗位信息
录入
编辑后的有用信息
符合信息1
满足条件的职工信息
符合信息2
工程项目
符合信息3
岗位培训信息
选定参加培训人员
⑷数据存储
数据存储是数据结构停留或保存的地方，也是数据流的来源和去向之一。
人事管理系统中数据存储包含系统要存储的实体的有关信息。
本系统对数据存储的具体描述，如表2.10所示。
表2.10人事管理系统的数据存储
数据存储
存储
职工简历表信息
存储职工的基本信息
职员岗位信息
存储职工所在部门的基本信息
培训名称、培训时间、培训地点、培训费用、培训成绩
⑸处理过程
处理过程的具体处理逻辑一般用判定表或判定树来描述。
数据字典中只需要描述处理过程的说明性信息，如表2.11所示。
表2.11人事管理系统的处理过程
处理过程
输入
输出
对职工的注册信息进行审核处理
职工登录信息
批准登录信息
对职工的登录信息进行处理
职工的新信息
整理好信息
对职工的新信息进行修改处理
职工基本信息
对职工基本岗位信息进行处理
职工人员信息
符合条件信息
对工程项目信息进行查询处理
匹配培训信息
对符合条件信息进行相应岗位培训
2.2概念结构设计
2.2.1概念设计思想
如果要使数据库系统能真实和充分地反映现实世界，就必须将需求分析得到的用户需求抽象为信息结构即概念结构设计。
只有做了概念结构设计，才能更好、更准确地用本DBMS来实现这些需求。
概念结构设计的任务是在需求分析阶段产生的需求说明书的基础上，按照特定的方法把它们抽象为一个不依赖于任何具体机器的数据模型，即概念模型。
我们所做的是人事管理系统。
为了更加简单明了的说明人事管理系统的各种联系，我们要将在需求分析阶段得出的结论转换为能更加说明概念结构的概念模型。
概念模型使设计者的注意力能够从复杂的实现细节中解脱出来，而只集中在最重要的信息的组织结构和处理模式上。
概念结构模型是对现实世界的抽象和概括，真实充分地反映了现实世界中事物和事物之间的联系，能满足人们对数据的处理要求。
由于概念模型简洁、明晰、独立于计算机，很容易理解，因此可以用概念模型和不熟悉计算机的用户交换意见，使用户能积极参与数据库的设计工作，保证设计工作顺利进行。
概念模型易于向关系、网状、层次等各种数据模型转换，从而可以用它和不熟悉计算机的用户交换意见。
当应用环境和应用要求改变时，容易对概念模型修改和扩充。
概念结构是各种数据模型的共同基础，它比数据模型更独立于机器、更抽象，从而更加稳定。
所以我们要用概念结构来表示，而最有力的表示工具是E-R图。
我们既然做的是人事管理系统的的数据库，所以要对在人事管理过程中需要接触的实体和他们之间的联系要有所了解。
在人事管理系统里，最重要的实体是职员，其他的实体还有工程项目、工作部门、工作岗位等。
另外，考虑到职工人员需要定期参加岗位培训，所以还要考虑到岗位培训的记录问题，为了方便，我们把岗位培训当作一个实体考虑，将问题可以简单化。
需要注意的是，职工会有很多属性，有许多属性在工作时或发放工资时都不是很最重要的信息，如果删除了它们，还会造成一些信息的损失。
为此，考虑到减少我们设计的人事管理系统数据库数据的信息冗余度，我们将职工一些不太重要的属性需要分离出来，当作一个新的实体对待，减少了对数据库操作时造成的信息冗余度，还使整个系统更加明晰。
所以，就这样将人事管理系统的几个实体从现实世界分离了出来，包括职工、岗位、部门、职工简历、工程项目。
然后再考虑它们之间的联系和每个实体数据的码的设置。
为了简单考虑，我们对每个实体都设置了实体编号作为数据存储时的主码。
在人事管理里这几个实体的联系也是很明了的。
首先每个职工会有唯一的简历信息与之对应。
其次，每次职工岗位培训会有很多职工参加，说明岗位培训和职工是一对多的联系。
当然，对任何一个公司来说，不能保证在同一个岗位上的职员只有一个，例如一个车间的机工会有很多。
所以，岗位和职工也是一对多的联系。
同理，一个部门里也会有不同的岗位，它和岗位也是一对多的联系。
还有，考虑到一个部门可能会负责几个工程项目，而一个工程项目也可能会需要不同的部门合作。
所以，部门和工程项目之间是多对多的联系。
一个工程会需要很多职工来共同完成，并且每个职工会有其对应的分工，所以职工和工程项目之间是有属性的多对一的联系。
这样，在概念设计阶段需要考虑的细节都差不度考虑到了。
2.2.2局部概念结构设计
局部概念模型的设计思想是根据需求分析的内容用E-R图分别表示出各个实体及其属性，以及用E-R图表示出各实体之间的联系。
⑴本系统的局部概念结构设计中的实体与其各个属性的表示，如图2.2、2.3、2.4、2.5、2.6、2.7所示。
图2.2职工信息E-R图
图2.3岗位信息E-R图
图2.4部门信息E-R图
图2.5岗位培训信息E-R图
图2.6简历信息E-R图
图2.7工程项目信息E-R图
⑵局部概念结构设计中的实体与实体间的表示如下描述：
职工与简历之间的关系：
一个职工只可以有一个简历档案，而一个简历档案只能被一个职工所有即二者是一对一的关系，如图2.8所示。
图2.8简历信息实体与职工信息实体之间的联系
岗位培训与职工之间的关系：
一个岗位培训可以有多个职工参加，而一个职工只能参加一种岗位培训即二者是一对多的关系，如图2.9所示。
图2.9岗位培训信息实体与职工信息实体之间的联系
岗位信息与职工之间的关系：
一个岗位可以有多个职工，而一个职工只能在一个岗位工作，即二者是一对多的关系，如图2.10所示。
图2.10岗位信息实体与职工信息实体之间的联系
部门与岗位之间的关系：
一个部门可以有多个岗位，而一个岗位只能在某一个部门，即二者是一对多的关系，如图2.11所示。
图2.11部门信息实体与岗位信息实体之间的联系
部门与工程项目之间的关系：
一个部门可以负责多个工程项目，而一个项目也可以有多个部门进行管理即二者是多对多的关系，如图2.12所示。
图2.12部门信息实体与工程项目信息实体之间的联系
2.2.3总体概念结构设计
完成局部概念设计后，实体和实体的属性及各个实体间的关系即以确定，由于各个局部所面向的问题不同，这就导致各个分E-R图之间必定会存在许多不一致的问题，称之为冲突。
各E-R图之间的冲突主要有三种：
属性冲突、命名冲突、结构冲突。
除了消除冲突之外，还要消除不必要的冗余，消除冗余主要采用分析方法，即以数据字典和数据流图为依据，根据数据字典中关于数据项之间逻辑关系的说明来消除冗余，但并不是所有的冗余数据与冗余联系都必须加以消除，有时为了提高效率，不得不以冗余信息作为代价。
因此在设计数据概念时，哪些冗余必须消除，哪些冗余信息允许存在，需要根据用户的整体要求来确定，如果人为的保留一些冗余数据，则应把数据字典数据关联的说明作为完整性约束条件。
除分析方法外，还可以用规范化理论来消除冗余。
在设计全局E-R图时我们严格依据上面的条件和规则，应用上面的方法设计出全局E-R图，如图2.13所示。
图2.13本系统的全局E-R图
2.2.4数据库设计工具软件PowerDesigner的应用
1.PowerDesigner的安装：
选择PowerDesigner950-Trial文件进行安装，安装到C盘的programfiles文件夹内，如图2.14所示。
图2.14安装界面
2.CDM图的生成过程：
（1）安装完成后进入到PowerDesigner操作界面。
依次选择开始/程序/Sybase/PowerDesigner9/PowerDesigner选项，就会弹出PowerDesigner对话框。
选择菜单File里的New选项，在弹出的New对话框内选择“ConceptualDataModel”选项，单击“OK”按钮，如图2.15所示。
图2.15生成CDM过程
（2）绘制实体
A．单击选中工具选项板上的“实体图标”。
然后在CDM工作区内单击产生实体图形，右键解除当前选择的任务。
B．双击CDM工作区中的实体图形，出现定义实体特征的窗口。
在该窗口内可定义实体的规则（Rules）、描述（Description）、注释（Annotation）、属性（Attributes）。
C．在“General”选项下输入Name、Code内容。
这里的Name表示实体的描述名称，用中文表述，Code表示实体的代码名称，用简化的英文表述，如图2.16所示。
图2.16绘制实体
（3）定义实体属性
在定义实体特征的窗口内选择“Attributes”选项，出现定义实体属性窗口，如图2.17所示。
图2.17定义实体
A．确定实体属性的Name、Code及数据类型（DataType列）。
B．确定一个属性是否为这个实体的标识符或标识符的一部分（Primary复选框），实体的标识符可以由一个或多个属性组成，它惟一标识实体中的一个实例，即它代表了关系中的主键，在
升级会员 