C# Winform酒店管理系统源码：从数据库配置到房态与退房结账-北京尧图网络

简介面向高校计算机专业课程设计、大作业与毕业设计场景的 C# WinForm 信息管理系统完整工程采用 C# 与 SQL Server 组合开发管理员登录后可完成信息录入、修改、查询以及成绩统计等日常管理流程适合作为桌面应用从入门到进阶的练手模板与答辩参考。压缩包共 617 个文件、约 96.58MB内含 39 个 cs 源码文件、15 组 resx 与 resources 窗体资源、23 个 dll 依赖库、66 个 db 数据库文件另有 gif 与 jpg 图片素材、ico 图标以及 sln 解决方案和 csproj 工程文件源码、资源与数据库都较为齐全解压后可直接用 Visual Studio 打开调试。已有 173 人学习下载。读者可对照窗体设计器与事件逻辑理解 DataGridView 数据绑定、连接字符串配置、增删改查封装与统计查询的实现方式也便于替换数据表结构做二次开发或补充功能模块。1. 登录窗体点进去之后一份 C# Winform 酒店管理系统源码到底能跑出什么被问得最多的一类问题就是有没有一份能直接登录、能开房退房、能出账单的 C# Winform 酒店管理系统源码拿去当课程设计或毕业设计的底座。这个压缩包干的就是这件事SQL Server 存数据Winform 做界面房态图、入住登记、退房结账、客户档案、营业统计各自是独立窗体登录后从主菜单能一路点到底不是那种只有三张静态截图的壳子。它适合两类人一类是交作业只剩两周需要一个跑得通的骨架好把精力挪去改需求和写文档另一类是没见过纯手写 ADO.NET 的数据访问层想拆开看看不上 ORM 是怎么写增删改查的。不适合要 Web 端、要多端同步、要几十间房同时开的高并发场景那不是这份代码的目标。真正值钱的是中间那一层房态、入住单、账单三张表怎么联动退房那笔钱怎么算清楚这部分才有得抄。2. 把压缩包跑起来打开 .sln 后必须先改的三处配置2.1 先数项目个数判断它是几层拿到源码第一件事不是 F5是看解决方案资源管理器里有几个项目。分层的包通常长这样项目/文件夹常见命名职责你改动的频率表示层Hotel.UI / HotelManager窗体、控件、按钮事件高业务层Hotel.BLL校验、算钱、状态流转中数据层Hotel.DALSqlConnection / SqlCommand中实体Hotel.Model纯字段类没有方法低工具Hotel.Common配置读取、加密、日志低也有不少包为了省事把 BLL 和 DAL 全塞进一个文件夹窗体里直接new SqlConnection(...)。这种两层半结构一样能跑但改起来要留神SQL 语句散落在几十个 Click 事件里改一个字段名就得全局搜索。打开项目后先跑一条命令摸底# 统计数据访问代码分布判断它到底有没有分离 Get-ChildItem -Recurse -Include *.cs | Select-String -Pattern new SqlConnection | Select-Object Path, LineNumber | Group-Object Path | Sort-Object Count -Descending结果集中在SqlHelper.cs或DbHelper.cs一个文件里说明数据访问收口了你可以放心只改这一处连接串如果散在十几个 Form 里那就要有心理准备——这类包的窗体代码往往一个文件两千行Form1.Designer.cs和业务逻辑混着放先别急着重构能跑通再说。2.2 数据库先还原再谈连接字符串压缩包里的库通常是两种形态附带的.mdf/.ldf文件或者一个HotelDB.sql建库脚本。脚本方式更稳因为它不带版本包袱。操作顺序是打开 SSMS 连本机实例 → 新建查询 → 打开.sql文件 → 执行。脚本开头一般有CREATE DATABASE HotelDB如果同名的库已经存在会直接报错先把旧库删掉或者改脚本里的库名。走.mdf附加的话右键数据库→ 附加 → 添加选中 mdf 即可如果提示数据库版本过高无法打开说明这份备份来自更高版本的 SQL Server本机还原不了这种情况下只能找回.sql脚本重建。还有一种常见报错是日志文件缺失附加界面里日志那一行是红的把它删掉再点确定就行。连接字符串的落点通常有三个地方改之前先确认代码实际读的是哪个App.config的connectionStrings节点、某个SqlHelper类里的常量、或者登录窗体里的静态字段。优先级从高到低建议统一收拢到配置文件。!-- App.config改这一处全项目生效打包后跟着 exe 一起走 -- configuration connectionStrings add nameHotelDb connectionStringData Source.;Initial CatalogHotelDB;Integrated SecurityTrue; providerNameSystem.Data.SqlClient / /connectionStrings /configuration// 统一出口别让二十个窗体各写一份连接串否则换台机器要改二十次 public static class DbConfig { // 需要引用 System.Configuration 程序集 public static readonly string ConnStr ConfigurationManager.ConnectionStrings[HotelDb].ConnectionString; public static SqlConnection Create() { var conn new SqlConnection(ConnStr); conn.Open(); // 早开晚关不要长期挂在字段上 return conn; } }参数逐个说Data Source.指本机默认实例装的是 Express 版就写.\SQLEXPRESS用 LocalDB 则写(localdb)\MSSQLLocalDB。Initial Catalog是库名必须和脚本里建的一致。Integrated SecurityTrue走 Windows 身份验证不用写账号密码——这是我最推荐给课程设计场景的做法因为sa密码一换交上来的一批代码会集体连不上排查起来非常费时间。如果非要用账号密码就换成User Idsa;Passwordxxx;注意配置文件是明文别把真实密码提交到公开仓库。2.3 F5 之前的三分钟检查这步跳过去后面会花三小时。按顺序过一遍目标框架。项目属性 → 应用程序 → 目标框架改成你机器上确实装了的版本4.7.2 或 4.8。改完引用列表可能一片黄叹号删掉重新添加即可。平台目标。如果有第三方报表控件或 old-school 的 32 位 dll必须把平台锁成 x86否则运行时报BadImageFormatException。启动项目。右键 UI 项目 → 设为启动项目别让 IDE 默认去启动类库。清掉 bin/obj。老包里的 dll 是别人机器上编的直接生成可能引用到旧版本。命令行编译一次比在 IDE 里点更能暴露缺引用# 命令行重建缺引用、缺包会在这里一次性暴露 msbuild HotelManager.sln /t:Rebuild /p:ConfigurationDebug /p:PlatformAny CPU /v:minimal编译报未能找到类型或命名空间九成是缺 NuGet 包右键解决方案 → 还原 NuGet 包报未能加载文件或程序集且版本号对不上去packages.config或.csproj里看它要的是哪个版本别硬改。能编译通过、登录窗体弹出来这条链路就算通了剩下的都是业务层的事。3. 房态、入住单、账单四张表怎么把一条业务线串起来3.1 表结构与字段类型的选择这套系统的数据模型绕不开四张表字段类型选错后面全是隐性 bug。表关键字段建议类型说明RoomRoomId / RoomNo / TypeId / Status / Floorint / varchar(10) / int / tinyint / intStatus 用数字码RoomTypeTypeId / TypeName / Price / HourPriceint / nvarchar(20) / decimal(10,2) / decimal(10,2)金额一律 decimalCheckInCheckInId / RoomId / GuestId / InTime / OutTime / Depositint / int / int / datetime / datetime null / decimalOutTime 未退房时为 NULLBillBillId / CheckInId / RoomFee / OtherFee / Total / PayTypeint / int / decimal / decimal / decimal / tinyint一条入住对应一条账单房态码约定0 空闲、1 已入住、2 已预订、3 维修、4 待清扫。用tinyint而不是中文nvarchar索引小、比较不会写错代价是界面上看不出含义得在代码里做一层映射字典。这个映射一定要只写一份别在每个窗体里各写一个switch否则加一个钟点房状态就要改十几个地方。金额为什么坚决不能用float浮点是二进制表示0.1 0.2不等于0.3三晚房费打完折可能出来899.9999999四舍五入到分才发现账单对不上这种错最难查因为界面上看着是对的。decimal(10,2)是定点数专为钱设计。时间字段用datetime日常够用注意 C# 的DateTime.Now精度大约 15 毫秒连续两次插入可能拿到同一个值做排序时别只靠时间戳。3.2 开房一个必须放进事务的动作开房至少要动两张表Room.Status从 0 改成 1CheckIn插一条。这两步必须原子不然中途挂了就会出现房间显示已住但查不到入住单的脏数据退房时前台会直接懵。public bool CheckIn(int roomId, int guestId, decimal deposit) { using (var conn DbConfig.Create()) using (var tx conn.BeginTransaction()) { try { // 1) 带状态条件的更新只有房间此刻还是空闲才允许改 const string sqlRoom UPDATE Room SET Status 1 WHERE RoomId id AND Status 0; using (var cmd new SqlCommand(sqlRoom, conn, tx)) { cmd.Parameters.Add(id, SqlDbType.Int).Value roomId; if (cmd.ExecuteNonQuery() 0) { tx.Rollback(); return false; // 房态被别人抢先改了直接失败别硬写 } } // 2) 插入入住单OutTime 留 NULL 表示未退房 const string sqlIn INSERT INTO CheckIn(RoomId, GuestId, InTime, Deposit, Status) VALUES(rid, gid, in, dep, 1); SELECT SCOPE_IDENTITY();; using (var cmd new SqlCommand(sqlIn, conn, tx)) { cmd.Parameters.Add(rid, SqlDbType.Int).Value roomId; cmd.Parameters.Add(gid, SqlDbType.Int).Value guestId; cmd.Parameters.Add(in, SqlDbType.DateTime).Value DateTime.Now; cmd.Parameters.Add(dep, SqlDbType.Decimal).Value deposit; cmd.ExecuteScalar(); // 需要新的入住单号时把返回值接住 } tx.Commit(); return true; } catch (SqlException ex) { tx.Rollback(); // 打包后没人看得见 MessageBox写文件才是能回溯的 File.AppendAllText(checkin_error.log, ${DateTime.Now:yyyy-MM-dd HH:mm:ss} {ex.Message}{Environment.NewLine}); return false; } } }几个点值得单独说。ExecuteNonQuery()的返回值是受影响行数等于 0 就说明WHERE Status 0没命中这是最便宜的一把并发锁不需要SELECT ... FOR UPDATE也不需要锁表一行 SQL 就把两个人同时开同一间房挡住了。SCOPE_IDENTITY()取当前会话当前作用域内刚插入的自增 ID比IDENTITY安全后者会被触发器带偏这在这种带日志表的系统里是会真出问题的。参数化不是可选项客房备注里一个单引号就能把拼接 SQL 拼断这是最经典的注入入口。还有一点容易被忽略事务里的所有命令必须共用同一个SqlConnection中间 new 一个出来事务就不覆盖它了。3.3 退房结账钱到底是怎么算出来的// 按自然日计费当天开当天退算一天退房时间过中午 12 点再加一天 public decimal CalcRoomFee(DateTime inTime, DateTime outTime, decimal dayPrice) { int days (outTime.Date - inTime.Date).Days; if (days 0) days 1; if (outTime.TimeOfDay new TimeSpan(12, 0, 0)) days 1; return days * dayPrice; // 全程 decimal中间不要转 double }这段逻辑是整个项目里争议最大的地方。真实酒店是过中午 12 点加半天、过 18 点加全天源码里通常简化成按自然日加一天。你要改就只改这一个函数别去动界面上的显示逻辑否则同一个金额会在三个地方算出三个结果。参数全部用decimal传返回也是decimal中间只要经过一次double就可能丢精度。押金冲抵要单独处理应退押金 - 房费 - 其他消费结果为负说明要补钱界面上得区分退款和补收两种文案别都用结账两个字糊过去。3.4 DataGridView 的绑定与刷新时机private void LoadRooms() { // 用 DataTable 承接结果直接绑省掉手工造行和列宽对齐 var dt new DataTable(); using (var conn DbConfig.Create()) using (var da new SqlDataAdapter( SELECT RoomNo, Status, Floor FROM Room ORDER BY RoomNo, conn)) { da.Fill(dt); } dgvRooms.AutoGenerateColumns true; dgvRooms.DataSource dt; // 重查再绑比手改单元格稳 }不要用dgv.Rows.Add()一行行拼数据房态一变就得全量重刷很容易和数据库对不上。刷新时机就三个开房成功后、退房成功后、定时器每 30 秒拉一次多个前台同时操作时这个很必要。定时器别设成 1 秒建连是有成本的几十个连接一秒一轮数据库那边很快就不好受。另外AutoGenerateColumns true只适合演示交付前把它关掉手工定义列的顺序和宽度否则某天加个字段界面会突然多出一列GuestId这种内部编号演示时很尴尬。4. 界面层的三个硬骨头MDI 主窗体、窗体传值、房态图4.1 MDI 主窗体与按角色过滤菜单private void OpenChildT() where T : Form, new() { // 同一个子窗体只留一个实例防止用户连点五次开出五个 foreach (var f in MdiChildren) { if (f is T) { f.Activate(); return; } } var child new T { MdiParent this, WindowState FormWindowState.Maximized }; child.Show(); } private void Main_Load(object sender, EventArgs e) { // 登录成功时把角色塞进静态变量这里按角色收菜单 bool isAdmin CurrentUser.RoleId 1; menuUser.Visible isAdmin; // 看不到 menuReport.Visible isAdmin; menuCheckOut.Enabled true; // 看得到但点不动 }MdiParent必须在Show()之前赋值顺序反了会抛异常这个坑几乎每届都有人踩。用泛型约束where T : Form, new()的好处是不用写一堆if (form is FrmCheckIn)加新窗体时一行调用就够。Visible和Enabled别混用Visible false是根本看不见适合藏掉没权限的功能Enabled false是灰在那里适合表达现在不能点但结账之后就能点。给答辩演示用前者更讨喜给真实前台用后者更不容易让人以为系统坏了。4.2 窗体之间怎么传值四种做法的取舍做法适用场景容易翻的车构造函数传参父子强关联、一次性数据子窗体失去无参构造函数设计器打不开公共属性通用做法最灵活忘了赋值就是默认值 0运行时才炸事件回调子窗体操作完通知父窗体刷新忘了-解绑窗体关了还在触发静态类/单例登录用户、全局配置多开或调试时数据串public partial class FrmCheckIn : Form { public int RoomId { get; set; } // 父窗体 Show 之前赋值 private void FrmCheckIn_Load(object sender, EventArgs e) { if (RoomId 0) { Close(); return; } // 兜底别带着脏数据往下跑 txtRoomNo.Text RoomService.GetRoomNo(RoomId); } }公共属性是最省事的做法代价是编译器帮不了你——忘赋值不会报错只会在运行时悄悄用 0 去查数据库查出来是空的界面一片空白然后你开始怀疑数据库。所以在Load里加一道 0的判断几行代码省掉半小时。构造函数传参看着更正规但 Winform 设计器要求窗体有无参构造函数删掉之后设计视图直接打不开只能纯手写界面得不偿失。4.3 房态图不引第三方控件自己画protected override void OnPaint(PaintEventArgs e) { base.OnPaint(e); var g e.Graphics; const int cellW 90, cellH 56, gap 8, cols 6; for (int i 0; i _rooms.Count; i) { int x gap (i % cols) * (cellW gap); int y gap (i / cols) * (cellH gap); var rect new Rectangle(x, y, cellW, cellH); // 颜色就是房态本身0 空闲绿、1 入住红、2 预订黄、3 维修灰 using (var brush new SolidBrush(StatusColor(_rooms[i].Status))) g.FillRectangle(brush, rect); g.DrawRectangle(Pens.DimGray, rect); TextRenderer.DrawText(g, _rooms[i].RoomNo, this.Font, rect, Color.White, TextFormatFlags.HorizontalCenter | TextFormatFlags.VerticalCenter); } }OnPaint里绝对不能查数据库也不能new Font重绘触发得非常频繁这些开销会直接变成拖动窗口时的卡顿。点击响应别给每个色块挂一个Button房间上百个时控件树能把窗体加载拖到几秒正确做法是在MouseClick里用坐标反算行列索引反查_rooms集合。房间数超过 60 间就该考虑分楼层用 Tab 切换或者给控件加滚动条一屏塞四十个色块是人眼能接受的上限。5. 五个翻车点这类源码换台机器最容易卡在哪5.1 提示无法连接到服务器或登录失败现象登录窗体点确认弹一个错误框内容是 SQL Server 相关的连接异常程序不崩但进不去。原因八成是实例名不对。源码作者机器上是默认实例写的是Data Source.你装的是 Express 版实际实例名是.\SQLEXPRESS。次要原因是 SQL Server 的 TCP/IP 协议没启用或者 Windows 身份验证没给你当前账户开权限。解决先在 SSMS 里手动连一次能连上就把服务器名称那一栏原样抄进连接串别凭记忆写。再去SQL Server 配置管理器里确认 TCP/IP 已启用。最后检查代码里是不是有多处连接串——改了 App.config 但 DAL 里还留着一份硬编码这种最容易让人怀疑人生。5.2 中文全变成问号或乱码现象客户姓名存进库再查出来是???或者显示成奇怪的方块字。原因字段类型用了varchar而不是nvarchar参数化时用了SqlDbType.VarChar或者.sql建库脚本文件本身不是 UTF-8 保存的执行时中文字面量就已经坏了。解决中文一律nvarchar参数用SqlDbType.NVarChar长度记得给足nvarchar(50)而不是nvarchar(10)。脚本文件用UTF-8 带签名另存SSMS 打开.sql时如果弹编码选择别选默认的 GB2312。已经存坏的数据救不回来只能清表重录。5.3 账单总是差几分钱现象房费显示 899.99实收 900.00对账时对不平。原因中间某处用了float或double参与金额计算或者 SQL 里SUM出来的结果在 C# 里被转成了double再转回来。解决从数据库字段到 C# 变量全程decimalSqlDbType.Decimal不要图省事用Convert.ToDouble。四舍五入统一用Math.Round(value, 2, MidpointRounding.AwayFromZero)默认的银行家舍入会把 0.5 舍到偶数那边肉眼很难发现但账目会偏。改完拿几组白天、跨零点、连住多晚的数据跑一遍对比。5.4 两个人同时开同一间房现象两个前台几乎同时点开房两条入住单都插进去了房间还是显示已住退房时只结了一个人的账。原因先SELECT查房态再UPDATE查和改之间有个时间窗两边都查到了空闲。解决把状态判断塞进UPDATE的WHERE里用受影响行数判成败就是第 3 章那段写法。更彻底一点可以在Room表加个timestamp列做乐观并发但中小规模场景下带条件的UPDATE完全够用不用上那么重的东西。5.5 打包发给别人双击没反应现象你机器上跑得好好的拷贝到别人机器上双击 exe闪过一个黑框就没了或者报缺少 .NET Framework。原因bin\Debug目录里少 dll、App.config没跟过去、目标框架版本高于对方系统自带的、或者图片资源用了绝对路径D:\我的项目\images\...。解决切到 Release 配置重新生成把整个输出目录连exe.config一起打包别只挑 exe。图片、图标这类资源丢进项目里设成始终复制代码里用相对路径AppDomain.CurrentDomain.BaseDirectory拼。交付前在自己的另一台机器上试一遍这一步能提前发现九成问题。6. 把它改成自己的东西两个能直接拿去答辩的改动点6.1 加一个钟点房比改十个界面都显功力原版基本都是整日计费加钟点房会牵动三层但改动量可控。数据库给RoomType补一个HourPrice给CheckIn补一个RentType0 整日、1 钟点退房计算里分叉// 钟点房按小时向上取整最少 2 小时超过 4 小时直接转整日更划算 public decimal CalcHourFee(DateTime inTime, DateTime outTime, decimal hourPrice, decimal dayPrice) { int minutes (int)(outTime - inTime).TotalMinutes; int hours (int)Math.Ceiling(minutes / 60.0); if (hours 2) hours 2; return hours 4 ? dayPrice : hours * hourPrice; }注意最后那句hours 4 ? dayPrice : hours * hourPrice这是行业里的常见封顶规则答辩时讲出来比单纯堆功能更能说明你理解了业务。房态上钟点房也应该占一个独立状态位别和已入住混在一起否则房态图上分不清哪间快到期了。6.2 演示数据准备与验收清单答辩现场最怕的是库是空的点进去一排暂无数据。提前造二十间房、三个房型、五条历史入住单、两条未退房的在住单把房态图铺满四分之三画面才有说服力。我一般会写个一次性脚本灌数据而不是手动点-- 只用于演示库别在生产上跑 INSERT INTO Room(RoomNo, TypeId, Floor, Status) VALUES (301, 1, 3, 0), (302, 1, 3, 1), (303, 2, 3, 0), (401, 2, 4, 2), (402, 3, 4, 0), (403, 3, 4, 3);验收清单就四条登录能进、开房后房态变红、退房后账单金额和手算一致、重新登录数据还在。这四条过了剩下都是锦上添花。从那以后我每次交付这类源码都会先在干净的虚拟机上删掉bin、obj重建、还原库、跑一遍上面四条再打包压缩——因为在别人机器上翻车的成本永远比在自己机器上多花二十分钟高。希望帮到你。本文还有配套的精品资源点击获取

