目 录
摘要
科技进步的飞速发展引起人们日常生活的巨大变化,电子信息技术的飞速发展使得电子信息技术的各个领域的应用水平得到普及和应用。信息时代的到来已成为不可阻挡的时尚潮流,人类发展的历史正进入一个新时代。在现实运用中,应用软件的工作规则和开发步骤,采用SpringBoot技术建设企业综合业务审批管理系统。
本设计主要实现集人性化、高效率、便捷等优点于一身的企业综合业务审批管理系统,完成系统用户、部门管理、员工信息管理、日常安排管理、任务通知管理、完成任务管理、请假申请管理、销假申请管理、销假记录管理 、公告通知管理、权限管理等功能模块。系统通过浏览器与服务器进行通信,实现数据的交互与变更。本系统通过科学的管理方式、便捷的服务提高了工作效率,减少了数据存储上的错误和遗漏。企业综合业务审批管理系统基于Java语言、MySQL数据库和SpringBoot框架进行企业综合业务审批管理系统的设计与实现研究。通过使用Java语言的强大功能和灵活性,结合SpringBoot框架的优势以及MySQL数据库的高效数据存储和管理能力,我们将开发一个功能全面、高效可靠的企业综合业务审批管理系统。
关键词:Java;SpringBoot;企业综合业务审批管理;MySQL
Abstract
The rapid development of technological progress has caused tremendous changes in people's daily lives, and the rapid development of electronic information technology has popularized and applied the application level of electronic information technology in various fields. The arrival of the information age has become an unstoppable fashion trend, and the history of human development is entering a new era. In practical applications, the working rules and development steps of application software are used to build an enterprise comprehensive business approval management system using SpringBoot technology.
This design mainly implements an enterprise comprehensive business approval management system that combines the advantages of humanization, efficiency, and convenience. It completes functional modules such as system user, department management, employee information management, daily arrangement management, task notification management, task completion management, leave application management, leave application management, leave record management, announcement notification management, and permission management. The system communicates with the server through a browser to achieve data exchange and change. This system improves work efficiency and reduces errors and omissions in data storage through scientific management and convenient services. The enterprise comprehensive business approval management system is designed and implemented based on Java language, MySQL database, and SpringBoot framework. By utilizing the powerful features and flexibility of Java language, combined with the advantages of SpringBoot framework and the efficient data storage and management capabilities of MySQL database, we will develop a comprehensive, efficient, and reliable enterprise comprehensive business approval management system.
Keywords:Java; SpringBoot; Enterprise comprehensive business approval management; MySQL
1 绪论
1.1 选题背景与意义
随着信息技术的不断发展和普及,企业内部各项业务的处理和管理方式也在不断进步和完善。其中,企业综合业务审批管理系统作为一种基于信息技术的管理工具,在提高工作效率、优化流程管理、加强内部控制等方面具有重要意义。在传统的企业管理中,往往审批流程繁琐、效率低下,存在着纸质审批易丢失、难以追踪、易出现错误等问题,严重影响企业的运营效率和管理水平。
企业综合业务审批管理系统的出现,为企业提供了一种全新的管理模式,通过电子化审批流程管理,实现审批流程的自动化、标准化和规范化,大大提高了审批效率、降低了管理成本、减少了审批风险,同时也为企业提供了数据分析、监控、决策支持等功能,帮助企业更加科学、高效地进行管理和决策。
然而,当前市面上的企业综合业务审批管理系统还存在一些问题和挑战,如安全性不足、不易扩展、用户体验不佳、功能单一等。因此,有必要进一步深入研究和探讨如何设计和实现一套功能完善、安全可靠、用户友好的企业综合业务审批管理系统,以满足企业日益增长的管理需求和提升管理水平。
研究企业综合业务审批管理系统具有重要理论和实践意义。在理论上,深入研究审批流程管理的原理和方法,探讨信息技术在管理中的应用,可以为企业管理理论和信息技术融合发展提供新的思路和方法。在实践上,构建一套高效、安全、灵活的企业综合业务审批管理系统,可以帮助企业提高管理效率、降低管理成本、加强内部控制,为企业的可持续发展提供有力支持。
随着信息化和数字化技术的不断发展,企业越来越重视提高审批流程的效率和质量。在这一背景下,企业综合业务审批管理系统作为一种信息化管理工具,得到了广泛关注和应用。
在国外,许多跨国公司和大型企业已经广泛应用企业综合业务审批管理系统来优化企业内部审批流程。这些系统通常涵盖了各种业务领域,包括财务审批、人力资源审批、采购审批等。企业在管理审批流程中,越来越倾向于引入智能化、自动化的系统,以提高审批效率,降低成本,并加强内部控制。
国内一些大型企业和金融机构也积极探索企业综合业务审批管理系统的应用。这些企业对系统的要求通常包括安全性高、可跟踪审批记录、易于集成其他系统等特点。一些研究机构和软件开发公司也开始关注审批管理系统的研究和开发,推动了这一领域的发展。
目前,企业综合业务审批管理系统的研究重点主要集中在系统的智能化、数据分析、安全性和用户体验等方面。研究者通过引入人工智能技术、大数据分析等手段,致力于提高系统的智能化程度和数据处理能力,以帮助企业更好地管理和优化审批流程。
综上所述,国内外对企业综合业务审批管理系统的研究已经取得了一定进展,但仍然存在许多挑战和机遇。未来的研究应当继续关注系统的智能化、安全性和用户体验等方面,不断提升系统的功能和性能,以满足企业在日常审批管理中的需求。
本文共分为六章,章节内容安排如下:
第一章为引言,此章节对所设计和实现的系统的背景和状况以及意义进行详细的论述以及说明,同时进行了论文整体框架的结构的简要介绍。
第二章为系统需求分析,章节所做的主要的工作是对系统进行了技术、经济和操作方面可行性的分析;对系统实行了总体功能的需求、用例分析。
第三章为系统的设计,主要是对系统的功能结构进行设计,并对系统数据库的概念结构以及物理结构的设计进行了分析。
第四章就是对系统的实现,根据系统功能的划分,分别的对系统所需要实现的前台客户功能和后台管理员功能进行了分析和说明。
第五章:系统测试。主要对系统的部分界面进行测试并对主要功能进行测试
2 企业综合业务审批管理系统系统分析
系统需求分析是系统开发的一个关键环节,它在系统的设计和实现上起到了一个承上启下的位置。系统需求分析是对所需要做的系统进行一个需求的挖掘,如果分析的准确可以精准的解决现实中碰到的问题。如果分析不到位会影响后期系统的实现。一个系统的优秀程度需求分析也是占据了非常大的比例,如果需求分析不到位,后面的系统设计要实现就是一个偏离导航的设计。
系统可行行分析是对系统对系统可行性进行一个探讨。在探讨系统的可行性上我们主要从技术上的可行性和经济上的可行性以及法律层面的可行性上进行分析,如果三个层面度通过,我们则认为系统是比较可行的。
2.1.1 技术可行性分析
企业综合业务审批管理系统在数据的存储上使用的MySQL数据库,在企业综合业务审批管理系统开发中使用了Java、HTML、Tomcat、SpringBoot这些开发工具的使用,能够给我们的编写工作带来许多的便利。系统使用B/S模式进行开发,使系统的可扩展性和维护性更佳,减少系统配置代码,简化编程代码,目前B/S模式是目前最受欢迎的一种模式。
从经济可行性上看项目在开发阶段需要一台开发PC,在生产阶段需要web服务器和数据库服务器。一台个人PC从经济上来看也不是太多问题,在后期的系统部署生产上来说,服务器的投入也不会过高,在经济层面上是一个比较可行的。
系统从法律层面上来看没有对第三方有其他法律层面的问题,系统数据库采用的MySQL开源社区数据库、框架采用的是开源的SpringBoot。系统资讯和相关内容也是符合法律层面的。在源码的管理上采用git开源进行管理,所以在法律可行性上是成立的。
企业综合业务审批管理系统的主要功能模块分为员工用户模块、部门经理模块和管理员模块这三大部分。不同角色用户的功能需求也不尽相同。具体功能模块看如下:
员工用户通过前台页面注册之后,由管理员审核账号信息通过之后,方可登录系统。进入系统后主要实现对员工个人信息的管理;对日常工作安排和任务通知的查看回复与执行;以及在请假销假模块的信息提交与处理。同时可以查看系统发布的公告通知等信息。具体模块有员工信息管理、日常安排管理、任务通知管理、完成任务管理、请假申请管理、销假申请管理、销假记录管理 、公告通知管理
图2-1就是员工用户角色的用例展示。
图2-1 企业综合业务审批管理系统员工用户角色用例图
部门经理账号由管理员在后台直接添加。进入系统后主要实现对员工用户的信息管理及日常工作安排和任务通知发送;同时审核回复员工提交的请假申请、销假申请等。具体模块有员工信息管理、日常安排管理、任务通知管理、完成任务管理、请假申请管理、销假申请管理、销假记录管理 、公告通知管理。
图2-2就是部门经理角色的用例展示。
图2-2 企业综合业务审批管理系统部门经理角色用例图
管理员进入系统后主要实现对员工用户和部门经理的注册账号审核,和对系统用户、部门管理、员工信息管理、日常安排管理、任务通知管理、完成任务管理、请假申请管理、销假申请管理、销假记录管理 、公告通知管理、权限管理等主要模块的信息处理工作。
图2-3就是管理员角色的用例展示。
图2-3 企业综合业务审批管理系统管理员角色用例图
企业综合业务审批管理系统的非功能性需求比如企业综合业务审批管理系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下2-1表格中:
表2-1企业综合业务审批管理系统非功能需求表
安全性 | 主要指企业综合业务审批管理系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指企业综合业务审批管理系统能够按照用户提交的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响企业综合业务审批管理系统占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着企业综合业务审批管理系统的页面展示内容进行操作,就可以了。 |
可维护性 | 企业综合业务审批管理系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
业务流程是用一些特定的符合和线条来进行演示用户在使用系统时的过程,在进行系统分析的时候,业务流程可以帮助开发人员更好的理解业务,发现错误,完善系统。
2.3.1数据增加流程
用户成功登入系统后就能够实现增加数据的操作,增加数据的编号是特定的,系统生成,用户不能随意填写,除了编号以外,其他增加信息用户自己填写,填写后的信息经过系统验证,验证合法通过就显示增加数据成功了,相反的话,就没有增加成功,图2-3显示的就是在增加数据时的流程。
图2-4 数据增加流程图
2.3.2 数据修改流程
数据修改时的流程和上面介绍的数据增加时的流程差不多,如图2-4所示。
图2-5 数据修改流程图
2.3.3 数据删除流程
如果系统里面存在一些没有用的数据的话,相关的管理人员还可以对这些数据进行删除,图2-5就是数据删除时的流程图。
图2-6 数据删除流程图
本章主要通过对企业综合业务审批管理系统的可行性分析、功能需求分析、系统用例分析、系统流程分析,确定整个企业综合业务审批管理系统要实现的功能。同时也为企业综合业务审批管理系统的代码实现和测试提供了标准。
3 企业综合业务审批管理系统总体设计
本章主要讨论的内容包括企业综合业务审批管理系统的功能模块设计、数据库系统设计。
3.1 系统功能模块设计
在上一章节中主要对系统的功能性需求和非功能性需求进行分析,并且根据需求分析了本企业综合业务审批管理系统中的用例。那么接下来就要开始对本企业综合业务审批管理系统的架构、主要功能和数据库开始进行设计。企业综合业务审批管理系统根据前面章节的需求分析得出,其总体设计模块图如图3-1所示。

