首页 > 编程知识 正文

机电液实训心得体会,月子第一周

时间:2023-05-04 16:07:28 阅读:58115 作者:3792

1 .引言1.1引言本文首先概述了整个薪酬管理系统的总体网络结构和功能结构,试图从总体结构给出整个系统的轮廓,然后详细阐述了功能需求、性能需求和其他非功能需求。 这里,功能要求的描述采用UML的用例模型方式,主要描述每个用例的基本事件流程,如果有替换事件流程则描述,否则省略。 然后,给出了非常直观的用例图。 这些文字和图形为本文档提供了详细、准确的描述用户需求,并为用户更容易理解这些需求的描述创造了条件。

本文档详细介绍了该软件产品的需求和规格。 这些规范是设计的基础,也是建立测试实例和系统测试的主要依据。 另外,该文档也是用户决定软件功能需求的主要依据。

1.2项目背景企业工资支付是一项精细繁杂的工作。 随着企业规模的扩大,工资支付工作越来越繁杂,光靠人工整理计算,不仅需要大量的工作量,而且容易出错。 薪酬管理系统是辅助企业发放工资的信息化系统。 该系统不仅可以灵活配置工资支付规则,而且可以快速、准确地计算员工工资,帮助企业准确、有效地进行工资支付工作。 另外,可以管理企业的报酬预算,帮助企业合理管理报酬成本。

1.3术语和缩写(1)白名单:维护负责人、负责资源和权限类型。 例如,zrdsh、后勤部,咨询:可以代表zrdsh查询后勤部全体员工的工资;

(2)黑名单)维护人员、负责资源、权限类型。 与白名单结合使用,从白名单中排除指定人员

(3)资源)角色可以支配的部分具体表现为人力资源管理和工资管理模块。

)4)角色:用户类。 向每个用户授予角色id,向不同的角色授予不同的权限,以支配不同的资源。 例如财务人员、部门领导等。

1.4项目范围的主要范围:

)1)帮助企业准确高效地做好工资发放工作。

)2)保证各功能模块方便使用者操作。

)3)保证员工入职、离职、调职准确及时记录。

)4)保证员工初始工资信息准确记录和维护。

)5)保证员工业绩、奖金、津贴等工资明细准确录入。

)6)保证职工等级工资调整和历史工资记录方便。

(7)实现可视化管理,编制工资表和相关明细,保证财务结算准确高效。

)8)保证系统平稳运行。

1.5参考资料(1) GBT 9385-2008计算机软件要求规范说明规范

)2)轻骑兵V8开发平台_开发手册

)3)轻骑兵V8开发平台_安全改造新配置项目说明

)4)轻骑兵V8开发平台_帮助文档

)5)轻骑兵V8开发平台_表格解释

(6)轻骑兵V8开发平台_部署手册

(7)轻骑兵V8开发平台_生产部署手册

)8)轻骑兵V8开发平台_使用说明_简单版

)9)轻骑兵V8开发平台_数据库连接加密使用说明

(10 )轻骑兵V8开发平台_用户表totp密钥生成工具的使用说明

2 .需求简介2.1项目目的是提供薪酬管理系统,参考企业工资支付规则,快速、准确地计算出员工工资,帮助企业准确、有效地进行工资支付工作,实现工资集中管理。 财务人员可以对本单位人员及工资进行增加、删除、修改、查询,人事管理及工资支付中应支付工资合计等项目由系统自动计算; 同时,系统还可以多角度查询人事和工资管理情况。

2.2项目功能本系统主要可以实现以下功能:

数据输入:

(1)输入员工基本信息

)2)输入员工初始工资等级

(3)招聘人员本月绩效工资金额

(4)招聘人员本月津贴额

)5)招聘人员本月奖金数额

)6)招聘人员本月五险一缴纳金额

(七)新资源注册

(8)注册用户角色

(9)注册用户黑名单

(10 )注册用户白名单

数据更新:

(1)员工信息更新

)2)更新人员初始工资等级

(3)历史表更新

(4)部门调动日志更新

)5)更新资源信息和相关角色

)6)角色信息及相关资源更新

(七)浮动工资表更新

数据查询:

)1)查询员工名册

)2)查询员工初始工资信息

)3)查询部门调动日志

(四)查询历史工资表

)5)咨询资源信息和相关角色

)6)查询角色信息及相关资源

(七)查询浮动工资表

(8)查询用户黑名单

)9)查询用户白名单

