Typora尝试使用pandoc导入word文档
本科生毕业论文（设计）
基于数据可视化的大学生就业管理系统设计与实现
| 院（系）名称 | ： | 计算机科学学院 |
|---|---|---|
| 专业名称 | ： | 计算机科学与技术 |
| 学生姓名 | ： | 许子康 |
| 指导教师 | ： | 董鸿燕 |
二〇二四年四月十一日
BACHELOR’S DEGREE THESIS OF WUHAN DONGHU UNIVERSITY
Design and implementation of college student employment management system based on data visualization
Candidate：Xu Zikang
Supervisor：Dong Hongyan
Apr 11th, 2024
独创性声明
本人声明所呈交的学位论文是我个人在导师的指导下进行的研究工作及取得的研究成果。尽我所知，除文中已标明引用的内容外，本论文不包含任何其他人或集体已经发表或撰写过的研究成果。对本文的研究做出贡献的个人和集体，均已在文中以明确方式标明。本人完全意识到本声明的法律结果由本人承担。
学位论文作者签名：
日期： 年 月 日
学位论文版权使用授权书
本学位论文作者完全了解学校有关保留、使用学位论文的规定，同意学校保留并向国家有关部门或机构送交论文的复印件和电子版，允许论文被查阅和借阅。本人授权武汉东湖学院可以将本学位论文的全部或部分内容编入有关数据库进行检索，可以采用影印、缩印或扫描等复制手段保存和汇编本学位论文。
本论文属于 保密口， 在 年解密后适用本授权书。
不保密🗹
（请在以上方框内打“√”）
学位论文作者签名： 指导教师签名：
日期： 年 月 日 日期： 年 月 日
基于数据可视化的大学生就业管理系统设计与实现
摘 要
在当今信息技术迅猛发展的背景下，数据可视化技术在提升教育管理效率、优化就业指导服务等方面发挥着越来越重要的作用。本文围绕设计和实现一个基于数据可视化的大学生就业管理系统，该系统旨在通过现代化信息技术手段，有效提升高校就业指导的质量与效率。系统架构采用了SpringBoot作为主要的后端开发框架，利用MyBatis-Plus进行高效的数据持久化操作，并通过ECharts技术实现复杂数据的直观可视化展示。此外，系统通过引入Redis缓存技术，显著提高数据处理速度和系统响应能力。为了保证系统数据与用户信息的安全，本系统还集成了Spring Security安全框架，确保了系统的安全性。
系统主要分为前台的用户模块和后台的管理模块两大部分。前台用户模块面向大学生及教师，提供就业信息查询、简历管理、就业指导等服务，通过数据可视化技术呈现就业数据分析，帮助用户直观了解就业市场趋势，为学生就业决策提供科学依据。后台管理模块主要面向教育管理者，提供学生就业数据的录入、管理、分析等功能，通过数据可视化报表，为管理者提供决策支持，优化就业指导策略。系统的实现不仅提高了就业管理工作的效率和质量，也为学生提供了个性化、多维度的就业服务，具有明显的社会应用价值和广阔的发展前景。
关键词：数据可视化；大学生就业管理系统；SpringBoot框架；MyBatis-Plus；ECharts可视化技术
Design and implementation of college student employment management system based on data visualization
ABSTRACT
Under the background of the rapid development of information technology, data visualization technology plays an increasingly important role in improving the efficiency of education management and optimizing employment guidance services. This paper focuses on the design and implementation of a university student employment management system based on data visualization, which aims to effectively improve the quality and efficiency of university employment guidance through modern information technology means. The system architecture adopts SpringBoot as the main back-end development framework, uses MyBatis Plus to carry out efficient data persistence operation, and realizes the visual display of complex data through ECharts technology. In addition, by introducing Redis caching technology, the system significantly improves the data processing speed and system response ability. In order to ensure the Security of system data and user information, the system also integrates the Spring Security framework to ensure the security of the system.
The system is mainly divided into two parts: the user module and the management module of the background. The front desk user module is aimed at college students and teachers, providing employment information inquiry, resume management, employment guidance and other services. It presents employment data analysis through data visualization technology, helps users intuitively understand the job market trend, and provides scientific basis for students’ employment decision-making. The background management module is mainly for educational administrators, providing functions such as entry, management and analysis of student employment data. Through data visualization reports, it provides decision support for administrators and optimizes employment guidance strategies. The realization of the system not only improves the efficiency and quality of employment management, but also provides personalized and multi-dimensional employment services for students, which has obvious social application value and broad prospects for development.
Key words: data visualization; College student employment management system; SpringBoot framework; MyBatis Plus; ECharts visualization technology;
**
**
目 录
1 绪 论
1.1 课题的来源、意义
1.1.1 课题的研究来源
在当前的就业市场中，大学生就业一直是社会关注的热点问题^([1])。随着互联网技术和信息化水平的不断提升，如何有效利用现代信息技术手段，提高大学生就业服务的效率和质量，成为了教育领域和社会发展的重要议题^([2])。特别是数据可视化技术的发展，为就业信息的分析和呈现提供了新的解决方案^([5])。基于此背景，开发一个集成了数据可视化技术的大学生就业管理系统^([4])，旨在通过高效、直观的数据展示方式，为大学生就业提供更加科学、合理的管理与决策支持^([6])。
1.1.2 课题的研究意义
该研究课题的重要性在于它能够充分利用数据可视化技术，对大量就业数据进行有效管理和分析，帮助管理者和学生从复杂的数据中提取有价值的信息，优化就业指导服务，提升学生就业率^([7])。通过该系统，可以实现对学生就业信息的实时监控、分析和预测，为学生提供更加个性化、精准的就业指导和建议。此外，系统还能够帮助高校就业指导部门改进就业服务流程，提高工作效率，加强与企业的信息交流和合作，为大学生提供更多、更好的就业机会^([8])。
1.2 课题的研究目标
本文旨在设计并实现一个基于数据可视化的大学生就业管理系统，该系统主要目标包括：
（1）数据可视化展示：利用数据可视化技术，直观展现大学生就业信息和市场趋势，包括就业率、行业分布、薪资水平等关键指标，帮助用户快速理解就业情况^([9])。
（2）实时信息更新与管理：系统能够实时更新和管理学生就业信息，确保信息的准确性和时效性。包括学生个人信息、就业进展、企业招聘信息等^([10])。
（3）高效便捷的用户体验：为学生、教师和管理者提供简洁、易用的操作界面，实现高效便捷的信息查询、数据分析和报告生成等功能^([11])。
（4）安全稳定的系统运行：确保系统的安全性和稳定性，采用先进的安全技术保护用户数据不被泄露，同时保证系统的高可用性和可靠性^([12])。
通过实现这些目标，该系统将为大学生就业管理提供一个全面、高效、便捷的信息化平台，促进学生就业与社会需求的有效匹配，提升就业服务的质量和水平^([13])。
2 需求分析与实施方案
2.1 可行性分析
2.1.1 技术可行性
- 后端框架：Spring Boot
Spring Boot是一个开源的Java-based框架，用于创建微服务。它提供快速的项目搭建和简化的配置过程，同时具有强大的社区支持和广泛的文档资源。Spring Boot易于集成其他Java框架如MyBatis，且与Redis和MySQL的兼容性良好，有助于提高系统的整体性能和稳定性^([14])。
- 缓存技术：Redis
Redis作为一个内存中的数据结构存储，常用于实现数据库缓存，提高数据访问速度。Redis与Spring Boot结合使用时，可以有效地减少数据库的访问次数，提高系统响应速度^([15])。
- 数据库：MySQL
MySQL是一个广泛使用的关系型数据库管理系统，以其稳定性和高效性而闻名。MySQL与Spring Boot和MyBatis/MyBatis Plus的整合为系统的数据存储提供了可靠保障^([16])。
- 持久层框架：MyBatis和MyBatis Plus
MyBatis是一个半自动的ORM（对象关系映射）框架，MyBatis Plus作为其增强版，提供了更多便捷功能。两者可以有效地简化代码，提高开发效率，特别是在与Spring Boot结合时，可以实现更高效的数据操作^([17])。
- 前端数据可视化：ECharts
ECharts是一个基于JavaScript的开源可视化库，能够创建清晰、交互性强的图表。ECharts与Vue3结合，可以在前端展示复杂的数据可视化，提升用户体验。
- 前端框架：Vue3
Vue3是一个渐进式JavaScript框架，用于构建用户界面，以其易用、灵活和高效著称。Vue3的响应式和组件化特性使得开发大型应用变得更简单，与ECharts的结合将进一步增强前端的数据展示能力^([18])。
- 安全框架：Spring Security
在任何在线系统中，安全性都是不可忽视的要素。Spring Security提供了一套全面的安全和认证功能，能够有效地保护系统免受常见的安全威胁^([19])。
- 接口调试工具：Swagger2
Swagger2用于设计、构建、记录和使用RESTful Web服务。Swagger2可以与Spring Boot无缝整合，为开发和测试API提供了极大的便利。
- 开发环境：IntelliJ IDEA
IntelliJ IDEA是一个强大的Java集成开发环境，提供智能编码辅助和自动化的功能。IDEA支持上述所有技术栈，能够提高开发效率和代码质量^([20])。
这种多技术结合的方法不仅可以实现一个功能齐全、响应快速的系统，还能确保系统的稳定性和安全性。
2.1.2 操作可行性
操作可行性主要指系统运行之后，需要用户配合进行的人工操作是否能够顺利进行。本学生就业管理系统的设计基于 B/S 结构，界面设计力求简洁友好，符合一般大众使用浏览器对网站的访问的习惯。用户使用时只需要根据界面的提示或简单阅读系统说明，不需要进行专门的培训，因此该系统具有良好的操作可行性。
2.1.3 经济可行性
在讨论经济可行性时，一个常用的方法是成本/效益分析。项目的初始投资主要集中在软件开发、硬件配置（或云服务费用）以及人员培训上。通过利用开源技术和优化资源配置，可以在一定程度上降低这些成本。项目的运营成本涉及到系统维护、服务费用等，但通过系统实施后带来的工作效率提升、决策支持能力增强和用户满意度提高，预期将产生显著的收益，不仅能够覆盖这些成本，还有望在合理的时间内回收投资并实现盈利。
2.1.4 调度可行性
调度可行性主要关注系统交付给用户的期限。对于学生就业管理系统，从问题定义、可行性分析、需求分析到编码实现、系统部署和测试总共需要的时间为三至六个月，成熟系统的部署则需要一至两天，因而可以满足一般系统的需求。
2.2 功能需求分析
2.2.1 角色说明
本系统主要角色分为系统管理员，企业账号管理员，学生账号
- 系统管理员：系统管理员是本高校学科竞赛管理系统拥有维护管理整个系统最高权限的用户。系统管理员用户可以修改自己的个人信息，并且拥有查看企业管理员账户的权限（本系统的规则是，企业管理员即代表着各大企业，有系统给各大企业发放一个作为代表其企业的管理员账号），对招聘信息进行管理和编写，不需要进行审批，可以直接添加。查看所有的开放职业。系统管理员可以查看所有跟自己相关的信息提示汇总。可以设置行业，字典，可以增添学生账号，企业账号，及其他管理员账号。可以管理发布咨询的分类
2.企业账号：企业账号可以编辑自己企业的基本介绍信息供学生查看，其中包括自己的公司类型，公司规模，公司logo图片，公司网址联系电话，邮箱等信息。可以管理自己开放的招聘职位，编辑该职位的学历要求，职位薪水，职位名称和职位需要的技术描述等信息。可以查看是否有学生投递简历到本公司，查看投递人的姓名和投递职业等信息。
3.学生账号：学生账号可以查看毕业意向调研图。编写自己的基本信息例如姓名、出生日期、毕业院校、电话、学历、性别、照片、毕业时间等。可以编写制作自己的简历。可以填写自己的求职意向，其中要选择自己的简历，可以写自己的期望行业，其中包括期望薪资，期望工作性质，期望行业，工作城市等内容。可以管理增删改查自己的简历。可以在自己的详情页增加自己的证书。可以编写自己的项目经验。可以编写自己的实习经历。可以查看自己在首页收藏的职业。可以查看自己已经投递的简历。可以查看自己的职业预测结果。
2.2.2 系统实现目标
大学生就业管理系统的开发应达到如下几个目标:
1.招聘信息发布:可以为企业提供一个快速发布最新招聘信息的平台，方便求职者求职，给企业招聘提供一个良好信息管理窗口。
2.求职信息发布:方便毕业生进行求职信息的发布，能够减少毕业生求职所需时间，使毕业生求职变的更加方便、快捷、有效。
3.快速注册:为毕业生和企业提供一个快速注册用户的窗口，用户登录后可以进行更加详细的信息管理。
4.相关文件发布:学校、政府不时的有一些相关政策，法规发布，通过毕业生就业管理系统，可以很容易的将这些文件进行发布，以供毕业生查看
5.信息查询: 通过高校毕业生就业管理系统，企业可以快速的查找最新求职信息，以找到符合公司要求的毕业生。毕业生通过该平台，可以快速查询最新招聘信息，使投简历有的放矢，这样就极大的提高了毕业生求职以及企业招聘效率
6.操作简单方便:高校毕业生就业管理系统全部采用现在最流行的浏览器查询方式，这样对客户端要求很低，只要连上网络，客户端安装 谷歌浏览器即可。用户只要会简单的鼠标和键盘操作就可以了。后台管理:管理员可以对所有信息进行统一管理，对求职信息、招聘信息进行增、删、改操作，及时发布最新新闻。
2.2.3 毕业生求职需求
1.个人资料管理
在面对毕业生用户时，当用户登录成功以后，有四个功能需求个人资料管理，主要用于个人资料的更新、修改、删除和添加等。这些资料就是毕业生注册时所填写的基本资料，在这个模块中还可以查看管理员提出对自己的警告如果存在的话。
2.求职信息发布
可以发布个人信息简介，提供企业用户查看，并且可以对已经发布的个人信息进行更新、修改、删除和添加等操作
3.信息查询
主要用来查询招聘信息，可以提供各种的关键字搜索，如行业、规模和薪酬等进行搜索其用例图如图2-1所示:
图2-1 毕业生用例图
毕业生可通过用户登录界面，输入用户名和密码进行登录，若此用户名存在则进行下列毕业生用户管理界面的相关查询，如果不存在则提示该用户不存在，并返回到用户登录界面，登录成功后，可查询发布信息，并编辑简历，若简历编辑成功则完成操作，若编辑失败，则返回毕业生用户管理界面，并可重新发布更新简历，毕业生用户的系统操作流程图如图 2-2所示：
图2-2 毕业生操作流程图
2.2.4 企业招聘需求
在面对企业用户时，当企业登录成功以后，通常有四个功能需求。
1.企业资料管理
主要用于企业资料的更新、修改、删除和添加等操作。这些资料就是企业注册时企业所填写的基本资料。
2.发布招聘信息
可以发布企业招聘信息，提供给毕业生用户查看，并且可以对已经发布的招聘信息模块进行更新、修改、删除和添加等操作。
3.毕业生信息查询
主要用来查询毕业生用户发布的个人资料信息。可以提供各种的关键字搜索，如专业、年龄、学历等其用例图如图2-3 所示:
图2-3 企业用户用例图
企业可通过用户登录界面，输入用户名和密码进行登录，若此用户名存在则进行下列企业用户管理界面的相关查询，如果不存在则提示该用户不存在，并返回到用户登录界面，登录成功后，可查看企业用户管理界面，并有发布招聘信息，更新用户信息等功能，若发布信息操作，成功则提示完成，若发布失败，则会提示操作失败，并返回到企业用户管理界面，用户可进行重新发布企业用户的系统操作流程图如图2-4所示：
图2-4 企业用户系统操作流程图
2.2.5 后台管理需求
管理员用户需要以下功能:
1.新闻公告管理
新闻公告发布管理模块，主要为管理员提供一个发布信息的界面，当信息发布后，用户在登录后或没有登录将会看到管理员所发布的信息求职信息管理。
2.求职信息管理
主要用于管理所有毕业生用户所发布的个人信息简介，可以对其中不实和不存在的内容进行修改、删除和添加等操作。
3.招聘信息管理
主要用来管理企业型用户发布的招聘信息，可以对其中不实和不存在的内容进行修改、删除和添加等操作。
4.企业资料管理
主要用来编写企业用户资料：管理企业的用户名密码，编辑企业规模，编辑企业名称，设置企业的相关介绍等内容。
5.毕业生资料管理
主要用来核实毕业生用户资料、管理毕业生账号的用户名密码的权限和删除毕业生型用户。
管理员可管理毕业生账户资料、企业账户资料、发布新闻公告、发布招聘信息和求职信息等功能，管理员用户用例图如图2-5所示:
图2-5 管理员用户用例图
管理员进入后台登录窗口输入用户名和密码若登录成功则进入后台管理页面若失败则提示用户名或密码错误，进入后台管理页面后，可统一管理招聘信息求职信息新闻发布信息，若信息发布成功则提示操作成功，若发布失败，则返回后台管理页面可进行重新的内容编辑，管理员用户系统操作流程如图2-6所示：
图2-6 管理员用户系统操作流程图
3 系统设计
3.1 系统设计目标
系统根据毕业生就业工作业务而设计，希望能够设计并实现一个界面简洁安全性高、效益高的毕业生就业信息管理系统。系统需要达到如下设计目标。
1、进一步优化信息系统，达到网络化，提高效率，提高工作水平。
2、完善就业管理体制，使得就业管理工作更加简洁、快速、有效，及时有效地调查分析大学毕业生的择业趋势和引发的心理问题并进行及时有效的就业指导。
3.1.1系统设计思想
软件系统的设计工作按照设计和开发思想可以大大提高系统研究的工作效率，本系统设计和开发思想本着系统扩展性强、功能添加灵活、性能优异的角度进行自定，主要体现在以下几个方面:
第一，系统编码思想
按照面向对象的编程思想进行系统开发，面向对象思想是在系统设计之处就要考虑的问题，本系统的分析和设计工作以“对象”为出发点，设计出系统业务处理过程的主要对象，并描述出业务处理对象的属性和方法。应用面向对象的编程思想确定系统架构模型，形成以“类”为单元的技术底层
第二，系统业务设计
按照软件工程对系统业务流程的要求，兼顾软件系统的操作过程，设计出符合高校教师、学生等用户操作习惯的业务流程，根据就业工作的具体安排对系统处理的每项就业工作进行逻辑上的重新制定，通过流程图描述出系统业务流程的执行顺序
第三，系统安全性设计
系统设计过程中要考虑系统安全性，从网络环境安全性、校园网安全性、系统程序安全性、客户端安全性、数据库安全性等方面出发，既要有硬件投入又要从软件环节入手，通过路由器等网络设备、数据加密等手段实现安全性[211
第四，系统UI设计
系统UI设计就是对B/S结构中的客户端展示效果的设计过程，通过系统需求分析确定的分析成果为基础条件，设计出符合用户体验度高的交互界面操作平台。
3.2体系结构设计
3.2.1软件体系结构
系统采用现在主流的三层体系结构，从下到上分别是数据访问层、业务逻辑
层、用户工作层。图3-1是该系统的软件体系结构。用户工作层:主要是用户进行操作，网页显示数据信息，用户的操作包括用户需要录入的信息，数据的校验等用户层面的管理，然后再传送给业务逻辑层网页显示的数据信息首先由用户提交一定的请求，业务逻辑层根据请求，从数据访问层中获取数据，然后通过使用相应的HTML、CSS标记和动态脚本语言来实现。业务逻辑层:提供功能调用给用户界面层，其主要功能是核对，验证，如查询、新增、删除等操作进行对话框提示，如不能为空，只能输入数字，数据类型不一致等等，从而保证程序的健壮性，判断用户权限的合法性。并且可以访问数据库,数据由业务逻辑层从数据层中抽取、数据操作等也可由业务逻辑层来实现，然后将由业务逻辑层将最终处理结果返回给用户界面层。另外，还要根据系统设二计，构造工程中关键的几个对象，实现工程中的大部分逻辑控制功能。数据访问层：直接访问存储数据的数据库，完成一些数据操作的基本功能，数据的插入、删除、和修改查询等。数据访问层根据中间层业务逻辑层的数据请求，展开对数据库的操作如查询、删除、修改等。在一个系统中，对数据库的操作是最频繁的，同时也是最消费资源的，因此对于数据访问层要进一步优化，从而提高其性能。
图3-1 系统软件体系结构
3.3总体功能模块结构设计
根据系统的功能需求，毕业生就业信息管理系统由六大模板组成，这六大模块分别是招聘管理、系统管理、注册管理、就业政策管理、就业动态管理、留言板管理。每个模板完成相当的功能，其设计均依照毕业生就业管理日常工作，下来对每个模块的功能做简单介绍
1、系统管理模块。包括用户信息管理，角色授权管理、数据库管理等2、招聘管理模块。包括简历填写，简历提交，简历修改和企业招聘发布企业信息审核，企业招聘信息查询等。
3、注册管理模块。主要包括学生注册、企业用户注册。
4、就业政策管理模块。主要包括三支一扶、入伍、西部计划、内容审核
5、就业动态管理模块。包括洽谈会、供需会、工作动态。
6、留言板管理模块。
7、毕业生实习信息模块。实习信息作为招聘的一个特殊环节系统功能模块结构图如图3-2所示。
图3-2 系统功能模块结构图
3.4系统ER图
E-R图包含“实体”“联系”“属性”三个基本部分。在E-R图中矩形框代表一个实体，它是客观存在的，相互独立又相关联的事物，它们分为三大类，一对一关联(1.1表示)，一对多关联(1:N表示);多对多关联(M:N表示)。在E-R图中圆代表实体的属性，用线将其相应的实体矩形框连接起来代表其属性。在E-R图中菱形代表实体之间相互的联系，用线分别与实体矩形框连接起来代表其相互联系，在菱形框中写明联系名，同时在旁边标注联系的类型(1:1或1:或M:N)
根据对业务的分析，可以得出实体对象间的对应关系:一个大学毕业生可以面对多家用人企业，即一对多的关系。一个用人企业可以签订多个大学毕业生，也是一对多的关系。同时，一个大学毕业生只能与一家用人单位签订，就业协议书也只能与一家用人企业签订，因此是一对一的关系。毕业生与用人企业为多对多的关系。因此，得出以下的E-R图，如图3-3所示。
图3-3 就业管理系统E-R图
3.2 模块功能具体设计
模块功能设计分别对就业队伍管理、就业跟踪管理、就业基地管理、就业统计与 分析、系统设置模块的部分重点子模块进行分析，以给出的子模块设计过程为实例确 定本系统所有模块的设计思路和方案。
3.2.1系统设置
系统设置功能模块包含的子功能也相对校对，其中学生信息的添加是本系统运作的前提，学生信息也是系统应该具备的基础信息。学生用户在使用本系统时应该提前具备账户信息，只具有修改或查询自身用户信息的权限，这就涉及到学生信息批量导入的工作。学生信息批量导入源于高校已经具备的学生基础信息，当学生入学阶段高校就已经收集到学生的第一手入学资料，只不过这时的信息可能是办公常用格式，大多以Excel格式为准，因此本系统需要设计出可以实现通过学生批量导入信息功能完成的信息插入功能。该功能业务流程设计如下：第一步，管理员进行登录操作；第二步，管理员选择学生管理并进入学生信息添加操作页面，支持手动添加和批量添加操作，手动添加过程与其它信息添加过程一致；第三步，从本地计算机中选择可导入的学生格式文件，选中该文件；第四步，系统将首先对文件的格式进行检查，确定Excel文件与数据库系统文件中的类型是否兼容；第五步，如果兼容性满足条件则执行批量的Insert语句。系统设置中的
学生信息手动添加和批量导入操作流程设计如图3-4所示：
图3-4 学生信息添加与导入流程图
3.2.2 企业管理
就业基地管理主要是对企业信息进行维护，由企业用户完成这一操作过程，企 业就业基地管理模块以用工申请描述其业务：第一步，企业用户登陆到系统； 第二步，企业用户发现有用工需求时，可以进入系统填写用工申请，并提交给学校；第三步，学校查看到此类信息后给予消息反馈，最终达到满足企业用工的目的。 就业基地用工需求申请操作流程设计如图 3-5所示：
图3-5 企业用工申请流程图
3.2.3毕业生信息管理
企业用户登录系统，必须提前向学校就业指导中心申请登录权限，提交学校需要的单位信息及资质，学校就业管理部门通过对企业的资质审查，给予企业登录权限。企业用户通过已授权的用户名登录成功，就可以进行就业信息的发布、修改、查询等操作。完成操作后，点击退出，就会退出系统。毕业生信息管理的具体流程图如图 3-6 所示。
图3-6 毕业生信息管理流程图
3.2.4就业信息管理
在用户登录系统的过程中，要选择相应的身份途径，选择不同的身份途径也就意味着其登录后所面临的系统界面不一样，其进行的相关操作也就不一样。系统会根据不同的身份，赋予其不同的权限，各类用户必须在权限的范围内进行相关操作。企业用户在发布招聘信息时，首先登录系统，系统通过身份验证后，企业用户才能进入系统。进入系统后，企业用户选择就业信息管理，在就业信息管理模块中依次完成就业信息的填写和提交，提价后等待审核结果，审核通过后招聘信息发布成功，否则需要企业 用户重新填写招聘信息进行发布。如图 3-7 所示。
图3-7 就业信息管理流程图
3.2.5企业用户信息管理
企业用户通过企业登录界面登录到就业管理系统，若用户登录成功，就可以进行其他 操作。在企业信息管理中，可以对企业相关信息进行修改；在学生信息查询中，可以发布 求职信息或者接收面试通知；在就业政策及指导总，可以了解目前的就业行情。完成相应 的操作，点击退出就业信息管理系统。具体的流程图如图 3-8所示。
图3-8 企业用户流程图
3.2.6前台业务流程
不同用户在使用系统的过程中，第一步都是登录系统，然后根据用户 ID 的不 同分配的有不同的权限，根据权限的不同查看不同的信息和处理属于权限范围内 的操作。 用户进入本系统前台，可查看新闻，公告，下载资料，进行信息查询，成功 注册并登陆通过验证后可浏览企业招聘信息，发送求职申请递交个人简历。如图 3-9 所示。
3-9 前台业务流程图
用户进入本系统首页可进行注册，通过信息验证，选择会员类型，填写详细 资料后，成功登陆可获得用户权限。也可以通过资料验证实现密码找回和修改密 码。如图 3-10 所示。
3-10 注册登录流程图
3.3 数据库设计
系统的数据库是设计是系统实施的关键步骤，前端的用户登录、数据提交和保存、数据的查询和统计都依赖与后台数据库的有力支撑。数据库和数据表的设计要符合一定的规范，以保证程序编写的统一性和规范化。除此以外，数据库的设计还要考虑到对客户端高并发性访问需求的性能优化，同时做好数据库的安全防护和备份，防止数据意外丢失或遭受病毒攻击而造成的系统瘫痪。
3.3.1 数据库实体关系E-R图设计
如下图3-11为E-R 图由实体、实体的属性值和实体之间的关联关系三部分构成。关系模型 实际是表述的实体之间是怎么关联的以及其关系，通常能够根据 E-R 图描述的信 息理解为一个关联模型。比如模型的一端实体为 x，另一方实体为 y， x：y 的 关联模型就能理解成一种逻辑关系。
3-11 E-R实体关系图
本服务的使用者主要有系统后台操作人员、用人部门、院系相关人员、班级管理员和毕业生这五类人。他们彼此之间是有相互关系的。例如说系统后台操作 人员与院系相关人员、用人部门以及毕业生三种使用者在使用中都是精心统一操 作的，三者之间的关联性比较重，其中用人单位与毕业生之间的关系要更为紧密， 用人单位与学生之间要进行平等交流，他们之间的关系如下图3-12所示
3-12毕业生应聘实体关系图
管理员主要的工作就是对于用户的信息、需求进行管理，其中包括了用户的 ID、密码和真实姓名，定期对于系统中的信息进行更新管理，其中包括了删除非 法用户、更改用户权限以及考核管理平台上的信息等等。具体流程如下表图 3-13 所示
3-13管理员实体图
许多的公司构成了招聘公司，招聘公司首先注册自己的账号，注册成功后登入自己的账号信息公开自己的相关信息，可以看到毕业生在系统中注册的自己的个人简历，这样公司可以选择学生，学生也可以选择公司，针对内部推荐，在系
统的右上方专门开发了链接供用户使用，如图3-14
3-14用人单位实体图
根据不同的高校对于就业系统提出的需求，毕业生们通常只有一个简历，但 是可以通过对于自己感兴趣的公司发布多个面试申请，从而收到多个面试或者笔 试的预约。所以，一个毕业生的初始通过的简历预约会有很多个，同时不同的毕 业生可以投递到不同的岗位。通过上面的描述，上面几个涉及的实体组成了下图 中的实体关系图，如图 3-15
3-15毕业生相关实体关系
毕业生部分主要由高校应届毕业生构成，进入系统后能够把个人的工作经历 学习经历进行发布。因为这个服务平台只为本校的学生提供服务， 这样就可以直接将学生的资料信息从毕业生的学籍档案库中输入。如图 3-16 所示
3-16学生实体图
招聘信息部分主要是由招聘职位招聘人数学历，要求专业要求入职工资外语要求职业要求来构成企业通过发布招聘信息，将如上字段录入到数据库中，并最后过数据库的查询展示到对应页面，如图3-17所示
3-17招聘信息实体图
公告信息实体图，包括公告编号、公告标题、公告内￥、发布日期和发布人五个属性，其主要用于管理系统的公告信息数据。具体如图3-18所示
3-18公告实体图
简历部分主要分为简历的编号、名称、个人评价、项目经历、工作经历、社会实践、特长、爱好、获奖信息、证书信息、主要课程，学生通过录入以上的数据可编写一份自己的简历，并最后通过数据库查询返回数据，在前端页面上显示方便学生，用人单位对简历的查看，如图3-19所示
3-19简历实体图
3.3.2数据库表设计
在就业管理信息系统中，根据主辅数据库规范，为了加大操作各类数据的查 询效率，满足用户获取数据的输出速度，一个大的 job 数据库成为了最终的数据 库。依据服务平台不同的使用者和使用者的工作内容，对就业管理服务平台的持 久层进行了分析规划，就业管理服务系统数据库关系图的设计如图 3-20所示
3-20数据库关系图
数据库关系图很明了的展现了服务平台中相关的重要模块结构关系。结合实际业务逻辑，对各类数据库表，如学生数据表、用人单位信息表、招聘职位表、毕业生简历表、就业签约表，进行了详细的设计，包括字段名、数据说明、字段类型、字段长度等说明。
- 文章表
文章表包括标题、作者、内容、创建时间等。通过这些字段，可以方便地对文章进行分类、检索和展示。根据需求如表3-1所示表
3-1 tb_article表
[TABLE]
**id (文章表id)**：这是一个整型字段，长度为20。作为主键，它不应该为空，并且会自动为每篇文章分配一个唯一的标识符。通常，这个字段不需要默认值，因为其值在插入新记录时会自动生成（如果设置了自增）。
**channel_id (栏目id)**：整型，长度为20，可以为空。这表明文章可以归属于可选的栏目或类别中，用于对文章进行分类。
**title (题目)**：字符串类型（varchar），最大长度为100字符，不能为空。存储文章的标题。
**title_img (题目图片)**：字符串类型，最大长度为100字符，不能为空。存储与文章标题相关联的图片的URL或路径。
**summary (总结)**：字符串类型，最大长度为200字符，不能为空。存储文章的简短总结或描述。
**author (作者名)**：字符串类型，最大长度为100字符，不能为空。存储文章作者的名字。
**url (地址)**：字符串类型，最大长度为100字符，不能为空。可能存储文章可访问的URL或表示文章网页的唯一标识符。
**content (内容)**：文本类型，虽然长度标为255字符，但对于文本类型，这个长度通常不是约束。不能为空，保证文章必须包含内容。
**sort (种类)**：整型，长度为20，不能为空，有一个默认值0。这可能用于在栏目或类别内对文章进行排序，指示它们的显示顺序或优先级。
**create_date (创建时间)**：日期类型，不能为空，确保记录文章的创建日期。没有指定默认值，需要在文章创建时提供。
**create_user (创建角色)**：整型，长度为20，不能为空，记录创建文章的用户ID。这对于追踪作者身份或管理目的很有用。
**update_date (更新时间)**：日期类型，不能为null，保证记录文章最后的更新时间。这个字段对于追踪文章最近的更改非常重要。
(2)认证表
总体而言，这个数据表设计用于跟踪个人简历相关的认证信息，包括认证的名称、相关文件、获得认证的日期，以及认证所属的简历。允许某些字段为空（如认证名称、文件名和获取日期）提供了灵活性，以便于在还没有详细信息的情况下先行记录认证，根据需求如表3-2所示。
表3-2 tb_certificate表
| 字段名称 | 字段类型 | 长度 | 非空 | 默认值 | 备注 |
|---|---|---|---|---|---|
| id | int | 5 | true | 认证表id | |
| name | varchar | 100 | false | 名字 | |
| file | varchar | 100 | false | 文件名 | |
| obtain_date | date | 0 | false | 认证日期 | |
| resume_id | int | 5 | false | 简历id |
**id (认证表id)**：整型，不允许为空（非空为true），这意味着每条认证记录都会有一个唯一的标识符。作为表的主键，这个字段不需要默认值，通常在插入新记录时由数据库自动生成（如设置为自增ID）。
**name (名字)**：字符串类型（varchar），最大长度为100字符，允许为空（非空为false）。这个字段可能用于存储认证或证书的名称。
**file (文件名)**：字符串类型，最大长度为100字符，同样允许为空。这可能用于存储认证文件的名称或路径，如证书的电子版。
**obtain_date (认证日期)**：日期类型，允许为空。用于记录获取认证的日期。
**resume_id (简历id)**：整型，允许为空。这个字段可能用于关联到特定的简历记录，表明这个认证是属于哪份简历的。这样可以方便地将认证信息与相应的简历联系起来。
(3)栏目表
此数据表设计考虑到了栏目管理的多样性，包括层级结构、内容管理、显示排序和状态标记等，根据需求如表3-3所示。
表3-3 tb_channel表
| 字段名称 | 字段类型 | 长度 | 非空 | 默认值 | 备注 |
|---|---|---|---|---|---|
| id | int | 10 | true | 栏目表id | |
| name | varchar | 100 | false | 栏目名字 | |
| parent_id | int | 5 | false | 父id | |
| channel_img | varchar | 100 | false | 栏目图片 | |
| summary | varchar | 200 | false | 总结 | |
| single | char | 1 | false | 单身 | |
| url | varchar | 100 | false | url地址 | |
| content | text | 255 | false | 内容 | |
| sort | int | 5 | false | 种类 | |
| create_date | date | 0 | false | 创建日期 | |
| create_user | int | 5 | false | 创建用户 | |
| deleted_flag | char | 1 | false | 是否删除 | |
| postion | int | 5 | false | 职位 |
**id (栏目表id)**：整型，长度为10，非空。作为主键，这个字段唯一标识每个栏目记录。
**name (栏目名字)**：字符串类型（varchar），最大长度为100字符，可以为空。存储栏目的名称。
**parent_id (父id)**：整型，长度为5，可以为空。用于实现栏目的层级结构，存储上一级栏目的id。
**channel_img (栏目图片)**：字符串类型，最大长度为100字符，可以为空。存储与栏目相关联的图片文件名或路径。
**summary (总结)**：字符串类型，最大长度为200字符，可以为空。提供栏目的简短描述或总结。
**single (单身)**：字符类型，长度为1，可以为空。这个字段可能用于标识栏目是否为“单页”栏目，常用于不需要子页面的栏目，如公司介绍页面。值可能为“Y”表示是单页，或“N”表示不是单页。
**url (url地址)**：字符串类型，最大长度为100字符，可以为空。可能用于存储栏目或相关页面的URL地址。
**content (内容)**：文本类型，长度为255，可以为空。用于存储栏目的详细内容或介绍。
**sort (种类)**：整型，长度为5，可以为空。用于指定栏目在列表或菜单中的排序顺序。
**create_date (创建日期)**：日期类型，可以为空。记录栏目创建的日期。
**create_user (创建用户)**：整型，长度为5，可以为空。记录创建栏目的用户id。
**deleted_flag (是否删除)**：字符类型，长度为1，可以为空。用于标识栏目是否已被删除，通常“Y”表示已删除，“N”表示未删除。
**postion (职位)**：整型，长度为5，可以为空。
(4)企业表
此数据表设计涵盖了企业信息管理的基本需求，包括企业的基本识别信息、联系方式、业务描述等，根据需求如表3-4所示。
表3-4 tb_company表
| 字段名称 | 字段类型 | 长度 | 非空 | 默认值 | 备注 |
|---|---|---|---|---|---|
| id | int | 10 | true | 企业表id | |
| name | varchar | 100 | false | 企业名称 | |
| account | varchar | 100 | false | 企业账户 | |
| password | varchar | 100 | false | 密码 | |
| contact | varchar | 100 | false | 联系 | |
| telephone | varchar | 100 | false | 电话 | |
| varchar | 100 | false | 电子邮件 | ||
| addr | varchar | 200 | false | 地址 | |
| url | varchar | 100 | false | 图片url | |
| size | varchar | 100 | false | 大小 | |
| type | varchar | 100 | false | 类型 | |
| logo | varchar | 100 | false | 标志 | |
| description | text | 255 | false | 描述 |
**id (企业表id)**：整型，长度为10，非空。作为主键，这个字段为每个企业记录提供唯一标识。
**name (企业名称)**：字符串类型（varchar），最大长度为100字符，可以为空。存储企业的正式名称。
**account (企业账户)**：字符串类型，最大长度为100字符，可以为空。用于企业用户登录的账户名。
**password (密码)**：字符串类型，最大长度为100字符，可以为空。存储企业账户的登录密码。
**contact (联系)**：字符串类型，最大长度为100字符，可以为空。指定企业的主要联系人。
**telephone (电话)**：字符串类型，最大长度为100字符，可以为空。存储企业联系电话。
**email (电子邮件)**：字符串类型，最大长度为100字符，可以为空。用于企业的电子邮件地址。
**addr (地址)**：字符串类型，最大长度为200字符，可以为空。记录企业的物理地址。
**url (图片url)**：字符串类型，最大长度为100字符，可以为空。可能用于存储企业标志或其他相关图片的URL地址。
**size (大小)**：字符串类型，最大长度为100字符，可以为空。描述企业的规模，例如“小型”、“中型”、“大型”。
**type (类型)**：字符串类型，最大长度为100字符，可以为空。指示企业的业务类型或行业分类，例如“制造”、“服务”。
**logo (标志)**：字符串类型，最大长度为100字符，可以为空。存储企业标志图片的文件名或路径。
**description (描述)**：文本类型，长度标记为255，可以为空。用于提供关于企业的详细描述信息。
(5)字典表
这个数据表设计提供了一个灵活的方式来存储和管理键值对信息。这种设计允许系统动态地使用这些数据，而不是硬编码，从而提高了系统的可配置性和可维护性，根据需求如表3-5所示。
表3-5 tb_dict表
| 字段名称 | 字段类型 | 长度 | 非空 | 默认值 | 备注 |
|---|---|---|---|---|---|
| id | int | 10 | true | 字典表id | |
| dict_key | varchar | 100 | false | 字典密匙 | |
| dict_val | varchar | 100 | false | 动态视图 | |
| sort | int | 10 | false | 大小 | |
| status | int | 1 | false | 0 | 状态 |
| type_id | int | 10 | false | 类型id |
**id (字典表id)**：整型，长度为10，非空。作为主键，这个字段为每条字典记录提供唯一标识。
**dict_key (字典密匙)**：字符串类型（varchar），最大长度为100字符，可以为空。用作字典项的键，存储识别字典项的唯一标识符或名称。
dict_val (动态视图)：字符串类型，最大长度为100字符，可以为空。虽然命名为“动态视图”，这里可能更多的是指存储与dict_key对应的值，用于各种用途，如配置项的值、显示名称等。
**sort (大小)**：整型，长度为10，可以为空。这个字段可能用于指定字典项的排序顺序，使得在展示或处理时可以按照一定的顺序进行。
**status (状态)**：整型，长度为1，可以为空，带有默认值0。这个字段用于标示字典项的状态，例如是否启用。0可能表示禁用，1表示启用，这样的设计使得可以轻松启用或禁用字典项而不需要删除记录。
**type_id (类型id)**：整型，长度为10，可以为空。这个字段用于关联字典项到一个特定的类型或分类，允许将字典项分组，这在有多个不同类型的字典项需要被区分时非常有用。
(6)实习经历表
这个数据表设计用于存储个人的实习经历信息，能够有效地记录和管理个人的实习经历信息，为简历提供丰富的背景资料，根据需求如表3-6所示。
表3-6 tb_experience表
| 字段名称 | 字段类型 | 长度 | 非空 | 默认值 | 备注 |
|---|---|---|---|---|---|
| id | int | 10 | true | 实习经历id | |
| company | varchar | 100 | false | 公司名称 | |
| post | varchar | 100 | false | 职位 | |
| salary | varchar | 100 | false | 薪水 | |
| description | text | 255 | false | 描述 | |
| join_date | date | 0 | false | 开始日期 | |
| leave_date | date | 0 | false | 离开日期 | |
| resume_id | int | 10 | false | 简历标识 |
**id (实习经历id)**：整型，长度为10，非空。作为主键，这个字段为每条实习记录提供唯一标识。
**company (公司名称)**：字符串类型（varchar），最大长度为100字符，可以为空。存储实习生所在公司的名称。
**post (职位)**：字符串类型，最大长度为100字符，可以为空。
**salary (薪水)**：字符串类型，最大长度为100字符，可以为空。记录实习期间的薪酬情况，可能是月薪或总薪水。
**description (描述)**：文本类型，长度为255，可以为空。用于提供实习经历的详细描述，包括工作职责、成就等。
**join_date (开始日期)**：日期类型，可以为空。记录实习开始的日期。
**leave_date (离开日期)**：日期类型，可以为空。记录实习结束的日期。
**resume_id (简历标识)**：整型，长度为10，可以为空。这个字段用于将实习经历关联到特定的简历上，使得每份简历可以包含多条实习经历。
(7)收藏表
这个数据表设计用于存储学生对职位的收藏信息，此数据表的设计允许求职平台或校园招聘系统追踪用户（学生）的收藏行为，包括收藏的公司和职位，以及收藏的时间。这样的设计对于分析用户偏好、优化推荐算法、提供个性化的职位推送等方面非常有用。通过分析收藏数据，平台可以更好地理解用户的兴趣和需求，从而提高用户体验和满意度，根据需求如表3-7所示。
表3-7 favor表
| 字段名称 | 字段类型 | 长度 | 非空 | 默认值 | 备注 |
|---|---|---|---|---|---|
| id | int | 10 | true | 收藏表id | |
| company_id | int | 10 | false | 关联公司表id | |
| post_id | int | 10 | false | 关联post_id | |
| student_id | int | 10 | false | 关联学生id | |
| favor_date | date | 0 | false | 收藏日期 |
**id (收藏表id)**：整型，长度为10，非空。作为主键，这个字段为每条收藏记录提供唯一标识。
**company_id (关联公司表id)**：整型，长度为10，可以为空。这个字段用于关联到一个特定的公司记录，表示用户收藏的职位所属的公司。
**post_id (关联post_id)**：整型，长度为10，可以为空。用于关联到具体的职位记录，指明用户收藏的是哪一个职位。
**student_id (关联学生id)**：整型，长度为10，可以为空。表示进行收藏操作的学生用户，通过这个字段可以查询到哪些学生收藏了某个职位或公司。
**favor_date (收藏日期)**：日期类型，可以为空。记录用户收藏职位的日期。
(8)意向表
这个数据表设计用于存储求职者的工作意向信息，是简历或个人资料管理系统中的一个重要组成部分。此数据表的设计使得简历管理系统能够详细记录求职者的工作偏好，包括期望的薪酬、工作地点、工作类型以及行业领域。这样的信息对于求职者来说非常重要，因为它帮助雇主更好地了解求职者的职业目标和期望，从而提高匹配的准确性和效率，根据需求如表3-8所示。
表3-8 intention表
| 字段名称 | 字段类型 | 长度 | 非空 | 默认值 | 备注 |
|---|---|---|---|---|---|
| id | int | 10 | true | 意向表id | |
| name | varchar | 100 | false | 姓名 | |
| salary | varchar | 100 | false | 期望薪水 | |
| city | varchar | 100 | false | 期望城市 | |
| type | varchar | 100 | false | 期望工作类型 | |
| industry | varchar | 100 | false | 期望行业 | |
| resume_id | int | 10 | false | 简历id |
**id (意向表id)**：整型，长度为10，非空。作为主键，这个字段为每条工作意向记录提供唯一标识。
**name (姓名)**：字符串类型（varchar），最大长度为100字符，可以为空。存储表达工作意向的求职者的姓名。
**salary (期望薪水)**：字符串类型，最大长度为100字符，可以为空。记录求职者期望的薪水范围或具体数额。
**city (期望城市)**：字符串类型，最大长度为100字符，可以为空。表示求职者希望工作的城市或地区。
**type (期望工作类型)**：字符串类型，最大长度为100字符，可以为空。指求职者期望的工作性质，如全职、兼职、远程工作等。
**industry (期望行业)**：字符串类型，最大长度为100字符，可以为空。描述求职者希望进入的工作行业，如信息技术、教育、金融等。
**resume_id (简历id)**：整型，长度为10，可以为空。用于将工作意向信息关联到具体的简历记录上，使得每份简历可以包含一条或多条工作意向信息。
(9)菜单表
此数据表的设计提供了一个灵活的方式来管理系统菜单，支持层级结构的菜单项、带有图标的菜单显示、权限控制以及链接跳转功能。通过parent_id字段实现的菜单层级结构允许构建从简单到复杂的菜单体系，而perms字段的权限标识则使得可以根据用户的权限动态显示菜单项，增强了系统的安全性和个性化体验，根据需求如表3-9所示。
表3-9 menu表
| 字段名称 | 字段类型 | 长度 | 非空 | 默认值 | 备注 |
|---|---|---|---|---|---|
| id | int | 10 | true | 菜单id | |
| name | varchar | 100 | false | 菜单名称 | |
| icon | varchar | 100 | false | 图标 | |
| href | varchar | 100 | false | 跳转 | |
| perms | varchar | 100 | false | 权限 | |
| parent_id | int | 10 | false | 父id | |
| type | int | 10 | false | 类型 |
**id (菜单id)**：整型，长度为10，非空。作为主键，这个字段为每个菜单项提供唯一标识。
**name (菜单名称)**：字符串类型（varchar），最大长度为100字符，可以为空。存储菜单项的显示名称。
**icon (图标)**：字符串类型，最大长度为100字符，可以为空。用于存储显示在菜单名称旁的图标的标识或路径。
**href (跳转)**：字符串类型，最大长度为100字符，可以为空。记录点击菜单项后的跳转链接，指向菜单项关联的页面或操作。
**perms (权限)**：字符串类型，最大长度为100字符，可以为空。指定访问该菜单项所需的权限标识，用于控制不同用户访问菜单的权限。
parent_id (父id)：整型，长度为10，可以为空。用于实现菜单的层级结构，存储上一级菜单的id。顶级菜单的parent_id可能为0或特定的空值表示。
**type (类型)**：整型，长度为10，可以为空。表示菜单项的类型，通常用于区分不同种类的菜单项，如目录、页面链接、功能操作等。具体的类型值需要根据系统设计确定，例如，0可以表示目录，1表示页面链接，2表示功能操作等。
(10)职位表
此数据表的设计能够有效地记录和管理招聘帖子的关键信息，包括职位名称、学历要求、薪水范围以及详细的职位描述。这些信息对于求职者来说是非常重要的，因为它们帮助求职者了解职位详情并决定是否申请，根据需求如表3-10所示。
表3-10 tb_post表
| 字段名称 | 字段类型 | 长度 | 非空 | 默认值 | 备注 |
|---|---|---|---|---|---|
| id | int | 10 | true | 职位id | |
| name | varchar | 100 | false | 帖子名称 | |
| education | varchar | 100 | false | 学历 | |
| salary | varchar | 100 | false | 薪水 | |
| description | text | 255 | false | 描述 | |
| company_id | int | 5 | false | 公司id |
**id (职位id)**：整型，长度为10，非空。作为主键，这个字段为每条帖子提供唯一标识。
**name (帖子名称)**：字符串类型（varchar），最大长度为100字符，可以为空。存储帖子的标题或名称，通常用于简要描述招聘职位。
**education (学历)**：字符串类型，最大长度为100字符，可以为空。记录应聘该职位所需的最低学历要求，如“本科”、“硕士”等。
**salary (薪水)**：字符串类型，最大长度为100字符，可以为空。描述该职位的薪资范围或具体薪资，帮助求职者了解薪酬情况。
description (描述)：文本类型，长度为255（实际上，text类型字段通常用于存储较长文本，所以这个长度限制可能是非必要的），可以为空。用于提供职位的详细描述，包括职责、要求、工作环境等信息。
**company_id (公司id)**：整型，长度为5，可以为空。用于将招聘帖子关联到发布该帖子的公司记录上，使得可以查询到该公司发布的所有招聘帖子。
(11)预测表
此数据表的设计能够有效地记录学生的职业倾向和期望，包括期望的工作、城市、公司以及薪资等信息。这些信息对于提供个性化的职业规划建议、教育咨询服务以及职业发展指导非常有价值，根据需求如表3-11所示。
表3-11 tb_predict表
| 字段名称 | 字段类型 | 长度 | 非空 | 默认值 | 备注 |
|---|---|---|---|---|---|
| id | int | 5 | true | 预测id | |
| sex | varchar | 255 | false | 性别 | |
| profession | varchar | 255 | false | 专业 | |
| job | varchar | 255 | false | 期望工作 | |
| city | varchar | 255 | false | 期望城市 | |
| company | varchar | 255 | false | 公司 | |
| salary | varchar | 255 | false | 薪水 | |
| score | varchar | 255 | false | 分数 | |
| student_id | int | 5 | false | 学生id |
**id (预测id)**：整型，长度为5，非空。作为主键，这个字段为每条预测记录提供唯一标识。
**sex (性别)**：字符串类型（varchar），最大长度为255字符，可以为空。记录学生的性别。
**profession (专业)**：字符串类型，最大长度为255字符，可以为空。记录学生的专业领域。
**job (期望工作)**：字符串类型，最大长度为255字符，可以为空。描述学生期望从事的工作职位。
**city (期望城市)**：字符串类型，最大长度为255字符，可以为空。表示学生希望工作的城市或地区。
**company (公司)**：字符串类型，最大长度为255字符，可以为空。记录学生期望加入的公司或组织。
**salary (薪水)**：字符串类型，最大长度为255字符，可以为空。描述学生期望的薪资范围或具体薪资。
**score (分数)**：字符串类型，最大长度为255字符，可以为空。可能用于记录某种评估或预测算法给出的分数，该分数可能反映学生的职业倾向强度、成功概率等。
**student_id (学生id)**：整型，长度为5，可以为空。用于将职业预测信息关联到特定的学生记录上，使得可以查询到某个学生的所有职业预测信息。
(12)专业表
此数据表的设计允许构建一个多层级的专业分类体系，支持从广泛的领域到具体的专业细分的层级关系。这种层级结构对于教育机构来说非常有用，因为它能够清晰地组织和展示不同专业及其子专业的关系，帮助学生和教师更好地了解和选择专业，根据需求如表3-12所示。
表3-12 tb_profession表
| 字段名称 | 字段类型 | 长度 | 非空 | 默认值 | 备注 |
|---|---|---|---|---|---|
| id | int | 5 | true | 专业id | |
| name | varchar | 100 | false | 专业名称 | |
| parent_id | int | 5 | false | 父id |
**id (专业id)**：整型，长度为5，非空。作为主键，这个字段为每个专业提供唯一标识。
**name (专业名称)**：字符串类型（varchar），最大长度为100字符，可以为空。存储专业的正式名称。
parent_id (父id)：整型，长度为5，可以为空。用于实现专业层级结构，存储上一级专业的id。顶级专业的parent_id可能为0或特定的空值表示，表示该专业没有上级专业，即它是一个顶级分类。
(13)项目表
此数据表的设计能够有效地记录和管理个人简历中的项目经验信息，为求职者提供一个展示其项目参与和贡献的平台。通过详细的项目描述以及清晰的开始和结束时间，求职者可以向潜在雇主展示其项目管理和技术实施能力，根据需求如表3-13所示。
表3-13 tb_project表
| 字段名称 | 字段类型 | 长度 | 非空 | 默认值 | 备注 |
|---|---|---|---|---|---|
| id | int | 5 | true | 项目id | |
| name | varchar | 100 | false | 项目名称 | |
| description | text | 255 | false | 项目描述 | |
| start_date | date | 0 | false | 开始时间 | |
| end_date | date | 0 | false | 结束时间 | |
| resume_id | int | 5 | false | 简历id |
**id (项目id)**：整型，长度为5，非空。作为主键，这个字段为每个项目提供唯一标识。
**name (项目名称)**：字符串类型（varchar），最大长度为100字符，可以为空。存储项目的正式名称，为项目经验提供简要识别信息。
description (项目描述)：文本类型，虽然标注长度为255，但实际上text类型通常用于存储较长的文本，所以这个长度限制可能是非必要的。用于提供关于项目的详细描述，包括项目目标、主要成就、使用技术等。
**start_date (开始时间)**：日期类型，可以为空。记录项目开始的日期，帮助说明项目的时间线。
**end_date (结束时间)**：日期类型，可以为空。记录项目结束的日期，进一步明确项目的持续时间。
**resume_id (简历id)**：整型，长度为5，可以为空。用于将项目经验信息关联到特定的简历记录上，使得每份简历可以包含一条或多条项目经验信息。
(14)简历表
此数据表的设计能够有效地管理求职者的简历信息，支持简历的创建、编辑、查看和管理等功能。通过student_id字段的关联，系统可以轻松管理每个学生或求职者的多份简历，同时status字段允许求职者根据需要控制简历的公开状态和完成度，根据需求如表3-14所示。
表3-14 tb_resume表
| 字段名称 | 字段类型 | 长度 | 非空 | 默认值 | 备注 |
|---|---|---|---|---|---|
| id | int | 5 | true | 简历id | |
| name | varchar | 100 | false | 简历名称 | |
| job_status | varchar | 50 | false | 工作状态 | |
| evaluate | text | 255 | false | 评价 | |
| skill | text | 255 | false | 技能 | |
| student_id | int | 5 | false | 学生id | |
| status | int | 5 | false | 状态 |
**id (简历id)**：整型，长度为5，非空。作为主键，为每份简历记录提供唯一标识。
**name (简历名称)**：字符串类型（varchar），最大长度为100字符，可以为空。存储简历的标题或名称，便于用户区分和管理不同的简历版本或针对不同职位的简历。
**job_status (工作状态)**：字符串类型（varchar），最大长度为50字符，可以为空。描述求职者当前的工作状态，如“在职寻新机会”、“主动求职”、“离职”等，有助于雇主了解求职者的就业意向。
evaluate (评价)：文本类型，长度为255（虽然标记为255，但text类型通常用于存储较长文本，实际长度限制可能更宽松），可以为空。用于求职者对自己的自我评价，包括个人的职业目标、优势、成就等，有助于向雇主展示个人的价值和特点。
**skill (技能)**：文本类型，长度为255，可以为空。列举求职者的专业技能、技术栈、语言能力等，对于职位匹配和筛选非常重要。
**student_id (学生id)**：整型，长度为5，可以为空。用于将简历关联到特定的学生或求职者记录上，使得每个学生或求职者可以有一个或多个简历。
**status (状态)**：整型，长度为5，可以为空。用于表示简历的状态
(15)关联表
此数据表的设计能够有效地追踪和管理求职者与职位之间的应聘关系，包括应聘的公司、职位、所用简历以及应聘的状态和时间。这种设计对于招聘网站和人才管理系统来说非常重要，因为它帮助求职者跟踪自己的应聘进度，同时也让雇主了解哪些求职者对他们的职位感兴趣，根据需求如表3-15所示。
表3-15 tb_send表
| 字段名称 | 字段类型 | 长度 | 非空 | 默认值 | 备注 |
|---|---|---|---|---|---|
| id | int | 10 | true | 关联表id | |
| company_id | int | 10 | false | 公司id | |
| post_id | int | 10 | false | post表id | |
| resume_id | int | 10 | false | 简历id | |
| send_date | date | 0 | false | 修改时间 | |
| status | int | 10 | false | 状态 | |
| student_id | int | 10 | false | 学生id |
**id (关联表id)**：整型，长度为10，非空。作为主键，为每条应聘记录提供唯一标识。
**company_id (公司id)**：整型，长度为10，可以为空。用于关联到特定的公司记录，表示学生向哪个公司发送了简历。
**post_id (post表id)**：整型，长度为10，可以为空。用于关联到具体的职位记录，指明学生应聘的是哪一个职位。
**resume_id (简历id)**：整型，长度为10，可以为空。用于关联到学生发送的具体简历记录。
**send_date (修改时间)**：日期类型，可以为空。记录学生发送简历的日期。字段名称“修改时间”可能有误，更准确的描述应该是“发送日期”或“应聘日期”。
**status (状态)**：整型，长度为10，可以为空。用于表示应聘记录的当前状态。
**student_id (学生id)**：整型，长度为10，可以为空。用于关联到发送简历的学生（求职者）记录。
(16)学生用户表
此数据表的设计能够详细记录学生的个人信息和学术背景，支持教育和招聘相关系统的核心功能，如账户管理、学生档案维护、职业规划等。通过profession_id字段的关联，系统可以清晰地管理学生的专业信息，而graduate_date和education字段有助于了解学生的学术进程和资历，根据需求如表3-16所示。
表3-16 tb_student表
| 字段名称 | 字段类型 | 长度 | 非空 | 默认值 | 备注 |
|---|---|---|---|---|---|
| id | int | 20 | true | 学生id | |
| name | varchar | 100 | false | 姓名 | |
| account | varchar | 100 | false | 账户 | |
| password | varchar | 100 | false | 密码 | |
| birthday | date | 0 | false | 生日 | |
| profession_id | int | 20 | false | 专业id | |
| college | varchar | 100 | false | 大学 | |
| education | varchar | 100 | false | 学历 | |
| phone | varchar | 100 | false | 电话 | |
| sex | varchar | 50 | false | 性别 | |
| photo | varchar | 100 | false | 照片 | |
| graduate_date | date | 0 | false | 毕业日期 |
**id (学生id)**：整型，长度为20，非空。作为主键，为每位学生提供唯一标识。
**name (姓名)**：字符串类型（varchar），最大长度为100字符，可以为空。存储学生的全名。
**account (账户)**：字符串类型，最大长度为100字符，可以为空。用于学生登录系统的账户名。
**password (密码)**：字符串类型，最大长度为100字符，可以为空。存储账户的登录密码。
**birthday (生日)**：日期类型，可以为空。记录学生的出生日期。
**profession_id (专业id)**：整型，长度为20，可以为空。用于关联到学生所学专业的具体记录。
**college (大学)**：字符串类型，最大长度为100字符，可以为空。记录学生就读的大学或学院名称。
**education (学历)**：字符串类型，最大长度为100字符，可以为空。描述学生的最高学历，如“本科”、“硕士”等。
**phone (电话)**：字符串类型，最大长度为100字符，可以为空。存储学生的联系电话。
**sex (性别)**：字符串类型，最大长度为50字符，可以为空。记录学生的性别，如“男”、“女”等。
**photo (照片)**：字符串类型，最大长度为100字符，可以为空。用于存储学生照片的文件路径或URL。
**graduate_date (毕业日期)**：日期类型，可以为空。记录学生的预计或实际毕业日期。
(17)培训经历表
此数据表的设计允许求职者在简历中详细列出他们的培训经历，包括培训的时间、地点、课程等信息。这些信息对于展示求职者的持续学习和专业发展非常有价值，尤其是对于那些需要特定技能或知识的职位，根据需求如表3-17所示。
表3-17 tb_train表
| 字段名称 | 字段类型 | 长度 | 非空 | 默认值 | 备注 |
|---|---|---|---|---|---|
| id | int | 20 | true | 培训id | |
| start_date | date | 0 | false | 开始时间 | |
| end_date | date | 0 | false | 结束时间 | |
| company | varchar | 100 | false | 公司名称 | |
| course | varchar | 100 | false | 课程 | |
| resume_id | int | 10 | false | 简历 |
**id (培训id)**：整型，长度为20，非空。作为主键，为每条培训记录提供唯一标识。
**start_date (开始时间)**：日期类型，可以为空。记录培训开始的日期。
**end_date (结束时间)**：日期类型，可以为空。记录培训结束的日期。
**company (公司名称)**：字符串类型（varchar），最大长度为100字符，可以为空。存储提供培训的公司或机构名称。
**course (课程)**：字符串类型，最大长度为100字符，可以为空。描述参加的培训课程名称或内容。
**resume_id (简历)**：整型，长度为10，可以为空。用于将培训经历关联到特定的简历记录上，表明该培训经历属于哪份简历。
(18)企业字段表
这个数据表设计用于存储企业信息，根据需求如表3-18所示。
表3-18 tb_type表
| 字段名称 | 字段类型 | 长度 | 非空 | 默认值 | 备注 |
|---|---|---|---|---|---|
| id | int | 20 | true | 企业id | |
| name | varchar | 100 | false | 企业名称 |
**id (企业id)**：整型，长度为20，非空。作为主键，这个字段为每个企业提供唯一标识。在数据库中，这样的设计确保了每家企业都可以通过一个唯一的ID进行索引和引用，便于管理和查询。
**name (企业名称)**：字符串类型（varchar），最大长度为100字符，可以为空。存储企业的官方名称。在实际应用中，虽然此字段设置为可以为空，但考虑到企业名称是基本且关键的信息，实际操作时可能会要求此字段非空，以确保每条企业记录都有明确的识别信息。
(19)管理员用户表
此数据表的设计能够有效管理系统管理员的基本账户信息，支持身份验证、权限控制和安全监控等功能。通过user_name和password字段实现基本的登录验证，而login_time字段有助于跟踪管理员的活动，增强系统安全，根据需求如表3-19所示。
表3-19 tb_user表
| 字段名称 | 字段类型 | 长度 | 非空 | 默认值 | 备注 |
|---|---|---|---|---|---|
| id | int | 20 | true | 管理员id | |
| user_name | varchar | 100 | false | 用户名 | |
| name | varchar | 100 | false | 名字 | |
| password | varchar | 100 | false | 密码 | |
| login_time | date | 0 | false | 登陆时间 |
**id (管理员id)**：整型，长度为20，非空。作为主键，这个字段为每个管理员账户提供唯一标识，确保每位管理员都可以通过一个唯一的ID进行索引和引用。
**user_name (用户名)**：字符串类型（varchar），最大长度为100字符，可以为空。用于管理员登录系统的用户名。在实际应用中，通常要求此字段非空且唯一，以避免登录时的混淆和安全问题。
**name (名字)**：字符串类型，最大长度为100字符，可以为空。存储管理员的真实姓名或昵称，用于系统内部显示或日志记录。
**password (密码)**：字符串类型，最大长度为100字符，可以为空。用于账户登录的密码。出于安全考虑，密码应通过加密存储，并在实际操作时要求非空。
**login_time (登陆时间)**：日期类型，可以为空。记录管理员最后一次登录系统的时间，有助于监控账户使用情况和安全管理。
4 系统的实现
4.1 登录功能
输入 http://localhost:8080/ 后 打 开管理 系 统 ，在进行系统登录过程中，登录首页会将账号、密码和身份传入到后台的业务逻辑当 中，同时与数据库中已有的数据进行对比，如果数据比对相同，会检查数据库中的该数 据的状态是否符合登录的条件，如果符合登录的条件，则登录成功，如果不符合登录的 条件，则登录失败，给出提示条件，以便用户正确的登陆。用户登录成功后，不同用户 登录到各自对于的系统当中，进行相应的系统操作，管理员身份的用户登录后系统首页 显示的是系统相关的基本信息，如图4-1所示。
图4-1 登录功能界面
4.2 注册功能
4.2.1学生注册
注册功能需要使用人员输入姓名、账号、密码、确认密码、手机号后才能成功注册用户。如果输入的姓名为空，提示请输入姓名，输入密码为空，提示请输入密码，确认密码若不正确则会提示请输入正确的密码，输入的电话为空或电话格式不正确，提示请输入正确的电话格式；如果输入姓名、电话和邮箱不为空且格式正确，会提示注册用户成功，并且返回用户的初始账号和员工号，使用初始账号就可以在登录界面登录进入管理后台。如图4-2所示。
图4-2 学生账号注册界面
4.2.2企业注册
企业注册功能需要使用人员输入姓名、账号、密码、确认密码、联系人、联系电话后才能成功注册用户。如果输入的姓名为空，提示请输入姓名，输入密码为空，提示请输入密码，确认密码若不正确则会提示请输入正确的密码，输入的电话为空或电话格式不正确，提示请输入正确的电话格式；如果输入姓名、电话和邮箱不为空且格式正确，会提示注册用户成功，并且返回用户的初始账号和员工号，使用初始账号就可以在登录界面登录进入管理后台，如图4-3所示。
图4-3 企业账号注册界面
4.3 学生管理页面功能
4.3.1 学生基本信息管理
此页面为学生基本信息填写页面，学生可以在这里编辑自己的姓名、出生日期、毕业院校，也可以选择学历，编写电话，性别等信息上传自己的照片，点击保存按钮，即可将填写的信息保存到数据库的学生信息表中，也可以点击重置按钮清空所有选项重新填写，如图4-4所示。
图4-4 学生基本信息编辑界面
4.3.2学生简历管理
学生简历管理可以查看已编写好的简历。点击新增按钮即可添加简历，可在添加简历页面编写简历的名称，当前的求职状态，自我评价技能描述和当前简历是否为开放状态，其中求职状态分为待业，可立即上岗和在岗考虑新工作两个选项，编写简历的所有选项不能为空，若为空则提示：该项为空请填写，如图4-5所示。
图4-5 简历管理界面
4.3.3求职意向管理
求职意向界面可查看当前中国就业率的分布情况的可视化数据图和自己已填写的就业意向，点击新增按钮即可编辑添加意向，需选择自己以编写好的简历，若简历为空则此项不可填写，还需要填写自己的意向职位，意向薪资，意向工作城市，工作性质和期望的行业，点击保存按钮即可添加此条数据到数据库，并展示在求职意向界面中，如图4-6所示。
图4-6 求职意向管理界面
4.3.4培训经历管理
培训经历管理页面可查看培训经历的可视化图和自己已编写好的培训经历，点击新增按钮可添加，其中必须有自己的简历，培训的开始时间结束时间，培训机构和培训的课程名称等信息，且如上信息为必填选项，若未填写则会提示，该选项为空请填写，如图4-7所示。
图4-7 培训经历管理界面
4.3.5证书管理
证书管理界面可查看自己的获奖证书，可以点击新增按钮添加证书。需填写证书名称，也可上传不超过2m的文件，还需填写证书的获奖时间等信息。也可以勾选需要修改的正书信息进行修改，如图4-8所示。
图4-8 证书管理界面
4.3.6项目经验管理
项目经验管理可查看自己写过的项目信息和项目占比的可视化图，点击新增按钮可添加项目，其中项目中需包含简历，可填写项目的名称开始时间结束时间和项目的描述，如图4-9所示。
图4-9 项目经验管理界面
4.3.7新增实习经历
可在实习经历页面中新增自己的实习经历。其中需要有已编写好的简历，需填写公司名称，职位，薪水，描述入职时间和离职时间，其中公司名称和职位为必填项，若为空则会显示，该项为空请填写，如图4-10所示。
图4-10 实习经历编辑界面
4.3.8职位收藏
职位收藏页面可以查看学生在企业发布的职位中添加的已收藏职位，并可以通过勾选进行职业的删除，可以查看该职位的名称及发布职位的公司和收藏的日期等信息，如图4-11所示。
图4-11 职位收藏界面
4.3.9简历的投递情况查看
简历投递界面可查看学生在首页中投递的职位内容并可以查看该职位的名称和职位对应的公司，该公司是否已查看自己简历和投递日期等信息，也可以管理投递信息进行删除操作，如图4-12所示。
图4-12 简历投递查看界面
4.4 管理员管理页面功能
4.4.1 用户信息管理
在系统管理员用户的权限下登录，拥有添加管理员用户，并查看已添加的管理员用户的账号和密码。也可以点击修改按钮，对已有的管理员用户的权限及账号密码进行修改，点击新增按钮输入新增管理员的用户名姓名及密码即可添加管理员用户，如图4-13所示。
图4-13 管理员账号信息界面
4.4.2学生账号管理
在系统管理员用户的权限下登录，拥有管理学生账号的功能，进入页面即可查看每个学生账号的对应信息，根据学生信息查询并搜索学生账号。可以对学生账号的密码进行修改和删除学生账号，如图4-14所示。
图4-14 学生账号信息查看界面
4.4.3企业账号管理
在系统管理员用户的权限下登录，拥有查看企业账户信息的功能，并可以通过输入关键词对企业账户进行精确的搜索，勾选单个企业用户点击修改可以修改企业账户的密码，也可以删除企业账户，如图4-15所示。
图4-15 企业账号信息查看界面
4.4.4发布文章的审核及管理
在系统管理员用户的权限下登录，拥有对每个企业已发布的招聘文章进行查看和相应的修改删除操作。用于审核企业发布的文章是否符合规定。手动修改企业发布文章的栏目属性分类，如图4-16所示。
图4-16 文章信息发布界面
4.5企业账号管理功能
4.5.1企业基本信息管理
在企业账户的权限下登录。拥有编辑并修改企业基本信息的功能。可修改该企业的网址、名称、联系人、联系电话、邮箱、地址、规模、公司类型、logo及公司描述等信息，如图4-17所示。
图4-17 企业基本信息编辑界面
4.5.2职位管理
在企业账户的权限下登录，点击职位管理页面，可查看自己已添加的招聘职位信息，并可以修改这些信息，通过点击新增按钮添加需要招聘的职位名称，需填写学历，要求职位，薪水，职位，描述职位等信息，也可以对自己发布的职位进行删除，如图4-18所示。
图4-18 企业职位管理界面
4.6系统页面
4.6.1系统首页
通过浏览器访问系统主页即可看到主页页面，在主页页面的右上角设置有管理中心入口，用户可以根据自己的身份选择相应的入口。主页页面主要展示了和招聘就业有关的新闻信息，根据时间排序，此外，在主页的菜单栏还可以选择查看招聘信息和求职信息，点击管理中心则可以登录系统。 为了方便用户查看信息，主页右侧还设置了轮播图。由于招聘信息是用户广泛关注的内容，因此在右侧边栏还可以看到最新 的招聘信息，如图4-19所示。
图4-19 系统首页
4.6.2新闻动态标题查看
点击首页导航栏中新闻动态选项，即可跳转到查看文章列表的相应内容。本页面可查看各大企业发布的招聘信息文章，并且在右侧的网站公示栏中查看相应的招聘会内容，如图4-20所示。
图4-20 新闻动态查看界面
4.6.3文章详情的查看
在招聘信息文章中，点击相应的文章即可查看到具体的文章内容。其中可以看到本文章的发布时间，作者及当前浏览量等内容，如图4-21所示。
图4-21 文章界面
4.6.4开放职位
点击首页导航栏中职位搜索功能。即可查看到各大企业开放的对应职位。如果是学生用户登录的此界面。则可以点击职位申请和职位收藏按钮。并将对应收藏的职位添加到学生信息页面中职位收藏页面，如图4-22所示。
图4-22 开放职位信息界面
5 系统测试
系统测试（System Testing）是将已经确认的软件、硬件、外设、网络等多种元素结 合起来，针对整个系统进行测试。目的就是要验证就业管理系统能否满足测试要求，找 到不足原因和有差异的地方，并加以修正。系统测试应基于系统整体需求的黑盒测试， 应覆盖整个系统全部的功能测试。系统测试的对象不仅要包括测试的软件稳定的运行， 而且还要包括系统对硬件和数据接口的指标测试等。系统测试流程图见 5-1所示。
图5-1 登录功能界面
系统测试主要为功能测试，即验证软件功能执行的是否正确，主要依据是需求文档和设计文档，由 于系统功能正确性是软件最重要指标，因此功能测试的好坏直接影响到系统的应用。
5.1学生端功能测试内容
由于就业管理系统的前台功能模块过于复杂，并且各个模块下的功能过于繁 多，由于篇幅有限，因此只测试以下几个常用和关键的核心模块。
5.1.1学生登录功能测试
就业学生登入测试主要是验证就业学生登陆系统的用户名和密码的一致性是 否正确。如表 5-1 所示
表**5-1 **登陆测试表
| 测试内容 | 测试结果 | 是否通过 |
|---|---|---|
| 用户名为空 | 请输入用户名 | 通过 |
| 密码未输入 | 请输入密码 | 通过 |
| 密码不正确 | 你输入的密码有误，请重新输入 | 通过 |
（2）就业者进行注册的数据测试结果如表 5-2 所示:
表**5-2 **注册测试表
| 登录号 | 密码 | 再次输入密码 | 预期结果 | 实际结果 | |
|---|---|---|---|---|---|
| 张三 | 1234 | 123456 | 注册成功 | 密码不一致注册失败 | |
| 李四 | 142555 | 142555 | 注册成功 | 注册成功 |
5.1.2 学生简历修改测试
学生简历修改功能测试用例如表5-3学生简历修改功能测试用例表所示。如果输入编号顺序不同，则会弹出失败提示，输入简历名称则可以修改成功，并且页面跳转。
表**5-3 **学生简历修改功能测试用例表
| 功能 | 操作 | 预期结果 | 实际结果 | 是否通过 |
|---|---|---|---|---|
| 学生简历修改功能 | 修改简历的编号 | 未修改成功，页面不跳转，提示信息为“简历修改失败，请检查编号是否输入正确！” | 与预期结果相同 | 通过 |
| 修改简历的名称，点击确定 | 修改成功，页面跳转，提示信息为“简历信息更改成功！” | 与预期结果相同 | 通过 |
5.1.3 学生新增求职意向功能测试
学生新增求职意向功能测试用例如表5-4所示，登录系统管理员用户以后，拥有新增求职意向的功能，在学生管理页面点击“新增”，弹出新增求职意向页面，填写相关的求职意向信息，点击保存，页面的求职意向列表则会实时显示该新增的数据，并在页面上部分弹出“添加成功”。
表5-4 新增求职意向功能测试用例表
| 功能 | 操作 | 预期结果 | 实际结果 | 是否通过 |
|---|---|---|---|---|
| 新增求职意向功能 | 选择已编写好的简历 | 无法创建成功，并且提示“请选择简历” | 与预期结果相同 | 通过 |
| 输入选择简历、职位名称、薪资、工作城市等必选项，并点击保存按钮 | 意向添加成功，并且提示“该求职意向添加成功” | 与预期结果相同 | 通过 |
5.1.4 项目经验修改功能测试
项目经验修改功能测试用例如表5-5项目经验修改功能测试用例表所示，学生用户可以在项目经验列表查看到已添加的项目经验的同时，点击已添加的项目经验选项，并点击修改即可跳转到项目经验修改的界面，该界面可从数据库中查询到选择的项目数据学生可修改简历、项目名称、开始时间、结束时间、项目描述等信息，并点击保存按钮，若填写信息无误则提示保存成功
表5-5 项目经验修改功能测试用例表
| 功能 | 操作 | 预期结果 | 实际结果 | 是否通过 |
|---|---|---|---|---|
| 项目经验修改功能 | 修改选项漏填项目名称 | 无法提交修改，并且提示“项目名称不能为空” | 与预期结果相同 | 通过 |
| 修改选项漏简历 | 无法提交修改，并且提示“简历不能为空，请创建简历” | 与预期结果相同 | 通过 | |
| 填写所有打星号的内容，并点击保存按钮 | 项目经验添加成功，并在前端页面进行数据的回显 | 与预期结果相同 | 通过 |
5.1.5 证书查询功能测试
证书查询功能测试用例如表5-6证书查询功能测试用例表所示，在证书管理模块，可以在搜索栏中输入不同的内容来查询证书是否存在，而且可进行模糊查询输入证书的部分内容可查询到单条和多条有关证书的信息，其中包括证书ID、系统编号、证书名称，获得时间及附件等内容。
表**5-6 **证书查询功能测试用例表
| 功能 | 操作 | 预期结果 | 实际结果 | 是否通过 |
|---|---|---|---|---|
| 证书查询功能 | 输入一个没有的证书名称，并点击查询 | 显示“暂无数据，请输入有效证书” | 与预期结果相同 | 通过 |
| 输入已有证书的部分名称进行模糊查询操作 | 显示对应证书的单条或多条数据 | 与预期结果相同 | 通过 | |
| 输入已有证书的完整名称进行精准查询 | 显示对应的单条证书名称、ID、获得时间等信息 | 与预期结果相同 | 通过 |
5.2企业端功能测试内容
5.2.1 企业logo文件上传功能测试
企业logo文件上传功能测试用例如表5-7企业logo文件上传功能测试用例表所示，在企业用户登录，并查看基本信息模块中，对企业logo图片文件的上传进行了测试，若上传一个大于2M，或者文件格式不符合要求的文件则会上传失败，上传的文件必须符合要求即可上传成功并提示logo上传成功，并在页面上显示该logo图片。
表**5-7 **企业logo文件上传功能测试用例表
| 功能 | 操作 | 预期结果 | 实际结果 | 是否通过 |
|---|---|---|---|---|
| 企业logo文件上传功能 | 上传一个非jpg/png格式文件 | 无法提交文件，提示“文件格式有误，请检查文件格式” | 与预期结果相同 | 通过 |
| 上传一个大于2M的png图片 | 无法提交文件，提示“文件大小不能超过2M，请重新上传！” | 与预期结果相同 | 通过 | |
| 格式正确且大小正确，并上传文件 | 文件上传成功，数据存储在数据库中，并更新信息列表 | 与预期结果相同 | 通过 |
6 结 论
高校毕业生的就业工作是每年学校工作的重头戏，社会关注度高，关系着毕业生的前途也影响到学校的形象和发展。本系统的开发和使用推动了校园的信息化建设，很大程度上提高了高校毕业生就业工作的工作效率，对就业工作的工作流程进行了梳理和规范。本系统的服务对象主要是毕业生、用人单位和高校就业管理人员。在系统的分析过程中，紧紧围绕着学生充分就业为中心，为毕业生和用人单位提供充分了解和沟通的信息渠道，及时有效的进行信息更新，同时最大程度上减轻就业工作的工作负担。系统建设过程充分了解各方需求，对系统功能进行优化，保证了用户管理、在线交流、应聘双选、发布信息等功能的实现。在设计过程中，采用Java和MySQL进行B/S三层架构设计，降低了系统开发的成本，提高了系统的实用性。该系统在试用过程中基本满足了各方需求，有效的提高了就业工作的工作效率。2012年全国近2000所高校的680多万毕业生将面临求职择业，2014年全国普通高校毕业生690万，2015年724万人，并且这一数字还将逐年上升，高校毕业生就业压力还将进一步增大。因此，高校就业系统的开发，能够在一定程度上对高校就业工作起到引导作用，促进校园信息化建设。
本系统实现了对系统信息功能的管理，就业者信息功能的管理，用人单位信息功能的管理，就业信息功能的管理。本系统的实现意义是为了解决当前就业者与用人单位不能及时的做相互交流与沟通，这样就会使得就业者可以及时地得到用人单位的邀请信息，从而找到适合个人的用人单位；用人单位也能及时地招聘到适合的就业者，从而获得双赢。而且这种形式的系统也会使得就业服务机构的管理得到完善和快速、准确。
参考文献
张晨祥,宁璐,冯明歌.高校就业数据可视化管理系统设计与实现[J].电脑编程技巧与维护,2022,(09):74-77
刘雪峰.大数据时代高校就业管理精细化研究[J/OL].内蒙古大学学报(哲学社会科学版), 2023,(12): 1-7
周常志,甘恒.基于SpringBoot的智慧就业服务平台的设计与实现[J].电脑知识与技术,2021,17(28):182-184+187
陈颖灵,朱映辉,江玉珍等.基于SpringBoot学生实训管理系统的设计与实现[J].电脑知识与技术,2022,18(19):49-51
沈懿卓.基于数据挖掘技术的高校《就业指导》网络课程建设研究[D].上海师范大学,2023(12)
白旭东.大学生就业信息智能分析系统的研究与开发[D].北方工业大学,2020
王子静,刘思雨.基于ECharts的交易数据可视化系统的设计与实现[J].集成电路应用, 2023, 40(5):244-245. [8]尚衍亮.基于推荐系统的大学生就业的研究[J].山东青年, 2019(5):3.
周刚,黄继红,严亚雄.基于WEB的高校就业信息系统设计与实现[J].山西电子技术, 2022, 000(004):65-67
[贺晓敏.基于J2EE的高校毕业生就业信息管理系统的开发[D].南昌大学,2023
郭佳.数据挖掘技术在高校学生就业信息管理系统中的应用研究[J].桂林师范高等专科学校学报, 2019, 029(003):148-150.
郗盛兰刘海兰.我国高校毕业生就业研究的知识图谱——基于中国知网CSSCI(2010-2020)数据库[J].中国大学生就业（理论版）, 2021, 000(001):47-54.
李艳,丁国强,张庆.网络招聘数据可视化系统的设计与实现[J].信息与电脑, 2021, 033(001):112-115.
王晓东,吴文广,左风云,等.基于全流程管理大学生创新创业项目管理系统[J].内蒙古医科大学学报, 2019(S2)
季震,苏白,李杰,等.基于校园卡数据的大学生消费特征分析[C]//2019年(第四届)全国大学生统计建模大赛论文.2019.
杜英魁,王杨,关屏,等.基于Spring Boot的云端数据监控管理与可视化应用系统[J].计算机系统应用, 2020, 29(5):5
王鑫,冯程,曹江波,等.基于Spring Boot的数据可视化方法,装置以及存储介质:CN202111328095.6[P].CN202111328095.6.2023
姜楠,庄新庆,李宣廷.基于SpringBoot的成绩可视化系统设计与实现[J].大连民族学院学报, 2020, 022(005):448-452.
郝希亮,张海鹏.基于Web的多维数据可视化系统设计[J].软件导刊, 2020, 17(8):4
杜英魁,王杨,关屏,et al.基于Spring Boot的云端数据监控管理与可视化应用系统[J].计算机系统应用, 29(5).2023(12)
王颖瑞.药房信息管理系统的设计与实现[D].北京：北京邮电大学，2020.
