员工人事信息管理系统.docx
《员工人事信息管理系统.docx》由会员分享，可在线阅读，更多相关《员工人事信息管理系统.docx（18页珍藏版）》请在冰豆网上搜索。
员工人事信息管理系统
第一章绪论
1.1研究的内容
随着计算机和网络技术的广泛应用，人事档案管理已成为现代企业管理中必不可少的一部分。
企业要发展必须要对人事方面做出更好的管理和控制，为适应现代企业制度管理的要
求，实现企业劳动人事档案管理的科学化和规范化，以更好的促使企业的发展的需要，从而
提出了企事业单位人事档案管理系统的开发的课题来对企业进行科学现代化的管理。
1.2研究的软硬件环境
企事业单位人事档案管理工作是一种繁琐，务求准确的信息检索工作。
特别是在对在岗人员的调动，离退人员，工资发放，职称评定等信息的管理，具有典型的信息处理管理模式。
以PowerBuilder为设计工具以更好的对软件进行开发与应用，达到提高企事业业单位人事档案管理信息系统的效果。
第二章系统需求分析
2.1系统开发战略
本系统开发主要采用自顶向下的开发方式，自顶向下的方法模型如下图所示：
需求
2.2系统需求功能分析
系统需求分析简单来说就是分析用户的要求。
需求分析是设计数据库的起点，需求分析的结果是否准确的反应了公司的实际要求，将直接影响到后面各个阶段的设计，并影响到设计结果是否合理和实用。
本系统应用于企业员工资料管理。
主要任务是用计算机对员工进行日常事务管理，如员工信息的添加，删除，修改，查询，以及企业职工的统计和打印等。
该系统包含三种基本信息：
企业员工的基础信息、日常记事、家庭住址和工作服务情况，还可以根据需要对数据进行信息更新，包括对企业职工资料进行添加、修改和删除，对日常记事和通讯信息进行添加、修改、删除等操作、查询等。
能进行多条件的企业职工信息查询的查询统计。
按多条件对企业客户信息查询后，能进行按企业员工不同信息的统计等。
数据库操作。
能够对数据库数据进行保存、数据清除以及数据存储转换操作。
其他操作。
能够在必要时候调用其他工具（如可调用记事本）。
通过以上分析，企业职工管理系统有基础的信息管理模块，职工管理模块、备忘记录。
数据库模块组成。
2.2.1需求分析的任务需求分析的任务是通过详细的调查现实世界要处理的对象（组织、部门、企业等），充分了节原系统（手工系统或计算机系统）工作概况，明确公司的各种需求，然后再此基础之上确定新的功能。
调查的重点是“数据”和“处理”，通过调查收集与分析，获得企业对数据库如下要求：
（1）信息要求。
指公司需要从数据库中获得信息的内容和性质。
即需要在数据库当中存储哪些数据。
（2）处理要求。
指公司要完成什么样的处理功能，对处理的时间有什么要求，处理方式是批处理还是联机处理。
（3）安全性与完整性要求。
设计人员必须具备专业的知识，不断了解公司的需求需要。
了解公司，深入与公司人员进行交流，才能逐步满足公司的实际需求。
2.2.2需求分析的方法进行需求分析首先是调查清楚该公司的实际要求，与公司达成共识，然后分析和表达这些需求。
调查公司的具体步骤如下：
（1）调查组织机构情况。
（2）调查个部门的业务状况
（3）在熟悉业务的基础之上，协助用户明确对新系统的各种要求，包括信息要求、用户要求、安全性与完整性要求，这是调查的又一重点。
（4）确定新系统的边界。
对前面的调查结果进行初步分析，确定哪些功能有计算机完成，哪些有人工来完成。
有计算机来完成的就是新系统的实现功能。
常用的调查方法如下：
（1）跟班调查作业。
通过亲身参见业务活动来了解业务活动的状况。
（2）开调查会。
通过与公司人员座谈来了解业务活动情况与用户需求，以便设计的软件满足实际的应用需求。
（3）请专人介绍。
有经验、专业人员。
（4）询问。
对存在的问题向专业人士请教。
（5）设计调查表给公司人员填写。
合理的设计想要的内容表格。
（6）查阅记录。
查阅与原系统相关的数据记录。
（7）多与职工沟通交流，获取有用信息。
数据存储
223数据字典
数据流图表达了数据和处理的关系，数据字典则是系统中各类数据描述的集合，是进
行详细的数据分析所获得的主要成果。
数据字典在数据库设计中占有很重要的位置。
数据字
典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分。
数据项是数据的最小组成单位，若干个数据项可组成一个数据结构，数据字典通过对数据项和数据结构定义来
描述数据流、数据存储的逻辑内容。
数据项描述=｛数据项名，数据项含义说明，别名，数据类型，长度，取值范围，取值含义，与其他数据项的逻辑关系，数据项之间的关系｝
数据结构的描述=｛数据结构名，含义说明，组成：
｛数据项或数据结构｝｝
数据流的描述=｛数据流名，说明，数据流来源，数据流去向，组成｛数据结构｝，平均流量，
高峰期流量｝
第三章系统分析与设计
3.1业务流程分析
本系统使用了先进的数据库技术与数据管理技术，使数据的准确性与安全性得到了很大
的提高，且在公司的并行操作与公司管理方面也有了极大地改善。
企业工作总体规划由操作
人员在员工信息管理系统中完成对运档案处所需的基本数据的维护，包括这些信息的增加、修改及对各项信息的变动都将在这进行操作。
职工模块：
个人信息，通过该模块员工可查看自己的待遇状况，以及个人的基本信息。
口
员工管理，通过该模块，员工可自己查看自己的业务成绩，以及考核状况。
以及工作的
范围，什么时间开会，什么时候上下班，任什么职务等进行严格的分类要求，严格按照指令
而来。
报表处理：
管理部门：
对员工、部门、岗位查询完成各类查询报表。
操作人员：
对工资信息的更新后产生工资表。
人事档案登记过程，员工在人事部门领取个人简历、家庭成员、社会关系、个人基本资
料四式一份的表格，然后填写，填写完毕交回人事部门，由人事部门的档案管理组进行审核，审核不合格的发回重新填写，合格的以原始资料存档，并据以填写职工人事卡片。
人事档案统计过程，人事部门调查分析组按管理组提供的员工人事卡片统计各种所需的数据，然后填
写所对应的统计报表，该统计报表一式两份，然后做出分析后，连同一份统计报表上交上一级主管部门，另一份统计报表存档备查。
如发生企业内部人员调动、升职、降职、或添加职工和开除职工等情况时，只需修改、添加和删除相应的人事卡片，其余过程同上。
人
事部门将收集到员工人事信息统一进行审核。
审核过程中，人事信息需要所有审核人员通过，
方可录入系统数据库。
如信息有误，需要返回给员工进行重新填写或修改。
逻辑结构设计
3.2系统功能设计
系统开发的总体任务是实现企业人事信息关系的系统化、规范化和自动化，是在系统开
发的总体任务的基础上完成的。
对本系统的功能进行集中、分块，按照结构化程序设计的要
求,得到如下图所示的系统功能模块图。
各模块实现的功能解释如下：
1）有关企业员工各种信息的输入，包括员工基本信息、所在部门、工作信息和工作简历等。
2）员工各种信息的查询。
3）员工各种信息的修改。
4）考勤信息的输入等。
5）考勤信息的查询。
6）员工工作评价信息的输入。
7）员工工作评价信息的查询。
8）员工工作评价信息的修改。
9）员工工资信息的输入
10）员工工资信息的查询。
11）员工工作信息修改等。
局
人事信息管理总体流程图
员工考勤信息业务流程图
员工基本信息表
考勤
”管理
岀勤信息
表
・员工
管理
工资管理
管理
员工评价
信息表
员工详细
工资表
员工工资•信息表单
考勤信息实体E--R图
员工工资业务流程
3.3概念结构设计软件系统本质上是信息系统处理系统，因此在软件的整个开发过程中都必须考虑两方面的问题：
数据及对数据的处理。
在需求分析阶段则要分析用户的数据要求，即需要哪些数据，数据之间的联系，数据本身有什么性质，数据的结构等，并且又要分析企业的处理要求，即对数据进行哪些处理，每个处理的逻辑功能等。
为把企业的数据要求清晰明确的表达出来，系统分析员通常建立一个概念性的数据模型。
概念性数据模型是一种面向问题的数据模型，是按照企业所需的观点来对数据和信息建模。
通常，软件系统中有许多数据是需要长期保存的，为减少数据冗杂，简化修改数据过程，应该对数据进行规范化。
1E-R模型
E-R模型包含“实体”、“联系”、“属性”三个基本成分。
（1）实体实体是客观世界中存在的且可以相互区分的事物。
实体可以是具体事物，也可以是抽象事物。
（2）联系客观世界中的事物彼此之间往往是有联系的。
这些联系在信息世界中反映为实体内部的联系和实体之间的联系。
实体之间的联系包括一对一，一对多，多对多。
（3）属性实体所具有的某一特征称为属性，一个实体可以由若干个属性来刻画。
人们通常就是用实体、联系和属性这三个概念来理解现实问题。
2范式
通常用“范式”定义消除数据冗余的程度。
第一范式（1NF）数据冗余程度最大，第五范式冗余程度最小。
但是，范式级别越高，存储同样数据就需要存储更多张表，因此，“存储自身”的过程也就越复杂。
随着第二范式级别的提高，数据的存储结构与基本问题域的结构间的匹配程度也随之下降，因此在需求变化时数据的稳定性较差。
第三范式级别的提高则需要访问表的增多，因此性能（速度）将下降。
从实用角度看，在大多数场合选用第三范式都比较恰当。
第一范式每个属性值都必须是原子值，即仅仅是一个简单值，而不含内部结构。
它是定义每个实体或关系属性的原则。
第二范式满足第一范式条件，而且每个非关键字属性都由整个关键字决定是由关键字的一部分来决定的。
它是定义实体或关系的关键字属性的原则。
第三范式符合第二范式的条件，每个非关键字属性都仅由关键字决定，而且一个非关键字属性不能仅仅是对另一个非关键字属性的进一步描述（即一个非关键字属性值不依赖于另一个非关键字属性值）。
它是定义实体或关系的外关键字属性的原则。
人事实体关系E-R图
部门分布实体E--R图
工资实体
员工的考勤表现评价实体E--R图
员工
n
员工评价信息
实体间实体测试E--R图
3.4逻辑结构设计：
把实体的属性定义为关系模型的属性，实体或实体之间的关键就是关系模型的关键,E-R图中的实体和实体之间关系实行转化。
E-R转换为关系模型
部门（部门号，部门名，经理的职工号,------）
职工（职工号，部门号，职工名，职务,------）
职工工作（职工号，产品号，工作天数,------）
数据库机构实现
系统数据流程图
数据流程图描述系统的逻辑模型，图中没有任何具体物理，只是描述信息在系统中流动
和处理的情况。
因为数据流程图是逻辑系统的图形表示，即使不是专业的计算机技术人员也
容易理解，所以是极好的通信工具。
此外，设计数据流程图只需考虑系统必须完成的基本逻辑功能，完全不需要考虑如何具体地实现这些功能，所以他也是设计的很好用。
数据流
编号
名称
组成
来源
去向
01
职工信息
员工编号、等
性别
新职工
管理人员
02
部门信息
部门编号,等
功能
部门信息
部门信息数据库
03
岗位信息
人员组成，
岗位
岗位信息数据库
操作人员
权限等情况
04
工资信息
基本工资、奖金、以及扣费等，根据考勤来算工资
工资信息数据库
操作人员
职工基本信息表
列名
数据类型
说明
no
Char（10）
编号（主键）
name
Char（10）
一姓名
xb
Char⑴
性别
csrq
Char（20）
出生日期
nl
Char（10）
年龄
mz
Char（10）
民族
xx
Char（10）
血型
sfzhm
Char（20）
身份证号码
jkzk
Char（20）
健康状况
zzmm
Char（10）
政治面貌
jrsj
Char（10）
加入时间
gn
Char（10）
工龄
Ixdh
Char（20）
联系电话
部门信息表
bmno
Char（5）
部门编号（主键）
bmname
Char（10）
部门名称
bmzn
Char（100）
部门职能
工资信息表
列名
数据类型
说明
gzkh
Char（20）
工资卡号（主键）
ygbh
Char（20）
员工编号（主键）
jbgz
Char（20）
基本工资
sfgz
Char（20）
实发工资
ylj
Char（20）
刁L老金
ylbx
Char（20）
医疗保险
dx
Char（20）
员工底薪
jj
Char（20）
员工奖金
bt
Char（20）
员工补贴
jbf
Char（20）
员工加班费
ft
Char（20）
员工房帖
sds
Char（20）
员工所得税
考勤信息表
列名
数据类型
说明
gzyj
Char（20）
工作业绩
jbxx
Char（20）
基本信息
gztd
Char（20）
工作态度
ywsp
Char（20）
业务水平
qt
Char（20）
其他评价信息
3.5数据库的物理结构设计
物理结构设计分两步：
（1）确定数据库的物理结构，在关系数据库中主要指存储方法和存储结构。
（2）对物理结构进行评价，主要是时间和空间效率进行评价。
物理结构设计的内容与方法：
（1）查询的内容
（2）查询条件所需的属性
（3）连接条件属性的属性
（4）查询的投影属性
确定数据库的存储结构
（1）确定数据库存放位置。
（2）确定系统配置。
3.6数据库的实施与维护
不断的对所建的员工人事系统进行更新以及系统调试，以保证系统能正常运行。
一旦发生故
障能尽快的恢复，尽量减少对数据库的破坏。
一个正常有序的系统更能够加快企业运行的效率，信息化必会带动工业化党的发展。
有序的人员调配更能加速工业现代化的步划。
员工人事系统一定会为企业发展带来不一样的
模式。
升级会员 