图3-1 企业综合业务审批管理系统功能模块图
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
3.2.1 数据库概念结构设计
下面是整个企业综合业务审批管理系统中主要的数据库表总E-R实体关系图。

图3-2 企业综合业务审批管理系统总E-R关系图
3.2.2 数据库逻辑结构设计
通过上一小节中企业综合业务审批管理系统中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | announcement_notice_id | int | 10 | 0 | N | Y | 公告通知ID | |
2 | announcement_title | varchar | 64 | 0 | Y | N | 公告标题 | |
3 | release_date | date | 10 | 0 | Y | N | 发布日期 | |
4 | announcement_content | longtext | 2147483647 | 0 | Y | N | 公告内容 | |
5 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
6 | 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 | complete_the_task_id | int | 10 | 0 | N | Y | 完成任务ID | |
2 | task_number | varchar | 64 | 0 | N | N | 任务编号 | |
3 | employee_users | int | 10 | 0 | Y | N | 0 | 员工用户 |
4 | employee_id | varchar | 64 | 0 | Y | N | 员工工号 | |
5 | employee_name | varchar | 64 | 0 | Y | N | 员工姓名 | |
6 | department | varchar | 64 | 0 | Y | N | 部门 | |
7 | department_manager | int | 10 | 0 | Y | N | 0 | 部门经理 |
8 | task_name | varchar | 64 | 0 | Y | N | 任务名称 | |
9 | task_content | text | 65535 | 0 | Y | N | 任务内容 | |
10 | completion_date | date | 10 | 0 | Y | N | 完成日期 | |
11 | complete_the_attachment | varchar | 255 | 0 | Y | N | 完成附件 | |
12 | attached_description | text | 65535 | 0 | Y | N | 附带描述 | |
13 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
14 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
15 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
16 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | daily_arrangements_id | int | 10 | 0 | N | Y | 日常安排ID | |
2 | arrange_numbering | varchar | 64 | 0 | Y | N | 安排编号 | |
3 | employee_users | int | 10 | 0 | Y | N | 0 | 员工用户 |
4 | employee_id | varchar | 64 | 0 | Y | N | 员工工号 | |
5 | employee_name | varchar | 64 | 0 | Y | N | 员工姓名 | |
6 | department | varchar | 64 | 0 | Y | N | 部门 | |
7 | department_manager | int | 10 | 0 | Y | N | 0 | 部门经理 |
8 | schedule_date | date | 10 | 0 | Y | N | 安排日期 | |
9 | arrange_content | text | 65535 | 0 | Y | N | 安排内容 | |
10 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
11 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
12 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
13 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | department_id | int | 10 | 0 | N | Y | 部门ID | |
2 | department | 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 | department_manager_id | int | 10 | 0 | N | Y | 部门经理ID | |
2 | managers_job_number | varchar | 64 | 0 | N | N | 经理工号 | |
3 | managers_name | varchar | 64 | 0 | Y | N | 经理姓名 | |
4 | department | 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 | employee_information_id | int | 10 | 0 | N | Y | 员工信息ID | |
2 | employee_users | int | 10 | 0 | Y | N | 0 | 员工用户 |
3 | employee_id | varchar | 64 | 0 | N | N | 员工工号 | |
4 | employee_name | varchar | 64 | 0 | Y | N | 员工姓名 | |
5 | department | varchar | 64 | 0 | Y | N | 部门 | |
6 | department_manager | int | 10 | 0 | Y | N | 0 | 部门经理 |
7 | employee_information | varchar | 255 | 0 | Y | N | 员工资料 | |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | employee_users_id | int | 10 | 0 | N | Y | 员工用户ID | |
2 | employee_id | varchar | 64 | 0 | N | N | 员工工号 | |
3 | employee_name | varchar | 64 | 0 | Y | N | 员工姓名 | |
4 | department | varchar | 64 | 0 | Y | N | 部门 | |
5 | manager_user | int | 10 | 0 | Y | N | 0 | 经理用户 |
6 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
7 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | 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 | leave_application_id | int | 10 | 0 | N | Y | 请假申请ID | |
2 | leave_id | varchar | 64 | 0 | Y | N | 请假编号 | |
3 | leave_title | varchar | 64 | 0 | Y | N | 请假标题 | |
4 | leave_date | date | 10 | 0 | Y | N | 请假日期 | |
5 | leave_days | int | 10 | 0 | Y | N | 0 | 请假天数 |
6 | leave_content | text | 65535 | 0 | Y | N | 请假内容 | |
7 | employee_users | int | 10 | 0 | Y | N | 0 | 员工用户 |
8 | employee_id | varchar | 64 | 0 | Y | N | 员工工号 | |
9 | employee_name | varchar | 64 | 0 | Y | N | 员工姓名 | |
10 | department | varchar | 64 | 0 | Y | N | 部门 | |
11 | manager_user | int | 10 | 0 | Y | N | 0 | 经理用户 |
12 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
13 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
14 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
15 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表leave_cancellation_application (销假申请)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | leave_cancellation_application_id | int | 10 | 0 | N | Y | 销假申请ID | |
2 | leave_id | varchar | 64 | 0 | N | N | 请假编号 | |
3 | leave_title | varchar | 64 | 0 | Y | N | 请假标题 | |
4 | leave_date | date | 10 | 0 | Y | N | 请假日期 | |
5 | leave_content | text | 65535 | 0 | Y | N | 请假内容 | |
6 | employee_users | int | 10 | 0 | Y | N | 0 | 员工用户 |
7 | employee_id | varchar | 64 | 0 | Y | N | 员工工号 | |
8 | employee_name | varchar | 64 | 0 | Y | N | 员工姓名 | |
9 | department | varchar | 64 | 0 | Y | N | 部门 | |
10 | manager_user | int | 10 | 0 | Y | N | 0 | 经理用户 |
11 | number_of_days_off_from_work | int | 10 | 0 | Y | N | 0 | 销假天数 |
12 | reason_for_cancelling_leave | text | 65535 | 0 | Y | N | 销假理由 | |
13 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
14 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
15 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
16 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表record_of_cancellation_of_leave (销假记录)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | record_of_cancellation_of_leave_id | int | 10 | 0 | N | Y | 销假记录ID | |
2 | leave_id | varchar | 64 | 0 | N | N | 请假编号 | |
3 | leave_title | varchar | 64 | 0 | Y | N | 请假标题 | |
4 | leave_content | text | 65535 | 0 | Y | N | 请假内容 | |
5 | employee_users | int | 10 | 0 | Y | N | 0 | 员工用户 |
6 | employee_id | varchar | 64 | 0 | Y | N | 员工工号 | |
7 | employee_name | varchar | 64 | 0 | Y | N | 员工姓名 | |
8 | department | varchar | 64 | 0 | Y | N | 部门 | |
9 | manager_user | int | 10 | 0 | Y | N | 0 | 经理用户 |
10 | number_of_days_off_from_work | int | 10 | 0 | Y | N | 0 | 销假天数 |
11 | reason_for_cancelling_leave | text | 65535 | 0 | Y | N | 销假理由 | |
12 | termination_date | date | 10 | 0 | Y | N | 销假日期 | |
13 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
14 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | task_notification_id | int | 10 | 0 | N | Y | 任务通知ID | |
2 | task_number | varchar | 64 | 0 | Y | N | 任务编号 | |
3 | employee_users | int | 10 | 0 | Y | N | 0 | 员工用户 |
4 | employee_id | varchar | 64 | 0 | Y | N | 员工工号 | |
5 | employee_name | varchar | 64 | 0 | Y | N | 员工姓名 | |
6 | department | varchar | 64 | 0 | Y | N | 部门 | |
7 | department_manager | int | 10 | 0 | Y | N | 0 | 部门经理 |
8 | task_name | varchar | 64 | 0 | Y | N | 任务名称 | |
9 | task_date | date | 10 | 0 | Y | N | 任务日期 | |
10 | task_content | text | 65535 | 0 | Y | N | 任务内容 | |
11 | attachment | varchar | 255 | 0 | Y | N | 附件 | |
12 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
13 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
14 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
15 | 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 | 更新时间: |
整个企业综合业务审批管理系统的需求分析主要对系统总体架构以及功能模块的设计,通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。
4 企业综合业务审批管理系统详细设计与实现
企业综合业务审批管理系统的详细设计与实现主要是根据前面的企业综合业务审批管理系统的需求分析和企业综合业务审批管理系统的总体设计来设计页面并实现业务逻辑。主要从企业综合业务审批管理系统界面实现、业务逻辑实现这两部分进行介绍。
企业综合业务审批管理系统的员工用户是可以进行注册的,当用户右上角“注册”按钮的时候,当填写上自己的账号+密码+确认密码+昵称+邮箱+手机号等后再点击“注册”按钮后将会先验证输入的有没有空数据,再次验证密码和确认密码是否是一样的,最后验证输入的账户名和数据库表中已经注册的账户名是否重复,只有都验证没问题后即可用户注册成功。其用户注册界面展示如下图4-1所示。

