简介这是一个基于 C 与 Qt 框架结合 MySQL 数据库开发的物业管理系统毕业设计源码包适合计算机相关专业学生在毕业设计、课程设计或 Qt 项目实训中参考解决物业管理中用户登录、权限区分、房间与投诉管理等常见业务需求。项目代码均已在本地编译通过配套文档说明了环境配置方法下载后按步骤即可运行。资源共 100 个文件压缩包 635KB包含 32 个 C 源文件、31 个头文件和 29 个 Qt 界面文件另有工程文件、SQL 脚本、资源文件和说明文档源码结构清晰便于按模块定位。从内容预览可以看出项目覆盖登录界面、用户管理、管理员主窗口、房间管理、用户投诉处理、数据库连接池及 Excel 导出等模块有助于掌握 Qt 窗口设计、信号槽机制、MySQL 数据库操作和业务逻辑分层。目前已有 39 人浏览学习代码难度适中经助教老师审定遇到问题可私信作者获得解答。1. 毕业设计里的物业管理系统为什么选 C、Qt、MySQL拿到“物业管理系统”这个题目的时候第一反应通常是“又是个增删改查”。但真正动手会发现这套系统比表面看起来要复杂楼栋、房屋、业主、缴费、工单、车位每一块都要有清晰的业务边界数据关系也比想象中多。用 C 和 Qt 做桌面端再配 MySQL 存数据是很多本科毕业设计里“能写深、能讲清、不撞车”的组合。这套选型的核心逻辑是Qt 把界面、事件循环、多线程这些桌面应用绕不开的工作都封装好了C 又让你能在关键处做细颗粒度控制MySQL 则承担所有持久化。对毕设来说还有一个实实在在的好处这三样东西的知识储备在面试和后续工作里都通用写一版物业管理系统等于把 Qt 的模型视图框架、SQL 的联表查询、C 的 RAII 习惯全过了一遍。下文按我实际做这类系统的顺序展开先讲结构和数据库再落代码到界面、逻辑和发布每一节都能照着敲。2. 物业管理系统的基础架构从模块划分到 QtMySQL 的连接方式2.1 先画清业务模块再决定窗口长什么样物业管理系统的业务模块不同学校、不同导师要求差别很大但最常见的划分是五块房产资源管理楼栋、单元、房屋、业主与住户信息、收费管理物业费、水费、停车费、报修工单、系统登录与权限。这五块基本覆盖了一个小区日常管理的闭环。在 Qt 里我习惯为每个模块建立一个独立的类或窗口而不是把所有逻辑堆在 MainWindow 里。比如模块建议类名主要 Qt 组件登录LoginDialogQLineEdit、QPushButton房产资源HouseManageWidgetQTreeView、QSqlTableModel业主信息OwnerManageWidgetQTableView、QSqlRelationalTableModel收费管理ChargeManageWidgetQTableView、QDialog新增/编辑报修工单RepairManageWidgetQTableView、QDateTimeEdit这样做的好处不只是代码整洁。毕设答辩时评委常问“如果在楼栋下新增一套房界面如何刷新”你只需要回答“刷新对应模型视图通过信号槽自动更新”因为 QSqlTableModel 和视图绑定后model 调 select() 或 setData()view 就会跟着变。2.2 本地开发环境与 MySQL 驱动加载写这套系统前先把环境跑通。Qt 我一般用 5.15.2 或 6.x 的 MinGW 版本注意 Qt 6 的 QSqlDatabase 驱动需要单独编译 MySQL 插件很多新手在这里卡住。Qt 5.15 自带的 plugins/sqldrivers 目录下有 qsqlmysql.dll部分发行版需把 libmysql.dll 拷到可执行目录或系统 PATHQt 6 则需要自己用 Qt 源码编译 qsqlmysql这个放到最后一章讲。连接数据库的代码我一般封装在单独的 DatabaseManager 里避免每个界面都连一次#include QSqlDatabase #include QSqlError #include QDebug bool initDatabase() { QSqlDatabase db QSqlDatabase::addDatabase(QMYSQL); db.setHostName(127.0.0.1); db.setPort(3306); db.setDatabaseName(property_mgmt); db.setUserName(root); db.setPassword(your_password); if (!db.open()) { qCritical() 数据库连接失败: db.lastError().text(); return false; } QSqlQuery query; query.exec(SET NAMES utf8mb4); return true; }连接失败时优先检查几处MySQL 服务是否启动、root 密码是否填对、MySQL 是否允许 127.0.0.1 方式登录8.0 默认 caching_sha2_passwordQt 的驱动在部分版本下不支持该认证插件需要把用户的认证插件改回 mysql_native_password。这属于很经典的坑后面排错章节会细说。设置SET NAMES utf8mb4是为了保证中文写入不乱码。实体类层面我一般直接操作 QSqlQuery 或 QSqlTableModel不再单独建 DAO因为毕设规模下加一层反而增加理解成本。2.3 建表语句与数据关系设计数据库设计不用太复杂但三范式关系要能自洽。我按最常见的需求给出建表脚本整体上分为房产、业主、收费、工单四组CREATE DATABASE IF NOT EXISTS property_mgmt DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; USE property_mgmt; CREATE TABLE t_building ( building_id INT AUTO_INCREMENT PRIMARY KEY, building_name VARCHAR(50) NOT NULL, address VARCHAR(100), floors INT, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB; CREATE TABLE t_house ( house_id INT AUTO_INCREMENT PRIMARY KEY, building_id INT NOT NULL, room_no VARCHAR(20) NOT NULL, area DECIMAL(8,2), owner_name VARCHAR(50), owner_phone VARCHAR(20), CONSTRAINT fk_house_building FOREIGN KEY (building_id) REFERENCES t_building(building_id) ) ENGINEInnoDB; CREATE TABLE t_fee ( fee_id INT AUTO_INCREMENT PRIMARY KEY, house_id INT NOT NULL, fee_type VARCHAR(20) NOT NULL, amount DECIMAL(10,2) NOT NULL, due_date DATE, paid_status TINYINT DEFAULT 0, CONSTRAINT fk_fee_house FOREIGN KEY (house_id) REFERENCES t_house(house_id) ) ENGINEInnoDB; CREATE TABLE t_repair ( repair_id INT AUTO_INCREMENT PRIMARY KEY, house_id INT NOT NULL, content TEXT, report_time DATETIME, status TINYINT DEFAULT 0, CONSTRAINT fk_repair_house FOREIGN KEY (house_id) REFERENCES t_house(house_id) ) ENGINEInnoDB;四个表的关系很直观t_building 与 t_house 是一对多t_house 与 t_fee、t_repair 又是一对多。外键约束在毕设里建议保留它能让数据不会因为代码写漏而变成孤儿数据。注意 t_house 里的 owner_name 和 owner_phone 直接冗余在房产表里而不是单独建业主表这是有意为之——查房屋信息时一次联表都不用直接显示适合中小规模系统。3. 用 Qt 的 Model/View 框架写房产管理模块从登录到主界面3.1 登录界面与权限控制的实现登录模块单独用一个 QDialog验证通过再 show 主窗口。密码存储不要用明文常见做法是存 MD5 或 SHA-256 哈希。Qt 里用 QCryptographicHash 计算QString hashPassword(const QString pwd) { QByteArray hash QCryptographicHash::hash( pwd.toUtf8(), QCryptographicHash::Sha256); return QString(hash.toHex()); } // 登录判断 QSqlQuery query; query.prepare(SELECT user_id, role FROM t_user WHERE username? AND password?); query.addBindValue(ui-editUser-text()); query.addBindValue(hashPassword(ui-editPwd-text())); query.exec(); if (query.next()) { currentRole query.value(1).toString(); accept(); } else { QMessageBox::warning(this, 提示, 用户名或密码错误); }这里用了 prepare addBindValue而不是直接拼接字符串目的是防止 SQL 注入。答辩时如果被问到安全性能讲出这一步就比只查SELECT * FROM t_user WHERE username...高一个档次。用户表 t_user 在初始脚本里也要预置一条管理员记录。3.2 主界面用 QTabWidget 承载各业务模块主窗口采用 QTabWidget 放四个页签每个页签对应前面提到的模块。左侧不用 QListWidget 做导航因为物业系统不像文档编辑器模块数量少且固定页签切换最快。房产管理页签内我建议用 QTreeView 展示“楼栋 - 房屋”的层级结构右侧用 QTableView 展示选中楼栋的房屋明细。这样做的目的是训练自己对 QAbstractItemModel 的理解毕设答辩时能顺手解释“为什么用 TreeView 而不是直接查两次 TableView因为一次查询把层级数据取回来model 自己维护父子关系内存占用和交互体验都更好”。直接用 QSqlTableModel 绑定 QTreeView 是不行的因为 QSqlTableModel 是二维表结构没有树。简单做法是自定义一个继承自 QAbstractItemModel 的 TreeModel在构造时用一条 SQL 把楼栋和房屋查出来手动构建节点。核心代码如下void HouseTreeModel::loadData() { beginResetModel(); rootItem-clear(); QSqlQuery query; query.exec(SELECT building_id, building_name FROM t_building); while (query.next()) { TreeItem *buildingItem new TreeItem( {query.value(1).toString()}, rootItem); QSqlQuery houseQuery; houseQuery.prepare( SELECT room_no FROM t_house WHERE building_id?); houseQuery.addBindValue(query.value(0).toInt()); houseQuery.exec(); while (houseQuery.next()) { new TreeItem({houseQuery.value(0).toString()}, buildingItem); } rootItem-appendChild(buildingItem); } endResetModel(); }这个loadData()每次在窗口显示或点击刷新时调用模型重建的过程由beginResetModel()和endResetModel()包裹视图会安全地重建。参数上的细节第二次查询用prepare因为 building_id 来自上一个结果属于用户不可控但需要保护的场景。3.3 房屋信息的增删改QSqlTableModel 还是手写 SQL房屋新增、编辑时我建议直接手写 SQL QSqlQuery而不是用模型直接提交。原因有两个表单字段多包含面积、楼栋、业主信息用 QSqlTableModel 的 setData 需要逐字段定位列索引代码可读性差另一个原因是表单校验逻辑在 SQL 之外比如面积必须大于 0手写 SQL 时校验集中在一个函数里更好维护。新增房屋的槽函数示例void HouseManageWidget::onAddHouse() { HouseEditDialog dlg(this); dlg.setBuildingList(currentBuildingList); if (dlg.exec() ! QDialog::Accepted) { return; } QSqlQuery query; query.prepare(INSERT INTO t_house (building_id, room_no, area, owner_name, owner_phone) VALUES (?, ?, ?, ?, ?)); query.addBindValue(dlg.buildingId()); query.addBindValue(dlg.roomNo()); query.addBindValue(dlg.area()); query.addBindValue(dlg.ownerName()); query.addBindValue(dlg.ownerPhone()); if (!query.exec()) { QMessageBox::critical(this, 错误, query.lastError().text()); return; } model-select(); // 刷新表格 }把 SQL 字符串写在函数内部而不是散落在界面类的各个槽函数是一个习惯问题。我一般会把所有 SQL 集中在每个模块的私有方法里接口只暴露 commitAddHouse(const HouseInfo) 这样的语义化方法。这样做的好处是在答辩演示时不需要去解释“这个按钮点了之后 SQL 是怎么拼接的”而是直接用语言说明“我调用了数据层的提交方法参数由对话框界面对象传递”。4. 收费与报修模块MySQL 聚合查询在 Qt 里的落地4.1 收费列表的联表查询与 QSqlQueryModel收费模块是物业系统里最能体现 SQL 水平的模块。它不只要查 t_fee 表本身还要把房产信息带出来——缴费通知单上显示“哪栋哪号房、业主是谁、欠费多少”这就需要 join。直接使用 QSqlQueryModel 来承接这种带联表的查询结果它比 QSqlTableModel 更合适因为结果已经不是单表可编辑状态本来也不需要通过 model 直接写回。QSqlQueryModel *model new QSqlQueryModel(this); model-setQuery( SELECT f.fee_id, b.building_name, h.room_no, h.owner_name, f.fee_type, f.amount, f.due_date, f.paid_status FROM t_fee f JOIN t_house h ON f.house_id h.house_id JOIN t_building b ON h.building_id b.building_id WHERE f.paid_status 0 ORDER BY f.due_date ASC); ui-tableView-setModel(model); ui-tableView-setColumnHidden(0, true); // 隐藏 fee_id 列这段代码里有一个值得展开的点paid_status 过滤条件。很多同学会把过滤条件写在WHERE里还有一部分人写完之后发现表格列太多就把 fee_id 列隐藏。隐藏列用的是setColumnHidden(0, true)表头的标题则在 model 设置完后通过 headerData 设置。4.2 逾期费用的聚合统计与 QChart 展示除了列表物业管理几乎一定会问“本月应收多少、实收多少、还有多少欠费”。这种合计需求一条 SQL 就能算出来SELECT COUNT(*) AS total_count, SUM(amount) AS total_amount, SUM(CASE WHEN paid_status 0 THEN amount ELSE 0 END) AS unpaid_amount FROM t_fee WHERE due_date ? AND due_date ?Qt 里可以直接把这三个值取出来填到 QLabel 或 QLineEdit 上。如果需要画饼图或柱状图QChart 是 Qt Charts 模块提供的需要在工程文件 .pro 里加QT charts。下面是一个生成缴费比例饼图的片段QPieSeries *series new QPieSeries(); series-append(已缴, paidCount); series-append(未缴, unpaidCount); QChart *chart new QChart(); chart-addSeries(series); chart-setTitle(本月缴费情况); QChartView *chartView new QChartView(chart); chartView-setRenderHint(QPainter::Antialiasing); ui-verticalLayout-addWidget(chartView);QChart 的功底在于合理设置图表类型与数据源。对毕设来说饼图加一个简单的柱状图就够了。柱状图用 QBarSet 组织数据逻辑与饼图类似不再贴全部代码。4.3 报修工单的状态流转与时间处理报修工单的业务逻辑一般包括业主提交、物业派单、维修完成、验收归档。四个状态在 MySQL 里用一个 TINYINT 字段存储前端用 comboBox 展示中文状态。工单模块建议用 QDataWidgetMapper 实现单条记录的字段映射这样点击表格某一行时右边的 QLineEdit 和 QDateTimeEdit 自动填充当前记录数据。QDataWidgetMapper 在使用时有一个坑当 model 执行 select() 刷新后mapper 的 currentIndex 会失效需要重新 setCurrentIndex。我一般在这个模块中用 reload() 统一处理void RepairManageWidget::reload() { model-setQuery( SELECT repair_id, room_no, content, report_time, status FROM t_repair ORDER BY report_time DESC); mapper-setModel(model); mapper-setSubmitPolicy(QDataWidgetMapper::ManualSubmit); mapper-addMapping(ui-editRoom, 1); mapper-addMapping(ui-editContent, 2); mapper-addMapping(ui-editTime, 3); mapper-addMapping(ui-comboStatus, 4); ui-tableView-setModel(model); mapper-toFirst(); }这里有三个参数值得说明。第一个setSubmitPolicy(QDataWidgetMapper::ManualSubmit)表示字段修改后不会立刻写回数据库必须手动调用 submit否则用户改到一半时鼠标点了别的行数据会被自动提交形成脏数据。第二个是 addMapping 中显示字段与列索引的对应关系这个索引是 SELECT 列的序号从 0 开始。第三个是toFirst()它让新增后的记录能看到第一条避免界面显示为空白。5. 发布与部署MySQL 服务打包、使用同目录数据库、兼容多平台5.1 Qt 程序依赖文件的收集方式毕设演示环境通常不是自己的电脑这就涉及发布。Qt 发布有官方方式使用 windeployqt 工具自动收集 DLL。在开发者命令提示符下进入构建目录执行 windeployqt 命令cd build-property_mgmt-Desktop_Qt_5_15_2_MinGW_32_bit-Release windeployqt property_management.exewindeployqt 会检查 exe 的依赖把 Qt5Core.dll、Qt5Gui.dll、Qt5Widgets.dll、Qt5Sql.dll 以及 platforms/qwindows.dll 一并拷贝到当前目录。需要注意的是如果程序里使用了 QMYSQL 驱动windeployqt 默认不会拷贝 sqldrivers/qsqlmysql.dll所以需要手动从 Qt 安装目录的 plugins/sqldrivers 拷贝这个文件到发布目录的 sqldrivers 下。Qt 6 的部署方式有一些差异需要用windeployqt6或者 CMake 的部署工具但原理一致。审查依赖时可以直接用依赖工具打开 property_management.exe检查缺失的 DLL。5.2 MySQL 与程序一起打包的常见方案MySQL 的打包有三种常见做法按“省事到完整”排列只打包连接远程 MySQL即发布端不装 MySQL演示时连接实验室或云的数据库这种方案适合演示环境网络稳定。安装绿色版 MySQL即把 MySQL 的压缩包解压后一起拷到发布目录通过 bin/mysqld --defaults-filemy.ini --console 启动服务。用 MySQL 官方安装包在演示机先安装服务再把建库脚本一次性导入。我比较推荐第二种绿色版 MySQL。步骤如下把 mysql-x.x.x-winx64 目录拷贝到发布目录下写一个 my.ini[mysqld] basedir./mysql datadir./mysql/data port3306 character-set-serverutf8mb4 [client] default-character-setutf8mb4首次启动时在命令行执行cd mysql\bin mysqld --initialize-insecure mysqld --install MySQL_PMS net start MySQL_PMS--initialize-insecure会生成一个 root 空密码实例之后在程序里把数据库连接密码设为空即可。这个路径的最常见坑是如果 root 密码设为空需要在连接字符串里明确把密码写成setPassword()而不是不设置。5.3 自定义进度条与软件启动画面发布环节如果希望演示观感更完整可以加入启动画面和初始化进度条。用 QSplashScreen 显示图片同时在后台执行数据库检查和建表QSplashScreen splash(QPixmap(:/images/splash.png)); splash.show(); QApplication::processEvents(); if (initDatabase()) { splash.showMessage(数据库连接成功正在加载主界面..., Qt::AlignBottom | Qt::AlignCenter, Qt::white); QApplication::processEvents(); } MainWindow w; splash.finish(w); w.show();showMessage的参数中对齐方式用的是Qt::AlignBottom | Qt::AlignCenter颜色线条可以用 Qt::white。进度条如果加到启动画面里需要自己重写 QSplashScreen 的 drawContents或者在 QWidget 上替换为 QProgressBar然后通过 QTimer 模拟进度。这个不做强求但对演示效果提升明显。发布之后不要忘了验证一件事把发布目录完整拷贝到另一台 Windows 机器运行后看是否提示缺少 libmysql.dll。如果你用的是 Qt 5.15 的 qsqlmysql通常还需要把 MySQL 安装目录下的 lib/libmysql.dll 一并拷贝到程序运行目录。Qt 6 使用 qsqlmysql 插件时则一般不需要 libmysql.dll因为新版驱动使用 mysqlclient 库的方式有所变化。这一步不验证的话最容易出现的报错是Driver not loaded而驱动明明就在 sqldrivers 目录下。本文还有配套的精品资源点击获取
简介这是一个基于 C 与 Qt 框架结合 MySQL 数据库开发的物业管理系统毕业设计源码包适合计算机相关专业学生在毕业设计、课程设计或 Qt 项目实训中参考解决物业管理中用户登录、权限区分、房间与投诉管理等常见业务需求。项目代码均已在本地编译通过配套文档说明了环境配置方法下载后按步骤即可运行。资源共 100 个文件压缩包 635KB包含 32 个 C 源文件、31 个头文件和 29 个 Qt 界面文件另有工程文件、SQL 脚本、资源文件和说明文档源码结构清晰便于按模块定位。从内容预览可以看出项目覆盖登录界面、用户管理、管理员主窗口、房间管理、用户投诉处理、数据库连接池及 Excel 导出等模块有助于掌握 Qt 窗口设计、信号槽机制、MySQL 数据库操作和业务逻辑分层。目前已有 39 人浏览学习代码难度适中经助教老师审定遇到问题可私信作者获得解答。1. 毕业设计里的物业管理系统为什么选 C、Qt、MySQL拿到“物业管理系统”这个题目的时候第一反应通常是“又是个增删改查”。但真正动手会发现这套系统比表面看起来要复杂楼栋、房屋、业主、缴费、工单、车位每一块都要有清晰的业务边界数据关系也比想象中多。用 C 和 Qt 做桌面端再配 MySQL 存数据是很多本科毕业设计里“能写深、能讲清、不撞车”的组合。这套选型的核心逻辑是Qt 把界面、事件循环、多线程这些桌面应用绕不开的工作都封装好了C 又让你能在关键处做细颗粒度控制MySQL 则承担所有持久化。对毕设来说还有一个实实在在的好处这三样东西的知识储备在面试和后续工作里都通用写一版物业管理系统等于把 Qt 的模型视图框架、SQL 的联表查询、C 的 RAII 习惯全过了一遍。下文按我实际做这类系统的顺序展开先讲结构和数据库再落代码到界面、逻辑和发布每一节都能照着敲。2. 物业管理系统的基础架构从模块划分到 QtMySQL 的连接方式2.1 先画清业务模块再决定窗口长什么样物业管理系统的业务模块不同学校、不同导师要求差别很大但最常见的划分是五块房产资源管理楼栋、单元、房屋、业主与住户信息、收费管理物业费、水费、停车费、报修工单、系统登录与权限。这五块基本覆盖了一个小区日常管理的闭环。在 Qt 里我习惯为每个模块建立一个独立的类或窗口而不是把所有逻辑堆在 MainWindow 里。比如模块建议类名主要 Qt 组件登录LoginDialogQLineEdit、QPushButton房产资源HouseManageWidgetQTreeView、QSqlTableModel业主信息OwnerManageWidgetQTableView、QSqlRelationalTableModel收费管理ChargeManageWidgetQTableView、QDialog新增/编辑报修工单RepairManageWidgetQTableView、QDateTimeEdit这样做的好处不只是代码整洁。毕设答辩时评委常问“如果在楼栋下新增一套房界面如何刷新”你只需要回答“刷新对应模型视图通过信号槽自动更新”因为 QSqlTableModel 和视图绑定后model 调 select() 或 setData()view 就会跟着变。2.2 本地开发环境与 MySQL 驱动加载写这套系统前先把环境跑通。Qt 我一般用 5.15.2 或 6.x 的 MinGW 版本注意 Qt 6 的 QSqlDatabase 驱动需要单独编译 MySQL 插件很多新手在这里卡住。Qt 5.15 自带的 plugins/sqldrivers 目录下有 qsqlmysql.dll部分发行版需把 libmysql.dll 拷到可执行目录或系统 PATHQt 6 则需要自己用 Qt 源码编译 qsqlmysql这个放到最后一章讲。连接数据库的代码我一般封装在单独的 DatabaseManager 里避免每个界面都连一次#include QSqlDatabase #include QSqlError #include QDebug bool initDatabase() { QSqlDatabase db QSqlDatabase::addDatabase(QMYSQL); db.setHostName(127.0.0.1); db.setPort(3306); db.setDatabaseName(property_mgmt); db.setUserName(root); db.setPassword(your_password); if (!db.open()) { qCritical() 数据库连接失败: db.lastError().text(); return false; } QSqlQuery query; query.exec(SET NAMES utf8mb4); return true; }连接失败时优先检查几处MySQL 服务是否启动、root 密码是否填对、MySQL 是否允许 127.0.0.1 方式登录8.0 默认 caching_sha2_passwordQt 的驱动在部分版本下不支持该认证插件需要把用户的认证插件改回 mysql_native_password。这属于很经典的坑后面排错章节会细说。设置SET NAMES utf8mb4是为了保证中文写入不乱码。实体类层面我一般直接操作 QSqlQuery 或 QSqlTableModel不再单独建 DAO因为毕设规模下加一层反而增加理解成本。2.3 建表语句与数据关系设计数据库设计不用太复杂但三范式关系要能自洽。我按最常见的需求给出建表脚本整体上分为房产、业主、收费、工单四组CREATE DATABASE IF NOT EXISTS property_mgmt DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; USE property_mgmt; CREATE TABLE t_building ( building_id INT AUTO_INCREMENT PRIMARY KEY, building_name VARCHAR(50) NOT NULL, address VARCHAR(100), floors INT, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB; CREATE TABLE t_house ( house_id INT AUTO_INCREMENT PRIMARY KEY, building_id INT NOT NULL, room_no VARCHAR(20) NOT NULL, area DECIMAL(8,2), owner_name VARCHAR(50), owner_phone VARCHAR(20), CONSTRAINT fk_house_building FOREIGN KEY (building_id) REFERENCES t_building(building_id) ) ENGINEInnoDB; CREATE TABLE t_fee ( fee_id INT AUTO_INCREMENT PRIMARY KEY, house_id INT NOT NULL, fee_type VARCHAR(20) NOT NULL, amount DECIMAL(10,2) NOT NULL, due_date DATE, paid_status TINYINT DEFAULT 0, CONSTRAINT fk_fee_house FOREIGN KEY (house_id) REFERENCES t_house(house_id) ) ENGINEInnoDB; CREATE TABLE t_repair ( repair_id INT AUTO_INCREMENT PRIMARY KEY, house_id INT NOT NULL, content TEXT, report_time DATETIME, status TINYINT DEFAULT 0, CONSTRAINT fk_repair_house FOREIGN KEY (house_id) REFERENCES t_house(house_id) ) ENGINEInnoDB;四个表的关系很直观t_building 与 t_house 是一对多t_house 与 t_fee、t_repair 又是一对多。外键约束在毕设里建议保留它能让数据不会因为代码写漏而变成孤儿数据。注意 t_house 里的 owner_name 和 owner_phone 直接冗余在房产表里而不是单独建业主表这是有意为之——查房屋信息时一次联表都不用直接显示适合中小规模系统。3. 用 Qt 的 Model/View 框架写房产管理模块从登录到主界面3.1 登录界面与权限控制的实现登录模块单独用一个 QDialog验证通过再 show 主窗口。密码存储不要用明文常见做法是存 MD5 或 SHA-256 哈希。Qt 里用 QCryptographicHash 计算QString hashPassword(const QString pwd) { QByteArray hash QCryptographicHash::hash( pwd.toUtf8(), QCryptographicHash::Sha256); return QString(hash.toHex()); } // 登录判断 QSqlQuery query; query.prepare(SELECT user_id, role FROM t_user WHERE username? AND password?); query.addBindValue(ui-editUser-text()); query.addBindValue(hashPassword(ui-editPwd-text())); query.exec(); if (query.next()) { currentRole query.value(1).toString(); accept(); } else { QMessageBox::warning(this, 提示, 用户名或密码错误); }这里用了 prepare addBindValue而不是直接拼接字符串目的是防止 SQL 注入。答辩时如果被问到安全性能讲出这一步就比只查SELECT * FROM t_user WHERE username...高一个档次。用户表 t_user 在初始脚本里也要预置一条管理员记录。3.2 主界面用 QTabWidget 承载各业务模块主窗口采用 QTabWidget 放四个页签每个页签对应前面提到的模块。左侧不用 QListWidget 做导航因为物业系统不像文档编辑器模块数量少且固定页签切换最快。房产管理页签内我建议用 QTreeView 展示“楼栋 - 房屋”的层级结构右侧用 QTableView 展示选中楼栋的房屋明细。这样做的目的是训练自己对 QAbstractItemModel 的理解毕设答辩时能顺手解释“为什么用 TreeView 而不是直接查两次 TableView因为一次查询把层级数据取回来model 自己维护父子关系内存占用和交互体验都更好”。直接用 QSqlTableModel 绑定 QTreeView 是不行的因为 QSqlTableModel 是二维表结构没有树。简单做法是自定义一个继承自 QAbstractItemModel 的 TreeModel在构造时用一条 SQL 把楼栋和房屋查出来手动构建节点。核心代码如下void HouseTreeModel::loadData() { beginResetModel(); rootItem-clear(); QSqlQuery query; query.exec(SELECT building_id, building_name FROM t_building); while (query.next()) { TreeItem *buildingItem new TreeItem( {query.value(1).toString()}, rootItem); QSqlQuery houseQuery; houseQuery.prepare( SELECT room_no FROM t_house WHERE building_id?); houseQuery.addBindValue(query.value(0).toInt()); houseQuery.exec(); while (houseQuery.next()) { new TreeItem({houseQuery.value(0).toString()}, buildingItem); } rootItem-appendChild(buildingItem); } endResetModel(); }这个loadData()每次在窗口显示或点击刷新时调用模型重建的过程由beginResetModel()和endResetModel()包裹视图会安全地重建。参数上的细节第二次查询用prepare因为 building_id 来自上一个结果属于用户不可控但需要保护的场景。3.3 房屋信息的增删改QSqlTableModel 还是手写 SQL房屋新增、编辑时我建议直接手写 SQL QSqlQuery而不是用模型直接提交。原因有两个表单字段多包含面积、楼栋、业主信息用 QSqlTableModel 的 setData 需要逐字段定位列索引代码可读性差另一个原因是表单校验逻辑在 SQL 之外比如面积必须大于 0手写 SQL 时校验集中在一个函数里更好维护。新增房屋的槽函数示例void HouseManageWidget::onAddHouse() { HouseEditDialog dlg(this); dlg.setBuildingList(currentBuildingList); if (dlg.exec() ! QDialog::Accepted) { return; } QSqlQuery query; query.prepare(INSERT INTO t_house (building_id, room_no, area, owner_name, owner_phone) VALUES (?, ?, ?, ?, ?)); query.addBindValue(dlg.buildingId()); query.addBindValue(dlg.roomNo()); query.addBindValue(dlg.area()); query.addBindValue(dlg.ownerName()); query.addBindValue(dlg.ownerPhone()); if (!query.exec()) { QMessageBox::critical(this, 错误, query.lastError().text()); return; } model-select(); // 刷新表格 }把 SQL 字符串写在函数内部而不是散落在界面类的各个槽函数是一个习惯问题。我一般会把所有 SQL 集中在每个模块的私有方法里接口只暴露 commitAddHouse(const HouseInfo) 这样的语义化方法。这样做的好处是在答辩演示时不需要去解释“这个按钮点了之后 SQL 是怎么拼接的”而是直接用语言说明“我调用了数据层的提交方法参数由对话框界面对象传递”。4. 收费与报修模块MySQL 聚合查询在 Qt 里的落地4.1 收费列表的联表查询与 QSqlQueryModel收费模块是物业系统里最能体现 SQL 水平的模块。它不只要查 t_fee 表本身还要把房产信息带出来——缴费通知单上显示“哪栋哪号房、业主是谁、欠费多少”这就需要 join。直接使用 QSqlQueryModel 来承接这种带联表的查询结果它比 QSqlTableModel 更合适因为结果已经不是单表可编辑状态本来也不需要通过 model 直接写回。QSqlQueryModel *model new QSqlQueryModel(this); model-setQuery( SELECT f.fee_id, b.building_name, h.room_no, h.owner_name, f.fee_type, f.amount, f.due_date, f.paid_status FROM t_fee f JOIN t_house h ON f.house_id h.house_id JOIN t_building b ON h.building_id b.building_id WHERE f.paid_status 0 ORDER BY f.due_date ASC); ui-tableView-setModel(model); ui-tableView-setColumnHidden(0, true); // 隐藏 fee_id 列这段代码里有一个值得展开的点paid_status 过滤条件。很多同学会把过滤条件写在WHERE里还有一部分人写完之后发现表格列太多就把 fee_id 列隐藏。隐藏列用的是setColumnHidden(0, true)表头的标题则在 model 设置完后通过 headerData 设置。4.2 逾期费用的聚合统计与 QChart 展示除了列表物业管理几乎一定会问“本月应收多少、实收多少、还有多少欠费”。这种合计需求一条 SQL 就能算出来SELECT COUNT(*) AS total_count, SUM(amount) AS total_amount, SUM(CASE WHEN paid_status 0 THEN amount ELSE 0 END) AS unpaid_amount FROM t_fee WHERE due_date ? AND due_date ?Qt 里可以直接把这三个值取出来填到 QLabel 或 QLineEdit 上。如果需要画饼图或柱状图QChart 是 Qt Charts 模块提供的需要在工程文件 .pro 里加QT charts。下面是一个生成缴费比例饼图的片段QPieSeries *series new QPieSeries(); series-append(已缴, paidCount); series-append(未缴, unpaidCount); QChart *chart new QChart(); chart-addSeries(series); chart-setTitle(本月缴费情况); QChartView *chartView new QChartView(chart); chartView-setRenderHint(QPainter::Antialiasing); ui-verticalLayout-addWidget(chartView);QChart 的功底在于合理设置图表类型与数据源。对毕设来说饼图加一个简单的柱状图就够了。柱状图用 QBarSet 组织数据逻辑与饼图类似不再贴全部代码。4.3 报修工单的状态流转与时间处理报修工单的业务逻辑一般包括业主提交、物业派单、维修完成、验收归档。四个状态在 MySQL 里用一个 TINYINT 字段存储前端用 comboBox 展示中文状态。工单模块建议用 QDataWidgetMapper 实现单条记录的字段映射这样点击表格某一行时右边的 QLineEdit 和 QDateTimeEdit 自动填充当前记录数据。QDataWidgetMapper 在使用时有一个坑当 model 执行 select() 刷新后mapper 的 currentIndex 会失效需要重新 setCurrentIndex。我一般在这个模块中用 reload() 统一处理void RepairManageWidget::reload() { model-setQuery( SELECT repair_id, room_no, content, report_time, status FROM t_repair ORDER BY report_time DESC); mapper-setModel(model); mapper-setSubmitPolicy(QDataWidgetMapper::ManualSubmit); mapper-addMapping(ui-editRoom, 1); mapper-addMapping(ui-editContent, 2); mapper-addMapping(ui-editTime, 3); mapper-addMapping(ui-comboStatus, 4); ui-tableView-setModel(model); mapper-toFirst(); }这里有三个参数值得说明。第一个setSubmitPolicy(QDataWidgetMapper::ManualSubmit)表示字段修改后不会立刻写回数据库必须手动调用 submit否则用户改到一半时鼠标点了别的行数据会被自动提交形成脏数据。第二个是 addMapping 中显示字段与列索引的对应关系这个索引是 SELECT 列的序号从 0 开始。第三个是toFirst()它让新增后的记录能看到第一条避免界面显示为空白。5. 发布与部署MySQL 服务打包、使用同目录数据库、兼容多平台5.1 Qt 程序依赖文件的收集方式毕设演示环境通常不是自己的电脑这就涉及发布。Qt 发布有官方方式使用 windeployqt 工具自动收集 DLL。在开发者命令提示符下进入构建目录执行 windeployqt 命令cd build-property_mgmt-Desktop_Qt_5_15_2_MinGW_32_bit-Release windeployqt property_management.exewindeployqt 会检查 exe 的依赖把 Qt5Core.dll、Qt5Gui.dll、Qt5Widgets.dll、Qt5Sql.dll 以及 platforms/qwindows.dll 一并拷贝到当前目录。需要注意的是如果程序里使用了 QMYSQL 驱动windeployqt 默认不会拷贝 sqldrivers/qsqlmysql.dll所以需要手动从 Qt 安装目录的 plugins/sqldrivers 拷贝这个文件到发布目录的 sqldrivers 下。Qt 6 的部署方式有一些差异需要用windeployqt6或者 CMake 的部署工具但原理一致。审查依赖时可以直接用依赖工具打开 property_management.exe检查缺失的 DLL。5.2 MySQL 与程序一起打包的常见方案MySQL 的打包有三种常见做法按“省事到完整”排列只打包连接远程 MySQL即发布端不装 MySQL演示时连接实验室或云的数据库这种方案适合演示环境网络稳定。安装绿色版 MySQL即把 MySQL 的压缩包解压后一起拷到发布目录通过 bin/mysqld --defaults-filemy.ini --console 启动服务。用 MySQL 官方安装包在演示机先安装服务再把建库脚本一次性导入。我比较推荐第二种绿色版 MySQL。步骤如下把 mysql-x.x.x-winx64 目录拷贝到发布目录下写一个 my.ini[mysqld] basedir./mysql datadir./mysql/data port3306 character-set-serverutf8mb4 [client] default-character-setutf8mb4首次启动时在命令行执行cd mysql\bin mysqld --initialize-insecure mysqld --install MySQL_PMS net start MySQL_PMS--initialize-insecure会生成一个 root 空密码实例之后在程序里把数据库连接密码设为空即可。这个路径的最常见坑是如果 root 密码设为空需要在连接字符串里明确把密码写成setPassword()而不是不设置。5.3 自定义进度条与软件启动画面发布环节如果希望演示观感更完整可以加入启动画面和初始化进度条。用 QSplashScreen 显示图片同时在后台执行数据库检查和建表QSplashScreen splash(QPixmap(:/images/splash.png)); splash.show(); QApplication::processEvents(); if (initDatabase()) { splash.showMessage(数据库连接成功正在加载主界面..., Qt::AlignBottom | Qt::AlignCenter, Qt::white); QApplication::processEvents(); } MainWindow w; splash.finish(w); w.show();showMessage的参数中对齐方式用的是Qt::AlignBottom | Qt::AlignCenter颜色线条可以用 Qt::white。进度条如果加到启动画面里需要自己重写 QSplashScreen 的 drawContents或者在 QWidget 上替换为 QProgressBar然后通过 QTimer 模拟进度。这个不做强求但对演示效果提升明显。发布之后不要忘了验证一件事把发布目录完整拷贝到另一台 Windows 机器运行后看是否提示缺少 libmysql.dll。如果你用的是 Qt 5.15 的 qsqlmysql通常还需要把 MySQL 安装目录下的 lib/libmysql.dll 一并拷贝到程序运行目录。Qt 6 使用 qsqlmysql 插件时则一般不需要 libmysql.dll因为新版驱动使用 mysqlclient 库的方式有所变化。这一步不验证的话最容易出现的报错是Driver not loaded而驱动明明就在 sqldrivers 目录下。本文还有配套的精品资源点击获取
