1 绪论
1.1 研究背景
在传统企业招聘和简历管理工作中，很多企业仍然使用人工收集、纸质保存或者分散的电子表格来处理简历的流转和筛选工作，这样会造成信息传递速度慢、状态更新迟缓，并且很难对投递数据实施统一追踪和保存。伴随着企业业务规模的不断扩大以及人才流动速度的加快，传统的模式对于高频次、多岗位、跨部门的协同工作来说，存在着信息孤岛、操作失误频繁、流程透明度低等明显的问题1。信息技术不断进步给人力资源领域带来了新的变革机会，越来越多的企业开始利用系统化的工具来整合招聘过程，促使简历管理由人工处理变为平台合作2。在这种情况下，创建出一套可以支持多角色协作、贯穿招聘全过程的简历管理系统，已经成为提高招聘效率、规范管理流程的现实需要。
1.2 研究意义
相比传统的依靠人工管理的模式，本系统创建起一个统一的线上平台，把简历的投递、筛选、归档以及反馈这些环节全部包含在内，并且形成闭环，从而有效地缩减了由于信息传递迟缓或者人为操作不当所造成的误差。系统以管理员、企业用户、普通用户三类角色为依据，把系统配置、招聘执行和求职参与的功能解耦，使得资源配置更加清楚，管理流程更加规范。从信息管理的角度来讲，系统会对招聘信息、投简记录、简历档案等实施结构化的储存并加以关联起来，从而给予管理者和招聘方予以可追踪的数据支撑，提升决策的准确程度以及反应速率。从行业应用角度来讲，本系统为中小型企业以及求职者搭建起一个标准化的对接平台，有利于招聘服务的规范化发展，缩减双方因为信息不对称而产生的沟通成本，有较好的实际应用价值和社会意义。
1.3 国内外研究现状
1.3.1 国内研究现状
国内对招聘和简历管理系统的研究开始于传统的Web应用阶段，早期的系统主要是信息发布、简历收集等基础功能的实现。随着互联网技术和人力资源管理理念的融合，研究重点也由原来的单个角色协同、流程闭环、数据安全等方面向新的方向发展。近些年来，低代码开发、区块链存储以及人工智能算法的加入，又让招聘管理系统的功能范围得到扩展，朝着智能化、可信化和全流程覆盖的方向前进。
周金花、徐倍、唐凯针对低代码平台展开医院人才招聘管理系统创建工作，借助可视化配置达成招聘流程快速搭建和灵活调节，证明低代码技术可以明显加快开发速度并适应业务变动3。该系统的流程编排经验可以给本系统招聘信息管理模块的灵活配置提供借鉴。田生睿和刘璇利用微信小程序创建了高校就业管理系统，实现了学生求职信息收集、企业岗位发布以及数据统计的综合管理，移动端轻量化思路给本系统的普通用户端操作提供了一些借鉴4。沈兆聪以区块链技术为依托，创建了可信简历认证系统，采用分布式存储、加密算法等手段保证简历信息的真实性以及防篡改的特性，他的研究结果给本系统简历档案管理模块的数据可信性创建提供了一些思路5。杨玫、吕振华、陈微微以人工智能技术为基础设计了招聘面试管理系统，用智能算法对简历进行筛选和面试评估，他们的智能化应用思路给本系统的数据分析模块功能扩展指明了方向6。武斌开发的学生实习信息管理系统包含实习岗位发布、简历投递、过程跟踪等主要功能，对学生实习全流程的管理经验给本系统投简信息管理模块的流程设计提供一定的参考7。徐军利用Web技术创建了数字校园环境下就业管理系统的框架，主要解决了多角色之间信息交流和数据统计的问题，为本系统多角色权限划分打下了基础8。张龙伯对招聘全流程进行设计并实现招聘系统，包含职位发布、简历筛选和录用反馈的全过程，其全流程管理思想同本系统从招聘信息发布到简历投递再到筛选反馈的闭环设计十分吻合9。
现有的国内研究在招聘管理系统方面已经取得了丰硕的成果，但是对多角色协同的深度、简历数据可信性的保证以及智能化匹配的应用还存在着一定的不足。本系统在功能设计上把低代码灵活配置、区块链可信存储、智能数据分析等研究思路结合起来，形成包含管理员、企业用户、普通用户三个角色的完整的业务闭环，可以实现对已有研究的综合运用以及功能拓展。
1.3.2 国外研究现状
国外招聘管理系统研究起步较早，智能匹配、数据隐私保护、跨平台集成等各方面都有比较成熟的体系。近些年来，由于区块链技术和分布式存储的发展，研究者开始对简历数据可信管理以及用户隐私保护机制进行研究，促使招聘系统向着安全化、可信化的方向发展。
Chen等人的毕业就业框架是基于联盟区块链和星际文件系统建立起来的，用区块链的不可篡改性以及分布式存储的隐私保护性来实现简历可信管理、人岗匹配高效，该框架在隐私保护和匹配效率上取得了较好的平衡10。该框架里对于简历数据的加密存储思想，给本系统简历档案管理模块的安全性设计给予了重要的参照。赵文娟主要对大学生毕业档案进行研究，提出数字化档案在跨机构流转和长期保存方面管理的方法，档案数据要符合规范并且可以追溯11。Li利用可信存储技术创建学生档案远程管理系统，用分布式存储手段解决档案数据在远程访问环境下安全、一致的问题12。美国教育部国家教育统计中心在2022024学年全国大学生资助调查中，用标准化的数据采集程序和记录保存体系，给大规模的学生信息高效收集和结构化保存赋予了操作范例13。
国外的研究更多地把注意力放在招聘和档案管理方面的数据安全、隐私保护以及跨系统协作上。本系统对于简历档案管理模块采取了区块链和可信存储技术的思想，在投递信息跟踪模块采纳了标准化流程管理的经验，针对国内实际应用场景做了相应的适配性改良。
1.4 研究内容
本课题是以企业招聘和求职者求职过程中的简历管理为研究对象，针对传统招聘方式存在信息分散、流程脱节、状态跟踪困难等状况而提出的一种基于Spring Boot和Vue框架的简历管理系统。研究的主要内容为：
多角色协同管理机制的研究。围绕管理员、企业用户和普通用户这三种角色，对招聘流程中各个角色的职能分工以及权限控制进行研究，创建起由系统基础设置到业务执行再到求职参与的多层次协同工作模式。
招聘信息发布和审核流程研究。根据企业用户发布的岗位需求和管理后台的审核监管双方面的要求，研究招聘信息的结构化存储方案以及状态流转机制，实现信息提交、内容校验、审核通过、驳回反馈的全部业务流程。
简历投递及状态追踪机制的研究。根据普通用户求职需求来研究简历档案的组织存储方式和投递记录的关系，建立岗位浏览、简历提交、投递状态实时反馈的全过程跟踪机制。
数据分析及决策支持功能的研究。根据企业用户对于招聘效果评价的需求，研究岗位浏览量、投递量等重要指标的统计方法，探寻数据筛选和图表展示的技术实现途径，给企业招聘策略的调整赋予数据支撑。
数据库设计以及系统架构的研究。采用前后端分离的架构模式，研究数据库表结构的规范化设计方法，确定实体间的关系以及约束条件，保证系统在数据一致性的、查询效率高、扩展性好的方面满足业务要求。
对系统的各项功能进行测试和验证。根据各个核心功能模块设计测试用例，对系统的各种操作场景进行测试，以检验系统的设计目标是否达到。
2 系统分析
2.1 系统概述
本系统以企业招聘和求职者求职为双方面的需求，创建起一个以多角色协同为特点的简历管理平台。系统根据管理员、企业用户和普通用户三个角色来划分不同的功能，管理员对系统进行运维，企业用户发布招聘信息并管理应聘者，普通用户可以浏览招聘信息并提交简历。管理员对平台基础数据以及用户权限进行统一配置，保证系统运行的有序性；企业用户为招聘方，可以发布岗位信息、查看投递简历、分析数据；普通用户为求职者，可以浏览招聘信息、投递简历、维护个人档案。系统使用前后端分离架构模式，前端侧重界面交互和信息展示，后端侧重业务逻辑处理和数据保存，各个功能模块之间存在低耦合、高内聚的特点，给系统的扩展性和稳定性打下了基础。
2.2 可行性分析
2.2.1 技术可行性
系统使用前后端分离的成熟架构，前端做界面渲染和交互，后端做业务逻辑和数据存储，各个模块职责分明。功能模块以管理员、企业用户和普通用户三个角色为基础，结构比较合理。该架构在各种管理系统上经过验证，有较好的稳定性和可维护性。
2.2.2 经济可行性
系统开发所用的环境都是开源或者免费的，部署过程中不需要支付额外的商业许可费用。运行阶段只用到基础服务器资源，硬件投入成本低。日常维护依靠系统内置的管理功能来实现，不需要专业的技术人员持续进行干预，长期的运营成本处在合理的范围内。
2.2.3 操作可行性
系统界面布局按照角色功能划分原则，不同的登录身份有对应的入口，流程导向明确。各个功能模块名称和业务场景相匹配，用户不需要经过培训就可以按照界面指引完成信息发布、简历投递等常规操作，学习成本低，具有较好的易用性。
2.3 需求分析
2.3.1 功能需求分析
管理员在系统中对企业的用户账户进行审核和维护，对职位分类体系进行配置和调整，对全平台发布的招聘信息进行统一管理，对所有的用户提交的投简记录进行查阅和处理，对系统中存档的简历档案进行归档和维护。管理员使用上面的操作对系统的核心数据进行集中控制和流程监督。管理员角色用例图如图1所示。
图1 管理员用例图
企业用户作为招聘需求的实际发布方，在系统内主要围绕招聘业务展开操作。企业用户可以对招聘信息进行新增与维护，对已收到的简历投递记录进行查看与筛选，同时通过系统提供的数据分析功能获取招聘效果与岗位关注度的统计信息，为招聘策略调整提供依据。企业用户角色用例图如图2所示。
图2 企业用户用例图
普通用户即求职者，在系统中以求职为核心目标展开活动。普通用户可以浏览平台发布的招聘资讯与招聘信息，根据自身意向选择合适岗位并投递简历，同时能够管理个人简历档案，随时更新简历内容，并可查看已投递岗位的反馈状态，跟踪求职进度。普通用户角色用例图如图3所示。
图3 普通用户用例图
2.3.2 性能需求
系统在并发访问的时候要保证稳定的响应速度，能够满足多用户同时在线的操作需求，不会造成明显的延迟。页面加载以及数据交互都要处在设定好的阈值之内，单个请求响应时间不能多于这个阈值。系统应该具有较好的数据处理速度，对于简历信息的保存、投递记录的查询等主要操作有很高的吞吐量。系统运行时要保证数据的一致性、完整性，防止由于并发操作而造成的冲突或者丢失。
2.3.3 环境需求
硬件需求。服务器端需要有主流配置的处理器和内存资源来保证系统的稳定运行，硬盘空间要满足简历文件和数据库存储容量的要求。客户端设备不需要特殊的硬件配置，可以使用主流的浏览器来访问系统的各项功能。
软件需求。服务器操作系统选择稳定版本，设置好Java运行环境、数据库管理程序，前端应用用浏览器浏览不需要安装额外的插件。客户端使用主流浏览器就可以完成所有的操作，不需要安装专门的客户端软件。
3 系统总体设计
3.1 系统架构设计
系统采用前后端分离的分层架构设计，将界面展示、业务处理与数据存储进行明确分离，降低模块间耦合度。前端基于Vue框架构建单页面应用，负责用户交互与数据呈现，通过异步请求与后端服务进行通信。后端采用Spring Boot框架构建RESTful接口，接收前端请求后由控制层进行参数校验，业务层封装核心逻辑，数据层完成持久化操作。系统按管理员、企业用户与普通用户三类角色划分功能边界，各角色操作均遵循统一的请求处理流程。前端交互数据通过HTTP协议传递至后端服务，业务层根据请求类型调用对应模块执行逻辑，最终通过数据访问层与MySQL数据库完成数据读写。本地缓存用于存储会话信息与高频访问数据，减少数据库频繁查询压力。整体架构确保系统运行稳定，满足多角色协同操作的需求。系统架构图如图4所示。
图4系统整体架构图
3.2 系统功能设计
本系统面向管理员、企业用户与普通用户三类角色构建功能体系。管理员负责系统基础配置与数据监管，涵盖企业用户管理、职位类型管理、招聘信息管理、投简信息管理及简历档案管理模块。企业用户聚焦招聘业务执行，可进行数据分析、招聘信息管理、招聘信息添加及投简信息管理。普通用户围绕求职需求展开操作，包括招聘资讯浏览、招聘信息查阅、投递简历、简历档案维护及投递信息跟踪。三类角色功能划分清晰，形成从信息发布到简历处理的完整闭环。该系统功能结构如图5所示。
图5系统功能结构
3.3 流程设计
3.3.1 系统总体业务流程设计
用户通过登录界面选择角色进入系统。管理员登录后执行用户资质审核与基础数据配置，确保平台运行有序。企业用户登录可发布招聘岗位，查看投递简历并进行数据统计分析。普通用户登录浏览招聘信息与资讯，选择岗位后投递简历，系统记录投递状态供用户跟踪。各类操作数据统一存储，形成从信息发布到录用反馈的完整业务闭环。系统总体业务流程如图6所示。
图6系统总体业务流程图
3.3.2 企业用户发布招聘信息流程设计
企业用户进入招聘信息管理模块，填写岗位名称、职位类型与任职要求等信息。系统对填写内容进行完整性校验，通过后提交至平台。管理员对发布信息进行审核，审核不通过返回企业用户修改，审核通过则信息上架并向求职者展示。发布后的岗位支持企业用户随时查看投递情况。企业用户发布招聘信息流程如图7所示。
图7企业用户发布招聘信息流程图
3.3.3 普通用户投递简历流程设计
普通用户浏览招聘信息列表，选定意向岗位进入详情页面。系统展示岗位职责与任职要求，用户确认匹配后上传个人简历或选择已有简历档案进行投递。系统校验简历完整性，通过后生成投递记录并更新投递状态。用户可在投递信息模块跟踪岗位处理进度。普通用户投递简历流程如图8所示。
图8普通用户投递简历流程图
3.3.4 管理员审核招聘信息流程设计
管理员登录系统进入招聘信息管理模块，查看待审核岗位列表。系统逐条展示企业提交的招聘信息，管理员依据平台规范进行审核。审核通过时信息自动上架；审核不通过时填写驳回理由，系统将信息退回企业用户修改。所有审核操作均记录存档。管理员审核招聘信息流程如图9所示。
图9管理员审核招聘信息流程图
3.3.5 企业用户数据分析流程设计
企业用户进入数据分析模块，系统展示已发布岗位的投递总量与岗位浏览热度。用户可按职位类型或时间范围筛选数据，系统生成对应统计图表。企业用户根据分析结果调整招聘策略，优化岗位描述或更新招聘要求。数据统计结果支持导出保存。企业用户数据分析流程如图10所示。
图10企业用户数据分析流程图
3.4 数据库设计
3.4.1 概念设计
实体属性设计是数据库概念结构建模的基础环节14。通过对系统业务需求的分析，抽象出企业用户、普通用户、招聘信息、投简信息、简历档案等核心实体。每个实体包含若干属性，用于描述该实体的基本特征与业务信息。实体属性设计遵循范式理论，确保属性不可再分且相互独立。主键字段统一设置为实体标识符，用于唯一区分每条记录。外键字段用于建立实体间的关联关系，反映业务逻辑中的依赖与约束。通过实体属性图的可视化表达，能够清晰呈现各实体的内部构成及属性间的逻辑关系。
企业用户实体主要包括企业用户id、企业名称、负责人员、审核状态等属性。实体属性图如图11所示。
图11企业用户实体属性图
职位类型实体主要包括职位类型id、职位类型、创建时间、更新时间等属性。实体属性图如图12所示。
图12职位类型实体属性图
招聘信息实体主要包括招聘信息id、标题名称、企业名称、职位类型、薪资待遇、学历要求等属性。实体属性图如图13所示。
图13招聘信息实体属性图
普通用户实体主要包括普通用户id、用户姓名、用户年龄、用户性别、审核状态等属性。实体属性图如图14所示。
图14普通用户实体属性图
简历档案实体主要包括简历档案id、普通用户、用户姓名、联系电话、教育背景、技能情况等属性。实体属性图如图15所示。
图15简历档案实体属性图
投简信息实体主要包括投简信息id、标题名称、企业名称、职位类型、用户姓名、投简日期、审核状态等属性。实体属性图如图16所示。
图16投简信息实体属性图
评论实体主要包括评论id、评论人id、内容、来源表、来源id、创建时间等属性。实体属性图如图17所示。
图17评论实体属性图
文章实体主要包括文章id、标题、文章分类、点击数、点赞数、正文、创建时间等属性。实体属性图如图18所示。
图18文章实体属性图
用户账户实体主要包括用户id、用户名、密码、手机号码、邮箱、账户状态、创建时间等属性。实体属性图如图19所示。
图19用户账户实体属性图
用户组实体主要包括用户组id、名称、描述、显示顺序、创建时间等属性。实体属性图如图20所示。
图20用户组实体属性图
E-R图设计用于描述实体之间的逻辑联系与数据流向15。系统基于业务场景划分出三类角色对应的实体群组，实体间存在一对多、多对一以及多对多等关联类型。企业用户与招聘信息之间构成发布关系，普通用户与投简信息之间构成投递关系，招聘信息与投简信息之间构成产生关系。用户账户与各角色实体通过用户标识进行关联，用户组用于定义系统权限归属。E-R图将实体、属性与关系整合为完整的逻辑模型，为后续数据库物理设计提供清晰的结构依据。系统总体E-R图如图21所示。
图21 系统E-R图
3.4.2 数据库表设计
数据库表设计将概念模型转化为物理存储结构，每个实体对应一张数据表，表中的字段源自实体的属性定义。字段类型根据数据特征进行合理选择，整型用于标识与计数类数据，变长字符型用于名称与描述类数据，时间戳用于记录创建与更新时刻。主键约束确保每条记录的唯一性，外键约束维护表间的参照完整性。表间关系通过外键字段进行关联，实现数据的一致性存储与高效查询。数据库表设计综合考虑数据冗余控制与查询性能平衡，为系统稳定运行提供数据层支撑16。
企业用户表主要是用来存储企业用户的基本信息。主要包括企业用户id、企业名称、企业地址、负责人员等字段。如表1所示。
表1 企业用户表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 企业用户id | int | 11 | 企业用户ID |
| 2 | 企业名称 | varchar | 64 | 企业名称 |
| 3 | 企业地址 | varchar | 64 | 企业地址 |
| 4 | 负责人员 | varchar | 64 | 负责人员 |
| 5 | 手机号码 | varchar | 16 | 手机号码 |
| 6 | 审核状态 | varchar | 16 | 审核状态 |
| 7 | 用户id | int | 11 | 用户ID |
| 8 | 创建时间 | datetime | - | 创建时间 |
| 9 | 更新时间 | timestamp | - | 更新时间 |
职位类型表主要是用来存储招聘岗位的分类信息。主要包括职位类型id、职位类型、创建时间、更新时间等字段。如表2所示。
表2 职位类型表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 职位类型id | int | 11 | 职位类型ID |
| 2 | 职位类型 | varchar | 64 | 职位类型 |
| 3 | 创建时间 | datetime | - | 创建时间 |
| 4 | 更新时间 | timestamp | - | 更新时间 |
招聘信息表主要是用来存储企业发布的招聘岗位信息。主要包括招聘信息id、标题名称、企业名称、职位类型、薪资待遇、学历要求等字段。如表3所示。
表3 招聘信息表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 招聘信息id | int | 11 | 招聘信息ID |
| 2 | 标题名称 | varchar | 64 | 标题名称 |
| 3 | 企业用户 | int | 11 | 企业用户 |
| 4 | 企业名称 | varchar | 64 | 企业名称 |
| 5 | 职位类型 | varchar | 64 | 职位类型 |
| 6 | 工作地点 | varchar | 64 | 工作地点 |
| 7 | 薪资待遇 | double | - | 薪资待遇 |
| 8 | 学历要求 | varchar | 64 | 学历要求 |
| 9 | 工作内容 | longtext | 255 | 工作内容 |
| 10 | 创建时间 | datetime | - | 创建时间 |
| 11 | 更新时间 | timestamp | - | 更新时间 |
普通用户表主要是用来存储求职者的基本信息。主要包括普通用户id、用户姓名、用户年龄、用户性别、审核状态等字段。如表4所示。
表4 普通用户表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 普通用户id | int | 11 | 普通用户ID |
| 2 | 用户姓名 | varchar | 64 | 用户姓名 |
| 3 | 用户年龄 | varchar | 64 | 用户年龄 |
| 4 | 用户性别 | varchar | 64 | 用户性别 |
| 5 | 审核状态 | varchar | 16 | 审核状态 |
| 6 | 用户id | int | 11 | 用户ID |
| 7 | 创建时间 | datetime | - | 创建时间 |
| 8 | 更新时间 | timestamp | - | 更新时间 |
简历档案表主要是用来存储求职者的简历详细信息。主要包括简历档案id、普通用户、用户姓名、联系电话、教育背景、技能情况等字段。如表5所示。
表5 简历档案表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 简历档案id | int | 11 | 简历档案ID |
| 2 | 普通用户 | int | 11 | 普通用户 |
| 3 | 用户姓名 | varchar | 64 | 用户姓名 |
| 4 | 用户年龄 | varchar | 64 | 用户年龄 |
| 5 | 用户性别 | varchar | 64 | 用户性别 |
| 6 | 联系电话 | varchar | 64 | 联系电话 |
| 7 | 教育背景 | varchar | 64 | 教育背景 |
| 8 | 技能情况 | text | 255 | 技能情况 |
| 9 | 实践经历 | text | 255 | 实践经历 |
| 10 | 更新时间 | timestamp | - | 更新时间 |
投简信息表主要是用来记录求职者投递简历的详细信息。主要包括投简信息id、标题名称、企业名称、职位类型、用户姓名、投简日期、审核状态等字段。如表6所示。
表6 投简信息表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 投简信息id | int | 11 | 投简信息ID |
| 2 | 标题名称 | varchar | 64 | 标题名称 |
| 3 | 企业用户 | int | 11 | 企业用户 |
| 4 | 企业名称 | varchar | 64 | 企业名称 |
| 5 | 职位类型 | varchar | 64 | 职位类型 |
| 6 | 普通用户 | int | 11 | 普通用户 |
| 7 | 用户姓名 | varchar | 64 | 用户姓名 |
| 8 | 用户年龄 | varchar | 64 | 用户年龄 |
| 9 | 投简日期 | date | - | 投简日期 |
| 10 | 简历附件 | varchar | 255 | 简历附件 |
| 11 | 审核状态 | varchar | 16 | 审核状态 |
| 12 | 审核回复 | varchar | 255 | 审核回复 |
评论表主要是用来存储用户对招聘信息或文章的评论内容。主要包括评论id、评论人id、内容、来源表、来源id、创建时间等字段。如表7所示。
表7 评论表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 评论id | int | 11 | 评论ID |
| 2 | 评论人id | int | 11 | 评论人ID |
| 3 | 内容 | longtext | 255 | 内容 |
| 4 | 来源表 | varchar | 255 | 来源表 |
| 5 | 来源id | int | 11 | 来源ID |
| 6 | 回复评论id | int | 11 | 回复评论ID |
| 7 | 创建时间 | timestamp | - | 创建时间 |
文章表主要是用来存储系统发布的招聘资讯内容。主要包括文章id、标题、文章分类、点击数、点赞数、正文、创建时间等字段。如表8所示。
表8 文章表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 文章id | mediumint | 11 | 文章id |
| 2 | 标题 | varchar | 125 | 标题 |
| 3 | 文章分类 | varchar | 64 | 文章分类 |
| 4 | 点击数 | int | 11 | 点击数 |
| 5 | 点赞数 | int | 11 | 点赞数 |
| 6 | 正文 | longtext | 255 | 正文 |
| 7 | 创建时间 | timestamp | - | 创建时间 |
用户账户表主要是用来存储系统登录账户信息。主要包括用户id、用户名、密码、手机号码、邮箱、账户状态、创建时间等字段。如表9所示。
表9 用户账户表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 用户id | int | 11 | 用户ID |
| 2 | 用户名 | varchar | 16 | 用户名 |
| 3 | 密码 | varchar | 64 | 密码 |
| 4 | 昵称 | varchar | 16 | 昵称 |
| 5 | 手机号码 | varchar | 11 | 手机号码 |
| 6 | 邮箱 | varchar | 64 | 邮箱 |
| 7 | 头像地址 | varchar | 255 | 头像地址 |
| 8 | 账户状态 | smallint | 11 | 账户状态 |
| 9 | 创建时间 | timestamp | - | 创建时间 |
用户组表主要是用来管理用户角色分组信息。主要包括用户组id、名称、描述、显示顺序、创建时间等字段。如表10所示。
表10 用户组表
| 序号 | 字段名 | 类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 用户组id | mediumint | 11 | 用户组ID |
| 2 | 名称 | varchar | 16 | 名称 |
| 3 | 描述 | varchar | 255 | 描述 |
| 4 | 显示顺序 | smallint | 11 | 显示顺序 |
| 5 | 创建时间 | timestamp | - | 创建时间 |
4 系统实现
4.1 管理员功能实现
4.1.1 企业用户管理功能实现
管理员通过此模块对企业用户账户进行统一管理，包括企业资质审核、账户信息维护与状态控制。系统展示企业用户列表，支持按企业名称或审核状态筛选查询，管理员可查看企业详细信息并执行审核操作。企业用户管理界面如图22所示。
图22企业用户管理界面
4.1.2 职位类型管理功能实现
管理员在此模块中维护职位分类体系，用于规范企业发布招聘信息时的职位选择。系统提供职位类型的新增、修改与删除功能，管理员可根据市场需求调整分类层级与顺序，保证职位信息的结构化存储。职位类型管理界面如图23所示。
图23职位类型管理界面
4.2.2 招聘信息管理功能实现
管理员对该模块中全平台发布的招聘信息进行统一监管，包括信息审核、状态变更与违规处理。系统展示待审核与已上架岗位列表，管理员可查阅岗位详情并执行审核通过或驳回操作。招聘信息管理界面如图24所示。
图24招聘信息管理界面
4.2.4 投简信息管理功能实现
管理员通过该模块查阅所有用户的简历投递记录，掌握平台求职动态。系统按投递时间或岗位分类展示投简信息，管理员可查看投简详情并对异常投递进行标记处理。投简信息管理界面如图25所示。
编辑
图25投简信息管理界面
4.1.5 简历档案管理功能实现
管理员在此模块中对系统中存储的简历档案进行集中维护，包括档案查询与归档管理。系统按用户维度展示简历列表，管理员可查阅简历详情并对过期或冗余档案进行清理操作。简历档案管理界面如图26所示。
图26简历档案管理界面
4.2 企业用户功能实现
4.2.1 数据分析功能实现
企业用户通过该模块查看招聘效果统计数据，系统以图表形式展示岗位浏览量与投递量变化趋势。用户可按时间范围或职位类型筛选数据，获取岗位热度分析结果，为招聘策略调整提供参考依据。数据分析界面如图27所示。
图27数据分析界面
4.2.2 招聘信息管理功能实现
企业用户在此模块中对已发布的招聘信息进行统一管理，包括信息修改、状态调整与岗位下架操作。系统展示企业已发布岗位列表，用户可随时更新岗位内容或暂停招聘。招聘信息管理界面如图28所示。
图28招聘信息管理界面
4.2.3 招聘信息添加功能实现
企业用户通过该模块发布新的招聘岗位，填写岗位名称、职位类型、工作地点、薪资待遇与任职要求等信息。系统对填写内容进行完整性校验，提交后进入管理员审核流程。招聘信息添加界面如图29所示。
图29招聘信息添加界面
4.2.4 投简信息管理功能实现
企业用户在该模块中查阅求职者投递的简历信息，系统按岗位维度展示投简列表。用户可查看简历详情并进行筛选操作，对符合条件的求职者进行后续沟通。投简信息管理界面如图30所示。
图30投简信息管理界面
4.3 普通用户功能实现
4.3.1 招聘资讯功能实现
普通用户通过该模块浏览平台发布的招聘相关资讯内容，包括行业动态与求职技巧等。系统按时间顺序展示资讯列表，用户点击标题后可进入详情页面阅读完整内容。招聘资讯界面如图31所示。
图31招聘资讯界面
4.3.2 招聘信息功能实现
普通用户在此模块中浏览企业发布的招聘岗位信息，支持按职位类型或工作地点筛选。系统展示岗位名称、企业名称与薪资待遇等关键信息，用户点击后可查看岗位详情。招聘信息界面如图32所示。
图32招聘信息界面
4.3.3 投递简历功能实现
普通用户选定意向岗位后进入该模块，上传个人简历或选择已有简历档案进行投递。系统校验简历完整性后生成投递记录，并将投递状态反馈给用户。投递简历界面如图33所示。
图33投递简历界面
4.3.4 简历档案功能实现
普通用户通过该模块维护个人简历信息，包括基本信息填写、教育背景、工作经历与技能情况的编辑与更新。系统支持用户多次修改简历内容，简历档案始终保持最新状态。简历档案界面如图34所示。
图34简历档案界面
4.3.5 投递信息功能实现
普通用户在该模块中查看已投递岗位的处理进度，系统展示投递时间、岗位名称与审核状态。用户可实时跟踪招聘方对简历的反馈情况，及时获取招聘结果。投递信息界面如图35所示。
图35投递信息界面
5 系统测试
5.1 测试方法
系统测试采用黑盒测试与白盒测试相结合的策略。黑盒测试关注系统功能是否符合需求规格说明，通过设计测试用例验证各模块在给定输入下的输出结果17。白盒测试针对核心业务逻辑进行代码层面的覆盖性检查，确保关键路径执行正确。测试过程中对每个功能模块进行独立验证，完成后再进行集成测试，保证模块间交互的准确性与数据流转的一致性18。
5.2 测试目的
系统测试旨在验证系统功能实现的完整性与正确性，确保各模块按照需求分析阶段的设计目标正常运行。通过测试发现系统中潜在的错误与缺陷，评估系统在正常与异常输入条件下的响应能力。测试结果用于衡量系统是否满足用户实际使用需求，为系统上线前的质量评估提供依据，保障系统运行的可靠性与稳定性。
5.3 测试环境
系统测试环境由硬件环境与软件环境两部分构成。硬件方面，服务器采用Intel Core i5处理器、8GB内存、256GB固态硬盘，客户端为普通个人计算机，配备主流浏览器即可。软件方面，服务器操作系统为Windows 10，后端采用Spring Boot框架运行于JDK 1.8环境，数据库使用MySQL 5.7，前端基于Vue框架开发，通过Chrome浏览器进行访问与测试。
5.4 测试用例
企业用户管理测试用于验证管理员对企业账户进行资质审核与状态管理的功能是否完整。该模块测试关注审核流程的正确性以及账户信息维护的准确性。企业用户管理测试如表11所示。
表11企业用户管理测试用例表
| 测试项 | 测试目的 | 测试步骤 | 预期结果 | 实际结果 |
|---|---|---|---|---|
| 企业资质审核 | 验证管理员对企业注册信息的审核功能 | 管理员进入企业用户管理模块，选择待审核企业进行审核操作 | 系统记录审核结果，企业账户状态相应变更 | 符合预期 |
| 企业信息查询 | 验证按条件筛选企业用户的功能 | 管理员输入企业名称或审核状态进行查询 | 系统准确展示符合条件的用户列表 | 符合预期 |
| 企业账户状态变更 | 验证管理员变更企业账户状态的功能 | 管理员选择企业用户进行启用或禁用操作 | 账户状态变更生效，用户登录受限 | 符合预期 |
职位类型管理测试用于验证管理员对职位分类体系进行维护的功能完整性。该模块测试关注分类信息的增删改操作是否正常执行，以及分类数据在前后端的一致性。职位类型管理测试如表12所示。
表12 职位类型管理测试用例表
| 测试项 | 测试目的 | 测试步骤 | 预期结果 | 实际结果 |
|---|---|---|---|---|
| 职位类型新增 | 验证管理员新增职位分类的功能 | 管理员进入职位类型管理模块，输入新职位类型信息 | 系统保存数据并刷新列表，新增类型显示 | 符合预期 |
| 职位类型修改 | 验证管理员修改职位分类信息的功能 | 管理员选择已有职位类型进行信息编辑 | 修改后的信息成功更新至数据库 | 符合预期 |
| 职位类型删除 | 验证管理员删除职位分类的功能 | 管理员选择职位类型执行删除操作 | 系统提示确认后删除，列表不再显示 | 符合预期 |
招聘信息管理测试用于验证管理员对平台发布的招聘信息进行审核与监管的功能。该模块测试关注信息审核流程的完整性以及异常信息的处理能力。招聘信息管理测试如表13所示。
表13 招聘信息管理测试用例表
| 测试项 | 测试目的 | 测试步骤 | 预期结果 | 实际结果 |
|---|---|---|---|---|
| 招聘信息审核 | 验证管理员审核企业发布岗位的功能 | 管理员查看待审核岗位，执行审核通过操作 | 岗位状态变更为已上架，前端可见 | 符合预期 |
| 审核驳回处理 | 验证管理员驳回不合规岗位的功能 | 管理员填写驳回理由，将岗位退回企业 | 系统记录驳回信息，企业收到反馈 | 符合预期 |
| 违规岗位下架 | 验证管理员下架已上架岗位的功能 | 管理员选择违规岗位执行下架操作 | 岗位状态变更为已下架，停止展示 | 符合预期 |
招聘信息添加测试用于验证企业用户发布新招聘岗位的功能流程完整性。该模块测试关注岗位信息提交的准确性以及审核流程的衔接正确性。招聘信息添加测试如表14所示。
表14 招聘信息添加测试用例表
| 测试项 | 测试目的 | 测试步骤 | 预期结果 | 实际结果 |
|---|---|---|---|---|
| 岗位信息提交 | 验证企业用户提交招聘信息的功能 | 企业用户填写岗位信息后提交发布 | 系统生成待审核岗位记录，进入审核流程 | 符合预期 |
| 必填项校验 | 验证岗位信息必填字段的校验功能 | 企业用户未填写必填项时尝试提交 | 系统提示填写完整，阻止提交操作 | 符合预期 |
| 信息回填验证 | 验证提交后信息保存的准确性 | 企业用户提交岗位后再次查看 | 提交的信息完整保存，无数据丢失 | 符合预期 |
投递简历测试用于验证普通用户选择岗位并提交简历的完整业务流程。该模块测试关注简历上传、投递记录生成以及状态反馈的准确性。投递简历测试如表15所示。
表15 投递简历测试用例表
| 测试项 | 测试目的 | 测试步骤 | 预期结果 | 实际结果 |
|---|---|---|---|---|
| 简历投递操作 | 验证用户向目标岗位投递简历的功能 | 用户选择意向岗位，上传简历并提交 | 系统生成投递记录，状态为已投递 | 符合预期 |
| 重复投递限制 | 验证系统对重复投递岗位的控制功能 | 用户向同一岗位再次提交简历 | 系统提示已投递，阻止重复操作 | 符合预期 |
| 投递状态更新 | 验证投递记录状态更新的功能 | 企业用户查看投简后更新处理状态 | 用户端投递信息模块状态同步更新 | 符合预期 |
数据分析测试用于验证企业用户查看招聘统计信息的功能正确性。该模块测试关注统计数据展示的准确性以及筛选条件作用的有效性。数据分析测试如表16所示。
表16 数据分析测试用例表
| 测试项 | 测试目的 | 测试步骤 | 预期结果 | 实际结果 |
|---|---|---|---|---|
| 投递量统计 | 验证系统统计岗位投递数量的功能 | 企业用户进入数据分析模块查看岗位数据 | 系统准确展示各岗位投递总数 | 符合预期 |
| 时间范围筛选 | 验证按时间筛选统计数据的功能 | 用户选择不同时间段进行数据查询 | 图表展示所选时间段的统计结果 | 符合预期 |
| 岗位热度展示 | 验证岗位浏览量统计的准确性 | 用户查看岗位热度分析数据 | 系统正确展示各岗位被浏览次数 | 符合预期 |
投简信息管理测试用于验证企业用户查阅并处理求职者投递简历的功能完整性。该模块测试关注投简列表展示、简历详情查阅以及筛选操作的可用性。投简信息管理测试如表17所示。
表17 投简信息管理测试用例表
| 测试项 | 测试目的 | 测试步骤 | 预期结果 | 实际结果 |
|---|---|---|---|---|
| 投简列表查看 | 验证企业用户查看投递记录的功能 | 企业用户进入投简信息管理模块 | 系统展示岗位对应的投简记录列表 | 符合预期 |
| 简历详情查阅 | 验证用户查看投递简历详情的功能 | 企业用户选择投简记录查看详情 | 系统完整展示简历档案内容 | 符合预期 |
| 筛选条件查询 | 验证按岗位或状态筛选投简的功能 | 用户选择筛选条件进行查询 | 列表准确展示符合条件的投递记录 | 符合预期 |
5.5 测试结论
系统功能测试共完成7个核心模块的测试用例执行，涵盖企业用户管理、职位类型管理、招聘信息管理、招聘信息添加、投递简历、数据分析及投简信息管理。各测试用例均按照预设的测试步骤执行，实际运行结果与预期结果保持一致。企业用户管理模块中企业资质审核、信息查询及账户状态变更功能运行正常；职位类型管理模块的增删改操作均正确执行；招聘信息管理的审核与下架功能符合设计预期；招聘信息添加模块的必填项校验与信息提交功能有效；投递简历模块的重复投递限制与状态更新功能工作正常；数据分析模块的统计与筛选功能输出准确；投简信息管理的列表查看与详情查阅功能稳定。所有测试用例均通过验证，系统功能满足需求规格要求。