我想要一个在线求职门户系统的正确用例图。这是我的尝试:
我有些疑惑:
我看不出在哪里制作“登录”用例,这是该系统的一个重要用例。
该用例图没有显示简单访问者和注册访问者之间的区别。前者可以查看职位空缺、查看建议,而无需拥有帐户。后者可以查看职位空缺、查看建议、上传简历(登录后)、申请工作(登录后)...我的图中有两个演员“简单访客”和“注册访客”是正确的吗?或者有没有办法区分这两个演员而不需要添加第二个?
Edit1:
Taking into account your remarks, here is my modified version:
![onlinejobportalsystemversionmodified](https://i.stack.imgur.com/vr3eW.jpg)
Edit2:
我对我的用例图不满意。这是我的新版本。添加的用例有:
- 主持人:通知求职者/雇主、拒绝职位空缺/申请、管理付款。
- 求职者:查看简历、下载简历、查看申请状态、查看雇主详细信息、搜索雇主。
- 雇主:查看简历、搜索简历、下载简历、编辑职位空缺、删除空缺职位、查看求职者详细信息、搜索求职者。
对于开发部分,我想将工作分为三个模块:一个用于主持人,一个用于求职者,一个用于雇主。
有什么意见吗?
我想,Login应该属于Account management,就像这里一样。您还可以将密码恢复添加为登录的“包含”。
-
对于新用户和老用户来说就没那么容易了。因为,这种差异也适用于雇主。新雇主只能看到没有私人信息的简历(我们称之为缩短的简历)和职位空缺,并且无法获取申请和发布职位空缺。我认为,右侧应该有四个演员 - 注册/未注册的求职者/雇主。未注册演员将概括已注册的。这通过更一般实体上带有空三角形的箭头来显示。因此,如果您已经为未注册的人(父母)显示了与某些用例的连接,则无需为注册的人(孩子)再次显示它 - 他继承了其“父母”的所有内容。
- 至于状态从未注册到注册,可以画一个状态机的图来解释——状态图是UML中第二常见的图,可以在用例图中直接引用。但如果是为了真正的工作,你就不需要——这太明显的逻辑了。
您可以将属于相同主题的用例组组合到子系统中,图表将更具可读性。您还可以为不同的子系统及其用例使用不同的颜色组 - 客户和老师只是喜欢彩色图片:-)
如果可能的话,使用直线或曲线进行连接——这样会更具可读性。
而且你这里没有任何支付系统!是超出范围了,还是你忘记了?
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)