我想要一个在线工作门户系统的正确用例图。这是我的尝试:
我有些疑惑:
我看不出在哪里制作“登录”用例女巫是这个系统的一个重要用例。 此用例图未显示简单访问者和已注册访问者之间的区别。前者可以查看职位空缺,查看建议,而无需拥有帐户。后者可以查看职位空缺、查看建议、上传简历(登录后)、申请工作(登录后)……我的图表中有两个 Actor “简单访客”和“注册访客”是否正确?或者有没有办法区分这两个 Actor 而无需添加第二个? 编辑1:考虑到您的评论,这是我的修改版本:
编辑2:我对我的用例图感到不满意。这是我的新版本。添加的用例有:
主持人:通知求职者/雇主,拒绝职位空缺/申请,管理付款。 JobSeeker:查看简历、下载简历、查看申请状态、查看雇主详情、搜索雇主。 雇主:查看简历、搜索简历、下载简历、编辑职位空缺、删除职位空缺、查看求职者详细信息、搜索求职者。 而对于开发部分,我想把工作分成三个模块:一个是版主,一个是求职者,一个是雇主。
有什么意见吗?
我认为,登录应该属于帐户管理,因为它在这里。您还可以在那里添加密码恢复作为登录的“包含”。 关于新老用户并不是那么容易。因为,这种差异也适用于 Employer。新雇主只能看到没有私有(private)信息的简历(我们称之为缩短的简历)和职位空缺,无法获取申请和发布职位空缺。我认为,您应该在右侧有四个 Actor - 注册/未注册的 Seeker/Employer。未注册的 Actor 将是 概括 的注册的。这在更一般的实体上由带有空三角形的箭头表示。因此,如果您已经为未注册的人( parent )显示了与某些用例的连接,则无需为已注册的人( child )再次显示它 - 他从其“ parent ”继承了所有内容。
至于将状态从未注册变为已注册,可以画一个状态机的图来解释——状态图是UML中第二常见的图,可以在用例图中直接引用。但如果是为了真正的工作,你就不需要——这太明显的逻辑了。 您可以将属于相同主题的用例组组合到子系统中,该图将更具可读性。您还可以为不同的子系统及其用例使用不同的颜色组 - 客户和老师只是喜欢彩色图片:-) 如果可能,请使用直线或曲线进行连接 - 这将更具可读性。 而且你这里没有任何支付系统!是超出范围,还是您忘记了?