摘要
随着移动互联网的快速发展和智能手机的普及,校园生活中的各类需求逐渐增长,其中“跑腿服务”成为学生群体中的一种热门需求。为了更好地满足学生在校园内日常生活中的多样化需求,开发一款便捷高效的校园跑腿平台显得尤为重要。本研究通过Spring Boot框架,设计并实现了一个校园跑腿服务平台,旨在为用户提供线上发布任务、接单、评价和投诉等功能。系统包括管理员管理后台、任务类型管理、跑腿任务管理、用户评价管理、跑腿评价管理、投诉管理、资源管理等模块。平台的设计注重用户体验,优化了任务发布、任务接取及服务评价流程,同时实现了高效的系统后台管理,保证了平台的稳定性和可扩展性。通过Spring Boot框架的技术支持,系统具备了良好的可维护性和响应速度。最终,本系统通过实践验证了其在校园跑腿服务中的可行性,推动了校园生活的便利化和智能化。
关键词:校园跑腿平台;SpringBoot;Vue;MySQL
Abstract
With the rapid development of mobile Internet and the popularity of smart phones, various demands in campus life are gradually growing, and "errand service" has become a popular demand among students. In order to better meet the diverse needs of students in their daily life on campus, it is particularly important to develop a convenient and efficient campus errand platform. This study designed and implemented a campus errand service platform using the Spring Boot framework, aiming to provide users with functions such as online task publishing, order acceptance, evaluation, and complaint. The system includes modules such as administrator management backend, task type management, errand task management, user evaluation management, errand evaluation management, complaint management, and resource management. The design of the platform focuses on user experience, optimizing the process of task publishing, task receiving, and service evaluation, while achieving efficient system backend management, ensuring the stability and scalability of the platform. With the technical support of the Spring Boot framework, the system has good maintainability and response speed. In the end, the feasibility of this system in campus errand services was verified through practice, promoting the convenience and intelligence of campus life.
Keywords: Campus errand platform; SpringBoot; Vue; MySQL
目录
1绪论
随着现代社会信息技术的飞速发展和互联网应用的普及,传统的校园生活服务模式正面临着巨大变化。在这一变革过程中,越来越多的学生群体对便捷、高效的日常生活服务产生了强烈的需求,尤其是校园内“跑腿服务”。“跑腿”服务作为一种基于需求发布、任务接单与完成的模式,逐渐成为学生群体日常生活中不可或缺的一部分。这种服务不仅可以为学生提供时间和空间上的便利,还能促进校园内各类事务的高效运转。因此,开发一款符合校园实际需求的跑腿服务平台,已成为校园管理与服务创新的一个重要课题。
本研究的意义在于通过设计和实现一款基于Spring Boot框架的校园跑腿平台,能够有效解决学生在日常生活中面对的各种跑腿需求问题。平台的推出,不仅能够提升学生的校园生活质量,还能在一定程度上促进校园资源的优化配置和服务效率的提升。通过搭建一个功能完善、操作简便、易于管理的跑腿服务平台,可以为学生群体提供更加灵活和智能化的校园生活服务解决方案,推动校园服务向数字化、智能化的方向发展。同时,本研究探索了校园跑腿平台的技术架构、功能模块设计和实现策略,对于相关领域的技术应用和校园服务体系的创新具有一定的借鉴价值。
随着移动互联网的快速发展,国内校园跑腿服务平台得到了广泛关注。许多高校和创业团队已经开始着手开发和推广校园跑腿平台。国内的研究主要集中在如何利用信息技术为学生提供便捷的跑腿服务,探索校园跑腿服务的市场需求和平台建设。国内一些知名平台,如“校园跑腿”、“云跑腿”等,已经在多个高校落地应用。相关研究也提出了如何设计更符合校园需求的任务类型、订单管理、用户评价等功能,并通过移动应用优化用户体验。然而,目前仍存在一些问题,例如平台的运维成本较高、用户信息安全保障不充分、服务质量不稳定等,这些问题对平台的持续发展和用户的满意度产生了影响。
国外的校园跑腿服务起步较早,尤其是在欧美和日本等国家,校园跑腿服务已经成为部分高校日常服务的一部分。例如,美国的“TaskRabbit”平台便为学生提供类似的跑腿服务,旨在帮助学生完成日常琐事和任务。研究表明,国外平台在技术实现上更加注重平台的可扩展性和安全性,很多平台还配备了基于AI的智能推荐系统和数据分析功能,以优化任务的匹配效率。在国外,跑腿服务不仅仅局限于学生群体,也包括社区服务和职场支持,体现了服务的多样性和广泛性。然而,与国内相比,国外在校园跑腿平台的系统功能和定制化服务方面更为成熟,且平台之间的竞争激烈,用户体验的不断优化已成为行业发展的关键。
通过对国内外校园跑腿服务平台的研究与比较,可以看出,国内市场在这一领域尚处于快速发展阶段,存在较大的潜力和发展空间。尽管面临着技术、运营和用户体验等方面的挑战,但通过采用高效的系统架构和合适的技术方案,如基于Spring Boot框架的技术支持,可以有效提升平台的功能性、可扩展性和用户满意度。本研究通过设计并实现一个校园跑腿平台,验证了基于现代信息技术的跑腿服务模式在校园环境中的可行性。未来,随着技术的不断创新和用户需求的不断变化,校园跑腿平台有望实现更加智能化、个性化的服务,推动校园生活的进一步便利化和数字化。
本论文共分为七个主要章节,具体结构如下:
1. 绪论:介绍研究背景与意义,回顾国内外研究现状,并概述论文的组织结构。
2. 相关技术介绍:详细介绍与本研究相关的技术,包括Java语言、B/S框架、SpringBoot框架、Vue技术和MySQL数据库。
3. 需求分析:对系统的功能需求和非功能需求进行分析,明确用户和管理员的需求,并进行可行性分析,包括技术、操作和经济可行性。
4. 系统设计:涵盖系统架构设计、总体流程设计和功能设计,并进行数据库的概念设计与表设计。
5. 系统实现:具体描述各个功能模块的实现过程,展示系统如何根据需求进行开发。
6. 系统测试:阐述测试的目的、方法和内容,分析测试结果并得出结论,以验证系统的稳定性和功能完整性。
7. 总结:总结研究的主要成果和贡献,指出存在的不足及未来的研究方向。
2相关技术介绍
Java语言是一种广泛使用的高级编程语言,具有平台无关性、面向对象特性和丰富的标准库[1]。Java通过Java虚拟机(JVM)实现跨平台运行,开发者可以编写一次代码,在任何支持JVM的环境中执行。Java的面向对象特性使得代码复用和模块化变得更加容易,促进了软件的维护和扩展。Java支持多线程编程,允许开发者在同一程序中同时执行多个任务,提升了应用程序的性能。
Java语言的语法结构简洁且易于理解,吸引了大量开发者[2]。Java的标准库包含数据结构、输入输出处理、网络编程等众多功能模块。这使得开发者在构建应用程序时能够高效利用已有工具,减少重复劳动。Java广泛应用于企业级应用、移动应用、Web开发和大数据处理等领域。
2.2 B/S框架
B/S(Browser/Server)架构是一种基于浏览器和服务器的系统架构模式,用户通过浏览器与服务器进行交互。B/S架构简化了客户端的部署和管理,用户无需在本地安装复杂的软件,只需使用标准浏览器即可访问应用程序。服务器端负责处理业务逻辑和数据存储,客户端则主要负责展示用户界面和数据交互[3]。B/S架构的设计使得系统更新和维护集中在服务器端,降低了维护成本。
B/S架构通常采用Web技术进行实现,包括HTML、CSS和JavaScript等。用户在浏览器中发起请求,服务器响应并返回数据。数据传输通常通过HTTP或HTTPS协议进行,B/S架构的灵活性使其适用于在线购物、信息管理系统和社交网络等各类应用场景[4]。由于其易于扩展性,B/S架构可以方便地支持大规模用户访问,适应不断变化的业务需求。
2.3 SpringBoot框架
SpringBoot框架是基于Spring框架的开源项目,简化Java应用程序的开发过程。SpringBoot通过约定优于配置的理念,减少了传统Spring应用的繁琐配置,开发者可以快速搭建和部署应用程序。框架提供了一系列默认配置,支持自动化配置,简化了应用启动的复杂性[5]。SpringBoot内置了嵌入式Web服务器,使得开发者能够独立运行Java应用,无需外部容器。
SpringBoot支持微服务架构,开发者可以轻松创建和管理多个微服务。框架集成了丰富的功能模块,包括安全、数据访问和消息中间件等,支持RESTful API和JSON数据格式的处理[6]。SpringBoot还提供了强大的监控和管理功能,允许开发者实时监控应用的健康状态和性能指标。借助SpringBoot,开发者能够高效构建和维护现代企业级应用,满足复杂业务需求。
2.4 Vue技术
Vue是一种渐进式JavaScript框架,专注于构建用户界面。Vue采用组件化的开发模式,允许开发者将应用程序拆分为独立的、可重用的组件,从而提高了开发效率和代码的可维护性[7]。框架的核心库专注于视图层,支持数据绑定和DOM操作,提供了简洁的API。Vue的虚拟DOM机制提升了应用的性能,减少了实际DOM操作的次数。
Vue支持双向数据绑定,能够自动更新视图与模型之间的变化。开发者可以通过Vue的指令系统,简化数据展示和事件处理。Vue还支持路由管理和状态管理,使得开发复杂单页面应用变得更加容易[8]。借助Vue的生态系统,开发者能够使用多种工具和库来扩展功能,满足不同的业务需求。Vue在前端开发中逐渐成为主流选择,受到广泛关注和应用。
2.5 MySQL数据库
MySQL是一种开源关系型数据库管理系统,广泛应用于Web应用和企业级数据存储。MySQL支持结构化查询语言,允许开发者通过标准语句进行数据的创建、读取、更新和删除操作[9]。数据库通过表格形式组织数据,支持数据完整性和约束条件的定义。MySQL的存储引擎机制使得用户可以根据具体需求选择不同的存储引擎,以优化性能和功能。
MySQL具有高性能和可扩展性,支持大规模数据存储和高并发访问。系统提供了丰富的用户权限管理和数据加密安全特性。MySQL能够与多种编程语言和框架兼容,广泛应用于内容管理系统、电子商务平台和数据分析等各种场景。
3需求分析
UML(统一建模语言)用例图是需求分析阶段常用的工具,通过直观的图形方式表示系统的功能需求和参与者。每个用例图包含一系列用例,即系统能够执行的特定功能,以及与之交互的参与者。本文将对系统按照角色模块进行需求分析。
用户用例图如图3-1所示。

