在线求职门户系统用例图

Question

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

我有些疑惑：

1. 我无法看到制作“登录”用例的地方巫婆是该系统的重要用例。

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

EDIT1：

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

EDIT2：

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

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

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



有什么评论吗？

Answer 1

• 我认为，Login应该属于帐户管理，因为它就在这里。您还可以将密码恢复添加为登录的“包含”。

• 关于新旧用户并不容易。因为，这种差异也适用于雇主。新雇主只能看到没有私人信息的简历（让我们称之为缩短的简历）和职位空缺，无法获得申请并发布职位空缺。我想，你应该有四个演员在右侧 - 注册/未注册的搜索者/雇主。未注册的actor将是已注册的actor的 Generalization 。这由更一般的实体上的空三角形箭头显示。因此，如果您已经为未注册的人（父母）显示了某个用例的连接，则无需再次为已注册的人（子）显示它 - 他从其“父”继承了所有用例。

  • 至于将状态从未注册状态更改为已注册状态，您可以绘制状态机的图表来解释它 - 状态图是UML中第二个最常见的图，可以在用例图中直接引用。但如果它是为了真正的工作，你就不需要 - 这是太明显的逻辑。

• 您可以将属于相同主题的用例组合并到子系统中，该图表将更具可读性。此外，您可以为不同的子系统及其用例使用不同的颜色组 - 客户和教师只需爱彩色图片： - ）

• 如果可能，请使用直线或曲线进行连接 - 它会更具可读性。

• 你这里没有任何支付系统！它是否超出范围，或者您已经忘记了？

Answer 2

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

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

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

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