学校在岗人员工资核算系统的设计与实现.docx
《学校在岗人员工资核算系统的设计与实现.docx》由会员分享,可在线阅读,更多相关《学校在岗人员工资核算系统的设计与实现.docx(29页珍藏版)》请在冰豆网上搜索。
学校在岗人员工资核算系统的设计与实现
学校在岗人员工资核算系统的设计与实现
南阳理工学院
本科生毕业设计(论文)
学院(系):
软件学院
专业:
软件工程
学生:
金振涛
指导教师:
詹英李海波
完成日期2021年04月
南阳理工学院本科生毕业设计〔论文〕
学校在岗人职员资核算系统的设计与实现
DesignandImplementationofschool-
staff’swagesaccountingsystem
总计:
毕业设计(论文)26页
表格:
8个
图片:
25个
南阳理工学院本科毕业设计(论文)
学校在岗人职员资核算系统的设计与实现
DesignandImplementationofschool-
staff’swagesaccountingsystem
学院(系):
软件学院
专业:
软件工程
学生姓名:
金振涛
学号:
068108093
指导教师(职称):
詹英(副教授)李海波(助教)
评阅教师:
王豫峰
完成日期:
2012年04月10日
南阳理工学院
NanyangInstituteofTechnology
学校在岗人职员资核算系统的设计与实现
软件工程 金振涛
1[摘要]学校在岗人职员资核算系统是典型的信息治理系统,其开发要紧包括后台数据库的建立和爱护以及前台应用程序的开发两个方面。
关于数据库要求数据一致性和完整性。
而关于前台应用程序那么要求功能完备,易使用。
本系统把Microsoftvisualstudio2020作为开发工具,以SQLServer2020为数据库,实现了对职员签到请假、工资自动核算等相关功能。
系统的开发步骤有系统分析、系统设计和系统实现。
在系统的分析中,用数据流图、用例图分析了系统所需的各种数据。
在系统的设计中,详细说明了系统的各个功能模块和数据库表。
在系统的实现中,给出了系统功能的相应流程图、核心代码和运行界面。
该系统能满足学校职职员资治理方面的差不多要求。
[关键词]职职员资;自动核算;签到
DesignandImplementationofschool-
staff’swagesaccountingsystem
SoftwareEngineeringMajorJinZhenTao
1Abstract:
DesignandImplementationofschool-staff‘swagesaccountingsystemisatypicalinformationmanagementsystem,whichmainlyincludesbuildingupthebackstagedatabaseanddevelopingtheForegroundapplication.Asthebackstagedatabaserequiresthedata'sconsistencyandintegralityTheForegroundapplicationshouldmakethefunctionpowerfulandeasilyused.ThissystemmaketheMicrosoftVisualstudio2020asthedeveloptoolsandSQLServer2020asthedatabase,cometruethestaff'sattendance,absenceandwagesautomatedaccountingfunctions.Thesystemdevelopmentprocessincludesystemsanalysis,systemdesignandsystemimplementation.Insystemanalysis,dataflowdiagramsandcasediagramcananalysiseverydatawhichthesystemisneeded.Insystemdesign,eachfunctionmoduleanddatabasetablesofthesystemcanbediscribedexplicitly.Inthesystemimplementation,thesystemfunctionofthecorrespondingflowchart,thecorecodeandruntheinterfacecanbegived.Thesystemcansatisfythebasicrequirementsinschool-staff’swagesmanagement.
1Keywords:
staffsalary;automatedaccounting;signin
1.绪论
1.1系统开发背景
随着社会的快速进展,各地高校规模越来越大,教职工数量也越来越多,因而工资治理更加的复杂,而工资治理是一项琐碎、复杂而又十分细致的工作,工资运算、发放、核算的工作量专门大,一样不承诺出错,假如实行手工操作,不仅会加大出错概率,而且还会耗费大量的人力和物力;假如用工资核算系统进行工资记录、核算与发放工作,不仅能够保证准确无误、快速输出,而且还能够省去大量的人力物力,同时工资核算系统还具有手工治理所无法比拟的优点。
例如:
检索迅速、查找方便、可靠性高、储备量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高财务人职员资治理的效率,也是企业的科学化、正规化治理,与世界接轨的重要条件。
这就对高校工资治理提出了新的要求,用运算机治理系统来治理高校工资差不多成为目前的趋势,使用运算机能够高速,快捷地完成以上工作,从而优化了学校工资治理体系,使其高效化,简易化,智能化,也提高了透亮度和互动性。
1.2工资治理的应用现状
随着我国国民经济建设的蓬勃进展和具有中国特色的社会主义市场经济体质的迅速完善,各个行业都在积极使用现代化的手段,不断改善服务质量,提高工作效率,这些都在专门大程度上给人事和财务提出了越来越严峻的挑战,关于财务治理水平以及优质服务上都提出更高的要求。
建设一个科学高效的工资治理系统是解决这一问题的必由之路。
由于中国现状人口数量还在不在增长,学校为了提高全民素养,进行不断的扩招,职员人数也再随之增多,假如没有一个完整的治理系统来进行治理,那么势必会给治理人员带来种种苦恼,因此类似工资治理系统之类的财务软件的开发势在必行。
1.3系统开发意义
工资治理是学校内部专门重要的治理事项,其治理方式和工具对学校的决策者和治理者来说至关重要[1]。
一直以来,大多数学校还在采纳传统的人工手动治理,这种人工治理的方式效率低,保密性差,而且专门难满足及时记录,随时查询的需求,为治理者带来诸多不便。
利用运算机治理来代替传统的人工治理工资核算和发放,不仅能够保证工资核算准确无误,而且能对相关信息进行统计,使工资与考勤、税收、津贴等事项合理挂够,使学校财务治理体质更加科学有效。
总之,为了专门好的实现数据的录入、差入、删除、查询、统计、更新等功能,以达到使学校财务工资信息治理科学化、系统化、规范化和半自动化的目的,开发学校职职员资治理系统是十分必要的。
2.系统分析
2.1可行性分析
可行性研究的目的,确实是用最小的代价在尽可能短的时刻内确定问题是否能够解决。
要达到那个目的,必须分析几种要紧的可能解法的利弊,从而判定原定的系统规模和目标是否现实,系统完成后所能带来的效益是否大到值得投资开发那个系统的程度。
因此,可行性研究实质上是进行了一次较大压缩简化后的系统进行分析和设计的过程,也确实是在较高层次上以较抽象的方式进行的系统分析和设计的过程。
本系统是针对学校整体职员和财务治理人员发开的。
财务治理人员为每位职员分配系统登录账号和密码,同时对职员信息、调动、税收和津贴进行治理,职员登录系统后能够进行密码更换、日常签到、查询上月工资和请假操作。
本系统界面设计直观简单明了,便于职员和治理人员的操作。
2.2需求分析
IEEE对需求的定义为:
(1)用户为解决某个问题或达到某个目标而须具备的条件和能力。
(2)系统或系统组件为符合合同、标准、规范或其他正式文档而必须满足的条件货必须具备的能力[2]。
需求分析的任务是深入描述软件的功能和性能,确定软件设计的约束和软件同其他系统元素的接口细节,定义软件的其他有效性需求,借助于当前系统的逻辑模型导出目标系统逻辑模型,解决目标系统〝做什么〞的问题。
因此需求分析是开发人员和用户确定的一个问题领域,是软件开发过程中不可缺少的不分。
需求的类型分为功能需求和非功能需求,该系统的需求分析如下介绍:
2.2.1功能需求
该系统是对学校职员差不多信息、签到、请假和工资核算进行统一治理。
系统开发涉及到职员上班打卡,由于需要硬件的支持,因此只能通过系统中的职员签到操作进行模拟。
该系统用户包括学校在职职员和财务治理人员。
在职职员登录系统能够进行修改登录密码操作、自己的差不多信息查询操作、工资信息查询操作、每日的签到操作和请假操作。
财务治理人员登录系统能够对职员的差不多信息进行查询、修改、添加、打印报表等操作。
查询操作要紧包括职员的差不多信息查询、职员的工资信息查询、职员的签到情形查询、职员的请假情形查询。
修改操作要紧包括职员的差不多信息修改,职员日薪、津贴、奖金进行修改,职员登录密码和自己的登录密码进行修改。
添加操作要紧包括新职员差不多信息、日薪、津贴、奖金、登录密码进行添加。
打印报表操作要紧包括在职职职员资报表、在职职员差不多信息报表、在职职员签到报表。
2.2.2非需求性分析
(1)可靠性
能连续准确的处理业务,有较强的容错能力。
(2)可用性
能使用户操作简单易学容易上手,条理清晰,界面友好。
(3)可明白得性
用户容易明白得和使用该系统。
(4)可爱护性
从可明白得性、可测试性、可修改性等几方面特性对系统的可爱护性进行了衡量。
(5)效率
系统执行功能时的响应时刻、处理数据时刻都在合理范畴内,不存在假死现象。
2.3系统用例图分析
人们在进行软件开发时,不管是采纳面向对象方法依旧传统方法,第一要做的确实是了解需求。
由于用例图是从用户角度来描述系统功能的,因此在进行需求分析时,使用用例图能够更好的描述系统应具备的功能。
设计人员依照客户的需求来创建和说明用例图,用例图包含了用例和参与者,用例之间用关联来连接,以求把系统的整个结构和功能反映给非技术人员[3]。
我详细介绍系统中核心的用例。
职员用例图如图2-1所示:
图2-1职员用例图
从图2-1可看出,职员必须先进行登录,然后才可执行签到、请假、信息查看、工资信息查看、密码修改操作。
治理员用例图如图2-2所示:
图2-2治理员用例图
从图2-2能够看出,治理员也必须先进行登录,然后才可进行职员调动、信息查询、工资调整等系统爱护操作。
由以上两个图能够得出,该系统拥有两个参与者:
职员和治理员。
职员所涉及到的系统用例包括以下内容:
职员信息查看用例、职职员资查看用例、职员签到请假用例、职员密码修改用例。
治理员所涉及到的系统用例包括:
职员信息治理用例、职员职务调动用例、职职员资治理用例、用户治理用例、打印报表用例。
而每一个用例又可细化为假设干个用例。
2.4数据流图
数据流程是指数据在系统中产生、传输、加工处理、使用、储备的过程。
数据流程分析是把数据在现行系统内部的流淌抽象的独立起来,舍去了具体组织机构、信息载体、处理工具、物质、材料等,单从数据流淌过程来考查实际业务的数据处理模式。
数据流程与数据流程分析是今后建立数据库系统和设计功能模块处理过程的基础。
描述数据流程的工具是数据流程图以及其附带的数据字典、处理逻辑等图表。
其中数据流程图是描述系统逻辑模型的要紧工具,它以少数几种符号综合地反映出信息在系统中的流淌、储备和传递。
现有的数据流程分析多是通过分层的数据流程图〔dataflowdiagram,简称DFD〕来实现的。
其具体的做法是:
按业务流程图理出的业务流程顺序,将相应调查过程中所把握的数据处理过程,绘制成一套完整的数据流程图。
本系统数据流图如下介绍:
职员数据流图如图2-3所示:
图2-3职员数据流图
治理员数据流图如图2-4所知:
图2-4职员数据流图
2.5数据字典
数据字典是关于数据的信息的集合,也确实是对数据流图中包含的所有元素的定义的集合。
数据流图和数据字典共同构成系统的逻辑模型。
依照数据流图和系统要求列出要紧数据字典:
1.数据流
①名称:
职员信息表
描述:
记录职员的差不多信息
来源:
治理员从学校相关部门得到职员的差不多信息
去处:
学校在岗职职员资核算系统中储存的毕业生信息
组成:
编号+姓名+身份证+性别+年龄+出生年月+x+地址+民族+学历
②名称:
治理员账户表
描述:
记录治理员的账户和密码
来源:
学校财务处任命
去处:
对学校在岗职职员资核算系统进行操作
组成:
账号+密码
③名称:
职员账户表
描述:
记录职员登录系统的账户和密码
来源:
治理员依照学校规定进行统一设置
去处:
职员登录学校在岗职职员资核算系统
组成:
编号+账号+密码
④名称:
职职员资表
来源:
职员日薪、津贴、奖金依照学校规定进行设置,职职员作天数和请假天数依照职员日常签到和请假进行汇总
去处:
依照职职员资核算算法运算职职员资
组成:
编号+姓名+签到天数+日薪+津贴+请假天数+奖金+社保+上月工资
名称:
职员职务表
来源:
依照学校人事处签订合同得到职员职务信息
去处:
职员职务调动
组成:
编号+姓名+部门+职务+用工形式+在职状态+离职日期
2.数据储备
①名称:
职员信息表
流入数据流:
添加、修改职员信息
流出数据流:
查询职员信息
组成:
编号+姓名+性别+年龄+出生年月++民族+地址+入职日期
描述:
包含职员的差不多信息
组织:
按编号顺序排序
②名称:
职职员资表
流入数据流:
治理员对职员日薪、津贴、奖金进行设置,工作天数和请假天数由职员每日签到信息和请假天数汇总得到
流出数据流:
对职职员资进行核算
组成:
编号+姓名+签到天数+日薪+津贴+请假天数+奖金
描述:
记录就业信息的详细内同
组织:
按编号顺序进行排序
3.系统设计
3.1系统功能设计
通过对学校在岗职职员资核算进行全面的调查分析,制定出学校在岗职职员资核算系统的总体规划。
系统设计包括系统总体设计、系统详细设计、系统数据库设计、系统开发工具、开发技术等。
学校在岗职职员资核算系统功能模块图如下所示:
图3-1治理员功能模块图
图3-2职员功能模块图
3.2系统数据库设计
3.2.1数据概念结构设计
实体是客观世界中存在的且可相互区分的事物,实体用矩形表示。
客观世界中的事物彼此之间往往存在联系。
属性是实体或联系所具有的性质,通常一个实体有假设干个属性来描述,一样用圆角矩形表示。
依照系统分析的结果,具体分析不同实体用户和实体用户属性。
治理员实体属性图如图3-3所示:
图3-3治理员实体属性图
职员信息实体属性图如图3-4所示:
图3-4职员信息实体属性图
职职员资实体属性图如图3-5所示:
图3-5职职员资实体属性图
职员职务实体属性图如图3-6所示:
图3-6职员职务实体属性图
职员登录信息实体属性图如图3-7所示:
图3-7职员登录信息实体属性图
3.2.2数据库表设计
依照库概念设计中的每个实体,创建数据库中响应的表,表中的列对应实体所具有的属性,主属性就作为表的主键。
构造数据库必须遵循一定的规那么,在关系数据库中,这种规那么确实是范式。
范式是数据库设计中一个重要的过程,能够通过它来排除数据库中冗余的数据。
差不多表与字段之间的关系,应尽量满足第三范式,然而,满足第三范式的数据库设计,往往不是最好的设计。
为了提高数据库的运行效率,常常需要降低范式标准,适当增加冗余,达到以空间换时刻的目的。
依照系统的综合性分析,设计出以下数据库表:
(1)治理员账户表要紧是记录了治理员登录系统的账户和密码,如表3-1所示:
表3-1治理员账户表(admin)
列名
数据类型
长度
承诺空
是否主键
说明
admin_user
varchar
12
否
是
用户名
admin_pw
varchar
10
否
否
密码
(2)职员信息表要紧是记录了职员的差不多信息,如表3-2所示:
表3-2职员信息表(staff_info)
列名
数据类型
长度
承诺空
是否主键
说明
num
varchar
10
否
是
编号
name
Varchar
12
否
否
姓名
ID
Varchar
一八
否
否
身份证
sex
Varchar
4
否
否
性别
age
Varchar
4
否
否
年龄
birth
Date
否
否
出生年月
phone
Varchar
12
否
否
x
nation
Varchar
10
否
否
民族
addr
Varchar
50
否
否
户籍
education
Varchar
12
否
否
学历
(3)职员登录表要紧是记录了职员登录系统的账户和密码,如表3-3所示:
表3-3职员登录信息表(worker)
列名
数据类型
长度
承诺空
是否主键
说明
num
Varchar
10
否
是
编号
Work_user
Varchar
12
否
否
职员账号
Work_pw
Varchar
10
否
否
职员密码
(4)职职员资表要紧是记录了职职员资信息,如表3-4所示:
表3-4职职员资表(staff_salary)
列名
数据类型
长度
是否主键
是否为空
说明
num
Varchar
10
是
否
编号
name
Varchar
12
否
否
姓名
date_salary
Varchar
5
否
否
日薪
jintie
Varchar
5
否
否
津贴
reword
Varchar
5
否
否
奖金
L_monthworkdays
Varchar
3
否
否
上月工作天数
L_monthstaydays
Varchar
3
否
否
上月请假天数
T_monthworkdays
Varchar
3
否
否
当月已工作天数
T_monthstaydays
varchar
3
否
否
当月已请假天数
shebao
Varchar
5
否
否
社保
salary
Varchar
10
否
否
上月工资核算
(5)职员职务表要紧是记录了职员职务相关信息,如表3-5所示:
表3-5职职员职务表(staff_job)
列名
数据类型
长度
是否主键
是否为空
说明
num
Varchar
10
是
否
编号
name
Varchar
12
否
否
姓名
department
Varchar
12
否
否
部门
job
Varchar
12
否
否
职务
emplorees
Varchar
10
否
否
用工形式
job_date
Date
否
否
入职日期
status
Varchar
10
否
否
在职状态
lizhi_date
Date
否
否
离职日期
4.系统实现与运行
4.1系统登录的实现与运行
系统登录是用户进入系统的窗口,不同类型的用户登录系统成功后会进入不同的操作界面,不同类型的用户在数据库中拥有不同的表,第一将用户提交的用户名和密码在数据库中进行查找,判定数据库中是否记录了用户账户密码一致的信息,假设密码正确进入相应的功能模块,假设失败那么提示账户密码错误,用户进行重新输入,系统登录流程图如图4-1所示:
图4-1系统登录流程图
系统登录成效图如图4-2所示:
4.2治理员操作的实现与运行
治理员登录成功后进入治理员操作界面,界面左边能够按照职员所在部门和在职状态进行相关信息查询,如要查询某一个职员的信息,能够进行编号快速查询;也能够进行职员信息添加、职员信息修改、职员职务调动、职职员资调整、职员账号密码设置等操作。
图4-2系统登录成效图
4.2.1治理员查询操作的实现与运行
治理员登录系统后,选择要查询职员的在职状态和部门,然后选择要查询的内容进行查询。
查询操作分别能够对职员差不多信息,职员签到请假记录、职职员资进行查询。
治理员查询流程操作图如图4-3所示:
图4-3治理员查询操作流程图
治理员查询成效图如图4-4所示:
图4-4治理员查询成效图
4.2.2职员职务调动的实现与运行
治理员登录成功后,第一选择要进行职务调动的职员信息,假设不选择那么默认选择编号为1的职员信息;然后进入职员职务调动界面进行操作。
在职员职务调动界面中,职员编号、姓名、调动前部门和职务为不可编辑状态,治理员只能对要调动的部门进行选择和编辑,完成后确认,数据库中相应值进行改变。
职员职务调动流程图如图4-5所示:
图4-5职员职务调动操作流程图
职员职务调动成效图如图4-6所示:
图4-6职员职务调动成效图
4.2.3职员信息添加修改的实现与运行
治理员登录成功后,能够进行添加新职员操作,添加新职员的各项数据不能为空,同时按照规定的格式添加,添加成功后,系统会自动在职职员资表中创建初始值,修改操作跟添加操作流程一致。
职员信息添加修改的流程图如图4-7所示:
图4-7职员信息添加修改操作流程图
职员信息添加修改成效图如图4-8所示:
图4-8职员信息添加修改成效图
4.2.4职员账号密码设置的实现与运行
添加新职员差不多信息成功后,新职员并不能登录系统,治理员必须给新职员设置登录账号和密码,新职员才能进行系统登录。
此操作只能为新职员进行账号密码设置,假设填写职员编号不为新职员编号那么无法进行此操作。
职员账号密码修改流程图如图4-9所示:
图4-9职员账号密码修改流程图
职员账号密码设置成效图如图4-10所示:
图4-10职员账号密码设置成效图
4.3职员操作的实现与运行
职员第一要进行登录验证,验证成功后职员即可进行签到请假操作,假如职员差不多进行过签到请假操作,那么无法再次进行操作。
职员签到请假流程图如图4-11所示:
图4-11职员签到请假操作流程图
职员签到请假成效图如图4-12所示:
图4-12职员签到请假成效图
4.4职职员资核算的实现
职职员资核确实是本系统的要紧工作,每月1号职员的上月工资都会自动运算,同时自动输入数据库中,不需要人工手动运算。
职职员资核算的流程图如图4-一三