图4-1注册界面图
注册关键代码如下所示。
/**
* 注册
* @param user
* @return
*/
@PostMapping("register")
public Map<String, Object> signUp(@RequestBody User user) {
// 查询用户
Map<String, String> query = new HashMap<>();
Map<String,Object> map = JSON.parseObject(JSON.toJSONString(user));
query.put("username",user.getUsername());
List list = service.selectBaseList(service.select(query, new HashMap<>()));
if (list.size()>0){
return error(30000, "用户已存在");
}
map.put("password",service.encryption(String.valueOf(map.get("password"))));
service.insert(map);
return success(1);
}
4.2 用户登录界面
员工用户注册后由管理员审核通过账号后,部门经理由管理员后台直接添加账号,在登录界面输入账号+密码,完成验证,点击“登录”按钮,系统在用户数据库表中会对管理员、用户的账号进行匹配,账号+密码正确的话,就会登录到系统中各个用户的主管理界面,否则提示对应的信息,返回到登录的界面,登录界面如下图4-2所示。

图4-2用户登录界面图
登录的逻辑代码如下所示。
/**
* 登录
* @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, "账号或密码不正确");
}
4.3用户管理模块
系统用户管理:管理员负责管理系统的用户,包括管理员、员工用户和部门经理的登录、权限分配等操作。他们可以添加、编辑、删除或审核用户账户,并设定相应的权限。界面如下图所示。

图4-3用户管理界面图
4.4员工信息管理模块
员工信息管理:管理员和员工用户都可以对员工信息进行管理,也可以添加新的员工信息。以管理员为例,添加员工信息界面如下图所示。

图4-4 添加员工信息界面图
4.5日常安排管理模块
日常安排管理:管理员和部门经理都可以对员工信息进行日常安排。管理员添加新的员工信息之后,部门经理会在员工信息模块查看到新的员工信息,点击右侧“日常安排”按钮,填写日常工作安排信息,员工用户收到后进行审核回复。部门经理日常安排管理界面如下图所示。

图4-5日常安排管理界面图
任务通知管理:管理员和部门经理都可以对员工信息进行任务通知。部门经理会在员工信息模块点击右侧“任务通知”按钮,填写任务通知信息,员工用户收到后进行审核回复。部门经理任务通知管理界面如下图所示。

图4-6任务通知管理界面图
4.7请假申请管理模块
请假申请管理:员工可以添加请假申请信息,部门经理审核员工的请假申请信息。员工添加请假申请信息界面如下图所示。

图4-7 员工添加请假申请信息界面图
销假申请管理:员工可以添加销假申请信息,部门经理审核员工的销假申请信息。部门经理审核销假申请信息界面如下图所示。

图4-8 部门经理审核销假申请信息界面图
权限管理:管理员可以对系统所有用户的使用权限进行不同用户分组设置。管理员权限管理界面如下图所示。

图4-9 管理员权限管理界面图
5系统测试
5.1 测试目的
在这个产品被投入使用前,首先需要进行试用,这是重要的环节。考虑到某个部分的开发没有缺陷情况下,把各种模块拼接,也有一定概率存在矛盾。对于测试,要看它的各项内容是否契合的原则。若与最初定下的标准有一定程度上的出入,那么就需要做出一些调整,让最终的大方向朝着目标前进。测试是为了发现在开发的程序中所存在的问题,测试这一工作是非常艰巨的,而又是非常困难的,这一部分在程序的设计中占有很大比例,可以说一个程序的开发工作量要是占据了百分至六十,那么剩下的百分之四十必然是测试这一部分,甚至更高。
5.2 测试用例
5.2.1用户登录测试
用户登录功能测试用例如下表所示。
表5-1 用户登录功能测试表
用例名称 | 用户登录系统 |
目的 | 测试用户通过正确的用户名和密码可否登录功能 |
前提 | 未登录的情况下 |
测试流程 | 1) 进入登录页面 2) 输入正确的用户名和密码 |
预期结果 | 用户名和密码正确的时候,跳转到登录成功界面,反之则显示错误信息,提示重新输入 |
实际结果 | 实际结果与预期结果一致 |
5.2.2创建数据测试
在系统中,创建功能也是基础功能之一,因此创建功能的测试很有代表性。在此章节主要列举在创建时各种情况下系统结果的测试。由于系统涉及创建功能操作过多,因此将多处统称创建功能。
创建数据用例如下表所示。
表5-2 创建数据测试用例
测试用例编号 | YL_05 | |
测试用例名称 | 系统使用者进行创建数据 | |
测试用例描述 | 使用者输入要创建的数据 | |
系统入口 | 浏览器 | |
步骤 | 预期结果 | 实际结果 |
输入完整并且格式正确的数据 | 提示“创建成功”,并显示所有数据 | 预期结果 |
核心位置数据但非必要位置不输入数据 | 提示“创建成功”,并显示所有数据 | 预期结果 |
核心数据位置不输入数据 | 提示“创建失败” | 预期结果 |
在系统中,修改功能是系统主要实现功能,因此修改功能的测试很有代表性。在此章节主要列举在修改时各种情况下系统结果的测试。由于系统涉及修改功能操作过多,因此将多处数据表记录修改和状态修改统称修改功能。
修改数据用例如下表所示。
表5-3 修改数据测试用例
测试用例编号 | YL_06 | |
测试用例名称 | 系统使用者进行修改数据 | |
测试用例描述 | 使用者对可修改的数据项进行修改 | |
系统入口 | 浏览器 | |
步骤 | 预期结果 | 实际结果 |
将现有数据修改成正确的数据 | 提示“修改成功”,并显示所有数据 | 预期结果 |
将现有数据修改成错误的数据 | 提示“修改失败” | 预期结果 |
在系统中,查询功能是使用系统使用最多也是最基础的功能,因此查询功能的测试很有代表性。在此章节主要列举在查询时各种情况下系统结果的测试。
查询数据用例如下表所示。
表5-4 查询数据测试用例
测试用例编号 | YL_05 | |
测试用例名称 | 系统使用者进行查询数据 | |
测试用例描述 | 全部查询以及输入关键词查询 | |
系统入口 | 浏览器 | |
步骤 | 预期结果 | 实际结果 |
界面自动查询全部 | 显示对应所有记录 | 预期结果 |
输入已存在且能匹配成功的关键字 | 显示所查询到的数据 | 预期结果 |
输入不存在的关键字 | 显示数据界面为空 | 预期结果 |
5.3 测试结果
在本次测试的过程主要针对所有功能下的添加操作,修改操作和删除操作,并以真实数据一一进行相关功能项目的输入,最终能够保证每个项目涉及的功能都是能够正常运行,因此能够保证本次设计的,已实现的功能能够正常运行。
结论
该企业综合业务审批管理系统使用的开发环境是功能强大的SpringBoot技术,结合Java编程语言,在大学的学科中重点学习了这几种技术,在对这些技术学习、熟悉之后,结合对系统进行的需求分析顺利的完成了本次项目的设计。在最初接到任务书的那一刻,比较迷茫,没有任何的思路,在经过了老师的指导以后,调查了一些跟企业综合业务审批管理系统相关的资料后,慢慢的有了头绪,开始入手开题,明确了系统的内容,对系统进行可行性的分析,确定系统可行以及功能内容以后,就按照开题初步设计的内容进行完善,慢慢补充、学习,最终结束了程序的开发,也完成了论文的写作。这一过程,虽然艰辛,但也学习到了很多,对项目开发流程也有了一个新的认识,动手能力也得到了提高,这正是书本上所学习不到的。
经过开发本项目,让我非常有成就感,与此同时我对程序的开发更加感兴趣了,信息技术真的很强大,也很深奥,在以后工作中,我将会寻找与其相关工作,继续深入学习,开发出更优秀的项目。
参考文献
[1]张乐.基于数字经济视域的企业管理信息系统优化升级路径研究[J].企业改革与管理,2024,(02):29-31.DOI:10.13768/j.cnki.cn11-3793/f.2024.0088.
[2]姚姮.智慧企业办公自动化系统中电子文件单轨制管理研究与实践[J].陕西档案,2023,(06):58-59.
[3]唐亮.基于UML的企业内部办公流程计算机系统设计研究[J].办公自动化,2023,28(24):1-3.
[4]陈婧.基于信息化技术的企业人力资源管理系统设计[J].集成电路应用,2023,40(12):134-135.DOI:10.19339/j.issn.1674-2583.2023.12.056.
[5]曹阳.企业管理流程与OA协同办公系统的融合应用[J].网络安全和信息化,2023,(12):82-84.
[6]马黎.大数据时代下人力资源管理在企业管理中的作用[J].金融客,2023,(11):67-69.
[7]Network Digital Office Systems Inc. Is Redefining Office Technology Solutions for Businesses[J].M2 Presswire,2023,
[8]徐雪梅.中小企业办公综合管理系统设计与实现[J].电脑编程技巧与维护,2023,(04):109-111+134.DOI:10.16184/j.cnki.comprg.2023.04.006.
[9]Chen S ,Sun H ,Liu S , et al.Economical viability analysis of an innovative gravity‐driven rainwater harvesting system for a commercial office building[J].Water and Environment Journal,2022,37(1):58-69.
[10]阳博,温志萍.基于SpringBoot的在线协同办公系统设计与实现[J].电脑知识与技术,2022,18(22):49-51.DOI:10.14004/j.cnki.ckt.2022.1515.
[11]李凡.浅析人力资源管理系统的应用研究[C]//天津市电子学会.第三十六届中国(天津)2022’IT、网络、信息技术、电子、仪器仪表创新学术会议论文集.中国诚通控股集团有限公司;,2022:3.DOI:10.26914/c.cnkihy.2022.015007.
[12]王一行.企业网上办公自动化系统的设计与实现[J].华东科技,2022,(06):89-91.
[13]Yi X .Enterprise Collaborative Office System Based on Workflow[J].Journal of Smart Cities,2022,7(1):
[14]曹熙,张仙梅,杜美华.基于数据挖掘的企业业务数据综合管理系统设计[J].信息技术与信息化,2022,(03):85-88.
[15]翁晶.预算编制审批管理系统在企业的应用与实践[J].中国中小企业,2022,(03):92-93.
[16]韦烜.业务流程管理系统在企业中的应用[J].中国信息化,2022,(02):54-55.
[17]付祥瀚.成都市新津县房地产项目行政审批流程存在的问题及优化建议[D].四川大学,2021.DOI:10.27342/d.cnki.gscdu.2021.001283.
[18]Anonymous .RETROFIT TO A VRF SYSTEM FOR A CORPORATE OFFICE BUILDING USING DESIGN-BID-BUILD PROJECT DELIVERY[J].Engineered Systems,2020,37(7):8-11.
[19]王克肖,王彦昌,武迪.制造业企业审批管理系统的设计与实现[J].信息系统工程,2020,(05):49-50.
[20]欧超权.基于SpringBoot技术的M公司协同办公平台的设计与实现[D].电子科技大学,2020.DOI:10.27005/d.cnki.gdzku.2020.005102.
致 谢
这篇文章的完成经历了多个日日夜夜的努力,终于在今天得以完成。这篇文章的创作过程实为不易,但在老师和同学的辛勤帮助下顺利渡过。让我在设计过程中举步维艰时,非常感谢我的导师不耐其烦的帮助我解决问题,给予了我许多指导意见。也感谢所有为我授业解惑的老师!
另外,本文的完成也参考借鉴了许多国内外在SpringBoot技术上的著作,如果没有著作原作的辛勤付出和科研成果,我也很难完成本论文。感谢在本论文中关联到的学者们!也感谢Google等公司,感谢他们强大的搜索引擎,让我的资料查阅省事简单。
感谢之余也还有几句话要说,虽大学学习四年,怎奈何本人才疏学浅,本文的完成已为尽力,但文中不免有些不当和错误之处,诚挚真切的请求各位老师对本文的批评改正,感谢百忙之中费心审阅我论文的老师。
请关注点赞+私信博主,免费领取项目源码