摘要
本文旨在设计和实现一个SSM财务报销系统 。随着企业规模的扩大和财务报销管理的复杂性增加,需要一个高效、可靠且功能丰富的系统来帮助企业管理财务活动。SSM财务报销系统 可以提供诸如账户管理、报表生成、报销管理等功能,以支持企业的财务决策和运营。
本系统将采用SSM框架,结合相关技术如SSM、Thymeleaf、Bootstrap等,实现系统用户管理、费用分类管理、报销信息管理、报销审批管理、财务审批管理、通知提醒管理、权限管理等功能。该系统的设计和实现将遵循软件工程的原则和最佳实践,通过良好的代码结构和模块化设计,提高系统的可维护性和可扩展性。并且,为了保障数据的安全性,将采取相应的安全措施,如数据加密、访问控制等。
通过这个SSM财务报销系统 ,企业能够更加高效地进行财务报销管理和决策,并提升财务数据的准确性和可靠性。同时,系统的灵活性和易用性也将提高员工的工作效率,为企业带来更好的财务报销管理体验。
关键词:SSM;财务报销系统;MySQL
SSM Financial Reimbursement System
Abstract
The purpose of this paper is to design and implement an SSM financial reimbursement system. As businesses grow in size and the complexity of financial reimbursement management increases, there is a need for an efficient, reliable, and feature-rich system to help businesses manage their financial activities. SSM Financial Reimbursement System can provide functions such as account management, report generation, reimbursement management, etc., to support the financial decision-making and operation of enterprises.
The system will adopt the SSM framework, combined with related technologies such as SSM, Thymeleaf, Bootstrap, etc., to realize the functions of system user management, expense classification management, reimbursement information management, reimbursement approval management, financial approval management, notification and reminder management, authority management and so on. The design and implementation of the system will follow the principles and best practices of software engineering, and improve the maintainability and scalability of the system through good code structure and modular design. In addition, in order to ensure the security of data, corresponding security measures will be taken, such as data encryption, access control, etc.
Through this SSM financial reimbursement system, enterprises can manage and make financial claims more efficiently, and improve the accuracy and reliability of financial data. At the same time, the flexibility and ease of use of the system will also improve the work efficiency of employees and bring a better financial reimbursement management experience to enterprises.
Key words SSM; Financial Reimbursement System; MySQL
目录
1 绪论
财务报销管理是企业运营中至关重要的一环,对于企业的健康发展和可持续性具有重要影响。然而,传统的财务报销管理方式存在着一些问题,如手工录入、数据不准确等,难以满足日益复杂的财务报销管理需求。
随着信息技术的快速发展,企业越来越意识到数字化转型对财务报销管理的重要性。通过引入信息系统和自动化工具,可以提高财务数据的准确性和及时性,降低人工成本,实现财务报销管理的精细化和智能化。
SSM作为一种快速构建Java应用程序的开发框架,具有简单易用、高效稳定的特点。利用SSM的优势,可以快速搭建财务报销系统的后台服务,实现数据存储、业务逻辑处理和接口对接等功能。
不同企业在财务报销管理方面的需求各不相同,例如预算控制、报表生成、成本分析等。SSM财务报销系统 能够灵活满足企业不同的需求,通过模块化设计和可配置性,实现个性化的财务报销管理方案。
SSM财务报销系统 具有重要的研究背景和应用价值。通过引入信息技术和自动化工具,结合SSM框架的优势,可以实现财务报销管理数字化转型,提高财务报销管理效率和准确性,为企业的健康发展提供有力支持。
1.2研究意义
研究和开发SSM财务报销系统 具有重要的意义和价值,以下是其主要方面:
1)提升财务报销管理效率:传统的财务报销管理方式往往依赖手工录入和繁琐的数据处理,容易出现错误和延误。而SSM财务报销系统 可以实现自动化的数据处理和流程管理,大大提升财务报销管理的效率和准确性,减少人力成本。
2)实现财务数据的集中管理:财务数据的集中管理对于企业的决策和运营至关重要。通过构建SSM财务报销系统 ,可以将分散的财务数据整合到一个统一的平台上,实现数据的集中存储和管理,提高数据的可靠性和可访问性。
3)支持决策制定和风险控制:财务报销系统不仅可以提供财务报表和分析功能,还可以通过数据挖掘和智能算法支持决策制定和风险控制。通过对财务数据的深入分析,系统可以提供有针对性的财务建议和预测,帮助企业做出明智的决策并降低风险。
4)加强财务合规性:财务合规性是企业运营中的一项重要任务。SSM财务报销系统 可以通过事先设定的规则和流程来确保财务操作的合规性,并提供审计功能来跟踪和监控财务活动,以满足法律法规和内部审计的要求。
5)促进数字化转型和信息化建设:随着信息技术的不断发展,企业越来越意识到数字化转型对财务报销管理的重要性。SSM财务报销系统 作为信息化建设的一部分,可以推动企业实现财务报销管理的数字化转型,提高数据处理效率、降低错误率、优化资源配置等。
6)推动财务报销管理研究和创新:通过研究和开发SSM财务报销系统 ,可以促进财务报销管理领域的研究和创新。从财务数据分析、风险控制到财务决策支持等方面,不断改进和完善系统功能,为财务报销管理提供更多的解决方案和方法。
通过该系统的应用,可以帮助企业提升财务报销管理水平,优化运营效率,实现可持续发展。
1.3研究现状
当前,SSM财务报销系统 在实践和研究领域已经取得了一定的进展。以下是该领域的研究现状:
1)研究者们关注财务报销系统的功能和模块设计,包括账户管理、报表生成、成本分析等。他们通过细致的需求分析和用户调研,构建了针对不同企业需求的模块化设计方案,并使用SSM框架实现了相应的功能。
2)财务报销系统需要处理大量的敏感财务数据,因此数据的安全性和可靠性备受关注。研究者们通过引入数据库事务、数据加密、访问控制等技术手段,确保数据的完整性和机密性,并提供备份和恢复机制以应对意外情况。
4)用户体验是财务报销系统的重要考量因素。研究者们通过使用WXML和WXSS等前端技术,结合Bootstrap等样式库,设计了简洁、直观、易用的界面,并提供良好的交互体验,以提高用户对系统的满意度和使用效果。
5)为了支持财务决策和风险控制,研究者们开始引入数据分析和智能算法。他们通过构建数据模型、实施数据挖掘,对财务数据进行深度分析,提供精确的预测和决策支持。
6)近年来,移动端平台如微信小程序的普及,促使研究者们将财务报销系统扩展到移动设备上。通过开发适配移动端的界面和功能,实现在不同设备上的财务报销管理,提升用户的灵活性和便利性。
2 财务报销系统需求分析
系统需求分析是系统开发的一个关键环节,它在系统的设计和实现上起到了一个承上启下的位置。系统需求分析是对所需要做的系统进行一个需求的挖掘,如果分析的准确可以精准的解决现实中碰到的问题。如果分析不到位会影响后期系统的实现。一个系统的优秀程度需求分析也是占据了非常大的比例,如果需求分析不到位,后面的系统设计要实现就是一个偏离导航的设计。
2.1 可行性分析
系统可行行分析是对系统对系统可行性进行一个探讨。在探讨系统的可行性上我们主要从技术上的可行性和经济上的可行性以及操作层面的可行性上进行分析,如果三个层面度通过,我们则认为系统是比较可行的。
2.1.1 技术可行性分析
财务报销系统设计与实现是一个基于Web的交易、管理平台,我们在实现这个系统所采用的技术方案是基于JAVA语言,采用的是比较流行的SSM框架以及MYSQL数据库,在大学的学习中这两门课程都已经学过,而且自己也用这些技术开发过小的项目,在平时的课程设计以及作业也经常用到JAVA、SSM和MYSQL,在技术上实现自己的自主开发是可行的。
2.1.2 经济可行性分析
开发本财务报销系统的技术都是可以从网上直接免费下载,不用花一分钱,而且系统的源代码都是自己进行设计开发的,不需要成本,如果后期想要进行运营,只要把配置到服务器上,花费服务器的租赁费用,在使用中可以进行增加广告收益,因此在经济方面是可性的。
2.1.3 操作可行性分析
当下网络新时代,计算机已经得到了普及,多数人对计算机都比较的熟悉,知道如何使用它,当然也存在对计算机比较陌生的这一群体,也需要对其进行考虑。在进行财务报销系统页面的设计的时候,考虑到使用人群,可能也存在对计算机比较陌生的人,所以,在页面的设计方面,设计的很是简单、简洁,布局明了,色调明朗,让无论是对计算机陌生还是对计算机熟悉的使用者,都可以使用自如,这也说明了该程序的操作方面非常可行。
2.2系统性能需求分析
财务报销系统的性能性需求分析主要是分析本系统的安全性怎么样(是否会泄露用户个人信息),可靠性怎么样(用户操作的时候是不是能够根据实际操作显示信息),性能怎么样(运行是否操作流畅),可拓展性怎么样(功能能否继续拓展)等。具体可以表示在如下2.1表格中:
表2.1 财务报销系统非功能需求表
安全性 | 主要指财务报销系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指财务报销系统能够按照用户的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响财务报销系统占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着财务报销系统的页面展示内容进行操作,就可以了。 |
可维护性 | 财务报销系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
2.3 系统功能需求分析
本财务报销系统的设计主要是针对员工用户、审批人员、财务人员和管理员。系统实现系统用户管理、费用分类管理、报销信息管理、报销审批管理、财务审批管理、通知提醒管理、权限管理等功能模块。财务报销系统为企业提供一个高效、安全的管理平台,各角色的功能如下。
员工用户:
- 登录::用户登录系统,可对个人信息进行增删改查,比如个人资料、头像和密码修改。
(2)报销信息管理:员工用户可以查看报销信息列表详情,查看具体的报销情况,也可以添加新的报销信息。
(3)报销审批管理:员工用户可以查看报销审批列表详情,查看审批人员的审批情况。
(4)财务审批管理:员工用户可以查看财务审批列表详情,查看财务人员的审批情况。
(5)通知提醒管理:员工用户可以查看通知提醒列表详情。
审批人员:
- 登录:审批人员通过账号密码进行登录。
- 报销信息管理:审批人员可以查看员工用户发起的报销信息,并对报销信息进行审批。
- 报销审批管理:审批人员可以查看报销审批列表详情,查看具体的审批信息。
- 财务审批管理:审批人员可以查看财务审批列表详情。
- 通知提醒管理:审批人员可以查看通知提醒列表详情。
财务人员:
- 登录:财务人员通过账号密码进行登录。
- 报销审批管理:财务人员可以查看报销审批列表详情,并对审批人员的审批信息进行审核。
- 财务审批管理:财务人员可以查看财务审批列表详情。
- 通知提醒管理:财务人员可以查看通知提醒列表详情。
管理员:
- 登录:管理员的账号是在数据列表中直接设置生成的,不需要进行注册,可以直接输入账号密码登录。同时可对管理员资料进行增删改查。
(2)系统用户:当管理员点击“系统用户”这一菜单时,可查看员工用户和管理员这两个子菜单,如需添加新的员工,点击右侧”添加“按钮,上传头像、填写账号、密码、昵称、邮箱,选择状态,输入员工姓名、员工性别、联系电话,点击”提交“按钮进行添加。同时可对系统用户进行增删改查操作。
(3)费用分类管理:管理员可以查看报销分类列表详情,也可以添加新的报销分类信息,输入相关信息后点击提交即可。
(4)报销信息管理:管理员可以查看报销信息列表详情,也可以添加新的报销信息,输入相关信息后点击提交即可。
(5)报销审批管理:管理员可以查看报销审批列表详情。
(6)财务审批管理:管理员可以查看财务审批列表详情。
(7)通知提醒管理:管理员可以查看通知提醒列表详情,也可以添加新的通知提醒,输入相关信息后点击提交即可。
(8)权限管理:管理员可以对其他用户的系统权限做出设置操作。
2.4 非功能性需求分析
系统的非功能需求方面主要是从系统的安全性、存储性、可靠性、易学性、稳定性等方面进行分析:
(1)安全性:系统的安全问题是开发者首先要考虑的,如果系统存在安全隐患,可能使得用户个人信息被泄露,给用户带来困扰,造成损失。
(2)储存性:因为用户使用的关于财务报销系统,会员用户多,而且登录后要查询各种财务报销管理信息,那就需要一个强大的数据库来进行数据的存储,对数据库的要求是非常严格的,本系统选用的是MYSQL数据库,MYSQL的运行速度很快,执行命令的速度也非常快,而且体积小。
(3)易学性:系统的开发面向对象学历不尽相同,所有在开发的时候要考虑系统操作应该简单,不需要进行任何学习、培训,只能上网的用户就可以操作。
(5)稳定性:系统在运行方面要很稳定,系统的界面、字体要清楚,没有失真现象,给用户以良好的体验。
(6)可拓展性:本财务报销系统的功能还有待完善,因此系统要有很好的拓展性,方便后期功能更新维护。
2.5 总体功能设计
本财务报销系统分为四种用户,员工用户、审批人员、财务人员和管理员。财务报销系统的总体用例图如图2-2所示。
图2-2财务报销系统功能总体用例图
3.1系统功能结构设计
系统在结构上的设计至关重要,要考虑周全,设计全面,一个完善的结构体系,能够满足用户在使用时的各种需求,这样会让提高程序的使用率,保证程序被长久的利用。在设计财务报销系统的结构时,也列入重点,采用模块化的方法来进行设计,即首先将大模块确定下来,再慢慢的将大模块进行补充完善,向下分支出小模块,一起共同组成的系统的结构体系,下图是该财务报销系统的结构设计图,直观明了的可以看出本项目程序的功能。
财务报销系统功能结构图如图3-1所示。

