我认为你对不同类型的UML图类型感到困惑,
有,
结构UML图
行为UML图
而且,我认为你在谈论类图。由于类图是技术性的并且是针对开发团队的,因此在类图中包含所有这些Login.class,SignIn.class,MenuActivity.class,HistoryActivity.class是完全没问题的。
但是你可以在其他UML图中使用Person,Request等概念性的东西(例如用例)。因为在这些图中,这是针对许多用户而不仅仅是开发人员,因此使用MenuActivity没有任何意义。使用概念实体是这里的方法。
祝好运
您的示例表明您正在尝试捕获某种用例。在这种情况下,您可能需要一个 活动图 演示更高层次的观点或a 通信图 如果你更关心更详细的一个。
UML不关心编程语言,平台等。其主要目的是提供一种符号,可用于交流想法,而不必涉及太多细节。所以你需要考虑的第一件事是 的 为什么 强> 你首先需要图表和 的 什么 强> 你想与他们沟通。鉴于这些问题已得到解答,您将了解所需的图表类型。
存在诸如“4 + 1模型”之类的东西,其旨在将软件模型分成几个视图。这些视图显示了软件的不同方面,并涉及不同的详细程度。例如,在Unified Process中,建议从解决方案的“顶部”到“底部”进行建模,从用例和主要功能的高级概述到实际的实现细节。 UML也支持提供不同类型的图表。
所以,如果我理解我可以使用那些概念性术语(Person,Request),即使它们不是任何具有这些名称的类......它们也被用作一个例子吗?
你确实可以,但不能在具有活动等低级功能的图表中。您可能希望构建一个域类图,其中包含与您的应用程序相关的人员和其他实体,但不会在代码中真正表示。