简介基于.NET MVC的教师公寓管理系统是一款面向本科毕业设计及课程设计的完整源码项目。采用C#与ASP.NET MVC分层架构搭配SQL数据库覆盖公寓信息管理、教师入住登记、宿舍分配、费用记录等核心模块适合需要完成类似管理系统课题或学习MVC开发流程的计算机专业学生。包内共500个文件压缩包约12.63MB以C#源文件cs、工程配置文件csproj/sln、SQL脚本及前端页面html/css/js/cshtml为主同时包含大量运行所需的dll依赖库解压后可直接用Visual Studio打开调试。已有252人学习或下载。除项目源码外还附带完整的NuGet缓存和编译中间文件便于还原项目依赖状态减少环境配置障碍。对于毕业设计答辩或课程设计报告的撰写足以提供一套可运行的实例参考。 看到这个题目我猜你心里第一反应大概率是又是管理系统无非增删改查。但把“教师公寓管理系统”拆开细看再用 C# .NET MVC 5 SQL Server 这套组合去落地一个 web 端项目你会发现它的深度和答辩发挥空间在管理类毕业设计里其实是被低估的一档。本文不是把网上那些源码再贴一遍而是按完整做一遍这套系统的思路从课题定位、数据库设计、MVC 实现、答辩准备到部署排错把每一步“为什么这么做”讲清楚。适合正在选毕设题目的大四学生也适合课设要用 .NET 做管理系统、想少走弯路的同学参考。1. 课题拆解教师公寓管理系统的本质是“状态流转链”1.1 三类角色与三块核心业务教师公寓管理系统管的是公寓吗是也不全是。公寓的楼栋、房间、公告、维修记录这些是静态数据和事务数据真正撑起整个系统的是一条状态流转链。教师从提交入住申请开始到管理员审核、分配房源到正式入住再到维修上报、退宿每一步都是前一个状态触发后一个状态。把这条链梳理清楚系统就完成了一半梳理不清楚哪怕功能齐全答辩老师多问两个问题就露馅。系统里有三类角色系统管理员、后勤审核人员、教师。注意千万别把角色做成一个简单的下拉框了事。角色不同看到的菜单、能点的按钮、能跳的页面都不一样这直接对应着 MVC 里的权限拦截。核心业务可以归成三块入住管理教师提交申请、管理员审核分配房间、退宿释放房源。维修管理教师上报维修后勤登记处理进度完成后回填。信息管理楼栋、房间、公告、账号维护。如果功能再少就是课设水平如果三块都做出来就是一套标准的企业后台结构。1.2 状态字段管理系统比“电子表单”高级的关键很多学生做管理系统房间表里就一个房间号一个面积申请表里甚至没有状态字段那系统就退化成了一张电子表格。真正的管理系统必须让每条数据带状态页面根据状态渲染不同的操作按钮。这个课题里三张核心表都有状态字段表状态字段含义Room 房间表Status0 空置、1 已分配、2 维修中、3 停用Apply 入住申请表Status0 待审核、1 已通过、2 已驳回、3 已退宿Repair 维修记录表Status0 待处理、1 处理中、2 已完成只有状态字段还不够你必须保证状态流转是有方向的。房间不可能从空置直接跳到停用后再跳回已分配中间要经过维修中申请单也不可能从已驳回直接变成已通过必须重新提交。这些方向逻辑写在 Service 层不要在 Controller 里散落到处都是。你提前想清楚了状态链答辩时被问到“审核通过后房间状态怎么变”反而是展示机会而不是卡壳现场。2. 技术选型不纠结.NET MVC 5 SQL Server 为什么仍是毕设最优解2.1 经典 MVC 和 Core 的取舍这个课题用的是经典 ASP.NET MVC 5跑在 .NET Framework 上不是 ASP.NET Core MVC。我知道现在网上新教程都在推 Core但毕设选型的第一原则是“能按时完成 答辩能答上”不是“技术最新”。对比项ASP.NET MVC 5.NET FrameworkASP.NET Core学习资料极多几乎任何报错都能搜到现成答案资料偏新部分教程过时快环境兼容性VS2015 以上都能打开对 VS/SDK 版本要求偏高部署环境Windows IIS学校机房很熟需要 Hosting Bundle配起来略绕导师熟悉度大多数老师都教过问题容易预测导师不一定深入了解结论很直接除非题目本身就写了 ASP.NET Core否则经典 MVC 5 就是最优解。用 Core 不是不行而是你会把大量时间消耗在环境配置和版本差异上这些和业务无关也不会给你加分。2.2 EF、Dapper 和原生 SQL 的搭配数据访问层面我这套系统推荐 EF6 Database First 少量原生 SQL。Database First 的好处是你先建库建表截图放论文里然后在 VS 里“从数据库生成模型”一大半实体类代码自动出来省下大量手写时间。查询和写入走 EF 的 LINQ遇到复杂统计再走 SQL 视图或原生查询。有些同学喜欢用纯 ADO.NET不是不行但你会把大量精力花在连接对象、DataTable、参数赋值上这些和业务没关系。Dapper 也可以轻量、SQL 可控但对新手来说它要求你更懂 SQL 和对象映射。我的建议是大部分操作走 EF面试/答辩被问 SQL 注入时再讲参数化查询这已经足够体面了。2.3 开发环境的版本核对清单这块踩坑的人极多先说三个最常见的VS2019/2022 安装时默认不带 .NET Framework 的 Web 项目模板需要单独勾选“ASP.NET 和 Web 开发”工作负载否则新建项目时根本看不到“ASP.NET Web 应用程序(.NET Framework)”这个选项。数据库建议用 SQL Server 2012 或 2019 Developer 版连接管理工具用 SSMS。装完后先别急着写代码先在 VS 的“服务器资源管理器”里把数据库连上排除实例名、账号密码问题再动手。IIS Express 调试时端口每次可能随机变右键项目 → 属性 → Web → 项目 URL固定成类似http://localhost:8080避免后面页面里写死的路径都失效。3. 数据库设计六张表吃透公寓管理业务3.1 表结构清单与关系先列清楚整个系统需要哪些表再动手建库。我最终落地的方案是六张核心表表名用途关键字段UserInfo用户账号UserId, UserName, Password, RealName, RoleId, Phone, DeptNameBuilding楼栋BuildingId, BuildingName, Address, Floors, RoomsPerFloorRoom房间信息RoomId, BuildingId, RoomNo, FloorNum, Area, RoomType, RentPrice, StatusApply入住申请ApplyId, ApplicantId, RoomId, ApplyReason, Status, ApplyTime, AuditId, AuditOpinionRepair维修记录RepairId, RoomId, ReporterId, Content, Status, CreateTime, FinishTimeAnnouncement公告AnnouncementId, Title, Content, PublisherId, PublishTime表关系并不复杂楼栋一对多房间用户一对多申请用户一对多维修公告发布者关联用户。重点注意两个细节Apply 表的 RoomId 是可空的因为教师在提交申请时还不知道系统会分配哪个房间Repair 表一定要有 FinishTime这直接对应到状态从“处理中”变成“已完成”的闭环。3.2 核心建表语句直接给最核心的两张表建表 SQL照着改就能用CREATE TABLE Room( RoomId INT IDENTITY(1,1) PRIMARY KEY, BuildingId INT NOT NULL REFERENCES Building(BuildingId), RoomNo NVARCHAR(20) NOT NULL, FloorNum INT NOT NULL, Area DECIMAL(5,2), RoomType NVARCHAR(20), -- 一室一厅 / 两室一厅 RentPrice DECIMAL(8,2), Status INT NOT NULL DEFAULT 0, -- 0空置 1已分配 2维修中 3停用 Remark NVARCHAR(200), CONSTRAINT UQ_BuildingRoomNo UNIQUE(BuildingId, RoomNo) );CREATE TABLE Apply( ApplyId INT IDENTITY(1,1) PRIMARY KEY, ApplicantId INT NOT NULL REFERENCES UserInfo(UserId), RoomId INT NULL REFERENCES Room(RoomId), ApplyReason NVARCHAR(500), ExpectDate DATETIME, Status INT NOT NULL DEFAULT 0, -- 0待审核 1已通过 2已驳回 3已退宿 ApplyTime DATETIME NOT NULL DEFAULT GETDATE(), AuditId INT NULL, AuditOpinion NVARCHAR(200), AuditTime DATETIME NULL );再补两个常用索引别小看这一步数据量一大列表页会不会卡就看索引有没有建对CREATE INDEX IX_Apply_Status ON Apply(ApplicantId, Status); CREATE INDEX IX_Room_Status ON Room(BuildingId, Status);3.3 适度冗余与字段规范设计时我有意做了两处“不守规矩”的设计反而是答辩亮点一是 UserInfo 表里直接放了 RealName、DeptName、Phone 等冗余字段不单独建部门表。理由是系统核心解决的是入住和维修流程部门和院系信息只是展示和筛选用单独建表反而每次查询都要多一次 JOIN。你可以说“这里我做了适度冗余用空间换查询效率符合第三范式但不死守第三范式”。二是所有状态字段统一用 int不用 varchar。如果哪天业务加了一个状态比如房间多一个“预留”int 加一个枚举值就行不用改表结构。主键统一自增 int命名统一叫 XXId时间字段统一 datetime金额用 decimal(8,2) 不用 float这些细节写在论文的数据设计章节里很加分。4. 从申请到分配MVC 核心闭环的落地实现4.1 分层约定与一个 Service 示例项目结构上我建议按 Controllers、ModelsEF 实体、Services、Views、Content/Scripts 来组织。Service 层不是必须的但强烈建议加答辩时讲“我是 Controller Service EF 三层写法Controller 不写业务逻辑Service 统一处理状态判断和事务”一句话就能体现你和“全写在按钮点击事件里”的同学的差距。以“教师提交入住申请”为例Service 层长这样public class ApplyService { public bool SubmitApply(int userId, string reason, DateTime expectDate) { using (var db new TeacherDormContext()) { var apply new Apply { ApplicantId userId, ApplyReason reason, ExpectDate expectDate, Status 0 // 待审核 }; db.Applies.Add(apply); return db.SaveChanges() 0; } } }状态初始值在 Service 里显式赋值不依赖数据库默认值这样读代码的人一眼能看明白这条数据处于什么阶段。Controller 里只需要接收页面传过来的参数调 Service 方法然后返回 ActionResult职责非常干净。4.2 登录与角色权限用一个过滤器统一处理管理系统几乎每个页面都要判断“是否登录、是不是管理员”如果每个 Action 里写一遍if (Session[UserId] null)代码会非常难看。正确做法是自定义一个权限过滤器继承 AuthorizeAttributepublic class CheckRoleAttribute : AuthorizeAttribute { public int RoleId { get; set; } protected override bool AuthorizeCore(HttpContextBase httpContext) { if (httpContext.Session[UserId] null) return false; return Convert.ToInt32(httpContext.Session[RoleId]) RoleId; } protected override void HandleUnauthorizedRequest(AuthorizationContext filterContext) { filterContext.Result new RedirectResult(/Home/Login); } }然后在 Action 上直接标注[CheckRole(RoleId 1)] // 1 表示系统管理员 public ActionResult ApplyList() { // ... }登录成功时把 UserId、RealName、RoleId 三个值写进 Session后续整个系统到处都用得到。这个过滤器是整篇代码里“技术含量”最高的一块也是答辩时可以直接拿出来讲设计思想的点。4.3 审核分配事务和状态校验必须同时做管理员在待审核列表里点“通过并分配房间”系统要同时做两件事把申请单状态改成已通过把房间状态改成已分配。这两件事必须放在一个事务里否则就会出现“申请单显示已通过房间还是空置的”这种数据不一致那就是事故。代码核心逻辑using (var db new TeacherDormContext()) { using (var tran db.Database.BeginTransaction()) { var apply db.Applies.Find(applyId); if (apply null || apply.Status ! 0) { return Content(该申请已被处理请勿重复操作); } var room db.Rooms.Find(roomId); if (room null || room.Status ! 0) { return Content(该房间当前不可分配请重新选择); } apply.Status 1; // 已通过 apply.RoomId roomId; apply.AuditTime DateTime.Now; room.Status 1; // 已分配 db.SaveChanges(); tran.Commit(); } }这段逻辑里三个细节都是加分项事务保证原子性先查状态再改状态的写法防重复处理事务提交失败时自动回滚。你可以顺着这个思路再想想“退宿释放房间”的反向操作逻辑是完全对称的。4.4 分页与多条件筛选列表页必须有分页和筛选条件这是毕设系统验收的基础要求。筛选条件不要一个个 if 堆到底拼 IQueryable 再统一执行是更清晰的做法public ActionResult RoomList(string buildingName, int? roomStatus, int page 1) { IQueryableRoom query db.Rooms.Include(Building); if (!string.IsNullOrEmpty(buildingName)) query query.Where(r r.Building.BuildingName.Contains(buildingName)); if (roomStatus.HasValue) query query.Where(r r.Status roomStatus.Value); int pageSize 10; int total query.Count(); var list query.OrderBy(r r.RoomNo) .Skip((page - 1) * pageSize) .Take(pageSize) .ToList(); // 把 total、page、pageSize 传到 View前端用 Layui 或 Bootstrap 渲染 }“先 Count 再 Skip/Take”的顺序不要搞反分页控件推荐直接用 Layui 自带的 table 组件前端切成后台分页模式数据量大时不会卡代码量也少。5. 答辩自检这几个技术细节讲清楚就是加分项5.1 参数化查询与 SQL Injection答辩时老师几乎必问“你怎么防止 SQL 注入”。答案就一句话EF 的 LINQ 会自动把表达式树转成参数化 SQL所以只要不拼接字符串注入就进不来。如果你用了原生 SQL务必改成参数化写法// 错误字符串拼接千万别这么写 // var sql SELECT * FROM UserInfo WHERE UserName name ; // 正确参数化 var sql SELECT * FROM UserInfo WHERE UserNamename; var cmd new SqlCommand(sql); cmd.Parameters.AddWithValue(name, name);能现场说出“参数化查询”这个词老师就会认为你懂安全不会继续深挖。5.2 密码存储别赤裸裸存明文很多毕设项目的用户表直接把密码明文存进去这是低级错误。纯 MD5 也不行网上彩虹表一查就能还原。最稳妥且适合毕设的做法是加盐string salt Guid.NewGuid().ToString(N); string passwordHash Md5(password salt); // 然后把 salt 和 passwordHash 都存到 UserInfo 表里答辩时你还可以补一句真正生产环境建议用 BCrypt 这类专用算法毕设演示场景下 MD5 盐已经足够。这句话一出口老师知道你有知识边界反而不会再刁难。5.3 并发分配房间的条件更新最容易被追问的场景是两个管理员同时审核同时看中了同一个空房间怎么处理如果代码是“先查状态再更新状态”两个请求都查到空置状态然后都更新成功房间就被重复分配了。正确的数据库写法是条件更新UPDATE Room SET Status1 WHERE RoomIdroomId AND Status0这条 SQL 执行后受影响行数是 1 说明抢房成功是 0 说明房间已经被人分配走了直接提示管理员换一间。你能说出“条件更新”或者“乐观锁”这个词并发这道题基本就过关了。5.4 路由、MVC 原理的回答要点这道题被问概率极高但其实不用背太深。你要能说出来默认路由是{controller}/{action}/{id}URL 会映射到 Controller 的某个 Action 方法请求进入 MVC 管道后会经过路由匹配、Controller 实例化、Action 调用、ActionResult 执行最后生成 HTML 返回浏览器。再补充一句“模型绑定会把表单的 name 属性自动映射到 Action 参数或 ViewModel 属性”老师就清楚你确实用过 MVC而不是只会拖控件。6. 发布与排错把环境这关过掉才算真正完成6.1 本地 IIS 发布三个高频错误在 VS 里右击项目 → 发布 → 选“文件夹”发布到一个目录然后去 IIS 里添加网站物理路径指向发布目录应用程序池用默认的 .NET v4.0 集成模式。这一步最常见的三个报错HTTP 403.14默认文档没生效先确认 Global.asax 和 RouteConfig.cs 都在项目根目录IIS 里“默认文档”可以临时加一个/Home/Index。HTTP 500.19配置文件错误或 IIS 用户没权限给发布目录添加 IIS_IUSRS 用户的读取权限即可。HTTP 500.21托管管道不对去“应用程序池 → 基本设置 → 托管管道模式”改成“集成”。6.2 连接字符串与 SQL Server 登录排查web.config 里的连接字符串是另一个重灾区connectionStrings add nameTeacherDormContext connectionStringserver.;databaseTeacherDormDB;uidsa;pwd123456; providerNameSystem.Data.SqlClient / /connectionStringsserver.表示本机默认实例如果 SQL Server 是命名实例要写成服务器名\实例名。另外务必确认 SQL Server 启用了“SQL Server 身份验证模式”右键实例 → 属性 → 安全性 → SQL Server 和 Windows 身份验证模式sa 账号密码也要对。排错顺序建议是SSMS 能连上 → VS 服务器资源管理器能连上 → 再谈程序能不能连上一层层缩小范围。6.3 做完基础功能后还能怎么往上加分如果时间允许这套系统还有三个性价比很高的扩展方向而且都是独立的答辩亮点数据可视化用 ECharts 做一个楼栋入住率仪表盘、每月维修数量柱状图数据从现有表 Group By 一下就能出来。报表导出用 NPOI 把房间列表、入住记录导出成 Excel教务场景很实用。审核通知管理员审核通过后给教师的预留手机号发一条短信或邮件。短信网关接入麻烦邮件用 SMTP 协议实现就够了代码量不大。建议这三个方向只挑一个做深不要贪多。先把数据库设计和状态流转这些主链路稳住所有扩展都是锦上添花。我做完这套系统后最大的感受是管理类课题最怕的不是代码写不出来而是业务没有闭环、状态没有流转。认真把这条线理通不管代码写得简单还是复杂答辩都稳得住。本文还有配套的精品资源点击获取 C# .NET MVC5教师公寓管理系统毕业设计实战解析
简介基于.NET MVC的教师公寓管理系统是一款面向本科毕业设计及课程设计的完整源码项目。采用C#与ASP.NET MVC分层架构搭配SQL数据库覆盖公寓信息管理、教师入住登记、宿舍分配、费用记录等核心模块适合需要完成类似管理系统课题或学习MVC开发流程的计算机专业学生。包内共500个文件压缩包约12.63MB以C#源文件cs、工程配置文件csproj/sln、SQL脚本及前端页面html/css/js/cshtml为主同时包含大量运行所需的dll依赖库解压后可直接用Visual Studio打开调试。已有252人学习或下载。除项目源码外还附带完整的NuGet缓存和编译中间文件便于还原项目依赖状态减少环境配置障碍。对于毕业设计答辩或课程设计报告的撰写足以提供一套可运行的实例参考。 看到这个题目我猜你心里第一反应大概率是又是管理系统无非增删改查。但把“教师公寓管理系统”拆开细看再用 C# .NET MVC 5 SQL Server 这套组合去落地一个 web 端项目你会发现它的深度和答辩发挥空间在管理类毕业设计里其实是被低估的一档。本文不是把网上那些源码再贴一遍而是按完整做一遍这套系统的思路从课题定位、数据库设计、MVC 实现、答辩准备到部署排错把每一步“为什么这么做”讲清楚。适合正在选毕设题目的大四学生也适合课设要用 .NET 做管理系统、想少走弯路的同学参考。1. 课题拆解教师公寓管理系统的本质是“状态流转链”1.1 三类角色与三块核心业务教师公寓管理系统管的是公寓吗是也不全是。公寓的楼栋、房间、公告、维修记录这些是静态数据和事务数据真正撑起整个系统的是一条状态流转链。教师从提交入住申请开始到管理员审核、分配房源到正式入住再到维修上报、退宿每一步都是前一个状态触发后一个状态。把这条链梳理清楚系统就完成了一半梳理不清楚哪怕功能齐全答辩老师多问两个问题就露馅。系统里有三类角色系统管理员、后勤审核人员、教师。注意千万别把角色做成一个简单的下拉框了事。角色不同看到的菜单、能点的按钮、能跳的页面都不一样这直接对应着 MVC 里的权限拦截。核心业务可以归成三块入住管理教师提交申请、管理员审核分配房间、退宿释放房源。维修管理教师上报维修后勤登记处理进度完成后回填。信息管理楼栋、房间、公告、账号维护。如果功能再少就是课设水平如果三块都做出来就是一套标准的企业后台结构。1.2 状态字段管理系统比“电子表单”高级的关键很多学生做管理系统房间表里就一个房间号一个面积申请表里甚至没有状态字段那系统就退化成了一张电子表格。真正的管理系统必须让每条数据带状态页面根据状态渲染不同的操作按钮。这个课题里三张核心表都有状态字段表状态字段含义Room 房间表Status0 空置、1 已分配、2 维修中、3 停用Apply 入住申请表Status0 待审核、1 已通过、2 已驳回、3 已退宿Repair 维修记录表Status0 待处理、1 处理中、2 已完成只有状态字段还不够你必须保证状态流转是有方向的。房间不可能从空置直接跳到停用后再跳回已分配中间要经过维修中申请单也不可能从已驳回直接变成已通过必须重新提交。这些方向逻辑写在 Service 层不要在 Controller 里散落到处都是。你提前想清楚了状态链答辩时被问到“审核通过后房间状态怎么变”反而是展示机会而不是卡壳现场。2. 技术选型不纠结.NET MVC 5 SQL Server 为什么仍是毕设最优解2.1 经典 MVC 和 Core 的取舍这个课题用的是经典 ASP.NET MVC 5跑在 .NET Framework 上不是 ASP.NET Core MVC。我知道现在网上新教程都在推 Core但毕设选型的第一原则是“能按时完成 答辩能答上”不是“技术最新”。对比项ASP.NET MVC 5.NET FrameworkASP.NET Core学习资料极多几乎任何报错都能搜到现成答案资料偏新部分教程过时快环境兼容性VS2015 以上都能打开对 VS/SDK 版本要求偏高部署环境Windows IIS学校机房很熟需要 Hosting Bundle配起来略绕导师熟悉度大多数老师都教过问题容易预测导师不一定深入了解结论很直接除非题目本身就写了 ASP.NET Core否则经典 MVC 5 就是最优解。用 Core 不是不行而是你会把大量时间消耗在环境配置和版本差异上这些和业务无关也不会给你加分。2.2 EF、Dapper 和原生 SQL 的搭配数据访问层面我这套系统推荐 EF6 Database First 少量原生 SQL。Database First 的好处是你先建库建表截图放论文里然后在 VS 里“从数据库生成模型”一大半实体类代码自动出来省下大量手写时间。查询和写入走 EF 的 LINQ遇到复杂统计再走 SQL 视图或原生查询。有些同学喜欢用纯 ADO.NET不是不行但你会把大量精力花在连接对象、DataTable、参数赋值上这些和业务没关系。Dapper 也可以轻量、SQL 可控但对新手来说它要求你更懂 SQL 和对象映射。我的建议是大部分操作走 EF面试/答辩被问 SQL 注入时再讲参数化查询这已经足够体面了。2.3 开发环境的版本核对清单这块踩坑的人极多先说三个最常见的VS2019/2022 安装时默认不带 .NET Framework 的 Web 项目模板需要单独勾选“ASP.NET 和 Web 开发”工作负载否则新建项目时根本看不到“ASP.NET Web 应用程序(.NET Framework)”这个选项。数据库建议用 SQL Server 2012 或 2019 Developer 版连接管理工具用 SSMS。装完后先别急着写代码先在 VS 的“服务器资源管理器”里把数据库连上排除实例名、账号密码问题再动手。IIS Express 调试时端口每次可能随机变右键项目 → 属性 → Web → 项目 URL固定成类似http://localhost:8080避免后面页面里写死的路径都失效。3. 数据库设计六张表吃透公寓管理业务3.1 表结构清单与关系先列清楚整个系统需要哪些表再动手建库。我最终落地的方案是六张核心表表名用途关键字段UserInfo用户账号UserId, UserName, Password, RealName, RoleId, Phone, DeptNameBuilding楼栋BuildingId, BuildingName, Address, Floors, RoomsPerFloorRoom房间信息RoomId, BuildingId, RoomNo, FloorNum, Area, RoomType, RentPrice, StatusApply入住申请ApplyId, ApplicantId, RoomId, ApplyReason, Status, ApplyTime, AuditId, AuditOpinionRepair维修记录RepairId, RoomId, ReporterId, Content, Status, CreateTime, FinishTimeAnnouncement公告AnnouncementId, Title, Content, PublisherId, PublishTime表关系并不复杂楼栋一对多房间用户一对多申请用户一对多维修公告发布者关联用户。重点注意两个细节Apply 表的 RoomId 是可空的因为教师在提交申请时还不知道系统会分配哪个房间Repair 表一定要有 FinishTime这直接对应到状态从“处理中”变成“已完成”的闭环。3.2 核心建表语句直接给最核心的两张表建表 SQL照着改就能用CREATE TABLE Room( RoomId INT IDENTITY(1,1) PRIMARY KEY, BuildingId INT NOT NULL REFERENCES Building(BuildingId), RoomNo NVARCHAR(20) NOT NULL, FloorNum INT NOT NULL, Area DECIMAL(5,2), RoomType NVARCHAR(20), -- 一室一厅 / 两室一厅 RentPrice DECIMAL(8,2), Status INT NOT NULL DEFAULT 0, -- 0空置 1已分配 2维修中 3停用 Remark NVARCHAR(200), CONSTRAINT UQ_BuildingRoomNo UNIQUE(BuildingId, RoomNo) );CREATE TABLE Apply( ApplyId INT IDENTITY(1,1) PRIMARY KEY, ApplicantId INT NOT NULL REFERENCES UserInfo(UserId), RoomId INT NULL REFERENCES Room(RoomId), ApplyReason NVARCHAR(500), ExpectDate DATETIME, Status INT NOT NULL DEFAULT 0, -- 0待审核 1已通过 2已驳回 3已退宿 ApplyTime DATETIME NOT NULL DEFAULT GETDATE(), AuditId INT NULL, AuditOpinion NVARCHAR(200), AuditTime DATETIME NULL );再补两个常用索引别小看这一步数据量一大列表页会不会卡就看索引有没有建对CREATE INDEX IX_Apply_Status ON Apply(ApplicantId, Status); CREATE INDEX IX_Room_Status ON Room(BuildingId, Status);3.3 适度冗余与字段规范设计时我有意做了两处“不守规矩”的设计反而是答辩亮点一是 UserInfo 表里直接放了 RealName、DeptName、Phone 等冗余字段不单独建部门表。理由是系统核心解决的是入住和维修流程部门和院系信息只是展示和筛选用单独建表反而每次查询都要多一次 JOIN。你可以说“这里我做了适度冗余用空间换查询效率符合第三范式但不死守第三范式”。二是所有状态字段统一用 int不用 varchar。如果哪天业务加了一个状态比如房间多一个“预留”int 加一个枚举值就行不用改表结构。主键统一自增 int命名统一叫 XXId时间字段统一 datetime金额用 decimal(8,2) 不用 float这些细节写在论文的数据设计章节里很加分。4. 从申请到分配MVC 核心闭环的落地实现4.1 分层约定与一个 Service 示例项目结构上我建议按 Controllers、ModelsEF 实体、Services、Views、Content/Scripts 来组织。Service 层不是必须的但强烈建议加答辩时讲“我是 Controller Service EF 三层写法Controller 不写业务逻辑Service 统一处理状态判断和事务”一句话就能体现你和“全写在按钮点击事件里”的同学的差距。以“教师提交入住申请”为例Service 层长这样public class ApplyService { public bool SubmitApply(int userId, string reason, DateTime expectDate) { using (var db new TeacherDormContext()) { var apply new Apply { ApplicantId userId, ApplyReason reason, ExpectDate expectDate, Status 0 // 待审核 }; db.Applies.Add(apply); return db.SaveChanges() 0; } } }状态初始值在 Service 里显式赋值不依赖数据库默认值这样读代码的人一眼能看明白这条数据处于什么阶段。Controller 里只需要接收页面传过来的参数调 Service 方法然后返回 ActionResult职责非常干净。4.2 登录与角色权限用一个过滤器统一处理管理系统几乎每个页面都要判断“是否登录、是不是管理员”如果每个 Action 里写一遍if (Session[UserId] null)代码会非常难看。正确做法是自定义一个权限过滤器继承 AuthorizeAttributepublic class CheckRoleAttribute : AuthorizeAttribute { public int RoleId { get; set; } protected override bool AuthorizeCore(HttpContextBase httpContext) { if (httpContext.Session[UserId] null) return false; return Convert.ToInt32(httpContext.Session[RoleId]) RoleId; } protected override void HandleUnauthorizedRequest(AuthorizationContext filterContext) { filterContext.Result new RedirectResult(/Home/Login); } }然后在 Action 上直接标注[CheckRole(RoleId 1)] // 1 表示系统管理员 public ActionResult ApplyList() { // ... }登录成功时把 UserId、RealName、RoleId 三个值写进 Session后续整个系统到处都用得到。这个过滤器是整篇代码里“技术含量”最高的一块也是答辩时可以直接拿出来讲设计思想的点。4.3 审核分配事务和状态校验必须同时做管理员在待审核列表里点“通过并分配房间”系统要同时做两件事把申请单状态改成已通过把房间状态改成已分配。这两件事必须放在一个事务里否则就会出现“申请单显示已通过房间还是空置的”这种数据不一致那就是事故。代码核心逻辑using (var db new TeacherDormContext()) { using (var tran db.Database.BeginTransaction()) { var apply db.Applies.Find(applyId); if (apply null || apply.Status ! 0) { return Content(该申请已被处理请勿重复操作); } var room db.Rooms.Find(roomId); if (room null || room.Status ! 0) { return Content(该房间当前不可分配请重新选择); } apply.Status 1; // 已通过 apply.RoomId roomId; apply.AuditTime DateTime.Now; room.Status 1; // 已分配 db.SaveChanges(); tran.Commit(); } }这段逻辑里三个细节都是加分项事务保证原子性先查状态再改状态的写法防重复处理事务提交失败时自动回滚。你可以顺着这个思路再想想“退宿释放房间”的反向操作逻辑是完全对称的。4.4 分页与多条件筛选列表页必须有分页和筛选条件这是毕设系统验收的基础要求。筛选条件不要一个个 if 堆到底拼 IQueryable 再统一执行是更清晰的做法public ActionResult RoomList(string buildingName, int? roomStatus, int page 1) { IQueryableRoom query db.Rooms.Include(Building); if (!string.IsNullOrEmpty(buildingName)) query query.Where(r r.Building.BuildingName.Contains(buildingName)); if (roomStatus.HasValue) query query.Where(r r.Status roomStatus.Value); int pageSize 10; int total query.Count(); var list query.OrderBy(r r.RoomNo) .Skip((page - 1) * pageSize) .Take(pageSize) .ToList(); // 把 total、page、pageSize 传到 View前端用 Layui 或 Bootstrap 渲染 }“先 Count 再 Skip/Take”的顺序不要搞反分页控件推荐直接用 Layui 自带的 table 组件前端切成后台分页模式数据量大时不会卡代码量也少。5. 答辩自检这几个技术细节讲清楚就是加分项5.1 参数化查询与 SQL Injection答辩时老师几乎必问“你怎么防止 SQL 注入”。答案就一句话EF 的 LINQ 会自动把表达式树转成参数化 SQL所以只要不拼接字符串注入就进不来。如果你用了原生 SQL务必改成参数化写法// 错误字符串拼接千万别这么写 // var sql SELECT * FROM UserInfo WHERE UserName name ; // 正确参数化 var sql SELECT * FROM UserInfo WHERE UserNamename; var cmd new SqlCommand(sql); cmd.Parameters.AddWithValue(name, name);能现场说出“参数化查询”这个词老师就会认为你懂安全不会继续深挖。5.2 密码存储别赤裸裸存明文很多毕设项目的用户表直接把密码明文存进去这是低级错误。纯 MD5 也不行网上彩虹表一查就能还原。最稳妥且适合毕设的做法是加盐string salt Guid.NewGuid().ToString(N); string passwordHash Md5(password salt); // 然后把 salt 和 passwordHash 都存到 UserInfo 表里答辩时你还可以补一句真正生产环境建议用 BCrypt 这类专用算法毕设演示场景下 MD5 盐已经足够。这句话一出口老师知道你有知识边界反而不会再刁难。5.3 并发分配房间的条件更新最容易被追问的场景是两个管理员同时审核同时看中了同一个空房间怎么处理如果代码是“先查状态再更新状态”两个请求都查到空置状态然后都更新成功房间就被重复分配了。正确的数据库写法是条件更新UPDATE Room SET Status1 WHERE RoomIdroomId AND Status0这条 SQL 执行后受影响行数是 1 说明抢房成功是 0 说明房间已经被人分配走了直接提示管理员换一间。你能说出“条件更新”或者“乐观锁”这个词并发这道题基本就过关了。5.4 路由、MVC 原理的回答要点这道题被问概率极高但其实不用背太深。你要能说出来默认路由是{controller}/{action}/{id}URL 会映射到 Controller 的某个 Action 方法请求进入 MVC 管道后会经过路由匹配、Controller 实例化、Action 调用、ActionResult 执行最后生成 HTML 返回浏览器。再补充一句“模型绑定会把表单的 name 属性自动映射到 Action 参数或 ViewModel 属性”老师就清楚你确实用过 MVC而不是只会拖控件。6. 发布与排错把环境这关过掉才算真正完成6.1 本地 IIS 发布三个高频错误在 VS 里右击项目 → 发布 → 选“文件夹”发布到一个目录然后去 IIS 里添加网站物理路径指向发布目录应用程序池用默认的 .NET v4.0 集成模式。这一步最常见的三个报错HTTP 403.14默认文档没生效先确认 Global.asax 和 RouteConfig.cs 都在项目根目录IIS 里“默认文档”可以临时加一个/Home/Index。HTTP 500.19配置文件错误或 IIS 用户没权限给发布目录添加 IIS_IUSRS 用户的读取权限即可。HTTP 500.21托管管道不对去“应用程序池 → 基本设置 → 托管管道模式”改成“集成”。6.2 连接字符串与 SQL Server 登录排查web.config 里的连接字符串是另一个重灾区connectionStrings add nameTeacherDormContext connectionStringserver.;databaseTeacherDormDB;uidsa;pwd123456; providerNameSystem.Data.SqlClient / /connectionStringsserver.表示本机默认实例如果 SQL Server 是命名实例要写成服务器名\实例名。另外务必确认 SQL Server 启用了“SQL Server 身份验证模式”右键实例 → 属性 → 安全性 → SQL Server 和 Windows 身份验证模式sa 账号密码也要对。排错顺序建议是SSMS 能连上 → VS 服务器资源管理器能连上 → 再谈程序能不能连上一层层缩小范围。6.3 做完基础功能后还能怎么往上加分如果时间允许这套系统还有三个性价比很高的扩展方向而且都是独立的答辩亮点数据可视化用 ECharts 做一个楼栋入住率仪表盘、每月维修数量柱状图数据从现有表 Group By 一下就能出来。报表导出用 NPOI 把房间列表、入住记录导出成 Excel教务场景很实用。审核通知管理员审核通过后给教师的预留手机号发一条短信或邮件。短信网关接入麻烦邮件用 SMTP 协议实现就够了代码量不大。建议这三个方向只挑一个做深不要贪多。先把数据库设计和状态流转这些主链路稳住所有扩展都是锦上添花。我做完这套系统后最大的感受是管理类课题最怕的不是代码写不出来而是业务没有闭环、状态没有流转。认真把这条线理通不管代码写得简单还是复杂答辩都稳得住。本文还有配套的精品资源点击获取