图3-1 财务报销系统功能结构图
3.2系统数据库设计
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
3.2.1数据库概念结构设计
在数据库概念模型设计的时候,一般都采用E-R实体图进行展示,在实体图中可以展示出数据库表中的所有字段名称。下面是整个SSM财务报销系统中主要的数据库表总E-R实体关系图。
图3-2 系统总E-R关系图
3.2.2数据库逻辑结构设计
在数据库表中我们会看到系统的表名、主键、外键等信息,我们通过数据库表的主键、外键把每个表关联起来,然后在界面中展示,本财务报销系统的主要的数据库表如下:
表access_token (登陆访问时长)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | token_id | int | 10 | 0 | N | Y | 临时访问牌ID | |
2 | token | varchar | 64 | 0 | Y | N | 临时访问牌 | |
3 | info | text | 65535 | 0 | Y | N | ||
4 | maxage | int | 10 | 0 | N | N | 2 | 最大寿命:默认2小时 |
5 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
7 | user_id | int | 10 | 0 | N | N | 0 | 用户编号: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | approval_personnel_id | int | 10 | 0 | N | Y | 审批人员ID | |
2 | personnel_no | varchar | 64 | 0 | N | N | 人员工号 | |
3 | personnel_name | varchar | 64 | 0 | Y | N | 人员姓名 | |
4 | personnel_position | varchar | 64 | 0 | Y | N | 人员职位 | |
5 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
6 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | auth_id | int | 10 | 0 | N | Y | 授权ID: | |
2 | user_group | varchar | 64 | 0 | Y | N | 用户组: | |
3 | mod_name | varchar | 64 | 0 | Y | N | 模块名: | |
4 | table_name | varchar | 64 | 0 | Y | N | 表名: | |
5 | page_title | varchar | 255 | 0 | Y | N | 页面标题: | |
6 | path | varchar | 255 | 0 | Y | N | 路由路径: | |
7 | position | varchar | 32 | 0 | Y | N | 位置: | |
8 | mode | varchar | 32 | 0 | N | N | _blank | 跳转方式: |
9 | add | tinyint | 3 | 0 | N | N | 1 | 是否可增加: |
10 | del | tinyint | 3 | 0 | N | N | 1 | 是否可删除: |
11 | set | tinyint | 3 | 0 | N | N | 1 | 是否可修改: |
12 | get | tinyint | 3 | 0 | N | N | 1 | 是否可查看: |
13 | field_add | text | 65535 | 0 | Y | N | 添加字段: | |
14 | field_set | text | 65535 | 0 | Y | N | 修改字段: | |
15 | field_get | text | 65535 | 0 | Y | N | 查询字段: | |
16 | table_nav_name | varchar | 500 | 0 | Y | N | 跨表导航名称: | |
17 | table_nav | varchar | 500 | 0 | Y | N | 跨表导航: | |
18 | option | text | 65535 | 0 | Y | N | 配置: | |
19 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
20 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | cost_classification_id | int | 10 | 0 | N | Y | 费用分类ID | |
2 | cost_category | varchar | 64 | 0 | Y | N | 费用类别 | |
3 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | employee_users_id | int | 10 | 0 | N | Y | 员工用户ID | |
2 | employee_no | varchar | 64 | 0 | N | N | 员工工号 | |
3 | employee_name | varchar | 64 | 0 | Y | N | 员工姓名 | |
4 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
5 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
6 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | financial_approval_id | int | 10 | 0 | N | Y | 财务审批ID | |
2 | employee_users | int | 10 | 0 | Y | N | 0 | 员工用户 |
3 | employee_no | varchar | 64 | 0 | Y | N | 员工工号 | |
4 | employee_name | varchar | 64 | 0 | Y | N | 员工姓名 | |
5 | employee_phone_number | varchar | 64 | 0 | Y | N | 员工电话 | |
6 | reimbursement_items | varchar | 64 | 0 | Y | N | 报销项目 | |
7 | cost_category | varchar | 64 | 0 | Y | N | 费用类别 | |
8 | reimbursement_amount | varchar | 64 | 0 | Y | N | 报销金额 | |
9 | reimbursement_time | varchar | 64 | 0 | Y | N | 报销时间 | |
10 | reimbursement_content | text | 65535 | 0 | Y | N | 报销内容 | |
11 | approval_personnel | int | 10 | 0 | Y | N | 0 | 审批人员 |
12 | personnel_name | varchar | 64 | 0 | Y | N | 人员姓名 | |
13 | personnel_position | varchar | 64 | 0 | Y | N | 人员职位 | |
14 | approval_opinions | varchar | 64 | 0 | Y | N | 审批意见 | |
15 | approval_reply | text | 65535 | 0 | Y | N | 审批回复 | |
16 | financial_users | int | 10 | 0 | Y | N | 0 | 财务用户 |
17 | financial_approval | varchar | 64 | 0 | Y | N | 财务审批 | |
18 | financial_opinion | text | 65535 | 0 | Y | N | 财务意见 | |
19 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
20 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | financial_personnel_id | int | 10 | 0 | N | Y | 财务人员ID | |
2 | financial_job_number | varchar | 64 | 0 | N | N | 财务工号 | |
3 | financial_name | varchar | 64 | 0 | Y | N | 财务姓名 | |
4 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
5 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
6 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | hits_id | int | 10 | 0 | N | Y | 点赞ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 点赞人: |
3 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | notification_reminder_id | int | 10 | 0 | N | Y | 通知提醒ID | |
2 | notification_title | varchar | 64 | 0 | Y | N | 通知标题 | |
3 | notification_type | varchar | 64 | 0 | Y | N | 通知类型 | |
4 | notification_date | date | 10 | 0 | Y | N | 通知日期 | |
5 | notification_content | text | 65535 | 0 | Y | N | 通知内容 | |
6 | notification_file | varchar | 255 | 0 | Y | N | 通知文件 | |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表reimbursement_approval (报销审批)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | reimbursement_approval_id | int | 10 | 0 | N | Y | 报销审批ID | |
2 | employee_users | int | 10 | 0 | Y | N | 0 | 员工用户 |
3 | employee_no | varchar | 64 | 0 | Y | N | 员工工号 | |
4 | employee_name | varchar | 64 | 0 | Y | N | 员工姓名 | |
5 | employee_phone_number | varchar | 64 | 0 | Y | N | 员工电话 | |
6 | reimbursement_items | varchar | 64 | 0 | Y | N | 报销项目 | |
7 | cost_category | varchar | 64 | 0 | Y | N | 费用类别 | |
8 | reimbursement_amount | varchar | 64 | 0 | Y | N | 报销金额 | |
9 | reimbursement_time | varchar | 64 | 0 | Y | N | 报销时间 | |
10 | reimbursement_content | text | 65535 | 0 | Y | N | 报销内容 | |
11 | approval_personnel | int | 10 | 0 | Y | N | 0 | 审批人员 |
12 | personnel_name | varchar | 64 | 0 | Y | N | 人员姓名 | |
13 | personnel_position | varchar | 64 | 0 | Y | N | 人员职位 | |
14 | approval_opinions | varchar | 64 | 0 | Y | N | 审批意见 | |
15 | approval_reply | text | 65535 | 0 | Y | N | 审批回复 | |
16 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
17 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表reimbursement_information (报销信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | reimbursement_information_id | int | 10 | 0 | N | Y | 报销信息ID | |
2 | employee_users | int | 10 | 0 | Y | N | 0 | 员工用户 |
3 | employee_no | varchar | 64 | 0 | Y | N | 员工工号 | |
4 | employee_name | varchar | 64 | 0 | Y | N | 员工姓名 | |
5 | employee_phone_number | varchar | 64 | 0 | Y | N | 员工电话 | |
6 | reimbursement_items | varchar | 64 | 0 | Y | N | 报销项目 | |
7 | cost_category | varchar | 64 | 0 | Y | N | 费用类别 | |
8 | reimbursement_amount | varchar | 64 | 0 | Y | N | 报销金额 | |
9 | reimbursement_time | varchar | 64 | 0 | Y | N | 报销时间 | |
10 | reimbursement_content | text | 65535 | 0 | Y | N | 报销内容 | |
11 | reimbursement_voucher | varchar | 255 | 0 | Y | N | 报销凭证 | |
12 | reimbursement_documents | varchar | 255 | 0 | Y | N | 报销单据 | |
13 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
14 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | upload_id | int | 10 | 0 | N | Y | 上传ID | |
2 | name | varchar | 64 | 0 | Y | N | 文件名 | |
3 | path | varchar | 255 | 0 | Y | N | 访问路径 | |
4 | file | varchar | 255 | 0 | Y | N | 文件路径 | |
5 | display | varchar | 255 | 0 | Y | N | 显示顺序 | |
6 | father_id | int | 10 | 0 | Y | N | 0 | 父级ID |
7 | dir | varchar | 255 | 0 | Y | N | 文件夹 | |
8 | type | varchar | 32 | 0 | Y | N | 文件类型 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | user_id | mediumint | 8 | 0 | N | Y | 用户ID:[0,8388607]用户获取其他与用户相关的数据 | |
2 | state | smallint | 5 | 0 | N | N | 1 | 账户状态:[0,10](1可用|2异常|3已冻结|4已注销) |
3 | user_group | varchar | 32 | 0 | Y | N | 所在用户组:[0,32767]决定用户身份和权限 | |
4 | login_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 上次登录时间: |
5 | phone | varchar | 11 | 0 | Y | N | 手机号码:[0,11]用户的手机号码,用于找回密码时或登录时 | |
6 | phone_state | smallint | 5 | 0 | N | N | 0 | 手机认证:[0,1](0未认证|1审核中|2已认证) |
7 | username | varchar | 16 | 0 | N | N | 用户名:[0,16]用户登录时所用的账户名称 | |
8 | nickname | varchar | 16 | 0 | Y | N | 昵称:[0,16] | |
9 | password | varchar | 64 | 0 | N | N | 密码:[0,32]用户登录所需的密码,由6-16位数字或英文组成 | |
10 | | varchar | 64 | 0 | Y | N | 邮箱:[0,64]用户的邮箱,用于找回密码时或登录时 | |
11 | email_state | smallint | 5 | 0 | N | N | 0 | 邮箱认证:[0,1](0未认证|1审核中|2已认证) |
12 | avatar | varchar | 255 | 0 | Y | N | 头像地址:[0,255] | |
13 | open_id | varchar | 255 | 0 | Y | N | 针对获取用户信息字段 | |
14 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
15 | vip_level | varchar | 255 | 0 | Y | N | 会员等级 | |
16 | vip_discount | double | 11 | 2 | Y | N | 0.00 | 会员折扣 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | group_id | mediumint | 8 | 0 | N | Y | 用户组ID:[0,8388607] | |
2 | display | smallint | 5 | 0 | N | N | 100 | 显示顺序:[0,1000] |
3 | name | varchar | 16 | 0 | N | N | 名称:[0,16] | |
4 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述该用户组的特点或权限范围 | |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
8 | register | smallint | 5 | 0 | Y | N | 0 | 注册位置: |
9 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
4 财务报销系统详细设计与实现
4.1管理员功能模块
4.1.1 登录界面
管理员的账号是在数据列表中直接设置生成的,不需要进行注册,可以直接输入账号密码登录。同时可对管理员资料进行增删改查。界面展示如下图4-1所示。

图4-1 管理员登录界面图
4.1.2系统用户界面
当管理员点击“系统用户”这一菜单时,可查看员工用户和管理员这两个子菜单,如需添加新的员工,点击右侧”添加“按钮,上传头像、填写账号、密码、昵称、邮箱,选择状态,输入员工姓名、员工性别、联系电话,点击”提交“按钮进行添加。同时可对系统用户进行增删改查操作。注册界面展示如下图4-2所示。

图4-2系统用户界面图
4.1.3费用分类管理界面
费用分类管理:管理员可以查看费用分类列表详情,也能添加新的费用分类信息,点击添加,输入相关信息后,点击提交即可。登录界面如下图4.3所示。

图4-3费用分类管理界面图
4.1.4 报销信息管理界面
报销信息管理:管理员可以对报销信息列表详情和报销信息添加两个子菜单进行查看管理,也能对报销信息进行审批,其界面如下图4-4所示。

图4-4报销信息管理界面图
4.1.5 报销审批管理界面
报销审批管理:管理员可以对报销审批列表信息进行查看管理,也可以直接进行财务审批。界面如下图4-5所示。

图4-5报销审批管理界面图
4.1.6 通知提醒管理界面
通知提醒管理:管理员可以对系统上的通知提醒信息进行查看,也能添加新的通知提醒信息。展示页面如图4-6所示。

图4-6 通知提醒管理界面图
4.2员工用户功能模块
4.2.1登录界面
用户登录系统,可对个人信息进行增删改查,比如个人资料、头像和密码修改。界面如下图4-7所示。

图4-7 登录界面图
4.2.2报销信息管理界面
员工用户可以查看报销信息列表信息详情,也可以添加新的报销信息,供审批人员和财务人员进行审批。界面如下图4-8所示。

图4-8 报销信息管理界面图
4.2.3 修改密码界面
员工用户可以对登录密码进行修改。界面如下图4-9所示。

图4-9修改密码界面图
5系统的测试
5.1测试的目的
一个系统测试的目的就是检验系统在真正的工作环境、条件下是不是能够正常运行,各种功能能不能符合设计的要求,通过测试发现系统当中存在的一些潜在的错误,然后对系统进行改进,使得系统最终以完美的形式展现给用户,提高用户使用过程中的体验度,真正达到项目的实际使用目的。
5.2 系统测试用例
系统测试包括:管理员登录功能测试、商城中心查看功能测试、商品添加功能测试、加入购物车购买功能测试,如表6-1、6-2、6-3所示:
表6-1 管理员登录功能测试表
测试名称 | 测试功能 | 操作过程 | 预期结果 | 测试结果 |
登录模块测试 | 登录成功的情况 | 管理员可以通过浏览器进入到财务报销系统后台登录界面,输入用户名:admin和密码admin后,点击“登录”按钮。 | 成功登录到管理员管理的界面 | 正确 |
登录模块测试 | 登录失败的情况 | 管理员可以通过浏览器进入到财务报销系统后台登录界面,输入用户名:admin和密码111后,点击“登录”按钮。 | 系统提示“用户名和密码不匹配” | 正确 |
员工报销信息查看功能测试:
表6-2 员工报销信息查看功能测试表
测试名称 | 测试功能 | 操作过程 | 预期结果 | 测试结果 |
查询员工报销信息产看功能测试 | 查询成功的情况 | 管理员在系统后台点击“员工报销信息”,能够查看员工收入列表详情 | 查询成功 | 正确 |
费用分类添加界面测试:
表6-3 费用分类添加界面测试表
测试名称 | 测试功能 | 操作过程 | 预期结果 | 测试结果 |
费用分类添加模块测试 | 费用分类添加成功的情况 | 在“系统后台”菜单中点击“费用分类管理”会显示出所有的费用分类信息,点击“添加”,输入添加信息,输入正确的信息后,点击“提交”按钮。 | 提示添加成功 | 正确 |
费用分类添加模块测试 | 费用分类添加失败的情况 | 在“系统后台”菜单中点击“费用分类管理”会显示出所有的费用分类,点击“添加”,不输入项目类型,其他信息正常填写后,点击“提交”按钮。 | 提示“添加失败,项目类型不能为空” | 正确 |
5.3 系统测试结果
本次开发的系统是一个财务报销系统,主要功能就是企业在财务报销管理中的高效和安全,其中员工用户的功能有报销信息管理、报销审批管理、财务涉农管理和通知提醒等功能。管理员功能有登录、系统用户、费用分类管理、报销信息管理、报销审批管理、财务审批管理、通知提醒管理、权限管理等功能。而且在测试的过程中也对界面的展示进行了查看,发现界面并没有出现扭曲、混乱等情况,能够满足用户的需求,系统运行良好,是可以进行投入使用的。
6 结论
经过了几个月的努力,本财务报销系统终于完成了,虽然在校期间也开发过一些小型的系统,但是都是在老师的讲解以及辅助下完成的,没有经历过开发之前的需求分析、系统分析,都是直接从系统设计开始的,因此本次开发的财务报销系统对我意义重大。
在开发系统最初,首先对本财务报销系统的需求进行调研,了解对于员工用户以及企业来说,开发的系统需要实现哪些功能才能满足使用者的需求,对需求进行分析;其次选择自己比较熟悉的JAVA语言,MYSQL数据库,使用SSM框架来设计开发,通过知网库、学校图书馆等地方查阅、学习这些技术,掌握编程的思想和方法,然后就是对系统进行分析,从系统开发的可行性、系统实现的功能、系统应该具备的性能以及系统的操作流程方面,对系统进行全方位的分析,确定系统的最终功能,从而对系统的功能和数据库进行设计,最后就是系统的实现以及对实现的功能的测试,确保系统能够稳定的运行。
在开发的过程中暴露出了自己的很多问题,比如前期的准备还是不够充分,不能完全掌握其操作流程;在开发过程中对JAVA的编程掌握的还不够熟练以及对系统的环境配置上还存在很多问题,经常会导致项目在运行的时候出现错误。学无止境,通过一边查阅资料一边向导师请教,慢慢的解决了这些问题,在以后的学习、工作者我会更加严谨,通过本项目的开发,我将会受益终生!
参考文献
[1]吴燕芳.数智化转型背景下企业财务创新管理探究[J].财会学习,2024(02):7-9.
[2]陈时伟.大数据环境下企业财务报销系统应用探讨[J].老字号品牌营销,2024(01):78-80.
[3]雷林艳.集团企业财务报销管理信息化建设探究[J].企业改革与管理,2023(24):150-152.DOI:10.13768/j.cnki.cn11-3793/f.2023.1396.
[4]蓝涵钰.企业财务报销管理信息化建设优化分析[J].财会学习,2023(36):29-31.
[5]吴海萍.财务报销管理转型下企业财务信息化系统的发展和建设[J].中国集体经济,2023(35):141-144.
[6]马庆.计算机软件开发中JAVA编程语言的应用[J].山西电子技术,2023(06):84-86+98.
[7]陈伟锋.大数据环境下企业财务报销管理信息系统应用分析[J].财讯,2023(23):162-164.
[8]王腾.大数据环境下企业财务报销管理信息系统应用探讨[J].中国中小企业,2023(11):186-188.
[9]段琪华.大数据时代高校财务报销管理信息化系统研究[J].老字号品牌营销,2023(20):47-49.
[10]童萍,郑鸣,朱自超.数字化财务报销系统的设计与优化[J].集成电路应用,2023,40(10):384-385.DOI:10.19339/j.issn.1674-2583.2023.10.176.
[11]尹应荆.JAVA编程语言在计算机软件开发中的应用[J].石河子科技,2023(05):45-47.
[12]王艳红. 探究企业财务报销管理的新趋势[N]. 财会信报,2023-09-25(006).DOI:10.28104/n.cnki.nckxb.2023.000451.
[13]张平.财务报销管理在企业业务管理中的运用分析[J].营销界,2023(18):161-163.
[14]Liang C . [J]. Academic Journal of Computing & Information Science,2023,6(9).
[15]张伟涛,赵玉娟.基于Spring Boot的家庭财务系统的设计与实现[J].网络安全技术与应用,2023(05):48-50.
[16]刘东奇, 王维邦, 刘一瑶. 一种家庭智能财务管理系统[P]. 内蒙古自治区: CN113222729A, 2021-08-06.
[17]叶超琼, 曾秀英, 叶成香. 一种家庭财务管理系统、方法、终端及介质[P]. 甘肃省: CN112288580A, 2021-01-29.
[18]王翾. 家庭财务管理系统的设计与实现[D]. 华北理工大学, 2019.
[19]郑光勇, 李健, 李宏坤. 基于JAVA的家庭财务管理系统的研究与设计[J]. 教育现代化, 2018, 5 (46): 1-5.
[20]张琳莹, 张云洁. 家庭财务管理系统设计与实现[J]. 电脑知识与技术, 2018, 14 (11): 104-107.
致谢
“致谢”意味着论文的结束,也意味着自己的毕业设计顺利完成,同时也代表了自己的大学生涯即将结束,我即将要离开自己敬爱的老师和亲爱的同学们,在这里我首先要感谢的就是所有的老师,“春满江山绿满园,桃李争春露笑颜,东西南北春常在,唯有师恩留心间”,他们无论在我的学业还是在我的生活上付出了所有,对我谆谆教诲;其次我要感谢我的指导老师,他在我的整个毕业设计当中起着引导作用,每当我有困难的时候,他总会第一时间帮助我,引导我进行解决问题,而不是直接告诉我答案,“授人以鱼不如授人以渔”,指导老师的这种做法让我受益终生,同时我也从指导老师身上学习到了许多的开发技巧以及检验,这对我今后的开发起着十分重要的作用;再次,我需要感谢我的同学、室友,他们不仅仅在毕业设计上给我许多帮助意见,在大学同窗四年,他们给过我的帮助太多了,我对他们有太多的不舍,无法用言语表示,我相信在以后的人生道路上只要想到他们,我心里就会很温暖,这种友情是任何感情替代不了的;最后我还要感谢家人,感谢自己,感谢家人对我的支持,感谢自己在学业上的坚持,我相信我以后的道路会越来越好。