企事业人事档案管理系统docWord格式文档下载.docx
- 文档编号:21921981
- 上传时间:2023-02-01
- 格式:DOCX
- 页数:76
- 大小:380.42KB
企事业人事档案管理系统docWord格式文档下载.docx
《企事业人事档案管理系统docWord格式文档下载.docx》由会员分享,可在线阅读,更多相关《企事业人事档案管理系统docWord格式文档下载.docx(76页珍藏版)》请在冰豆网上搜索。
graduationprojectpersonnelmanagement
VISUALBASIC6.0ACCESS
第一章绪论
1.1课题来源
随着计算机技术的飞速发展,计算机在企业管理中应用的普及,利用计算机实现企业人事档案的管理势在必行。
对于大中型企业来说,利用计算机支持企业高效率完成劳动人事管理的日常事务,是适应现代企业制度要求、推动企业劳动人事管理走向科学化、规范化的必要条件;
而人事档案管理是一项琐碎、复杂而又十分细致的工作,人事档案管理的内容多,范围广,信息的变化快,数据记录和公司其它的管理系统联系紧密。
所以,设计方便,合理,科学的人事档案管理系统就显得非常重要了。
利用科学的管理软件来管理单位的人事档案,可以实现快速的打印报表,准确的数据统计,信息在不同系统之间可以共享,同时计算机具有着手工管理所无法比拟的优点.例如:
检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高人事管理的效率,也是企业的科学化、正规化管理,与世界接轨的重要条件。
不同的企业具有不同的人事档案管理的范畴和制度,这就决定了不同的企业需要不同的人事档案管理系统。
该公司以前的所有资料都是用Foxbase来进行管理的,面对目前的实际状况,迫切需要开发一个新系统来适应这一些工作。
1.2开发工具的选择
现在,市场上可以选购的应用开发产品很多,流行的也有数十种。
目前在我国市场上最为流行、使用最多、最为先进的可用作企业级开发工具的产品有:
Microsoft公司的VisualBasic
Microsoft公司的VisualC
Borland公司的Delphi
Java等等
在目前市场上这些众多的程序开发工具中,有些强调程语言的弹性与执行效率;
有些则偏重于可视化程序开发工具所带来的便利性与效率的得高,各有各的优点和特色,也满足了不同用户的需求。
然而,语言的弹性和工具的便利性是密不可分的,只有便利的工具,却没有弹性的语言作支持,许多特殊化的处理动作必需要耗费数倍的工夫来处理,使得原来所标榜的效率提高的优点失去了作用;
相反,如果只强调程语言的弹性,却没有便利的工具作配合,会使一些即使非常简单的界面处理动作,也会严重地浪费程序设计师的宝贵时间。
作为数据库系统的开发,VisualBasic是一个非常理想选择。
数据库是MIS中的重要支持技术,在MIS开发过程中,如何选择数据库管理是一个重要的问题,目前,数据库产品较多,每种产品都具有各自的特点和适用范围,因此,在选择数据库时,应考虑数据库应用的特点及适用范围,本系统选用的数据库语言VisualBasic语言,该开发工具具有很多长处:
VisualBasic是一种可视化的、面对对象和条用事件驱动方式的结构化高级程序设计,可用于开发Windows环境下的种类应用程序。
它简单易学、效率高,且功能强大,可以与Windows的专业开发工具SDK相媲美,而且程序开发人员不必具有C/C++编程基础。
在VisualBasic环境下,利用事件驱动的编程机制、新颖易用的可视化设计工具,使用Windows内部的应用程序接口(API)函数,以及动态链接库(DLL)、动态数据交换(DDE)、对象的链接与嵌入(OLE)、开放式数据访问(ODBC)等技术,可以高效、快速地开发出Windows环境下功能强大、图形界面丰富的应用软件系统。
总的来说,VisualBasic具有以下特点:
可视化编程:
用传统程序设计语言设计程序时,都是通过编写程序代码来设计用户界面,在设计过程中看不到界面的实际显示效果,必须编译后运行程序才能观察。
如果对界面的效果不满意,还要回到程序中修改。
有时候,这种编程-编译-修改的操作可能要反复多次,大大影响了软件开发效率。
VisualBasic提供了可视化设计工具,把Windows界面设计的复杂性“封装”起来,开发人员不必为界面设计而编写大量程序代码。
只需要按设计要求的屏幕布局,用系统提供的工具,在屏幕上画出各种“部件”,即图形对象,并设置这些图形对象的属性。
VisualBasic自动产生界面设计代码,程序设计人员只需要编写实现程序功能的那部分代码,从而可以大大提高程序设计的效率。
面向对象的程序设计
4.0版以后的VisualBasic支持面向对象的程序设计,但它与一般的面向对象的程序设计语言(C++)不完全相同。
在一般的面向对象程序设计语言中,对象由程序代码和数据组成,是抽象的概念;
而VisualBasic则是应用面向对象的程序设计方法(OOP),把程序和数据封装起来作为一个对象,并为每个对象赋予应有的属性,使对象成为实在的东西。
在设计对象时,不必编写建立和描述每个对象的程序代码,而是用工具画在界面上,VisualBasic自动生成对象的程序代码并封装起来。
每个对象以图形方式显示在界面上,都是可视的。
结构化程序设计语言
VisualBasic是在BASIC语言的基础上发展起来的,具有高级程序设计语言的语句结构,接近于自然语言和人类的逻辑思维方式。
VisualBasic语句简单易懂,其编辑器支持彩色代码,可自动进行语法错误检查,同时具有功能强大且使用灵活的调试器和编译器。
VisualBasic是解释型语言,在输入代码的同时,解释系统将高级语言分解翻译成计算机可以识别的机器指令,并判断每个语句的语法错误。
在设计VisualBasic程序的过程中,随时可以运行程序,而在整个程序设计好之后,可以编译生成可执行文件(.EXE),脱离VisualBasic环境,直接在Windows环境下运行。
事件驱动编程机制
VisualBasic通过事件来执行对象的操作。
一个对象可能会产生多个事件,每个事件都可以通过一段程序来响应。
例如,命令按钮是一个对象,当用户单击该按钮时,将产生一个“单击“(CLICK)事件,而在产生该事件时将执行一段程序,用来实现指定的操作。
在用VisualBasic设计大型应用软件时,不必建立具有明显开始和结束的程序,而是编写若干个微小的子程序,即过程。
这些过程分别面向不同的对象,由用户操作引发某个事件来驱动完成某种特定的功能,或者由事件驱动程序调用通用过程来执行指定的操作,这样可以方便编程人员,提高效率。
访问数据库
VisualBasic具有强大的数据库管理功能,利用数据控件和数据库管理窗口,可以直接建立或处理MicrosoftAccess格式的数据库,并提供了强大的数据存储和检索功能。
同时,VisualBasic还能直接编辑和访问其他外部数据库,如dBASE,FoxPro,Paradox等,这些数据库格式都可以用VisualBasic编辑和处理。
VisualBasic提供开放式数据连接,即ODBC功能,可通过直接访问或建立连接的方式使用并操作后台大型网络数据库,如SQLServer,Oracle等。
在应用程序中,可以使用结构化查询语言SQL数据标准,直接访问服务器上的数据库,并提供了简单的面向对象的库操作指令和多用户数据库访问的加锁机制和网络数据库的SQL的编程技术,为单机上运行的数据库提供了SQL网络接口,以便在分布式环境中快速而有效地实现客户/服务器(client/server)方案。
动态数据交换(DDE)
利用动态数据交换(DynamicDataExchange)技术,可以把一种应用程序中的数据动态地链接到另一种应用程序中,使两种完全不同的应用程序建立起一条动态数据链路。
当原始数据变化时,可以自动更新链接的数据。
VisualBasic提供了动态数据交换的编程技术,可以在应用程序中与其他Windows应用程序建立动态数据交换,在不同的应用程序之间进行通信。
对象的链接与嵌入(OLE)
对象的链接与嵌入(OLE)将每个应用程序都看做是一个对象(object),将不同的对象链接(link)起来,再嵌入(embed)某个应用程序中,从而可以得到具有声音、影像、图像、动画、文字等各种信息的集合式的文件。
OLE技术是Microsoft公司对象技术的战略,它把多个应用程序合为一体,将每个应用程序看做是一个对象进行链接和嵌入,是一种应用程序一体化的技术。
利用OLE技术,可以方便地建立复合式文档(compounddocument),这种文档由来自多个不同应用程序的对象组成,文档中的每个对象都与原来的应用程序相联系,并可执行与原来应用程序完全相同的操作。
动态链接库(DLL)
VisualBasic是一种高级程序设计语言,不具备低级语言的功能,对访问机器硬件的操作不太容易实现。
但它可以通过动态链接库技术将C/C++或汇编语言编写的程序加入到VisualBasic应用程序中,可以像调用内部函数一样调用其他语言编写的函数。
此外,通过动态链接库,还可以调用Windows应用程序接口(API)函数,实现SDK所具有的功能。
1.3本文所作工作
第一章绪论部分绪论主要叙述课题提出背景、目前应用现状、分析比较当前开发工具,数据库技术的比较。
第二章结合软件工程方法,对系统进行需求分析、功能划分、数据流图设计,并结合数据库原理和功能划分进行ER图的绘制、数据库结构设计,
第三章根据需求分析的结果,用户概念数据模型表示数据及其相互间的联系。
第四章根据需求分析的结果,对系统进行详细设计,主要介绍用VisualBasic6.0实现每一个模块的具体功能。
第五章毕业设计小结,总结部分介绍了设计体会和编程体会,并指出了系统设计中的不足和改进的方向。
第二章需求分析
2.1总体需求调查
2.1.1组织结构图
对现行公司业务进行详细调查是了解系统需求和进行系统分析和设计的重要基础工作,因此要对公司日常事务和活动进行全面、细致而充分的调查研究。
系统调研采取的主要方法是到现场去,通过座谈、询问、观察甚至直接参与公司经营活动,自上而下、逐步细化的进行了解。
通过调查得知,原先人工操作在公司人事档案管理过程中占绝大部分,本系统开发后的主要使用者是公司的领导:
包括董事长、经理、各个部门负责人,为了方便他们快捷有效地获取有关信息,了解有关部门人事档案的信息情况。
经理或者部门的秘书负责文档管理;
整个公司有专门的人维护和整理员工的人事档案。
在对公司调研的基础上,获知该公司主要分为业务部门,财务部门,工程部门等,各个部门的人事档案在各个部门分别具体管理,最后上报给公司。
该公司组织结构图如下
2.1.2系统目标
采用公司现有的软硬件软件及科学的管理系统开发方案,建立人事档案管理系统,实现人事档案管理的计算机自动化。
系统应符合公司人事档案管理制度,并达到操作直观、方便、实用、安全等要求。
2.1.3应用现状调查
目前,公司使用的人事工资管理系统采用的是DOS环境下的Foxbase数据库,界面不友好,不能适应公司发展的需要。
2.1.4业务总体流程调查
输入员工人事信息
维护员工人事信息
数据查询统计
结束
打印报表
数据的输入:
由工作人员通过新员工的基本信息进行输入。
维护员工基本信息:
人事管理主要负责人员基本信息的维护,包括新进和老员工档案的建立,员工信息的修改。
数据的查询统计:
由工作人员通过对员工的按照不同的条件进行查询和统计。
信息打印报表:
对数据库中员工的信息打印报表。
2.2系统功能调查
整个系统从总体上分为人事管理信息处理、信息查询、信息统计、信息报表系统用户管理五大部分,每一部分应实现的功能如下:
2.2.1人事信息处理功能
Ø
新员工档案的输入:
员工基本信息维护:
包括修改、删除。
2.2.2人事信息的查询功能
查询条件的添加:
查询条件的删除:
查询条件的清空:
单一字段查询和多字段的组合查询:
2.2.3人事信息的统计
对数据库中的员工的性别,年龄的简单统计。
对数据库中的员工自定义条件统计。
2.2.4人事信息的打印报表
对数据库中的员工的基本信息进行打印报表。
对数据库中的员工基本工资实现报表统计。
2.2.5人事信息系统管理
管理员实现对系统用户的添加,删除。
系统用户对登录密码进行修改。
2.3系统功能模块图
软件所实现的功能强弱是衡量一个软件的最根本的标准。
经过对系统的可行性分析、需求分析、数据分析后,结合调研的情况,确定了本系统的功能模块如下图所示。
人事档案管理
人事信息维护
人事信息查询
人事信息统计
人事信息报表
系统用户管理
人事信息添加
人事信息修改
人事信息删除
2.4数据词典
上面中的业务数据流图只能给出系统逻辑功能的一个总框架而缺乏详细、具体的内容。
数据词典的作用是给数据流图上的每一个成分以定义和说明。
除此之外,数据词典还要对系统分析中其它需要说明的问题进行定义和说明。
本文的数据词典描述的主要内容有:
数据元素、数据结构、数据流、数据存储、处理逻辑和外部项。
在系统分析的过程中,产生了大量的数据词典。
限于篇幅,我采用图表格式仅就这几项条目各举一例来说明。
2.4.1数据元素条目
数据元素
系统名:
人事管理系统
条目名:
员工编号
编号:
E1
别名:
员工号
属于数据流:
员工信息相关的所有数据流
存储处:
D1员工基本信息表
数据元素值:
代码类型
字符
长度:
10
简要说明:
员工编号是员工的识别符,每个员工都有唯一的编号。
修改记录:
编写
日期
2005-3-26
审核
图2-1数据元素条目举例
2.4.2数据结构条目
数据结构
员工人事管理
员工信息表
I1
无
结构:
姓名
性别
年龄
婚姻状况
工作时间
技术职称
基本工资
所在部门
有关数据存储:
有关数据流:
员工信息相关数据流
产品入库之前,生产班组需在入库单上填写产品的相关信息。
图2-2数据结构条目举例
2.4.3数据流条目
数据流
员工数据
F1
来源:
档案处理
去处:
档案保存
数据流结构:
员工数据={员工编号+姓名+性别+年龄+婚姻状态+工作时间+技术职称+基本工资+部门}
上面实际的员工相关信息可能更多,这里仅列出常用的字段信息。
图2-3数据流条目举例
2.4.4数据存储条目
数据存储
员工人事档案管理
员工信息
D1
存储组织:
每个员工一条记录按员工编号顺序排列
主关键字:
记录组成:
项名:
员工姓名
员工性别
(byte)
6
8
2
4
12
16
。
图2-4数据存储条目举例
第三章概要设计
3.1概念设计
概要设计基础是完成需求分析后提供的需求说明书,用概念数据模型表示数据及其相互间的关系,这种数据模型是与DBMS无关的、面向现实世界的、易如理解的数据模型,其独立于计算机的数据模型,独立于计算机的软硬件系统,与用户进行交流十分方便。
概念性数据模型关心的是如何完整、正确地反映客观实际情况,不关心在数据库中如何实现。
这种数据模式能真实地反应用户要求的实际情况,是一种容易被人们理解的直观的数据库结构模式。
同时也是一种相对稳定统一的数据模式,一般情况下很少变动。
概念性数据在用户和设计者之间建立了桥梁。
是设计数据库结构的基础。
概念设计中自顶向下的实体分析方法,即常用的实体联系模型(简称E-R模型),对具体数据进行抽象加工,将实体集合抽象成实体类型。
用实体间联系反映现实世界事物间的内在联系。
E-R模型是建立概念性数据模型的有力工具。
系统设计阶段的数据库设计是以系统分析阶段的成果,数据流图、数据字典等为依据的设计。
其主要内容包括两部分:
1)根据数据流图和数据字典等进行概念设计,画出实体关系图,即E-R图;
2)根据E-R图进行逻辑设计,建立起数据库逻辑结构,即所有的二维表。
3.1.1实体描述
通过对企业员工管理内容、工资管理内容和过程的分析,本系统应设计的实体如下:
1.公司员工,有属性包括职工编号、职工姓名、职工年龄、职工性别、所在部门、技术职称、工作时间、婚姻状况、基本工资,主键是职工编号。
2.公司部门,有属性部门编号、部门名称、负责人、联系电话,主键是部门编号。
3.系统用户,有属性用户名、密码、权限,主键是用户名。
3.1.2联系描述
1.属于:
是实体集员工和部门之间的1:
1联系,有实体集用户作为这个联系的强制成份,这就是说,每个用户必须属于一个部门。
2.具有:
是实体集用户和职称之间的1:
M联系,描述一个员工可能具有多个职称。
3.担任:
是实体集员工和职务之间的M:
N联系,描述了一个员工可能担任多个职务。
一个职务也可能有多个人担任。
本系统为了简化系统的复杂度,暂时不研究这种联系和相应的实体。
3.1.3E-R图
实体和实体之间的关系E-R图如下:
部门
职称
职务
员工
属于
具有
担任
3.2数据库设计
作为Microsoft公司的桌面数据库,Access的应用非常广泛,为此我选用Access数据库来进行数据库的逻辑设计。
根据前面定义的实体及实休之间的关系,形成数据库的表格以及各个表之间的关系。
为了减少数据冗余度,将职称实体、部门实体、职务实体等放在不同的表里而加以区分。
对个关系选择主健,按照关系模式的规范化进行规范,消除数据依赖中不合适的部分,使模式中的各关系模式达到某种程度的“分离”。
3.2.1E-R模型转换成关系模式的基本规则
1.每个实体集用一个关系模式表示,其中实体集的属性被转换成关系的属性,主键用下划线表示。
由于加入了联系,可能会增加一些属性。
2.若实体集E2与实体集E1的联系N:
1,且E2是E1的强制成员类,E2的关系模式应包含E1的主属性。
3.若实体集E2与实体集E1的联系N:
1,而E2是E1的可选成员类,可以引入另一个表示联系的关系模式来避免空值问题,外键用#表示。
4.若实体集E2与实体集E1的联系N:
M,可以由另一个关系模式来表示联系。
这个关系模式由每个参加的实体集的主属性和这个联系的任何属性组成。
3.2.2E
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 企事业 人事 档案管理系统 doc