在线求职门户系统用例图

Question

我想为在线作业门户系统提供正确的用例图。这是我的尝试：

我有些疑惑：

1. 我无法看到制作“登录”用例的地方巫婆是这个系统的重要用例。
2. 此用例图未显示简单访问者和已注册访问者之间的区别。前者可以查看空缺，查看建议而无需开户。后者可以查看空缺，查看建议，上传简历（记录后），申请工作（记录后）......在我的图表中有两个演员“简单访客”和“注册访客”是正确的吗？或者有没有办法区分这两个演员而不需要添加第二个？

EDIT1

考虑到你的评论，这是我的修改版本：

Aaditi：

我对用例图感到不满意。这是我的新版本。用例添加的是：

1. 主持人：通知求职者/雇主，拒绝空缺/申请，管理付款。
2. 求职者：查看简历，下载简历，查看申请状态，查看雇主详细信息，搜索雇主。
3. 雇主：查看简历，搜索简历，下载简历，编辑空缺，删除空缺，查看求职者详细信息，搜索求职者。

对于开发部分，我想将工作分为三个模块：一个用于主持人，一个用于JobSeeker，一个用于雇主。

有什么评论？

Answer 1

• 我认为，Login应该属于Account management，因为它就在这里。您还可以将密码恢复添加为登录的“包含”。
• 关于新老用户，这并不容易。因为，这种差异也适用于雇主。新雇主只能看到没有私人信息的简历（让我们称之为缩短的简历）和职位空缺，无法获得申请并发布职位空缺。我想，你应该有四个演员在右侧 - 注册/未注册的搜索者/雇主。未注册的参与者将是已注册的参与者的概括。这由更一般的实体上的空三角形箭头显示。因此，如果您已经为未注册的人（父母）显示了某个用例的连接，则无需再次为已注册的人（子）显示它 - 他从其“父”继承了所有用例。 至于将状态从未注册状态更改为已注册状态，您可以绘制状态机的图表来解释它 - 状态图是UML中第二个最常见的图，可以在用例图中直接引用。但如果它是真正的工作，你不需要 - 这是太明显的逻辑。
• 您可以将属于相同主题的用例组合并到子系统中，该图表将更具可读性。您也可以为不同的子系统及其用例使用不同的颜色组 - 客户和教师只需爱彩色图片:-)
• 如果可能，使用直线或曲线进行连接 - 它将更具可读性。
• 你这里没有任何支付系统！它是否超出范围，或者您已经忘记了？

Answer 2

虽然很可能没有人关心我的答案，但我认为OP的用例图显示错误，而答案并没有对图表中的缺陷做出反应。

这就是：图表是尝试执行功能分析。这不是用例的全部内容。他们的目的是想象“用例”，为他们的演员创造价值。不是采取某些执行路径的方式。这是用例内部的一部分，并采用了许多活动图。

<<extend>>和<<include>>并不意味着（作为OP试图）分析执行的路径。它们的用途是为系统显示可选性（以及时或复合方式）。具体来说：Login根本不是一个用例。这是一个适用于用例的约束，并导致某些实现限制。但它并没有为演员带来一分钱的附加值（所以如果你的老板问“你一整天做了什么？”，你会回答什么？“你会回答”好吧，我登录了！“？）。

PS如果您的用例图类似于蜘蛛网，您的设计可能是错误的。 （我不知道从哪里得到它，但它一直证明是真的。）