图3-1 普通用户、跑腿用户用例图
管理员用例图如图3-2所示。

图3-2 管理员用例图
1. 可用性
系统应具备高可用性,用户在任何时间都能顺畅访问。系统的正常运行时间应达到99.9%以上,用户不会因系统故障而影响操作体验。用户界面设计应简洁明了,降低操作复杂性。
2. 可靠性
系统需要具备高可靠性,在故障发生时能够快速恢复。数据应定期备份,在意外情况下不丢失。系统应具备故障检测机制,自动识别并处理潜在问题。
3. 安全性
系统应实现严格的安全控制,保护用户数据的隐私和完整性。用户信息应加密存储,传输过程中的数据也需采用加密协议,防止数据泄露。系统应具备权限管理功能,不同用户只能访问相应的数据和功能。
4. 可扩展性
系统设计应具备良好的可扩展性,模块化设计使得新功能可以方便地集成,系统能够支持更高的用户负载而无需重构基础架构。
5. 性能
系统的响应时间应控制在合理范围内,通常不超过2秒。
系统采用当前主流的SpringBoot和Vue.js开发框架,具备良好的技术基础。这些技术已被广泛应用于多种商业项目,具备成熟的文档和社区支持,便于开发获取必要的资源与解决方案。个人拥有丰富的相关技术经验,能够有效应对潜在技术挑战。所需的软硬件资源易于获取,且具备良好的兼容性,降低了技术实现的难度。
系统具备直观友好的用户界面,支持简便的导航和功能访问,极大地提升了用户的使用体验。系统提供了自定义的工作流程和角色权限管理,使不同层级的用户能够快速上手,完成各自的任务。
系统所使用的软件为开源技术,降低了使用费用,同时硬件成本较低,使得整体初始投入相对合理,具备较高性价比。因此,系统在经济上是完全可行的。
系统采用SpringBoot 框架开发,该系统分为VIEW层、Controller层、Model层、DAO层和持久化数据存储层,VIEW层支持电脑浏览器访问系统。VIEW 层与 Controller 层紧密结合并系协同工作,共同完成前台页面的数据展示;Controller层为控制层,通过接收前端请求的参数进行业务处理,返回指定的路径或数据;Model层主要是服务层,用于业务逻辑处理;DAO 和持久化层,主要用于访问数据库和持久化数据[10]。整个系统架构如图4-1所示。

