工资管理系统软件工程论文.docx
- 文档编号:15895663
- 上传时间:2023-07-08
- 格式:DOCX
- 页数:23
- 大小:434.99KB
工资管理系统软件工程论文.docx
《工资管理系统软件工程论文.docx》由会员分享,可在线阅读,更多相关《工资管理系统软件工程论文.docx(23页珍藏版)》请在冰点文库上搜索。
工资管理系统软件工程论文
工资管理系统
一、可行性分析报告
工资管理是公司很重要的一个管理事项,它与公司的人事管理、财务管理有着密切的联系。
目前大多公司内部工资的管理,基本上是手工操作或是基于excel或word下的应用,对于劳资关系相对复杂的公司,手工进行工资的发放工作往往需要耗费大量的人力与时间,对信息的管理者有诸多不便。
由于工资发放在时间和操作上存在着一定的重复性、规律性,这使得工资管理的计算机化成为可能。
因此有必要开发一个基于网络的工资管理系统,能实现数据的录入、插入、删除、查询、统计、更新、打印等功能。
同时,为了信息的保密与安全,系统还要提供一定的安全机制。
1.1可行性分析的前提
要求
(1)功能。
工资管理系统的主要功能是月工资发放和处理、标准工资库维护、临时工资发放、查询与系统维护和系统帮助。
(2)性能。
方便、快捷、有效地完成工资发放的各项任务在工资数据统计和报表打印等方面具有准确率高、速度快等特点。
(3)系统的输入。
输入所有职工的标识如职工的姓名、工号、所在部门、各项应发的金额和各项应扣的金额。
(4)系统的输出。
输出各种报表、上报的文件等。
(5)安全和保密要求。
本系统在使用前必须正确输入密码否则系统将不能运行。
进入系统后要想修改密码或对系统的一些信息进行修改也必须输入高级用户密码对数据库中的关键数据应该要求保密。
服务器的管理员享有对工资数据信息库的管理与修改。
用户只享有对信息的查询和部分信息修改
1.2开发目标
为了方便企业管理人员对企业员工的基本信息、工资发放情况等提供轻松快捷的管理方式,同时也方便员工对自己出勤和工资结算情况等基本情况查询以及企业人员能够及时地了解公司人事动态。
1.3可行性研究的方法
通过对已有系统的条差分析和研究比较而得的方法来得出新系统的概念模型。
1.4技术可行性
1.4.1简要描述
工资管理系统是一个数据库管理和查询的系统,本系统采用常规的数据库处理方法,根据工资信息管理的特点对数据库进行操作,如对工资发放项目的修改、人员的增删、工资数据的添加和修改、工资的统计、工资的汇总、临时发放工资的管理、上报文件、打印等给予了优化。
1.4.2与现有系统的优越性比较
工资管理系统有利于工资发放的统一、有效管理。
与传统的手工记账方式相比,占据空间小、易于统计工资总额、易于更新、易于数据备份;与其它工资系统相比,该系统实现了对不同类型职工的工资发放,系统功能比较全面,而且价格也比较合理。
工资管理系统具有高效率的系统灵活性。
当修改工资库中某个职工的工资情况或者修改某个工资发放项目时,只需在工资数据编辑状态下对该职工的工号进行锁定,或者对某个工资项目进行锁定,即可对锁定的项目进行修改,而对其它的人员或项目无权修改,这样可以提高系统的准确性。
工资管理系统能够较好保证数据库的安全。
户可以对后台数据库进行加密,同时还可以给系统设定密码。
现有的技术已较为成熟,硬件、软件的性能要求、环境条件等各项条件良好,利用现有技术条件完全可以达到该系统的功能目标。
同时,考虑给予的开发期限也较为充裕,预计系统是可以在规定期限内完成开发。
1.4.3经济可行性
估算新系统的成本效益分析,其中包括估计项目开发的成本,开发费用和今后的运行、维护费用,估计新系统将获得的效益,估算开发成本是否会高于项目预期的全部经费。
并且,分析系统开发是否会对其它产品或利润带来一定影响。
1.4.4操作可行性
本系统定位于各高校,也可以适用于各中小型企业。
运用此系统进行工资管理,给各院校教职工带来极大的方便。
只要可以熟练得使用window操作系统所提的各种功能,就很方便操作本系统,而且本系统有友好的用户界面、有良好的安全性设置、有详细的操作说明书,这样更使各类用户很快地掌握系统的使用方法。
二、软件需求规格说明书
2.1背景材料
随着信息化时代的到来,社会生活的各个方面都发生着翻天覆地的变化,当然学校——这个教育的前沿阵地也发生着巨大的变化。
传统的人工工资管理存在着很大的不足,如处理量随着职工人数的增多而急剧上升、靠人工来处理显得力不从心、而且极其容易出错,万一出错,将造成极大的麻烦。
而以计算机代替人工执行一系列的操作,将极大地提高办事效率和准确率,并减轻了办公人员的负担。
由此,学校工资管理系统就应运而生了。
通过我们对学校现有的工资管理系统的调查,并对工作人员的提出的要求进行细致地分析,我们设计了一个实用的学校工资管理系统。
下面我将介绍我们项目组所开发的一个学校工资管理系统。
本说明书对软件的功能需求、性能需求、系统的数据处理流程、用户权限等做了详细的说明。
通过阅读本说明书,开发人员能够对该系统的各个方面进行详细的了解。
进而依照本说明书对系统进行高效的开发。
2.2功能需求分析
本系统所应该包括的功能有:
2.2.1管理员用户设置
初次使用要求用户设置至少两个管理员(分别隶属于人事部和财务部),人事部管理员的权限有:
设置各个部门或系的基本工资、奖金、扣款、人事信息管理(添加、注销等),财务部管理员的权限有:
接收人事处的工资、人事等信息、对工资详情进行核对、工资单的打印、传送工资详情给银行、。
界面上提示输入管理员用户名和密码。
2.2.2普通用户创建
由管理员根据职工的信息创建各个普通用户(即学校的职工),普通用户的权限仅限于查看工资、奖金、扣款细节等。
2.2.3用户登录
请用户输入用户名和密码,判断该用户是管理员还是普通用户,根据用户类型对其所能够进行的操作进行提示和限定,若用户名不正确则输出“用户不存在的提示信息”并清空登录框,密码不正确则输出“密码错误”的提示信息并清空登录框,最多可以输入三次,三次不正确系统会自动关闭且只能在10分钟后再次登录。
2.2.4远程信息接收与传递
由人事部的管理员进行职工出勤信息的接收与处理,并将出勤工资、奖金、扣款等传送给财务部的管理员,若出现职工离退休等情况,要及时修改职工信息,并通知财务部等部门。
财务部的管理员负责接收人事部的工资详情,并在规定的时间内将职工的工资表传送给银行,并将工资条发给各个部门。
2.2.5信息提醒
在每个月20日前2天提醒各部门、院系的负责人各个部门(包括系和部门)将出勤情况上报人事处。
23日前一天提醒人事部管理员将出勤工资、奖金及扣款清单送到财务处。
每个月月底前三天提醒财务部管理员将教职工的工资表做好并将数据送银行。
并且在每个月3号提醒将工资条发给每个单位。
2.2.6职工编号的判断
定义每个普通用户的用户名为四位数字组成的编码:
前两位是部门(或院系)的编码,后两位是个人编号。
10个部门每个部门的职工数为20(其中个人编号从01到20),8个系每个系的职工数为100(其中个人编号从00到99)。
各个部门、院系的编号定义如下:
编号及工资定义
部门
编号
月基本工资
院系
编号
月基本工资
教务处
10
3800
计算机学院
20
3500
学生处
11
3500
软件学院
21
3500
财务部
12
4000
土木与建筑学院
22
3000
人事部
13
3500
机械学院
23
3000
保卫处
14
3500
电气学院
24
3200
科技部
15
4000
信息学院
25
3200
招生就业处
16
3500
文学院
26
3500
后勤处
17
3500
经济管理学院
27
3200
党政部
18
4000
——
——
——
对外交流部
19
3800
——
——
——
2.2.7职工工资的计算
奖金扣款细节
突出贡献等级
奖金额(¥)
出勤情况(天)
扣款额(¥)
A
800
>=21
0
B
600
20
100
C
300
19
200
D
200
18
400
E
100
<17
800
2.3性能需求分析
2.3.1运行环境
本系统在财务部、人事部使用,通过各个终端对服务器进行操作,还需要从各个部门(系)收集信息,打印各种表。
因此要求能够适应网络环境、复杂的集成环境。
运行的环境有:
硬件平台:
Intel奔腾/酷睿、AMD速龙/翼龙等x86系列的平台,基于交换机的以太网;
软件平台:
操作系统为WindowsXP/Windows7/Linux等,还有SqLserver2000、辅助管理软件等;
需要程序能够稳定地运行在上面所述的平台上,并且需要考虑一定的稳定性。
另外要考虑到运行环境的变化:
如果增强服务器的硬件配置,不仅可以增快系统的响应时间,还能足够保证系统的稳定性。
2.3.2精度
要求输入的信息尽可能准确,并对输入进行限定。
基本工资、扣款额、奖金额、税率等用浮点数进行存储,计算的工资精确到小数点后两位(分)。
2.3.3安全与更新
考虑到所涉及问题的敏感性和现有网络环境的不安全特点,要求软件有较好的安全防护措施,包括密码的安全性、用户的验证、系统的封装等。
而且还要求能够与主流的杀毒软件和安全辅助软件兼容。
另外在当前复杂的网络环境下应考虑到数据传输的安全性,最好使用数据加密技术。
在数据检索、数据有删改机制以及软件的复用性,以便增强软件的健壮性。
另外任何一款软件都不能保证没有漏洞,因此要求软件保留有限的升级接口,为打补丁和软件的升级提供便利。
三、数据流程图
由以上的需求分析进过研讨和学习得到了如下图所示的数据流程图:
图3-1数据流程图.
四、功能分析图
4.1员工工资标准模块
图4-1员工工资标准查询
4.2工资统计模块
图4-2工资统计
4.3财务处理模块
图4-3财务部工作
4.4职工工资查询模块
图4-4职工工资查询
4.5登录用户管理模块
图4-5用户登录管理
4.6人事管理模块
图4-5人事管理模块图
4.7员工出勤管理模块
图4-5员工出勤管理模块图
五、数据字典
定义的变量的汇总如下:
数据字典
变量
描述
类型
长度
取值
Personnel
职工类
类
——
——
boo
在职判断标志
bool
1
true/false
bh
职工编号
int
2
见需求规格说明书
t
出勤次数
int
2
0-31
m
基本工资
int
2
见需求规格说明书
d
奖金额
int
2
见需求规格说明书
k
扣款金额
int
2
见需求规格说明书
money
净工资
int
2
——
Huiz[][]
存储汇总表
int
1000*6*2
account
用户名
char
——
——
password
密码
char
——
——
其它有些变量没有出现在这里,是因为它们过于复杂,不能这样分类。
六、概要设计
根据前面得到的数据流程图,用面向数据流的设计方法导出系统结构图如下:
图6-1系统结构图
七、详细设计说明书
7.1编写目的
基于企业人事部门管理者对企业所有员工基本信息和工资的管理提供轻松快捷省事的管理方式,同时也方便企业人事主管或上级领导查询员工基本信息及所有员工可以随时随地查询自己的出勤、合同期限、工资及了解企业人事动态情况等。
7.2背景
项目的提出:
工资管理是学校管理的重要组成部分,它与学校的人事管理、财务管理有着密切的联系。
对于劳资关系相对复杂的学校,手工进行工资的发放工作往往需要耗费大量的人力与时间。
由于工资发放在时间和操作上存在着一定的重复性、规律性,这使得工资管理的计算机化成为可能,该项目的提出正是为了在此基础上进一步实现企业员工工资管理的规范化和自动化。
7.3系统的结构
工资管理系统是学校管理系统的一个有机组成部分,它并非一个独立的系统,需要和员工人事管理、财务管理等系统连接,能够从这些系统中正确的取得员工基本信息、基本工资、奖金、出勤状况等信息。
本系统与其他系统联系紧密,那么就得通过相应的接口相联系。
本工资管理系统分为四大模块,它们分别是登录模块、普通用户、人事管理员用户、财务管理用户模块。
普通用户的权限非常小,所以享受的服务也非常少,只能查询自己的一些简单信息,不能修改任何信息。
管理员模块最为复杂,它是工资管理系统的核心部分,所有的设置、修改、计算和对数据库的修改都在这个模块。
系统帮助为普通用户和管理员用户所共有。
由前面的数据流图和系统结构图进行进一步的分析和设计,得到了后面的一些程序流程图。
7.4程序流程图
7.4.1用户注册
图7-1顶层图
图7-2用户注册的详细层图
图7-3用户注册的详细流程图
7.4.2用户登录
图7-4用户登录流程图
7.4.3人事管理
图7-5人事管理流程图
7.4.4员工工资查询
图7-6员工工资查询流程图
7.4.4员工出勤管理
图7-7员工出勤管理流程图
7.4.5财务部管理
图7-8财务部管理流程图
八、测试报告
系统测试是工资管理系统的开发周期中的一个十分重要环节。
尽管在系统开发周期的各个阶段均采取了严格的技术审查,但依然难免会留下错误,如果没有在投入运行前的系统测试阶段被发现并纠正,问题迟早会在运行中暴露出来,到那时要纠正错误将会付出更大的代价。
系统测试占用的时间、花费的人力和成本占软件开发的很大比例。
统计表明,开发较大规模的系统,系统测试的工作量大约占整个软件开发工作量的40%-50%。
而对于一些特别重要的大系统,测试的工作量和成本更大,甚至超过系统开发其他各阶段的总和的若干倍。
8.1单元测试
8.1.1用户注册登陆测试
1)主页面测试
输入
期望输出
实际输出
1
注册界面
注册界面
2
普通职工登录界面
普通职工登录界面
3
人事管理用户登录界面
人事管理用户登录界面
4
财务管理用户登陆界面
财务管理用户登陆界面
5
退出系统
退出系统
2)注册系统测试(普通用户、人事管理人员、财务管理人员登录测试一样)
输入次数
输入
期望输出
实际输出
账号输入
密码输入
1
tyut
1234
注册成功
注册成功
2
tyut
1234
账号无效
输入的账号已存在,注册失败
3)登录系统测试(普通用户、人事管理人员、财务管理人员登录测试一样)
输入次数
输入
期望输出
实际输出
账号输入
密码输入
1
tyut
1234
登录成功
登录成功
2
tyut
12
账号或密码错误
输入的账号或密码错误,重新输入
3
wer
23
账号不存在
账号不存在,任意键退出
8.1.2人事部测试
单元测试主要分为人工静态检查和动态(自动)执行跟踪检查,由于时间的原因,我们只进行了人工静态检查。
8.1.3财务部测试
A系统管理员模块测试
根据系统管理员模块进行测试。
比如口令设置中验证无效的用户是否能更改登录口令;当用户名或密码出错时,都会提示其相应的错误,且用户名或密码三次出错就自动退出系统。
当登录成功后,可以添加用户,并且用户可更改自己的密码,这些都被保存在数据库表中,均达到测试目标。
B工资录入模块测试
基本工资设置时可根据不同的职称,设置其相应的基本工资;在其他项目设置时,可选择多个项目进行设置,;在设置工资计算公式时,可以根据本企业的规章制度设置其相应的参数,一旦设置成功时,就被保存到相应的数据库表中,而如果一旦不小心设置错了,可以重新录入,而不会变动原有的数据内容,均达到测试目标。
C工资查询模块测试
输入某个员工姓名或是职工编号,即可查询本职工本月工资详细情况,而且根据本系统的模块设计,普通用户查询时可以根据姓名职工号直接查询内容,而管理员则可以登陆主界面上,进行查询的同时可以修改相应内容,从而给系统安全带来保障,均达到测试目标。
具体的测试内容如下:
a.工程环境检查;
b.程序编写检查;
c.初始画面内容检查;
d.画面控件功能检查;
e.输入数据检查;
f.输出数据检查;
g.报表打印检查;
h.其它需要检查的内容(如:
某性能要求)
8.2黑盒测试
输入某个员工姓名或是职工编号,即可查询本职工本月工资详细情况,而且根据本系统的模块设计,普通用户查询时可以根据姓名职工号直接查询内容,而管理员则可以登陆主界面上,进行查询的同时可以修改相应内容,从而给系统安全带来保障,均达到测试目标。
黑盒测试的最主要的特点就是在不知晓程序细节的情况下进行输入输出测试,其实也就是测试用例。
8.2.1测试用例表
测试用例(主要)
输入
预期输出
实际输出
用户注册
User:
d32a
注册成功
注册成功
Password:
123456
User:
d32a
不允许重复注册
帐号已经存在
Password:
123456
用户登录
User:
d32a
登陆成功
登陆成功
Password:
123456
User:
d32
非法用户
用户不存在
Password:
123456
User:
d32a
密码错误
密码错误
Password:
12345
职工号输入
Personnel:
1521
职工不存在
职工不存在
Personnel:
3001
职工不存在
职工不存在
Personnel:
1215
输入成功
输入成功
Personnel:
2126
输入成功
输入成功
出勤输入
t:
32
输入错误
输入错误
t:
20
输入成功
输入成功
贡献等级输入
award:
J
输入错误
输入错误
award:
A
输入成功
输入成功
8.3测试总结
①软件在运行、关闭及退出时保存记录的提示功能基本完成,在软件的不断启动关闭过程中没有出现死机、程序执行效率降低等各种不良现象,功能的实现较为完善。
③数据库的可维护性良好,数据的录入能顺利完成,并能实现动态更新,删除和修改也能顺利完成。
④数据查询不够全面,只能按系统设定的少数查询条件进行搜索,以找到合适的答案。
⑥数据类型填写错误时,系统有报错功能,在数据输入错误时,使用者能够获知错误所在。
⑦软件兼容性有待提高,在Dreamweaver版本较低的机子上测试不断出现错误提示。
还有健壮性和错误处理能力有待提高。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 工资管理 系统软件 工程 论文