员工人事信息管理系统docWord格式文档下载.docx

上传人:b****3 文档编号:14987685 上传时间:2022-10-26 格式:DOCX 页数:15 大小:158.65KB
下载 相关 举报
员工人事信息管理系统docWord格式文档下载.docx_第1页
第1页 / 共15页
员工人事信息管理系统docWord格式文档下载.docx_第2页
第2页 / 共15页
员工人事信息管理系统docWord格式文档下载.docx_第3页
第3页 / 共15页
员工人事信息管理系统docWord格式文档下载.docx_第4页
第4页 / 共15页
员工人事信息管理系统docWord格式文档下载.docx_第5页
第5页 / 共15页
点击查看更多>>
下载资源
资源描述

员工人事信息管理系统docWord格式文档下载.docx

《员工人事信息管理系统docWord格式文档下载.docx》由会员分享,可在线阅读,更多相关《员工人事信息管理系统docWord格式文档下载.docx(15页珍藏版)》请在冰豆网上搜索。

员工人事信息管理系统docWord格式文档下载.docx

企业员工的基础信息、日常记事、家庭住址和工作服务情况,还可以根据需要对数据进行信息更新,包括对企业职工资料进行添加、修改和删除,对日常记事和通讯信息进行添加、修改、删除等操作、查询等。

能进行多条件的企业职工信息查询的查询统计。

按多条件对企业客户信息查询后,能进行按企业员工不同信息的统计等。

数据库操作。

能够对数据库数据进行保存、数据清除以及数据存储转换操作。

其他操作。

能够在必要时候调用其他工具(如可调用记事本)。

通过以上分析,企业职工管理系统有基础的信息管理模块,职工管理模块、备忘记录。

数据库模块组成。

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)员工工作信息修改等。

人事信息管理总体流程图

员工考勤信息业务流程图

当月

W工资管理

员工详细

工资表

员工考勤信息实体

信息

员工出勤天数

员工加员工出

班时间差时间

员工加班费

员工扣

考核

员工考勤时间

员工工资业务流程

出勤表

人员信息

工资信息

"

1

工资总表

代扣清单

员工工资

汇总单

3.3概念结构设计软件系统本质上是信息系统处理系统,因此在软件的整个开发过程中都必须考虑两方面的问题:

数据及对数据的处理。

在需求分析阶段则要分析用户的数据要求,即需要哪些数据,数据之间的联系,数据本身有什么性质,数据的结构等,并且又要分析企业的处理要求,即对数据进行哪些处理,每个处理的逻辑功能等。

为把企业的数据要求清晰明确的表达出来,系统分析员通常建立一个概念性的数据模型。

概念性数据模型是一种面向问题的数据模型,是按照企业所需的观点来对数据和信息建模。

通常,软件系统中有许多数据是需要长期保存的,为减少数据冗杂,简化修改数据过程,应该对数据进行规范化。

1E-R模型

E-R模型包含“实体”、“联系”、“属性”三个基本成分。

(1)实体实体是客观世界中存在的且可以相互区分的事物。

实体可以是具体事物,也可以是抽象事物。

(2)联系客观世界中的事物彼此之间往往是有联系的。

这些联系在信息世界中反映为实体内部的联系和实体之间的联系。

实体之间的联系包括一对一,一对多,多对多。

(3)属性实体所具有的某一特征称为属性,一个实体可以由若干个属性来刻画。

人们通常就是用实体、联系和属性这三个概念来理解现实问题。

2范式

通常用“范式”定义消除数据冗余的程度。

第一范式(1NF)数据冗余程度最大,第五范式冗余程度最小。

但是,范式级别越高,存储同样数据就需要存储更多张表,因此,“存储自身”的过程也就越复杂。

随着第二范式级别的提高,数据的存储结构与基本问题域的结构间的匹配程度也随之下降,因此在需求变化时数据的稳定性较差。

第三范式级别的提高则需要访问表的增多,因此性能(速度)将下降。

从实用角度看,在大多数场合选用第三范式都比较恰当。

第一范式每个属性值都必须是原子值,即仅仅是一个简单值,而不含内部结构。

它是定义每个实体或关系属性的原则。

第二范式满足第一范式条件,而且每个非关键字属性都由整个关键字决定是由关键字的一部分来决定的。

它是定义实体或关系的关键字属性的原则。

第三范式符合第二范式的条件,每个非关键字属性都仅由关键字决定,而且一个非关键字属性不能仅仅是对另一个非关键字属性的进一步描述(即一个非关键字属性值不依赖于另一个非关键字属性值)。

它是定义实体或关系的外关键字属性的原则。

人事实体关系E-R图

部门分布实体E--R图

员工的考勤表现评价实体E--R图

员工

3.4逻辑结构设计:

把实体的属性定义为关系模型的属性,实体或实体之间的关键就是关系模型的关键,E-R图中的实体和实体之间关系实行转化。

E-R转换为关系模型

部门(部门号,部门名,经理的职工号,------)

职工(职工号,部门号,职工名,职务,------)

职工工作(职工号,产品号,工作天数,------)

数据库机构实现

系统数据流程图

数据流程图描述系统的逻辑模型,图中没有任何具体物理,只是描述信息在系统中流动

和处理的情况。

因为数据流程图是逻辑系统的图形表示,即使不是专业的计算机技术人员也

容易理解,所以是极好的通信工具。

此外,设计数据流程图只需考虑系统必须完成的基本逻辑功能,完全不需要考虑如何具体地实现这些功能,所以他也是设计的很好用。

数据流

编号

名称

组成

来源

去向

01

职工信息

员工编号、等

性别

新职工

管理人员

02

部门信息

部门编号,等

功能

部门信息数据库

03

岗位信息

人员组成,

岗位

岗位信息数据库

操作人员

权限等情况

04

基本工资、奖金、以及扣费等,根据考勤来算工资

工资信息数据库

职工基本信息表

列名

数据类型

说明

no

Char(10)

编号(主键)

name

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 求职职场 > 简历

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1