图4-1 系统架构图
4.2.1用户登录流程
用户输入用户名和密码后,系统先检查输入是否为空,再验证用户名是否存在,若存在则通过用户名获取密码并校验。若密码正确则登录成功,否则提示密码错误。若用户名不存在或无法登录,提示用户操作无效。如图4-2所示。

图4-2登录流程图
4.2.2添加信息流程
管理员可以添加信息,用户添加可以自己权限内的信息,输入信息后,要想利用这个软件来进行系统的安全管理,首先需要登录到该软件中。添加信息流程如图4-3所示。

图4-3添加信息流程图
4.2.3修改信息流程
用户首先选择需要修改的记录,输入修改后的数据,系统判断输入数据是否合法。若数据不合法,提示重新输入;若数据合法,则将修改后的数据写入数据库,完成操作后流程结束。修改信息流程图如图4-4所示。

图4-4修改信息流程图
4.2.4删除信息流程
用户选择需要删除的记录后,系统判断是否确认删除。若未确认,返回选择环节;若确认删除,则更新数据库,删除对应记录,完成操作后流程结束。删除信息流程图如图4-5所示。

图4-5删除信息流程图
系统功能结构图如图4-6所示。

图4-6系统功能结构图
在进行数据库设计时,概念设计帮助明确系统的整体结构和需求。在这一阶段,需要确定实体、属性以及它们之间的关系,为后续的数据库表设计奠定基础。接下来,将深入探讨数据库表设计的具体细节,实现更高效的数据存储和管理。
系统全局E-R图如图4-7所示。

图4-7系统E-R图
用户实体图如图4-8所示。

图4-8 用户实体图
跑腿任务实体图如图4-9所示。

图4-9 跑腿任务实体图
资讯中心实体图如图4-10所示。

