Java 部署图:“;“部署”;一种新颖的执行环境

Java 部署图:“;“部署”;一种新颖的执行环境,java,deployment,environment,artifact,Java,Deployment,Environment,Artifact,我们正处于新执行环境的概念设计阶段。为了保持熟悉,让我们假设它是一个Java运行时环境。我们从目标开始,并期待它成为操作系统执行环境中的一个嵌套节点。我们将其称为我的新型Java运行时环境: 现在我们得出它的逻辑。这大概是通过设计一个内部结构有趣的大型组件来实现的;我们将此组件称为我的新JRE。这里对它的内容不感兴趣;也许最高级别是这样的: 问题是:组件如何变成嵌套的执行环境?用普通英语的意思来说,我们想“部署”我的新JRE组件到操作系统执行环境中。结果应该是一个称为My Noven Java

我们正处于新执行环境的概念设计阶段。为了保持熟悉,让我们假设它是一个Java运行时环境。我们从目标开始,并期待它成为操作系统执行环境中的一个嵌套节点。我们将其称为我的新型Java运行时环境:

现在我们得出它的逻辑。这大概是通过设计一个内部结构有趣的大型组件来实现的;我们将此组件称为我的新JRE。这里对它的内容不感兴趣;也许最高级别是这样的:

问题是:组件如何变成嵌套的执行环境?用普通英语的意思来说,我们想“部署”我的新JRE组件到操作系统执行环境中。结果应该是一个称为My Noven Java Runtime Environment的嵌套执行环境


但是在UML中,部署的结果是一个工件。我还没有看到一个执行环境,比如我们的新环境,在UML中被视为工件。所以我担心UML工具的问题。在UML中处理这种“部署”的正确方法是什么?

不要让为UML定义的抽象限制您的思维方式。UML是一个模型,模型并没有涵盖整个现实世界,只是一些方面。如果你不能用UML充分描述它,它仍然可以存在。这是令人鼓舞的。谢谢