简介：基于C#的停车场管理系统课程设计资源包，采用WinForms+SQL Server技术栈，面向需要完成数据库与桌面应用类课设、毕设的计算机专业学生，解决停车场进出场管理、计费规则与数据持久化等典型需求。系统支持管理员登录，进场时录入车牌、车型与停放类型并判断空余车位，出场时选中车辆即可展示信息、自动计费并可用优惠券抵扣，大小车型分开计费，所有进出记录写入后台数据库，便于后续查询。资源共45个文件，压缩包约2.19MB，以cs源码、resx界面资源、mdf/ldf数据库文件及docx报告书为主，其中12个cs文件对应各窗体逻辑，同时包含Visual Studio解决方案、可执行exe与项目配置文件，可导入后直接运行或二次修改。内置C#大作业报告书，可对照学习系统结构、界面布局与数据库连接思路，已有126人学习下载，适合课程设计参考、答辩准备与完整交付。
1. 课程设计里最常见的“能跑就行”，为什么停车场管理系统值得认真做
每到课程设计验收季，总有一批人被“基于C#的停车场管理系统”这个题目卡住：功能看起来就那几样，进场、出场、计费、查记录，但真正把手伸进去做，才发现一个车牌号的长度、一个车位状态的更新、一条SQL没写参数化，就能让整晚白干。市面上这个方向的源码包非常多，但多数是“能跑就行”的演示货——数据是死的、界面是拖的、逻辑一把梭，答辩时一追问就穿帮。
这篇文章不打算给你讲什么高深架构，只讲清楚一件事：怎么用C# + SQL Server把一个停车场管理系统从数据库设计、三层结构到核心业务完整落地，让你手里的源码、数据库和报告是真的能对得上。不管你是第一次做课设的本科生，还是接了题目想快速补齐工程习惯的开发者，这套方案都能直接照着改、照着交。中间会穿插我调过无数次的细节和参数，新手的每一步都有回应，熟手能直接看到边界在哪里。
2. 技术选型与三层架构：先想清楚再动手
2.1 技术栈怎么选：SQL Server、Access，还是MySql
选技术栈不是看哪个“高级”，而是看你的标题、数据库文件形态和答辩环境。常见做法是C# + WinForms + SQL Server LocalDB或 SQL Server Express，因为微软全家桶在课程设计里最稳：环境好装、图形化工具多、资料全，老师也最常见。Access也可以，文件就是一个.accdb，拷走即用，但并发写入差、SQL方言有点怪，界面绑数据源时容易踩“类型不匹配”的坑。如果你用的是标题里明说的“源码+数据库”，数据库文件形态基本决定了你的方案——.mdf或.bak就是SQL Server，.accdb或.mdb就是Access。
我的建议是直接选SQL Server Express + LocalDB 开发，交付时附一个.bak备份文件和建表脚本，老师恢复起来比让你现场装服务要省心。这个选择还有一个实际好处：SQL Server的T-SQL和C#的ADO.NET配合最顺，后面写DAL层时几乎不用折腾驱动，NuGet装个System.Data.SqlClient就完事。
还有一个决定要提前做：界面层用WinForms还是WPF。课程设计里WinForms依然是最省时间的，学习成本低、控件拖拽快、DataGridView一条代码绑定数据源。WPF的界面确实好看，但答辩时老师大概率不关心你用了什么动画效果，只关心你的业务流程通不通。除非你标题写了“上位机”或“现代化界面”，否则优先WinForms。
2.2 三层架构怎么拆：就算代码少，也要把层分出来
很多人觉得一个停车场管理系统几百行代码，三层架构是“杀鸡用牛刀”，直接一个Form窗体里写SQL、写逻辑、写界面。这种写法在交源码时一定会被问到“你的数据访问层在哪里”。课程设计报告里通常要求画出系统架构图，三层结构就是最标准的答案：UI层（界面交互）、BLL层（业务规则）、DAL层（数据访问）。
DAL层只管增删改查，不判断任何业务规则。BLL层做校验、计费、状态判断，调DAL的结果组织业务逻辑。UI层只负责收集输入、展示输出，不写SQL。这样拆完以后，你的报告里每一层做了什么、流程图怎么画、答辩问“为什么这么设计”，都有话可讲。
//DAL层：负责所有数据库交互 public class CarParkDAL { private readonly string _connString; public CarParkDAL(string connString) { _connString = connString; } /// <summary> /// 根据车牌号查询车位当前状态 /// </summary> public DataTable GetParkingSpaceInfo(string carNo) { string sql = "SELECT * FROM ParkingSpace WHERE CarNo = @CarNo AND Status = 1"; using (var conn = new SqlConnection(_connString)) { using (var cmd = new SqlCommand(sql, conn)) { cmd.Parameters.AddWithValue("@CarNo", carNo); var adapter = new SqlDataAdapter(cmd); var dt = new DataTable(); adapter.Fill(dt); return dt; } } } }这段代码里，连接字符串从外部传进来，SQL用参数化写法，@CarNo对应SQL Server里的参数占位符，不要用字符串拼接。AddWithValue虽然好用，但有的老DBA会提醒你它可能让SQL Server对索引列判断类型不准，课程设计阶段不用过度纠结，保持参数化就比裸拼接安全一个量级。using块保证连接用完即关，这在长时间运行的桌面程序里能避免“连接池被占满”的问题。
2.3 UI层的控件命名规范：别再用button1、textBox2
源码是给人看的，报告里的截图也是代码的映射。UI控件如果全是默认名button1、textBox2，答辩老师扫一眼源码就会觉得是新手拖出来的。我一般会要求项目里有一套简单的命名约定：按钮用btn前缀（btnEnter、btnExit、btnQuery），文本框用txt前缀（txtCarNo、txtOwnerName），下拉框用cbo前缀，DataGridView用dgv前缀（dgvRecords），标签用lbl前缀。
这不是形式主义。后面写事件绑定、读文本框值、给DataGridView赋值时，txtCarNo.Text和textBox3.Text，你的大脑处理速度完全是两回事。而且课程设计报告里要画界面设计图，命名规范直接放进去就是一个小节，也算工作量。
窗体布局上不要把所有控件全堆在一个Form里。常见做法是主窗体做MDI或TabControl，把“车辆入场”“车辆出场”“车位管理”“记录查询”四个功能区拆成不同的Tab页，逻辑清晰，截图也好看。每个Tab页内部放一个GroupBox把相关控件圈起来，视觉上直接分组，报告里描述模块划分时也方便。
3. 数据库结构设计与数据访问层落地
3.1 五张核心表：建表脚本与字段说明
停车场管理系统再怎么包装，核心数据都逃不开几张表：用户表（登录用）、车辆信息表（车主信息）、车位表（车位状态）、入场记录表（进场时间）、出场记录表（收费明细）。有的版本会把入场记录和出场记录合成一张流水表，加一个Status字段区分是否已离场。我更推荐合成一张表，因为报表统计“今日收入”和“当前在场车辆数”时，查一张表比关联两张表要少踩很多坑。
下面是一份我自己常用的建表脚本，SQL Server语法，字段类型都按实际场景收敛过：
CREATE TABLE Users ( UserId INT IDENTITY(1,1) PRIMARY KEY, UserName NVARCHAR(20) NOT NULL UNIQUE, Password NVARCHAR(64) NOT NULL, -- 建议存SHA256值，不要明文 RoleName NVARCHAR(10) DEFAULT '操作员', CreateTime DATETIME DEFAULT GETDATE() ); CREATE TABLE CarInfo ( CarId INT IDENTITY(1,1) PRIMARY KEY, CarNo NVARCHAR(12) NOT NULL UNIQUE, -- 车牌号最长8个字符，预留新能源牌 OwnerName NVARCHAR(20) NULL, TelPhone NVARCHAR(11) NULL, CarType NVARCHAR(10) DEFAULT '小型车' ); CREATE TABLE ParkingSpace ( SpaceId INT IDENTITY(1,1) PRIMARY KEY, SpaceNo NVARCHAR(10) NOT NULL UNIQUE, Status TINYINT DEFAULT 0, -- 0空闲 1占用 CarId INT NULL, EnterTime DATETIME NULL, FOREIGN KEY (CarId) REFERENCES CarInfo(CarId) ); CREATE TABLE ParkingRecord ( RecordId INT IDENTITY(1,1) PRIMARY KEY, CarNo NVARCHAR(12) NOT NULL, SpaceNo NVARCHAR(10) NOT NULL, EnterTime DATETIME NOT NULL, ExitTime DATETIME NULL, DurationMinute INT NULL, -- 停车时长，单位分钟 FeeAmount DECIMAL(10,2) NULL, Status TINYINT DEFAULT 0 -- 0在场 1已离场 );字段设计上有几个细节值得解释：车牌号用NVARCHAR(12)而不是CHAR(8)，是因为新能源车牌有8个字符，有人还喜欢加省份汉字简称，再预留一点余量，12个字符最保险。停车时长用DurationMinute存分钟而不是直接存“2小时30分”这种文本，后续做报表统计、按时段计费时可以直接做数值运算。金额用DECIMAL(10,2)，绝不能用FLOAT，二进制浮点数存钱会产生精度差，这在课程设计答辩里也是一个常见的提问点。
车位表用外键关联CarInfo而不是直接把CarNo字符串存在ParkingSpace里，是为了“一辆车绑定一个固定车位”的场景。如果只是临时停车、先到先停，那CarId字段可以不关联，入场时直接写CarNo和SpaceNo到记录表即可。你要在报告里说清楚自己是“固定车位”还是“自由车位”，这决定了整个表结构的走向。
3.2 DAL层：连接管理、参数化查询与事务处理
三层结构里，DAL层最常见的写法是写一个DBHelper类封装SqlConnection和SqlCommand，然后每个业务实体对应一个DAL类。但课程设计不建议过度封装，你只需要一个DBHelper加几个实体对应的操作方法就够。
//DBHelper：统一管理连接和查询 public class DBHelper { public static string ConnString { get; set; } public static DataTable ExecuteQuery(string sql, params SqlParameter[] parameters) { using (var conn = new SqlConnection(ConnString)) { using (var cmd = new SqlCommand(sql, conn)) { if (parameters != null) cmd.Parameters.AddRange(parameters); var adapter = new SqlDataAdapter(cmd); var dt = new DataTable(); adapter.Fill(dt); return dt; } } } public static int ExecuteNonQuery(string sql, params SqlParameter[] parameters) { using (var conn = new SqlConnection(ConnString)) { using (var cmd = new SqlCommand(sql, conn)) { if (parameters != null) cmd.Parameters.AddRange(parameters); conn.Open(); return cmd.ExecuteNonQuery(); } } } }这里用params SqlParameter[]接收参数列表，调用的地方只需要DBHelper.ExecuteQuery(sql, new SqlParameter("@CarNo", txtCarNo.Text))。注意ConnString在程序启动时从配置文件读取并赋值，不要在每次调用时重复读取。SqlDataAdapter.Fill会自动打开连接再关闭，单独调用conn.Open()的时机要自己把控。
入场和出场是一个完整的业务流程，涉及多张表的数据变化，必须放在同一个事务里。比如车辆入场：先查车位是否为空，再插入停车记录，然后把车位表状态改成占用。这三步只要一步失败，其他两步都要回滚，否则会出现“车进场了但车位还是空闲”的脏数据。用SqlTransaction包起来是常规做法。
3.3 数据库文件形态与配置管理
源码包里数据库文件怎么交付，直接决定了你程序里的连接字符串写法。你可以在课程设计报告里写清楚你的数据库是.mdf文件（SQL Server LocalDB可挂载）还是.bak备份文件（SQL Server需.bak文件还原）。
以LocalDB为例，连接字符串长这样：
<connectionStrings> <add name="CarParkDB" connectionString="Data Source=(LocalDB)\MSSQLLocalDB;AttachDbFilename=|DataDirectory|CarPark.mdf;Integrated Security=True" providerName="System.Data.SqlClient" /> </connectionStrings>|DataDirectory|是关键字，替换的是程序运行目录下App_Data文件夹的路径。把CarPark.mdf放到项目根目录的App_Data文件夹里，发布时整个文件夹拷走就能跑，这对课程设计交付来说是最省事的方案。如果你用的是完整版SQL Server，连接字符串就变成Server=localhost;Database=CarPark;User Id=sa;Password=***;，但这样交到老师机器上必须改配置，不如LocalDB省心。
注意：
AttachDbFilename方案在程序每次启动时会自动附加数据库，如果报错“无法附加数据库”，大概率是CarPark.mdf被另一个实例占用，或者路径里的|DataDirectory|没有被正确解析。检查一下App_Data文件夹是否存在、文件名大小写是否和配置一致。
4. 核心业务落地：进出场计费与车位管理
4.1 入场逻辑：车牌录入、车位分配与状态更新
入场流程是所有功能里最考验边界情况的。你要处理的场景包括：车牌号已经停在场里未出场、所有车位已满、车位号不存在、车牌号格式不合法。这些判断放在BLL层做，UI层只负责把用户输入传给BLL。
//BLL层：判断入场是否允许，并返回统一的业务消息 public class CarParkManager { private readonly CarParkDAL _dal; public CarParkManager(CarParkDAL dal) { _dal = dal; } public string TryEnter(string carNo, string spaceNo) { if (string.IsNullOrWhiteSpace(carNo) || string.IsNullOrWhiteSpace(spaceNo)) return "车牌号和车位号不能为空"; // 1. 查该车牌是否已在场内 DataTable dtCarInPark = _dal.GetRecordByStatus(carNo, 0); if (dtCarInPark.Rows.Count > 0) return "该车辆已在场内，请勿重复入场"; // 2. 查目标车位是否空闲 DataTable dtSpace = _dal.GetSpaceStatus(spaceNo); if (dtSpace.Rows.Count == 0) return "车位号不存在"; int spaceStatus = Convert.ToInt32(dtSpace.Rows[0]["Status"]); if (spaceStatus == 1) return "该车位已被占用"; // 3. 正式入场：写记录 + 锁车位 string result = _dal.EnterParking(carNo, spaceNo); return result == "OK" ? "入场成功" : "入场失败，请重试"; } }这段代码体现了一个原则：业务判断在BLL层逐步拦截，条件不满足就直接返回错误消息给UI层，不碰数据库写入。只有全部校验通过后，才调用DAL层的EnterParking方法。_dal.GetRecordByStatus(carNo, 0)这个查询要写成“查 ParkingRecord 表中 Status=0（在场）且 CarNo=待入场车牌号”，返回DataTable后再判断行数。
入场写库时需要注意在DAL方法里开启事务：ParkingRecord表插入一条EnterTime=GETDATE()的记录，ParkingSpace表把对应SpaceNo的Status更新为1并写入CarId。这两步不能拆开执行，事务的提交时机在两次ExecuteNonQuery全部成功之后，任何一步报错就Rollback。
4.2 出场计费逻辑：按时长算费用，避开三个算术坑
出场流程的核心是计费。课程设计最常见的计费规则是“首小时X元，超过每小时Y元，不满一小时按一小时算”，但真正实现的时候有三个坑：一是时长计算跨天、跨月怎么办；二是“不满一小时按一小时”不是四舍五入而是向上取整；三是凌晨过后的费用跨日怎么算。
时长计算直接用(DateTime.Now - enterTime).TotalMinutes，得到的double值取整后就是分钟数。向上取整到小时，用Math.Ceiling(durationMinutes / 60.0)，除法里一个数是60.0而不是60，是为了避免整数除法把小数直接截断。举个例子：停车65分钟，65 / 60在整数除法里等于1，最后只收一小时的钱，这就是经典的翻车现场。
private decimal CalculateFee(DateTime enterTime, DateTime exitTime, string carType) { if (exitTime <= enterTime) return 0; double totalMinutes = (exitTime - enterTime).TotalMinutes; int totalHours = (int)Math.Ceiling(totalMinutes / 60.0); decimal fee = 0; // 常见规则：首小时5元，之后每小时3元，单日封顶20元 if (totalHours <= 1) { fee = 5; } else if (totalHours <= 8) { fee = 5 + (totalHours - 1) * 3; } else { // 超过8小时按整天计，封顶20元 int days = (int)Math.Ceiling(totalHours / 24.0); fee = days * 20; } // 新能源车减免，演示一个差异化计费规则 if (carType == "新能源" && fee > 0) { fee = Math.Floor(fee * 0.8m); // 打8折并向下取整 } return fee; }Math.Ceiling向上取整避免了“不满一小时免费”的漏洞；单日封顶逻辑用一个if分支判断小时数后，再按天乘计费上限。0.8m里的m后缀是C#里decimal字面量的固定写法，直接写0.8会被当成double，和decimal运算时会报类型错误。最后把fee和durationMinutes一起写回ParkingRecord表，并把Status更新为1，同时释放车位占用状态。
4.3 记录查询与统计报表：DataGridView与金额汇总
课程设计里查询界面最容易被低估，但它恰恰是老师验证系统“有没有真正在管理数据”的入口。一个带条件的记录查询界面，至少要支持按车牌号模糊查询、按日期范围筛选、按状态（在场/已出场）筛选。DataGridView绑定数据源后，给列名手动设置中文标题，避免直接把数据库字段英文名展示给用户。
//UI层：查询按钮的点击事件 private void btnQuery_Click(object sender, EventArgs e) { string carNo = txtCarNo.Text.Trim(); string startDate = dtpStart.Value.ToString("yyyy-MM-dd 00:00:00"); string endDate = dtpEnd.Value.ToString("yyyy-MM-dd 23:59:59"); int status = chkOnlyInPark.Checked ? 0 : 1; string sql = @"SELECT CarNo, SpaceNo, EnterTime, ExitTime, FeeAmount, Status FROM ParkingRecord WHERE CarNo LIKE @CarNo AND EnterTime BETWEEN @Start AND @End AND Status = @Status ORDER BY EnterTime DESC"; var parameters = new SqlParameter[] { new SqlParameter("@CarNo", "%" + carNo + "%"), new SqlParameter("@Start", startDate), new SqlParameter("@End", endDate), new SqlParameter("@Status", status) }; DataTable dt = DBHelper.ExecuteQuery(sql, parameters); dgvRecords.DataSource = dt; dgvRecords.Columns["CarNo"].HeaderText = "车牌号"; dgvRecords.Columns["SpaceNo"].HeaderText = "车位号"; dgvRecords.Columns["EnterTime"].HeaderText = "入场时间"; dgvRecords.Columns["ExitTime"].HeaderText = "出场时间"; dgvRecords.Columns["FeeAmount"].HeaderText = "实收金额"; dgvRecords.Columns["Status"].HeaderText = "状态"; // 金额汇总 decimal totalFee = 0; foreach (DataGridViewRow row in dgvRecords.Rows) { if (row.Cells["FeeAmount"].Value != null) totalFee += Convert.ToDecimal(row.Cells["FeeAmount"].Value); } lblTotalFee.Text = "总收入：" + totalFee.ToString("0.00") + " 元"; }模糊查询的LIKE参数要把%写在参数里，而不是写在SQL模板里，这样写法统一后复用性好。日期范围用DateTimePicker控件取起止时间，ToString格式化时把时分秒带上，否则查询会漏掉边界当天最后一分钟的数据。Text.Trim()去掉输入首尾空格，避免车牌号带空格导致查不到。
5. 避坑与常见问题排查：从“能跑”到“能交”的5个坎
5.1 Coverage：为什么DataGridView里时间显示成了1970年
现象：数据库里存的时间是正确的，但DataGridView里显示的时间是1970-01-01或者其他离谱值。
原因：最常见有两种。第一种是DataGridView列的DataPropertyName没有绑定到正确字段，导致它显示了行的索引或默认值；第二种是你从数据库读出的是DateTime类型，但赋值给列的Value时被转成了字符串，且格式没有指定，WinForms自己挑了个默认格式显示。
解决：在绑定完DataSource后显式设置列绑定，不要依赖自动生成列。关闭自动生成列（AutoGenerateColumns = false）后手动添加列，并设置DataPropertyName字段名，时间列DefaultCellStyle.Format = "yyyy-MM-dd HH:mm:ss"。这样显示什么、顺序是什么，全由你掌控。
5.2 SQL Server连接字符串连接不上，本地都跑不起来
现象：程序启动后点“连接数据库”按钮报Cannot open database "CarPark" requested by the login，或者Login failed for user 'sa'。
原因：区别在于你用的是Windows认证还是SQL Server认证。LocalDB用Integrated Security=True，你的Windows账户必须是本机管理员；完整版SQL Server如果用sa账号，你要确认SQL Server服务本身的“身份验证模式”切换到了混合模式，并且sa密码没有过期策略限制。
解决：先打开SSMS用同样的认证方式手动登录一次，如果SSMS能连上，代码里的连接字符串肯定能连上；SSMS也报错，说明是服务端配置问题，不是代码问题。检查SQL Server服务是否启动、身份验证模式、防火墙入站规则是否放行1433端口。
5.3 把程序拷到别人电脑上，数据库还原后启动失败
现象：本地跑得好好的，把整个项目文件夹拷给同学，双击exe报错找不到数据文件或无法附加数据库。
原因：绝大多数是|DataDirectory|路径失效。在开发机里|DataDirectory|指向bin\Debug\App_Data，但发布后exe在别的位置，文件夹结构没被一起拷过去，数据库文件路径自然不对。
解决：把.mdf文件连同exe所在的文件夹一起拷贝，或把.mdf放到exe同级的Data文件夹里，在App.config中写成绝对相对路径，如AttachDbFilename=Data\CarPark.mdf。发布前手动运行一次exe确认能创建数据库文件。
5.4 车辆出场后，车位状态还是“占用”
现象：车辆出场记录写进去了，金额也算了，但车位管理界面上该车位仍然显示红色占用。
原因：出场流程里的第三句话——“把车位表对应记录的状态恢复为空闲”——大概率漏写了。很多人写完入场后把记录插入和车位更新写在了一起，出场时只更新了记录表，忘了同步车位表。
解决：出场业务流程同样放进事务里：更新ParkingRecord表的ExitTime、FeeAmount、Status，同时更新ParkingSpace表的Status=0和CarId=NULL。写代码时顺序必须和事务逻辑严格对上，并在事务提交前做一次校验：两条SQL影响行数都等于1才算成功。
5.5 报告里的数据库表结构和源码里的对不上
现象：Word报告里画了8张表，源码里建表脚本只有5张；报告写“管理员可以修改车位类型”，代码里根本没有这个功能。
原因：多数人是先写报告后写代码，或者直接把网上下载的报告改了改就交，没把报告作为源码的“镜像”。答辩时老师翻源码和报告，发现对不上是最尴尬的场面。
解决：先跑通全部功能，再截图放进报告；只写代码里真实存在的表和字段。建表脚本统一放在项目根目录的database.sql文件里，报告里的表名字段名直接复制该文件内容生成图表。数据字典里每一张表都对应源码里一个DAL方法，这是我做课设时要求自己遵守的底线。
6. 进阶：把课程设计做成“能答辩、能演示、能自圆其说”的一套工程
当系统能跑通、报告也写完，大部分人就此打住。但从答辩拿高分和以后真正接手项目的角度，还有三件事值得做——它们加在一起的时间不超过两个小时，但对评委的说服力完全不同。
第一件事是把所有AddWithValue改成new SqlParameter显式指定类型。差异在于字符串拼接注入安全之外，AddWithValue在SQL Server对NVARCHAR和VARCHAR的判断上可能产生隐式转换，导致索引失效，数据量小的时候没感觉，数据量一大就成了性能瓶颈。写成new SqlParameter("@CarNo", SqlDbType.NVarChar, 12) { Value = carNo }，类型长度都明确，看着就比业余写法专业一档。
第二件事是加一份简单的登录日志。不需要额外建表，直接在Users表旁边加一张OperLog表，每次登录成功后插入一条记录。这既能证明你考虑了安全审计，也能在报告里多写一节“系统安全性设计”。我带的课设经常建议加这个模块，因为它是成本最低、最容易讲清楚的部分。
第三件事是准备一份“三分钟演示脚本”。写一行字：先演示登录，再演示入场两辆车、出场一辆、查一次报表、导出一次Excel，最后打开数据库验证数据一致性。这个过程必须在你自己电脑上完整走一遍，确认每个按钮的位置不会误触。
我自己做课设那会儿的教训是：把时间花在让系统多一个功能上，不如花在让现有功能更经得起追问上。一个能讲清楚“为什么这张表要这样设计、这里为什么要用事务、这个金额是怎么算出来的”的系统，远比一个功能花哨但一问三不知的系统拿分高。希望这些方法和坑能帮你少熬夜，把题目变成一份真正属于自己的作品。
本文还有配套的精品资源，点击获取