图4-10 资讯中心实体图
概念设计是数据库设计的第一步,其主要目标是对系统的数据需求进行全面的理解和抽象[11]。在这一阶段,通过建立实体-关系模型(ER模型)来识别系统中的关键实体、属性及其相互关系。概念设计的输出是一个清晰的ER图,作为后续数据库表设计的基础。以下将展示系统的全局E-R图以及各个实体的属性图。
这一阶段的重点是将概念模型转换为实际的数据库结构,包括表的创建、字段的定义及数据类型的选择。每个实体通常对应于数据库中的一张表,而实体的属性则转化为表的列[12]。以下是系统的数据库表设计展示。
用户表:用于保存用户登录信息及相关数据。如表4-1所示。
表 4-1-access_token(登陆访问时长)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | token_id | int | 是 | 是 | 临时访问牌ID | |
| 2 | token | varchar | 64 | 否 | 否 | 临时访问牌 |
| 3 | info | text | 65535 | 否 | 否 | 信息 |
| 4 | maxage | int | 是 | 否 | 最大寿命:默认2小时 | |
| 5 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 6 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 7 | user_id | int | 是 | 否 | 用户编号 |
表 4-2-article(文章)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | article_id | mediumint | 是 | 是 | 文章id | |
| 2 | title | varchar | 125 | 是 | 是 | 标题 |
| 3 | type | varchar | 64 | 是 | 否 | 文章分类 |
| 4 | hits | int | 是 | 否 | 点击数 | |
| 5 | praise_len | int | 是 | 否 | 点赞数 | |
| 6 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 7 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 8 | source | varchar | 255 | 否 | 否 | 来源 |
| 9 | url | varchar | 255 | 否 | 否 | 来源地址 |
| 10 | tag | varchar | 255 | 否 | 否 | 标签 |
| 11 | content | longtext | 4294967295 | 否 | 否 | 正文 |
| 12 | img | varchar | 255 | 否 | 否 | 封面图 |
| 13 | description | text | 65535 | 否 | 否 | 文章描述 |
表 4-3-article_type(文章分类)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | type_id | smallint | 是 | 是 | 分类ID | |
| 2 | display | smallint | 是 | 否 | 显示顺序 | |
| 3 | name | varchar | 16 | 是 | 否 | 分类名称 |
| 4 | father_id | smallint | 是 | 否 | 上级分类ID | |
| 5 | description | varchar | 255 | 否 | 否 | 描述 |
| 6 | icon | text | 65535 | 否 | 否 | 分类图标 |
| 7 | url | varchar | 255 | 否 | 否 | 外链地址 |
| 8 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 9 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-4-auth(用户权限管理)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | auth_id | int | 是 | 是 | 授权ID | |
| 2 | user_group | varchar | 64 | 否 | 否 | 用户组 |
| 3 | mod_name | varchar | 64 | 否 | 否 | 模块名 |
| 4 | table_name | varchar | 64 | 否 | 否 | 表名 |
| 5 | page_title | varchar | 255 | 否 | 否 | 页面标题 |
| 6 | path | varchar | 255 | 否 | 否 | 路由路径 |
| 7 | parent | varchar | 64 | 否 | 否 | 父级菜单 |
| 8 | parent_sort | int | 是 | 否 | 父级菜单排序 | |
| 9 | position | varchar | 32 | 否 | 否 | 位置 |
| 10 | mode | varchar | 32 | 是 | 否 | 跳转方式 |
| 11 | add | tinyint | 是 | 否 | 是否可增加 | |
| 12 | del | tinyint | 是 | 否 | 是否可删除 | |
| 13 | set | tinyint | 是 | 否 | 是否可修改 | |
| 14 | get | tinyint | 是 | 否 | 是否可查看 | |
| 15 | field_add | text | 65535 | 否 | 否 | 添加字段 |
| 16 | field_set | text | 65535 | 否 | 否 | 修改字段 |
| 17 | field_get | text | 65535 | 否 | 否 | 查询字段 |
| 18 | table_nav_name | varchar | 500 | 否 | 否 | 跨表导航名称 |
| 19 | table_nav | varchar | 500 | 否 | 否 | 跨表导航 |
| 20 | option | text | 65535 | 否 | 否 | 配置 |
| 21 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 22 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-5-code_token(验证码)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | code_token_id | int | 是 | 是 | 验证码ID | |
| 2 | token | varchar | 255 | 否 | 否 | 令牌 |
| 3 | code | varchar | 255 | 否 | 否 | 验证码 |
| 4 | expire_time | timestamp | 是 | 否 | 失效时间 | |
| 5 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 6 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-6-collect(收藏)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | collect_id | int | 是 | 是 | 收藏ID | |
| 2 | user_id | int | 是 | 是 | 收藏人ID | |
| 3 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 4 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 5 | source_id | int | 是 | 否 | 来源ID | |
| 6 | title | varchar | 255 | 否 | 否 | 标题 |
| 7 | img | varchar | 255 | 否 | 否 | 封面 |
| 8 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 9 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-7-comment(评论)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | comment_id | int | 是 | 是 | 评论ID | |
| 2 | user_id | int | 是 | 是 | 评论人ID | |
| 3 | reply_to_id | int | 是 | 否 | 回复评论ID | |
| 4 | content | longtext | 4294967295 | 否 | 否 | 内容 |
| 5 | nickname | varchar | 255 | 否 | 否 | 昵称 |
| 6 | avatar | varchar | 255 | 否 | 否 | 头像地址 |
| 7 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 8 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 9 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 10 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 11 | source_id | int | 是 | 否 | 来源ID |
表 4-8-complaints_about_errands(跑腿投诉)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | complaints_about_errands_id | int | 是 | 是 | 跑腿投诉ID | |
| 2 | task_title | varchar | 64 | 否 | 否 | 任务标题 |
| 3 | task_number | varchar | 64 | 否 | 否 | 任务编号 |
| 4 | task_type | varchar | 64 | 否 | 否 | 任务类型 |
| 5 | ordinary_user | int | 否 | 否 | 普通用户 | |
| 6 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
| 7 | running_user | int | 否 | 否 | 跑腿用户 | |
| 8 | run_name | varchar | 64 | 否 | 否 | 跑腿姓名 |
| 9 | upload_evidence | varchar | 255 | 否 | 否 | 上传证据 |
| 10 | complaint_content | text | 65535 | 否 | 否 | 投诉内容 |
| 11 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 12 | examine_reply | varchar | 16 | 否 | 否 | 审核回复 |
| 13 | create_time | datetime | 是 | 否 | 创建时间 | |
| 14 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 15 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 16 | source_id | int | 否 | 否 | 来源ID | |
| 17 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-9-errand_order(跑腿订单)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | errand_order_id | int | 是 | 是 | 跑腿订单ID | |
| 2 | task_title | varchar | 64 | 否 | 否 | 任务标题 |
| 3 | task_number | varchar | 64 | 否 | 否 | 任务编号 |
| 4 | task_type | varchar | 64 | 否 | 否 | 任务类型 |
| 5 | task_drawing | double | 否 | 否 | 任务抽成 | |
| 6 | ordinary_user | int | 否 | 否 | 普通用户 | |
| 7 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
| 8 | user_phone | varchar | 64 | 否 | 否 | 用户电话 |
| 9 | run_errands_location | varchar | 64 | 否 | 否 | 跑腿地点 |
| 10 | demand_time | datetime | 否 | 否 | 需求时间 | |
| 11 | amount_of_remuneration | double | 否 | 否 | 报酬金额 | |
| 12 | additional_options | varchar | 64 | 否 | 否 | 附加选项 |
| 13 | task_details | text | 65535 | 否 | 否 | 任务详情 |
| 14 | running_user | int | 否 | 否 | 跑腿用户 | |
| 15 | run_name | varchar | 64 | 否 | 否 | 跑腿姓名 |
| 16 | errand_phone | varchar | 64 | 否 | 否 | 跑腿电话 |
| 17 | number_of_orders_received | double | 否 | 否 | 接单人数 | |
| 18 | order_status | varchar | 64 | 否 | 否 | 订单状态 |
| 19 | errand_income | double | 否 | 否 | 跑腿收入 | |
| 20 | pay_state | varchar | 16 | 是 | 否 | 支付状态 |
| 21 | pay_type | varchar | 16 | 否 | 否 | 支付类型: 微信、支付宝、网银 |
| 22 | user_evaluation_limit_times | int | 是 | 否 | 用户评价限制次数 | |
| 23 | evaluation_of_running_errands_limit_times | int | 是 | 否 | 跑腿评价限制次数 | |
| 24 | user_complaints_limit_times | int | 是 | 否 | 用户投诉限制次数 | |
| 25 | complaints_about_errands_limit_times | int | 是 | 否 | 跑腿投诉限制次数 | |
| 26 | create_time | datetime | 是 | 否 | 创建时间 | |
| 27 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 28 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 29 | source_id | int | 否 | 否 | 来源ID | |
| 30 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-10-errand_task(跑腿任务)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | errand_task_id | int | 是 | 是 | 跑腿任务ID | |
| 2 | task_title | varchar | 64 | 否 | 否 | 任务标题 |
| 3 | task_number | varchar | 64 | 否 | 否 | 任务编号 |
| 4 | task_type | varchar | 64 | 否 | 否 | 任务类型 |
| 5 | task_drawing | varchar | 64 | 否 | 否 | 任务抽成 |
| 6 | ordinary_user | int | 否 | 否 | 普通用户 | |
| 7 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
| 8 | user_phone | varchar | 64 | 否 | 否 | 用户电话 |
| 9 | run_errands_location | varchar | 64 | 否 | 否 | 跑腿地点 |
| 10 | demand_time | datetime | 否 | 否 | 需求时间 | |
| 11 | amount_of_remuneration | double | 否 | 否 | 报酬金额 | |
| 12 | additional_options | varchar | 64 | 否 | 否 | 附加选项 |
| 13 | number_of_demand | double | 否 | 否 | 需求人数 | |
| 14 | cover_image | varchar | 255 | 否 | 否 | 封面图片 |
| 15 | task_details | text | 65535 | 否 | 否 | 任务详情 |
| 16 | hits | int | 是 | 否 | 点击数 | |
| 17 | praise_len | int | 是 | 否 | 点赞数 | |
| 18 | collect_len | int | 是 | 否 | 收藏数 | |
| 19 | comment_len | int | 是 | 否 | 评论数 | |
| 20 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 21 | recommend | int | 是 | 否 | 智能推荐 | |
| 22 | errand_order_limit_times | int | 是 | 否 | 接单限制次数 | |
| 23 | create_time | datetime | 是 | 否 | 创建时间 | |
| 24 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-11-evaluation_of_running_errands(跑腿评价)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | evaluation_of_running_errands_id | int | 是 | 是 | 跑腿评价ID | |
| 2 | task_title | varchar | 64 | 否 | 否 | 任务标题 |
| 3 | task_number | varchar | 64 | 否 | 否 | 任务编号 |
| 4 | task_type | varchar | 64 | 否 | 否 | 任务类型 |
| 5 | ordinary_user | int | 否 | 否 | 普通用户 | |
| 6 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
| 7 | running_user | int | 否 | 否 | 跑腿用户 | |
| 8 | run_name | varchar | 64 | 否 | 否 | 跑腿姓名 |
| 9 | evaluation_content | text | 65535 | 否 | 否 | 评价内容 |
| 10 | create_time | datetime | 是 | 否 | 创建时间 | |
| 11 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 12 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 13 | source_id | int | 否 | 否 | 来源ID | |
| 14 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-12-hits(用户点击)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | hits_id | int | 是 | 是 | 点赞ID | |
| 2 | user_id | int | 是 | 否 | 点赞人 | |
| 3 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 4 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 5 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 6 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 7 | source_id | int | 是 | 否 | 来源ID |
表 4-13-notice(公告)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | notice_id | mediumint | 是 | 是 | 公告ID | |
| 2 | title | varchar | 125 | 是 | 否 | 标题 |
| 3 | content | longtext | 4294967295 | 否 | 否 | 正文 |
| 4 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 5 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-14-ordinary_user(普通用户)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | ordinary_user_id | int | 是 | 是 | 普通用户ID | |
| 2 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
| 3 | user_gender | varchar | 64 | 否 | 否 | 用户性别 |
| 4 | user_phone | varchar | 64 | 否 | 否 | 用户电话 |
| 5 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 6 | user_id | int | 是 | 否 | 用户ID | |
| 7 | create_time | datetime | 是 | 否 | 创建时间 | |
| 8 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-15-praise(点赞)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | praise_id | int | 是 | 是 | 点赞ID | |
| 2 | user_id | int | 是 | 是 | 点赞人 | |
| 3 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 4 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 5 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 6 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 7 | source_id | int | 是 | 否 | 来源ID | |
| 8 | status | tinyint | 是 | 否 | 点赞状态:1为点赞,0已取消 |
表 4-16-running_user(跑腿用户)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | running_user_id | int | 是 | 是 | 跑腿用户ID | |
| 2 | run_name | varchar | 64 | 否 | 否 | 跑腿姓名 |
| 3 | running_sex | varchar | 64 | 否 | 否 | 跑腿性别 |
| 4 | errand_phone | varchar | 64 | 否 | 否 | 跑腿电话 |
| 5 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 6 | user_id | int | 是 | 否 | 用户ID | |
| 7 | create_time | datetime | 是 | 否 | 创建时间 | |
| 8 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-17-schedule(日程管理)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | schedule_id | smallint | 是 | 是 | 日程ID | |
| 2 | content | varchar | 255 | 否 | 否 | 日程内容 |
| 3 | scheduled_time | datetime | 否 | 否 | 计划时间 | |
| 4 | user_id | int | 是 | 否 | 用户ID | |
| 5 | create_time | datetime | 否 | 否 | 创建时间 | |
| 6 | update_time | datetime | 否 | 否 | 更新时间 |
表 4-18-score(评分)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | score_id | int | 是 | 是 | 评分ID | |
| 2 | user_id | int | 是 | 否 | 评分人 | |
| 3 | nickname | varchar | 64 | 否 | 否 | 昵称 |
| 4 | score_num | double | 是 | 否 | 评分 | |
| 5 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 6 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 7 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 8 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 9 | source_id | int | 是 | 否 | 来源ID |
表 4-19-slides(轮播图)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | slides_id | int | 是 | 是 | 轮播图ID | |
| 2 | title | varchar | 64 | 否 | 否 | 标题 |
| 3 | content | varchar | 255 | 否 | 否 | 内容 |
| 4 | url | varchar | 255 | 否 | 否 | 链接 |
| 5 | img | varchar | 255 | 否 | 否 | 轮播图 |
| 6 | hits | int | 是 | 否 | 点击量 | |
| 7 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 8 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-20-task_type(任务类型)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | task_type_id | int | 是 | 是 | 任务类型ID | |
| 2 | task_type | varchar | 64 | 是 | 是 | 任务类型 |
| 3 | task_drawing | double | 否 | 否 | 任务抽成 | |
| 4 | create_time | datetime | 是 | 否 | 创建时间 | |
| 5 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-21-upload(文件上传)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | upload_id | int | 是 | 是 | 上传ID | |
| 2 | name | varchar | 64 | 否 | 否 | 文件名 |
| 3 | path | varchar | 255 | 否 | 否 | 访问路径 |
| 4 | file | varchar | 255 | 否 | 否 | 文件路径 |
| 5 | display | varchar | 255 | 否 | 否 | 显示顺序 |
| 6 | father_id | int | 否 | 否 | 父级ID | |
| 7 | dir | varchar | 255 | 否 | 否 | 文件夹 |
| 8 | type | varchar | 32 | 否 | 否 | 文件类型 |
表 4-22-user(用户账户)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | user_id | int | 是 | 是 | 用户ID | |
| 2 | state | smallint | 是 | 否 | 账户状态:(1可用|2异常|3已冻结|4已注销) | |
| 3 | user_group | varchar | 32 | 否 | 否 | 所在用户组 |
| 4 | login_time | timestamp | 是 | 否 | 上次登录时间 | |
| 5 | phone | varchar | 11 | 否 | 否 | 手机号码 |
| 6 | phone_state | smallint | 是 | 否 | 手机认证:(0未认证|1审核中|2已认证) | |
| 7 | username | varchar | 16 | 是 | 否 | 用户名 |
| 8 | nickname | varchar | 16 | 否 | 否 | 昵称 |
| 9 | password | varchar | 64 | 是 | 否 | 密码 |
| 10 | | varchar | 64 | 否 | 否 | 邮箱 |
| 11 | email_state | smallint | 是 | 否 | 邮箱认证:(0未认证|1审核中|2已认证) | |
| 12 | avatar | varchar | 255 | 否 | 否 | 头像地址 |
| 13 | open_id | varchar | 255 | 否 | 否 | 针对获取用户信息字段 |
| 14 | create_time | timestamp | 是 | 否 | 创建时间 |
表 4-23-user_complaints(用户投诉)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | user_complaints_id | int | 是 | 是 | 用户投诉ID | |
| 2 | task_title | varchar | 64 | 否 | 否 | 任务标题 |
| 3 | task_number | varchar | 64 | 否 | 否 | 任务编号 |
| 4 | task_type | varchar | 64 | 否 | 否 | 任务类型 |
| 5 | ordinary_user | int | 否 | 否 | 普通用户 | |
| 6 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
| 7 | running_user | int | 否 | 否 | 跑腿用户 | |
| 8 | run_name | varchar | 64 | 否 | 否 | 跑腿姓名 |
| 9 | upload_evidence | varchar | 255 | 否 | 否 | 上传证据 |
| 10 | complaint_content | text | 65535 | 否 | 否 | 投诉内容 |
| 11 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 12 | examine_reply | varchar | 16 | 否 | 否 | 审核回复 |
| 13 | create_time | datetime | 是 | 否 | 创建时间 | |
| 14 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 15 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 16 | source_id | int | 否 | 否 | 来源ID | |
| 17 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-24-user_evaluation(用户评价)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | user_evaluation_id | int | 是 | 是 | 用户评价ID | |
| 2 | task_title | varchar | 64 | 否 | 否 | 任务标题 |
| 3 | task_number | varchar | 64 | 否 | 否 | 任务编号 |
| 4 | task_type | varchar | 64 | 否 | 否 | 任务类型 |
| 5 | ordinary_user | int | 否 | 否 | 普通用户 | |
| 6 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
| 7 | running_user | int | 否 | 否 | 跑腿用户 | |
| 8 | run_name | varchar | 64 | 否 | 否 | 跑腿姓名 |
| 9 | evaluation_content | text | 65535 | 否 | 否 | 评价内容 |
| 10 | create_time | datetime | 是 | 否 | 创建时间 | |
| 11 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 12 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 13 | source_id | int | 否 | 否 | 来源ID | |
| 14 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-25-user_group(用户组)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | group_id | mediumint | 是 | 是 | 用户组ID | |
| 2 | display | smallint | 是 | 否 | 显示顺序 | |
| 3 | name | varchar | 16 | 是 | 否 | 名称 |
| 4 | description | varchar | 255 | 否 | 否 | 描述 |
| 5 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 6 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 7 | source_id | int | 是 | 否 | 来源ID | |
| 8 | register | smallint | 否 | 否 | 注册位置 | |
| 9 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 10 | update_time | timestamp | 是 | 否 | 更新时间 |
5系统实现
用户可以根据需求发布跑腿任务,跑腿人员则可浏览任务详情,选择适合的任务进行接单,确保任务匹配的效率与便捷性,为双方提供良好的服务体验。跑腿任务浏览界面如图5-1所示。

