人事管理系统方案.docx
- 文档编号:9528463
- 上传时间:2023-02-05
- 格式:DOCX
- 页数:33
- 大小:232.38KB
人事管理系统方案.docx
《人事管理系统方案.docx》由会员分享,可在线阅读,更多相关《人事管理系统方案.docx(33页珍藏版)》请在冰豆网上搜索。
人事管理系统方案
人事管理系统(中介公司)
1.可行性研究报告
1.引言
1.1编写目的
人事管理系统是现代企业管理工作不可缺少的一部分,是适应现代企业制度要求,推动企业劳动认识管理走向科学化,规化的必要条件。
人事管理系统可以应用于支持企业完成劳动人事管理工作,有如下三个方面的目标:
1-支持企业实现规化管理。
2•支持企业高效率完成劳动人事管理的日常业务,包括新员工加入人事档案的建立,老员工转出,辞职,退休等。
3•支持企业进行劳动人事管理及相关方面的科学决策。
可行性研究的口的是是为了对问题进行研究,在最短时间确定问题是否可解。
经过对此项LI进行调查研究,初拟系统实验报告,对软件开发将要面临的问题及其解决方案进行初步设计及合理安排。
明确开发风险及其所带来的经济效益。
本报告经审查后,交组长审查。
根据人事系统的业务分类、业务操作规程及其数据结构等具体要求,调查了单位的组织结构、相关部门的业务圉,业务逻辑结构,业务操作规程,业务样本,业务数据规格,确定了系统性能要求,系统运行支持环境要求,数据项的名称、数据类型、数据规格。
以上这一切为统下一步的开发工作奠定了良好的基础。
本软件需求说明书全面、概括性地描述了人事管理系统所要完成的工作,使软件开发人员和用户对本系统中的业务流程及功能达成共识。
通过本需求说明书可以全面了解人事管理系统所要完成的任务和所能达到的功能。
预期读者:
项LI开发者、投资者、领导,以及参与实施本项LI的工作者。
2.可行性研究的前提
2.1要求
开发软件的基本要求,如
a.功能:
员工基本信息的录入、修改、查询、删除模块,员工考勤信息和员工调动信息的录入、修改、查询、删除模块,以及系统维护功能。
完善的人事档案管理支持员工照片、人员增加、调动,支持工作经历管理、社会关系管理、证书管理、职称评定管理、职工培训管理、奖惩管理以及本公司员工的聘用、试用、报到、保证、职务、任免、调迁、解职、服务、交卸、给假、出差、值班、考核、奖惩、待遇、福利、退休、抚恤情况的管理。
b.输出:
员工基本信息清单、工作经历清单、考勤信息清单、调动信息清单。
c.输入:
家庭地址、联系方式、家庭成员情况、曾经在何时何地任过何职、某年某月某日到勤情况、何年何月何日有何调动。
d.基本的数据流程和处理流程:
图1-2系统功能实现图
e.安全与要求:
人事档案管理人员有读写权限,部长、经理有察看权限,一般教职工有察看自己信息的权利,其他人员未经允许无任何权限。
2・2目标
我们的H标就是在于开发一个功能实用、操作方便,简单明了的人事管理系统。
在设计•出功能强大的软件的同时,尽可能地减少对系统资源的占用,并且还要力求做到通过使用本系统,尽量使单位的人事管理工作系统化,自动化和规化,从而达到提高企、事业单位管理效率的LI的。
同时也希望此次工程加强我们自身的团体协作意识,加深程序设计思想,同时要学习工程设计思想,在技术和软件工程思想上同时得到锻炼和提高。
2.4可行性研究方法
从技术可行性、经济可行性、操作可行性三个方面来研究该系统的可行性。
根据技术可行性的考虑初步排除一些不现实的系统和不合理的要求:
操作可行性方面,根据使用部门处理事务的原则和习惯检查技术上可行的方案,去掉其中从操作方式或操作过程的角度看用户不能接受的方案;经济方面的可行性,应估计可能的系统开发成本和运行费用,并且估计可以节省的开支或可以增加的收入。
2.5决定可行性的主要因素
依据可行性研究的具体方法,考虑到现行开发环境的实际情况,此系统技术难度不高,实现环节不复杂,所以在技术上是可行的;设计人员已经过了详细调查,充分地了解了用户的需求,因此从操作上来讲可以给用户提供一个优良的系统;山此可见决定可行性的主要因素便是经济可行性,但鉴于此软件投入不大,所以综上所述,此软件是完全可行的。
3.对现有系统的分析
3.1人员
此软件的设计开发团体为三人组成的小组,具备软件工程的专业知识以及相应的设计编程能力。
3.2设备
微型计算机,网络,相关的参考书。
3.3局限性
初次应用开发人事管理系统对于许多的细节没有具体的认识,缺乏经验,所以开发后的系统应经过严格的试用,反复改进方可正式投入使用。
本系统的最终用户是某公司的员工,具有一定的计算机操作能力。
目前该
司全部釆用手工操作方式进行记帐,对于较小的业务量仍然可以进行。
但随着公司的逐步发展壮大,手工处理信息的方式已经越来越不能满足业务的需求,而本系统正是为了解决这一问题而设计的一套解决方案。
4.所建议技术可行性分析
4.1对系统的简要描述
我们所讣划开发的系统是一个相对简单的人事管理系统,它是独立使用的系统。
在公司整个管理系统中它是一个组成部分,起到不可或缺的作用,通过它可以快捷有效的实现部的人事管理工作。
4.2采用建议系统可能带来的影响
4・2・1对设备的影响
因为此人事管理系统是一个相对较小的应用系统,所以对原有设备的影响不太明显,一般而言,我们日常所使用的操作设备足以运行这个软件。
4・2・2对用户的影响
使用这个管理系统会使用户和原来相比节省很多时间,使工作更高效。
4.2.3对运行环境的影响
山于用户通过使用此系统会更快的完成工作,所以整个开发环境会因系统的使用节省很多人力物力,从而进入更有效的工作运行状态。
4.2.4对经费支出的影响
经分析可知开发这个项!
_!
的经费预算并不高昂;再者,通过使用此软件会节省人力物力方面的开支,换句话说,就等于挽回了相当一部分的经费支出;所以说对经费支出的影响是乐观的。
4.3技术可行性评价
根据系统H标来衡量所需的技术是否具备,一般可从硬件、软件的性能要求、环境条件、技术人员水平和数量等方面去考虑和分析。
其中开发人员的技术力量应首先考虑能力与水平,开发小组经过软件工程知识和相应开发语言的学习,已具备一定的设计能力,经过实际学习与相互促进,相信此项U在技术上市是可行的。
5.所建议系统经济可行性分析
5.1支出
佔算系统的开发费用和今后的运行、维护费用,佔汁系统将获得的效益。
开发、运行和维护费用主要包括:
购买和安装设备的费用、计算机硬件、系统软件、电源;软件开发费用包括:
人员费用(系统开发人员、操作人员和管理人员);消耗品费用:
系统开发所用材料、系统正常运行所用消耗品,例如电费,U盘、开发软件的购买等开支。
5.2效益
鉴于这是为公司所使用的管理软件,所以需要具备快速的经济收益。
它的效益主要体现在对工作人员劳动强度的大幅降低以及对整个环境人力物力的节省方面。
最重要的是,整体工作效率的提高,这是此项目所隐含的最大效益。
5.3收益/投资比
通过以上两个方面的分析,我们可看出从客观角度讲,这个系统的收益/投资比将会是大于一的,所以说此系统在经济上同样是可行的。
4.所建议软件可行性分析
1-软件实现原则
根据软件工程规和HR系统的要求及特点,系统开发时必须遵循以下原则,实用性原则:
开发的系统必须满足实用性需求,做到使用方便,输入数据量尽量小,界面直观,易学易用,不同业务之间界面转换速度快。
功能完整性原则:
所提出的业务都能够在计算机平台上完成,对于同一类型的业务,山于输入要求或地址模式等条件的不同,将设计不同的功能模块。
高性能原则:
系统在性能上做到实时性强、数据容量小、响应速度快、稳定性高、出错率低、容错性好等优点。
数据安全性原则:
安全性永远是数据库的重要课题,必须采取多种措施保证数据库的安全。
满足速度要求下的少余量原则:
余量指的是逻辑上相同的数据,在不同的记录中重复岀现,或在逻辑上能导出存在于数据库的记录中。
从理论上讲,余量的存在,在数据库设计•的不合理,是破坏数据库一致性的潜在危险,同时会增加数据空间开销。
但是,在特殊情况下,为了满足速度要求,常常设计一些余量作为数据库记录。
当余量存在时,数据库一致性不能鼎数据库管理系统来保证,只能通过开发软件的计算方法来解决,余量的存在,大大增加了系统的开发难度,所以余量是万不得已时才能使用,使用时,在讣算方法上保证数据的一致性。
输入量最小原则:
在保证信息量充分性条件下,让员工以最小的数据输入完成业务操作,从而提高员工的工作效率。
数据库字符段可空原则:
具有默认数值和状态的数据库字符段,采用可空假定。
对于可伸缩的数据库,可空字符段在没有数据输入的悄况下是不占空间的。
操作模式可选择性原则:
对不同的操作模式,设计不同的功能和不同的界面,或在同一功能和界面下设计多个选择项,以适应模式多变的需求。
美观化设计原则:
在满足实用性的条件下,界面设汁做到美观大方,大小适中,排列整齐,各种控制键的中文名字简单明了,不同的业务甚至不同的功能,有不同的界面。
美观的界面配色柔和,减轻视觉疲劳,给员工一个良好的计算机工作环境。
常用性与特殊性相结合原则:
对常用的状态和数值,作为缺省,对常用的功能放在主要界面和排前原则,对不常用功能启动时进行折叠和排后。
数据可维护性原则:
对于正常的数据维护,管理人员可以通过HR系统本身来实现。
数据维护包括权限设置、高级地址的集合运算、无用数据的删除、数据库的清理、数据备份与恢复等功能。
系统可维护性原则:
全面按照软件工程的要求来开发HR系统,做到严格管理、严格测试。
每个工作阶段,都具备相应的经过严格审查的文档,为将来系统服务提供技术上的保证。
统一性原则:
建立统一合理的数据库模型,实行统一的文档编排和管理;实行统一的数据库关系命名、文件命名、函数命名、变量命名;实行统一的编程风格。
系统的可扩展性原则:
在满足一期方案的基础上,考虑今后系统可能新增功能(比如,财务、人事等)带来的系统软硬件的变化,为系统的扩充预留接口。
6.社会因素可行性分析
6.1法律因素
该人事管理系统为学院部使用,经学校相关部门批准开发,而且具备相关方面的合法性,乂是我开发小组独立研发,因此相信此项口无法律问题。
6・2用户使用可行性
由于开发工作建立在详细的需求分析之上,并且对开发环境进行了深入调查,因此学院的行政管理以及工作制度、人员素质完全可以满足要求。
7.结论意见
经过以上各个方面的研究,可见这个开发项口在技术、操作、经济以及法律和社会各个方面均满足可行性条件,因此决定着手组织开发。
二、系统概要设计
1・2项目背景
•系统名称:
中介公司系统
•项目提出者:
中介公司
•最终用户:
公司或企业
术语定义
•事务流:
数据进入模块后可能有多种路径进行处理。
•外部主键:
数据库表中与其他表主键关联的域。
ROLLBACK:
数据库的错误恢复机制。
1.总体设计
2.1需求规定
本系统主要是用来处理员工的相关信息以及工资等的情况统讣,公司把员工的信息,包括、性别、年龄等信息输入人事管理系统的数据库,然后在管理终端可以对数据进行查询和修改等操作。
使用人事管理系统,便于公司领导掌握人员的动向,及时调整人才的分配。
2.2结构
系统的模块的划分已在需求规格说明书中写出,每个模块相对应的有一个程序模块,我们把这些程序模块命名为程序块。
从需求规格说明书中得出各模块之间的关系如下:
2.3人工处理过程
本系统人匸处理过程主要有:
1.登记员工的信息。
2.设置系统的基础数据。
3.设置员工的权限。
3.1用户接口
用户接口主要采用图形接口和命令接口方式,用户可以通过点击图形界面的按钮、菜单、对话框等图形接口元素对程序和数据进行操作和在输入框中输入命令的方式查询信息。
3.2外部接口
在用户界面部分,根据需求分析的结果,用户需要一个用户友善界面。
在界面设计上,应做到简单明了,易于操作,并且要注意到界面的布局,应突出的显示重要以及岀错信息。
外观上也要做到合理化,考虑到用户多对WINDOW风格较熟悉,应尽量向这一方向靠拢。
3.3部接口
身份认证模块的返回值决定当前用户是否可以进入人事管理系统,身份通过以后再根据用户本身的权限判定进入哪一个功能模块,并且判断其相应的操作权限,这些采用返回值方式由用户本身的权限标志决定
4运行设计
4.1运行控制
运行控制将严格按照各模块间函数调用关系来实现。
在各事务中心模块中,需对运行控制进行正确的判断,选择正确的运行控制路径。
在数据库操作方面,终端发送数据后,将等待数据库管理程序的确认收到信号,收到后发送查询条件或者更改数据容,数据库完成操作后将返回操作状态码,前台程序显示出操作结果或者错误提示。
4.2运行时间
在软件的需求分析中,对运行时间的要求为必须对作出的操作有较快的反应。
硬件对运行时间有最大的影响,当设备负载量大时,对操作反应将受到很大的影响。
所以尽量采用高性能主机,充分发挥软件性能。
三、功能模块
Sf/Vian
O
X
O
X
四、
3.1.2规章制度管理
3.2绩效管理
3.2.1考核打分
O
X
考核人员
3.2.2考核计划
O
X
考孩员
3.2.3考核统计
3.2.4考核指标
3.3考勤管理
33.1
考
管
列
理
33.2考勤类别
考勤管理模式及苴解决方案
综合各企业考勤制度来进行分析,不同行业、不同规模、不同性质的企业考勤制度有着千差万别。
考勤管理模式有有四种:
(1)、固泄模式:
以星期为单位来指左的固左上下班时间和休息时间:
适用于行政、管理、后勤人员,只有一个班次。
(2)、排班模式:
以月为单位按日期指立其所上班次和休息时间,适用于大型企业的固泄倒班的生产人员。
(3)、倒班模式:
不以时间为单位,依据员工的考勤时间和企业设泄的考勒班次来自动判断出员工所上班次(详见自动倒模式)。
(4)、弹性模式:
在没有设左考勤班次的情况下,依照员工考勤数据自动汇算工作时间。
3.4人事管理
人事系统顺序图
:
员二乍息査谊管逗
:
人苹专走至氓主去至
II
人事部用例图
3.4.1考核记录
3.4.2离退记录
3.4.3人事调动
人事调动的活动图,部门的人员将申请提交给部门经理的所操作的界而,操作系统验证信息的完整性,如果信息是完整的,那么就将信息提交给部门经理进行考核,部门经理如果考核通过,那么就把员工的信息提交给数据库,如果信息不通过,就把员工的申请信息返还给员工,并且标注申请不通过。
申请通过的数据可将对员工的信息惊醒整合修改。
并且将整合修改的结果返还给员工本人。
3.4.4特殊选项
3.5系统管理
OO
XX
管理员晋通用户
3.5.1部门管理
3・5・2角色管理
3・5・3用户管理
3.6招聘管理
3.6.1简历管理
362招聘管理
(二)强调双向选择即树立“双向选择”的现代人才流动观念,与应聘者特别是重点应聘者(潜在的未来雇员)平等地、客观地交流,双向考察,看彼此是否真正合适。
在对企业现有人员进行员工分类时,会发现对于意向不是非常强烈的员工,其会有惰性并缺乏主动性,
如果企业不能针对这类员工进行相应的激励的话,
那
么这类员工将增大企业人力资源自然减员的幅度,
这也将大大的浪费企业的财力
和精力。
在进行髙效的招聘时,需要特別的强调“双向选择”这一条,不能为了喜迎应聘者,故意美化、夸大企业,对企业存在的问题避而不谈,以至于应聘者过分相信招聘企业的宣传而对企业满怀期望。
一旦人才进入企业,
发现企业实际
上并没有原先设想的那样好,
就会产生失落,
上当受骗的感觉,
挫伤工作积极性。
因此,企业在招聘中一左要强调双向选择。
(三)以企业现阶段发展需求为标准(华为为例)
人才是企业最宝贵的资源,
所以,
招聘是每一家企业格外看重的大事。
然而,
招聘的目的绝不是简单地吸引大批应聘者,
人力资源招聘的根本目的是获得企业
所需要的人员,减少不必要的人员流失,同时梳理企业形象。
为了占领未来的人才高地,
绝大多数企业都日益重视人才的引进和培训,
而
华为早已经把人才的优势提升到国英他企业无法企及的极致。
其令人生畏的
“秘技”
中关键的一点就是随着企业发展阶段的不同而适时地用科学的手段调整
对人才的招聘思路。
1
.初创业,实力单薄,小用需求人才初创业期,
是华为正在寻求技术突破阶段,
通信人才奇缺,
像当时的华为这
样的企业不可能也没有能力进行大面积的招聘,
所以华为当初的招聘主要是通过
去人才市场和去固定的几个学校招聘,招聘的对象也是主要的工科技术人员
2
.高速发展,尽揽人才
市场的迅速扩带来了企业对人才需求的增加,
机会牵引人才,
华为实施了
掠夺性的人才策略,
员工数量成倍增加。
由于市场空间足够大,
企业高速成长和
9
发展,华为对人才的消化能力很强。
3
.给国际化的企业配备国际化的人才
从
2005
年底开始,华为的招聘模式和前两个模式都有很大的区别,主要是招聘的人才明显倾向于其全球业务的发展。
结合公司全球化业务布局、
全球人才
分布情况等因素,
华为
“欢迎能够帮助公司加快国际化进程的各领域人才加盟”
可以看出,
华为在人才招聘方而的思路完全是根据企业在不同阶段发展的不同需要制左的,这种做法完全符合国际最先进的人力资源引进机制。
(四)人才信息储备是给企业备足粮食
招聘实践中,
常会发现一些条件不错且适合企业需要的人才,
因为岗位编制,
企业阶段发展计划等因素限制无法现时录用,
但企业很可能在将来某个时候需要
这方面的人才。
这个时候,
企业人力资源不要轻易就与这些人才擦肩而过,
需要
将这类人才的信息纳入企业的人才信息库
(包括个人资料、
而试小组意见、
评价
等),不左期地与之保持联系,一旦将来出现岗位空缺或企业发展需要,即可招入麾下,既提髙了招聘速度也降低了招聘成本。
人事管理系统数据库
1.数据字典
表2-1员工就职表Personinductioninfo:
字段名称
数据类型
可否为空
约束条件
说明
Personnelld
CHAR(10)
NOTNl'LL
主键
员工号
PersonneIName
CHAR(10)
NOTNl'LL
无
员工
Sex
CHAR(4)
NULL
无
员工性别
Department
CHAR(20)
NULL
无
所在部门
Position
CHAR(10)
NULL
无
职位
PositionalTitle
CHAR(10)
NULL
无
职称
DatelntoCompany
DATETIME
NULL
无
进公司日期
表2-2部门表DepartmentInfo:
字段名称
数据类型
可否为空
约束条件
说明
DepartmentId
CHAR(10)
NOTNULL
主键
部门编号
Department
CHAR(10)
NULL
无
部门名称
DeparmentIntroduction
CHAR(60)
NULL
无
简介
表2-3职位表Psoitionlnfo:
字段名称
数据类型
可否为空
约束条件
说明
Positionld
CHAR(10)
NOTNULL
主键
职位编号
Position
CHAR(20)
NULL
无
职位名
表2-4职称表PositionalTitlelnfo:
字段名称
数据类型
可否为空
约束条件
说明
PositionalTitleld
CHAR(10)
NOTNULL
主键
职称编号
PositionalTitle
CHAR(20)
NULL
无
职称名
表2_5培训记录表Traininginfo:
字段名称
数据类型
可否为空
约束条件
说明
Trainingid
CHAR(10)
NOTNULL
主键
培训记录号
Personnelld
CHAR(10)
NOTNULL
无
员工编号
PersonneIName
CHAR(10)
NULL
无
员工
Personnelstyle
CHAR(10)
NULL
无
员工类型
TrainingCourse
CHAR(10)
NULL
无
培训课程
TrainingHours
CHAR(4)
NULL
无
培训时数
TrainingScores
CHAR(4)
NULL
无
培训成绩
TrainingExpense
CHAR(4)
NULL
无
培训费用
TrainingStart
DATETIME
NULL
无
培训开始日期
TrainingEnd
DATETIME
NULL
无
培训结束日期
TrainingRemark
VARCHAR(50)
NULL
无
培训备注
表2-6培训程表Courseinfo:
字段名称
数据类型
可否为空
约束条件
说明
CourseCode
CHAR(10)
NOTNULL
主键
课程代码
CourseName
CHAR(10)
NOTNULL
无
课程名称
CourseDeparment
CHAR(10)
NULL
无
课程主办部门
StudentsType
CHAR(10)
NULL
无
授课对象
TeachingHours
INT(4)
NULL
无
授课时数
PlannedStartTime
DATETINE
NULL
无
计划开始日期
PlannedEndTime
DATETINE
NULL
无
计划结束日期
ActualStartTime
DATETINE
NULL
无
实际开始日期
ActualEndTime
DATETINE
NULL
无
实际结束日期
AccruedHeadcount
INT(4)
NULL
无
应参训人数
AttendedHeadcount
INT(4)
NULL
无
实际参训人数
CourseRemark
VACHAR(50)
NULL
无
课程备注
表2-7试用期合同表ProbationaryContractlnfo:
字段名称
数据类型
可否为空
约束条件
说明
Probationaryld
CHAR(10)
NOTNULL
主键
试用期合同编号
Personnelld
CHAR(10)
NULL
无
员工编号
PersonneIName
CHAR(10)
NULL
无
员工
Department
CHAR(10)
NULL
无
部门
PositionalTitle
CHAR(10)
NULL
无
职称
ProbationaryDays
INT(4)
NULL
无
试用天数
ProbationaryStartTime
DATETINE
NULL
无
试用开始日期
ProbationaryEndTime
DATETINE
NULL
无
试用结束日期
ProbationarySalary
INT(4)
NULL
无
试用月薪
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 人事管理系统 方案
![提示](https://static.bdocx.com/images/bang_tan.gif)