Python实战：从零实现智能停车管理系统（期末作业完整指南）

简介面向Python初学者的智能停车管理系统期末作业源码包集成OpenCV车牌识别、YOLOOCR深度学习与MySQL数据存储完整实现车辆模拟入场、出场计费及GUI交互界面适合K12或高校学生课程设计参考。资源共12个文件主要由8个Python脚本、3个keep占位文件与1个txt说明文档构成其中gui.py负责窗体构建license_plate.py与billing.py分别实现车牌识别和计费算法main.py串联核心流程database.py管理数据库读写。项目还提供介绍说明文档便于理解整体设计。压缩包仅17KB轻量易部署但已覆盖可行性分析、需求分析、概要设计、详细设计和软件测试五阶段思路。已有762人学习下载适合正在完成Python课程作业、需要借鉴停车管理系统分层设计与业务逻辑的同学可快速理解从车牌识别到费用结算的完整闭环并在此基础上扩展自身实验。1. 智能停车管理系统期末作业里最容易拉开差距的题型智能停车管理系统模拟出入场是Python课程作业里非常经典的一道综合题它让你用一个控制台程序模拟车辆进场、分配车位、出场结算的完整流程。难点不在某个语法上而在于把车位状态和车辆状态两套数据串起来并保证它们始终一致。这个题目很适合用来检验python基础语法的掌握程度——类的设计、字典操作、时间处理、文件读写全都要用到。下面按一套能直接复现的方案从数据模型讲到计费再给到答辩前必备的避坑清单和验证脚本。2. 先从数据模型下手出入场流程与存储方案一起定2.1 出入场流程拆解很多python入门阶段的同学拿到题就写菜单写一个while循环加几个if跑通入场马上写出场结果写到计费时发现不知道车停了几点、车位状态没更新推倒重来。我一般先把流程拆成状态流转再动手写代码。入场流程有三个前置条件和一个动作。前置条件是车牌非空、该车牌不在场内、有空闲车位。三个条件全部满足才允许分配车位并记录入场时间。出场流程相对简单车牌必须在场内有记录然后计算停车时长、按规则计费、释放车位、把记录归档到历史列表。这里有个关键点车辆状态和车位状态必须联动更新。入场时车辆进入active_records车位从free_spots移除出场时反向操作。如果有一个分支只改了车辆状态而忘了车位系统跑几轮就会出现车位满了但场内没几辆车的怪现象。2.2 车辆记录用DataClass还是普通字典车辆记录需要保存车牌、入场时间、车位号、出场时间四个字段。常见做法有两种用字典存储或定义一个类。我推荐定义一个类哪怕你觉得字典更省事。原因是字段多了之后字典的key散落各处一个地方写成entry_time另一个地方写成entrytime代码不报错但数据出错非常难排查。下面用dataclass定义车辆记录python 3.7以后直接可用不需要额外安装库# models.py from dataclasses import dataclass from datetime import datetime from typing import Optional dataclass class CarRecord: plate: str # 车牌号 entry_time: datetime # 入场时间 spot_id: int # 分配的车位号 exit_time: Optional[datetime] None # 出场时间默认None表示仍在场内 def to_dict(self) - dict: return { plate: self.plate, entry_time: self.entry_time.strftime(%Y-%m-%d %H:%M:%S), spot_id: self.spot_id, exit_time: self.exit_time.strftime(%Y-%m-%d %H:%M:%S) if self.exit_time else None, }逻辑说明to_dict()负责把对象转成JSON可序列化的字典。datetime对象不能直接写入JSON必须先用strftime转成字符串否则运行到json.dump时会直接抛TypeError。exit_time用Optional标记出场前为None出场后被赋值为具体时间这一条记录就从在场变成了历史。参数说明plate是字符串建议在入口处统一做strip()去空格和upper()转大写否则京A12345和京a12345会被当成两辆车spot_id从1开始编号而不是0用户看到3号车位比2号车位舒服也避免和None混淆。2.3 停车场类状态集中管理停车场类是系统的核心负责维护空闲车位列表、在场车辆字典、历史记录列表。数据结构选型上在场车辆用字典以车牌号为key理由很简单查重和查找都是O(1)如果换成列表每次判断车牌是否已经在场都要遍历一次。# parking_lot.py import json from datetime import datetime from typing import Dict, List, Optional from models import CarRecord class ParkingLot: def __init__(self, total_spots: int 20, data_file: str parking_data.json): self.total_spots total_spots self.data_file data_file self.free_spots: List[int] list(range(1, total_spots 1)) self.active_records: Dict[str, CarRecord] {} self.history: List[CarRecord] []逻辑说明free_spots存放当前空闲车位号active_records存放正在场内停放的车辆history存放已经出场的历史记录。三个成员的类型注解写清楚后面所有方法都只操作这三个结构不会出现游离的临时变量。参数说明total_spots默认20答辩时老师通常会用5个车位来测代码里不要写死数字全部引用self.total_spots。data_file是持久化文件路径默认放在项目根目录。持久化选型上我推荐JSON文件而不是SQLite原因是零依赖、文件可读、答辩时能直接打开给老师看数据。SQLite当然更成熟但期末作业里引入数据库连接反而把主逻辑盖住了。JSON的读写用标准库json就能完成。def save(self) - None: payload { total_spots: self.total_spots, active_records: [r.to_dict() for r in self.active_records.values()], history: [r.to_dict() for r in self.history], } with open(self.data_file, w, encodingutf-8) as f: json.dump(payload, f, ensure_asciiFalse, indent2) def load(self) - None: try: with open(self.data_file, r, encodingutf-8) as f: payload json.load(f) except FileNotFoundError: return self.total_spots payload.get(total_spots, self.total_spots) for rd in payload[active_records]: rec CarRecord( rd[plate], datetime.strptime(rd[entry_time], %Y-%m-%d %H:%M:%S), rd[spot_id], ) self.active_records[rec.plate] rec occupied {rec.spot_id for rec in self.active_records.values()} self.free_spots [s for s in range(1, self.total_spots 1) if s not in occupied] for rd in payload[history]: rec CarRecord( rd[plate], datetime.strptime(rd[entry_time], %Y-%m-%d %H:%M:%S), rd[spot_id], ) if rd[exit_time]: rec.exit_time datetime.strptime(rd[exit_time], %Y-%m-%d %H:%M:%S) self.history.append(rec)逻辑说明save()只保存在场记录和历史记录不直接保存空闲车位列表。load()里用occupied集合从在场记录反推空闲车位这是刻意的设计——如果直接保存并信任free_spots一旦程序崩溃或数据被手动改动空闲车位和在场记录就可能对不上出现车位重复分配。反推的方式让文件即使有脏数据也能自洽。参数说明时间字符串格式全项目统一用%Y-%m-%d %H:%M:%S写成可读格式方便演示时肉眼检查。ensure_asciiFalse一定要加否则文件里所有车牌中文都会变成\uXXXX转义完全没法看。2.4 这个系统的智能体现在哪期末答辩时老师很爱问一句你的系统智能在哪里提前想好答案。这套系统在标题语境下不是AI识别车牌而是规则层面的自动分配与自动结算车辆入场时自动从空闲车位列表中分配一个车位出场时自动计算停车时长和费用全程不需要人工干预。面试或答辩时把这一点讲清楚比吹嘘我用神经网络识别车牌可信得多。模拟出入场的本质是把现实停车场的管理规则用代码精确表达规则越严谨系统越智能。所以后面第三、四章写的入场校验和计费逻辑才是这个作业的核心得分点。3. 用Python实现入场模块命令主循环与车牌校验3.1 主菜单与命令循环的写法交互式控制台程序的核心是一个while循环配合input()。这里有一个常见的坏味道把菜单打印、输入处理、业务逻辑全部堆在main()里写到最后函数几百行。我习惯只让主循环负责两件事读入选项、分发调用具体业务全部放到ParkingLot的方法里。# main.py from parking_lot import ParkingLot def main_menu() - None: lot ParkingLot() lot.load() while True: print(\n 智能停车管理系统 ) print(1. 车辆入场) print(2. 车辆出场) print(3. 查询在场信息) print(0. 退出并保存) choice input(请选择).strip() if choice 0: lot.save() print(数据已保存再见) break if choice 1: plate input(请输入车牌号).strip() if not plate: print(车牌号不能为空) continue lot.entry(plate) elif choice 2: plate input(请输入车牌号).strip() if not plate: print(车牌号不能为空) continue lot.exit(plate) elif choice 3: lot.show_active() else: print(无效输入请重新选择) lot.save() if __name__ __main__: main_menu()逻辑说明每次操作结束后统一调用lot.save()而不是在每个分支里各写一次。这样即使以后增加新的菜单项只要走完一个流程就会持久化不会漏。注意choice 0要放在最前面判断一旦选择退出就先保存再break避免退出前数据丢失。参数说明input()返回的字符串要strip()去掉首尾空格这是python代码里最常见的输入脏数据来源。菜单选项用字符串比较而不是转成int因为用户可能输入1 或者1a直接比较字符串更不容易抛异常。3.2 车牌校验三个边界条件缺一不可入场方法要同时处理三个边界重复入场、车位已满、空车牌。空车牌已经在主菜单拦了一层但entry()本身也要防御因为测试脚本可能绕过主菜单直接调用方法。def entry(self, plate: str, now: Optional[datetime] None) - Optional[int]: plate plate.strip().upper() if not plate: print(车牌号不能为空) return None if plate in self.active_records: print(f车牌 {plate} 已在场内不能重复入场) return None if not self.free_spots: print(车位已满) return None spot_id self.free_spots.pop(0) now now or datetime.now() record CarRecord(plateplate, entry_timenow, spot_idspot_id) self.active_records[plate] record print(f{plate} 入场分配 {spot_id} 号车位当前剩余车位 {len(self.free_spots)} 个) return spot_id逻辑说明pop(0)从空闲车位列表头部取出一个保证先释放的车位先被分配所有车位轮流使用。如果用默认的pop()从尾部取长期运行后总是最后几个车位被反复分配前面几个车位一直空着数据看起来很不自然。参数说明now参数用Optional[datetime]标注默认None。调用entry(plate)时自动取当前时间测试时则手动传入固定时间。这是第四章要展开的测试技巧先把接口预留好后面写模拟测试就不用改方法签名了。这里还要强调一个细节车牌统一upper()转换。不做的后果是用户录入京a12345出场时输入京A12345程序认为不是同一辆车导致无法出场。这类bug在答辩演示时出现一次就很尴尬。3.3 查询功能让现场状态一眼可见查询功能是期末作业的加分项。很多实现只显示在场车辆列表不显示空闲车位数。我习惯把两个信息一起打印老师一眼就能判断系统状态是否自洽。def show_active(self) - None: if not self.active_records: print(当前没有车辆在场) return print(f当前在场 {len(self.active_records)} 辆空闲车位 {len(self.free_spots)} 个) for plate, rec in sorted(self.active_records.items(), keylambda x: x[1].spot_id): print(f车位 {rec.spot_id:2} | {plate} | 入场 {rec.entry_time:%H:%M:%S})逻辑说明sorted按车位号排序输出比按字典默认顺序更符合停车场的管理直觉。rec.entry_time:%H:%M:%S是f-string直接格式化datetime对象不需要先转字符串。这个小方法的价值在于自检在场车辆数加上空闲车位数应该恒等于总车位数。如果某次操作后不等说明逻辑里车位状态漏更新了。查询功能带上这个约束相当于给系统装了一个简易的运行时断言。4. 出场与计费模块时间计算里的边界条件4.1 出场流程的实现顺序出场方法比入场多两个动作计算费用、归档记录。这里有个顺序问题值得注意先把记录从active_records移到history再释放车位最后打印费用。顺序乱了不影响结果但影响读代码的人理解你的意图。def exit(self, plate: str, now: Optional[datetime] None) - Optional[float]: plate plate.strip().upper() record self.active_records.get(plate) if not record: print(f车牌 {plate} 不在场内无法出场) return None now now or datetime.now() duration now - record.entry_time fee self.calculate_fee(duration) record.exit_time now self.free_spots.append(record.spot_id) del self.active_records[plate] self.history.append(record) print(f{plate} 出场车位 {record.spot_id} 已释放停车时长 {duration}费用 {fee:.2f} 元) return fee逻辑说明self.active_records.get(plate)取不到时返回None配合if not record判断比直接用self.active_records[plate]安全后者在车牌不存在时会抛KeyError。参数说明出场完成后free_spots.append(record.spot_id)释放车位这里的车位号一定要来自记录里的spot_id不能用变量临时保存后再修改记录否则如果记录里的车位号和实际分配的不一致释放的就是错误的车位。4.2 计费规则向上取整还是向下取整计费标准常见的是首小时5元、超出部分每小时3元、不足一小时按一小时计。这个规则关键在于把停车时长换算成小时数转换时用math.ceil向上取整。import math from datetime import timedelta def calculate_fee(self, duration: timedelta) - float: total_seconds duration.total_seconds() hours math.ceil(total_seconds / 3600) if hours 1: return 5.0 return 5.0 (hours - 1) * 3.0逻辑说明先算总共停车多少秒再除以3600得到浮点小时数ceil向上取整。停59分钟算1小时停1小时零1秒算2小时这是不足一小时按一小时的标准实现。如果题目要求30分钟计费把3600改成1800hours 2首小时免费逻辑结构不用变。参数说明这里特意把duration设计成timedelta而不是两个datetime参数是为了让调用方只关心时间差。测试时直接构造timedelta(minutes61)调用不需要先构造两个时间点。有个细节不要直接用浮点小时数乘单价比如total_seconds() / 3600 * 3会出现8.999999这种显示问题。先把小时数用ceil转成整数再做乘法结果就是干净的小数。4.3 可测试性设计手动注入时间期末作业有一个天然的测试难题停车时长的逻辑依赖真实时间你不可能为了验证停了2小时的计费结果真的等两小时。解法是把时间作为参数传入方法测试时手动控制。lot ParkingLot(total_spots5) lot.entry(京A12345, nowdatetime(2025, 1, 1, 8, 0, 0)) fee lot.exit(京A12345, nowdatetime(2025, 1, 1, 9, 5, 0)) print(fee) # 1小时5分钟触发2小时计费输出 8.0逻辑说明入口方法里的now now or datetime.now()保证了两种调用方式都成立——线上运行时缺省参数用当前时间测试时手动控制。这个设计不会干扰正常业务却让整个计费模块变得可验证。这里有个血泪经验我见过太多同学在方法内部直接用datetime.now()测试时只能改系统时钟改完还要改回来很容易把代码测试环境搞得一团糟。把时间抽成参数是成本最低的防翻车手段。4.4 浮点金额的显示与精度处理计费结果返回到主菜单后用f{fee:.2f}格式化成两位小数输出。但如果费用本身是8.0格式化后是8.00显示天然一致。计算过程中全部使用整数或整数小时数相乘避免浮点累加误差。如果计费规则复杂到要按每分钟收费建议改用Decimal但对期末作业来说整数小时乘以整数单价已经足够。5. 避坑清单期末答辩前最容易翻车的五个细节5.1 出场后数据丢失现象程序运行时入场了几辆车退出再启动发现刚才的入场记录全部消失仿佛从来没有发生过。原因最常见的两种情况——main()里忘记在退出前调用save()或者只在入场分支里保存、出场分支没保存导致出场后的车位释放状态没有落盘。解决在主循环的末尾统一调用一次lot.save()不依赖每个业务分支各自保存。同时注意break的位置要在save()之后先保存再退出顺序不能反。5.2 同一辆车重复入场现象连续输入同一个车牌入场两次两次都提示成功车辆记录出现了两条占用两个车位。原因entry()方法里没有检查active_records或者检查了history而不是active_records。判断是否在场必须看在场记录历史记录里查不到原因——因为出场的车可能再次入场。解决入场前用if plate in self.active_records:拦截。这个判断要放在车位分配之前因为即使有空车位同一辆车也不应该占两个位置。5.3 datetime对象写入JSON报错现象运行到保存时程序崩溃报错信息是TypeError: Object of type datetime is not JSON serializable。原因datetime是Python对象JSON格式不认识它直接序列化必定报错。有人用str(datetime.now())临时转换虽然不报错但加载时解析非常麻烦。解决在CarRecord.to_dict()里统一用strftime转成字符串在load()里用strptime解析回来。全项目只保留一个时间格式%Y-%m-%d %H:%M:%S不要一套代码里同时出现多种写法。5.4 空闲车位数量和在场记录对不上现象程序运行多轮后车位总数等于在场车辆数加空闲车位数不成立有时候空闲车位显示为负数。原因入场或出场逻辑中有一处分支漏更新了free_spots。最典型的是出场时发现车牌不存在直接return前没有释放任何车位——如果之前已经错误地释放过一次数据就乱了。解决用第四章的查询功能自检每次操作后确认len(free_spots) len(active_records) total_spots。再升级一步就是load()里不信任文件中的空闲车位列表而是从在场记录反推我前面给出的版本已经是这种设计。5.5 小数字规则测试通过大数字溢出现象用5个车位测试一切正常改成50个车位后某些方法开始报错或行为异常。原因可能在某处硬编码了range(1, 5)或free_spots [1,2,3,4,5]初始化和total_spots脱钩也可能在输出格式里用了固定宽度导致错位。解决初始化时用range(1, total_spots 1)全项目不要出现除total_spots以外的任何车位数字面量。测试时至少换三组参数5、20、50每组都跑一遍出入场流程。6. 模拟测试与验收把作业做成能答辩的交付物6.1 用随机事件脚本验证状态一致性人工点击菜单测试效率太低而且要验证车辆停了两小时这类场景必须等时间。写一个随机模拟脚本批量生成出入场事件在短时间内跑完上百个场景然后用断言检查核心不变量。import random from datetime import datetime, timedelta from parking_lot import ParkingLot def stress_test(lot: ParkingLot, rounds: int 200) - None: plates [f京A{1000 i} for i in range(30)] base_time datetime(2025, 1, 1, 8, 0, 0) for i in range(rounds): plate random.choice(plates) current base_time timedelta(minutesi) if random.random() 0.6 and not lot.is_plate_active(plate): lot.entry(plate, nowcurrent) else: lot.exit(plate, nowcurrent) if __name__ __main__: lot ParkingLot(total_spots10) stress_test(lot) assert len(lot.free_spots) len(lot.active_records) lot.total_spots print(状态一致模拟测试通过)逻辑说明random.random() 0.6控制入场概率略大于出场保证循环里始终有车可以出场。is_plate_active是我在ParkingLot里预留的判断方法测试脚本直接复用。断言放在最后校验所有车辆的进出后空闲车位和在场车辆数之和必须等于总车位数这是整个系统最重要的不变量。参数说明base_time固定为某个日期每次事件递增1分钟这样产生的时长数据都在可控范围内。rounds200跑完很快如果逻辑有bug断言会在第一时间暴露。6.2 答辩前自查清单模拟测试通过不代表能拿高分。我在交付前还会逐项检查下面这些点每一项都对应真实的扣分风险。菜单操作流程是否顺畅三个功能选项加退出选项是否能正确响应输入空车牌、车牌带空格、车牌小写场景是否都处理重复入场是否被拒绝车位满时入场是否有明确提示出场时车牌不存在是否优雅报错而不是抛异常计费结果保留两位小数退出程序后重新启动数据是否完整恢复。这些检查做完再把代码里的print输出认真读一遍确认没有错别字没有把调试用的临时输出留在演示路径里。6.3 让数据文件成为答辩素材运行系统产生的parking_data.json不要删答辩时老师问数据存在哪里直接打开文件解释每一段字段含义。我把indent2固定下来就是为了让文件排版清晰用文本编辑器打开就能看到结构化的出入场历史。这是一个很小的习惯但在演示时非常加分。老师点开JSON文件看到车牌、入场时间、出场时间、车位号对应得清清楚楚比听你口述我能保存数据可信得多。我做这类作业养成的习惯是先把边界条件写在注释里再做主流程入场考虑空车牌和重复入场出场考虑找不到记录和车位释放计费考虑向上取整和浮点精度。等到主流程写完这些边界条件已经天然覆盖了不需要回头再补。希望帮到你。本文还有配套的精品资源点击获取