最近遇到好几个准备计算机毕业设计的同学都在找SSM房屋装修管理系统的源码和实现文档。这个题目我在带的课程设计里也完整走过一遍所以单独写一篇把从需求到数据库再到核心业务代码的整套思路都拆开讲讲。房屋装修管理系统不是简单的新增删除它把业主、装修公司、管理员三个角色串在一条业务线上业主发装修需求公司报价双方签合同然后施工、报进度、验收、评价。对于一个毕设来说它比普通的学生管理、图书管理更能体现完整的业务闭环答辩时也更有东西可讲。这篇文章适合正在做JavaWeb毕业设计、需要快速理解SSM项目或者准备用这套源码二改的同学看完之后你至少能说清楚每一张表是干什么的每个核心接口是怎么流转的。1. 毕设选题里的安全牌为什么SSM加装修管理仍然能打1.1 选题同质化严重装修管理好在哪每年毕业设计提交上来打开一看一半是校园二手交易平台一半是图书管理系统剩下的是各种商城。不是说这些题目不好而是太容易撞车开题、答辩、论文查重的时候都很痛苦。房屋装修管理系统的好处在于它有一个真实的行业场景业务流程比单一模块的CRUD复杂一点但又不至于复杂到做不完。装修行业里有一个天然的多角色协作链条业主想装修装修公司想接单中间有报价、合同、施工、验收、评价。这个链条本身就是一套状态机需求先等待报价报价后等待业主确认确认后生成合同合同开始施工施工阶段要不断更新进度最后验收。每个状态变化都对应一个业务动作每个动作都会落到数据库的某个表上。做这种系统论文里能画出清晰的业务流程图、用例图、时序图代码里能体现多表关联、事务控制、权限拦截比单纯做一张图书表有意义得多。1.2 SSM不是新技术但依然是毕业答辩里的稳妥选择很多同学会问为什么不直接用SpringBoot如果学校允许用SpringBoot当然更省事配置少、开发快。但如果你所在学校课程体系里教的是SSM或者指导老师对框架底层比较看重那SSM反而是更稳妥的选择。原因很简单SSM需要你自己维护Spring的applicationContext.xml、SpringMVC的配置文件、MyBatis的Mapper映射这套配置过程能够逼着你搞清楚Spring容器怎么启动、DispatcherServlet如何拦截请求、SqlSessionFactory是怎么构建的。答辩时老师问一句SpringMVC的执行流程是什么你配置过、Debug过就能顺着DispatcherServlet、HandlerMapping、Controller、ViewResolver一条线讲下来。换成SpringBoot很多配置被自动装配隐藏掉了遇到同样的问题反而容易答不上来。用SSM实现房屋装修管理系统代码量会比SpringBoot大一些但是可控性很高。这个项目我测试过多次Tomcat 8.5加JDK 1.8跑得很稳适合作为计算机毕业设计原创源码去交付。1.3 源码不是终点拿到手第一件事别急着运行凡是带赠源码字样的毕设项目我都会提醒一句话源码是用来学习不是用来直接交的。你把它下载下来以后第一步不是双击打开数据库脚本一顿执行而是先花一晚上把目录结构、核心表设计、请求路由看明白。我看过太多同学答辩前一周才开始看源码结果连项目怎么启动都不知道更别提演示的时候突然报错。带着源码跑一遍只是会用能说清楚每个表字段为什么这样设计、每个接口为什么这样写才是懂。这篇博文后面的内容就是帮你从能跑走到能讲。2. 需求分析不能拍脑袋装修管理到底在管哪些事2.1 三角色与核心用例需求分析阶段最容易犯的错误是上来就画页面、写字段。正确的做法是先梳理角色和用例。这套系统里最核心的角色有三个业主客户、装修公司、系统管理员。角色核心操作典型诉求业主注册登录、发布装修需求、查看报价、确认合同、查看施工进度、验收、评价找靠谱公司、控制预算、知道施工到哪一步装修公司注册登录、查看需求、报价、接受合同、上报进度、提交验收接到更多订单、展示公司实力、及时同步施工情况系统管理员用户管理、需求审核、公告发布、数据统计维护系统秩序、确保信息真实上网搜索或者看真实的装修平台会发现有些系统还会拆出设计师工长监理但毕设不建议拆太细。角色越多权限控制和页面开发工作量成倍上升。三个角色足够形成业务差异也足够在答辩时讲清楚权限设计。2.2 一条完整的业务闭环把这套系统的业务闭环画成流程应该是这样业主发布装修需求填写房屋面积、户型、装修风格、预算范围、期望开工时间等基本信息。需求库里的装修公司可以浏览这些需求有合适的就发起报价。业主看到多个报价后选择合适的公司双方自动进入合同签订环节。合同生成之后装修公司会按施工阶段持续上报进度比如拆改阶段、水电阶段、泥瓦阶段业主可以在系统里看到进度百分比和文字描述。施工完成后装修公司申请验收业主确认通过后可以针对本次装修写评价整条链路才算结束。你在答辩时如果能把这个闭环用一两分钟讲出来老师立刻知道你不是在做一个零散的增删改查系统。2.3 功能清单与判定标准需求分析之后要整理出一份功能清单。这里有个原则基础功能要形成闭环加分功能量力而行。基础功能包括用户注册登录、需求发布与列表查询、报价管理、合同管理、施工进度管理、验收管理、评价管理、后台用户管理。这些已经能支撑一个完整的装修业务流程。加分功能包括密码加密存储、拦截器权限校验、公告管理、需求多条件筛选、合同编号自动生成、列表分页显示。如果时间和能力允许可以再加统计报表和文件上传。我在给课程设计做验收时最看重的是状态流转是否闭环。很多项目看起来功能都有但需求发布完以后报价和合同之间没有关联进度和合同之间也连不上这在老师眼里就是两张独立的表硬凑成一个系统。你宁可功能少一点也要保证主流程是通的。3. 数据库表设计复盘如何用9张表撑起整个系统3.1 用户角色与公司信息的设计取舍数据库设计是整个SSM房屋装修管理系统的地基。我给的参考方案是9张核心表这在本项目源码里可以对应看到。第一组是用户表建议命名为t_user。字段包含id、username、password、real_name、phone、role、avatar、create_time。其中role用整型区分角色比如0表示管理员、1表示业主、2表示装修公司。这样一张表完成登录认证简单直接。装修公司不建议和用户表合并成一张大表。虽然业务上装修公司也是一个账号但公司有公司名称、营业执照编号、地址、介绍、评分等信息和普通业主差异很大。如果全部塞进t_user字段会很臃肿而且不符合单一职责的表设计原则。所以单独建一张t_company表字段包括id、user_id、company_name、license_no、contact_person、address、intro、rating。user_id与t_user.id建立一对一关联既保留了账号登录独立性也能在装修需求列表页方便地显示公司名称。3.2 业务主链需求、报价、合同第二组是业务主链上的三张表需求表t_demand、报价表t_quote、合同表t_contract。t_demand是业主发布需求的落点核心字段有id、user_id、house_area、house_layout、decoration_style、budget、description、province/city/address、status、create_time。status请一定用int建议定义成0待接单、1已报价、2已签约、3施工中、4待验收、5已完成、6已关闭。t_quote是装修公司对某条需求发起的报价核心字段id、demand_id、company_id、price、duration_days、plan_content、status、create_time。demand_id关联需求表company_id关联公司表。status可以定义成0待业主确认、1已接受、2已拒绝。注意这里的设计逻辑一条需求可以被多家公司报价所以t_demand和t_quote是一对多关系。t_contract生成时机是业主接受了某条报价。核心字段contract_no、demand_id、quote_id、owner_id、company_id、total_price、start_date、end_date、status、create_time。从这张表开始业务已经从信息撮合进入履约管理。contract_no可以用时间戳加随机数生成答辩时也能说这是业务编号的规范做法。3.3 辅助链路施工进度、材料、验收、评价第三组是辅助链路t_progress、t_material、t_acceptance、t_comment。t_progress用于装修公司按阶段上报施工进度。字段contract_id、stage、description、progress_percent、operator_id、create_time。其中stage可以约定为字符串比如拆改水电泥瓦木工油漆安装竣工方便前端做时间线展示。一张合同下会有多条进度记录所以是一对多关系。t_material是材料清单表属于锦上添花的功能。字段contract_id、material_name、quantity、price、create_time。有了这张表这套系统就比只报文字进度的项目更有说服力可以做一个简单的施工材料列表展示装修过程的透明度。t_acceptance用于验收。字段contract_id、result、comment、check_time、owner_id。result可以用0待验收、1通过、2不通过。验收完成之后t_contract.status也应该跟着变化这个要在Service层里用事务控制。t_comment是业主对装修公司服务的评价。字段contract_id、user_id、company_id、score、content、create_time。这里也可以做一个小功能当新的评价产生时更新t_company.rating让列表页的公司评分跟着变化。3.4 几个容易踩的坑金额精度、外键约束、状态字段数据库设计里有三个常见坑这个项目里特别容易触发。第一金额字段不要用double。装修预算、报价金额、合同金额、材料单价全部用decimal(10,2)Java实体里用BigDecimal接收。用double计算金额轻则显示0.30000000000000004重则在写入数据库时出现精度误差答辩时被问到会很难看。第二不要过度使用外键。毕设系统里的外键约束会造成两个麻烦删除顺序必须严格测试数据初始化经常失败联表查询时MyBatis的关联映射也变得复杂。我的建议是表结构里保留逻辑外键字段比如demand_id、company_id但物理外键可以不建。保证查询时能关联出数据即可这件事可以在答辩时说成为了减少不必要的耦合使用应用层事务保证一致性。第三状态字段一定要加注释。所有status字段建议在数据库脚本里写成COMMENT 0待接单 1已报价...这样的形式。你过两天回来看代码或者指导老师看数据库能一眼明白每个数字的含义。代码里也建议定义一个常量类或者枚举类避免在各种Mapper XML里写裸数字。4. SSM工程落地项目结构和核心代码这样写才不乱4.1 推荐的分层结构和Maven配置拿到源码以后先看目录结构。一个规范的SSM项目通常是Maven构建的JavaWeb工程推荐这样分层src/main/java/com/example/decoration ├── controller # 控制器层 ├── service # 业务接口 ├── service/impl # 业务实现 ├── mapper # MyBatis Mapper接口 ├── entity # 实体类 ├── common # 统一返回结果、常量、工具类 └── interceptor # 登录拦截器、权限拦截器 src/main/resources ├── mapper # MyBatis SQL映射XML ├── spring # applicationContext.xml、spring-mvc.xml └── db.properties # 数据库连接配置 src/main/webapp ├── WEB-INF/web.xml └── jsp # 页面文件这套分层的核心思路是Controller只负责接收请求、调用Service、返回结果不直接操作数据库Service负责业务逻辑和事务Mapper只负责SQL。很多同学写毕设时喜欢在Controller里直接注入Mapper省事但答辩时老师问你这个Service层有什么意义就会很尴尬。既然是毕业设计一定要把Controller-Service-Mapper三层分清楚。Maven的pom.xml里核心依赖就是spring-webmvc、mybatis、mybatis-spring、mysql-connector-java、druid、jstl、servlet-api、jackson。注意两个点一是servlet-api要标scopeprovided/scope否则Tomcat里会冲突二是MySQL驱动版本要和自己本地的MySQL版本匹配5.7用5.1.49没问题8.x就要用8.0.33。4.2 SSM常用注解和登录拦截器实现这套系统里会用到不少SSM常用注解答辩前必须能说清楚Controller负责标记控制器RequestMapping负责映射URLResponseBody负责把返回值转成JSONService标记业务层组件Autowired是依赖注入Transactional是声明式事务。几乎每个注解都是高频考点。登录拦截是本项目权限体系的核心。由于没有引入Spring Security可以用SpringMVC的HandlerInterceptor来实现。public class LoginInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { HttpSession session request.getSession(); Object loginUser session.getAttribute(loginUser); if (loginUser null) { // 未登录则跳转到登录页也可以返回JSON response.sendRedirect(request.getContextPath() /login.jsp); return false; } return true; } }然后在spring-mvc.xml里注册拦截器并排除登录、注册、静态资源等路径mvc:interceptors mvc:interceptor mvc:mapping path/**/ mvc:exclude-mapping path/login/ mvc:exclude-mapping path/register/ mvc:exclude-mapping path/static/**/ mvc:exclude-mapping path/css/**/ mvc:exclude-mapping path/js/**/ !-- 装修需求列表和详情可以允许游客查看 -- mvc:exclude-mapping path/demand/list/ mvc:exclude-mapping path/demand/detail/**/ bean classcom.example.decoration.interceptor.LoginInterceptor/ /mvc:interceptor /mvc:interceptors拦截器这部分建议一定自己写一遍。很多网上源码的权限控制就是页面隐藏按钮根本没有后端拦截演示时绕开登录直接访问后端接口照样能查数据。加上这个拦截器功能和代码质量都会提升一个档次。4.3 业主发布需求三层代码如何联动以业主发布装修需求这个核心动作为例把三层代码完整走一遍。Controller层Controller RequestMapping(/demand) public class DemandController { Autowired private DemandService demandService; PostMapping(/publish) ResponseBody public Result publish(RequestBody Demand demand, HttpSession session) { User user (User) session.getAttribute(loginUser); if (user null || user.getRole() ! 1) { return Result.error(请使用业主账号登录); } demand.setUserId(user.getId()); demand.setStatus(0); demandService.publish(demand); return Result.success(); } }Service接口和实现类public interface DemandService { void publish(Demand demand); }Service public class DemandServiceImpl implements DemandService { Autowired private DemandMapper demandMapper; Override Transactional public void publish(Demand demand) { demand.setCreateTime(new Date()); demandMapper.insert(demand); } }MyBatis Mapper接口Repository public interface DemandMapper { int insert(Demand demand); }对应的XMLinsert idinsert parameterTypecom.example.decoration.entity.Demand useGeneratedKeystrue keyPropertyid INSERT INTO t_demand (user_id, house_area, house_layout, decoration_style, budget, description, address, status, create_time) VALUES (#{userId}, #{houseArea}, #{houseLayout}, #{decorationStyle}, #{budget}, #{description}, #{address}, #{status}, #{createTime}) /insert注意几个细节useGeneratedKeystrue和keyPropertyid保证了插入后能立刻拿到自增主键后续添加报价时可以直接使用ResponseBody配合统一的Result对象返回JSON比管理员返回字符串路径更清晰。这套写法学到之后在其他页面也一样用。4.4 装修公司上报施工进度多条件更新和事务施工进度上报是一个典型的多条件更新场景。装修公司可能只更新进度百分比也可能只更新描述文字甚至同时修改阶段名称。如果用固定SQL每次都要把所有字段传进来很别扭。MyBatis的动态SQL正好解决这个问题。Controller层接收参数后组装成一个Map或者直接使用Progress对象Service层调用Mapperupdate idupdateProgress parameterTypemap UPDATE t_progress set if teststage ! null and stage ! stage #{stage}, /if if testdescription ! null and description ! description #{description}, /if if testprogressPercent ! null progress_percent #{progressPercent}, /if /set WHERE id #{id} /update这里如果把更新进度和更新合同状态放在同一个Service方法里建议加上Transactional。比如当施工进度达到100%时自动把合同状态改为待验收。这个过程中有两张表的数据要更新任何一步失败都不能只更新一半否则数据就乱掉了。用Spring的声明式事务只需要在方法上增加Transactional注解Spring会基于AOP帮你完成事务的开闭和回滚。这也是答辩时值得重点讲的技术点在SSM里事务默认是针对运行时异常的受检异常不会触发回滚。所以Service里不要随意catch掉所有异常否则事务会失效。5. 把源码跑起来部署步骤和五个我实测踩过的坑5.1 前置环境与初始化在开始跑这套系统前建议准备以下环境JDK 1.8、Maven 3.6、Tomcat 8.5或9.0、MySQL 5.7开发工具可以用IDEA或Eclipse。这些版本组合我实测下来最稳定。具体步骤大概是这样用IDEA将源码作为Maven工程导入等待依赖下载完成。在本机MySQL里创建数据库名称建议用decoration_system编码用utf8mb4。执行源码附带的init.sql把建表和初始化数据一次导入。修改src/main/resources/db.properties里的数据库地址、用户名、密码。配置Tomcat把项目deploy到Tomcat中启动。浏览器访问http://localhost:8080/看到登录页说明启动成功。初始化数据里至少要有三个测试账号管理员、业主、装修公司。不然你在验收一个功能时还要临时注册两个角色非常麻烦。5.2 常见坑一数据库版本和驱动不匹配这个坑出现频率最高。学校机房很多是MySQL 5.5或5.7本地同学很多装了MySQL 8.0。MySQL 8.0默认认证插件是caching_sha2_password老版本驱动连接时会报Public Key Retrieval is not allowed。解决办法有两个一是统一用MySQL 5.7数据库脚本几乎不用改二是如果必须用MySQL 8.0要在db.properties里加allowPublicKeyRetrievaltrueuseSSLfalse并把驱动换成com.mysql.cj.jdbc.Driver。我在源码环境里默认写的是MySQL 5.7配置如果你用8.0记得主动改。5.3 常见坑二Mapper XML没有被打包进classesSSM项目里明明代码看起来没问题启动后报Invalid bound statement (not found)大概率是Mapper XML没有编译到classes目录下。Maven在打包时默认只把src/main/resources下的文件输出到classpath如果你的XML放在src/main/java里需要通过pom配置resources才能打包。最简单、也最建议的目录结构是Mapper接口放在src/main/java对应的XML放在src/main/resources/mapper下两者通过MyBatis的名称空间和接口全限定名关联。然后在spring-context.xml里的SqlSessionFactoryBean配置中设置mapperLocations指向classpath:mapper/*.xml。bean idsqlSessionFactory classorg.mybatis.spring.SqlSessionFactoryBean property namedataSource refdataSource/ property namemapperLocations valueclasspath:mapper/*.xml/ /bean5.4 常见坑三中文乱码中文乱码几乎每个JavaWeb毕设项目都会遇到。乱码原因一般有三个位置页面本身编码、请求编码、数据库连接编码。JSP页面用% page pageEncodingUTF-8 %。web.xml里配置CharacterEncodingFilter强制所有请求和响应使用UTF-8。数据库连接URL加characterEncodingutf8。数据库表创建时统一用utf8mb4不要用默认的latin1。很多同学只改了页面没有配置CharacterEncodingFilter结果POST请求里带中文就会乱。这个问题我排查过不少次配置一个全局过滤器基本能解决80%的乱码问题filter filter-nameencodingFilter/filter-name filter-classorg.springframework.web.filter.CharacterEncodingFilter/filter-class init-param param-nameencoding/param-name param-valueUTF-8/param-value /init-param /filter filter-mapping filter-nameencodingFilter/filter-name url-pattern/*/url-pattern /filter-mapping5.5 常见坑四静态资源被DispatcherServlet拦截SpringMVC的DispatcherServlet如果配置成/会默认拦截所有请求包括css、js、图片、html。如果不额外处理页面就会变成裸体状态没有任何样式。解决方式是在spring-mvc.xml里加入mvc:default-servlet-handler/ mvc:resources mapping/static/** location/static//然后把页面的css和js统一放在webapp/static目录下。这里要注意如果配置了自定义拦截器拦截/**静态资源路径一定要在exclude-mapping里排除否则登录拦截器会把css请求也拦下来。5.6 常见坑五金额和日期字段的处理房屋装修系统里到处是金额和时间处理不好就会出现两类问题。一是金额精度问题前面已经提到用BigDecimal。二是在JSON返回给前端时日期会变成一串时间戳非常不友好。可以在SpringMVC配置里加入JodaTime或者fastjson的序列化配置简单一点的话可以在实体类的日期字段上加JsonFormat(pattern yyyy-MM-dd HH:mm:ss, timezone GMT8)。这个细节属于没写也不影响功能但写了会让代码更完整的类型答辩时能给老师留下好印象。6. 答辩之前怎么把别人写的源码讲成自己的亮点6.1 讲清楚业务闭环毕业答辩时间通常很紧张老师不可能听你逐个页面念功能。建议用三分钟时间只讲一条主线业主发布需求装修公司报价业主确认签约装修公司更新进度业主验收评价。这条线每走到一个节点指出对应的表、对应的状态变化、对应的接口老师立刻就知道你是真懂这个项目。比如讲到需求发布你可以说业主发布需求前端把表单数据提交给/demand/publishController层判断登录用户角色后调用Service插入t_demand记录初始状态是0待接单。后面装修公司登录后查询状态为0的需求列表发起报价写入t_quote。每个业务动作都直接驱动状态变化这就是状态流转。6.2 四类高频追问和参考答案毕业设计中老师非常喜欢围绕框架、数据库、并发、安全来提问。我总结过几个高频问题你可以照着准备。问题核心作答思路SpringMVC的执行流程用户请求到达DispatcherServlet通过HandlerMapping找到对应的Controller方法执行后返回ModelAndView再经过ViewResolver解析视图。如果用了ResponseBody则直接由消息转换器输出JSONMyBatis和Hibernate的区别Hibernate是全自动ORM把Java对象和数据库表映射后不需要写SQLMyBatis是半自动ORMSQL由开发者自己控制和优化。本项目多表联查较多用MyBatis写动态SQL更直观项目里事务怎么控制在Spring配置文件中开启tx:annotation-driven在Service方法上使用Transactional保证多个表操作要么同时成功要么同时回滚如何防止SQL注入MyBatis的#{}底层使用PreparedStatement预编译传入的参数被当作参数值不会拼接进SQL如果用${}就要自己过滤。本项目统一使用#{}并在拦截器中校验登录状态还有一个常被问到的为什么不用SpringBoot你只要从当前学校课程体系以SSM为主SSM配置过程有助于理解框架运行机制两个角度去回答基本不会卡壳。6.3 低成本二次开发建议源码不是交完作业就结束了。如果你想在这个项目上加一些自己的东西以下三个方向成本都不高但是效果很明显。一是加入ECharts统计报表。在后台管理页面统计不同装修风格的需求数量或者每月新增合同数量。这个只需要写一个聚合查询SQL返回一个包含名称和数量的列表前端用ECharts画柱状图或饼图即可。它是典型的以项目数据为基础的拓展功能论文里也好写。二是增加Excel导出。合同列表加一个导出Excel按钮后端用EasyPOI或POI把查询结果写入Excel前端点击下载。这个功能能体现你对文件流和工具库的掌握工作量不大但非常出效果。三是如果学校允许SpringBoot可以尝试把这套系统改造成SpringBoot版本。把web.xml配置迁移成配置类把spring的XML配置改成注解你会发现框架之间迁移的逻辑是相通的这个改造过程能让你对SSM的理解更深一层。最后再分享一个实际经验拿到这套SSM房屋装修管理系统源码之后我建议你第一周只干一件事把核心表之间的关系画出来然后对着源码把需求发布和报价确认这两个接口的完整调用链走一遍。走通了后面的进度上报、验收评价、后台管理都是一样的套路。自己动手改过、断点打过的代码答辩时才真正说得出口。
最近遇到好几个准备计算机毕业设计的同学都在找SSM房屋装修管理系统的源码和实现文档。这个题目我在带的课程设计里也完整走过一遍所以单独写一篇把从需求到数据库再到核心业务代码的整套思路都拆开讲讲。房屋装修管理系统不是简单的新增删除它把业主、装修公司、管理员三个角色串在一条业务线上业主发装修需求公司报价双方签合同然后施工、报进度、验收、评价。对于一个毕设来说它比普通的学生管理、图书管理更能体现完整的业务闭环答辩时也更有东西可讲。这篇文章适合正在做JavaWeb毕业设计、需要快速理解SSM项目或者准备用这套源码二改的同学看完之后你至少能说清楚每一张表是干什么的每个核心接口是怎么流转的。1. 毕设选题里的安全牌为什么SSM加装修管理仍然能打1.1 选题同质化严重装修管理好在哪每年毕业设计提交上来打开一看一半是校园二手交易平台一半是图书管理系统剩下的是各种商城。不是说这些题目不好而是太容易撞车开题、答辩、论文查重的时候都很痛苦。房屋装修管理系统的好处在于它有一个真实的行业场景业务流程比单一模块的CRUD复杂一点但又不至于复杂到做不完。装修行业里有一个天然的多角色协作链条业主想装修装修公司想接单中间有报价、合同、施工、验收、评价。这个链条本身就是一套状态机需求先等待报价报价后等待业主确认确认后生成合同合同开始施工施工阶段要不断更新进度最后验收。每个状态变化都对应一个业务动作每个动作都会落到数据库的某个表上。做这种系统论文里能画出清晰的业务流程图、用例图、时序图代码里能体现多表关联、事务控制、权限拦截比单纯做一张图书表有意义得多。1.2 SSM不是新技术但依然是毕业答辩里的稳妥选择很多同学会问为什么不直接用SpringBoot如果学校允许用SpringBoot当然更省事配置少、开发快。但如果你所在学校课程体系里教的是SSM或者指导老师对框架底层比较看重那SSM反而是更稳妥的选择。原因很简单SSM需要你自己维护Spring的applicationContext.xml、SpringMVC的配置文件、MyBatis的Mapper映射这套配置过程能够逼着你搞清楚Spring容器怎么启动、DispatcherServlet如何拦截请求、SqlSessionFactory是怎么构建的。答辩时老师问一句SpringMVC的执行流程是什么你配置过、Debug过就能顺着DispatcherServlet、HandlerMapping、Controller、ViewResolver一条线讲下来。换成SpringBoot很多配置被自动装配隐藏掉了遇到同样的问题反而容易答不上来。用SSM实现房屋装修管理系统代码量会比SpringBoot大一些但是可控性很高。这个项目我测试过多次Tomcat 8.5加JDK 1.8跑得很稳适合作为计算机毕业设计原创源码去交付。1.3 源码不是终点拿到手第一件事别急着运行凡是带赠源码字样的毕设项目我都会提醒一句话源码是用来学习不是用来直接交的。你把它下载下来以后第一步不是双击打开数据库脚本一顿执行而是先花一晚上把目录结构、核心表设计、请求路由看明白。我看过太多同学答辩前一周才开始看源码结果连项目怎么启动都不知道更别提演示的时候突然报错。带着源码跑一遍只是会用能说清楚每个表字段为什么这样设计、每个接口为什么这样写才是懂。这篇博文后面的内容就是帮你从能跑走到能讲。2. 需求分析不能拍脑袋装修管理到底在管哪些事2.1 三角色与核心用例需求分析阶段最容易犯的错误是上来就画页面、写字段。正确的做法是先梳理角色和用例。这套系统里最核心的角色有三个业主客户、装修公司、系统管理员。角色核心操作典型诉求业主注册登录、发布装修需求、查看报价、确认合同、查看施工进度、验收、评价找靠谱公司、控制预算、知道施工到哪一步装修公司注册登录、查看需求、报价、接受合同、上报进度、提交验收接到更多订单、展示公司实力、及时同步施工情况系统管理员用户管理、需求审核、公告发布、数据统计维护系统秩序、确保信息真实上网搜索或者看真实的装修平台会发现有些系统还会拆出设计师工长监理但毕设不建议拆太细。角色越多权限控制和页面开发工作量成倍上升。三个角色足够形成业务差异也足够在答辩时讲清楚权限设计。2.2 一条完整的业务闭环把这套系统的业务闭环画成流程应该是这样业主发布装修需求填写房屋面积、户型、装修风格、预算范围、期望开工时间等基本信息。需求库里的装修公司可以浏览这些需求有合适的就发起报价。业主看到多个报价后选择合适的公司双方自动进入合同签订环节。合同生成之后装修公司会按施工阶段持续上报进度比如拆改阶段、水电阶段、泥瓦阶段业主可以在系统里看到进度百分比和文字描述。施工完成后装修公司申请验收业主确认通过后可以针对本次装修写评价整条链路才算结束。你在答辩时如果能把这个闭环用一两分钟讲出来老师立刻知道你不是在做一个零散的增删改查系统。2.3 功能清单与判定标准需求分析之后要整理出一份功能清单。这里有个原则基础功能要形成闭环加分功能量力而行。基础功能包括用户注册登录、需求发布与列表查询、报价管理、合同管理、施工进度管理、验收管理、评价管理、后台用户管理。这些已经能支撑一个完整的装修业务流程。加分功能包括密码加密存储、拦截器权限校验、公告管理、需求多条件筛选、合同编号自动生成、列表分页显示。如果时间和能力允许可以再加统计报表和文件上传。我在给课程设计做验收时最看重的是状态流转是否闭环。很多项目看起来功能都有但需求发布完以后报价和合同之间没有关联进度和合同之间也连不上这在老师眼里就是两张独立的表硬凑成一个系统。你宁可功能少一点也要保证主流程是通的。3. 数据库表设计复盘如何用9张表撑起整个系统3.1 用户角色与公司信息的设计取舍数据库设计是整个SSM房屋装修管理系统的地基。我给的参考方案是9张核心表这在本项目源码里可以对应看到。第一组是用户表建议命名为t_user。字段包含id、username、password、real_name、phone、role、avatar、create_time。其中role用整型区分角色比如0表示管理员、1表示业主、2表示装修公司。这样一张表完成登录认证简单直接。装修公司不建议和用户表合并成一张大表。虽然业务上装修公司也是一个账号但公司有公司名称、营业执照编号、地址、介绍、评分等信息和普通业主差异很大。如果全部塞进t_user字段会很臃肿而且不符合单一职责的表设计原则。所以单独建一张t_company表字段包括id、user_id、company_name、license_no、contact_person、address、intro、rating。user_id与t_user.id建立一对一关联既保留了账号登录独立性也能在装修需求列表页方便地显示公司名称。3.2 业务主链需求、报价、合同第二组是业务主链上的三张表需求表t_demand、报价表t_quote、合同表t_contract。t_demand是业主发布需求的落点核心字段有id、user_id、house_area、house_layout、decoration_style、budget、description、province/city/address、status、create_time。status请一定用int建议定义成0待接单、1已报价、2已签约、3施工中、4待验收、5已完成、6已关闭。t_quote是装修公司对某条需求发起的报价核心字段id、demand_id、company_id、price、duration_days、plan_content、status、create_time。demand_id关联需求表company_id关联公司表。status可以定义成0待业主确认、1已接受、2已拒绝。注意这里的设计逻辑一条需求可以被多家公司报价所以t_demand和t_quote是一对多关系。t_contract生成时机是业主接受了某条报价。核心字段contract_no、demand_id、quote_id、owner_id、company_id、total_price、start_date、end_date、status、create_time。从这张表开始业务已经从信息撮合进入履约管理。contract_no可以用时间戳加随机数生成答辩时也能说这是业务编号的规范做法。3.3 辅助链路施工进度、材料、验收、评价第三组是辅助链路t_progress、t_material、t_acceptance、t_comment。t_progress用于装修公司按阶段上报施工进度。字段contract_id、stage、description、progress_percent、operator_id、create_time。其中stage可以约定为字符串比如拆改水电泥瓦木工油漆安装竣工方便前端做时间线展示。一张合同下会有多条进度记录所以是一对多关系。t_material是材料清单表属于锦上添花的功能。字段contract_id、material_name、quantity、price、create_time。有了这张表这套系统就比只报文字进度的项目更有说服力可以做一个简单的施工材料列表展示装修过程的透明度。t_acceptance用于验收。字段contract_id、result、comment、check_time、owner_id。result可以用0待验收、1通过、2不通过。验收完成之后t_contract.status也应该跟着变化这个要在Service层里用事务控制。t_comment是业主对装修公司服务的评价。字段contract_id、user_id、company_id、score、content、create_time。这里也可以做一个小功能当新的评价产生时更新t_company.rating让列表页的公司评分跟着变化。3.4 几个容易踩的坑金额精度、外键约束、状态字段数据库设计里有三个常见坑这个项目里特别容易触发。第一金额字段不要用double。装修预算、报价金额、合同金额、材料单价全部用decimal(10,2)Java实体里用BigDecimal接收。用double计算金额轻则显示0.30000000000000004重则在写入数据库时出现精度误差答辩时被问到会很难看。第二不要过度使用外键。毕设系统里的外键约束会造成两个麻烦删除顺序必须严格测试数据初始化经常失败联表查询时MyBatis的关联映射也变得复杂。我的建议是表结构里保留逻辑外键字段比如demand_id、company_id但物理外键可以不建。保证查询时能关联出数据即可这件事可以在答辩时说成为了减少不必要的耦合使用应用层事务保证一致性。第三状态字段一定要加注释。所有status字段建议在数据库脚本里写成COMMENT 0待接单 1已报价...这样的形式。你过两天回来看代码或者指导老师看数据库能一眼明白每个数字的含义。代码里也建议定义一个常量类或者枚举类避免在各种Mapper XML里写裸数字。4. SSM工程落地项目结构和核心代码这样写才不乱4.1 推荐的分层结构和Maven配置拿到源码以后先看目录结构。一个规范的SSM项目通常是Maven构建的JavaWeb工程推荐这样分层src/main/java/com/example/decoration ├── controller # 控制器层 ├── service # 业务接口 ├── service/impl # 业务实现 ├── mapper # MyBatis Mapper接口 ├── entity # 实体类 ├── common # 统一返回结果、常量、工具类 └── interceptor # 登录拦截器、权限拦截器 src/main/resources ├── mapper # MyBatis SQL映射XML ├── spring # applicationContext.xml、spring-mvc.xml └── db.properties # 数据库连接配置 src/main/webapp ├── WEB-INF/web.xml └── jsp # 页面文件这套分层的核心思路是Controller只负责接收请求、调用Service、返回结果不直接操作数据库Service负责业务逻辑和事务Mapper只负责SQL。很多同学写毕设时喜欢在Controller里直接注入Mapper省事但答辩时老师问你这个Service层有什么意义就会很尴尬。既然是毕业设计一定要把Controller-Service-Mapper三层分清楚。Maven的pom.xml里核心依赖就是spring-webmvc、mybatis、mybatis-spring、mysql-connector-java、druid、jstl、servlet-api、jackson。注意两个点一是servlet-api要标scopeprovided/scope否则Tomcat里会冲突二是MySQL驱动版本要和自己本地的MySQL版本匹配5.7用5.1.49没问题8.x就要用8.0.33。4.2 SSM常用注解和登录拦截器实现这套系统里会用到不少SSM常用注解答辩前必须能说清楚Controller负责标记控制器RequestMapping负责映射URLResponseBody负责把返回值转成JSONService标记业务层组件Autowired是依赖注入Transactional是声明式事务。几乎每个注解都是高频考点。登录拦截是本项目权限体系的核心。由于没有引入Spring Security可以用SpringMVC的HandlerInterceptor来实现。public class LoginInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { HttpSession session request.getSession(); Object loginUser session.getAttribute(loginUser); if (loginUser null) { // 未登录则跳转到登录页也可以返回JSON response.sendRedirect(request.getContextPath() /login.jsp); return false; } return true; } }然后在spring-mvc.xml里注册拦截器并排除登录、注册、静态资源等路径mvc:interceptors mvc:interceptor mvc:mapping path/**/ mvc:exclude-mapping path/login/ mvc:exclude-mapping path/register/ mvc:exclude-mapping path/static/**/ mvc:exclude-mapping path/css/**/ mvc:exclude-mapping path/js/**/ !-- 装修需求列表和详情可以允许游客查看 -- mvc:exclude-mapping path/demand/list/ mvc:exclude-mapping path/demand/detail/**/ bean classcom.example.decoration.interceptor.LoginInterceptor/ /mvc:interceptor /mvc:interceptors拦截器这部分建议一定自己写一遍。很多网上源码的权限控制就是页面隐藏按钮根本没有后端拦截演示时绕开登录直接访问后端接口照样能查数据。加上这个拦截器功能和代码质量都会提升一个档次。4.3 业主发布需求三层代码如何联动以业主发布装修需求这个核心动作为例把三层代码完整走一遍。Controller层Controller RequestMapping(/demand) public class DemandController { Autowired private DemandService demandService; PostMapping(/publish) ResponseBody public Result publish(RequestBody Demand demand, HttpSession session) { User user (User) session.getAttribute(loginUser); if (user null || user.getRole() ! 1) { return Result.error(请使用业主账号登录); } demand.setUserId(user.getId()); demand.setStatus(0); demandService.publish(demand); return Result.success(); } }Service接口和实现类public interface DemandService { void publish(Demand demand); }Service public class DemandServiceImpl implements DemandService { Autowired private DemandMapper demandMapper; Override Transactional public void publish(Demand demand) { demand.setCreateTime(new Date()); demandMapper.insert(demand); } }MyBatis Mapper接口Repository public interface DemandMapper { int insert(Demand demand); }对应的XMLinsert idinsert parameterTypecom.example.decoration.entity.Demand useGeneratedKeystrue keyPropertyid INSERT INTO t_demand (user_id, house_area, house_layout, decoration_style, budget, description, address, status, create_time) VALUES (#{userId}, #{houseArea}, #{houseLayout}, #{decorationStyle}, #{budget}, #{description}, #{address}, #{status}, #{createTime}) /insert注意几个细节useGeneratedKeystrue和keyPropertyid保证了插入后能立刻拿到自增主键后续添加报价时可以直接使用ResponseBody配合统一的Result对象返回JSON比管理员返回字符串路径更清晰。这套写法学到之后在其他页面也一样用。4.4 装修公司上报施工进度多条件更新和事务施工进度上报是一个典型的多条件更新场景。装修公司可能只更新进度百分比也可能只更新描述文字甚至同时修改阶段名称。如果用固定SQL每次都要把所有字段传进来很别扭。MyBatis的动态SQL正好解决这个问题。Controller层接收参数后组装成一个Map或者直接使用Progress对象Service层调用Mapperupdate idupdateProgress parameterTypemap UPDATE t_progress set if teststage ! null and stage ! stage #{stage}, /if if testdescription ! null and description ! description #{description}, /if if testprogressPercent ! null progress_percent #{progressPercent}, /if /set WHERE id #{id} /update这里如果把更新进度和更新合同状态放在同一个Service方法里建议加上Transactional。比如当施工进度达到100%时自动把合同状态改为待验收。这个过程中有两张表的数据要更新任何一步失败都不能只更新一半否则数据就乱掉了。用Spring的声明式事务只需要在方法上增加Transactional注解Spring会基于AOP帮你完成事务的开闭和回滚。这也是答辩时值得重点讲的技术点在SSM里事务默认是针对运行时异常的受检异常不会触发回滚。所以Service里不要随意catch掉所有异常否则事务会失效。5. 把源码跑起来部署步骤和五个我实测踩过的坑5.1 前置环境与初始化在开始跑这套系统前建议准备以下环境JDK 1.8、Maven 3.6、Tomcat 8.5或9.0、MySQL 5.7开发工具可以用IDEA或Eclipse。这些版本组合我实测下来最稳定。具体步骤大概是这样用IDEA将源码作为Maven工程导入等待依赖下载完成。在本机MySQL里创建数据库名称建议用decoration_system编码用utf8mb4。执行源码附带的init.sql把建表和初始化数据一次导入。修改src/main/resources/db.properties里的数据库地址、用户名、密码。配置Tomcat把项目deploy到Tomcat中启动。浏览器访问http://localhost:8080/看到登录页说明启动成功。初始化数据里至少要有三个测试账号管理员、业主、装修公司。不然你在验收一个功能时还要临时注册两个角色非常麻烦。5.2 常见坑一数据库版本和驱动不匹配这个坑出现频率最高。学校机房很多是MySQL 5.5或5.7本地同学很多装了MySQL 8.0。MySQL 8.0默认认证插件是caching_sha2_password老版本驱动连接时会报Public Key Retrieval is not allowed。解决办法有两个一是统一用MySQL 5.7数据库脚本几乎不用改二是如果必须用MySQL 8.0要在db.properties里加allowPublicKeyRetrievaltrueuseSSLfalse并把驱动换成com.mysql.cj.jdbc.Driver。我在源码环境里默认写的是MySQL 5.7配置如果你用8.0记得主动改。5.3 常见坑二Mapper XML没有被打包进classesSSM项目里明明代码看起来没问题启动后报Invalid bound statement (not found)大概率是Mapper XML没有编译到classes目录下。Maven在打包时默认只把src/main/resources下的文件输出到classpath如果你的XML放在src/main/java里需要通过pom配置resources才能打包。最简单、也最建议的目录结构是Mapper接口放在src/main/java对应的XML放在src/main/resources/mapper下两者通过MyBatis的名称空间和接口全限定名关联。然后在spring-context.xml里的SqlSessionFactoryBean配置中设置mapperLocations指向classpath:mapper/*.xml。bean idsqlSessionFactory classorg.mybatis.spring.SqlSessionFactoryBean property namedataSource refdataSource/ property namemapperLocations valueclasspath:mapper/*.xml/ /bean5.4 常见坑三中文乱码中文乱码几乎每个JavaWeb毕设项目都会遇到。乱码原因一般有三个位置页面本身编码、请求编码、数据库连接编码。JSP页面用% page pageEncodingUTF-8 %。web.xml里配置CharacterEncodingFilter强制所有请求和响应使用UTF-8。数据库连接URL加characterEncodingutf8。数据库表创建时统一用utf8mb4不要用默认的latin1。很多同学只改了页面没有配置CharacterEncodingFilter结果POST请求里带中文就会乱。这个问题我排查过不少次配置一个全局过滤器基本能解决80%的乱码问题filter filter-nameencodingFilter/filter-name filter-classorg.springframework.web.filter.CharacterEncodingFilter/filter-class init-param param-nameencoding/param-name param-valueUTF-8/param-value /init-param /filter filter-mapping filter-nameencodingFilter/filter-name url-pattern/*/url-pattern /filter-mapping5.5 常见坑四静态资源被DispatcherServlet拦截SpringMVC的DispatcherServlet如果配置成/会默认拦截所有请求包括css、js、图片、html。如果不额外处理页面就会变成裸体状态没有任何样式。解决方式是在spring-mvc.xml里加入mvc:default-servlet-handler/ mvc:resources mapping/static/** location/static//然后把页面的css和js统一放在webapp/static目录下。这里要注意如果配置了自定义拦截器拦截/**静态资源路径一定要在exclude-mapping里排除否则登录拦截器会把css请求也拦下来。5.6 常见坑五金额和日期字段的处理房屋装修系统里到处是金额和时间处理不好就会出现两类问题。一是金额精度问题前面已经提到用BigDecimal。二是在JSON返回给前端时日期会变成一串时间戳非常不友好。可以在SpringMVC配置里加入JodaTime或者fastjson的序列化配置简单一点的话可以在实体类的日期字段上加JsonFormat(pattern yyyy-MM-dd HH:mm:ss, timezone GMT8)。这个细节属于没写也不影响功能但写了会让代码更完整的类型答辩时能给老师留下好印象。6. 答辩之前怎么把别人写的源码讲成自己的亮点6.1 讲清楚业务闭环毕业答辩时间通常很紧张老师不可能听你逐个页面念功能。建议用三分钟时间只讲一条主线业主发布需求装修公司报价业主确认签约装修公司更新进度业主验收评价。这条线每走到一个节点指出对应的表、对应的状态变化、对应的接口老师立刻就知道你是真懂这个项目。比如讲到需求发布你可以说业主发布需求前端把表单数据提交给/demand/publishController层判断登录用户角色后调用Service插入t_demand记录初始状态是0待接单。后面装修公司登录后查询状态为0的需求列表发起报价写入t_quote。每个业务动作都直接驱动状态变化这就是状态流转。6.2 四类高频追问和参考答案毕业设计中老师非常喜欢围绕框架、数据库、并发、安全来提问。我总结过几个高频问题你可以照着准备。问题核心作答思路SpringMVC的执行流程用户请求到达DispatcherServlet通过HandlerMapping找到对应的Controller方法执行后返回ModelAndView再经过ViewResolver解析视图。如果用了ResponseBody则直接由消息转换器输出JSONMyBatis和Hibernate的区别Hibernate是全自动ORM把Java对象和数据库表映射后不需要写SQLMyBatis是半自动ORMSQL由开发者自己控制和优化。本项目多表联查较多用MyBatis写动态SQL更直观项目里事务怎么控制在Spring配置文件中开启tx:annotation-driven在Service方法上使用Transactional保证多个表操作要么同时成功要么同时回滚如何防止SQL注入MyBatis的#{}底层使用PreparedStatement预编译传入的参数被当作参数值不会拼接进SQL如果用${}就要自己过滤。本项目统一使用#{}并在拦截器中校验登录状态还有一个常被问到的为什么不用SpringBoot你只要从当前学校课程体系以SSM为主SSM配置过程有助于理解框架运行机制两个角度去回答基本不会卡壳。6.3 低成本二次开发建议源码不是交完作业就结束了。如果你想在这个项目上加一些自己的东西以下三个方向成本都不高但是效果很明显。一是加入ECharts统计报表。在后台管理页面统计不同装修风格的需求数量或者每月新增合同数量。这个只需要写一个聚合查询SQL返回一个包含名称和数量的列表前端用ECharts画柱状图或饼图即可。它是典型的以项目数据为基础的拓展功能论文里也好写。二是增加Excel导出。合同列表加一个导出Excel按钮后端用EasyPOI或POI把查询结果写入Excel前端点击下载。这个功能能体现你对文件流和工具库的掌握工作量不大但非常出效果。三是如果学校允许SpringBoot可以尝试把这套系统改造成SpringBoot版本。把web.xml配置迁移成配置类把spring的XML配置改成注解你会发现框架之间迁移的逻辑是相通的这个改造过程能让你对SSM的理解更深一层。最后再分享一个实际经验拿到这套SSM房屋装修管理系统源码之后我建议你第一周只干一件事把核心表之间的关系画出来然后对着源码把需求发布和报价确认这两个接口的完整调用链走一遍。走通了后面的进度上报、验收评价、后台管理都是一样的套路。自己动手改过、断点打过的代码答辩时才真正说得出口。
