什麼時候可以使用企業架構框架來記錄解決方案架構？

Question

雖然記錄解決方案架構我使用框架，如以下爲體系結構描述文件提供結構（見下文）：

• Viewpoints and Perspectives
• 4+1 View

然而，我也看到人們使用企業架構的概念來構建自己的體系結構的描述，使用文檔標題，如TOGAF的：

• 業務架構
• 功能架構
• 數據架構
• 應用架構
• 等等，

問：是企業架構框架適用於記錄解決方案體系結構？

---

定義：

體系結構描述（AD）：產物的集合來記錄的架構（來源：Wikipedia）。

Answer 1

的OpenGroup的創造ArchiMate作爲建築造型的工具。它旨在與TOGAF保持一致，因此使用ArchiMate的解決方案體系結構的描述將充滿TOGAF術語。

Answer 2

術語「企業架構框架」（EAF）是一個非常寬泛的術語。 This answer包含a link to an helpful orientation (including some historical overview)該術語的使用方式有多不同。

如果你選擇了正確的定義 - 也許只使用一個給定的電爐子集 - 那麼答案是：「是的，他們是合適的！」但是由於一些EAF可能專注於完全不同的東西（例如，過程如何到達架構而不是架構文檔），答案可能是：「它們不是。」

你的目的（結構化架構工件）的taxonomy provided by Zachmann可能是一個不錯的選擇。但我會爭論說，你目前的結構化方式很適合其他EAF，它們沒有定義如何構建建築文物。