在线职位门户系统用例图

4
我希望为在线求职门户网站制作一个正确的用例图。这是我的尝试:
我有一些疑问:
1. 我看不到“登录”用例在哪里,这是该系统的重要用例。 2. 这个用例图没有显示普通访客和注册用户之间的区别。前者可以查看空缺职位、查看建议而无需注册账户。后者可以查看空缺职位、查看建议、上传简历(登录后)、申请工作(登录后)……在我的图表中添加两个演员“普通访客”和“注册访客”是否正确?或者是否有一种方法可以区分这两个演员而不需要添加第二个?
编辑1:
考虑到您的备注,这是我的修改版本:
编辑2:
我对我的用例图感到不满意。这是我的新版本。添加的用例包括:
1. 主持人:通知求职者/雇主,驳回空缺/申请,管理付款。 2. 求职者:查看简历、下载简历、查看申请状态、查看雇主详细信息、搜索雇主。 3. 雇主:查看简历、搜索简历、下载简历、编辑空缺、删除空缺、查看求职者详细信息、搜索求职者。
至于开发部分,我想将工作分成三个模块:一个给主持人,一个给求职者,一个给雇主。
有任何意见吗?

我认为这是可以的。绘制更多的子系统是一种比较表面的措施,如果你是为了自己做图,那么并不是必要的。 - Gangnus
1
哦!我发现了一个小问题 - 你选择了收藏职位,但没有筛选职位。 - Gangnus
还有一个细节 - 你不应该试图一次性创建整个应用程序。逐步制作它。这意味着您需要为第1阶段、第2阶段等使用案例制作一些颜色。为了对用例/功能进行排序,您需要连接它们,显示哪些组必须一起实现。 - Gangnus
如果你不做最后一步,那么你漂亮的图表就毫无用处 - 因为它并不符合你实际要做的事情。 - Gangnus
让我们在聊天中继续这个讨论:http://chat.stackoverflow.com/rooms/46738/discussion-between-marie-and-gangnus - Marie
显示剩余7条评论
2个回答

1
尽管很可能没有人关心我的答案,但我认为OP的用例图显示错误,而答案也没有回应图表存在的缺陷。这里是:这些图表试图执行功能分析。这不是用例的全部内容。它们的目的是可视化“用例”,这些用例为其参与者提供价值。而不是采取某些执行路径的方式。这是用例中的一部分,并且需要进行多个活动图。

<<extend>><<include>>并非(如OP所尝试的那样)用于分析执行路径。它们的使用是为了显示系统的可选性(无论是及时还是组合方式)。具体来说:登录根本不是用例。它是适用于用例并导致某些实现限制的约束。但它不会为参与者提供任何增值(那么如果你的老板问“你整天都在做什么?”,你会回答“好吧,我登录了!”吗?)。

PS 如果您的用例图类似于蜘蛛网,则设计可能是错误的。(我不知道从哪里得到的,但它每次都被证明是正确的。)


1
我认为,登录应该属于账户管理,因为它在这里。您还可以将密码恢复添加为登录的“包含”。关于新用户和老用户,这并不容易。因为这种区别也适用于雇主。新雇主只能查看没有私人信息的简历(让我们称之为缩短的简历)和职位,并且无法获取申请和发布职位。我认为,右侧应该有四个角色——注册/未注册的求职者/雇主。未注册的角色将是已注册角色的概括。箭头带有空三角形表示对更一般实体的连接。因此,如果您已经为未注册的人(父级)显示了某些用例的连接,则无需再次为已注册的人(子级)显示它-他从其“父级”继承所有内容。至于从未注册到注册状态的更改,您可以绘制状态机图来解释它-状态图是UML中第二常见的图表,并且可以直接引用在用例图中。但如果是为了实际工作,您不需要这样做-这是太明显的逻辑。您可以将属于同一主题的用例组合成子系统,图表会更易读。您还可以为不同的子系统及其用例使用不同颜色的分组-客户和教师喜欢彩色图片。如果可能,请使用直线或曲线进行连接-这将更易读。您还没有任何支付系统!这是否超出范围,还是您忘记了?

你可以将相似的用例组合成子系统。我不明白你所说的“相似的用例”是什么意思。 我没有考虑过支付系统。为了理解在线招聘门户网站系统,我查看了一些招聘网站。 - Marie
“Close”在英语中也有“接近”、“不远离”的意思。在这里,我指的是“属于同一主题”。至于支付系统,你认为招聘网站从哪里获得支付服务器、广告和管理员/版主工作的资金?雇主们为参与付费。 - Gangnus
在这个阶段,我没有考虑支付系统。但我认为我可以稍后引入它。我有一点搜索引擎优化的经验。所以我想开发一个优化的网站。雇主为他们的可见性付费是很合理的。现在我想建立类图,以生成数据库,从而能够开始开发部分。在开发过程中是否可以进行设计更改(UML图)? - Marie
我也会检查你的类图。至于优化,如果你想把它放入图表中,你需要在其中显示算法。类图不会有太大帮助。寻找活动/序列/时间线图。至于自动 UML 更新,请看这里:http://modeling-languages.com/uml-tools-textual-notations-define-uml-models/。 - Gangnus
不要贪图点赞 :-). 慷慨地点赞会让你感兴趣的主题更加强大。人们不会进入他们没有得到“好成绩”的领域。在C或Java中给出一个好答案比在UML中给出一个好答案回报高10倍,这是遗憾的。 - Gangnus

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接