人事管理系统课程设计.docx
- 文档编号:2102418
- 上传时间:2022-10-26
- 格式:DOCX
- 页数:27
- 大小:336.66KB
人事管理系统课程设计.docx
《人事管理系统课程设计.docx》由会员分享,可在线阅读,更多相关《人事管理系统课程设计.docx(27页珍藏版)》请在冰豆网上搜索。
人事管理系统课程设计
人事管理系统课程设计
课程设计报告
学生姓名:
杨富军
学号:
0805170130
学院:
经济治理学院
班级:
治理081
题目:
人事治理系统
工资治理子系统
指导教师:
职称:
2011年7月15日
1.选题背景
随着社会的进步和运算机技术的进展,专门是微型运算机的大范畴普及,现在应用在大中型企业的信息治理系统中,几乎都包括了工资治理模块。
有些环境中是有大型ERP软件中的一个模块引进的,有些作为企业的财务系统的一部分。
运算机处理的数据量不断增加。
文件治理系统采纳的一次最多存取一个记录的访问方式,以及在不同文件之间缺乏相互联系的结构,越来越不能适应治理大量数据的需要,因此数据库治理系统便应运而生。
有了数据库我们便能方便快捷的对数据进行读取、存取,并爱护数据库的数据。
但,西方治理制度设计的工资治理软件,在专门多时候还不能完成解决中国特色中小企业的问题,本文介绍的毕业设计的研究工作确实是要为这些具有中国特色的中小企业解决他们在工资治理方面的问题。
今天,数据库治理已成为运算机信息治理的要紧方式。
数据库的应用专门广泛,可应用于各行各业,只要是稍复杂的数据,都可制作成数据库,交由电脑来治理。
用电脑治理数据,运算速度快,检索迅速、查找方便、可靠性高、储备量大、保密性好、寿命长、成本低且不易出错等,这些优点能够极大地提高工资治理的效率,也是科学化、正规化治理的重要条件,专门是现在的中小型企业正需要这种对口的工资治理系统,同时是现行的财务治理系统所代替不了的。
2.工资治理子系统需求分析
2.1工资治理子系统需求陈述
工资治理系统的要紧任务是通过工资费用的运算和分配,为成本核算与账务处理提供依据,同时依照工资制度和职工劳动数量与质量,运算并发放应该支付给职工的工资。
工资核算时工资治理的要紧内容。
工资核算包括工资结算与工资分配两个方面。
工资结确实是指应对工资、代扣款项和实发工资的运算;工资分配是指按部门、类别进行工资汇总,并按工资的用途对工资进行分配。
工资总额是指各单位在一定时期内支付给本单位全体职工的全部劳动酬劳总额。
按照国家统计局的规定,工资总额有计时工资、计件工资、奖金、津贴和补贴、加班加点工资和专门情形下支付的工资6部分组成,其中计时工资和计件工资是工资总额中最差不多的部分。
上述工资构成要件所组成的工资总额只是应发工资,并非每个职工拿到手的实发工资,缘故在于存在一些应扣项目,例如水电费、工会会费、保险费、公积金、病事假扣款、旷工扣款和个人所得税等。
在运算每个职工实发工资之前应在工资总额中扣除这部分款项,即有如下关系:
应发工资=差不多工资+工龄工资+岗位津贴+固定补贴+加班加点工资+奖金
扣款合计=水电费+保险费+个人所得税+病假扣款+事假扣款+旷工扣款+其他扣款
实发工资=应发工资–扣款合计
每个月财务部门依照人事部门提供的职工差不多工资数据、所得税率和人事变动情形运算所有职员的差不多工资信息,然后依照各个部门提供并审核后的各种表格,如完成任务表、考勤表、考核表、职工当月的扣款情形〔包括水电费、病事假扣款等〕等运算职工变动工资、个人所得税和应发放工资等,编制工资单。
按类进行汇总,编制工资汇总表。
将实发工资转入代发银行,由银行代发工资,并进行账务处理。
工资结算过程要紧设计如下会计账户:
现金、银行存款、应对工资、其他应对款、其他应收款等。
2.2需求分析
2.2.1功能需求
工资治理系统涉及到职员差不多信息的录入、修改和删除,工资标准的设定、查询和结算等。
典型的工资治理系统要紧有以下差不多功能:
a)系统数据初始化
b)职员差不多信息的录入、修改、删除等功能
c)工资标准的设定功能,集体包括职务工资、职称工资、其他工资标准和福利的设定。
d)工资信息的扫瞄
e)职职员资信息表的创建及查询
f)工资调整治理
g)工资运算
h)工资报表打印
2.2.2性能需求
1、需求分析总体目标
需求分析的目的在于与开发人员与用户之间达成系统开发的共识,使开发人员所考虑的系统在功能〔系统能做什么〕、简单操作,良好界面,个人信息保密性,系统安全与稳固,良好帐户治理,友好信息返回模式〔如报表及打印功能〕。
2、性能需求
此工资治理系统对工资数据精度的运算能在默认情形之下精确到小数点后3位小数,即是精确到分的运算。
但在用户使用过程中,能自行依照实际情形进行小数运算精度的设定
最大能承诺保留小数点后5位的精度。
在时刻特性上,当用户发出命令要求时的服务器的响应时刻、对数据更新处理、工资数据的查询检索等上,同样要求系统响应时刻可不能超过0.5秒时刻。
系统支持多种操作系统的运行环境,多不同操作系统,不同文件格式的磁盘上的数据均能实现信息的互通,及共享。
当服务器移植到其他的系统平台,如:
Linux平台下时,同样能和其他的系统进行数据存取同步,可不能显现系统之间互不兼容的情形,系统支持多系统之间的互连互通,系统有庞大的强健性。
3、运行需求
系统在进行数据的录入、运算、统计的时候,能将数据精确到小数点后三位小数。
系统接收到用户的操作命令后〔如:
运算处理、查询等〕,能迅速的响应其操作要求,响应时刻不超过1秒。
在同一时刻,系统还提供支持至少10个客户端进行同一个操作要求的响应。
系统可移植较强,在不同的平台下运行,均可不能阻碍系统的稳固性。
同时,支持在客户端安装不同操作系统、扫瞄器版本,均可不能阻碍系统的运行。
4、安全需求
为保证系统数据的安全性,系统采纳访问操纵策略,未授权者不能进入系统。
同时,对不同级别的用户授予不同的使用权限。
在系统运行期间,如发生掉电尚未储存数据,或由于操作不当等缘故导致系统重启等,为保证数据的易复原性,系统提供每隔30秒自动储存数据的机制,让用户的数据在发生意外时能最大程度上得到复原。
同时,系统提供强大的容错性能,当一台服务器发生故障时,系统能自动切换到另外一台服务器上,从而保证服务器能长时刻的提供系统的运行支持。
在输入数据时,假如用户输入的数据不符合系统的要求,那么系统自动提示错误信息,并要求用户重新输入,直到输入完全正确时才承诺进行下一步的操作。
5、系统界面需求
系统开发基于B/S的开发模式,界面直观、简洁,人机交互性强。
基于表单和弹出式窗口的数据录入方式,菜单电击的方式操作。
用户使用时,只要是按照格式和要求填入信息,系统在后台响应用户操作过程。
让用户在最短时刻里,不需要通过专门培训,就能够轻松上手使用。
6、其他需求
数据不管是在企业内部之间传输,依旧公司与分公司之间进行远程数据传输
时,防止数据被不法分析任意的修改和破坏,对所有的敏锐数据均进行基于SSL协议的加密操作,只有对信息解密的人员才能最终读取数据信息。
如此,能最大程度的防止数据在传输过程的安全保密性。
2.3系统需求建模
2.3.1确定参与者
参与者是指用户在系统中所扮演的角色,表示与所创建的系统进行交互的人或物。
系统的执参与者:
公司治理者、职工、职员治理员。
a公司治理者:
公司治理者对公司所有的部门能够进行治理,具体内容包括职员治理、考勤治理、工作评判治理、工资治理。
b职工:
每个职工有个用户名和密码,能够方便的按照某种关键字对自己的信息和工资进行查询,也能够修改自己密码;
c.治理员:
定义系统以及汇总工资数据,完成工资设定、工资运算、工资发放及打印报表。
治理员有唯独用户名和密码,完成对职工工资料的增加,删除,修改和查询。
2.3.2确定用例
在对现行工资治理治理系统的分析过程中,在我们猎取了执行者之后,我们就对每个执行者提出以下问题以猎取用例。
1.执行者要求系统提供哪些功能(执行者需要做什么)。
2.执行者需要读、产生、删除、修改或储备的信息有哪些类型。
3.必须提醒执行者的系统事件有哪些,或者执行者必须提醒系统的事件有哪些,如何样把这些事件表示成用例中的功能。
4.为了完整地描述用例,还需要明白执行者的某些典型功能能否被系统自动实现。
除了以上考虑到的问题之外,我们还考虑了一些不针对具体执行者问题(即针对整个系统的问题),以使自己的分析结果更加准确。
1.系统需要何种输入输出,输入从何处来,输出到何处。
2.当前运行系统(也许是一些手工操作而不是运算机系统)的要紧问题。
因为系统比较大,因此不可能给出全部的分析过程,因此列举出在住院分系统中一部分比较有代表性的过程。
系统的用例:
添加用户、修改用户、删除用户、查询信息、工资设置、工资报表打印。
其中查询的信息有可能是查询职员的个人资料,也有可能查询工资信息。
工资设置有岗位工资设置,福利设置。
2.3.3系统用例建模
针对HIS系统的流程的分析,我们采纳的是面向对象的分析方法(OOA)。
使用用例图来描述参与者与外部用户所能观看到的系统功能的模型图,在此模型中列出了系统中的用例和参与者,并显示哪个参与者参与了哪个用例的执行。
工资治理系统总总用例图如图2.1所示:
2.3.4用例描述
1.职员治理
概述:
该用例说明工资治理系统中治理员的职责,负责职员差不多信息的存取、工资运算等日常工作,其触发者是工资治理系统中的操作人员。
前置条件:
人事处差不多为该职员颁发任命书或者该职员为企业正式职员。
后置条件:
该职员在此期间连续工作,不因其他缘故离岗等。
实现过程(事件流):
(1).在企业人事处办理相关入职手续。
(2).输入职员信息:
职员姓名、年龄、性别、职位、出生年月等个人信息。
(3).签订一定的入职协议。
2.考勤治理
概述:
该用例说明对职员考勤的记录、核算、表彰与奖惩等。
前置条件:
该职员在一定时刻段内工作并有上班记录。
后置条件:
建立个人考勤信息表和汇总表。
实现过程(事件流):
(1).治理人员负责对职员日常的出勤情形进行统计记录。
(2).总结职员每月或者季度出勤情形,并进行工资奖惩的运算。
(3).负责为职员发工资。
3.工作评判治理
概述:
职员评判信息分为两部分,一部分是主管经理对职员的评判信息,包括工作分工、完成情形、工作态度等;另一部分是同组职员的评判信息,包括工作态度、合作情形等。
前置条件:
职员考勤记录存在同时有核算。
后置条件:
建立工作评判治理机制和相关表格进行备档。
实现过程(事件流):
(1).查看职员考勤记录表。
(2).进行职员考勤评判。
(3).职职员作评判考核反馈,制定相关措施进行改进。
4.系统治理
概述:
要紧是完成用户的添加、密码信息的修改,系统登录,操作人员的权限分配等功能。
前置条件:
职员信息记录存在。
后置条件:
数据库中存在各个职员的信息记录。
实现过程(事件流):
(1).查看职员个人信息表。
(2).进行职员信息的修改,对离职的职员删除其相关个人信息。
(3).治理员为操作者分配权限。
5.职员信息治理
概述:
要紧对职员的差不多信息进行治理。
前置条件:
职员信息记录在数据库中。
后置条件:
职员连续工作在本企业,短时刻内可不能离职。
实现过程(事件流):
(1).查看职员信息表。
(2).对职员信息的修改。
图2.1工资治理系统用例图
3.工资治理系统系统
3.1系统用例建模
人事工资治理系统应完成以下功能:
〔1〕职员治理:
包括部门设置、职员信息、人员调动和福利信息四部分。
考勤治理:
包括正常出勤、专门出勤和加班处理三部分。
〔2〕工作评判治理:
职员评判信息分为两部分,一部分是主管经理对职员的评判信息,包括工作分工、完成情形、工作态度等;另一部分是同组职员的评判信息,包括工作态度、合作情形等。
〔3〕工资治理:
要紧完成职职员资信息的爱护,职职员资分为两部分,一部分是差不多工资,依照职员的职称和岗位设
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 人事管理系统 课程设计