architecture - 什么时候可以使用企业架构框架来记录解决方案架构？

Question

在记录解决方案架构时，我使用以下框架为架构描述文档提供结构（见下文）：

• 观点和观点
• 4+1 视图

然而，我也看到人们使用企业架构概念来构建他们的架构描述，使用诸如 TOGAF 之类的文档标题：

• 业务架构
• 功能架构
• 数据架构
• 应用架构
• ETC。，

问题：企业架构框架是否适合记录解决方案架构？

---

定义：

架构描述(AD)：记录架构的产品集合（来源：维基百科）。

Answer 1

术语“企业架构框架”（EAF）是一个非常广泛的术语。该答案包含指向有用方向的链接（包括一些历史概述）该术语的使用方式有多么不同。

如果您选择了正确的定义 - 并且可能只使用给定 EAF 的子集 - 那么答案是：“是的，它们是合适的！” 但是由于某些 EAF 可能关注完全不同的事情（例如，您如何获得架构的过程而不是架构的文档），答案也可能是：“他们不是。”

出于您的目的（构建架构工件），Zachmann 提供的分类法可能非常适合。但我会争辩说，您当前的构建方式非常适合其他一些没有定义架构工件的构建方式的 EAF。

Answer 2

OpenGroup 创建了ArchiMate作为架构建模工具。它的设计与 TOGAF 一致，因此使用 ArchiMate 对解决方案架构的描述将充满这些 TOGAF 术语。