网站用户认证用例正确性验证及优化咨询

常见问题排查 #

如果你的用例图存在以下情况，可能不符合用例设计规范：

• 未明确区分**参与者（Actor）**与系统边界：比如把“发送验证邮件”作为独立用例而非系统内部行为，或者遗漏了“邮件服务”这类外部参与者
• 用例粒度不合理：比如将“填写注册信息”“提交注册”“验证邮箱”拆成零散用例，未聚合为高内聚的主用例
• 缺失异常路径：未覆盖“验证邮件过期”“验证链接无效”“用户未收到邮件需重发”等场景
• 参与者关联错误：比如将“用户”与“邮件服务”直接关联，而非通过网站系统中转

优化方案 #

1. 明确核心用例与参与者 #

• 主用例：用户注册并验证邮箱
• 参与者：
  • 主参与者：用户（发起注册、点击验证链接）
  • 外部参与者：邮件服务系统（由网站调用发送验证邮件）

2. 梳理完整用例流程 #

正常流程

1. 用户进入注册页面，填写账号、密码、邮箱等信息并提交
2. 系统验证注册信息合法性（格式、是否已存在）
3. 验证通过后，系统生成唯一验证令牌，存储用户待激活账号信息
4. 系统调用邮件服务，向用户邮箱发送包含验证链接的邮件
5. 用户打开邮箱，点击验证链接
6. 系统验证令牌有效性（是否过期、匹配对应账号）
7. 验证通过，激活用户账号，完成注册

异常流程

• 注册信息不合法：系统提示错误，用户修正后重新提交
• 用户未收到验证邮件：用户触发“重发验证邮件”操作，系统重新生成令牌并发送邮件
• 验证链接过期/无效：系统提示错误，允许用户重新获取验证链接
• 用户点击链接时账号已被激活：系统提示账号状态

3. 用例图规范调整 #

• 将用户注册并验证邮箱作为顶层用例，内部通过包含（<>）或扩展（<>）关系拆分子流程：
  • 包含关系：系统必须执行的“验证注册信息”“生成验证令牌”“发送验证邮件”“验证令牌并激活账号”
  • 扩展关系：可选的“重发验证邮件”（仅当用户未收到邮件时触发）
• 确保所有外部交互都通过网站系统中转，参与者仅与系统建立关联，避免跨参与者直接交互

内容的提问来源于stack exchange，提问作者unkwn