C# Winform酒店管理系统源码：从数据库配置到房态与退房结账

相关推荐

Windows鼠标指针一键切换方案：原理、工具与自定义实践

K8s共享存储优化：CephFS迁移JuiceFS将Pod启动从47秒降至3秒

LangBot 快速接入 GLM-5.3：微信、飞书、Discord、Slack 多平台机器人实战

更多资讯

面向红外小目标检测的方向感知偏移增强与动态可变形卷积

读时建模 vs 写时建模：问数平台如何对接多源异构业务系统

智慧农业数据采集从零到一：MQTT 接入边缘网关完整教程（附实测可运行代码）

RocketMQ 集群特性

基于微信小程序的ACG手办商店系统（毕设源码+文档）

Java在AI时代不会消亡：停更事件背后的真实技术演进与选型策略

今日更新

Verilog实现FPGA密码锁：矩阵键盘与状态机设计实战

数据服务监控运维实战：从指标体系到告警治理与故障排查

FreeRTOS任务通知实战详解：内核原理、API与避坑指南

本周精选

金融AI落地指南：从调研报告到技术选型与工程实践

大模型上下文成本与注意力优化技术深度解析——为何O(n²)平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测

基于GMM的语音识别系统原理与MATLAB实现详解

本月热门

我发现了一个新思路：用 Remotion + Claude Code 像写代码一样自动化生成短视频

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式：TaoToken 统一 Key 配置与验证

2026 大模型集体涨价：用 Python 做企业 Token 成本测算与选型避坑（附配置）

读完文章，想聊聊您的网站？