【课程设计】基于springboot本地生活服务信息展示系统的设计与实现-计算机毕设 附源码13171

发布时间:2026/10/9 5:17:27
【课程设计】基于springboot本地生活服务信息展示系统的设计与实现-计算机毕设 附源码13171 基于springboot本地生活服务信息展示系统第一章 相关技术介绍1.1 Spring Boot框架Spring Boot框架是在Spring生态系统越来越臃肿的情况下产生的。早期的Spring项目需要配置大量的XML文件各个模块之间依赖版本的协调工作也花费了开发者很多时间。该框架通过自动配置机制解决配置复杂性问题。项目启动时会扫描类路径下的依赖根据jar包是否存在来判断是否加载某个配置类。在服务信息展示场景中Spring Boot会根据spring-webmvc依赖自动配置DispatcherServlet无需手动注册。内嵌Servlet容器设计使应用打包之后可以直接使用java -jar命令来运行。Tomcat、Jetty等容器被嵌入到框架中部署时不需要外接web服务器。该框架的starter依赖体系简化了Maven配置工作开发者引入spring-boot-starter-web即可获得Web开发所需全套依赖。条件注解Conditional系列可以灵活地控制配置加载只有当某个类存在或者某个属性满足一定的值时才会实例化Bean[13]。框架内部的事件监听机制可以让开发者在应用生命周期的各个阶段插入自定义逻辑在ApplicationReadyEvent触发之后就可提前把服务类型的缓存数据加载到其中。运行期间Spring Boot提供的Actuator模块可以监控应用的健康状况内存使用情况、线程池状态等指标可以通过HTTP端点暴露出来。1.2 Vue框架Vue框架使用声明式渲染模型来操作DOM结构。使用传统的jQuery方式需要手动获取元素并修改它的属性当界面状态比较复杂的时候代码的可维护性就会降低。Vue使用虚拟DOM当组件的状态发生变化时就会重新生成虚拟节点树用diff算法找到最小的更新范围来应用到真实的DOM上。该框架的核心是响应式数据系统组件实例化的时候会递归地遍历data对象的属性用Object.defineProperty把这些属性转换成getter和setter。属性被读取的时候收集依赖属性被修改的时候触发更新通知。服务信息列表展示时用户选择分类标签之后就只需要改变对应的属性视图就会重新渲染。Vue的组件化结构把界面分成独立可复用的单元服务卡片、分页组件、搜索框等都可以封装成独立的组件。组件间使用props传递数据使用$emit触发父组件事件。路由管理使用vue-router插件完成页面跳转采用客户端路由模式切换时不向服务器发起请求。Vue单文件组件把模板、逻辑、样式放在同一个.vue文件里开发工具有语法高亮和代码补全的功能。该框架的生态系统包括状态管理库Vuex组件之间共享的数据可以存储到全局的store中[14]用户登录状态、购物车信息等跨组件数据使用此方法管理比较合适。1.3 MySQL数据库MySQL数据库属于开源的关系型数据库管理系统在Web应用中占有很重要的位置。该数据库使用客户端-服务器架构服务端进程会监听指定的端口来接受SQL查询请求。连接管理器线程处理新连接的认证认证成功之后分配给它一个专门的线程来处理后续请求。查询优化器对SQL语句进行语法解析和词法分析产生多个执行计划然后选取代价最低的执行计划来执行。存储引擎层使用不同的数据存储方式InnoDB引擎支持事务和外键约束。该引擎用B树做索引数据结构叶子节点保存完整的数据行非叶子节点只保存索引键值和指针。在服务信息检索场景中WHERE条件所涉及的字段建立索引之后可以大大减少磁盘扫描次数。MySQL的查询缓存机制会将SELECT语句和结果集一起缓存起来当相同的查询再次执行的时候就会直接从缓存中获取数据。数据修改操作会造成有关表的缓存失效在高写入环境下会存在缓存抖动的情况。事务隔离级别默认为REPEATABLE READ用多版本并发控制的方法来解决幻读问题。每个事务开始的时候会得到一个递增的事务ID读取数据的时候只会查看版本号小于当前事务ID的版本。该数据库采用主从复制架构二进制日志保存所有的数据变更操作[15]从库按照日志进行重放来达到数据同步的目的。本地生活服务系统中服务信息表、用户表、反馈表等结构化的数据可以使用MySQL进行存储。1.4 MyBatis持久层框架MyBatis框架给数据库访问提供了一个抽象层的封装。传统的JDBC编程要手动注册驱动、创建连接、编写SQL语句、处理结果集重复的代码占了很大一部分。MyBatis用XML文件或者注解的方式配置SQL映射规则开发者只需要关注SQL语句本身。框架内部用动态代理技术生成Mapper接口的实现类调用接口方法时拦截请求将请求转换成相应的数据库操作。SQL会话对象SqlSession是框架的核心工作单元负责执行映射语句、获取映射器、管理事务。该对象的生命周期应该被限制在一个方法之内每次进行数据库操作时都会产生一个新的会话在操作结束后立即关闭并释放连接资源。MyBatis支持一级缓存和二级缓存。一级缓存属于会话级别相同的会话内执行相同的SQL语句时可以直接从缓存中获取结果。二级缓存在命名空间级别上起作用多个会话可以共享数据。当服务类型数据被频繁读取但是很少修改的时候开启二级缓存可以减少数据库查询次数。该框架可以对动态SQL进行拼接根据不同的条件产生不同的结构的查询语句。if、choose、where、foreach等标签让SQL编写具备逻辑判断能力。服务信息多条件搜索时服务名称模糊匹配、服务类型筛选、商家筛选等条件组合可以用动态SQL来实现。MyBatis与Spring Boot集成时mybatis-spring-boot-starter自动配置SqlSessionFactory与SqlSessionTemplate[16]。数据源配置写在application.properties文件中框架自动创建连接池。结果映射规则可以实现复杂的对象关系填充一对多关联查询的时候可以使用collection标签把子表的数据装配到父表对象的集合属性里。第二章 系统分析2.1 可行性分析2.1.1 技术可行性本系统使用Spring Boot框架来搭建后端服务Spring Boot自带Tomcat容器打包成jar包后可以直接运行不需要额外配置web服务器。Vue前端框架支持组件化开发界面逻辑和数据逻辑分开多人协作时模块间的干扰小。MySQL数据库具有事务支持以及索引优化的能力服务信息查询等读操作可以借助合理的索引来加快响应速度。MyBatis持久层框架用动态SQL的方式来执行多条件组合查询进而达到服务检索功能的灵活使用。前后端分离架构里接口用JSON形式传输数据职责划分清楚。开发环境使用IntelliJ IDEA集成工具Maven进行项目的依赖管理版本冲突问题可以自动解决。以上技术栈在大规模项目上已经得到验证开发资料丰富遇到问题时可以通过社区获得解决办法。2.1.2 经济可行性系统开发过程中主要的投入有人力成本和设备采购费。开发人员使用个人计算机即可完成编码工作不需要购买专用的服务器设备。Spring Boot、Vue、MySQL均为开源技术框架使用许可无需支付授权费用。开发工具IntelliJ IDEA有社区版功能可以满足毕业设计开发的需要。系统运行阶段可以部署到云服务商的低配置实例上每月费用在较低范围内。商户通过系统发布服务信息不需要缴纳入驻费降低了中小商户线上推广的成本。管理员在后台界面上对信息进行审核以及公告的发布工作无需自己开发出专门的管理客户端软件。系统维护主要是数据库备份和日常巡检只需要一个运维人员就可以完成。整体投入结构合理没有出现超出预期范围的资源消耗。2.1.3 操作可行性普通用户在使用系统的时候不需要下载任何的软件只需打开浏览器输入相应的网址就可以进入首页。服务信息按类型组织用户通过点击分类标签来筛选自己想要的信息。服务详情页下拉框点击后可以跳转到页面底部的反馈意见区域填写反馈意见最多只能点击三次。商家用户登录之后进入到专属的管理界面服务信息发布表单采用结构化的布局方式填写好服务名称、服务介绍、服务封面等基本信息之后提交即可。管理员用户有一个独立的后台界面用户管理、服务审核、反馈处理等操作的入口都在左侧导航栏里。审核服务信息的时候管理员可以查看待审核列表点击进入详情页之后就可以作出通过或者驳回的决定。三类用户操作界面互相不影响各自关注的功能模块被放在显眼的地方。学习成本主要表现在商家第一次发布服务信息的时候表单项的提示文字可以降低填写错误率。2.2 功能需求分析普通用户进入系统之后可以浏览首页的内容。首页区包含轮播图、最新服务信息推荐、系统公告摘要这些模块。用户点击服务卡片之后就会跳转到详情页服务详情页上会显示服务介绍、服务图片、商家联系方式等全部内容。用户可以在线提出自己的意见意见的类型、意见的描述、佐证图片等信息都用表单提交到服务器。用户可以浏览系统公告列表来了解平台的运营情况。普通用户用例图如下图3-1所示。图3-1普通用户用例图商家用户登录之后就进入到自己的工作界面。商家可以浏览系统公告、最新资讯获取平台规则变动或者活动信息。商家可以对自身的发布的服务信息进行管理添加新的服务信息或者修改已经发布的相关内容。商家可以到个人中心查看账号信息对商家名称、商家电话、商家地址等进行修改。商家用户用例图如图3-2所示。图3-2商家用户用例图管理员用户登录之后就进入了后台管理界面。管理员可以对系统中的用户进行管理对普通用户的账号以及商家的账号进行状态管理。管理员可以对服务类型进行管理可以新增或者修改服务分类的名称。管理员可以对服务信息进行审核查看待审核的列表并对它们作出通过或者驳回的决定。管理员可以查看在线反馈列表给用户回复。管理员可以发布系统公告设置公告标题和正文。管理员可以管理轮播图设置首页展示的图片以及跳转链接。管理员用户用例图如图3-3所示。图3-3管理员用户用例图第三章 系统设计3.1 系统架构设计本系统使用前后端分离的分层架构模式。用户界面层完成数据展示和交互收集的工作Vue框架创建的单页面应用使用axios库去请求服务端。应用服务层接收到HTTP请求之后就会执行业务逻辑处理Spring Boot框架中控制器用来做请求路由的映射以及参数的校验。数据持久层隐藏数据库访问的细节使用MyBatis框架的SQL映射文件将对象和数据库表进行转换。分层的设计可以降低模块之间的耦合度界面层的改变不会影响到业务逻辑的实现。系统运行时用户请求从浏览器发出之后经过控制器层到达服务层服务层调用数据访问接口完成数据库操作返回结果逆序传递给前端渲染。在架构设计的时候考虑到了不同用户角色的权限隔离问题普通用户、商家用户、管理员用户分别对应独立的控制器和视图组件。Spring Security安全框架对请求进行拦截并验证用户身份[17]未登录用户不能访问需要授权的接口。系统架构图如下图4-1所示。图4-1系统架构图3.2 系统结构功能设计本地生活服务信息展示系统为普通用户、商家用户、管理员用户三个角色提供服务。普通用户主要是通过服务浏览、在线反馈提交、系统公告阅读等模块来使用系统。商家用户的主体功能主要是发布服务信息、编辑服务信息和个人资料维护这三个方面。管理员用户对系统后台工作进行管理即用户账号的管理、服务类型的添加与删除、服务信息的审核、在线反馈的回复、系统公告的发布、轮播图的设置等。三类角色的功能模块彼此独立但又互相联系只有管理员审核通过的服务信息才能被普通用户浏览用户提交的反馈需要管理员处理回复。该系统的功能结构如图4-2所示。图4-2系统功能结构图3.3 业务流程设计3.3.1 系统总体业务流程设计用户访问系统首页之后可以浏览到服务信息列表。未登录状态下只能看到公开的内容提交反馈或者发布服务的时候会跳转到登录页面。普通用户完成注册登录后提交在线反馈反馈信息进入待审核状态。商家用户登录后发布服务信息信息提交之后状态标记为待审核。管理员登录后台查看待审核列表对服务信息做内容合规性检查。审核通过的服务信息在用户端首页显示审核驳回的信息退回给商家修改。管理员对用户反馈进行处理回复用户可以查看个人中心的回复信息。系统总体业务流程图如图4-3所示。图4-3系统总体业务流程图3.3.2 服务信息发布流程设计商家用户登录系统后进入服务信息管理模块。点击新增服务按钮进入发布表单页面填写服务名称、服务类型、服务介绍、服务封面、服务时长等基本属性。提交前系统校验必填字段是否完整校验不通过时提示补充缺失信息。提交成功后服务信息状态变为待审核商家可在列表中查看已提交的信息。审核通过后服务信息在用户端展示商家无法修改已通过审核的内容。若需修改应联系管理员或重新提交。服务信息发布流程如图4-4所示。图4-4服务信息发布流程图3.3.3 服务信息审核流程设计管理员登录后台后进入服务信息管理页面。待审核列表展示所有状态为待审核的服务信息管理员点击某条记录进入详情页。详情页展示服务名称、商家信息、服务介绍、服务封面等内容。管理员判断信息是否符合平台发布规范符合标准时点击通过按钮。信息存在问题时点击驳回按钮并填写驳回原因。审核通过的信息状态变更为已通过用户端可正常浏览。审核驳回的信息退回给商家商家修改后可重新提交审核。服务信息审核流程如图4-5所示。图4-5服务信息审核流程图3.3.4 在线反馈处理流程设计普通用户在服务详情页或反馈专用页面提交反馈意见。反馈表单收集反馈类型、反馈描述、佐证图片等信息提交后反馈记录写入数据库。系统将反馈状态标记为待处理管理员在后台反馈管理模块查看待处理列表。管理员点击某条反馈进入详情页阅读用户描述内容后填写处理回复。回复内容提交后反馈状态变更为已处理用户登录后可查看管理员回复。若用户对处理结果不满意可再次提交补充反馈。在线反馈处理流程如图4-6所示。图4-6在线反馈处理流程图3.3.5 系统公告发布流程设计管理员登录后台后进入系统公告管理模块。点击新增公告按钮进入编辑页面填写公告标题与公告正文。编辑器支持文本格式化操作管理员可调整字体大小、插入图片等。内容编辑完成后点击发布按钮公告状态变更为已发布。已发布的公告在用户端首页公告栏显示按发布时间倒序排列。管理员可对已发布公告进行编辑修改或删除操作修改后用户端看到更新后的内容。系统公告发布流程如图4-7所示。图4-7系统公告发布流程图3.4 数据库设计数据库设计属于信息系统开发的关键部分关系型数据模型用二维表的方式来组织业务数据每张表由行和列组成行代表实体记录列代表实体属性。规范化理论指导表结构的设计过程用分解数据依赖关系来减少冗余的存储。本系统的数据库使用MySQL来实现保存用户的账户、服务信息、服务类型、在线反馈等业务数据。主键约束保证每条记录都是唯一的外键约束来保证表之间的参照完整性。事务机制保证多个关联操作要么全部提交要么全部回滚服务信息发布过程中涉及到主表插入和关联表更新的时候事务保障数据一致[18]。3.4.1 概念设计用户账户实体主要包括用户账户id、用户名、密码、用户组、头像地址、昵称、手机号码、邮箱、账户状态、上次登录时间等属性。实体属性图如图4-8所示。图4-8用户账户实体属性图普通用户实体主要包括普通用户id、用户id、用户姓名、用户性别、用户年龄、用户电话等属性。实体属性图如图4-9所示。图4-9普通用户实体属性图商家用户实体主要包括商家用户id、用户id、商家名称、商家电话、商家地址、商家资质等属性。实体属性图如图4-10所示。图4-10商家用户实体属性图服务信息实体主要包括服务信息id、服务名称、服务类型、服务封面、服务介绍、商家用户、审核状态、审核回复、点赞数、收藏数、评论数等属性。实体属性图如图4-11所示。图4-11服务信息实体属性图服务类型实体主要包括服务类型id、服务类型、创建用户id等属性。实体属性图如图4-12所示。图4-12服务类型实体属性图在线反馈实体主要包括在线反馈id、普通用户、用户姓名、反馈类型、反馈描述、佐证图片、审核状态、审核回复等属性。实体属性图如图4-13所示。图4-13在线反馈实体属性图系统公告实体主要包括公告id、标题、正文等属性。实体属性图如图4-14所示。图4-14系统公告实体属性图图4-15系统E-R图3.4.2 数据库表设计用户账户表主要是用来存储系统所有用户的登录凭证与基本信息。主要包括用户账户id、用户名、密码、用户组等字段。如表4-1所示。表4-1用户账户表序号字段名类型长度是否非空是否主键备注1用户账户idint11是是用户ID2用户名varchar16是否用户名3密码varchar64是否密码4用户组varchar32否否所在用户组普通用户表主要是用来存储普通用户的身份信息与联系方式。主要包括普通用户id、用户id、用户姓名、用户性别等字段。如表4-2所示。表4-2普通用户表序号字段名类型长度是否非空是否主键备注1普通用户idint11是是普通用户ID2用户idint11是否用户ID3用户姓名varchar64否否用户姓名4用户性别varchar64否否用户性别商家用户表主要是用来存储商家用户的基本资料与资质信息。主要包括商家用户id、用户id、商家名称、商家电话等字段。如表4-3所示。表4-3商家用户表序号字段名类型长度是否非空是否主键备注1商家用户idint11是是商家用户ID2用户idint11是否用户ID3商家名称varchar64否否商家名称4商家电话varchar64否否商家电话服务信息表主要是用来存储商家发布的服务内容与审核状态。主要包括服务信息id、服务名称、服务类型、服务封面等字段。如表4-4所示。表4-4服务信息表序号字段名类型长度是否非空是否主键备注1服务信息idint11是是服务信息ID2服务名称varchar64否否服务名称3服务类型varchar64否否服务类型4服务封面varchar255否否服务封面服务类型表主要是用来维护服务分类的层级结构。主要包括服务类型id、服务类型、创建用户id等字段。如表4-5所示。表4-5服务类型表序号字段名类型长度是否非空是否主键备注1服务类型idint11是是服务类型ID2服务类型varchar64否否服务类型3创建用户idint11是否创建用户ID在线反馈表主要是用来存储用户提交的意见建议与管理员回复。主要包括在线反馈id、普通用户、用户姓名、反馈类型等字段。如表4-6所示。表4-6在线反馈表序号字段名类型长度是否非空是否主键备注1在线反馈idint11是是在线反馈ID2普通用户int11否否普通用户3用户姓名varchar64否否用户姓名4反馈类型varchar64否否反馈类型系统公告表主要是用来存储平台发布的各类通知内容。主要包括公告id、标题、正文等字段。如表4-7所示。表4-7系统公告表序号字段名类型长度是否非空是否主键备注1公告idint11是是公告ID2标题varchar125是否标题3正文longtext4294967295否否正文第四章 系统实现4.1 用户功能实现4.1.1 登录界面功能实现用户进入系统前必须完成身份验证操作。登录界面收集用户输入的账号凭证系统将这些信息传输至后端进行核对。验证通过后系统生成访问标识返回给前端后续请求携带该标识维持会话状态。密码传输过程采用加密处理原始明文不会在网络中直接暴露。登录界面如图5-1所示。图5-1登录界面界面4.1.2 首页功能实现首页承担系统入口角色各类信息在此处集中展示。轮播图区域呈现平台推荐的商户或活动用户点击后可跳转至详情页面。服务信息列表按发布时间倒序排列最新发布的内容优先获得曝光。分类导航栏帮助用户快速定位感兴趣的服务类型。首页界面如图5-2所示。图5-2首页界面4.1.3 系统公告功能实现平台发布的重要通知通过公告模块传递。用户进入公告列表页面后系统按照发布时间从近到远组织条目展示。每条公告仅显示标题与发布日期用户点击标题后页面切换至详情区域。详情页面完整呈现公告正文内容用户阅读完毕后可返回列表继续浏览。系统公告界面如图5-3所示。图5-3系统公告界面4.1.4 最新资讯功能实现资讯模块收集本地生活服务领域的动态信息。用户进入资讯页面后系统加载经过管理员筛选的内容条目。每条资讯包含标题与摘要文本帮助用户快速判断内容相关性。点击资讯标题后页面跳转至来源链接或详情页面用户可在新页面中阅读完整内容。最新资讯界面如图5-4所示。图5-4最新资讯界面4.1.5 服务信息功能实现用户浏览服务信息时进入列表页面系统从数据库中读取已审核通过的服务记录。每条服务以卡片形式展示封面图片、服务名称、所属类型等关键信息。用户点击卡片后进入详情页面服务介绍、商家联系方式、用户反馈等内容在此区域完整呈现。服务信息界面如图5-5所示。图5-5服务信息界面4.1.6 在线反馈功能实现用户使用系统过程中遇到问题或产生建议时通过反馈模块提交。反馈页面提供类型选择下拉框用户根据问题性质选择对应分类。描述文本域收集用户的具体意见佐证图片可辅助说明问题场景。提交操作触发前端校验必填项完整后数据发送至服务器存储。在线反馈界面如图5-6所示。图5-6在线反馈界面4.2 商家功能实现4.2.1 首页功能实现商家登录后进入专属首页面。该页面展示商家自身发布的服务信息统计情况包括已发布数量、待审核数量、已通过数量等指标。最新反馈提醒区域显示用户针对该商家提交的未读反馈条目。商家可通过快捷入口跳转到服务管理或资料维护页面。首页界面如图5-7所示。图5-7首页界面4.2.2 系统公告功能实现平台发布的通知公告在商家端同样可见。商家进入公告列表后系统展示所有已发布的公告条目按发布时间倒序排列。点击公告标题进入详情页面阅读完整内容了解平台规则变更或活动信息。商家无需单独订阅公告发布后自动出现在列表顶部。系统公告界面如图5-8所示。图5-8系统公告界面4.2.3 最新资讯功能实现资讯模块为商家提供行业动态参考。商家进入资讯页面后查看经过管理员筛选的本地生活服务领域信息每条资讯包含标题与摘要。点击标题后页面跳转至来源页面商家可在新窗口中阅读完整文章。资讯内容定期更新帮助商家了解市场趋势。最新资讯界面如图5-9所示。图5-9最新资讯界面4.2.4 服务信息功能实现商家通过服务信息模块管理自身发布的服务内容。进入管理页面后系统展示该商家提交的所有服务记录按提交时间倒序排列。每条记录显示服务名称、审核状态、提交日期等字段。点击新增按钮进入发布表单填写服务基本信息后提交等待审核。已驳回的记录可编辑后重新提交。服务信息界面如图5-10所示。图5-10服务信息界面4.2.5 个人中心功能实现商家在个人中心维护账号相关资料。页面展示当前登录商家的基本信息包括商家名称、联系电话、经营地址等字段。点击编辑按钮后表单进入可修改状态更新完成后提交保存。密码修改操作需要验证原密码验证通过后方可设置新密码。个人中心界面如图5-11所示。图5-11个人中心界面4.3 管理员功能实现4.3.1 后台首页功能实现管理员登录后进入后台仪表盘页面。该页面集中展示系统运行的关键指标包括用户总数、服务信息总数、待审核数量、未处理反馈数量等统计数值。图表区域呈现近期服务信息发布趋势帮助管理员掌握平台活跃度。快捷操作入口提供常用管理功能的跳转链接。后台首页界面如图5-12所示。图5-12后台首页界面4.3.2 系统用户功能实现管理员通过系统用户模块管理平台注册账号。用户列表展示所有普通用户与商家用户的账号信息支持按用户名或用户组进行筛选。点击编辑按钮可修改用户状态冻结操作将阻止该账号继续登录。管理员可查看用户详细信息包括注册时间与上次登录时间。系统用户界面如图5-13所示。图5-13系统用户界面4.3.3 服务类型管理功能实现服务类型管理模块维护服务信息的分类体系。类型列表展示所有已创建的服务分类包括分类名称与显示顺序。管理员可新增类型填写分类名称后保存到数据库。现有类型支持编辑修改或删除操作删除前系统检查该类型下是否存在关联的服务信息。服务类型管理界面如图5-14所示。图5-14服务类型管理界面4.3.4 服务信息管理功能实现管理员通过服务信息管理模块审核商家提交的内容。待审核列表展示状态为待审核的服务记录管理员点击条目后进入详情页面阅读服务介绍。审核通过操作将信息状态变更为已通过信息随即在用户端展示。审核驳回操作需要填写驳回原因信息退回给商家修改。服务信息管理界面如图5-15所示。图5-15服务信息管理界面4.3.5 在线反馈管理功能实现用户提交的反馈意见集中展示在反馈管理模块。待处理列表展示尚未回复的反馈记录管理员点击条目后阅读用户描述内容与佐证图片。处理回复填写完成后提交反馈状态变更为已处理。用户登录系统后可查看管理员回复内容。已处理的反馈记录归入历史列表备查。在线反馈管理界面如图5-16所示。图5-16在线反馈管理界面4.3.6 系统管理功能实现系统管理模块提供基础配置入口。轮播图配置功能允许管理员上传展示图片并设置跳转链接图片排序控制首页显示顺序。系统参数配置页面存放平台运行所需的基础设置项修改后即时生效。数据备份功能定期导出数据库内容防止意外丢失。系统管理界面如图5-17所示。图5-17系统管理界面4.3.7 系统公告管理功能实现管理员通过公告管理模块发布平台通知。公告列表展示所有已发布的公告条目支持按标题进行搜索。点击新增公告按钮进入编辑页面填写标题与正文内容后发布。已发布的公告可进行编辑修改或删除操作修改后用户端看到更新后内容。公告发布后立即在用户端与商家端显示。系统公告管理界面如图5-18所示。图5-18系统公告管理界面4.3.8 资源管理功能实现资源管理模块处理系统中使用的各类媒体文件。图片资源列表展示已上传的服务封面、轮播图、反馈佐证图等文件支持按上传时间排序。管理员可预览图片内容删除不再使用的文件释放存储空间。文件上传操作限制单个文件大小超出限制时系统给出提示。资源管理界面如图5-19所示。图5-19资源管理界面第五章 系统测试5.1 测试目的系统测试主要是检验本地生活服务信息展示系统是否符合设计规格说明所规定功能要求和非功能要求。测试过程以业务逻辑的正确性为依据对服务信息发布之后是否能进入待审核状态、管理员审核通过之后信息是否能在用户端正常显示、用户提交反馈之后管理员是否可以回复等主要路径进行检验。边界条件校验也是测试的重点服务名称超长输入、图片格式异常、必填项留空等场景下需要检验系统是否可以给出明确的提示。测试执行之前要准备测试数据和环境测试结束之后再做记录。系统经过全部的测试用例之后才能交付使用防止上线之后出现严重的功能缺陷而影响用户体验。白盒测试方法侧重于代码内部逻辑的覆盖程度黑盒测试方法侧重于输入输出是否符合预期[19]本文主要采用黑盒测试方法来设计测试用例。5.2 测试方法本系统测试使用的是黑盒测试的方法主要看功能模块对于输入的数据做出的响应结果是否正确。根据需求分析阶段功能描述文档来设计测试用例涵盖普通用户、商家用户、管理员用户这三种角色主要的操作场景[20]。功能测试主要是对服务信息发布、服务信息审核、在线反馈提交、反馈处理回复、系统公告发布等主要模块做单独的测试用例。界面测试页面布局是否一致按钮点击后有无反馈提示数据加载时是否显示加载动画。兼容性测试要在各种浏览器下运行即Chrome、Firefox、Edge等主要浏览器都要包含进去。测试过程中发现的缺陷记录到问题跟踪表里开发人员修复之后再做回归测试来验证。5.3 测试用例服务信息发布功能测试如表6-1所示。表6-1服务信息发布功能测试表测试内容测试步骤预期结果实际结果正常发布服务填写完整服务信息后提交服务记录保存成功状态为待审核符合预期必填项缺失留空服务名称后提交系统提示服务名称不能为空符合预期服务名称重复提交已存在的服务名称系统提示服务名称已存在符合预期服务信息审核功能测试如表6-2所示。表6-2服务信息审核功能测试表测试内容测试步骤预期结果实际结果审核通过点击通过按钮确认操作服务状态变更为已通过符合预期审核驳回点击驳回按钮填写原因后提交服务状态变更为已驳回符合预期批量审核勾选多条记录执行审核选中记录状态批量变更符合预期在线反馈提交功能测试如表6-3所示。表6-3在线反馈提交功能测试表测试内容测试步骤预期结果实际结果正常提交反馈填写反馈类型与描述后提交反馈记录保存成功符合预期敏感词过滤反馈描述中包含敏感词汇系统提示内容包含敏感词符合预期图片上传选择本地图片文件上传图片上传成功并显示缩略图符合预期在线反馈处理功能测试如表6-4所示。表6-4在线反馈处理功能测试表测试内容测试步骤预期结果实际结果回复处理填写回复内容后提交反馈状态变更为已处理符合预期直接标记不填写回复直接标记处理反馈状态变更为已处理符合预期用户查看回复用户登录后查看个人反馈显示管理员回复内容符合预期系统公告发布功能测试如表6-5所示。表6-5系统公告发布功能测试表测试内容测试步骤预期结果实际结果正常发布公告填写标题正文后点击发布公告保存成功并显示符合预期公告编辑修改已发布公告内容后保存用户端显示修改后内容符合预期公告删除点击删除按钮确认操作公告不再列表中出现符合预期测试结论经过对本地生活服务信息展示系统进行上述测试用例的测试之后在正常输入情况下可以正确保存数据在异常输入情况下可以给出明确的错误提示。服务信息审核模块中操作和驳回操作都能正确地改变信息的状态用户端根据状态的变化来控制信息的显示或者隐藏。在线反馈模块中用户的反馈信息会被管理员看到并且可以回复处理状态同步更新正确。系统公告模块的发布、编辑、删除操作都会对用户端展示的内容产生影响。所有的测试用例的执行结果都和预期的结果一致没有发现严重的功能缺陷或者逻辑错误。系统经过充分的测试之后达到设计的要求就可以进入到部署运行阶段。喜欢本项目的朋友可以点赞关注我私信发【源码】就能免费领取完整项目代码

关于本文作者

来自尧图内容编辑团队

尧图内容编辑团队 内容团队

尧图内容编辑团队

本文由尧图网络内容编辑团队执笔。团队由资深项目经理、前端工程师与设计师组成,所有内容均来自亲手交付的真实项目,先讲清问题、再给出可落地的解法。尧图深耕北京网站建设十年,服务过京华建材集团、智造科技等各行业客户,把一线经验沉淀为可复用的行业观察。

  • 十年建站经验,覆盖建材、制造、服务、文创等
  • 项目经理把关选题与事实准确性
  • 工程师与设计师联合撰写专业细节
  • 统一编辑规范,保证文风与排版一致
  • 每月复盘转化数据,迭代选题方向

延伸阅读

相关资讯与近期热门内容

深度阅读推荐

建站决策前值得细读的三篇

网站改版的5个关键决策
2024-08-12

网站改版的5个关键决策

什么时候该改版、改到什么程度、如何避免流量掉光,京华建材集团改版复盘给出答案。

获取专属建站方案

看完文章,把您的行业与预算告诉我们,免费获取一份量身定制的官网建设方案与报价。

立即免费咨询