Uml 此计划任务中的主要参与者和次要参与者?统一建模语言

Uml 此计划任务中的主要参与者和次要参与者?统一建模语言,uml,Uml,我知道UML中的计划任务表示已经被要求了,并且 但我的情况不同,我正在申请一所大学,以自动处理候选资格(即自动拒绝不完整的候选资格)。我每天都有一项计划任务,检查是否有新的候选资格,下面是它的工作原理(简要): 计划的任务将启动,并检查数据库中是否有新的候选资格 如果存在,对于每个候选资格,应用程序将检索ftp服务器中的所有候选资格附件并检查其有效性。如果出现问题,将向候选资格发送电子邮件和应用程序内通知,告诉他问题所在 在流程结束时,如果发现任何有效候选资格,将向负责验证候选资格的人员发送

我知道UML中的计划任务表示已经被要求了,并且
但我的情况不同,我正在申请一所大学,以自动处理候选资格(即自动拒绝不完整的候选资格)。我每天都有一项计划任务,检查是否有新的候选资格,下面是它的工作原理(简要):

  • 计划的任务将启动,并检查数据库中是否有新的候选资格

  • 如果存在,对于每个候选资格,应用程序将检索ftp服务器中的所有候选资格附件并检查其有效性。如果出现问题,将向候选资格发送电子邮件和应用程序内通知,告诉他问题所在

  • 在流程结束时,如果发现任何有效候选资格,将向负责验证候选资格的人员发送电子邮件+应用程序内通知

  • 我面临的问题是,我不知道如何在用例/序列图中表示这一点:

    >P>是否应该考虑系统定时器作为主要角色,FTP服务器和数据库作为次要角色?应征者和负责人是否也应被视为次要参与者?

    我应该把责任看成主要的演员,而其他人是次要演员吗?因为这项手术的主要受益者(对他来说工作要少得多)

  • 考虑到动作没有主要参与者,而所有参与者都是次要的

  • 或者什么,为什么


    谢谢

    而不是
    系统计时器
    我会称之为
    调度程序
    ,并让它成为主要参与者。候选人和负责人参与不同的用例(可能是在xxx的注册中)

    您可以这样显示:

    可以使用
    原型(双关语)来表示连接的参与者是次要参与者


    注意,我用了不同的方式来表达。另一种方法是对主要参与者使用定向关联,对次要参与者使用无定向关联。选择哪种符号并不重要。您只需要在模型中保持一致。

    而不是
    系统计时器
    我将其称为
    调度程序
    ,并使其成为主要参与者。候选人和负责人参与不同的用例(可能是在xxx的注册中)

    您可以这样显示:

    可以使用
    原型(双关语)来表示连接的参与者是次要参与者



    注意,我用了不同的方式来表达。另一种方法是对主要参与者使用定向关联,对次要参与者使用无定向关联。选择哪种符号并不重要。您只需要在模型中保持一致。

    首先,您需要命名您正在讨论的用例。它的目标是什么?必须始终有一个主要的参与者,否则它将不是一个用例。实际上,它是一个自动的过程,实现了我上面描述的,它不应该被表示为用例吗?我们的目标是避免招聘人员负责验证不合格或无效的候选人。为什么在用例中还要指定电子邮件或FTP?为什么不把如何满足要求推迟到设计阶段呢?我不明白你的意思,你的建议是什么?你通常会说“学生提交候选资格”,“系统检查有效性”,“当出现问题时,系统会通知候选资格”…好吧,首先你需要说出你正在谈论的用例。它的目标是什么?必须始终有一个主要的参与者,否则它将不是一个用例。实际上,它是一个自动的过程,实现了我上面描述的,它不应该被表示为用例吗?我们的目标是避免招聘人员负责验证不合格或无效的候选人。为什么在用例中还要指定电子邮件或FTP?为什么不把如何满足要求推迟到设计阶段呢?我不明白你的意思,你的建议是什么?你通常会说“学生提交候选资格”,“系统检查有效性”,“出现问题时,系统会通知候选人”…谢谢你,即使通知了候选人和负责人,这并不意味着他们是次要演员,对吗?是的。你不能包括任何潜伏在周围的“次要”演员:-)作为旁注:如果你认为答案是正确的,你应该勾选复选标记。谢谢,但这将“阻止”答案,我宁愿在接受答案之前稍等片刻^^我的意思是人们对回答的问题不太感兴趣谢谢,所以即使通知了候选人和负责人,也不会让他们成为次要演员,对吧?是的。你不能包括任何潜伏在周围的“次要”演员:-)作为旁注:如果你认为答案是正确的,你应该勾选复选标记。谢谢,但这将“阻止”答案,我宁愿在接受答案之前稍等片刻。^^我的意思是人们对回答的问题不太感兴趣