企业人事信息管治系统设计范文

本站小编为你精心准备了企业人事信息管治系统设计参考范文，愿这些范文能点燃您思维的火花，激发您的写作灵感。欢迎深入阅读并收藏。

系统设计

3．1 系统功能设计

系统开发的总体任务是实现企业人事信息关系的系统化、规范化和自动化，是在系统开发的总体任务的基础上完成的。对本系统的功能进行集中、分块，按照结构化程序设计的要求,得到如下图所示的系统功能模块图。

各模块实现的功能解释如下:

1)有关企业员工各种信息的输入，包括员工基本信息、所在部门、工作信息和工作简历等。

2)员工各种信息的查询。

3)员工各种信息的修改。

4)考勤信息的输入等。

5)考勤信息的查询。

6)员工工作评价信息的输入。

7)员工工作评价信息的查询。

8)员工工作评价信息的修改。

9)员工工资信息的输入

10)员工工资信息的查询。

11)员工工作信息修改等。

3．2代码设计

代码是一组有序的数字或字母的排列，是代表客观存在的实体或属性的符号，代码设计就是给系统中某些实体及其属性于相应的编码。这些编码主要是为了对实体的表示、助记和方便检索。

代码结构的类型有：顺序码、区间码、助记码。

本企业对员工的编码使用的是区间码。

上述编码分别以“0”，“1”，“2”，……开头，以表示所代表的员工分别属于管理人员、一车间、二车……。

3．3 数据库设计

数据库在一个信息管理系统中占有非常重要的地位，数据库结构设计的好坏将直接对应用系统的效率以及实现的效果产生的影响。合理的数据库结构时既可以提高数据存储的效率,保证数据的完整和一致.另外，合理的数据库结构将非常有利于程序的实现。

设计数据库系统时应该首先充分了解用户各个方面的需求，包括现有的以及将来可能增加的需求。

3.3.1 数据库需求分析

用户的需求具体体现在各种信息的提供、保存、更新和查询，这就要求数据库结构能充分满足各种信息的输出和输入。收集基本数据、数据结构以及数据处理的流程，组成一份详尽的数据字典，为后面的具体设计打下基础。

仔细分析调查有企业人事信息需求的基础上，将得到如下图所示的本系统所处理的数据流程。

图：企业人事信息管理系统数据流程图

3.3.2数据库概念结构设计

根据上图，就可以设计出能够满足用户需求的各种实体，以及它们之间的关系，为后面的逻辑结构设计打下基础。这些实体包含各种具体信息，通过相互之间的作用形成数据的流动。

根据上面的设计规划处理的实体有：员工基本信息实体、员工考勤信息实体、员工工作评价信息实体、员工工资信息实体。各个实体具体的描述E－R图如下：

下图为员工基本信息实体E－R图。

下图为员工考勤信息实体E－R图。

下图为员工工资信息实体E－R图

实体与实体之间的关系E－R图如下图所示。

3.3.3数据库结构的实现

经过前面的需求分析和概念结构设计以后，得到是数据库的逻辑结构。现在就可以在SQLServer2000数据库系统中实现该逻辑结构。这是利用SQLServer2000数据库系统中实现该逻辑结构。

3.3.4创建系统数据表格manrecord

列名数据类型长度允许空说明

ygidvarchar8 编号

ygnamevarchar10 姓名

ygdeptvarchar20√部门

ygsexvarchar2√性别

ygbirthdaydatetime8√生日

ygplacevarchar40√籍贯

yglevelvarchar10√学历

ygspecialvarchar20√专业

ygdate1datetime8√参加工作时间

ygdate2datetime8√入党时间

ygbusivarchar12√职称

ygdate3datetime8√职称时间

ygstatusvarchar12√原身份

ygofficevarchar30√原工作单位

ygdutyvarchar10√原职务

ygdate4datetime8√进入公司时间

ygdate5datetime8√起薪时间

ygdate6datetime8√调入时间

ygnovarchar8√挡号

ygremark1text16√备注

3.3.5创建员工基本工资分配表pay

列名数据类型长度允许空说明

gzidvarchar8 编号

gznamevarchar10 姓名

gzbasenumeric5 底薪

gzallnumeric5√补贴

gzbonusnumeric5√奖金

gzpaynumeric5√加班

gzdeductnumeric5√扣考核

gzagenumeric5√代扣养老金

gzmedicalnumeric5√代扣医疗保险

gzhouse1numeric5√代扣住房公基金

gztotalnumeric5√税前小计

gzdutynumeric5√所得税

gzhouse2numeric5√房贴

gzhouse3numeric5√房租

gzlaboragenumeric5√实发工资

gzdatedatetime8√时间

3.4 界面的设计

本系统的用户界面设计采用VisualBASIC6.0，他最大的优点是可视性，每个对象都以图形方式显示在界面上，我们不必建立每个对象的程序代码，只需用工具画在界面上。现将本系统的几个主要界面介绍一下。

3.4.1企业人事信息系统的主窗体

这个项目我们使用多文档界面，单击工具栏中的ADDMDIForm按钮，产生一个在这个窗体上添加所需的控件，创建好的窗体如图所示：