数据删除

(1)定义逻辑删除,员工离职时转至离职部门,记录删除时无效。

2.3用户类和特征用户类(角色)要求人力资源部门增加、删除、更改、调查员工信息,并对员工信息进行管理和维护。 包括员工入职信息、员工离职信息和员工所属组织变更信息,可以实现人力资源管理财务人员员工工资明细的显示,导出工资表,使Excel档案部门领导同时具有管理部门内的人事变动和薪酬调整权限。 可以增加、删除、变更、调查本部门员工信息,调整本部门员工初始工资等级,输入本月本部门员工各项变动工资金额,提交财务。 维持相关的黑白名单。 2.4假设和约束(1)人力和时间约束:

在本系统的开发过程中,需要考虑人工和时间的限制,与部分软件的开发团队相比,人员少,时间短。

)2)技术发展制约:

计算机技术和发展的日新月异,将会给信息处理带来更多手段,同时也会带来更加丰富的信息表达形式,例如现在发展起来的人工智能等等,可能导致我们在搜索问题的时候没有那么智能,这就要求软件在设计时要考虑技术变化的可能性,为可能的变化预留一定的处理能力。

3.系统功能需求 3.1功能划分

3.2功能描述

薪酬管理系统设置有三种用户角色,分别是部门领导、人事部门和财务人员。
(1)人员管理
人员管理模块主要用于管理员工信息,包括员工入职信息、员工离职信息、员工所属组织机构调整信息。通过人员管理模块,可以方便的进行员工入职、离职、调动等操作,可以方便快速的查询员工信息,实现员工信息的统一管理。
该模块主要包括人员入职、离职管理、人员调动、人员查询功能。
人员入职:录入员工基本信息,也可以对员工信息进行查询和编辑;
离职管理:管理离职人员信息,可以对员工进行离职操作,也可查询离职人员信息;
人员调动:在部门间进行人员调动、记录调动日志;
人员查询:查询员工基本信息;
(2)初始工资
初始工资模块用于维护员工入职后的初始工资,包括初始工资级别、初始工资金额。员工工资的发放将以此为基础。该模块包括:工资级别管理、初始工资维护、初始工资查看、员工初始工资状态设置、权限控制功能。
工资级别管理:维护一套员工工作年限与工资级别对应关系的参考规则,不同工作年限对应的工资级别不同。每个级别有对应工资金额。员工初始工资级别和金额的制定,以及后续员工工资的调整,都可参考该规则来制定;
初始工资查看:初始工资维护后,可查询每个员工的初始工资;
设置初始工资状态:每人有且仅有一条有效的初始工资信息。初始工资信息状态可设置为有效或无效。当有效信息设置为无效后,需新增一条状态为有效的初始工资信息;
权限控制:各工资负责人只能查看本人所负责员工的初始工资信息;
(3)工资等级调整
领导发放工资时可以对员工的工资进行调整,调整时根据员工实际工作情况,同时参考员工工作年限与工资级别对应规则进行调整。该模块包括:员工工资级别展示、员工级别调整功能,其中级别调整包括:升级、移除、跳级功能。
员工当前级别展示:展示员工当前工资级别及工资金额、当前级别工资的发放次数、员工基本信息;
升级:将员工工资级别上调一级,工资金额随级别相应改变;
移除:将员工工资级别退回到上一个级别;
跳级:可以将员工工资级别一次性调高或调低多个级别;
(4)生成工资
生成工资用于生成员工工资表,生成工资按照员工当前工资级别生成。各工资负责人仅可生成本人所负责员工的工资表。该模块包括:生成工资、工资展示、重新生成、提交、历史工资查询功能。
生成工资:计算每个员工工资各组成项之和,得出员工工资总额;
工资展示:展示本月员工工资明细;
重新生成:对员工工资进行重新计算和生成;
提交:生成的工资表,经确认无误后,提交到财务;
历史工资查询:查询员工历史工资;
(5)导出工资
导出工资用于将员工工资表导出到excel。该操作由财务人员进行。
(6)权限管理
权限管理用于维护与员工工资相关的权限。可以指定负责人,并维护该负责人所负责的员工,以及所拥有的工资权限,比如工资查看、工资调整、工资导出等。维护好权限后,工资负责人仅可对所负责人员的工资进行所拥有权限的操作。该模块包括:白名单维护、黑名单维护功能。
白名单:维护负责人、负责资源、权限类型。如:zrdsh、后勤部、查询:代表zrdsh可以查询后勤部所有员工的工资;
黑名单:维护负责人、负责资源、权限类型。与白名单配合使用,排除白名单中的指定人员;

