C#停车场管理系统课设全攻略：数据库、计费逻辑与避坑指南

简介：面向计算机专业课程设计场景的C#停车场管理系统完整资料包，包含源码、数据库与设计报告三部分，覆盖进场管理、出场计费、大小车分类收费、长期车辆记录等核心业务，适合需要快速搭建同类项目或参考完整设计流程的学生与开发者。压缩包内共45个文件，以12个cs源码文件为主干，配合resx界面资源、mdf/ldf数据库文件、docx设计报告及可直接运行的exe程序，sln/csproj工程文件便于用Visual Studio直接打开调试，整体大小2.19MB，结构清晰。已有126人学习下载。其中提供了一套可运行、可修改的完整方案：源码逻辑涵盖管理员登录、车辆进出与计费流程，数据库文件保存进出场记录，报告书补充设计思路与实现说明，可借此了解WinForms界面开发、SQL Server数据库操作及停车场业务建模，直接用于课程答辩或二次开发。

1. 先把这个课设项目看清楚：C# 停车场管理系统到底在解决什么问题

做课程设计最怕的不是题目难，而是题目看起来平常、做起来却处处是坑。基于 C# 的停车场管理系统（源码+数据库+报告）这类项目是 C# 课设里出现频率最高的一类，它把桌面端开发、数据库设计、增删改查、界面交互全串在一起，既能覆盖教学大纲里的知识点，又比图书管理、学生管理这类系统多了一层"有真实业务规则"的复杂度，比如计费规则、车位状态流转、跨天计费。你拿到的这份资源里，源码解决"能跑"，数据库脚本解决"有数据"，报告解决"能讲清楚"，三者缺一不可。

我见过太多人第一步就卡在"不会连数据库"上，也见过有人把代码跑通了却在答辩时讲不出业务逻辑。写这篇文章的目标只有一个：让你从解压压缩包到完成答辩，整条路走得通，知道每一段代码为什么这么写，知道数据库里每张表是干什么用的，也知道报告里哪些内容应该多写、哪些写了反而是扣分项。这篇文章按"看懂结构—跑通代码—改业务—写报告—避坑"的顺序展开，新手能照做，有基础的人也能拿到几个边界参数和踩坑经验。适合计算机相关专业做课设的学生，也适合刚入行想参考一个完整 C# 项目怎么组织代码的初级工程师。

2. 解压后先看结构：源码、数据库和报告各自扮演什么角色

2.1 拿到压缩包后别急着 Build，先列目录

不管这个压缩包是从哪个渠道下的，先解压，然后用命令行或文件管理器把整个项目结构列出来。多个项目做下来，我一般会先看三样东西：.sln文件（Visual Studio 解决方案）、.sql文件（数据库脚本）、.docx或 PDF 格式的报告。这三个文件一确认，整个项目的轮廓就有了。

cd 停车场管理系统 tree /F

如果是 Windows 环境，没有 tree 命令就用dir /s。这一条命令的目的是帮你建立对项目结构的认知，而不是急着点开 .sln 编译。一个规范的课程设计项目，通常包含以下目录：

停车场管理系统/ ├── 停车场管理系统.sln # 解决方案文件 ├── 停车场管理系统/ # 主项目目录 │ ├── bin/ # 编译输出目录（Debug/Release） │ ├── obj/ # 编译中间文件 │ ├── Forms/ # 窗体文件 │ ├── Models/ # 实体类 │ ├── DAL/ # 数据访问层 │ ├── BLL/ # 业务逻辑层 │ └── App.config # 配置文件（数据库连接串在这） ├── 数据库脚本/ │ └── ParkingLot.sql # 建库建表脚本 └── 课程设计报告.docx

看到这里，你应该有个基本判断：如果bin目录里有 exe，说明前端编译过；如果App.config里有连接串，说明数据库连接逻辑是写在配置文件里的；如果DAL、BLL目录存在，说明这个项目的分层是正常的，适合你在此基础上改功能。

逻辑说明：这条 tree 命令除了让你看到结构，还帮你定位后面要改的三个关键文件——.sln决定用什么版本的 Visual Studio 打开，.sql决定数据库怎么建，App.config决定程序怎么连数据库。这三者如果版本对不上，后面编译或连接数据库就会翻车。

参数说明：tree 命令默认不带参数，/F表示显示每个目录里的文件名。如果你所在目录层数太深，输出会很长，可以加/L只看目录结构。这些参数不是必须记的，但能帮你快速判断一个项目文件是否齐全。

