uml – 在线求职门户系统用例图

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

我有些疑惑:

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

EDIT1:

考虑到你的评论,这是我的修改版本:

EDIT2:

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

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

对于开发部分,我想将工作分为三个模块:一个用于主持人,一个用于JobSeeker,一个用于雇主.

有什么评论?

最佳答案 >我认为,登录应该属于帐户管理,因为它在这里.您还可以将密码恢复添加为登录的“包含”.

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

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

>您可以将属于相同主题的用例组合并到子系统中,该图表将更具可读性.您也可以为不同的子系统及其用例使用不同的颜色组 – 客户和教师只需爱彩色图片:-)
>如果可能,使用直线或曲线进行连接 – 它将更具可读性.
>你这里没有任何支付系统!它是否超出范围,或者您已经忘记了?

点赞