我在 UML 手册中读到，当有许多 .jar 文件时，可以将它们列在单个工件框中。但是，我无法从其他来源验证这一点，并且由于 Visual Paradigm 没有正式允许它，我想知道我的图表是否符合 UML 表示法。如果这是正确的，是否有选择工件名称的规则？我也在试图弄清楚表现是什么。由于我不识别应用程序中的实际组件，但只有几个我不会定义为组件的层，我什至找不到表现形式。Web应用程序中是否可能没有表现形式？
问问题
85 次
3 回答
3
使用的快捷表示法«artifact»是模棱两可的，因为表示法指的是单个工件，File.JAR但实际上有很多工件时有一个名称。此外，UML 规范没有提到这种可能性，所以建模工具不应该提供这种特性。
但是，UML 为已部署的目标（如节点和执行环境）提供了快捷方式，允许直接在节点的框中写入已部署工件的列表，而不是绘制大量嵌套或相关的占用空间的工件符号。UML 规范明确允许它：
DeployedTarget 显示为立方体的透视图，标有 DeployedTarget 的名称，前面带有冒号。部署在 DeployedTarget 上的系统元素以及连接它们的部署可以绘制在透视立方体内。或者，部署的系统元素可以显示为元素名称的文本列表。
UML 规范提供了几个示例页面 653 和 657。
PS：除了 UML 规范之外，我还交叉检查了 UML Distilled、UML 用户指南第 2 版和 UML 语言参考手册第 2 版。在这方面它们都是一致的：它们提到了直接在执行目标中部署的可能性（旧书阐明它在隔间中，即在分隔线之后），它们都没有为工件符号提供这种可能性。
于 2021-07-12T20:26:26.347 回答
2
这取决于您（而不是您的工具）对 UML 合规性的关注程度
从广义上讲，严格遵守 UML 的需求各不相同：如果您使用 UML 来生成代码/文档等，那么是的，您需要遵守规范。然而，如果你只是想与其他人交流想法，除非他们是 UML 狂热者，否则他们可能不会在意，只要他们能清楚地理解你在交流什么。
Visual Paradigm 和 Sparx EA 等工具面临的挑战是它们需要符合 UML。这意味着无论您是否需要，您都可以严格遵守 - 除非您找到一种解决方法，可以让您交流您的想法，即使从 UML 的角度来看这有点奇怪。
于 2021-07-13T04:24:34.120 回答
1
我只是想用 UML 规范对工件的描述来完成这个（第 654 页）：
- 工件表示由软件开发过程或系统操作使用或产生的一些（通常是可具体化的）信息项。工件的示例包括模型文件、源文件、脚本、可执行文件、数据库表、开发可交付成果、文字处理文档和邮件消息。
（我强调）
现在，无论具体化意味着什么（可能是可精化的？），我认为信息项这个术语足够广泛，可以涵盖任何包含信息的内容。可以是升技，一个文件中的一句话，也可以是一整套文件。
于 2021-07-16T10:34:03.240 回答