图5-1 跑腿任务浏览界面
接单界面如图5-2所示。

图5-2 接单界面
通过发布平台的最新通知和公告,确保用户和跑腿人员能够及时获悉重要信息,如任务更新、平台活动或规则变动,促进信息的即时传达和服务的高效运行。通知公告界面如图5-3所示。

图5-3 通知公告界面
该功能提供各类校园资讯、跑腿服务相关动态及活动信息,帮助用户和跑腿人员了解校园内的最新事务及跑腿服务的相关动向,增强平台与校园生活的互动性。资讯中心界面如图5-4所示。

图5-4 资讯中心界面
个人中心是用户管理自己在平台上所有活动的重要区域。通过个人首页,用户可以快速查看任务进度、账户余额和历史记录,并且能够实时跟踪自己发布的跑腿任务。用户在这里可以对跑腿人员进行评价、查看任务状态、处理投诉和管理评论内容,确保所有服务需求和反馈得到及时响应。通过个人中心,用户可以轻松管理平台的所有事务,提升使用体验和平台互动性。普通个人中心界面如图5-5所示。

图5-5用户个人中心界面
跑腿人员的个人中心提供了一个便捷的管理平台,帮助跑腿人员查看自己的个人信息、任务记录和接单状态。跑腿人员可以通过个人中心查看任务详情、处理用户评价和投诉,确保每个任务的高效完成。同时,跑腿人员也能根据用户反馈调整自己的服务策略,不断优化工作质量,提升自己的信誉和评分。个人中心是跑腿人员与平台沟通的核心工具,确保服务质量和任务进展的透明度跑腿个人中心界面如图5-6所示。

