我想了解一个方框图的确切层次结构。
如果块A位于块B的顶部，是否意味着A以某种抽象方式使用B构建？
具体问题：
我有一个组件C，它调用组件D，E来实现其目标。 C在D，E之上（因为它使用它们）还是这些不同的无关块？什么时候会这样？ aD，E不是C构建的平台，而是它所使用的东西。
让我感到不安的是，我通常会看到带有大基块和许多小“屋顶”块的方框图，例如：一个框架基础和它上面的许多功能。但是在我的例子中，如果每个组件都是使用另外两个组件构建的，那么我最终会得到一个包含许多块和一个“屋顶”的基础。或者，我最终会得到无关的（非分层）块，这似乎错过了这个图的目的（或者是吗？）。
答案 0 :(得分：1)
当您使用UML设计应用程序视图时，块和屋顶具有实际名称。 UML在类之间的行上使用装饰来表示它们之间的关系。通常，这种关系是'是'或'有'关系。它派生自另一个类，或者它有另一个类作为成员变量。
在图表的实际应用中，为了在给定的图表上清楚地传达给定的想法，通常会遗漏大量的类。当我制作关于特定焦点的类图时，我经常忽略类层次结构。通常需要大量的图表来完整地描述一个应用程序，你甚至可以完全排除某些类，并将其归结为实现细节。
我强烈建议您查看UML的组件图，类图，然后继续阅读其他有用的样式，包括：状态图，序列图和用例图。最重要的是大多数开发人员会看到这些，或者之前与他们一起工作。
答案 1 :(得分：1)
如果您的意思是架构图，就像大型代码库的大图一样，那么就没有标准。例如，在您的示例中，如果D和E处于同一级别，它们是否可以互相使用 - 您将看到两者都使用过。 Structure101使用单元格应该只使用它们下面的单元格的约定 - 实际代码中的任何向上依赖项都在图表（以及IDE）中标记为“违规”。
如果通过架构你正在考虑类之间的关系，那么UML就是你想要的，方框之间的箭头指明了什么/应该使用什么以及如何......
答案 2 :(得分：0)
有一个阻止图表的技巧。
他们只是营销。
如果你想要精确的语义，你必须使用UML，它不使用简单随意“在...之上”的框图。 “在...之上”显然太模糊了。
如果你有一个“金字塔”，并且你不想表明这一点，那么你的低级块太精细了。
将详细的低级块整理成更大的框架块。然后你可以在底部有更少的大块。