核心角色
在招聘网站中,主要有三类核心用户角色：
- 求职者：寻找工作的用户，是网站的主要服务对象。
- 招聘者/企业HR：发布职位、筛选和管理候选人信息的用户。
- 系统管理员：负责网站后台维护、用户管理、数据监控和系统配置的技术或管理人员。
核心用例
以下是针对每个角色的核心用例：
求职者相关用例
| 用例名称 | 简要描述 |
|---|---|
| 注册/登录 | 创建个人账户或使用现有账户登录系统。 |
| 浏览职位 | 浏览网站上发布的所有或特定类别的职位信息。 |
| 搜索职位 | 根据关键词、地点、薪资等条件搜索符合条件的职位。 |
| 查看职位详情 | 查看某个职位的完整信息，包括职责、要求、公司介绍等。 |
| 创建/编辑简历 | 在线创建、编辑和管理个人简历。 |
| 投递简历 | 向心仪的职位提交个人简历。 |
| 查看投递记录 | 查看自己已投递职位的列表及状态（如已投递、被查看、约面试、已拒绝等）。 |
| 收藏职位 | 将感兴趣的职位收藏起来，方便以后查找。 |
| 接收职位推荐 | 系统根据求职者的简历信息，主动推荐匹配的职位。 |
| 接收通知 | 接收来自系统或招聘者的消息通知（如面试邀请、简历状态更新等）。 |
招聘者/企业HR相关用例
| 用例名称 | 简要描述 |
|---|---|
| 注册/登录 | 创建企业账户或HR账户登录系统。 |
| 发布/编辑职位 | 创建新的职位招聘信息，或编辑已发布的职位。 |
| 管理职位 | 查看自己公司发布的所有职位，包括其状态（招聘中、已暂停、已关闭）。 |
| 查看简历 | 查看求职者投递的简历详情。 |
| 筛选简历 | 根据关键词、工作经验、学历等条件筛选收到的简历。 |
| 安排面试 | 与求职者沟通，并安排面试时间。 |
| 更新候选人状态 | 更新求职者申请流程中的状态（如“待处理”、“已邀请面试”、“不合适”等）。 |
| 发送/接收消息 | 与求职者进行站内沟通，解答疑问或发送通知。 |
| 查看公司主页 | 编辑和管理自己公司的公开信息页面。 |
系统管理员相关用例
| 用例名称 | 简要描述 |
|---|---|
| 用户管理 | 管理所有用户（求职者、招聘者）的账户，包括禁用、删除等操作。 |
| 数据统计与分析 | 查看网站运营数据，如用户增长、职位发布数量、投递量等。 |
| 系统配置 | 配置网站的基础参数，如广告位、推荐算法规则等。 |
| 处理举报 | 处理用户对不良信息或行为的举报。 |
招聘网站用例图
下面是使用标准UML（统一建模语言）绘制的用例图。
graph TD
subgraph "角色"
JobSeeker[求职者]
Recruiter[招聘者/企业HR]
Admin[系统管理员]
end
subgraph "求职者用例"
UC1(注册/登录)
UC2(浏览职位)
UC3(搜索职位)
UC4(查看职位详情)
UC5(创建/编辑简历)
UC6(投递简历)
UC7(查看投递记录)
UC8(收藏职位)
UC9(接收职位推荐)
UC10(接收通知)
end
subgraph "招聘者用例"
UC11(注册/登录)
UC12(发布/编辑职位)
UC13(管理职位)
UC14(查看简历)
UC15(筛选简历)
UC16(安排面试)
UC17(更新候选人状态)
UC18(发送/接收消息)
UC19(查看公司主页)
end
subgraph "管理员用例"
UC20(用户管理)
UC21(内容审核)
UC22(数据统计与分析)
UC23(系统配置)
UC24(处理举报)
end
%% 关联关系
JobSeeker --> UC1
JobSeeker --> UC2
JobSeeker --> UC3
JobSeeker --> UC4
JobSeeker --> UC5
JobSeeker --> UC6
JobSeeker --> UC7
JobSeeker --> UC8
JobSeeker --> UC9
JobSeeker --> UC10
Recruiter --> UC11
Recruiter --> UC12
Recruiter --> UC13
Recruiter --> UC14
Recruiter --> UC15
Recruiter --> UC16
Recruiter --> UC17
Recruiter --> UC18
Recruiter --> UC19
Admin --> UC20
Admin --> UC21
Admin --> UC22
Admin --> UC23
Admin --> UC24
%% 包含关系
UC2 ..|包含..> UC3
UC2 ..|包含..> UC4
UC6 ..|包含..> UC5
%% 扩展关系
UC3 ..|扩展..> UC2
UC8 ..|扩展..> UC4
UC9 ..|扩展..> UC3
%% 泛化关系
UC1 -.-> UC11
style UC1 fill:#f9f,stroke:#333,stroke-width:2px
style UC11 fill:#f9f,stroke:#333,stroke-width:2px
图例说明：
-->(关联): 表示角色可以执行该用例。“求职者”可以“浏览职位”。..|包含..>(Include): 表示一个用例必须包含另一个用例才能完成。“浏览职位”用例包含了“搜索职位”和“查看职位详情”这两个子功能，同样，“投递简历”包含了“创建/编辑简历”的步骤。..|扩展..>(Extend): 表示一个可选的、可选的用例可以扩展另一个用例，在“浏览职位”的基础上，可以选择“收藏职位”，这是一种可选的增强功能。-.->(泛化): 表示多个角色拥有共同的用例，可以抽象出一个父用例。“注册/登录”是“求职者”和“招聘者”共有的功能，可以将其泛化。
用例关系详解
-
关联 这是最基本的关系，表示参与者与用例之间的交互，从角色到用例的箭头就表示这种关系。
-
包含
- 含义: 如果用例A包含用例B，那么用例B的执行是完成用例A的必要条件，用例B是A的一部分。
- 例子:
- “投递简历”必须包含“创建/编辑简历”，你不能投递一份不存在的简历。
- “浏览职位”通常包含“搜索职位”和“查看职位详情”，用户浏览时，必然是通过某种方式（搜索或点击）来查看具体信息。
-
扩展
- 含义: 如果用例A扩展用例B，那么用例A是可选的，它只在特定条件下执行，用来增强用例B的功能。
- 例子:
- “收藏职位”扩展“查看职位详情”，用户在查看职位详情时，可以选择收藏，但这不是必须的步骤。
- “接收职位推荐”扩展“搜索职位”，系统在用户搜索的基础上，主动提供额外的推荐，这是一个增值服务。
-
泛化
- 含义: 表示子用例继承了父用例的所有特征，并且可以添加自己特有的行为或属性，这是一种“是一种”的关系。
- 例子:
- “注册/登录”是一个通用功能，可以被“求职者注册/登录”和“招聘者注册/登录”所泛化，这两个子用例除了通用功能外，还可能需要填写额外的信息（如求职者需要填写姓名，招聘者需要填写公司名称）。
这份用例图全面地描绘了一个招聘网站的功能框架：
- 对求职者：提供了从注册、寻找工作、管理个人资料到跟踪申请进度的完整闭环服务。
- 对招聘者：提供了从发布职位、筛选人才到安排面试的招聘全流程管理工具。
- 对管理员：提供了保障网站正常、安全、合规运营的后台支持。
通过这个用例图,项目团队可以明确每个功能模块是为谁服务的，以及功能之间是如何相互关联的，为后续的需求分析、系统设计和开发工作奠定了坚实的基础。
