通用软件工程课程设计报告doc.docx
- 文档编号:14229367
- 上传时间:2023-06-21
- 格式:DOCX
- 页数:34
- 大小:326.49KB
通用软件工程课程设计报告doc.docx
《通用软件工程课程设计报告doc.docx》由会员分享,可在线阅读,更多相关《通用软件工程课程设计报告doc.docx(34页珍藏版)》请在冰点文库上搜索。
通用软件工程课程设计报告doc
课程设计报告
学生姓名:
杨富军
学号:
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)工资管理:
主要完成员工工资信息的维护,员工工资分为两部分,一部分是基本工资,根据员工的职称和岗位设置;另一部是动态工资,根据员工的考勤情况和工作评价情况计算,在计算出总工资后,还应扣除一些费用,如税款、公积金、养老金等。
(4)系统管理模块:
主要是完成用户的添加、密码信息的修改,系统登录,操作人员的权限分配等功能。
下面分别针对用例进行分析以及详细的用例描述:
图3.1员工管理用例图
图3.1.1部门信息管理用例图
图3.1.2员工信息管理用例图
图3.1.3人员调动设置用例图
图3.1.4福利信息管理用例图
图3.2考勤管理用例图
图3.2.1加班处理用例图
图3.3工作评价管理
图3.2.2异常出勤管理
图3.4工资管理用例图
针对系统不同层次的用案描述情况,抽象出如下4种用案的具体描述
1.工资管理用案
用案编号:
UC1
用案名:
工资管理用案
主要参与者:
工资管理员
受益人极其利益:
公司通过该系统公司可以实现科学化的工资管理,最大化的提高效率
工资管理员工资管理员可以方便快捷的管理员工相应个人信息,实现各种工资管理操作
前置条件:
工资管理员进入系统前进行身份识别并进行授权
后置条件:
存储公司工资发放情况,包括基本工资,动态工资记录
主要的成功场景:
1)工资管理员登陆系统,输入账号,密码
2)系统核对确认个人信息正确,分配相应权限
3)工资管理员输入工资查询请求
4)系统反馈相应工资查询结果
5)工资管理员给系统输入相应可变动数据
6)系统对输入数据进行记录
7)工资管理员发送工资汇总请求
8)系统反馈工资汇总信息
2.员工信息管理用案
用案编号:
UC2
用案名:
员工信息管理用案
主要参与者:
员工管理员
受益人极其利益:
公司通过该系统公司可以实现科学化的工资管理,最大化的提高效率
员工管理员员工管理员可以方便快捷的管理员工相应个人信息,实现新增员工,删除员工,查询员工,修改员工等操作
前置条件:
员工管理员进入系统前进行身份识别并进行授权
后置条件:
存储公司员工个人信息,包括新增员工,删除员工,查询员工,修改员工信息等记录
主要的成功场景:
1)员工管理员登陆系统,输入账号,密码
2)系统核对确认个人信息正确,分配相应权限
3)员工管理员输入新增员工请求
4)系统实现新增员工请求
5)员工管理员输入删除员工请求
6)系统实现删除员工请求
7)员工管理员输入查询员工请求
8)系统实现查询员工请求
9)员工管理员输入修改员工请求
10)系统实现修改员工请求
3.人员调动用案
用案编号:
UC3
用案名:
人员调动用案
主要参与者:
员工管理员
受益人极其利益:
公司通过该系统公司可以实现科学化的工资管理,最大化的提高效率
员工管理员员工管理员可以方便快捷的管理员工相应个人信息,包括查询员工基本信息,人员调动信息保存等
前置条件:
员工管理员进入系统前进行身份识别并进行授权
后置条件:
保存员工基本信息,人员调动基本信息
主要的成功场景:
1)员工管理员登陆系统,输入账号,密码
2)系统核对确认个人信息正确,分配相应权限
3)员工管理员输入员工基本信息查询请求
4)系统反馈相应员工基本信息查询结果
5)员工管理员提交人员调动情况信息
6)系统保存员工调动信息
4.工作评价管理用案
用案编号:
UC4
用案名:
工作评价管理用案
主要参与者:
员工主管经理
受益人极其利益:
公司通过该系统公司可以实现科学化的工资管理,最大化的提高效率
主管经理可以方便的对员工个人表现进行评价
员工员工可以方便的查询自己被评价的分数,也可以方便的给同组与其他员工评分。
前置条件:
员工与主管经理进入系统前进行身份识别并进行相应授权
后置条件:
记录员工的被评价分,对同组其他员工的评价分,主管经理对员工的评价分
主要的成功场景:
1)主管经理登陆系统,输入账号,密码
2)系统核对确认个人信息正确,分配相应权限
3)主管经理输入对某一员工评价请求
4)系统反馈相应请求结果并记录评价分
5)员工登录系统,输入帐号,密码
6)系统核对个人信息正确,分配相应权限
7)员工提交查询评价分请求
系统反馈员工评价分
员工发送评价同组员工请求
系统反馈请求结果并记录评价分
3.2静态结构模型
3.2.1类的识别
首先,经过调查得到工资管理系统的需求为:
工资管理系统的主要任务是通过工资费用的计算和分配,为成本核算与账务处理提供依据,并且根据工资制度和职工劳动数量与质量,计算并发放应该支付给职工的工资。
工资核算时工资管理的主要内容。
工资核算包括工资结算与工资分配两个方面。
工资结算是指应付工资、代扣款项和实发工资的计算;工资分配是指按部门、类别进行工资汇总,并按工资的用途对工资进行分配。
工资总额是指各单位在一定时期内支付给本单位全体职工的全部劳动报酬总额。
按照国家统计局的规定,工资总额有计时工资、计件工资、奖金、津贴和补贴、加班加点工资和特殊情况下支付的工资6部分组成,其中计时工资和计件工资是工资总额中最基本的部分。
上述工资构成要件所组成的工资总额只是应发工资,并非每个职工拿到手的实发工资,原因在于存在一些应扣项目,例如水电费、工会会费、保险费、公积金、病事假扣款、旷工扣款和个人所得税等。
每个月财务部门根据人事部门提供的职工基本工资数据、所得税率和人事变动情况计算所有员工的基本工资信息,然后根据各个部门提供并审核后的各种表格,如完成任务表、考勤表、考核表、职工当月的扣款情况(包括水电费、病事假扣款等)等计算职工变动工资、个人所得税和应发放工资等,编制工资单。
按类进行汇总,编制工资汇总表。
将实发工资转入代发银行,由银行代发工资,并进行账务处理。
工资结算过程主要设计如下会计账户:
现金、银行存款、应付工资、其他应付款、其他应收款等。
我们对以上需求进行初步处理之后,经过非正式分析得员工管理子模块的初始类为:
工资费用、成本核算、账务处理、工资结算、工资分配、工资总额、计时工资、计件工资、奖金、补贴、津贴、评价、同组员工评价、历史调动信息、经理、评价分、加班加点工资、部门、审核、任务表、考勤表、现金、银行存款、应付工资、其他应付款、其他应收款、经理对员工、福利信息、评价。
对候选类进行严格的考察筛选,去掉不正确的或不必要的,仅保留确实应该记录其信息或需要其提供服务的那些对象。
删除不正确的或不必要的类与对象,根据冗余标准,工资费用、成本核算、账务处理、工资结算、工资分配、工资总额、计时工资、计件工资分别描述了相同的几类信息,应保留在此问题域中最富于描述力的名称,因此,应该去掉入工资费用、成本核算、账务处理、工资结算、工资分配、工资总额、计时工资、计件工资等名词;现实世界存在许多对象,不能都纳入到系统中,仅需要把与问题密切相关的类与对象放到目标系统中,现金、银行存款、应付工资、其他应付款、其他应收款与本系统要实现功能关系不大。
因此,应该去掉候选类现金、银行存款、应付工资、其他应付款、其他应收款。
综上所述,在工资管理系统中,类应该包括津贴、评价、同组员工评价、历史调动信息、经理、评价分、经理对员工评价、福利信息等
3.2.2类的关联分析
在上文中我们将待开发的住院管理系统的对象和类识别了出来,随后,我们通过提取动词词组初步得出它们之间的关联,通过分析前文中的需求陈述,我们找出了陈述中隐含的关联,经过分析之后,初步确定出下列关联:
·到门诊进行挂号
·门诊对病人进行科室分·经理对员工的考勤进行评价;
·同组员工进行互相评价;
·经理对员工给出评价分;
·同组员工给出评价分;
·员工向管理部门提供入职、调动信息;
·管理人员对员工进行部门的分配,分配的具体工作部门工作;
·考勤人员统计员工考勤记录信息,并进行工资核算;
·企业为员工提供相关的福利;
·员工领取工资;
由于以上关联只是初步分析得出,并不合理,需要进一步的筛选初步得出的关联,去掉不正确的或不必要的关联,进一步完善,才能得到正确而合理的关联。
经过筛选之后,得到的关联如下:
·经理对员工的考勤进行评价;
·同组员工进行互相评价;
·同组员工给出评价分;
·管理人员对员工进行部门的分配,分配的具体工作部门工作;
·考勤人员统计员工考勤记录信息,并进行工资核算;
·企业为员工提供相关的福利;
·员工领取工资;
3.3.3类的属性描述
属性是对象的性质,通过对象类和结构有更深入,更具体的认识。
一般来说确定属性的过程包括分析和选择两个步骤。
属性的确定既与问题有关,也和目标系统的任务有关。
应该仅考虑与具体应用直接相关的属性,不要考虑那些超出所要解决的问题范围的属性。
在分析过程中应该首先找出最重要的属性,以后在逐渐把其余属性添加进去。
此次分析过程中,我们在分析阶段没有考虑那些纯粹用于实现的属性。
只是在最后认真考察了经初步分析而确定下来的那些属性,从中删掉了那些不正确的或不必要的属性。
部分对象类的属性描述如下:
评价----评价者编号、被评价员工编号
经理对员工评价----工作分工、完成情况、工作态度、部门经理评分
同组员工评价----工作态度、合作态度、组内员工评分
评价分----部门经理评分、组内员工评分
经理----部门编号、评价员工
历史调动信息----员工编号
部门----部门编号、部门经理、员工人数
员工----员工编号、姓名、部门编号
福利信息----员工编号
考勤情况----员工编号、正常出勤天数、迟到早退天数、事假天数、病假天数、加班次数、加班费用
员工工资----员工编号、基本工资、动态工资
3.3.4类的构建
经上述分析过程之后得出的住院管理子系统的类图如图3.5所示。
3.3系统动态模型
3.3.1系统执行顺序分析
在顺序图中,一条竖线代表一个对象,每个时间用一条水平的箭头线表示,箭头方向从事件的发送对象指向接受对象,时间从上向下递增,箭头线在垂直方向上的相对位置表示事件发生的先后。
根据如图3.5的调查结果,可以绘制出如图3.6所示的工资管理系统的顺序图。
顺序图用来描述对象之间动态的交互关系,着重体现对象间消息传送消息的时间顺序。
下面分别给出各个用例的顺序图:
用户登录顺序图:
图3.5系统类图
职工顺序图
管理员顺序图:
3.3.2系统协作分析
合作图也称为协作图,用于描述相互合作的对象间的交互关系和链接关系。
与顺序图一样,合作图也展示了对象间的动态协作关系。
它除了说明信息的交换外,还显示对象间的连接关系,描述信息在连接的对象之间的传递。
3.3.3系统状态分析
状态图描述了事件和对象状态的关系。
普通员工或者管理员利用密码和账户,通过登录验证后进入系统,若密码或者账户错误,系统提示错误信息;如果系统出错的话,则自动退出系统,登录失败。
状态图(StateDiagram)用来描述一个特定对象的所有可能状态及其引起状态转移的事件。
3.3.4系统活动分析
活动图是由状态图转化而来的,它描述了系统中各种活动执行的顺序,刻画了一个系统中所要进行的各项活动的执行流程。
根据上文中绘制得出的顺序图以及合作图,对两图中相互交互的对象进行分析可以得出系统主要的活动如下:
用户登录活动图:
管理员工信息活动图:
添加员工用例活动图
4.工资管理系统系统设计与实现
4.1UML体系结构设计
工资管理系统采用面向对象技术对系统进行总体的设计和实现,用UML及其集成环境RationalRose对系统进行分析和建模,采用PowerBuilder’s完成组件平台建设,后端数据存储是当前流行的delphi数据库。
本系统基于PowerBuilder’s构建三层C/S结构,数据库服务器运行数据库管理系统软件,COM+组件运行在应用服务器上,客户机运行住院管理系统客户端软件。
4.1
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 通用 软件工程 课程设计 报告 doc
![提示](https://static.bingdoc.com/images/bang_tan.gif)