企业员工信息管理系统设计与实现Word下载.docx
- 文档编号:17951020
- 上传时间:2022-12-12
- 格式:DOCX
- 页数:46
- 大小:520.11KB
企业员工信息管理系统设计与实现Word下载.docx
《企业员工信息管理系统设计与实现Word下载.docx》由会员分享,可在线阅读,更多相关《企业员工信息管理系统设计与实现Word下载.docx(46页珍藏版)》请在冰豆网上搜索。
在信息化科技飞速发展的今天,借助于电脑,通过员工信息管理系统管理各部门职工,能为企业人力资源的管理者提供人性化的服务.同时也能为企业的员工提供一定的方便.所以开发企业员工信息管理系统是非常必要的。
1。
2。
国内外的发展现状及发展前景
当今社会是一个信息社会,一个知识经济时代。
自世界上第一台计算机ENINC(Electronicnumericalintegratorandcalculator)于1964年在美国问世到现在,计算机业飞速发展,技术淘汰指标高的惊人,价格下降以及软件应用的快速扩展引发了以信息处理计算机化为标志的“微机革命”,随之而来的是以全球信息网络普及和全球信息共享为标志的“全球信息网络革命”的蓬勃兴起.可见世界已经进入在计算机信息管理领域中激烈竞争的时代,计算机已经变得普通的不能再普通的工具,如同我们离不开的自行车、汽车一样。
我们应该承认,谁掌握的知识多,信息量大,信息处理速度快、批量大,谁的效率就高,谁就能在各种竞争中立于不败之地。
自20世纪50年代将计算机引入数据处理以来,历经管理信息系统发展的各个阶段。
一方面是信息技术应用的迅猛发展,为社会节省了大量花在信息管理上的人力、物力、财力,信息管理系统作为一门融管理科学、信息科学、系统科学为主要方面,以人力为主导,利用计算机硬件、软件、网络通信设备为办公设备,进行信息的收集、传输、加工、存储、更新和维护,以及提高企业效率为目的的一种集成化的人际系统。
员工信息管理系统是一个企业单位不可缺少的部分,它的内容对于企业的决策者和管理者来说至关重要,所以档案管理系统应该能够为用户提供充足的信息和快捷的查询手段。
但一直以来人们使用传统人工的方式管理文件档案,这种管理方式存在着许多缺点,如:
效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。
1.3.设计目的与意义
一个现代的公司,拥有成百上千的员工,如何管理这么庞大的职业信息档案呢?
因此,开发一个功能完善的职工信息管理系统就必不可少了。
所以需要设计开发实现职工信息查询、管理、更新为今本目标的系统。
从职工信息的查询到管理实现了自动化的模式,从而提高了工作效率。
员工信息管理系统是一个企业单位不可缺少的部分,它的内容对于企业的决策者和管理者来说都至关重要,所以信息管理系统能够为用户提供充足的信息和快捷的查询手段。
用。
NET构建的企业员工信息管理系统,能实现员工信息的录入、修改、查询、删除、查找、编辑等功能.此外,在程序中还设计了用户登录、设定了密码,并由MD5加密,以确保系统应用的安全性。
本管理系统设计合理、界面美观、操作方便、运行稳定,为进行现代化的企业员工信息管理工作起到了重要作用,具有较高的使用价值。
第二章.系统需求分析
2.1。
可行性分析
可行性研究的目的不是为了解决问题,而是确定问题是否值得去解决。
可行性研究实质上是进行一次大大压缩简化了的系统分析和设计的过程,也就是在较高层次上以抽象的方式进行的系统分析和设计的过程。
通过对员工管理系统的调查与分析本人认为该系统具有以下可行性:
操作可行性
我所开发的系统的操作方式在系统所面向的用户组织内行得通。
本系统的开发计划选取的操作系统(Windows2000/WindowsXP)更改和配置管理特性综合了中央计算的优点和分布计算的性能与灵活性。
再结合SQLServer2000的完善功能特点,从而极大地提高程序员的工作效率,加快应用系统的开发速度,具有很强的可操作性.本系统计划分为前台设计和后台设计两部分,用户通过输入各自的登录信息,系统从数据库中查找信息,当查找到准确的记录后则用户进入系统主界面(普通员工进入普通员工界面,管理员进入管理员界面),然后各用户可以完成相应的操作。
中和上述分析,我认为不管是从系统开发者角度还是从用户的使用角度分析,本系统都具有操作可行性。
经济可行性
开发本系统的成本是很低的,我们能够满足经济要求.事物的存在都具有其本身的价值,同样的员工信息管理系统也具有很强的实用性。
与以往手工统计信息的方式相比较,此系统规范了信息的格式,确保了员工信息的保密性和安全性,节约了企业人力,方便了用户的信息存储和转移,尤其是大大提高了结果统计和查询的效率。
通过这些应用为企业单位带来的经济效益是远远大于在这套系统上所耗费的资金。
1.3。
技术可行性
我能使用现有的技术来完成本系统的开发工作。
本系统使用的Windows2000/WindowsXP操作系统和SQLServer2000数据库,以及开发时使用的语言和开发环境都是现在广泛使用且非常实用的。
由以上三方面可以充分证明本系统的可行性与实用性。
2.方案的设计与比较
2.2.1.C/S设计结构和B/S设计结构比较
目前网络应用软件运行的模式主要有两类:
Client/Server模式,Browser/Server模式。
前者的主要缺点是维护、升级较麻烦、且要同时开发服务器端和客户端;
后者是近几年伴随Internet迅速发展起来的一种技术,它与Client/Server模式类似。
Browser/Server模式客户端是一个标准的浏览器,服务器端是WebServer,而WebServer与数据库和应用服务器的紧密结合,使得这种模式的应用范围不断扩大,它已不仅仅用于网上查询,有很多部门的业务系统、企业的MIS系统纷纷采用这种模式。
它的主要优点是便于扩充应用、升级维护简便、不需要开发专门的客户端,不需要对用户端进行特殊的设置和软件安装,降低了维护成本。
客户端只要有浏览器就可以了。
基于上述考虑,对于企业员工信息管理系统的设计采用Browser/Server模式来设计比较合适,服务器端我们采用SQL数据库系统和。
NET组件来构成员工信息管理的服务系统;
客户端采用浏览器来完成企业普通员工前台操作的全过程,同时可进行远程系统维护和管理。
2.2.2.SQLserver与ACCESS的比较
在数据库的方面,涉及到SQLserver和access两种数据库的选择.首先对两者进行了区别,两者之间的区别如下表所示:
SQL数据库与access数据库的比较
内容
SQLserver
Access
SQLserver特征
网络版
是
否,桌面版
可满足跨界的集团公司异地使用数据库的要求
节点多
是
否,一人工作,要锁定,其他人无法使用
支持多重路由器
管理权限划分细致,对内安全性高
否
数据库划分细致,对外防黑客能力高
提交到不同的表单
并发处理能力
同时支持万人在线操作
100人或稍多
在其它硬件例如网速等条件匹配的情况下完全实现
可导出成为XML格式,与Oracle数据库和DB2数据库通用,减少开发成本
可以,需要单作程序
数据处理能力快
一般
是否被优化过
。
net专门为sqlserver开发一组数据。
访问对象剩去了中间环节速度
图2。
3.2
通过对先进性与成熟性、维护的方便性、系统的安全性与可靠性之间的诸多比较,决定选用SQLSERVER数据库。
SQLSERVER数据库系统的优点:
1、作为WindowsNT的自然扩展,与这个操作系统紧密结合,这样,用户不必学习另一个用户界面来使用这个数据库系统
2、SQLSERVER具有WindowsNT同样容易的安装和维护功能,
3、SQLSERVER使用WindowsNT服务,可以提供新的或扩展的数据库功能(如发送消息和管理登陆安全性)
2.2.3.系统模式的设计
本系统的设计是征对某企业内部员工,其使用的用户是企业内部员工。
可将系统的用户分为两种权限,一种是普通用户,另一种是管理员,当然管理员也属于普通用户,根据这样的权限划分,普通用户和管理员各施其权,普通用户可以通过系统查看自己的相关信息,而管理员通过系统可以对企业员工的相关信息进行管理,所以我将本系统设计为前台和后台两个部分。
系统前台是普通员工的相关操作,系统后台管理员可完成相关操作。
4。
系统设计的技术选择
结合实际与本系统的特点,再加上本人对相关技术的熟练程度考虑,设计本系统我计划的实现前台的技术为CSS和Html系统的界面由CSS布局,界面详细设计采用Html编程语言实现。
系统的功能实现将主要采用基于。
NET的C#编程语言。
根据以上的具体分析与比较,本系统选择B/S设计结构,使用SQLServer对数据库进行设计,同时使用CSS、Html、基于.NET的C#编程语言完成对系统的前后台设计与实现.开发工具主要有:
VS2005和SQLserver。
2.2。
5。
系统的运行环境
(1)、操作系统:
WindowsXP;
(2)、Web服务器:
IIS5。
0;
(3)、数据库服务器:
SQLServer;
(4)、浏览器:
IE6。
0。
2.3.系统基本功能需求
在企业管理中,员工信息管理是一个非常重要的方面.管理内容比较复杂,涉及的部门众多,人员众多,而且往往需要按行政隶属关系进行管理。
这里所设计的企业员工信息管理系统属于企业内部人员可操作的系统,接下来征对该系统的总体需求做一个分析,可能有些企业在某些方面有其特殊的需求。
3。
1.系统结构
开发本系统的主要任务是实现企业员工信息管理的自动化和系统化。
本企业员工信息管理系统将分为前台、后台两部分。
前台(即普通员工操作模块)主要是实现一般的查询功能,主要功能有:
(1)、员工各种信息的查询、修改和删除。
(2)、考勤信息的查询、核对。
(3)、企业文章信息的浏览。
(4)、员工工资信息的查询、核对.
(5)、意见建议信息的浏览、回复、删除等。
系统的重点与难点在于后台(即管理员操作模块)的管理,后台主要实现以下功能:
(1)、有关企业员工部分信息的输入,包括员工基本信息、所在部门、奖惩经历等.
(2)、员工各种信息的查询、修改和删除。
(3)、考勤信息的查询、修改和删除。
(4)、企业文章信息的浏览、添加和删除。
(5)、员工工资信息的查询、修改、核对等.
(6)、意见建议信息的浏览、回复、删除等。
2.3.2.系统业务流程图
3.2系统业务流程图
系统将设计两种权限用户,即管理员和普通员工用户,其中管理员也是企业员工,所以管理员也可以进行普通员工的相关操作。
管理员还可以查看所有员工信息,以及对企业员工的基本信息、员工考勤、员工工资、员工意见建议、企业文章信息进行管理,对前述管理内容操作后将提交到数据库,保存起来,对于管理员的操作结果企业员工可以在前台进行一一查看,当然员工可以对自己的个人基本信息进行修改操作,包括密码修改,同时员工需要对考勤信息、工资信息进行核对,同时可以向管理员提出意见建议。
数据库需求分析
用户的需求具体体现在各种信息的提供、保存、更新和查询,这就要求数据库结构能充分满足各种信息的输出和输入。
收集基本数据、数据结构以及数据处理的流程,组成一份详尽的数据字典,为后面的具体设计打下基础。
2.5.系统目标
本企业员工信息管理系统的设计主要将实现以下目标:
(1)、人性化设计:
使系统的界面友好、操作简单方便.
(2)、权限操作:
仅供公司内部人员进入本系统进行相关操作,系统设置管理员和普通用户两种操作权限.
(3)、科学管理员工档案,优化分类,全面反映员工情况。
(4)、管理人事变动信息,优化企业人员配置.
(5)、管理考勤信息,保证工作的有序进展。
用户加以监督,保证信息准确,维护自身权益.
(6)、记录薪资发放信息,保证有效的激励机制,利益关系制度透明.
(7)、提供企业内部信息,管理员工奖惩信息,促进员工积极向上。
第三章.系统概要设计
概要设计的目的是设计系统结构,根据需求分析给出的功能最终得出系统体系结构,如模块的划分。
在本论文的前面章节已经对系统的可行性、方案设计、需求分析做了详细的阐述,本章节将会在前面章节的基础上对系统的设计做一个概要的分析。
根据需求分析中的系统业务流程图的设计,将会完成系统数据流图以及系统结构图的设计,最终将系统的功能模块作出具体的划分,为系统的详细设计充分做好准备。
3.1.总体设计
处理流程:
(1)、启动系统,进入系统登录界面;
(2)、通过验证后,对系统进行初始化,进入不同的用户操作界面;
(3)、系统进入消息循环,通过事件驱动机制,激活相应的功能模块,并执行相应的功能;
(4)、通过关闭系统事件,激活关闭系统模块,退出系统。
系统的数据流图
根据以上的处理流程及需求分析中的系统业务流程进一步分析将得到本系统的数据流图.首先是对顶层数据流图的设计,将本系统看成一个大的加工,涉及到的外部实体包括管理员和企业员工用户,所以对系统的顶层数据流图设计如下:
图3。
2(a)顶层数据流图
在顶层数据流图的基础上将进一步设计系统的0层数据流图,也就是将大的加工(即整个系统)分为若干小的加工,本系统将涉及的系统功能包括:
员工信息管理,员工考勤管理,员工薪资管理,文章信息管理,意见建议管理。
再将给一个功能模块加以细化,最后得到下面的系统数据流图:
1.2.(b)系统数据流图
上图即为系统的数据流图,包括系统数据的输入、数据转换、以及数据的输出.
系统结构图
对图3。
2(b)的系统数据流图加以分析之后,再次将设计系统的结构图,根据数据流图可以看出,系统主要涉及管理员和企业普通员工用户两种权限操作,所以将系统分为管理员功能模块和企业普通员工用户操作模块。
管理员功能模块中又具体划分为员工信息管理、员工考勤管理、员工薪资管理、文章信息管理、意见建议管理。
每个子模块下还有相关的增删改操作。
普通员工用户可以对管理员管理操作后的相关信息进行一定的操作.同时可以对自己的基本信息进行修改等。
所以,根据系统的数据流图画出系统的功能结构图如下图所示:
2系统功能模块图
上图即为系统的功能模块图。
征对一般人事信息管理系统的需求,通过对员工工作过程的内容和数据流程分析,设计如下面所示的数据项和数据结构:
员工基本信息:
包括的数据项有员工编号、员工的姓名、部门、出生年月、性别、身份证号、政治面貌、婚姻状况、户籍所在地、健康状况、文化程度、毕业院校、兴趣特长、家庭住址、手机号码、E-mail地址、工作状态(离退休、在职)、所获荣誉、所受处罚等相关信息.
企业文章信息:
包括的数据项有文章编号、文章类型、文章标题、文章内容、文章上传者、文章上传日期等相关信息.
员工考勤信息:
包括的数据项有员工姓名、起始日期、迟到早退次数、加班次数、旷工次数、等相关信息。
员工工资信息:
员工姓名、起始日期、迟到早退次数、加班次数、旷工次数、旷工所罚金额、迟到早退所罚金额、加班补贴金额、总计工资额等相关信息。
意见建议信息:
包括的数据项有意见建议编号、意见建议者、意见建议主题、意见建议内容、提出意见建议的日期、意见建议回复等相关信息.
3.3。
数据库设计
实体-联系方法(Entity-RelationshipApproach)是最常用的表示概念性数据模型的方法。
这种方法是通过使用ER图来描述现实世界中的实体,而不涉及这些实体在系统中的实现方法,即使不熟悉计算机技术的用户也能理解它。
为了使E—R图表示更加清晰,本文根据不同的对象,分别画出分E—R图如下所示:
(a)信息管理E-R图
图6.3.2(a)考勤管理E-R图
这里只画出了员工信息实体的部分属性,其包括的其他属性还有:
E—mail地址、工作状态ID、所获荣誉、所受处罚等相关信息.
(b)考勤管理E—R图:
图6。
2(b)考勤管理E—R图
(c)员工工资管理E-R图:
2(d)员工工资管理E-R图
(d)文章信息管理E—R图:
3.2(e)文章信息管理E—R图
(e)意见建议管理E-R图
2(f)意见建议管理E-R图
6.3.3.逻辑结构设计
逻辑结构设计阶段,就是将概念模型进一步转换为DBMS所支持的数据模型,并优化数据模型。
其转换原则如下.
1、E—R图中的每个实体,都相应地转换为一个关系模式,实体的属性就是关系的属性,实体的码就是关系的码.
2、两个试题之间1:
n的联系,应转换成与n端对应的关系模式,减少系统中的关系数目。
3、两个实体之间1:
1的联系,转换成与任意一端对应的关系模式。
4、对于两个以上实体之间m:
n的联系,则需要为该联系建立一个独立的关系模式。
该关系模式中至少应包括被它所联系的各个实体的码以及联系本身的属性(如果存在),该关系的码为各个实体码的组合.
根据上述转换原则,将该系统总体E-R图转换成关系模型,并对关系模型进行
同时此关系模型还涉及关于文章信息、考勤信息、薪资信息的关系,这里不再一一赘述。
6.3。
4.主要数据库表的设计
优化部分关系如下:
1、员工信息{用户ID,姓名、部门ID、用户权限、出生年月、性别、职工编号、身份证号、政治面貌、婚姻状况、户籍所在地、健康状况、文化程度、毕业院校、兴趣特长、家庭住址、手机号码、E-mail地址、工作状态ID、所获荣誉、所受处罚等相关信息}
用户ID为此关系的主键,工作状态ID、部门ID为此关系外键。
2、工作状态{状态ID、状态名称}
状态ID为关系的主键。
3、部门信息{部门代码,部门名字}
部门代码为此关系的主键。
表6.3.4(a)用户信息表
字段名
数据类型
长度
是否主键
描述
UserId
int
4
用户Id
UserNumber
varchar
16
用户编号
UserPassWord
20
用户密码
Name
12
姓名
DepartmentId
部门ID
Sex
smallint
2
性别
UserIdentity
19
用户身份证
Political
Varchar
政治面貌
MaritalStatus
婚姻状态
HJAddress
60
户籍
HealthStatus
健康状态
CulturalDegree
文化程度
GraduationSchool
30
毕业院校
Specialty
80
爱好专
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 企业 员工 信息管理 系统 设计 实现