UML用例图系统表示

UML用例图系统表示,uml,Uml,你好吗?。我提出这个问题是因为我正在开发一个移动应用程序的架构。我正在制作一个用例图,我需要在该图中表示系统。例如,用户需要向应用程序询问某种信息。用例将被称为信息查询,介入的参与者是用户和系统。如何表示系统?。这和人类演员一样吗?同样的符号?。或者有另一种方式来表示这一点。非常感谢你 有两种可能性,取决于您是否对系统的见解感兴趣。如果不是,那么就用一个演员。如果您想将它与(人类)用户区分开来,那么您可以定义一个原型并将其分配给它。如果您关心系统,即它是您系统的另一个子系统,那么您可以在用例图中

你好吗?。我提出这个问题是因为我正在开发一个移动应用程序的架构。我正在制作一个用例图,我需要在该图中表示系统。例如,用户需要向应用程序询问某种信息。用例将被称为信息查询,介入的参与者是用户和系统。如何表示系统?。这和人类演员一样吗?同样的符号?。或者有另一种方式来表示这一点。非常感谢你

有两种可能性,取决于您是否对系统的见解感兴趣。如果不是,那么就用一个演员。如果您想将它与(人类)用户区分开来,那么您可以定义一个原型并将其分配给它。如果您关心系统,即它是您系统的另一个子系统,那么您可以在用例图中使用第二个系统边界,并在系统边界框中显示另一个子系统的用例,该框表示它。

  • 老实说,有很多关于UC on stack overflow的帖子可以指导你,也可以在网上看到:或者
用例图的目标不是建模系统,而是系统为参与者做什么。它总是一个黑匣子的描述

可以建模的系统边界不是UML对象,我的意思是没有“SystemBoundary”元类

所以通常我会:

  • 思考与系统交互的所有元素(人和非人):这是参与者。如果您能够用actor name和actor role填充表,则更安全。就像这样,你肯定知道你为什么定义一个演员

  • 绘制一个仅包含参与者的模式,以显示继承关系,从而为系统的不同角色建模

  • 想想这些元素需要执行什么,关于堆栈溢出的这一点,有很多帖子。正如@Kilian所说:不要从功能或工作流程的角度来思考,而应该更多地从功能或需求的角度来思考。与参与者一样,能够用所有用例和主要参与者以及总结用例的简短句子填充一个表更安全

  • 然后画出你的图表

  • 不要忘记正确使用include和extend关系

  • 祝你好运;)


我不建议通过显示嵌套边界来进行系统设计。应该只有一个系统在考虑中。“好运”是一个很好的一个xD