2.2 打开 .sln 前确认三件事：框架版本、依赖包和启动项目

双击 .sln 之前，先用记事本打开看一眼。.sln文件的第一段会写Visual Studio版本，第二段会写项目类型 GUID。课程设计项目最常见的是 .NET Framework 4.5 到 4.8，少数用 .NET Core 3.1 或 .NET 6。这一步一定要做，因为用太高版本的 Visual Studio 打开旧版框架项目，容易触发兼容性问题；用太低版本的打开新版项目，可能直接报"项目不兼容"。

Microsoft Visual Studio Solution File, Format Version 12.00 # Visual Studio Version 16 Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "停车场管理系统", "停车场管理系统.csproj", ...

这里面最关键的是Format Version和.csproj里的<TargetFrameworkVersion>。用记事本打开 .csproj，找到<TargetFrameworkVersion>v4.7.2</TargetFrameworkVersion>这一类字段，记下版本号，然后决定用哪个 VS 打开。常见搭配是：VS2015 对应 .NET Framework 4.5~/4.6，VS2017/2019 对应 4.6~4.8，VS2022 对应 .NET 6 及以上。

打开项目之后，第一步是检查有没有包还原问题。课程设计项目一般不会引用太多 NuGet 包，最多也就System.Data.SqlClient或BCrypt.Net之类。你可以直接在 VS 里右键解决方案，选择"还原 NuGet 包"。如果还原失败，看错误列表里的提示，通常是被墙了或源地址失效，改一下 NuGet 包源地址到国内镜像就好。

编译前的一个常见操作：右键解决方案，配置管理器，确认"活动解决方案配置"是 Debug，"平台"是 x86 还是 x64 要和你的本机 SQL Server 位数匹配。课程设计做的项目都是本机跑，这里用 Debug + AnyCPU 一般没大问题，但如果引用了 x86 的本机 DLL，就必须切到 x86，否则运行时会报 BadImageFormatException。

2.3 附加数据库：建库脚本执行失败的三种常见原因

数据库脚本是这个项目的灵魂。没有数据库，程序启动后登录、查询、计费全都走不通。我一般拿到 .sql 文件后会先打开扫一眼，看它用的是CREATE DATABASE还是只有CREATE TABLE，这决定了你要不要手动建库。

-- 如果脚本里只有建表语句，先手动建库 CREATE DATABASE ParkingLotDB; GO USE ParkingLotDB; GO -- 如果脚本里包含建库语句，跳过上面的 CREATE DATABASE / USE IF OBJECT_ID('ParkingLot', 'U') IS NOT NULL DROP TABLE ParkingLot; IF OBJECT_ID('VehicleRecord', 'U') IS NOT NULL DROP TABLE VehicleRecord; IF OBJECT_ID('RateConfig', 'U') IS NOT NULL DROP TABLE RateConfig; CREATE TABLE RateConfig ( RateId INT PRIMARY KEY IDENTITY(1,1), RateName NVARCHAR(50) NOT NULL, UnitPrice DECIMAL(10,2) NOT NULL, UnitTimeMinutes INT NOT NULL DEFAULT 60, IsActive BIT NOT NULL DEFAULT 1 );

执行这条脚本的方式有两种：打开 SQL Server Management Studio（SSMS），新建查询，粘贴执行；或者用sqlcmd命令行工具。课程设计场景下我推荐 SSMS，因为你能直接看到执行结果和错误信息。执行报错最典型的有三个：

