【发布时间】：2018-04-28 19:20:30
【问题描述】：
【问题讨论】：
-
该文件是日志文件、工件产生的文件还是您交付的文件？
-
该文件是应用服务器生成的日志文件。
标签： deployment dependencies uml diagram component-diagram
【发布时间】：2018-04-28 19:20:30
【问题描述】：
我从来没有按照你的意愿使用过人工制品，但它似乎是合法的。
Artifact (p654) ：Artifact 表示软件开发过程或系统操作使用或产生的一些（通常是可具体化的）信息项。工件的示例包括模型文件、源文件、脚本、可执行文件、数据库表、开发可交付成果、文字处理文档和邮件消息。
一个日志文件是由系统的操作产生的，我猜。小伙伴们，你们怎么看？
标准配置文件中有一个原型：«Create»：一个使用依赖关系，表示客户端分类器创建供应商分类器的实例。 （第 678 页）
因此，如果您想对您的 wbe 服务器创建 LogFile 实例进行建模，则以下模式应该可以完成这项工作。
更多备注：
Web 服务器是部署在节点上的执行环境。
您的 Web 应用程序是在执行环境中运行的工件。
【讨论】：
-
感谢您的回答。我不需要为我的服务器写入日志文件建模。我想为读取我的日志文件的 Web 应用程序建模。
-
您的应用程序读取日志文件？是监控应用吗？否则我无法弄清楚为什么应用程序会读取日志文件。但即使这是用于读取，构造型是 Create ... not Read ... :) 如果您想对读取进行建模，您所说的使用依赖项更合适，您可以添加注释以准确表示使用依赖。
-
是的，它是一个监控应用程序。它本地化我的服务器收到的每个请求。刻板印象>是否正确？我找不到任何文章解释节点和工件之间的这种关系是否正确！
-
@Lorenzo，请参阅stackoverflow.com/questions/47181038/… 以了解有关 > 的一些信息。它可以在几乎所有 UML 元类之间使用。
没关系。您可以选择使用 <<create>> 构造依赖关系。
【讨论】：
-
感谢您的回答。我想我将使用刻板印象>。我觉得比较合适。
-
我指的是“生成者”的评论，但
<<use>>可能确实更合适。