Springboot企业报销审批系统设计与实现
摘 要
企业报销系审批统是将企业财务报销和计算机技术结合起来的一种新型的办公方式,是信息化社会的产物。通过网络,组织机构内部的人员可跨越时间、空间进行操作。通过企业报销审批系统所实施的交换式网络应用,使信息的传递更加快捷和方便,从而极大地扩展了办事效率。
企业报销审批系统是采用java语言,基于MVVM模式进行开发,采取MySQL作为后台数据的主要存储单元,采用Springboot框架实现了本系统的全部功能。实现基于Springboot的企业报销审批系统,具有个人报销、专项购买报销、支出类型、个报主管审批、个报财务审批、专项主管审批、专项财务审批等功能,本系统代码的复用率高,系统维护代价小,具有方便、灵活、高效等特征。
关键词:报销系统;Springboot框架 ;数据库
Abstract
The approval system of the enterprise reimbursement department is a new type of office mode combining the enterprise financial reimbursement and computer technology, and is the product of the information society. Through the network, personnel within the organization can operate across time and space. Through the exchange network application implemented by the enterprise reimbursement approval system, the information transmission is faster and more convenient, thus greatly expanding the efficiency.
The enterprise reimbursement approval system is developed in Java language based on MVVM mode, takes MySQL as the main storage unit of background data, and uses the Springboot framework to realize all functions of the system. Realize the enterprise reimbursement approval system based on Springboot, which has the functions of individual reimbursement, special purchase reimbursement, expense type, individual report to the supervisor for approval, individual report to the financial department for approval, special supervisor for approval, and special financial department for approval. The system code has high reuse rate, low maintenance cost, and is convenient, flexible, and efficient.
Key words: Reimbursement system; Springboot framework; database
目 录
2.6 Mysql数据库 11
第一章 绪 论
1.1选题背景
企业报销审批系统,是以网络为依托,在企业内部进行畅通的信息交流。在这种模式下,它所属的财务、人事都成为企业信息流中的独立的一个环节,而不再为安全过分担忧。依靠这种模式,企业的组织结构能够得到简化,各个部门在信息共享的基础上进行协作,藕合性大大减低,便于明确各个部门甚至每个员工的责任,而决策层可以迅速综合来自各个方而的信息,并此为依据制定企业的战略决策。没有人怀疑计算机的出现给办公室职员带来的便利,但是对现代的企业人事烦杂,为了减轻员工的工作量,要将员工从繁琐的事务性工作中解放出来,用更多的精力去关注最重要的事情,从而提高企业的效率,增强企业的综合竞争能力。
随着计算机网络技术的发展及企业管理模式的不断变化,目前,以传统人力为主的财务报销系统已不能很好满足企业办公的需求,难以充公整合新技术的特点,进而无法充分发挥新管理模式的优势,并且要针对不同的人寻找不同的资料大大增加了工作的难度和烦索程度。本文从企业的实际情况出发,在用户需求分析的基础上,提出企业报销审批基本目标。
1.3研究内容
企业报销审批系统的开发及实现,所需要的工作内容:
(1)首先是确定选题,确定好所要做的系统,并对系统的背景及现在面临的一些问题等进行系统的初步确认。
(2)系统确认完成后,结合系统开发的需求进行确认系统开发所使用的技术,企业报销审批系统的开发使用Springboot框架,数据库进行平台的搭建开发,确认好使用的技术进行技术分析,所使用的技术是否可以完成系统的实现。
(3)确定好系统使用的技术,进行在线确认系统所划分的用户角色,并且根据用户角色划分确定所要设计的功能模块,对企业报销审批系统的设计主要划分别为管理员和用户角色,并所使用的功能模块也相应不同,但是系统的数据库实现的内容是交互的,用户可以随时根据自己的需求进行报销流程申请,对于系统工作人员可以根据自己的分管内容进行在线信息的处理及操作,管理员获取到所有用户的详细数据信息,并根据需求进行第一时间处理解决。
(4)系统的功能模块确认完成后进行程序及界面的设计,设计完成后,并且通过测试来判断程序是否完善,对于系统测试,需要不同的用户进行不同的内容编辑及提交,及使用不同的测试方式找出程序中存在的漏洞,并对程序出现的漏洞问题进行在线解决处理,如果测试系统没有任何问题时,可以将系统上传进行正式操作使用。
2.1J2EE技术
人可以掌握多门外语,而一个计算机科学家精通的大多是编程语言,它不是人类的自然语言,比如C语言、Java、Perl等等。由于不同的公司开发出的“中间件”不够规范,所以Sun公司推出J2EE,用这个标准来解决弊病。它提供了良好的机制,让每个层次允许与之相对的服务器、组件运行,使得系统的搭建稳定可用、开发高效、维护方便。
2.2 MVVM模式
MVVM模式是常用的开发模式,主要是在代码实现上将其分为M层、V层和C层。
视图(View)代表用户交互界面,一个 Web 应用就可能有很多的界面,在 MVVM 模式中,视图仅仅处理的只有数据采集、处理,还有用户的请求, 并不包括业务流程的处理,业务流程由模型(Model)来处理。
模型(Model)就是业务流程/状态的处理及业务规则的制定。模型处理业务流程的过程其它层是无法看见了的,它就像黑箱子,在接受视图请求的数据之后,然后返回最终的处理结果。MVVM 最主要的核心就是业务模型的设计,一个典型的应用例子就是目前流行的 EJB 模型,它从应用技术实现的角度对模型做了进一步的划分,以便充分利用现有的组件,但是它不能作为应用设计模型的框架。
控制器(Controller)可以理解为接收用户的请求,然后视图和模型匹配在一起,一起再完成用户请求。它有非常明显的作用在划分控制层上,可以很清晰地告诉你,它就是一个分发器,选择什么样的模型、视图,可以完成用户的什么样的请求。控制层不做所有的数据处理,比如说:用户点击一个连接,控制层接受到请求之后,并不处理业务信息,它只是向模型传递用户的信息,同时告诉模型做什么,然后选择符合需求的视图返回给用户。
2.3 B/S结构
B/S(Browser/Server)比前身架构更为省事的架构。它借助Web server完成数据的传递交流。只需要下载浏览器作为客户端,那么工作就达到“瘦身”效果, 不需要考虑不停装软件的问题。
2.4 Spring boot框架
Spring框架是Java平台上的一种开源应用框架,提供具有控制反转特性的容器。尽管Spring框架自身对编程模型没有限制,但其在Java应用中的频繁使用让它备受青睐,以至于后来让它作为EJB(EnterpriseJavaBeans)模型的补充,甚至是替补。Spring框架为开发提供了一系列的解决方案,比如利用控制反转的核心特性,并通过依赖注入实现控制反转来实现管理对象生命周期容器化,利用面向切面编程进行声明式的事务管理,整合多种持久化技术管理数据访问,提供大量优秀的Web框架方便开发等等。Spring框架具有控制反转(IOC)特性,IOC旨在方便项目维护和测试,它提供了一种通过Java的反射机制对Java对象进行统一的配置和管理的方法。Spring框架利用容器管理对象的生命周期,容器可以通过扫描XML文件或类上特定Java注解来配置对象,开发者可以通过依赖查找或依赖注入来获得对象。Spring框架具有面向切面编程(AOP)框架,SpringAOP框架基于代理模式,同时运行时可配置;AOP框架主要针对模块之间的交叉关注点进行模块化。Spring框架的AOP框架仅提供基本的AOP特性,虽无法与AspectJ框架相比,但通过与AspectJ的集成,也可以满足基本需求。Spring框架下的事务管理、远程访问等功能均可以通过使用SpringAOP技术实现。Spring的事务管理框架为Java平台带来了一种抽象机制,使本地和全局事务以及嵌套事务能够与保存点一起工作,并且几乎可以在Java平台的任何环境中工作。Spring集成多种事务模板,系统可以通过事务模板、XML或Java注解进行事务配置,并且事务框架集成了消息传递和缓存等功能。Spring的数据访问框架解决了开发人员在应用程序中使用数据库时遇到的常见困难。它不仅对Java:JDBC、iBATS/MyBATIs、Hibernate、Java数据对象(JDO)、ApacheOJB和ApacheCayne等所有流行的数据访问框架中提供支持,同时还可以与Spring的事务管理一起使用,为数据访问提供了灵活的抽象。Spring框架最初是没有打算构建一个自己的WebMVC框架,其开发人员在开发过程中认为现有的StrutsWeb框架的呈现层和请求处理层之间以及请求处理层和模型之间的分离不够,于是创建了SpringMVC。
2.5 MySQL数据库
Mysql的语言是非结构化的,用户可以在数据上进行工作。MySQL因为其速度、可靠性和适应性而备受关注。大多数人都认为在不需要事务化处理的情况下,MySQL是管理内容最好的选择。并且因为Mysql的语言和结构比较简单,但是功能和存储信息量很强大,所以得到了普遍的应用。
Mysql数据库在编程过程中的作用是很广泛的,为用户进行数据查询带来了方便。Mysql数据库的应用因其灵活性强,功能强大,所以在实现某功能时只需要一小段代码,而不像其他程序需要编写大段代码。总体来说,Mysql数据库的语言相对要简洁很多。
数据流程分析主要就是数据存储的储藏室,它是在计算机上进行的,而不是现实中的储藏室。数据的存放是按固定格式,而不是无序的,其定义就是:长期有固定格式,可以共享的存储在计算机存储器上。数据库管理主要是数据存储、修改和增加以及数据表的建立。为了保证系统数据的正常运行,一些有能力的处理者可以进行管理而不需要专业的人来处理。数据表的建立,可以对数据表中的数据进行调整,数据的重新组合及重新构造,保证数据的安全性。介于数据库的功能强大等特点,本系统的开发主要应用了Mysql进行对数据的管理。
2.7 B/S体系工作原理
B/S架构采取浏览器请求,服务器响应的工作模式。
用户可以通过浏览器去访问Internet上由Web服务器产生的文本、数据、图片、动画、视频点播和声音等信息;
而每一个Web服务器又可以通过各种方式与数据库服务器连接,大量的数据实际存放在数据库服务器中;
从Web服务器上下载程序到本地来执行,在下载过程中若遇到与数据库有关的指令,由Web服务器交给数据库服务器来解释执行,并返回给Web服务器,Web服务器又返回给用户。在这种结构中,将许许多多的网连接到一块,形成一个巨大的网,即全球网。而各个企业可以在此结构的基础上建立自己的Internet。
在 B/S 模式中,用户是通过浏览器针对许多分布于网络上的服务器进行请求访问的,浏览器的请求通过服务器进行处理,并将处理结果以及相应的信息返回给浏览器,其他的数据加工、请求全部都是由Web Server完成的。通过该框架结构以及植入于操作系统内部的浏览器,该结构已经成为了当今软件应用的主流结构模式。
第三章 系统分析
3.1需求分析
任何一个项目在开发研究前,都需要对研发系统本身的需求做一个认真的分析,市场的调研是不可忽视的,从实际场景中确定使用人员的功能需求,从而明确目标,对整个系统的开发有一个更加准确的定位,在这个章节,需要对系统的性能分析,业务流程分析,和数据等进行分析,企业报销审批系统的整体界面简单,功能完善。
需求的可行性是分析和讨论开发的系统能达到什么样的要求。开发的系统平台是否符合之前的要求。只有在预先评估系统的开发,才能在系统开发和实施之前完成需求。如果您不具备开发一个功能不合格的系统的可行性,那就是开发失败。开发系统是否有用,可以完成之前讨论过的需求,以下分析了企业报销审批系统的实际需求。
系统设计需要从用户和管理员的实际需求开始,以了解他们需要实施哪些功能以及他们可以包括哪些管理工作。
考虑到企业报销审批系统设计的特点,应满足几个要求:
- 它可以通过网络进行线上报销申请。
(2)它提供了一个免费的渠道,以确保数据的实时有效沟通。
3.2可行性分析
3.2.1技术可行性:技术背景
企业报销审批系统选择系统采用了Java的Springboot框架,开发了功能完备、使用简单的前端应用程序,并建立、维护了一个数据完整、安全、稳定性强的后台数据库系统。
系统使用Springboot框架和Mysql数据库作为设计工具,可简单易行地学习操作。用户角色之间的相结合开发一套企业报销审批系统是值得尝试的,数据完整性和许多品质为数据的功能分配和管理提供了依据。它也是数据库安全平台的重要组成部分,是提高和增强数据安全性的重要手段。此外,为了提供更平滑,更智能和更有效的基本控制方法,定义了同时构建对安全计算环境的支持所需的步骤,并帮助维护安全性。因为在这两种开发工具中,功能强大且免费且界面良好,所以企业报销审批系统在技术方面是可行的。
3.2.2经济可行性
企业报销审批系统的开发是由开发者自己开发,不需要购买其他软件或者端口之类的,而且在企业报销审批系统的开发之前所做的市场调研以及市场考察,都是没有任何费用的,通过开发者自己的努力,所有的工作的都是自己亲力亲为,在碰到自己比较难以解决的问题,大多是通过同学和指导老师的帮助进行相关信息的解决,所以对于企业报销审批系统的开发在经济上是完全可行的,没有任何费用支出的。
3.2.3操作可行性:
可操作性主要是对企业报销审批系统设计完成后,用户的使用体验度,对于管理员可以通过系统随时管理相关的数据信息,并且对于管理员、员工、部门主管、财务经理四个用户角色,都可以简单明了的进入到自己的系统界面,通过界面导航菜单可以简单明了地操作功能模块,方便用户信息需求,对于系统的操作,不需要专业人员都可以直接进行功能模块的操作管理,所以在系统的可操作性是完全可以的。本系统的操作使用的也是界面窗口进行登录,所以操作人员只要会简单的电脑操作就完全可以的。
3.3性能分析
对于性能分析,与传统的推荐方式相比,传统的方式是使用人工方式对于存储和查找某一数据信息都比较麻烦,随着计算机网络的到来,这种传统的方法很难适应当下社会的发展,不仅降低人们的办事效率,而且还需要很多的人力和物力,对于使用的时间和所要花费的费用都是比较高的,为了降低成本费用,提高用户的工作效率,进行开发一套基于计算机和网络技术的企业报销审批系统。
企业报销审批系统的开发设计是一个独立的系统,以流行数据库进行数据的存储开发,主要是为了实现企业报销审批系统的用户角色及相对应的功能模块,让企业报销审批系统的管理不会存在管理差异、低效率,而是跟传统的管理信息恰好相反,企业报销审批系统的实现可以节约资源,并且对于业务的处理速度也提高,速度快、效率高,功能性强大。
3.4. 非功能性需求分析
随着用户量的增加,系统可能会需要同时服务上千、上万个页面,服务器需要同时响应大量用户的操作,这就要求系统需要有良好的可扩展性,否则系统会出现延迟,卡顿甚至服务器崩溃的问题。高扩展性可以使软件保持旺盛的生命力,同时也能够使系统更好的适应用户增加、提高性能需求、增加应用功能等改变。
系统中保存了大量用户和管理员的个人信息,因此,保证系统服务器和数据安全是在开发过程中需要考虑的重要问题。安全性包括服务器安全、操作系统安全、数据库安全、程序代码安全以及用户个人信息和支付安全等,系统可以通过采用防火墙技术、加密技术、认证技术等来增强其安全性,只有一个健壮安全的系统才能具有长久的生命力。
3.5系统操作流程
3.5.1用户登录流程
对于系统的安全性的第一关,就是用户想要进入系统,必须通过登录窗口,输入自己的登录信息才可以进行登录,用户输入的信息准确无误后才可以进入到操作系统界面,进行功能模块的相对应操作,如果用户输入的信息不正确,则窗口出现提示框,用户登录失败,返回到第一步进行重新输入,如图3-1所示。
图3-1登录操作流程图
3.5.2信息添加流程
对于企业报销审批系统,需要随时添加所需要的数据信息,对于用户添加信息,需要根据添加界面,根据选框的内容进行填写所要添加的数据信息,信息输入完成后判断数据信息是否符合要求,符合要求则添加完成,用户所添加的信息不符合要求,则需要返回到第一步,重新输入数据信息,再进行判断操作,如图3-2所示。
图3-2 信息添加流程图
3.5.3信息删除流程
不管是哪个用户角色进入到不同的系统操作界面,都可以进行不同的信息内容的操作功能,对用系统数据信息的删除,用户一旦将信息删除,那么该删除的数据信息将无法恢复,所以用户在对数据删除事,一定判断删除的内容是否是确定要删除的,确定无误后选择确定删除操作,如图3-3所示。
图3-3 信息删除流程图
第四章 系统设计与实现
4.1系统架构设计
企业报销审批系统项目的概述设计分析,主要是企业报销审批系统的具体分析,进行数据库的是设计,数据采用mysql数据库,并且对于系统的设计采用比较人性化的操作设计,对于系统出现的错误信息可以及时做出处理及反馈。
企业报销审批系统基于现有的网络开发,可以实现管理员,用户管理(管理员、员工、部门主管、财务经理)更多管理(个人报销、专项购买报销、支出类型、个报主管审批、个报财务审批、专项主管审批、专项财务审批)等详细的了解及统计分析。下图:
图4-1管理员功能模块图
图4-2员工功能模块图
图4-4财务主管功能模块图
4.2开发流程设计
企业报销审批系统的开发对管理模块和系统使用的数据库进行分析,编写代开发,规划和操作是构建信息管理应用程序的必要三步曲,它决定了系统是否能够真正实现预设功能以及是否可以在成功设计后实施。在开发过程中,每个阶段必须严格按照线性顺序进行开发,并且在相应阶段生成的每个工作都可以通过技术进行验证和检查。确保一个阶段完成后是正确的,不会造成下一阶段拖拽现象,使系统完成设计功能后得到保证。
从企业报销审批系统的成功开发经验来看,上述方法效果最为明显,最大程度地降低了系统开发的复杂性。如图4-2所示。
图4-2开发系统流程图
4.3数据库设计
数据库是信息系统的基础和核心。数据库设计的好坏直接影响到信息系统开发的成败。创建数据库表首先确定实体的属性和实体之间的关系。根据关系创建一个数据表。
4.3.1实体ER图
数据库是整个软件编程中最重要的一个步骤,对于数据库问题主要是判定数据库的数量和结构公式的创建。展示系统使用的是Mysql进行对数据库进行管理,进行保证数据的安全性、稳定性等。
概念模型的设计是为了抽象真实世界的信息,并对信息世界进行建模。它是数据库设计的强大工具。数据库概念模型设计可以通过E-R图描述现实世界的概念模型。系统的E-R图显示了系统中实体之间的链接。而且Mysql数据库是自我保护能力比较强的数据库,下图主要是对数据库实体的E-R图:
(1) 企业报销审批系统整体E-R图,如图4-3所示:
图4-3系统整体E-R图
这些功能可以充分满足企业报销审批系统的需求。此系统功能主要展示用户与管理员的功能结构,如图4-5所示。
图4-5系统功能结构图
4.3.2数据库逻辑设计
针对系统的实体和属性,结合数据设计思想,对系统的逻辑设计的内容进行如下描述。
个人报销(报销单号、员工工号、员工姓名、部门、职位、报销名称、规格、单价、报销数量、报销金额、发票附件、用途)。
专项购买报销(专项报销编号、报销标题、员工工号、员工姓名、部门、职位、商品、数量、支出类型、总支出、用途、发票附件)。
个报主管审批(报销单号、员工工号、员工姓名、部门、职位、报销名称、规格、单价、报销数量、报销金额、发票附件、用途、主管工号、主管姓名、主管职位、主管审批、主管审批意见)。
个报财务审批(报销单号、员工工号、员工姓名、部门、职位、报销名称、规格、单价、报销数量、报销金额、发票附件、用途、主管工号、主管姓名、主管职位、主管审批、主管审批意见、财务经理编号、财务经理名称、财务审批、财务意见)
4.3.3数据表
我们可以根据数据结构的详细分析要求,我们根据输入和输出数据量的要求进行分析,确定什么表表,结构之间的关系,我们可以验证,调整和完善,查询和浏览过程,可以实现数据库,以使用户对数据和功能有更多要求。
基于系统使用的数据库管理系统的特点,对数据库的概念模型进行了转换和构建。但是,这个系统只需要充分考虑企业报销审批系统的功能,而且组织比较清晰。
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
staff_id | int | 11 | 是 | 是 | 员工ID |
employee_id | varchar | 64 | 是 | 否 | 员工工号 |
employee_name | varchar | 64 | 否 | 否 | 员工姓名 |
department | varchar | 64 | 否 | 否 | 部门 |
position | varchar | 64 | 否 | 否 | 职位 |
examine_state | varchar | 16 | 是 | 否 | 审核状态 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
user_id | int | 11 | 是 | 否 | 用户ID |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
department_head_id | int | 11 | 是 | 是 | 部门主管ID |
supervisor_no | varchar | 64 | 是 | 否 | 主管工号 |
supervisor_name | varchar | 64 | 否 | 否 | 主管姓名 |
department | varchar | 64 | 否 | 否 | 部门 |
position_in_charge | varchar | 64 | 否 | 否 | 主管职位 |
examine_state | varchar | 16 | 是 | 否 | 审核状态 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
user_id | int | 11 | 是 | 否 | 用户ID |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
financial_manager_id | int | 11 | 是 | 是 | 财务经理ID |
financial_manager_no | varchar | 64 | 是 | 否 | 财务经理编号 |
name_of_financial_manager | varchar | 64 | 否 | 否 | 财务经理姓名 |
position | varchar | 64 | 否 | 否 | 职位 |
examine_state | varchar | 16 | 是 | 否 | 审核状态 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
user_id | int | 11 | 是 | 否 | 用户ID |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
personal_reimbursement_id | int | 11 | 是 | 是 | 个人报销ID |
reimbursement_doc_no | varchar | 64 | 否 | 否 | 报销单号 |
employee_id | int | 11 | 否 | 否 | 员工工号 |
employee_name | varchar | 64 | 否 | 否 | 员工姓名 |
department | varchar | 64 | 否 | 否 | 部门 |
position | varchar | 64 | 否 | 否 | 职位 |
supervisor_no | int | 11 | 否 | 否 | 主管工号 |
supervisor_name | varchar | 64 | 否 | 否 | 主管姓名 |
position_in_charge | varchar | 64 | 否 | 否 | 主管职位 |
reimbursement_name | varchar | 64 | 否 | 否 | 报销名称 |
specifications | varchar | 64 | 否 | 否 | 规格 |
unit_price | int | 11 | 否 | 否 | 单价 |
reimbursement_quantity | int | 11 | 否 | 否 | 报销数量 |
reimbursement_amount | varchar | 64 | 否 | 否 | 报销金额 |
invoice_attachment | varchar | 255 | 否 | 否 | 发票附件 |
purpose | text | 0 | 否 | 否 | 用途 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
id | int | 11 | 是 | 是 | 个报主管审批ID |
reimbursement_doc_no | varchar | 64 | 是 | 否 | 报销单号 |
employee_id | int | 11 | 否 | 否 | 员工工号 |
employee_name | varchar | 64 | 否 | 否 | 员工姓名 |
department | varchar | 64 | 否 | 否 | 部门 |
position | varchar | 64 | 否 | 否 | 职位 |
reimbursement_name | varchar | 64 | 否 | 否 | 报销名称 |
specifications | varchar | 64 | 否 | 否 | 规格 |
unit_price | varchar | 64 | 否 | 否 | 单价 |
reimbursement_quantity | varchar | 64 | 否 | 否 | 报销数量 |
reimbursement_amount | varchar | 64 | 否 | 否 | 报销金额 |
invoice_attachment | varchar | 255 | 否 | 否 | 发票附件 |
purpose | varchar | 64 | 否 | 否 | 用途 |
supervisor_no | int | 11 | 否 | 否 | 主管工号 |
supervisor_name | varchar | 64 | 否 | 否 | 主管姓名 |
position_in_charge | varchar | 64 | 否 | 否 | 主管职位 |
supervisor_approval | varchar | 64 | 否 | 否 | 主管审批 |
supervisors_opinion | longtext | 0 | 否 | 否 | 主管意见 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
id | int | 11 | 是 | 是 | 个报财务审批ID |
reimbursement_doc_no | varchar | 64 | 是 | 否 | 报销单号 |
employee_id | int | 11 | 否 | 否 | 员工工号 |
employee_name | varchar | 64 | 否 | 否 | 员工姓名 |
department | varchar | 64 | 否 | 否 | 部门 |
position | varchar | 64 | 否 | 否 | 职位 |
reimbursement_name | varchar | 64 | 否 | 否 | 报销名称 |
specifications | varchar | 64 | 否 | 否 | 规格 |
unit_price | varchar | 64 | 否 | 否 | 单价 |
reimbursement_quantity | varchar | 64 | 否 | 否 | 报销数量 |
reimbursement_amount | varchar | 64 | 否 | 否 | 报销金额 |
invoice_attachment | varchar | 255 | 否 | 否 | 发票附件 |
purpose | varchar | 64 | 否 | 否 | 用途 |
supervisor_no | int | 11 | 否 | 否 | 主管工号 |
supervisor_name | varchar | 64 | 否 | 否 | 主管姓名 |
position_in_charge | varchar | 64 | 否 | 否 | 主管职位 |
supervisor_approval | varchar | 64 | 否 | 否 | 主管审批 |
supervisors_opinion | varchar | 64 | 否 | 否 | 主管意见 |
financial_manager_no | int | 11 | 否 | 否 | 财务经理编号 |
financial_approval | varchar | 64 | 否 | 否 | 财务审批 |
financial_opinion | text | 0 | 否 | 否 | 财务意见 |
name_of_financial_manager | varchar | 64 | 否 | 否 | 财务经理姓名 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
id | int | 11 | 是 | 是 | 专项主管审批ID |
special_reimbursement_no | varchar | 64 | 是 | 否 | 专项报销编号 |
reimbursement_title | varchar | 64 | 否 | 否 | 报销标题 |
employee_id | int | 11 | 否 | 否 | 员工工号 |
employee_name | varchar | 64 | 否 | 否 | 员工姓名 |
department | varchar | 64 | 否 | 否 | 部门 |
position | varchar | 64 | 否 | 否 | 职位 |
expense_type | varchar | 64 | 否 | 否 | 支出类型 |
commodity | varchar | 64 | 否 | 否 | 商品 |
quantity | varchar | 64 | 否 | 否 | 数量 |
total_expenditure | varchar | 64 | 否 | 否 | 总支出 |
purpose | varchar | 64 | 否 | 否 | 用途 |
invoice_attachment | varchar | 255 | 否 | 否 | 发票附件 |
remarks | varchar | 64 | 否 | 否 | 备注 |
supervisor_no | int | 11 | 否 | 否 | 主管工号 |
supervisor_name | varchar | 64 | 否 | 否 | 主管姓名 |
position_in_charge | varchar | 64 | 否 | 否 | 主管职位 |
supervisor_approval | varchar | 64 | 否 | 否 | 主管审批 |
approval_comments_of_the_supervisor | longtext | 0 | 否 | 否 | 主管审批意见 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
第五章 系统实现
5.1用户功能模块
企业报销审批系统的登录界面,通过填写账号、密码、等信息进行登录,如图5-1所示。
图5-1登录界面图
用户登录的逻辑代码如下所示。
/**
* 登录
* @param data
* @param httpServletRequest
* @return
*/
@PostMapping("login")
public Map<String, Object> login(@RequestBody Map<String, String> data, HttpServletRequest httpServletRequest) {
log.info("[执行登录接口]");
String username = data.get("username");
String email = data.get("email");
String phone = data.get("phone");
String password = data.get("password");
List resultList = null;
Map<String, String> map = new HashMap<>();
if(username != null && "".equals(username) == false){
map.put("username", username);
resultList = service.select(map, new HashMap<>()).getResultList();
}
else if(email != null && "".equals(email) == false){
map.put("email", email);
resultList = service.select(map, new HashMap<>()).getResultList();
}
else if(phone != null && "".equals(phone) == false){
map.put("phone", phone);
resultList = service.select(map, new HashMap<>()).getResultList();
}else{
return error(30000, "账号或密码不能为空");
}
if (resultList == null || password == null) {
return error(30000, "账号或密码不能为空");
}
//判断是否有这个用户
if (resultList.size()<=0){
return error(30000,"用户不存在");
}
User byUsername = (User) resultList.get(0);
Map<String, String> groupMap = new HashMap<>();
groupMap.put("name",byUsername.getUserGroup());
List groupList = userGroupService.select(groupMap, new HashMap<>()).getResultList();
if (groupList.size()<1){
return error(30000,"用户组不存在");
}
UserGroup userGroup = (UserGroup) groupList.get(0);
//查询用户审核状态
if (!StringUtils.isEmpty(userGroup.getSourceTable())){
String sql = "select examine_state from "+ userGroup.getSourceTable() +" WHERE user_id = " + byUsername.getUserId();
String res = String.valueOf(service.runCountSql(sql).getSingleResult());
if (res==null){
return error(30000,"用户不存在");
}
if (!res.equals("已通过")){
return error(30000,"该用户审核未通过");
}
}
//查询用户状态
if (byUsername.getState()!=1){
return error(30000,"用户非可用状态,不能登录");
}
String md5password = service.encryption(password);
if (byUsername.getPassword().equals(md5password)) {
// 存储Token到数据库
AccessToken accessToken = new AccessToken();
accessToken.setToken(UUID.randomUUID().toString().replaceAll("-", ""));
accessToken.setUser_id(byUsername.getUserId());
tokenService.save(accessToken);
// 返回用户信息
JSONObject user = JSONObject.parseObject(JSONObject.toJSONString(byUsername));
user.put("token", accessToken.getToken());
JSONObject ret = new JSONObject();
ret.put("obj",user);
return success(ret);
} else {
return error(30000, "账号或密码不正确");
}
}
可以进行个人报销、专项购买报销、支出类型、个报主管审批、个报财务审批、专项主管审批、专项财务审批等功能模块的查看与操作,如图5-2所示。
图5-2系统首页界面图
个人报销页面可以进行线上个人报销信息完善,进行具体报销信息添加提交。如图5-3所示。
图5-3个人报销界面图
个人报销关键代码如下。
@PostMapping("/add")
@Transactional
public Map<String, Object> add(HttpServletRequest request) throws IOException {
service.insert(service.readBody(request.getReader()));
return success(1);
}
@Transactional
public Map<String, Object> addMap(Map<String,Object> map){
service.insert(map);
return success(1);
}
public Map<String,Object> readBody(BufferedReader reader){
BufferedReader br = null;
StringBuilder sb = new StringBuilder("");
try{
br = reader;
String str;
while ((str = br.readLine()) != null){
sb.append(str);
}
br.close();
String json = sb.toString();
return JSONObject.parseObject(json, Map.class);
}catch (IOException e){
e.printStackTrace();
}finally{
if (null != br){
try{
br.close();
}catch (IOException e){
e.printStackTrace();
}
}
}
return null;
}
public void insert(Map<String,Object> body){
StringBuffer sql = new StringBuffer("INSERT INTO ");
sql.append("`").append(table).append("`").append(" (");
for (Map.Entry<String,Object> entry:body.entrySet()){
sql.append("`"+humpToLine(entry.getKey())+"`").append(",");
}
sql.deleteCharAt(sql.length()-1);
sql.append(") VALUES (");
for (Map.Entry<String,Object> entry:body.entrySet()){
Object value = entry.getValue();
if (value instanceof String){
sql.append("'").append(entry.getValue()).append("'").append(",");
}else {
sql.append(entry.getValue()).append(",");
}
}
sql.deleteCharAt(sql.length() - 1);
sql.append(")");
log.info("[{}] - 插入操作:{}",table,sql);
Query query = runCountSql(sql.toString());
query.executeUpdate();
}
专项购买报销页面可以进行单据信息展示(专项报销编号、报销标题、员工工号、员工姓名、部门、职位、商品、数量、支出类型、总支出、用途、发票附件)等信息,可以进行搜索操作,如图5-4所示。
图5-4专项购买报销界面图
专项购买报销关键代码如下所示。
public Map<String, Object> getList(HttpServletRequest request) {
Map<String, Object> map = service.selectToPage(service.readQuery(request), service.readConfig(request));
return success(map);
}
5.2管理员功能模块
在管理员功能页面可以查看站点管理、用户管理(管理员、员工、部门主管、财务经理)更多管理(个人报销管理、专项购买报销管理、支出类型管理、个报主管审批、个报财务审批、专项主管审批、专项财务审批管理)等内容进行相对应操作,如图5-5所示。
图5-5管理员功能界面图
用户管理,如图5-6所示。
图5-6用户管理界面图
个报主管审批管理,在个报主管审批列表页面可以查看报销单号、员工工号、员工姓名、部门、职位、报销名称、规格、单价、报销数量、报销金额、发票附件、用途、主管工号、主管姓名、主管职位、主管审批、主管审批意见等内容,并可根据需要进行修改或删除操作,如图5-7所示。
图5-7个报主管审批管理界面图
个报主管审批管理关键代码如下所示。
@RequestMapping(value = {"/count_group", "/count"})
public Map<String, Object> count(HttpServletRequest request) {
Query count = service.count(service.readQuery(request), service.readConfig(request));
return success(count.getResultList());
}
支出类型管理,在支出类型页面可以对支出类型信息进行管理。并可根据需要进行修改或删除操作,如图5-8所示。
图5-8支出类型管理界面图
专项财务审批管理,在专项财务审批管理页面可以对具体信息进行管理。并可根据需要进行修改或删除操作,如图5-9所示。
图5-专项财务审批管理界面图
专项财务审批管理关键代码如下:
@RequestMapping(value = {"/avg_group", "/avg"})
public Map<String, Object> avg(HttpServletRequest request) {
Query count = service.avg(service.readQuery(request), service.readConfig(request));
return success(count.getResultList());
}
第六章 系统的测试
6.1 测试目的
系统设计不能保证没有错误,这是一个开发过程,在错误或错误的过程中难以避免,这是不可避免的,但我们不能使这些错误始终存在于系统中,错误可能会造成无法估量的后果 如系统崩溃,安全信息,系统无法正常启动,导致安装用户手机屏幕等,为了避免这些问题,我们需要测试程序,并发现这些问题,并纠正它们 ,并使系统更长时间稳定成熟,本章的作用是发现这些问题,并对其进行修改,虽然耗时费力,但长期非常重要和必要 系统的开发。
软件测试与开发过程是一样的,都必须按照软件工程的正规原理进行,遵守管理学理论。不过,目前国内的软件测试已经积累了大量经验和方法,步骤相对成熟,软件测试的效率也越来越高。
企业报销审批系统的实现,对于系统中功能模块的实现及操作都必须通过测试进行来评判系统是否可以准确的实现。在企业报销审批系统正式上线使用之前必须做的一步就是系统测试,对于测试发现的错误及时修改处理,保证系统准确无误的供给用户使用。
6.2 测试方案设计
6.2.1 测试策略
1、功能测试
从用户的角度来看,测试时不了解新开发软件的内部结构,因此可以将系统与黑匣子进行比较,盲目输入后可以查看系统给出的反馈。这种测试属于黑盒测试,在测试中如果输入错误信息系统会报错。
2、性能测试
测试软件程序的整体状况(称为性能测试)通常使用自动化测试工具来检测系统的整体功能,在负载测试和压力测试之间进行分配,在某些情况下,将这两种情况结合起来。虽然压力测试可以检测到系统可以提供的最高级别的服务,但负载测试可以测试系统如何响应增加的负载。
6.2.2 测试分析
测试评估系统质量的方法不局限于系统编码和过程,应该与软件设计工作和历史需求分析密切相关。
软件测试应遵循以下原则:
(1)软件测试应尽快进行,整个测试部分应在软件开发和设计的整个过程中进行。如发现错误,立即处理,将大大减少软件开发的时间,并提高软件的质量。
(2)在软件的各种测试中,测试过程中使用的计划、报告等应妥善处理和存储。其主要目的是为了便于以后系统的维护。
(3)软件测试整个过程中的聚类现象应优先考虑。
(4)对于软件测试,我们应该尽量不去和自己设计的系统进行参考,而是要测试对方的程序,以确保软件测试结果的客观性和公平性。
(5)整个测试计划严格按照软件测试的具体实施细则进行。
(6)对整个测试结果进行综合检查,尽量避免重复错误。
基于知识图谱的短视频推荐系统满足用户的要求和需求,能够有效的提高用户的使用率。
6.3 测试结果
测试后得到的性能和用例,系统具有足够的正确性、可靠性、稳定性,并且可以对输入数据进行准确的点击操作处理和响应测试用户的体验也得到了很好的反馈和响应时间。合理的范围,可以兼容所有主流浏览器,设计所需的效果。
结 论
在这个设计中,我花了大量的时间去理解系统开发中使用的知识,经过这段时间的努力工作最终完成了系统设计。通过这一阶段的学习,我发现了自己的不足,充分掌握了必要的应用技能,进一步的学习使我充实了自己的知识基础,完成了这个艰巨的任务。当遇到问题时,我很及时的寻求老师的帮助,通过专业的网站和论坛来解决,他们的帮助让我一步一步的成功克服了困难的问题。系统设计过程不容易,你需要不断充实自己,有勇气克服困难。系统开发的一些功能还不完善,需要继续改善后,通过用户体验来修改设计完美的系统,让用户得到更好的体验,我觉得很高兴,因为这是我第一次通过自己的努力实现这个系统,但绝不是我的最后一个,在未来我将努力实现更多的优秀的系统。
在一些编程语言的系统实现中,对词汇表不太熟悉,导致了开发的困难,但是我通过了合适的字典软件来解决这个大问题。由此,我学会了自己的英语缺陷。在那之后,我不断地提高自己的英语知识,这样我就不会有任何未来的工作和生活。毕业设计过程我感觉很深刻,从一开始就不熟悉开发技术,一步一步的使用,接触到文献和信息,不难理解,系统是一次又一次的实现,系统本身对于在线学习是有用的。我从这个设计中获益良多,论文的编写需要有自己的意愿去实现一点,学习生活中所有的问题的勇气,学习的过程就是学习的过程。毕业设计,我学会了将理论知识应用于实践。让我知道该怎么做,我们必须认真对待。勇于克服困难,相信未来,我会做得更好。
参考文献
- 毕莹,李畅.增值税电子发票电子化报销、入账、归档案例[J].兰台世界,2022(01):7-8.
[1]伍云诗. 财务共享下J企业报销管理智能化研究[D].重庆工商大学,2022.
[2]彭景.M公司差旅报销审批流程存在的问题及优化解决对策[J].投资与创业,2022,33(01):70-72.
[3]鲁云鹏. 财务共享模式下Z商业银行费用报销管理优化研究[D].中南财经政法大学,2021.
[4]李海娟,解冰.面向移动云计算的财务报销审批系统[J].中国管理信息化,2021,24(15):60-61.
[5]方燕.广东烟草商业企业财务无纸化报销审批系统建设和推广应用的研究[J].中国产经,2021(09):154-155.
[6]刘春雨,施卓敏,于建军.基于树模型的财务报销审批预测[J].数据与计算发展前沿,2021,3(02):60-67.
[7]李小平.浅谈“互联网+财务报销”模式在医院财务管理中的应用[J].财经界,2019(36):174-175.
[8]蒋若晴. 基于智能化视角的Z企业财务报销系统优化研究[D].河北工业大学,2019.
[9]周莉娟.财务报销审批系统的研究与开发[J].财经界,2019(29):196.
[10]张利霞.基于OA的企业财务内控信息化建设研究[J].现代商业,2019(04):201-202.
[11]赵淼.新时期我国企业财务报销管控的困境与突围对策[J].财会学习,2019(10):62-63.
[12]李静. 基于J2EE企业报销管理系统的设计与实现[D].吉林大学,2019.
致 谢
企业报销审批系统的完成,如何实现的更好,其中付出的努力是很大的,这段时光将会终身难忘。
企业报销审批系统可以顺利完成,首先,我要感谢我的指导老师,他在我遇到设计问题时及时帮助了我,并在我对设计感到困惑时给了我充分的指导。在他的帮助下,我可以完成高质量的毕业设计。在系统开发中,指导老师提出了许多实用的意见和建议,并为我提供了大量相关的研究资料,使我对设计有了更深入的了解。只有在老师的指导下,才能在毕业设计中取得成功。在此,我要向指导老师表示深深的谢意。
在此,我还要感谢我的同学们,他们为我的设计提供了许多参考意见,并与我讨论了设计中的问题,从而使我的设计一步一步走向成熟。
点赞+收藏+关注 → 私信领取本源代码、数据库