尧图网站开发 
简介这是一份基于PythonDjango框架开发的人力资源管理系统课程设计项目主要面向软件工程、计算机科学、人工智能等专业的在校学生也可作为期末大作业或课程设计的完整参考。系统涉及员工信息管理、部门管理、考勤与薪资等核心模块并配套数据库设计与后端逻辑实现代码经过Windows与macOS多轮运行验证具备较高的可用性。压缩包共218个文件大小仅1.05MB资源结构合理其中包括30个Python源码文件、36个HTML模板页面、21个JavaScript交互脚本、7个CSS样式表以及SQL和SQLite数据库文件可快速导入并跑通整套系统。另附详细设计文档和答辩PPT能帮助梳理项目背景、系统架构与测试结果。目前已有86人学习下载该项目曾获导师认可答辩评审分达95分属于高完成度课程设计范本。拿到手后既可直接用于演示也可基于源码增加新功能适合初学者进阶与企业开发者快速上手。1. PythonDjango 人力资源管理系统数据库课设拿高分的正确打开方式课程设计里人力资源管理系统是出现频率最高的选题之一。原因很简单部门、员工、考勤、薪资这些数据天然适合讲清楚数据库设计而 Django 的 ORM 和自带 admin 又能把一套增删改查快速跑通。如果你直接套网上的 Demo评分老师一眼就能看出问题——外键乱挂、工资直接当员工字段、删除部门时员工被连坐、查询全是循环嵌套。这套系统的分水岭在于两点数据库表是否经得起范式校验Django 开发时是否真的用 ORM 而不是裸 SQL。本文按一个完整课设的推进顺序给出表结构设计、Django 工程配置、业务代码和验证命令新手上手能一步步跑通有经验的开发者也可以对照检查自己的表设计与 ORM 细节。2. 用 Django 初始化项目并接上 MySQL从 settings 到迁移2.1 环境准备Python 版本、虚拟环境与依赖锁定Python 课程设计和数据库课程设计一般共用一台机器最常见的问题是全局环境里 Django 版本混乱今天装 3.2明天又装 5.0最后 migrate 报一堆错。第一步先建虚拟环境把依赖锁死。python -m venv venv source venv/bin/activate # Windows 下执行 venv\Scripts\activate pip install django4.2.* mysqlclient2.* pip freeze requirements.txt这里的几个细节决定你是否会踩坑。Django 4.2 是 LTS 版本课程设计答辩时间跨度长选 LTS 不会遇到版本断层mysqlclient 是 MySQL 官方推荐的驱动Linux 下需要先装libmysqlclient-devWindows 下 pip 经常直接安装失败建议去对应 Python 版本的 wheel 仓库下载离线包安装这也是热词里 django install mysqlclient 反复出现的原因。如果实在装不上可以在项目__init__.py里用pymysql.install_as_MySQLdb()兜底但生产习惯不推荐报告里写明这是降级方案即可。2.2 创建 Django 项目与 app目录结构影响课设评分常见的坏习惯是把所有模型写进一个models.py路由全部塞在全局urls.py。数据库课设的答辩环节老师一定会看源码结构建议按业务域拆 app让目录本身说明设计思路。django-admin startproject hr_system cd hr_system python manage.py startapp employee # 部门 员工 python manage.py startapp attendance # 考勤 python manage.py startapp salary # 薪资三个 app 的划分依据是数据域employee 管组织架构和人员档案attendance 管每日打卡与请假状态salary 管每月薪资流水。这样设计的好处是后续的ForeignKey方向清晰hr_system 主项目只保留 settings、根路由和 wsgi/asgi 入口每个 app 内部自带models.py、views.py、urls.py评分时模块边界一目了然。2.3 settings.py 数据库配置与 mysqlclient 的安装坑新建的 Django 项目默认连 SQLite课程设计如果要求 数据库的设计与实现通常要切换到 MySQL 并用 Navicat 截图展示表结构。先确 MySQL 里建好库再改配置。# hr_system/settings.py DATABASES { default: { ENGINE: django.db.backends.mysql, NAME: hr_system, USER: root, PASSWORD: your_password, HOST: 127.0.0.1, PORT: 3306, OPTIONS: { charset: utf8mb4, }, } } LANGUAGE_CODE zh-hans TIME_ZONE Asia/Shanghai USE_TZ True配置项说明ENGINE必须写成django.db.backends.mysql不要用旧文档里的MySQLdb写法NAME数据库名需先在 MySQL 中CREATE DATABASE hr_system DEFAULT CHARSET utf8mb4OPTIONS.charset显式指定 utf8mb4避免中文乱码和 emoji 存储失败TIME_ZONE按国内课设环境设Asia/Shanghai否则DateTimeField存进去的时刻会差 8 小时mysqlclient 最经典的报错是ModuleNotFoundError: No module named MySQLdb以及 Windows 编译错误error: Microsoft Visual C 14.0 is required。前者是没装驱动后者是缺少 C 编译环境。先确认pip show mysqlclient有输出再启动项目不要一上来就怀疑 Django 配置。2.4 用 check 和 migrate --plan 验证数据库连接配置改完不要直接runserver先做两步验证。python manage.py check python manage.py makemigrations python manage.py migrate --plancheck只检查 Django 配置和模型定义自身是否一致不碰数据库makemigrations根据模型生成迁移文件migrate --plan是只预览要执行哪些迁移、不实际执行的命令看到输出的迁移列表里没有意外项后再执行python manage.py migrate。如果check阶段报django.db.utils.OperationalError: (2003, Cant connect to MySQL server...)排查顺序是 MySQL 服务是否启动、HOST/PORT是否可达、用户是否有远程权限和 Django 代码无关。3. 人力资源管理系统数据库设计五张核心表与 ORM 建模3.1 核心业务表部门、员工、考勤、薪资的字段设计数据库课程设计的评分重点是 ER 图、范式、约束、外键关系。人力资源系统最忌讳把薪资设计成员工表的一列因为每月薪资是一条独立历史记录员工离职后薪资历史还要保留必须拆表。给出如下核心表结构表名关键字段外键说明departmentid, name, code, parentparent 自关联code 唯一parent 允许为空employeeid, emp_no, name, gender, birth_date, hire_date, position, departmentdepartment_idemp_no 唯一相当于工号attendanceid, work_date, check_in, check_out, statusemployee_id每天每人一行status 区分正常/迟到/请假salaryid, month, base_salary, bonus, deductionemployee_id同一员工同月唯一需联合唯一约束员工表里的 department 用外键指向部门表考勤和薪资表用外键指向员工表。按第三范式员工所属部门只存 department_id不冗余部门名称考勤和薪资只依赖员工不直接依赖部门。这样设计在答辩时可以直接对着 ER 图讲清楚为什么salary和employee是一对多而employee和department是多对一。3.2 ORM 模型的继承与实现外键方向决定查询效率写模型时不要把 Django 默认的AbstractUser扔在一边认证用户和员工档案是两回事。员工档案保存工号、部门、入离职日期认证用户只负责登录二者通过OneToOneField关联或各自独立均可课程设计场景下独立更简单。# employee/models.py from django.db import models class Department(models.Model): name models.CharField(max_length50, verbose_name部门名称) code models.CharField(max_length20, uniqueTrue, verbose_name部门编码) parent models.ForeignKey( self, nullTrue, blankTrue, on_deletemodels.CASCADE, related_namechildren, verbose_name上级部门 ) class Meta: db_table department ordering [code] def __str__(self): return self.name class Employee(models.Model): emp_no models.CharField(max_length20, uniqueTrue, verbose_name工号) name models.CharField(max_length30, verbose_name姓名) gender models.CharField(max_length2, choices[(M, 男), (F, 女)]) birth_date models.DateField(verbose_name出生日期) hire_date models.DateField(verbose_name入职日期) position models.CharField(max_length50, verbose_name岗位) department models.ForeignKey( Department, on_deletemodels.PROTECT, related_nameemployees, verbose_name所属部门 ) class Meta: db_table employee indexes [models.Index(fields[department, hire_date])] def __str__(self): return f{self.emp_no} {self.name}这段代码有三个值得在报告里写的点。第一on_deletemodels.PROTECT而不是CASCADE部门下还有员工时禁止直接删除部门避免误操作连带删除员工档案第二related_nameemployees让反向查询可读性更好department.employees.all()比默认的employee_set直观第三联合索引(department, hire_date)覆盖了按部门查员工并按入职时间排序的常用查询体现代码里预判了查询场景。考勤和薪资模型按同样思路建立attendance表用employee外键和work_date做联合唯一约束保证同一天不可能重复录入两条记录salary表用employee外键和month做联合唯一约束保证一个月只结算一次。这两个表的模型代码短但约束语义强是数据库设计分项的主要得分点。3.3 迁移与反向同步先写模型还是先建表数据库课设报告通常先画 ER 图、再写建表 SQL但 Django 的习惯是模型先行、迁移生成 SQL。两者并不冲突我的做法是先在纸上画出每个实体和关系确认外键方向无误后写模型再用 Django 迁移自动生成建表语句最后把sqlmigrate输出的 SQL 截图放进课设文档作为数据库设计与实现章节的证据既满足数据库课程要求又体现 Django 工程能力。python manage.py makemigrations employee attendance salary python manage.py migrate python manage.py sqlmigrate employee 0001sqlmigrate把迁移文件翻译成真实执行的 MySQL DDL能看到CREATE TABLE、FOREIGN KEY、UNIQUE约束这正是答辩时展示数据库是从 Django 模型落地的硬证据。如果报告要求手动给出建表 SQL直接复制这里的输出微调即可不需要另写一份。4. 人力资源管理系统业务实现认证、增删改查与 admin 定制4.1 使用 Django 内置认证的登录与退出课程设计阶段不需要自研登录逻辑Django 自带的authenticate和login足够但要注意保护业务页面。先创建一个login视图和对应的 URL路由配置如下# hr_system/urls.py from django.contrib import admin from django.urls import path, include from employee.views import login_view, logout_view urlpatterns [ path(admin/, admin.site.urls), path(accounts/login/, login_view, namelogin), path(accounts/logout/, logout_view, namelogout), path(hr/, include(employee.urls)), ]# employee/views.py from django.contrib.auth import authenticate, login, logout from django.http import HttpResponseRedirect from django.shortcuts import render, redirect def login_view(request): if request.method POST: username request.POST[username] password request.POST[password] user authenticate(request, usernameusername, passwordpassword) if user is not None: login(request, user) next_url request.POST.get(next) or employee:list return redirect(next_url) return render(request, login.html, {error: 用户名或密码错误}) return render(request, login.html) def logout_view(request): logout(request) return redirect(login)next参数的传递是课设里最常见的暗坑。未登录用户访问员工列表时被重定向到登录页登录成功后应该回到原目标页而不是固定在首页所以登录表单里要带一个隐藏字段input typehidden namenext value{{ request.GET.next }}。业务视图统一加login_required装饰器或继承LoginRequiredMixin测试时用createsuperuser建一个账号登录后 session 生效退出则logout清掉 session 数据。4.2 员工信息的增删改查基于 CreateView 与 UpdateView 的实现Django 的类视图可以把增删改查代码压缩掉一半课程设计报告的代码量也更清爽。先定义好路由和表单。# employee/urls.py from django.urls import path from . import views app_name employee urlpatterns [ path(employees/, views.EmployeeListView.as_view(), namelist), path(employees/create/, views.EmployeeCreateView.as_view(), namecreate), path(employees/int:pk/update/, views.EmployeeUpdateView.as_view(), nameupdate), path(employees/int:pk/delete/, views.EmployeeDeleteView.as_view(), namedelete), ]# employee/views.py from django.views.generic import ListView, CreateView, UpdateView, DeleteView from django.urls import reverse_lazy from .models import Employee class EmployeeListView(ListView): model Employee template_name employee/employee_list.html context_object_name employees paginate_by 10 def get_queryset(self): qs Employee.objects.select_related(department).all() kw self.request.GET.get(keyword, ).strip() if kw: qs qs.filter(name__icontainskw) | qs.filter(emp_no__icontainskw) return qs class EmployeeCreateView(CreateView): model Employee fields [emp_no, name, gender, birth_date, hire_date, position, department] success_url reverse_lazy(employee:list)select_related(department)是关键优化它把员工和部门用 JOIN 一次性查出来避免模板里每访问一个employee.department.name就多一条 SQL这是热词 django 执行查询 里最值得掌握的技能点。paginate_by 10控制每页条数模板里配合page_obj渲染分页导航。新增和编辑共用一套表单模板因为CreateView和UpdateView渲染的字段一致只需在模板里统一处理提交地址form.action根据对象是否存在分别指向 create 或 update 路由即可。4.3 删除保护与 django 重定向传递数据员工档案删除时如果这个员工已有考勤和薪资记录数据库层PROTECT会拒绝删除视图层必须捕获异常并友好提示而不是直接报 500。视图里做异常处理后通过 Django 的 messages 框架把结果传到重定向后的页面。# employee/views.py from django.contrib import messages from django.db.models.deletion import ProtectedError from django.http import HttpResponseRedirect class EmployeeDeleteView(DeleteView): model Employee success_url reverse_lazy(employee:list) def post(self, request, *args, **kwargs): try: return super().post(request, *args, **kwargs) except ProtectedError: messages.error(request, 该员工存在考勤或薪资记录不能删除) return HttpResponseRedirect(reverse_lazy(employee:list))这里需要结合表单看效果DeleteView的 POST 真正执行删除ProtectedError是 Django 在数据库外键约束拒绝时抛出的异常。捕获后不渲染错误页而是HttpResponseRedirect回列表再用messages把错误文案写入 session列表模板里遍历messages渲染出提示条。这个模式同时命中了热词里的 django 重定向传递数据和删除对象——一个用 session 传递一次性消息一个处理外键保护下的删除失败。4.4 Django admin 界面美化与列表页定制数据库课设通常要求展示一张全字段列表Django admin 自带这个能力但默认界面字段堆叠不美观。通过list_display、list_filter、search_fields定制后admin 直接变成可视化数据管理后台。# employee/admin.py from django.contrib import admin from .models import Department, Employee admin.register(Employee) class EmployeeAdmin(admin.ModelAdmin): list_display (emp_no, name, department, position, hire_date) list_filter (department, gender) search_fields (emp_no, name) list_per_page 20 fieldsets ( (基本信息, {fields: (emp_no, name, gender, birth_date)}), (任职信息, {fields: (department, position, hire_date)}), )fieldsets把表单分组list_filter生成右侧筛选栏search_fields生成搜索框这三项是 admin 定制里性价比最高的配置。想要更现代的界面可以再装django-simpleui但核心功能不依赖它先保证数据能增删改查再考虑外观。管理员从http://127.0.0.1:8000/admin/登录后能看到部门、员工、考勤、薪资四张表的维护入口数据库课设需要的界面证据就齐全了。5. 统计查询、CSV 导出与交付前验证5.1 用 annotate 统计部门人数与平均薪资规避 N1 查询数据库课程设计里按部门统计人数按月统计薪资总额是必考题目ORM 用annotate一条查询搞定比遍历 Python 再逐条统计快一个数量级。from django.db.models import Count, Avg from employee.models import Department, Salary dept_stats Department.objects.annotate( emp_countCount(employees), avg_salaryAvg(employees__salary__base_salary) ).values(name, emp_count, avg_salary) for row in dept_stats: print(row)Count(employees)走的是 department 表到 employee 表的反向关联Avg(employees__salary__base_salary)直接跨了两层外键Django ORM 会把它翻译成带 GROUP BY 的联表查询输出就是每个部门的汇总行。验证 SQL 效率可以打开 Django Debug Toolbar 看查出的 SQL 条数和执行时间这是答辩现场最容易出彩的细节。5.2 导出 CSVStreamingHttpResponse 与 content-type 和 content-disposition把员工列表导出成 CSV 是 HR 系统的标准功能用StreamingHttpResponse流式输出content_type和Content-Disposition两个参数控制文件编码与下载文件名。import csv from django.http import StreamingHttpResponse from .models import Employee def export_employees_csv(request): response StreamingHttpResponse( stream_csv(), content_typetext/csv; charsetutf-8-sig ) response[Content-Disposition] attachment; filenameemployees.csv return response def stream_csv(): writer csv.writer(sys.stdout) writer.writerow([工号, 姓名, 部门, 岗位]) for emp in Employee.objects.select_related(department).iterator(): writer.writerow([emp.emp_no, emp.name, emp.department.name, emp.position]) yield Nonecharsetutf-8-sig是为了让 Excel 直接打开 CSV 不乱码attachment告诉浏览器触发下载而不是在页面里打开。中文文件名如果要完整支持Content-Disposition还需要做 RFC 5987 编码课程设计场景下保持英文文件名、内容用中文即可报告里把这两个参数解释到位就能体现对 HTTP 响应头的理解。5.3 交付前的三个验证手段python manage.py check --deploy python manage.py showmigrations | grep \[ \] python manage.py sqlmigrate employee 0001 schema.sql最后收尾时把上面三条命令的输出整理进文档。check --deploy会把 DEBUG、安全相关的部署隐患列出来即使是课设跑一遍后把其中合理的建议改掉报告里的安全性与健壮性一节立刻有真实素材showmigrations确认所有迁移都已应用sqlmigrate生成的建表 SQL 放进附录作为数据库设计文档的最终版交付物。本文还有配套的精品资源点击获取 
简介这是一份基于PythonDjango框架开发的人力资源管理系统课程设计项目主要面向软件工程、计算机科学、人工智能等专业的在校学生也可作为期末大作业或课程设计的完整参考。系统涉及员工信息管理、部门管理、考勤与薪资等核心模块并配套数据库设计与后端逻辑实现代码经过Windows与macOS多轮运行验证具备较高的可用性。压缩包共218个文件大小仅1.05MB资源结构合理其中包括30个Python源码文件、36个HTML模板页面、21个JavaScript交互脚本、7个CSS样式表以及SQL和SQLite数据库文件可快速导入并跑通整套系统。另附详细设计文档和答辩PPT能帮助梳理项目背景、系统架构与测试结果。目前已有86人学习下载该项目曾获导师认可答辩评审分达95分属于高完成度课程设计范本。拿到手后既可直接用于演示也可基于源码增加新功能适合初学者进阶与企业开发者快速上手。1. PythonDjango 人力资源管理系统数据库课设拿高分的正确打开方式课程设计里人力资源管理系统是出现频率最高的选题之一。原因很简单部门、员工、考勤、薪资这些数据天然适合讲清楚数据库设计而 Django 的 ORM 和自带 admin 又能把一套增删改查快速跑通。如果你直接套网上的 Demo评分老师一眼就能看出问题——外键乱挂、工资直接当员工字段、删除部门时员工被连坐、查询全是循环嵌套。这套系统的分水岭在于两点数据库表是否经得起范式校验Django 开发时是否真的用 ORM 而不是裸 SQL。本文按一个完整课设的推进顺序给出表结构设计、Django 工程配置、业务代码和验证命令新手上手能一步步跑通有经验的开发者也可以对照检查自己的表设计与 ORM 细节。2. 用 Django 初始化项目并接上 MySQL从 settings 到迁移2.1 环境准备Python 版本、虚拟环境与依赖锁定Python 课程设计和数据库课程设计一般共用一台机器最常见的问题是全局环境里 Django 版本混乱今天装 3.2明天又装 5.0最后 migrate 报一堆错。第一步先建虚拟环境把依赖锁死。python -m venv venv source venv/bin/activate # Windows 下执行 venv\Scripts\activate pip install django4.2.* mysqlclient2.* pip freeze requirements.txt这里的几个细节决定你是否会踩坑。Django 4.2 是 LTS 版本课程设计答辩时间跨度长选 LTS 不会遇到版本断层mysqlclient 是 MySQL 官方推荐的驱动Linux 下需要先装libmysqlclient-devWindows 下 pip 经常直接安装失败建议去对应 Python 版本的 wheel 仓库下载离线包安装这也是热词里 django install mysqlclient 反复出现的原因。如果实在装不上可以在项目__init__.py里用pymysql.install_as_MySQLdb()兜底但生产习惯不推荐报告里写明这是降级方案即可。2.2 创建 Django 项目与 app目录结构影响课设评分常见的坏习惯是把所有模型写进一个models.py路由全部塞在全局urls.py。数据库课设的答辩环节老师一定会看源码结构建议按业务域拆 app让目录本身说明设计思路。django-admin startproject hr_system cd hr_system python manage.py startapp employee # 部门 员工 python manage.py startapp attendance # 考勤 python manage.py startapp salary # 薪资三个 app 的划分依据是数据域employee 管组织架构和人员档案attendance 管每日打卡与请假状态salary 管每月薪资流水。这样设计的好处是后续的ForeignKey方向清晰hr_system 主项目只保留 settings、根路由和 wsgi/asgi 入口每个 app 内部自带models.py、views.py、urls.py评分时模块边界一目了然。2.3 settings.py 数据库配置与 mysqlclient 的安装坑新建的 Django 项目默认连 SQLite课程设计如果要求 数据库的设计与实现通常要切换到 MySQL 并用 Navicat 截图展示表结构。先确 MySQL 里建好库再改配置。# hr_system/settings.py DATABASES { default: { ENGINE: django.db.backends.mysql, NAME: hr_system, USER: root, PASSWORD: your_password, HOST: 127.0.0.1, PORT: 3306, OPTIONS: { charset: utf8mb4, }, } } LANGUAGE_CODE zh-hans TIME_ZONE Asia/Shanghai USE_TZ True配置项说明ENGINE必须写成django.db.backends.mysql不要用旧文档里的MySQLdb写法NAME数据库名需先在 MySQL 中CREATE DATABASE hr_system DEFAULT CHARSET utf8mb4OPTIONS.charset显式指定 utf8mb4避免中文乱码和 emoji 存储失败TIME_ZONE按国内课设环境设Asia/Shanghai否则DateTimeField存进去的时刻会差 8 小时mysqlclient 最经典的报错是ModuleNotFoundError: No module named MySQLdb以及 Windows 编译错误error: Microsoft Visual C 14.0 is required。前者是没装驱动后者是缺少 C 编译环境。先确认pip show mysqlclient有输出再启动项目不要一上来就怀疑 Django 配置。2.4 用 check 和 migrate --plan 验证数据库连接配置改完不要直接runserver先做两步验证。python manage.py check python manage.py makemigrations python manage.py migrate --plancheck只检查 Django 配置和模型定义自身是否一致不碰数据库makemigrations根据模型生成迁移文件migrate --plan是只预览要执行哪些迁移、不实际执行的命令看到输出的迁移列表里没有意外项后再执行python manage.py migrate。如果check阶段报django.db.utils.OperationalError: (2003, Cant connect to MySQL server...)排查顺序是 MySQL 服务是否启动、HOST/PORT是否可达、用户是否有远程权限和 Django 代码无关。3. 人力资源管理系统数据库设计五张核心表与 ORM 建模3.1 核心业务表部门、员工、考勤、薪资的字段设计数据库课程设计的评分重点是 ER 图、范式、约束、外键关系。人力资源系统最忌讳把薪资设计成员工表的一列因为每月薪资是一条独立历史记录员工离职后薪资历史还要保留必须拆表。给出如下核心表结构表名关键字段外键说明departmentid, name, code, parentparent 自关联code 唯一parent 允许为空employeeid, emp_no, name, gender, birth_date, hire_date, position, departmentdepartment_idemp_no 唯一相当于工号attendanceid, work_date, check_in, check_out, statusemployee_id每天每人一行status 区分正常/迟到/请假salaryid, month, base_salary, bonus, deductionemployee_id同一员工同月唯一需联合唯一约束员工表里的 department 用外键指向部门表考勤和薪资表用外键指向员工表。按第三范式员工所属部门只存 department_id不冗余部门名称考勤和薪资只依赖员工不直接依赖部门。这样设计在答辩时可以直接对着 ER 图讲清楚为什么salary和employee是一对多而employee和department是多对一。3.2 ORM 模型的继承与实现外键方向决定查询效率写模型时不要把 Django 默认的AbstractUser扔在一边认证用户和员工档案是两回事。员工档案保存工号、部门、入离职日期认证用户只负责登录二者通过OneToOneField关联或各自独立均可课程设计场景下独立更简单。# employee/models.py from django.db import models class Department(models.Model): name models.CharField(max_length50, verbose_name部门名称) code models.CharField(max_length20, uniqueTrue, verbose_name部门编码) parent models.ForeignKey( self, nullTrue, blankTrue, on_deletemodels.CASCADE, related_namechildren, verbose_name上级部门 ) class Meta: db_table department ordering [code] def __str__(self): return self.name class Employee(models.Model): emp_no models.CharField(max_length20, uniqueTrue, verbose_name工号) name models.CharField(max_length30, verbose_name姓名) gender models.CharField(max_length2, choices[(M, 男), (F, 女)]) birth_date models.DateField(verbose_name出生日期) hire_date models.DateField(verbose_name入职日期) position models.CharField(max_length50, verbose_name岗位) department models.ForeignKey( Department, on_deletemodels.PROTECT, related_nameemployees, verbose_name所属部门 ) class Meta: db_table employee indexes [models.Index(fields[department, hire_date])] def __str__(self): return f{self.emp_no} {self.name}这段代码有三个值得在报告里写的点。第一on_deletemodels.PROTECT而不是CASCADE部门下还有员工时禁止直接删除部门避免误操作连带删除员工档案第二related_nameemployees让反向查询可读性更好department.employees.all()比默认的employee_set直观第三联合索引(department, hire_date)覆盖了按部门查员工并按入职时间排序的常用查询体现代码里预判了查询场景。考勤和薪资模型按同样思路建立attendance表用employee外键和work_date做联合唯一约束保证同一天不可能重复录入两条记录salary表用employee外键和month做联合唯一约束保证一个月只结算一次。这两个表的模型代码短但约束语义强是数据库设计分项的主要得分点。3.3 迁移与反向同步先写模型还是先建表数据库课设报告通常先画 ER 图、再写建表 SQL但 Django 的习惯是模型先行、迁移生成 SQL。两者并不冲突我的做法是先在纸上画出每个实体和关系确认外键方向无误后写模型再用 Django 迁移自动生成建表语句最后把sqlmigrate输出的 SQL 截图放进课设文档作为数据库设计与实现章节的证据既满足数据库课程要求又体现 Django 工程能力。python manage.py makemigrations employee attendance salary python manage.py migrate python manage.py sqlmigrate employee 0001sqlmigrate把迁移文件翻译成真实执行的 MySQL DDL能看到CREATE TABLE、FOREIGN KEY、UNIQUE约束这正是答辩时展示数据库是从 Django 模型落地的硬证据。如果报告要求手动给出建表 SQL直接复制这里的输出微调即可不需要另写一份。4. 人力资源管理系统业务实现认证、增删改查与 admin 定制4.1 使用 Django 内置认证的登录与退出课程设计阶段不需要自研登录逻辑Django 自带的authenticate和login足够但要注意保护业务页面。先创建一个login视图和对应的 URL路由配置如下# hr_system/urls.py from django.contrib import admin from django.urls import path, include from employee.views import login_view, logout_view urlpatterns [ path(admin/, admin.site.urls), path(accounts/login/, login_view, namelogin), path(accounts/logout/, logout_view, namelogout), path(hr/, include(employee.urls)), ]# employee/views.py from django.contrib.auth import authenticate, login, logout from django.http import HttpResponseRedirect from django.shortcuts import render, redirect def login_view(request): if request.method POST: username request.POST[username] password request.POST[password] user authenticate(request, usernameusername, passwordpassword) if user is not None: login(request, user) next_url request.POST.get(next) or employee:list return redirect(next_url) return render(request, login.html, {error: 用户名或密码错误}) return render(request, login.html) def logout_view(request): logout(request) return redirect(login)next参数的传递是课设里最常见的暗坑。未登录用户访问员工列表时被重定向到登录页登录成功后应该回到原目标页而不是固定在首页所以登录表单里要带一个隐藏字段input typehidden namenext value{{ request.GET.next }}。业务视图统一加login_required装饰器或继承LoginRequiredMixin测试时用createsuperuser建一个账号登录后 session 生效退出则logout清掉 session 数据。4.2 员工信息的增删改查基于 CreateView 与 UpdateView 的实现Django 的类视图可以把增删改查代码压缩掉一半课程设计报告的代码量也更清爽。先定义好路由和表单。# employee/urls.py from django.urls import path from . import views app_name employee urlpatterns [ path(employees/, views.EmployeeListView.as_view(), namelist), path(employees/create/, views.EmployeeCreateView.as_view(), namecreate), path(employees/int:pk/update/, views.EmployeeUpdateView.as_view(), nameupdate), path(employees/int:pk/delete/, views.EmployeeDeleteView.as_view(), namedelete), ]# employee/views.py from django.views.generic import ListView, CreateView, UpdateView, DeleteView from django.urls import reverse_lazy from .models import Employee class EmployeeListView(ListView): model Employee template_name employee/employee_list.html context_object_name employees paginate_by 10 def get_queryset(self): qs Employee.objects.select_related(department).all() kw self.request.GET.get(keyword, ).strip() if kw: qs qs.filter(name__icontainskw) | qs.filter(emp_no__icontainskw) return qs class EmployeeCreateView(CreateView): model Employee fields [emp_no, name, gender, birth_date, hire_date, position, department] success_url reverse_lazy(employee:list)select_related(department)是关键优化它把员工和部门用 JOIN 一次性查出来避免模板里每访问一个employee.department.name就多一条 SQL这是热词 django 执行查询 里最值得掌握的技能点。paginate_by 10控制每页条数模板里配合page_obj渲染分页导航。新增和编辑共用一套表单模板因为CreateView和UpdateView渲染的字段一致只需在模板里统一处理提交地址form.action根据对象是否存在分别指向 create 或 update 路由即可。4.3 删除保护与 django 重定向传递数据员工档案删除时如果这个员工已有考勤和薪资记录数据库层PROTECT会拒绝删除视图层必须捕获异常并友好提示而不是直接报 500。视图里做异常处理后通过 Django 的 messages 框架把结果传到重定向后的页面。# employee/views.py from django.contrib import messages from django.db.models.deletion import ProtectedError from django.http import HttpResponseRedirect class EmployeeDeleteView(DeleteView): model Employee success_url reverse_lazy(employee:list) def post(self, request, *args, **kwargs): try: return super().post(request, *args, **kwargs) except ProtectedError: messages.error(request, 该员工存在考勤或薪资记录不能删除) return HttpResponseRedirect(reverse_lazy(employee:list))这里需要结合表单看效果DeleteView的 POST 真正执行删除ProtectedError是 Django 在数据库外键约束拒绝时抛出的异常。捕获后不渲染错误页而是HttpResponseRedirect回列表再用messages把错误文案写入 session列表模板里遍历messages渲染出提示条。这个模式同时命中了热词里的 django 重定向传递数据和删除对象——一个用 session 传递一次性消息一个处理外键保护下的删除失败。4.4 Django admin 界面美化与列表页定制数据库课设通常要求展示一张全字段列表Django admin 自带这个能力但默认界面字段堆叠不美观。通过list_display、list_filter、search_fields定制后admin 直接变成可视化数据管理后台。# employee/admin.py from django.contrib import admin from .models import Department, Employee admin.register(Employee) class EmployeeAdmin(admin.ModelAdmin): list_display (emp_no, name, department, position, hire_date) list_filter (department, gender) search_fields (emp_no, name) list_per_page 20 fieldsets ( (基本信息, {fields: (emp_no, name, gender, birth_date)}), (任职信息, {fields: (department, position, hire_date)}), )fieldsets把表单分组list_filter生成右侧筛选栏search_fields生成搜索框这三项是 admin 定制里性价比最高的配置。想要更现代的界面可以再装django-simpleui但核心功能不依赖它先保证数据能增删改查再考虑外观。管理员从http://127.0.0.1:8000/admin/登录后能看到部门、员工、考勤、薪资四张表的维护入口数据库课设需要的界面证据就齐全了。5. 统计查询、CSV 导出与交付前验证5.1 用 annotate 统计部门人数与平均薪资规避 N1 查询数据库课程设计里按部门统计人数按月统计薪资总额是必考题目ORM 用annotate一条查询搞定比遍历 Python 再逐条统计快一个数量级。from django.db.models import Count, Avg from employee.models import Department, Salary dept_stats Department.objects.annotate( emp_countCount(employees), avg_salaryAvg(employees__salary__base_salary) ).values(name, emp_count, avg_salary) for row in dept_stats: print(row)Count(employees)走的是 department 表到 employee 表的反向关联Avg(employees__salary__base_salary)直接跨了两层外键Django ORM 会把它翻译成带 GROUP BY 的联表查询输出就是每个部门的汇总行。验证 SQL 效率可以打开 Django Debug Toolbar 看查出的 SQL 条数和执行时间这是答辩现场最容易出彩的细节。5.2 导出 CSVStreamingHttpResponse 与 content-type 和 content-disposition把员工列表导出成 CSV 是 HR 系统的标准功能用StreamingHttpResponse流式输出content_type和Content-Disposition两个参数控制文件编码与下载文件名。import csv from django.http import StreamingHttpResponse from .models import Employee def export_employees_csv(request): response StreamingHttpResponse( stream_csv(), content_typetext/csv; charsetutf-8-sig ) response[Content-Disposition] attachment; filenameemployees.csv return response def stream_csv(): writer csv.writer(sys.stdout) writer.writerow([工号, 姓名, 部门, 岗位]) for emp in Employee.objects.select_related(department).iterator(): writer.writerow([emp.emp_no, emp.name, emp.department.name, emp.position]) yield Nonecharsetutf-8-sig是为了让 Excel 直接打开 CSV 不乱码attachment告诉浏览器触发下载而不是在页面里打开。中文文件名如果要完整支持Content-Disposition还需要做 RFC 5987 编码课程设计场景下保持英文文件名、内容用中文即可报告里把这两个参数解释到位就能体现对 HTTP 响应头的理解。5.3 交付前的三个验证手段python manage.py check --deploy python manage.py showmigrations | grep \[ \] python manage.py sqlmigrate employee 0001 schema.sql最后收尾时把上面三条命令的输出整理进文档。check --deploy会把 DEBUG、安全相关的部署隐患列出来即使是课设跑一遍后把其中合理的建议改掉报告里的安全性与健壮性一节立刻有真实素材showmigrations确认所有迁移都已应用sqlmigrate生成的建表 SQL 放进附录作为数据库设计文档的最终版交付物。本文还有配套的精品资源点击获取