下面对主窗体各选项实现的功能作具体介绍：

1)系统：该项只包括一个退出选项。

2)员工基本信息

包括四个菜单项：添加员工信息、修改员工信息、删除员工信息、员工信息查询。员工基本信息的数据项有员工编号、员工姓名、性别、出生日期、所在部门、籍贯、学历、专业、参加工作时间、进入公司时间、起薪时间、调入部门时间、职称、入党时间、档号、原身份、原职务、原工作单位、备注等。

3)员工考勤管理。

包括四个菜单项：添加考勤信息、修改考勤信息、删除考勤信息、员工考勤查询。包括的数据项有员工所在部门、员工姓名、出勤时间、工序时间、旷工时间、请假时间、早退时间、迟到时间、加班时间、出差时间等。

4)员工工作评价管理。

包括四个菜单项：添加工作评价信息、修改工作评价信息、删除工作评价信息、员工工作评价查询。包括的数据项有员工所在部门、员工姓名、员工所在部门、工作业绩、工作态度、业务水平、备注等。

5)员工工资管理。

包括三个菜单项：计发员工工资信息、修改员工工资信息、员工工资信息查询。包括数据项有员工所在部门、员工姓名、底薪、补贴、奖金、加班、住房补贴、房租、养老金、医疗保险、住房公积金、所得税、实发工资等。

6)帮助：显示相关帮助信息。

3.4.2主窗体菜单

创建如下图所示菜单结构：

该窗体实现的是对菜单的编辑，主菜单有系统、员工基本信息、员工考勤管理、员工工作评价管理。下面的子菜单分别实现的是对这些主菜单的具体数据的添加、修改、删除和查询。

3.4.3员工基本信息模块。

创建好的窗体如下所示：

下面对本窗体实现的功能作具体介绍：

该窗体分四个部分，左上边实现的是输入员工的基本信息，右上边实现的是输入员工的基本工作信息，下边是工作简历，最下边是其它信息。员工的基本信息的数据项有：姓名、部门、性别、生日、籍贯、学历、专业。工作信息的数据项有建参加工作时间、进入公司时间、起薪时间、调入部门时间、职称、职称时间、入党时间。工作简历包含的数据项有：原身份、原职务、原工作单位。其它信息的数据项是：备注，用于输入有关员工的其他备用说明。

3.4.4员工考勤管理模块。

创建好的窗体如下所示：

现将员工考勤窗体介绍一下：基本信息栏可输入员工信息、本月基本信息、调整工资。员工基本信息栏包括部门和姓名；本月基本信息包括考勤年月、本月天数、工休天数和应出勤天数。

3.4.5员工工资管理模块

创建好的窗体如下所示：

该窗体的功能有输入员工的信息、基本工资、代扣项目和工资总计。员工信息栏的数据项是：部门和姓名；基本信息数据栏的数据项是底薪、补贴、奖金、扣考核、房贴和房租；代扣项目栏的数据项有：养老金、医疗保险、住房公积金；工资小计栏的数据项有稅前小计、所得税、实发工资和计发时间。

系统实施

4．1 系统实施主要活动、地点和作用

4.1.1系统实施的主要活动

系统实施的主要活动内容包括系统环境的建立、程序设计、数据准备与录入、系统人员培训、系统的调试与转换和、文档的建立与完善。以上各工作几间的关系如图所示：

4.1.2系统实施的环境建设与设备购置

由于在系统实施过程需要的人员和设备的数量及种类都很多,因此,在正式组织实施时必须首先做好各项准备工作。

一、计算机机房的建设

计算机机房的建设是指能够满足各项环境指标、安放计算机设备使其充分发挥功能的工作场所。

1)机房建设的要求

计算机机房的建设应该考虑到它的可靠性、可维护性和可扩展性以及安全性和经济性等方面的要求，并且要根据实际情况提出具体的指标标准，为系统的实施提供一个良好的环境。

2)机房总体布局问题

计算机机房应该包括计算机主机房、基本工作房间和各类辅助性房间等。计算机机房的总体布局应该以安装计算机设备的主机房为中心，然后确定其它房间的多少和大小，并且依据各个房间之间的关系来综合考虑布局。

二、购置计算机系统设备。

1)购置计算机系统硬件设备。购置设备首先要考虑该是质量，并且要在保证质量的前提下，尽可能地降低购置成本。

2)资料齐全、手续完整。购置设备要求供货单位提供的设备资料必须齐全、售货手续必须完整，同时要组织好验收工作。由于计算机设备技术比较复杂，验收工作必须十分认真仔细地进行。

3)计算机设备的兼容性和可维护性。购置计算机设备必须还要考虑它的兼容性和可维护性。应尽量选购那些兼容性好、可维护性好、并且能够提供良好售后服务的设备。

4.1.3系统实施的作用

系统实施阶段既是成功的实现新系统，又是取得用户对系统信任的关键阶段。MIS的规模越大，实施阶段的任务就越复杂。在系统正式实施之前，就要制定出周密的计划，即确定出系统实施的方法、步骤、所需的时间和费用。并且要监督计划的执行，做到既有计划又有检查，以保证系统实施工作的顺利进行。