图5-6跑腿用户个人中心界面
系统用户管理功能允许管理员管理平台的用户,包括普通用户和跑腿人员。管理员可以审核注册信息、控制账户权限、维护用户数据的完整性,以确保平台的正常运营和服务的合规性。用户管理界面如图5-7所示。

图5-7 用户管理界面
跑腿订单管理功能使管理员能够查看和管理所有跑腿订单的状态,包括任务分配、进度跟踪、结算等。通过该功能,管理员可以确保跑腿订单的顺利执行,及时解决订单中的问题,提升服务质量。跑腿订单管理界面如图5-8所示。

图5-8跑腿订单管理界面
用户评价管理功能允许平台管理员监控和管理用户对跑腿人员的评价,确保评价内容真实、有效,及时处理用户反馈,帮助平台优化服务质量,并提供合理的改进建议。用户评价管理界面如图5-9所示。

图5-9 用户评价管理界面
用户投诉管理功能使平台能够及时处理和响应用户对跑腿服务的投诉,管理员可通过该功能分析投诉原因,确保用户问题得到快速解决,提升平台的客户满意度和服务质量。用户投诉管理界面如图5-10所示。

图5-10用户投诉管理界面
6系统测试
测试的主要目的是确保系统的功能和性能满足预期的需求,同时识别和修复潜在的缺陷。通过系统测试,可以验证各个功能模块的正确性和稳定性,确保系统在不同使用场景下的表现符合设计要求。测试目的包括确认系统功能的完整性、验证数据处理的准确性、评估系统的性能和安全性。测试还可以提高用户满意度,保证用户在使用系统时获得流畅和可靠的体验。通过全面的测试,可以降低后期维护成本,减少系统上线后出现故障的风险,从而保障系统的长期稳定运行。
在本系统中,测试方法主要依赖于测试用例的设计与执行。测试用例是根据系统需求文档编写的,覆盖所有功能模块及其边界情况。每个测试用例包含输入数据、预期结果和实际结果的对比,以验证系统的功能是否按预期工作。
常见的测试用例包括功能测试用例、边界测试用例和异常测试用例[13]。功能测试用例针对系统的各项功能进行验证;边界测试用例则侧重于输入数据的边界条件,验证系统在极端情况下是否能够稳定运行;异常测试用例则用于验证系统在处理错误输入或异常情况时的反应。本文选择功能测试用例进行系统测试。
在测试执行过程中,记录每个用例的执行结果,并根据实际结果与预期结果的对比,判断系统是否存在缺陷。通过系统化的测试用例执行,可以有效提高测试的覆盖率和效率,为系统的最终上线提供保障。
跑腿任务浏览功能测试用例表是用来验证用户能否正确浏览和筛选跑腿任务的测试用例。跑腿任务浏览功能测试用例表如表6-1所示。
表6-1 跑腿任务浏览功能测试用例
| 测试项 | 测试用例 | 预期结果 | 结论 |
| 跑腿任务浏览功能测试 | 1. 打开跑腿任务浏览页面。 | 页面正常加载,显示跑腿任务列表。 | 与预期结果一致。 |
| 跑腿任务浏览功能测试 | 2. 选择筛选条件。 | 筛选条件被成功选中。 | 与预期结果一致。 |
| 跑腿任务浏览功能测试 | 3. 点击搜索按钮。 | 系统根据筛选条件进行搜索。 | 与预期结果一致。 |
| 跑腿任务浏览功能测试 | 4. 查看筛选结果。 | 页面显示符合条件的跑腿任务列表。 | 与预期结果一致。 |
添加跑腿任务功能测试用例表是用来验证用户能否正确添加跑腿任务的测试用例。添加跑腿任务功能测试用例表如表6-2所示。
表6-2 添加跑腿任务功能测试用例
| 测试项 | 测试用例 | 预期结果 | 结论 |
| 添加跑腿任务功能测试 | 1. 打开添加跑腿任务页面。 | 页面正常加载,显示信息填写表单。 | 与预期结果一致。 |
| 添加跑腿任务功能测试 | 2. 填写任务基本信息。 | 信息成功输入并保存。 | 与预期结果一致。 |
| 添加跑腿任务功能测试 | 3. 上传服务照片。 | 照片成功上传并显示预览。 | 与预期结果一致。 |
| 添加跑腿任务功能测试 | 4. 点击提交按钮。 | 页面提示信息提交成功,并显示等待审核状态。 | 与预期结果一致。 |
评论管理功能测试用例表是用来验证用户能否正确发表和管理评论的测试用例。评论管理功能测试用例表如表6-4所示。
表6-4评论管理功能测试用例
| 测试项 | 测试用例 | 预期结果 | 结论 |
| 评论管理功能测试 | 1. 打开评论管理页面。 | 页面正常加载,显示评论列表及输入框。 | 与预期结果一致。 |
| 评论管理功能测试 | 2. 选择目标服务。 | 目标服务的评论列表成功加载。 | 与预期结果一致。 |
| 评论管理功能测试 | 3. 输入评论内容。 | 评论内容成功输入并显示在输入框中。 | 与预期结果一致。 |
| 评论管理功能测试 | 4. 点击提交按钮。 | 评论成功发布并显示在评论列表中。 | 与预期结果一致。 |
用户管理功能测试用例表是用来验证管理员能否正确管理用户信息的测试用例。用户管理功能测试用例表如表6-4所示。
表6-4用户管理功能测试用例
| 测试项 | 测试用例 | 预期结果 | 结论 |
| 用户管理功能测试 | 1. 打开用户管理页面。 | 页面正常加载,显示用户列表及操作选项。 | 与预期结果一致。 |
| 用户管理功能测试 | 2. 选择目标用户。 | 目标用户信息成功加载到编辑界面。 | 与预期结果一致。 |
| 用户管理功能测试 | 3. 修改用户权限或状态。 | 用户权限或状态成功更新。 | 与预期结果一致。 |
| 用户管理功能测试 | 4. 点击保存按钮。 | 用户信息成功更新并显示在用户列表中。 | 与预期结果一致。 |
通过对跑腿任务浏览功能的测试,系统能够正常加载跑腿任务页面,用户可根据筛选条件成功搜索并查看符合条件的跑腿任务列表,所有操作均与预期结果一致。添加跑腿任务功能的测试结果表明,用户能够顺利填写服务基本信息并上传照片,提交后系统正确提示信息提交成功并显示等待审核状态。评论管理功能的测试表明,用户能够选择目标服务并发表评论,评论成功显示在评论列表中。用户管理功能的测试验证了管理员能够选择目标用户并修改其权限或状态,保存后用户信息成功更新并显示在列表中。所有功能测试结果均与预期一致,系统功能运行正常。
7总结
校园跑腿平台通过高效的功能设计和技术实现,满足了校园用户和跑腿人员的多样化需求。平台包含了从任务发布、订单管理到评价反馈和投诉处理的完整服务流程,确保任务的顺利执行和服务的高质量完成。平台采用Spring Boot等技术栈构建,具备高可靠性和高性能,保证了任务的精准匹配与高效处理。同时,平台的管理系统确保了任务的透明度、服务的公正性和用户的参与感,优化了校园生活中的跑腿服务体验。通过技术支持与细化的交互设计,平台提升了用户与跑腿人员的互动效率,为校园社区提供了更便捷、和谐的服务环境。
参考文献
- 冯志林.Java EE程序设计与开发实践教程[M].机械工业出版社:202105.353.
- 尹应荆.JAVA编程语言在计算机软件开发中的应用[J].石河子科技,2023,(05):45-47.
- 刘江涛,王亮亮,吴庆茹,等.基于B/S模式的铁路勘测设计案例信息化管理系统设计与实现[J].铁路计算机应用,2021,30(03):32-35.
- 张丹丹,李弘.基于B/S架构的办公管理系统设计与开发[J].铁路通信信号工程技术,2024,21(09):44-48+106.
- 王志亮,纪松波.基于SpringBoot的Web前端与数据库的接口设计[J].工业控制计算机,2023,36(03):51-53.
- 熊永平.基于SpringBoot框架应用开发技术的分析与研究[J].电脑知识与技术,2021,15(36):76-77.
- 赵媛.基于Vue的Web系统前端性能优化分析[J].电脑编程技巧与维护,2024,(09):44-46.
- 秦冬.浅析Vue框架在前端开发中的应用[J].信息与电脑(理论版),2024,36(13):61-63.
- 李艳杰.MySQL数据库下存储过程的综合运用研究[J].现代信息科技,2023,7(11):80-82+88.
- 陈倩怡,何军.Vue+Springboot+MyBatis技术应用解析[J].电脑编程技巧与维护,2020,(01):14-15+28.
- 周晓玉,崔文超.基于Web技术的数据库应用系统设计[J].信息与电脑(理论版),2023,35(09):189-191.
- 马艳艳,吴晓光.计算机软件与数据库的设计策略分析[J].电子技术,2024,53(05):104-105.
- 李俊萌.计算机软件测试技术与开发应用策略分析[J].信息记录材料,2023,24(03):50-52.
- 叶竹.天冷叫个“跑腿”送孩子上学,靠谱吗[N].三湘都市报,2024-12-30(A04).
- Zhu Y ,Yang J ,Chen Z , et al.Nonlinear tunneling of partially nonlocal dark-dark annular sneaker waves under a parabolic potential[J].Chinese Journal of Physics,2024,92885-893.
- Cachet and Taskrabbit Partner to Redefine Gig Worker Insurance Across Europe[J].M2 Presswire,2024,
- John T ,Harrison D M ,Nancy L .What most influences consumers’ intention to use? Different motivation and trust stories for uber, airbnb, and taskrabbit[J].European Journal of Information Systems,2023,32(5):818-840.
- 刘言东.信息网上走群众少跑腿——河南省不动产“一窗受理”云平台建设纪实[J].资源导刊,2023,(06):24.
- 张雨柔,丁永慧,江婷.校园“跑腿”业务经营策略研究[J].市场周刊,2023,36(05):33-36.
- 余海燕,王姝翔,李红梅.基于众包平台的跑腿代购即时配送优化研究[J].工业工程,2022,25(04):100-107.
- 包文夏,吴梓恩,朱宝怡.基于Axure平台的校园跑腿APP原型设计[J].办公自动化,2022,27(08):15-18.
- 王姝翔.基于众包平台的跑腿代购即时配送优化研究[D].重庆交通大学,2022.DOI:10.27671/d.cnki.gcjtc.2022.000135.
- 谢淑婷,职鸣奕,王娇,等.“闲鱼跑腿”小程序设计[J].中国科技信息,2021,(19):88-89.
- 邓云霞,周沛,孙罡,等.“帮主”小程序的设计研究——基于微信小程序的校园跑腿互助平台[J].投资与合作,2021,(02):197-198.
- 吕谨伊,谌杨杨,朱泓羲,等.校园跑腿服务平台发展影响因素实证分析——以江西某高校为例[J].市场周刊,2020,33(08):80-82+111.
致谢
在本项目的实施过程中,许多人给予了我无私的支持和帮助,令我深感感谢。
我要衷心感谢我的指导老师。不仅在项目的初期提供了宝贵的建议,还在整个过程中给予了我细致入微的指导。专业知识和严谨态度始终激励着我,让我在遇到困难时能够保持信心,继续前行。每一次的讨论都让我对项目有了更深刻的理解,帮助我克服了许多技术难题。
我也要感谢参与用户测试的同学们。你们的反馈和建议为我们系统的优化提供了重要的参考,帮助我们更好地理解用户需求。正是因为有了你们的参与,我们才能够不断改进,提升系统的用户体验。感谢所有支持我的家人和朋友。你们的理解与鼓励让我在项目的紧张时刻始终能够保持积极的心态,成为我前进的动力。每当我遇到挑战时,想到你们的支持,我就能够重新振作,继续努力。最后,我要感谢所有在我职业发展过程中给予帮助的人。每一次的交流与分享都让我受益匪浅,拓宽了我的视野,让我在这条道路上走得更加坚定。
项目的完成不仅是我个人努力的结果,更是许多人共同支持与协作的成果。在此,我再次向所有关心和支持我的人表达衷心的感谢。希望未来我们能够继续携手,共同创造更多的价值和成就。
附录
系统核心代码设计
用户注册
注册页UserController.java,传入user对象,并将"user_id"、 "state"、 "user_group"、"login_time"、"phone"、"phone_state"、 "username"、"nickname"、"password"、"email"、"email_state"、"avatar"、"create_time"输入,重点是 "username"、"nickname"、"password"必须输入,通过获取username,数据库查询是否有该用户,如果存在,则提示“用户已存在”,否则执行将UserId置为空(数据库表中该字段已设置自动递增),代码如图所示。

