源文件夹是否有UML元素类型？

我了解到包实际上是用于名称空间的。但是在模型树中，我实际上想对我的类进行分组，并根据项目的目录结构进行可视化（比如源文件和头文件位于文件系统中）

现在，在表示源文件夹的包和它将图表解释为名称空间的包之间存在冲突。例如，包“include”和“src”导致此类名称空间错误

---

如何解决此问题？

命名空间实际上是一个

NamedElement

，它聚合了

PackageImport

s，其中包含一个

Package

。参见第页图7.5。UML2.5的第27部分

我没有使用太多不同的UML工具，所以我目前只能代表企业架构师发言。在这里，可以将包标记为命名空间根。也许其他工具也会这样做。因此，如果您使用包作为名称空间，您很难将它们用于不同的文件夹结构。如果您需要表示这一点，您唯一能做的就是创建一个单独的包结构（最终使用

或类似的方法对它们进行定型）。然后可以使用嵌套操作符根据需要包含文件

大概是这样的：

---

我现在就是这样解决的。它是包和部署节点（用于文件夹）和工件（用于文件）的混合体。我在类所在的位置使用包，以便能够通过反向工程将模型同步回来。所有其他仅用于构建文件的内容都是部署元素。我希望这是正确的解决方案，请随意评论这个答案

该图可以准确地显示类之间的关系（它仍然需要一些解释文本），您还可以看到它的位置

---

您的意思是“独立包结构”是指一个并行包树，一个用于名称空间，一个用于文件夹，我是否正确理解您的意思？是的，完全正确。您有一个包结构，其中包含名称空间。如果你想对一个目录结构建模，你需要一组不同的包（原型包）。嗯，这让我有点难过，因为我实际上不想把树翻一番（因为它非常大），但我还想用UML图来说明文件夹之间的依赖关系（即svn外部）。恐怕我已经到了这样一个地步，EA及其UML与真实编程世界的距离太远了。无论如何，谢谢你的回答。我认为EA不应该自动将包视为名称空间。用户应该控制哪个包是名称空间，哪个包只是另一个用于分组的容器（比如文件夹）。EA提供名称空间作为选项（上下文代码Eng./Set namespace Root）。默认值为“无命名空间”。