企业人事管理系统1.docx
- 文档编号:24506016
- 上传时间:2023-05-28
- 格式:DOCX
- 页数:12
- 大小:47.94KB
企业人事管理系统1.docx
《企业人事管理系统1.docx》由会员分享,可在线阅读,更多相关《企业人事管理系统1.docx(12页珍藏版)》请在冰豆网上搜索。
企业人事管理系统1
前言
(一)本课题的来源
随着计算机技术的飞速发展,计算机在企业管理中应用的普及,利用计算机实现企业人事管理势在必行.对于大中型企业来说,利用计算机支持企业高效率完成劳动人事管理的日常事务,是适应现代企业制度要求、推动企业劳动人事管理走向科学化、规范化的必要条件;计算机管理所无法比拟的优点检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高人事管理的效率,也是企业的科学化、正规化管理,与世界接轨的重要条件。
不同的企业具有不同的人事管理制度,这就决定了不同的企业需要不同的人事管理系统。
(二)本论文的目的、内容及作者主要贡献
(1)目的:
目前市面上流行的人事管理系统不少。
但是,对于企、事业单位的人事管理系统来说,不需要大型的数据库系统.只需要一个操作方便,功能实用,能满足本中心对数据的管理及需求的系统。
我们的目标就是在于开发一个功能实用、操作方便,简单明了的人事管理系统。
(2)内容
能够录入人事的基本资料,在操作上能够完成诸如添加、修改、删除、按各种条件进行查询、新用户的设置及密码修改等方面的工作,基本满足人事日常业务的需要。
(3)作者的主要贡献
本人独立完成了此课题的研究与开发,包括调研、分析、设计、编码、测试、文档编写等内容。
第一部分系统分析
(一)系统需求分析
系统分析是开发管理信息系统的关键性阶段,是一个从不断认识和逐步细化的过程,是下一阶段的工作基础,是为下一阶段进行物理方案设计、解决“怎么做”提供依据,基关键性主要体现在“理解需求”和“表达需求”两方面。
通过对现行系统的详细调研,主要是从系统的角度理解用户的需要,确定新系统的综合要求,并提出这些需求的实现条件以及需求应达到的标准,也就是确定新系统要做什么,做到什么程度。
这些需求包括:
(1)功能需求。
确定新系统应做什么,这是最主要的需求。
(2)性能需求。
给出所开发的新系统的技术性能指标,包括存储容量限制、运行时间限制、安全保密性等.
(3)环境需求。
这是对系统运行以及所处环境的要求.例如,在硬件方面采用什么机型、有什么硬件设备等;在软件方面,采用什么支持系统运行的系统软件(指操作系统、数据库管理系统)。
(4)未来需求。
这类要求是指目前不属于系统开发的范围,但将来随着外界环境的变化以及系统的发展可能会提出的要求。
了解这类要求的目的是在开发过程中,可对系统将来可能的扩展与修改做准备.一旦需要时,就比较容易进行补充和修改了.
(二)数据流程图
数据流程图是描述系统逻辑模型的主要工具,通过几个特定的符号,可以综合地反映出信息在系统中的使用、加工处理、传递、存储的整体情况。
数据流程图是系统结构化分析行之有效的工具,它抽象地描述了系统数据处理的情况,但却无法表达各个处理的详细内容,因此还要对数据流程图中出现的数据流和处理等做进一步的补充说明,这就是数据字典和变换逻辑说明。
数据流图
图4。
1系统数据流图
第二部分系统总体设计
(一)功能描述:
该信息管理系统可以在Windows2000Server平台上运行,开发工具采用VisualBasic语言开发.其工作流程为:
用户登录通过权限判断,普通用户不能浏览、阅读和查询信息,指定用户可以操作,可以进行信息录入、修改和删除的操作.
系统的主要功能特点有:
(1)系统登录表单
该表单的功能是在系统被访问之前,要对进入系统的用户进行安全性检查,防止非法用户进行系统破坏数据及威胁系统安全,避免不必要的损失.只有合法的用户在输入正确的密码后方可进入系统。
(2)主界面
在该界面窗口中,共有文件、数据、关于等所有系统功能,用户可以操作菜单的方式快捷地使用系统。
(3)更改密码:
使用本表单可以方便地修改用户的密码,以防密码泄露后对数据的安全性造成威胁.
(二)系统操作流程图:
图5-1系统操作流程图
第三部分系统详细设计
(一)数据库设计
(1)职工信息数据表:
字段
字段名
类型
宽度
小数位
索引
排序
Nulls
1
职工编号
数值型
11
否
2
姓名
字符型
20
否
3
身份证号
字符型
18
否
4
民族
字符型
10
否
5
性别
字符型
4
否
6
出生日期
字符型
20
否
7
毕业学校
字符型
20
否
8
学历
字符型
20
否
9
部门
字符型
20
否
10
职称
字符型
20
否
11
上司
字符型
20
否
12
电话
字符型
20
否
13
字符型
20
否
14
EDIT
数值型
11
否
15
EDITTIME
日期型
8
否
16
备注
备注型
50
否
(2)请假信息数据表:
字段
字段名
类型
宽度
小数位
索引
排序
Nulls
1
假条编号
字符型
6
否
2
职工编号
数值型
11
否
3
起始日期
字符型
20
否
4
中止日期
字符型
20
否
5
天数
数值型
6
否
6
原由
字符型
50
否
7
状态
字符型
20
否
8
批准人
字符型
20
否
9
EDIT
数值型
11
否
10
EDITTIME
日期型
8
否
11
备注
备注型
10
否
(3)员工工资数据表:
字段
字段名
类型
宽度
小数位
索引
排序
Nulls
1
工资编号
字符型
50
否
2
职工编号
数值型
11
否
3
年份
数值型
6
否
4
月份
数值型
6
否
5
基本工资
数值型
11
否
6
加班工资
数值型
11
否
7
交通补助
数值型
11
否
8
总工资
数值型
11
否
9
考勤扣除
数值型
11
否
10
保险扣除
数值型
11
否
11
扣税
数值型
11
否
12
总扣除
数值型
11
否
13
实际工资
数值型
11
否
14
EDIT
数值型
11
否
15
EDITTIME
日期型
8
否
16
备注
备注型
10
否
第四部分系统测试
为了确保本系统能够正常运行,需要在发布之后做一次较全面的测试.现将具体操作及过程举例说明如下:
(一)测试举例
(1).测试用户登陆是否成功:
打开人事管理系统,在“用户名”里填入root,“密码”框里我们填入root作为用户登录密码。
填写完成点击“确定”按钮,将会出现操作程序页面,即该用户已经登陆成功了.再运行程序,会有提示页面出现:
程序已经运行,不能再次装载!
(2)。
测试其他用户是否能够登录:
打开人事管理系统登录页面,输入任意密码,点击“登录”按钮。
将出现密码出错提示页面。
然后点“确定”返回人事管理系统登录页面.
(3)。
测试编辑功能是否成功:
编辑功能:
在登录成功之后,即可进入相应的管理页面,点击“编辑”,即出现编辑页面,即可以修改和删除员工的个人信息资料。
最后保存.
(4).测试查询功能是否成功:
查询功能:
在登录成功之后,点击“查询",在弹出的文本框,在里面输入想要查找的资料,点击“查询”按钮,成功即可出现结果页面,页面内显示查询出来的员工资料内容,表示测试成功.
(5).用户登出系统的测试:
在管理操作已全部完成,需要退出程序的时候,在系统页面“系统设置”下拉菜单的有一个“退出”的选项,点击之后便可退出。
也可以点“关闭”退出。
(6).测试密码更改:
在以超级用户登录的情况下,在程序中打密码设置,弹出文本框,显示用户列表。
可以添加新的普通用户,也可以删除和禁止普通用户使用程序。
在以普通用户登陆情况下,打开密码设置选项,系统会提示该用户为普通用户,只可以修改自己的密码。
经过以上各项的测试,证明本系统完全可以正常运行,至此测试成功!
(二)测试项目
在MIS开发过程中采用了多种措施保证软件质量,但是实际开发过程中还是不可避免地会产生差错,系统中通常可能隐藏着错误和缺陷,不经周密测试的系统投入运行,将会造成难以想象的后果,因此系统测试是MIS开发过程中为保证软件质量必须进行的工作。
大量统计资料表明,系统测试的工作量往往占MIS开发总工作量的40%以上。
因此,我们必须重视测试工作。
由于程序中隐藏的缺陷只在特定的环境下才有可靠显露,系统缺陷通常是由于对某些特定情况考虑不周造成的。
因此测试不是为了表明程序正确;成功的测试也不是没有发现错误的测试。
有意义的软件测试应该是从“破坏”软件系统的角度出发,精心设计最有可以暴露程序系统缺陷的测试方案。
因此软件测试的目标应该是以尽可能少的代价和时间找出软件系统中潜在的错误和缺陷。
从产品角度看,测试计划中的测试项目包括软件结构中的分系统层、子系统层、功能模块层、程序模块层中的各类模块,从测试本身看,分为单元测试,组合测试,确认测试等。
测试对象是随不同阶段而异的,最基本、最初的测试是单元测试,后面的组合测试、确认测试都是以被测过的模块作为测试对象的。
(1)单元测试:
单元测试也称模块测试或程序测试,单元测试是对每个模块单独进行的,验证模块接口与设计说明书是否一致,对模块的所有主要处理路径进行测试且与预期的结构进行对照,还要对所有错误处理路径进行测试.对源码进行审查,对照设计说明书,表态地检查源程序是否符合功能的逻辑要求,是进行单元测试前的重要工作工.单元测试一般是由程序员完成,也称程序调试。
(2)组合测试
组合测试也称集成测试或子系统测试,通常采用自顶向下测试和自底向上测试两种测试方法。
组合测试的对象是指已经通过单元测试的模块,不是对零散模块进行单个测试,而是用系统化的方法装配和测试软件系统,是一个严格的过程,必须认真地进行,其计划的产生和单元模块测试的完成日期要协调起来,这种测试应在系统目标机上进行,造成系统应用的环境条件,除了开发部分项目负责人参加以外,还应该有相应系统的用户参加,给评审员进行演示。
(3)确认测试
确认测试是对通过组合测试的软件进行的,这些软件已经存于系统目标设备的介质上,确认测试的目的是表明软件是可以工作的,并且符合“软件需求说明书"中规定的全部功能和性能要求。
确认测试是按照这些要求定出的“确认测试计划”进行的。
测试工作是由一个独立的组织进行,而且测试要从用户的角度出发.
(4)系统测试
系统测试是对整体性能的测试,主要解决各子系统之间的数据通信和数据共享问题以及检测系统是否达到用户的实际要求,系统测试的依据是系统分析报告。
系统测试应在系统的整个范围内进行,这种测试不只对软件进行,而是对构成系统的硬、软件一起进行。
系统测试与建构同时进行或略慢。
系统测试需要确认从头到尾的功能正常才算完成,应当尽量避免系统测试延到项目末尾进行.
(5)用户验收测试
在系统测试完成后,进行用户的验收测试,它是用户在实际应用环境中所进行的真实数据测试。
在具体的测试中,一般应遵循以下原则:
由程序设计者之外的人进行测试;测试用例应由两部分组成:
输入数据和预期输出结果;应选用不合理的输入数据与非法输入测试;不仅要检验程序是否实现预期功能,还应检查程序是否做了不应该做的工作;集中测试容易出错的程序模块;对程序修改以后,必须重新进行测试。
(三)测试方法
一般来说,对程序测试有两种测试方法:
如果已经知道了软件系统应具有的功能,可通过测试来对每个功能是否都能正常使用;如果知道程序的内部工作过程,可以通过测试来检测程序内部是否按照规格说明书的规定正常进行。
前一种方法称为黑盒测试,后一种方法称为白盒子测试.黑盒测试又称为功能测试,白盒子测试又称为结构测试。
经过几个月的毕业设计,因为时间和任务的性质的关系,没有完全按照上述的测试方法进行系统的测试,但经过一些简单的步骤的测试,证明本系统具有相当程序的稳定性。
结束语
经过四个多月的构思与设计,在指导老师的精心指导和安排下,本系统已经设计完毕。
其使用功能基本符合公司在实际工作的需要,具有一定的实用性。
但是由于时间比较仓促,加上本人软件设计经验的不足.因此,在分析问题、解决问题时显得不够严密、完善,还需要在以后的工作中不断地改进和完善。
在这次的毕业设计中,让我深深地体现到进行软件开发不是一件简单的事情,它需要设计者具有全面的专业知识、缜密的思维、严谨的工作态度以及较高的分析问题、解决问题的能力,而我在很多方面还有欠缺。
最后,我要衷心感谢老师在我的设计过程中给予我的极大帮助,使我能够及时、顺利地完成此次的毕业设计。
同时,也要感谢我的老师和同学们及实习企业在本系统的设计过程中给予我的支持和帮助。
主要参考文献
[1]王福成等:
< [2]郭振波编著: 〈<深入浅出VisualBasic6。 0中文版〉〉,人民邮电出版社2003年3月 [3]林永等编著: <〈VisualBasic6.0用户编程手册〉〉,人民邮电出版社2002年11月 [4]刘炳文等编著: <〈VisualBasic6.0程序设计教程>〉,清华大学出版社2000年7月
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 企业 人事管理系统
![提示](https://static.bdocx.com/images/bang_tan.gif)