4.数据需求 4.1静态数据

工资等级对照表

4.2动态数据

人员基本信息,员工初始工资等级,浮动工资,部门调动日志,历史工资表、黑名单,白名单

4.3数据字典

·员工基本信息表
名 类型 注释
INFO_ID Varchar(32) 主键
STAFF_ID Varchar(32) 职员ID
TELEPHONE Varchar(32) 电话
ID Varchar(32) 身份证号码
ADDRESS Varchar(255) 住址
NAME Varchar(32) 姓名
DEPARTMENT Varchar(32) 部门
TIME Timestamp 入职时间

·部门变动表
名 类型 注释
TRANSFER_ID Varchar(32) 主键
STAFF_ID Varchar(32) 职员ID
FROM_D Varchar(32) 离职部门
TO_D Varchar(32) 入职部门
TIME Timestamp 时间

·权限(黑白名单)表
名 类型 注释
ACCESS_ID Varchar(32) 主键
USER_ID Varchar(32) 负责人ID
ACCESS Varchar(32) 资源
TYPE Int 资源类型

·历史工资表
名 类型 注释
ID Varchar(32) 主键
STAFF_INFO Varchar(32) 人员ID
NAME Varchar(32) 姓名
SALARY_INITIAL Float 初始工资
PERFORMANCE Float 绩效
INSURANCE Float 五险一金
ALLOWANCE Float 津贴补贴
OTHER Float 其他
SUM Float 总和
TIME Timestamp 发放时间

·初始工资表
名 类型 注释
ID Varchar(32) 主键
STAFF_INFO Varchar(32) 人员ID
NAME Varchar(32) 姓名
SALARY_INITIAL Float 初始工资
LEVEL Varchar(32) 初始工资等级
WORK_AGE Float 工作年限
TIME Timestamp 入职时间
STATUS Varchar(32) 初始状态位

·浮动工资表
名 类型 注释
STAFF_INFO Varchar(32) 人员ID
NAME Varchar(32) 姓名
PERFORMANCE Float 绩效
INSURANCE Float 五险一金
ALLOWANCE Float 津贴补贴
OTHER Float 其他

·工资等级表
名 类型 注释
LEVEL Varchar(32) 工资等级
AMOUNT Float 金额

5.外部接口需求 5.1用户界面

(1)要求人性化界面,操作简便,一目了然,视图优美。
(2)采用菜单界面驱动方式,对用户友好。

5.2软件接口

(1)操作系统:Microsoft Windows 10
(2)软件设备:IntelliJ IDEA、MySQL8.0、Navicat

5.3硬件接口

(1)内存:512M以上
(2)磁盘空间:40G以上
(3)CPU:233Mhz以上
(4)硬盘空间:1.5G以上

6.其他非功能性需求 6.1性能需求

·时间特性
(1)单个记录查询时间少于1秒,高峰期少于5秒
(2)多个记录查询时间少于5秒,高峰期少于10秒
(3)更新/保存记录时间少于1秒,高峰期少于5秒
·适应性
(1)满足网络业务平台的需求。
(2)对前面提到的运行环境要求不应存在困难。

6.2安全性

(1)数据库必须有口令保护
(2)每个用户分配特定的用户视图所应有的访问权限
(3)用户只能在适合他们完成工作的需要的窗口中看到需要的数据

6.3软件质量属性

(1)完成的系统必须是易操作、易上手、界面简洁、具有提示帮助的系统。
(2)完成的系统必须是符合相关法律限制的,不允许存在剽窃他人专利等行为体现在本系统上。

6.4用户文档

在系统中需要设置专门的用户手则帮助用户熟悉系统,并能熟练的使用系统。

7.分析模型 7.1用例图

8.验收说明 8.1质量属性

(1)可用性:用户可以使用
(2)可靠性:在给定时间内可以大致上满足无错运行的要求
(3)可维护性:服务器重启、写进日志
(4)安全性:对用户的密码加密
(5)可移植性:客户端移植

8.2 功能属性

功能需求全部满足,系统按照预期结果有效运转。

版权声明:该文观点仅代表作者本人。处理文章:请发送邮件至 三1五14八八95#扣扣.com 举报,一经查实,本站将立刻删除。