4．2 程序设计和软件开发工具。

随着计算机应用水平的提高，软件越来越复杂，同时硬件价格不断下降，软件费用在整个应用系统中所占的比重急剧上升，从而使人们对程序设计的要求发生了变化。在过去的小程序设计中，主要强调程序的正确性和效率，但对于大型程序，人们则倾向于首先强调程序的可维护性、可靠性和可理解性，然后才是效率。目前衡量程序设计质量的指标要求一般有以下几个方面：

1)可靠性

系统运行的可靠性是衡量系统质量的首要指标。它有两方面的含义：一方面是指系统的安全可靠性，如数据存取、通讯、操作权限等的安全可靠性；另一方面是指程序运行的可靠性。

2)实用性

实用性是指从用户的角度来审查系统的功能实用、灵活、方便。实用性是系统实施后投入运行的重要保证。

3)规范性

规范性是指系统功能的划分、书写的格式、变量的命名等都有统一的规范。文档的规范化是今后程序的阅读、修改、维护以及相互交流所必须做到的。

4)可读性

可读性是指设计的程序结构和命令语句清晰，使其他人容易看懂。可读性是今后维护和修改程序的基础，对于大型的系统软件开发尤为重要，没有可读性的程序就无法修改与维护，也就没有生命力。

5)可维护性

可维护性是指系统程序的各个组成部分是相互独立的，没有牵一发而动全身的连锁反应。可维护性是和规范性、可读性等指标密切相关的。

4．3 系统

系统测试是在假定系统中有错误的前提下进行的，通过测试来尽可能地发现在系统分、系统设计和系统实施中存在的错误，也就是系统测试的目的是为了发现和解决系统中可能存在的错误。测试包括对系统的基本功能、系统的效率、系统的可靠性和可操作性等问题所进行的测试。系统测试的目的体现在系统调试的各个步骤中。程序测试，是为了发现程序设计中错误。也就是说，越是早期的错误，往往越是到最后才能发现。所以要非常重视早期的系统分析、系统设计工作，决不能草率行事，不然一旦出现错误，将使系统的开发工作大量返工，造成工期的延误和人力资源的浪费。

系统测试的方法主要有两种：

1)黑箱法

黑箱法是指测试人员不考虑程序模块的内部结构如何，而只用测试程序来验证程序是否符合功能的要求，是否会发生异常现象。

2)白箱法

白箱法是指测试人员根据模块内部的结构来导出测试数据，使模块中的所有测试路径都被测试到。

系统的测试很明显在程序测试中要用白箱法，在系统的统调试中要用白箱法。但是在具体实践中是要互相结合运用的，因为无论是“黑箱法”还是“白箱法”都是无法将系统中的所有错误都测试出来。

4．4系统运行的管理与维护

企业人事信息管理系统正式投入运行以后，为了让MIS长期高效的工作，必须加强对MIS日常管理。我们把系统交付使用后的变更等工作成为软件维护。MIS运行的日常管理决不仅仅是机房环境和设施的管理，更主要的是对系统每天运行情况、数据输入和输出情况以及系统的安全性与完备性及时如实的记录和处置。这些工作主要有：

1)系统运行的日常维护。包括数据收集、数据整理、数据录入、及处理结果的整理与分发。此外，还包括简单的硬件管理和设施管理。

2)系统运行情况的记录。整个系统运行情况的记录能够反映出系统在大多数情况下的状态和工作效率，对于系统性能的评价与改进具有重要的参考价值。因此，对MIS的运行情况一定要及时、准确、完整地记录下来。除了记录正常情况外，还要记录意外情况发生的时间、原因与处理结果。

记录MIS运行情况是一件细致而又繁琐的工作，从系统开始投入运行就要抓好。

系统维护维护是系统生存期的一个重要阶段，也是持续时间最长，工作量最大的一个阶段。因为在软件的使用过程中，用户往往会发现一些在开发时期没有发现的错误；随着环境的变化，用户可能对原来的软件产品提出修改的要求，往往会对原来的软件在性能和功能上提出一些新的要求。所以说软件在交付使用后，还必须做好维护工作，使软件将更加完善，能适应新的环境和要求，延长使用时寿命。

1)程序的维护。程序维护指根据需求变化后硬件环境的变化对程序进行部分或全部修改。修改时应充分利用原程序，需改后要填写程序修改登记表。并在程序变更通知书上写明新老程序的不同之处。

2)数据文件的维护。数据文件的维护有许多是不定期的，必须在现场要求的时间内维护好。维护是一般使用开发商提供的文件维护程序，也可自行编制专用的文件维护程序。

3)代码的维护。代码的维护应由代码管理小组进行。变更代码应经过详细讨论，确定之后应用书面写清、贯彻。代码维护的困难往往不在代码本身的变更，而在于新代码的贯彻。为此，除了成立专门的代码管理小组外，各业务部门要指定专人进行代码管理，通过他们贯彻使用代码。这样做的目的是要明确管理职责，有助于防止和订正错误。