图注册核心代码图
用户登录
登录页,首先传入"username"、"email"、"phone"、"password",用户可通过用户名、邮箱、手机号进行登陆,通过判断resultList来确定查询结果,然后执行查询用户组UserGroup,用户组里面不存在,依然报“用户不存在”,执行完以上代码,最后涉及到用户带有“审核”的,会查询examine_state(用户的审核状态),数据库表user_group中含有source_table和source_field进行查询,以上步骤完成,对输入的密码进行存储Token到数据库,匹对账号和密码,数据库中的AccessToken为令牌,用于身份认证,代码如图所示。

用户登录核心代码图
修改密码
修改密码,通过请求data,获取旧密码,并将新密码重新赋值,期间都是需要通过加密,代码如图所示。

修改密码核心代码图
修改数据
修改一个数据,原理与add基本一致,不同点在于通过readConfig()读取关键字,以及通过readQuery()获取URL后面?指定位置的标识,转成Map对象后,执行update操作,同样通过拼接的sql语句执行,执行过程读取query,toWhereSql()语句完成数据库操作,body为修改对象的值,代码如图所示。

修改数据核心代码图
删除数据
删除一条数据,通过readQuery(),获取URL后面的对象地址,删除FROM具体的table,query删除查询FindConfig语句,代码如图示。

图4-11删除数据核心代码图
获取列表
通过请求的参数获取列表数据,代码如图所示。

图获取列表核心代码图
图片上传
通过请求的参数获取列表数据,代码如图4-13所示。

图片上传核心代码图
请关注点赞+私信博主,免费领取项目源码
888

被折叠的 条评论
为什么被折叠?



