我想了解一個框圖的確切層次結構。框圖如何組織？
如果塊A位於塊B的頂部，是否意味着A以某種抽象方式使用B構建？
一個具體的問題：
我有一個調用組件d，E，以實現其目標C成分。 C上D，E（因爲它使用它們）還是這些不相關的塊？什麼時候會是每種情況？ aD，E不是C構建的平臺，而只是它使用的一個平臺。
什麼讓我感到困惑的是，我通常會看到帶有大型基座和許多小「屋頂」塊的框圖，例如，一個框架基礎和許多功能。然而，在我的例子中，如果每個組件都是使用其他2個構建的，我最終將得到一個包含許多塊和一個「屋頂」的基礎。或者，我最終會得到無關的（非等級的）塊，它似乎錯過了這個圖的目的（或者是否？）。
有一個技巧來阻止圖表。
他們只是營銷。
如果你想要精確的語義，你必須使用UML，它不使用簡單的隨意「頂部」框圖。 「之上」顯然過於模糊。
如果你有一個「金字塔」，並且你不想顯示那個，那麼你的低級塊太細。
將詳細的較低級別的塊集中到一個更大的框架塊中。然後你可以在底部有更少的大塊。
有各種形式的框圖，它們具有比UML更好的語義定義並不少見，包括基於放置的語法。 – 2009-11-01 19:34:27
@Pete Kirkham：你能否提供一個引用，鏈接，引用，以及顯示這些「比UML更好定義的語義」的東西？請提供比UML更好的定義。 – 2009-11-01 19:43:43
任何優秀的系統工程參考將爲您提供框圖示例。更具體的使用，如斯蒂文森的符號，其中左塊輸入，右輸出，中心共享。 – 2009-11-06 19:36:22
當您使用UML設計您的應用程序視圖時，塊和屋頂具有實際名稱。 UML在類之間的行上使用裝飾來表示它們之間的關係。通常情況下，這種關係要麼是'是'或'有'的關係。它來自另一個類，或者它有另一個類作爲成員變量。
在圖表的實際應用中，大量的類通常被排除在圖片之外，以便清楚地傳達給定圖表上的給定想法。當我製作關於特定焦點的類圖時，我經常會忽略一個類的層次結構。它通常需要大量的圖來完整地描述應用程序，甚至可以完全排除一些類並將其填入實現細節。
我強烈建議查看UML的組件圖，類圖，然後繼續學習其他適用的樣式，包括：狀態圖，序列圖和用例圖。很大一部分是大多數開發者會看到這些，或者之前與他們合作過。
如果您的意思是架構圖如大型代碼庫的大圖所示，那麼就沒有這樣的標準。例如，在你的例子中，如果D和E在同一層次上，他們可以互相使用 - 你會看到兩者都被使用。 Structure101使用慣例，即單元格只應使用它們下面的單元格 - 實際代碼中的任何向上依賴關係都會在圖表（和IDE中）上標記爲「違例」。
如果架構你想類之間的關係，那麼UML是你想要什麼，框之間的箭頭指明哪些呢/應該使用什麼和如何...
沒有提及具體的標準（並不是說有太多的AFAIK），很難回答這個問題。我大部分時間都是用我自己的繪圖風格。 – jldupont 2009-11-01 19:30:15