第一是CREATE DATABASE权限不足，解决方法是改用 sa 账号或 Windows 身份登录。第二是脚本里引用了不存在的数据库文件路径，多见于CREATE DATABASE ... ON (FILENAME = 'C:\...\')这种写法，解决方法是把路径改成你本机的路径。第三种是最容易被忽略的：脚本里包含了USE [master]或者切换了上下文的语句，导致你后续建表的库不是你想建的那个，解决方法是脚本开头手动加USE ParkingLotDB;。

执行成功后，在 SSMS 里刷新对象资源管理器，看到数据表生成，数据库这一关才算过。

2.4 App.config 连接串：把数据库地址和账号密码写到配置里

C# 项目连接数据库的标准做法是写连接字符串到App.config（WinForms/WPF 项目）或Web.config（Web 项目）。课程设计项目里最常见的是连本机 SQL Server，连接串长得像下面这样：

<?xml version="1.0" encoding="utf-8" ?> <configuration> <connectionStrings> <add name="ParkingLotDB" connectionString="Data Source=.;Initial Catalog=ParkingLotDB;User ID=sa;Password=123456;Integrated Security=False;" providerName="System.Data.SqlClient" /> </connectionStrings> <startup> <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.7.2" /> </startup> </configuration>

这里有几个参数值得说明：

Data Source=.表示连接本机默认实例，如果你的 SQL Server 是命名实例，比如SQLEXPRESS，要写成Data Source=.\SQLEXPRESS；如果是远程数据库，要写成 IP 加端口，例如Data Source=192.168.1.100,1433。Initial Catalog是数据库名，要和脚本里CREATE DATABASE的名字一致。Integrated Security=False表示用账号密码登录，配合User ID和Password；如果设成True，系统会忽略账号密码，改用 Windows 身份验证。课程设计连本机数据库我建议用 Windows 身份验证，也就是把Integrated Security设成True，去掉 User ID 和 Password 两项，省得密码不匹配被锁。

代码读取连接串的常规姿势是写一个DBHelper类：

using System.Configuration; using System.Data.SqlClient; public static class DBHelper { private static readonly string connStr = ConfigurationManager.ConnectionStrings["ParkingLotDB"].ConnectionString; public static SqlConnection GetConnection() { SqlConnection conn = new SqlConnection(connStr); return conn; } }

这段代码的逻辑说明只有一句话：把所有数据库操作统一走这个入口，后续你改连接串只需要改 App.config，不用满项目找new SqlConnection。数据访问层里每个方法开头都using (SqlConnection conn = DBHelper.GetConnection())这种写法，能保证连接用完即关。注意ConfigurationManager需要引用System.Configuration.dll，在项目里添加引用时别漏掉，不然编译会报ConfigurationManager 不存在。

3. 核心业务与代码实现：车辆进出、计费、订单状态流转

3.1 车辆入场登记：把"车牌号 + 入场时间"做成一条记录

停车场的核心业务从车辆入场开始。很多课设项目把入场做成一个简单的 INSERT，然后刷新列表，但实际车场要考虑的细节比这多：一个车位已经被占时不能重复入场、固定月租车和临时车的入场记录状态不同、车牌号不能为空、同一车牌在场内没出场不能二次入场。

下面这段代码是常见做法，用参数化 SQL 实现入场登记：

private void btnEnter_Click(object sender, EventArgs e) { string plate = txtPlate.Text.Trim(); if (string.IsNullOrEmpty(plate)) { MessageBox.Show("车牌号不能为空", "提示"); return; } // 1. 先查当前车辆是否已经在场内 string checkSql = "SELECT COUNT(*) FROM VehicleRecord WHERE PlateNumber = @plate AND Status = 0;"; // 2. 如果不在场，插入一条入场记录 string insertSql = @"INSERT INTO VehicleRecord (PlateNumber, EntryTime, Status, ParkingType) VALUES (@plate, @entryTime, 0, @parkingType); SELECT CAST(SCOPE_IDENTITY() AS int);"; using (SqlConnection conn = DBHelper.GetConnection()) { conn.Open(); using (SqlCommand checkCmd = new SqlCommand(checkSql, conn)) { checkCmd.Parameters.AddWithValue("@plate", plate); int count = (int)checkCmd.ExecuteScalar(); if (count > 0) { MessageBox.Show("该车辆已在场内", "提示"); return; } } using (SqlCommand insertCmd = new SqlCommand(insertSql, conn)) { insertCmd.Parameters.AddWithValue("@plate", plate); insertCmd.Parameters.AddWithValue("@entryTime", DateTime.Now); insertCmd.Parameters.AddWithValue("@parkingType", cmbParkingType.SelectedIndex); // 0=临时 1=月租 int newId = (int)insertCmd.ExecuteScalar(); MessageBox.Show("入场成功，记录 ID = " + newId); } } LoadVehicleList(); }

逻辑说明：先检查Status = 0表示在场内的车辆，避免重复入场。这里Status字段用 0 和 1 表示状态，0 是在场，1 是已离场，这是课设项目最常用的做法，简单并且好写查询。SCOPE_IDENTITY()返回刚插入的自增主键，作用有两个：一是给用户反馈"记录生成成功"，二是后续出场结算可以直接用这个 ID 更新记录，不用再查一遍。

参数说明：ParkingType字段用cmbParkingType.SelectedIndex拿到的整数表示，临时车和月租车后续计费逻辑不同。真正实现时建议在组合框里设置两项："临时车"和"月租车"，然后在数据库里用tinyint存。这里用AddWithValue在课设层面可以，但如果你想让代码更稳，建议换cmd.Parameters.Add("@plate", SqlDbType.NVarChar, 20).Value = plate这种显式声明类型的方式，可以避免类型推断出错，也算是答辩时一个可讲的优化点。

3.2 出场计费逻辑：临时车按时间算，月租车看到期时间

出场计费是停车场管理系统的核心业务，也是评委最喜欢追问的点。计费规则在不同项目中差别很大：按小时算、按半小时算、首小时多少钱后面每小时多少钱、跨天怎么算、免费时长多少分钟。课设项目一般取最简单的规则，但如果你能在代码里把跨天逻辑处理好，答辩印象分会好很多。

private void btnExit_Click(object sender, EventArgs e) { string plate = txtExitPlate.Text.Trim(); if (string.IsNullOrEmpty(plate)) { MessageBox.Show("请输入车牌号", "提示"); return; } using (SqlConnection conn = DBHelper.GetConnection()) { conn.Open(); string querySql = @"SELECT RecordId, PlateNumber, EntryTime, ParkingType FROM VehicleRecord WHERE PlateNumber = @plate AND Status = 0;"; using (SqlCommand cmd = new SqlCommand(querySql, conn)) { cmd.Parameters.AddWithValue("@plate", plate); using (SqlDataReader reader = cmd.ExecuteReader()) { if (!reader.Read()) { MessageBox.Show("没有在场内找到该车辆", "提示"); return; } int recordId = reader.GetInt32(0); DateTime entryTime = reader.GetDateTime(2); int parkingType = reader.GetInt32(3); reader.Close(); decimal amount; if (parkingType == 1) // 月租车 { amount = CalculateMonthlyFee(plate, entryTime); } else // 临时车 { amount = CalculateHourlyFee(entryTime, DateTime.Now); } string updateSql = @"UPDATE VehicleRecord SET ExitTime = @exitTime, TotalAmount = @totalAmount, Status = 1 WHERE RecordId = @recordId;"; using (SqlCommand updateCmd = new SqlCommand(updateSql, conn)) { updateCmd.Parameters.AddWithValue("@exitTime", DateTime.Now); updateCmd.Parameters.AddWithValue("@totalAmount", amount); updateCmd.Parameters.AddWithValue("@recordId", recordId); updateCmd.ExecuteNonQuery(); } MessageBox.Show($"停车费用：{amount:F2} 元", "结算完成"); } } } LoadVehicleList(); }

计算临时车费用的方法也要写清楚，这里单独拆成一个函数：

private decimal CalculateHourlyFee(DateTime entryTime, DateTime exitTime) { TimeSpan ts = exitTime - entryTime; int totalMinutes = (int)Math.Ceiling(ts.TotalMinutes); // 免费时长 15 分钟 if (totalMinutes <= 15) return 0; // 不足 1 小时按 1 小时算 int hours = (int)Math.Ceiling(totalMinutes / 60.0); decimal unitPrice = 5.0m; // 每小时 5 元 return hours * unitPrice; }

逻辑说明：计费代码的重点在Math.Ceiling。停车场计费规则里"不满一小时按一小时算"是最常见的设定，用向上取整就是数学上的实现方式。免费时长放在最前面判断，这是你在答辩时要讲得清楚的一个业务细节。

参数说明：unitPrice这里硬编码了，真实项目会从RateConfig表读取，并根据日期类型（工作日/周末）或时段（白天/夜间）切换单价。如果你想让这个项目更有说服力，可以改成从RateConfig表里把UnitPrice字段查出来再计算，这样报告里也能多写一段"费率配置化"的内容。

3.3 月租车到期判断：别把已过期的月租车当免费车放走

月租车逻辑如果用得简单粗暴，就是入场时不判断有效期，出场时直接返回 0 元。这个逻辑在演示时会被评委一戳就破——"我的月租车已经过期一个月了，为什么还能免费出场？"

private decimal CalculateMonthlyFee(string plate, DateTime entryTime) { // 从会员表查月租到期时间 string sql = @"SELECT ExpireDate FROM MemberInfo WHERE PlateNumber = @plate;"; using (SqlConnection conn = DBHelper.GetConnection()) { conn.Open(); using (SqlCommand cmd = new SqlCommand(sql, conn)) { cmd.Parameters.AddWithValue("@plate", plate); object result = cmd.ExecuteScalar(); if (result == null || result == DBNull.Value) { return CalculateHourlyFee(entryTime, DateTime.Now); } DateTime expireDate = Convert.ToDateTime(result); if (expireDate >= DateTime.Now) { return 0; // 月租有效期内 } else { // 已过期，按临时车计费 return CalculateHourlyFee(entryTime, DateTime.Now); } } } }

这段代码的逻辑说明很直接：先查会员表拿到到期时间，到期时间在未来，收 0 元；到期时间在过去，按临时车标准计费。这个判断逻辑本身不难，但它决定了你的项目是"看起来像样"还是"真正处理了业务边界"。

边界情况：result == DBNull.Value这个判断必须有，因为月租表里可能查不到这个车牌号，比如月租车被删了或者数据不完整，此时直接Convert.ToDateTime(result)会抛异常。数据库查询结果为空、为 NULL 时，ExecuteScalar 返回的是null，这一点很多新手会忽略，改成这行判断后系统就不会因为一条脏数据崩掉。

3.4 数据绑定与刷新：离开界面代码，前面写的一切都看不见

WinForms 界面上的 DataGridView 怎么把数据库里的记录显示出来，这个操作在课设答辩时是一定要现场演示的。基本套路是：查询数据 DataTable，然后绑定到控件。

private void LoadVehicleList() { string sql = @"SELECT RecordId, PlateNumber, EntryTime, ParkingType, Status, CASE WHEN ParkingType = 1 THEN '月租' ELSE '临时' END AS TypeName, CASE WHEN Status = 0 THEN '在场' ELSE '已离场' END AS StatusName FROM VehicleRecord ORDER BY EntryTime DESC;"; using (SqlConnection conn = DBHelper.GetConnection()) { SqlDataAdapter adapter = new SqlDataAdapter(sql, conn); DataTable dt = new DataTable(); adapter.Fill(dt); dgvVehicles.DataSource = dt; } }

逻辑说明：SqlDataAdapter.Fill()是 WinForms 里经典的离线数据加载方式，它的优点是查询结果全部放进内存里的 DataTable，DataGridView 直接绑定，界面响应快。CASE WHEN把数字类型的字段转换成可读文本，这样界面上显示"临时/月租""在场/已离场"而不是 0 和 1，虽然这个转换也可以放在 C# 代码里做循环，但用 SQL 一次完成效率更高，代码也更干净。

参数说明：DataGridView 绑定后，列会自动生成。如果你不想显示 RecordId 这种内部字段，可以在 DataGridView 的Columns集合里把对应列的Visible属性设为false；如果你想让标题显示中文，可以在 SQL 别名处写中文别名，例如SELECT PlateNumber AS 车牌号，这样 DataGridView 的列头自动变成中文，省去了手动改列头的功夫。

4. 数据库设计：三张核心表和一个容易漏掉的扩展点

4.1 车辆记录表：状态、时间、金额都要留得住

数据库是停车场管理系统的地基。课设项目的表结构不需要复杂，但必须能支撑业务逻辑。最常见的核心表是VehicleRecord，存每一辆车的进出记录。

CREATE TABLE VehicleRecord ( RecordId INT IDENTITY(1,1) PRIMARY KEY, PlateNumber NVARCHAR(20) NOT NULL, EntryTime DATETIME NOT NULL, ExitTime DATETIME NULL, ParkingType TINYINT NOT NULL DEFAULT 0, -- 0=临时 1=月租 Status TINYINT NOT NULL DEFAULT 0, -- 0=在场 1=已离场 TotalAmount DECIMAL(10,2) NULL, Remark NVARCHAR(200) NULL );

这张表的设计说明：EntryTime和ExitTime之间可空，因为一辆车进场后还没出场，出场时间本来就是空的。TotalAmount同样可空，因为只有出场时才计算费用。Status字段是查询在场车辆的关键，每次刷新列表都用WHERE Status = 0过滤。注意索引问题，PlateNumber和Status是高频查询条件，正式项目会在这两列上建索引，课设项目可以提一句"实际车场会加索引"，不必真建。

4.2 费率配置表：把时间单价从代码里拆出来

代码里硬编码的unitPrice = 5.0在课设实验中能跑，但如果你的报告想拿高分，建议加一张RateConfig表，把费率配置搬到数据库里，这属于"业务配置化"设计，在答辩时是个加分点。表结构我之前已经写过了，这里给出配套的查询代码：

private decimal GetUnitPrice() { string sql = "SELECT UnitPrice FROM RateConfig WHERE IsActive = 1;"; using (SqlConnection conn = DBHelper.GetConnection()) { conn.Open(); using (SqlCommand cmd = new SqlCommand(sql, conn)) { object val = cmd.ExecuteScalar(); if (val == null || val == DBNull.Value) return 5.0m; return Convert.ToDecimal(val); } } }

逻辑说明：IsActive = 1只取启用状态的费率记录，这样后续如果要修改收费标准，直接更新数据库记录，不需要重新编译程序。这个模式在真实系统里很常见，叫"配置驱动"，把它写进你的报告里，比"我用了一个常量"高一个档次。

参数说明：UnitTimeMinutes字段建议保留，虽然短期内用不到，但它决定了费用计算的粒度。比如有的停车场按半小时计价，有的按一小时。把这个字段写进数据库表结构，你的设计就比只按小时计费的项目完整。

4.3 参数化 SQL 与防止 SQL 注入：你和普通课设的差距在这里

很多课设项目为了图省事，SQL 语句写成字符串拼接：

string sql = "SELECT * FROM VehicleRecord WHERE PlateNumber = '" + txtPlate.Text + "'";

这种写法在小课设里能跑通，但在答辩时如果评委问你"如果车牌号输入' OR '1'='1会怎样"，你答不上来就尴尬了。参数化写法之前已经用过，这里强调一个容易踩的坑：AddWithValue在特定情况下会导致 SQL Server 的隐式转换，索引失效，查询变慢。虽然课设数据量小感觉不到，但养成写显式参数类型的习惯没有坏处。

// 更好的写法：显式指定 SqlDbType cmd.Parameters.Add("@plate", SqlDbType.NVarChar, 20).Value = plate;

逻辑说明：SqlDbType.NVarChar和表结构里的NVARCHAR(20)保持一致，20 是长度上限。这个写法的优势是避免了AddWithValue对参数类型的猜测误差，减少因类型不匹配导致的隐式转换。答辩时你被问到"如何防止 SQL 注入"，答案就是：不使用字符串拼接，所有用户输入走参数化查询。这一点值得在报告中单开一小节说明。

4.4 数据库备份与重演：报告里写"系统测试"前必须做的准备

课程设计报告通常要写"系统测试"这一章，而系统测试最重要的数据基础是：系统里得有数据可展示。很多人的测试截图里只有三五条记录，看着不像经过真实测试的样子。这里给出一个测试数据生成脚本，执行后你的车位列表就"看起来像样了"：

-- 生成 20 条测试数据：8 条在场，12 条已离场 DECLARE @i INT = 1; WHILE @i <= 20 BEGIN INSERT INTO VehicleRecord (PlateNumber, EntryTime, ExitTime, ParkingType, Status, TotalAmount) VALUES ( CONCAT('京A', FORMAT(@i, '00000')), DATEADD(HOUR, -(@i * 5), GETDATE()), -- 入场时间是当前时间往前推 CASE WHEN @i > 8 THEN DATEADD(HOUR, -(@i * 2), GETDATE()) ELSE NULL END, -- 已离场的算过出场时间 @i % 3, -- 0/1/2 交替生成停车类型 CASE WHEN @i > 8 THEN 1 ELSE 0 END, -- 前8条在场，后12条已离场 CASE WHEN @i > 8 THEN (5.0 * (@i % 3 + 1)) ELSE NULL END ); SET @i = @i + 1; END;

逻辑说明：CONCAT('京A', FORMAT(@i, '00000'))生成京A00001到京A00020的车牌号，DATEADD让入场时间错开，CASE WHEN控制哪些车在场、哪些已离场。这个脚本的价值在于：你可以反复执行清空表、重新生成，保证演示环境的数据可控。

参数说明：@i % 3的结果是 0、1、2 循环，所以你生成的 ParkingType 会出现三种值，如果你的业务里只有 0 和 1，建议改成@i % 2，避免跑进你没处理的分支逻辑。这条脚本执行前先DELETE FROM VehicleRecord;，再执行 WHILE 循环，注意不要在外面包事务，否则一旦报错全部回滚，排错更麻烦。

5. 报告撰写与重演：怎么把代码项目变成能过审的文档

5.1 需求分析：别抄网上的模板，把业务场景写具体

课程设计报告的质量在答辩中的权重很高，甚至比代码本身还重要。需求分析这一章是最容易写成模板的地方——"本系统采用 C/S 架构，实现了车辆信息管理、停车收费管理、车位管理等功能"，这种话写出来等于没写。好的需求分析要先写清楚业务背景，再写角色和用例。

比如你可以写：某停车场有 50 个车位，包含临时车和月租车两种类型，临时车按小时计费、首小时免费 15 分钟、月租车按包月收费；需要记录每辆车的入场和出场时间；收费时自动计算金额；管理员可以查看历史记录和在场车辆列表。这个场景描述只多写了几句话，但让人一眼看懂你的系统是给谁用的、要解决什么问题。配套可以给一张简单的角色表：管理员负责车辆进出登记、收费结算、查看报表；月租用户在有效期内免费进出。

5.2 E-R 图和数据字典：画图不要追求复杂，正确性更重要

报告里最容易被老师翻阅的是 E-R 图和数据字典。E-R 图不需要画得像软件工程教材那样到处都是菱形和椭圆，你只需要画出实体、属性和关系，表达清楚即可。以这个停车场系统为例，三个核心实体是：车辆记录、费率配置、会员信息。

erDiagram VehicleRecord { int RecordId PK string PlateNumber datetime EntryTime datetime ExitTime int ParkingType int Status decimal TotalAmount } RateConfig { int RateId PK string RateName decimal UnitPrice int UnitTimeMinutes bool IsActive } MemberInfo { int MemberId PK string PlateNumber string PhoneNumber datetime ExpireDate }

这个 E-R 图表达能力足够：车辆记录表和会员信息表通过PlateNumber关联，费率配置表和车辆记录表示"参考"关系，用一条连线加菱形标注即可。

数据字典是另一个凑字数神器，但也是"看着简单却容易翻车"的地方。我见过有人在数据字典里写字段名称、数据类型、长度、允许为空，这些是有意义的；还有人把所有字段都写成"备注：无"，这等于没写。建议数据字典里必须包含：字段名、类型、长度、是否主键、是否允许为空、业务含义说明。例如：

5.3 代码报告中怎么贴代码：选段、加注释、画流程图

多数课程设计的报告都会贴核心代码，但很多项目贴了 80% 的代码，看起来像在凑字数。这里给一个标准：只贴核心业务代码，比如车辆入场（INSERT + 防重复）、出场计费（UPDATE + 费用计算）、数据库连接（DBHelper）这三段，其他界面代码略过。每段代码占半页，不要超过一页。

贴代码之前一定要做的三件事：

1. 代码里删除不必要的空行和调试代码，比如 MessageBox 调试信息。
2. 关键行必须有简短注释，不是每行都加，而是加在业务逻辑转折处，比如// 判断是否月租车过期。
3. 如果贴了代码，画一个简单的程序流程图放在代码前面，三段代码配三张流程图即可，不用给每个函数都画。

5.4 测试章节：把输入、预期结果、实际结果做成表格

测试章节是报告里最不缺字数的部分，但也是翻车重灾区。最常见的错误是测试用例写得泛泛而谈——"测试登录功能，功能正常"。你应该按测试用例的格式写：用例编号、测试前置条件、输入数据、操作步骤、预期结果、实际结果。例如：

这张表写清楚，你的测试章节已经领先大多数人。注意每一条用例都要真实跑过一遍再写，不要编造预期结果和实际结果，答辩时一旦让现场重演，好几条用例都会露馅。

6. 避坑指南：编译、数据库连接、计费异常的真实踩坑记录

6.1 编译报错 CS0246：找不到类型或命名空间，NuGet 包没还原

现象：打开项目后按下 F6，错误列表里出现CS0246 找不到类型或命名空间名称，指向的是SqlConnection或ConfigurationManager。原因：项目引用了System.Data.SqlClient或System.Configuration，但没引用对应的 DLL；或者 NuGet 包还原失败。解决：解决方案里右键引用，选择"管理 NuGet 程序包"，确认System.Data.SqlClient已安装；再右键项目属性，目标框架如果是 .NET Framework 4.x，需要在程序集中手动添加System.Data引用。如果是 .NET Core/.NET 5+，使用dotnet restore恢复包。这一步是项目刚打开时最影响心态的翻车点，但它本身不复杂。

6.2 连接数据库失败：SqlClient 无法连接本机 SQL Server

现象：程序启动后任何查询操作都报SqlException: 无法打开登录所请求的数据库 "ParkingLotDB"或在建立与服务器的连接时出错。原因：要么连接串里的数据库名写错了，要么 SQL Server 服务没启动，要么登录方式不对。解决：先按Win + R，输入services.msc，找到SQL Server (MSSQLSERVER)服务，确认状态是"正在运行"；再用 SSMS 用 Windows 身份验证登录，确认ParkingLotDB存在；最后检查 App.config 里的连接串，Initial Catalog=ParkingLotDB必须和数据库名完全一致，大小写不重要但拼写不能错。这条踩坑记录是我做类似项目时遇到最多的，几乎每个人都至少栽一次。

6.3 车辆状态异常：离场车辆出现在在场列表里

现象：刷新在场列表时，已经结算过的车辆还在列表里。原因：出场结算时 UPDATE 语句的WHERE RecordId = @recordId没匹配到记录，或者Status字段没更新成功。解决：检查 UPDATE 语句的ExecuteNonQuery()返回值，返回 1 表示更新成功，返回 0 说明 WHERE 条件不匹配。用 SQL Server Profiler 或手动查询数据库确认记录是否存在。另一个常见原因是：出场结算的代码里reader.Close()没写，导致SqlDataReader占着连接，UPDATE 执行不了，然后代码跳过了异常静默失败。所有SqlDataReader用完必须关掉，或者把CommandBehavior.CloseConnection加进去。

6.4 计费金额异常：跨天停车 10 小时只收了 5 元

现象：一辆车停了两天，出场只显示 5 元。原因：计费代码里用TimeSpan.TotalHours直接取整数的逻辑写错了，比如int hours = (int)ts.TotalHours;把 3.8 小时截断成 3 小时。如果车停了两天，TotalHours是 49.3，截断成 49，看起来没问题；但如果停 1 小时 50 分钟，TotalHours是 1.83，截断成了 1 小时，费用少了 5 元。解决：如前面的代码所述，用Math.Ceiling向上取整，保证"不足一小时按一小时计费"的业务规则被正确执行。这个 bug 在答辩演示时找一辆入场 1 小时 50 分钟的车当场结算，就能暴露出来。

6.5 删掉数据库记录导致演出事故：演示前先备份测试数据

现象：答辩现场演示时，由于误操作把在场车辆清空，整个系统看起来像没数据。原因：用了DELETE FROM VehicleRecord;清空表，但没重新插入测试数据。解决：提前准备一份seed.sql，答辩前或误操作后执行一次，重新生成测试数据。我之前提到的那份 WHILE 循环生成测试数据的脚本，保存成独立文件，放进"数据库脚本"目录，并在报告测试章节末尾注明"演示数据使用 seed.sql 生成"。这个习惯能让你在答辩时多一条后路。

7. 答辩与后续改造：把课程设计讲成有真实价值的小项目

最后一章不写总结，写点实在的：你做完这个项目后，怎么在答辩现场把评委最可能追问的细节答好，以及如果你想继续往下做，哪些点值得花时间改造。

答辩的核心策略是"把课设讲成项目"。课程设计报告写得再好，评委看重的现场表现一般有三点：第一，你要能说出每张表为什么这样设计；第二，你要能现场改一行代码解决一个虚拟问题；第三，你要能讲清楚一个边界场景的处理逻辑。比如评委会问："如果一辆车入场时间是昨晚 23:50，出场是今天 00:20，停车时长怎么算？"你回答"按时间差精确计算，跨天不影响，因为我们用 DateTime 类型存时间，TimeSpan 算差值"——这一句话就说明了你没有把"日期"和"时间"混为一谈，也没有用字符串拼接时间导致跨天计算错误。

代码层面，如果你想把项目继续做下去，可以优先考虑两个改造方向：一是引入定时刷新机制，在场车辆列表每隔 30 秒自动刷新一次，实现方式是在窗体上加Timer控件，Interval 设为 30000，Tick 事件里调用LoadVehicleList()；二是把数据库从本机 SQL Server 换成 SQLite 或 MySQL，只需要改写 DBHelper 和一个数据访问层，这让你的项目能在没有 SQL Server 的机器上演示，答辩时不依赖实验室环境。

我最后分享一个自己的习惯：每次做完课设，会把做项目过程中踩过的坑整理成一份不超过三页的"问题与解决"文档，放进报告附录。这份文档在答辩时很有用——当评委问"你这个项目里遇到过什么困难"时，你可以直接挑一条说，具体到现象、原因、怎么排查、怎么解决，比说"没遇到什么困难"好得多。上面写的那些坑，CS0246、连接串配错、计时取整错误，都是我和同事在实际开发里踩过的真实问题。做这个停车场系统，最能让你受益的不是那几十行代码，而是你知道了"数据库连接失败时先查服务再查连接串"，知道了"计费函数不写测试用例一定会翻车"。希望这些经验帮你在课设这条路上少走几步弯路，也希望你做完这个项目之后，能把它当作自己第一个能讲清业务逻辑的作品，而不是一个应付作业的压缩包。

本文还有配套的精品资源，点击获取