Deployment 如何在UML部署图中表示节点和工件之间的依赖关系?

Deployment 如何在UML部署图中表示节点和工件之间的依赖关系?,deployment,dependencies,uml,diagram,component-diagram,Deployment,Dependencies,Uml,Diagram,Component Diagram,我有一个从文件读取的web应用程序。我的应用程序表示为节点,文件表示为工件。我可以用虚线箭头表示他们的关系吗 那很好。您可以选择使用对依赖项进行定型,我从来没有像您希望的那样使用过工件,但它似乎是合法的 工件(p654):工件表示软件开发过程或系统操作所使用或产生的一些(通常是可重新定义的)信息项。工件的示例包括模型文件、源文件、脚本、可执行文件、数据库表、开发交付物、字处理文档和邮件消息 我想,日志文件是由系统操作生成的。伙计们,你们觉得怎么样 标准配置文件中有一个原型:«创建»:一个使用依赖

我有一个从文件读取的web应用程序。我的应用程序表示为节点,文件表示为工件。我可以用虚线箭头表示他们的关系吗


那很好。您可以选择使用

对依赖项进行定型,我从来没有像您希望的那样使用过工件,但它似乎是合法的

工件(p654):工件表示软件开发过程或系统操作所使用或产生的一些(通常是可重新定义的)信息项。工件的示例包括模型文件、源文件、脚本、可执行文件、数据库表、开发交付物、字处理文档和邮件消息

我想,日志文件是由系统操作生成的。伙计们,你们觉得怎么样

标准配置文件中有一个原型:«创建»:一个使用依赖项,表示客户机分类器创建供应商分类器的实例。(第678页)

因此,如果您想建模您的wbe服务器创建一个LogFile实例,那么下面的模式应该完成这项工作

更多评论:

  • web服务器是部署在节点上的执行环境

  • 您的web应用程序是在执行环境中运行的工件


该文件是日志文件、工件生成的文件还是您交付的文件?该文件是应用程序服务器生成的日志文件。感谢您的回答。我想我要用刻板印象。我认为这更合适。我指的是“生成者”的评论,但是
可能确实更合适。谢谢你的回答。我不需要对服务器写入日志文件进行建模。我想为读取日志文件的web应用程序建模。您的应用程序读取日志文件吗?它是监控应用程序吗?否则,我无法理解为什么应用程序会读取日志文件。但是,即使这是为了阅读,刻板印象是创建。。。不读…:)如果您想对读取进行建模,您所说的使用依赖项更合适,您可以添加注释以精确说明使用依赖项的含义。是的,它是一个监控应用程序。它对服务器接收到的每个请求进行本地化。这种刻板印象是对的吗?我找不到任何文章解释节点和工件之间的这种关系是否正确@洛伦佐,看看有没有关于他的信息。它可以在几乎所有UML元类之间使用。