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

Question

在记录解决方案体系结构时，我使用以下框架为架构描述文档提供结构(请参见下面)：

• 观点与视角
• 4+1视图

然而，我也看到人们使用企业架构概念来构造他们的体系结构描述，使用诸如TOGAF这样的文档标题：

• 业务体系结构
• 功能体系结构
• 数据体系结构
• 应用体系结构
• 等等，

问题：是否适合记录解决方案体系结构？

定义： Architecture Description (AD)：用于记录体系结构的产品集合(来源：维基百科)。

Answer 1

OpenGroup创建了ArchiMate作为体系结构建模的工具。它被设计成与TOGAF一致，因此使用ArchiMate描述解决方案体系结构时将包含这些TOGAF术语。

Answer 2

“企业架构框架”(，EAF)是一个非常宽泛的术语。这个答案包含了指向有帮助的方向的链接(包括一些历史概况)这个词的使用方式有多么不同。

如果您选择了正确的定义--并且可能只使用给定EAF的一个子集--那么答案是：“是的，它们是合适的！”但是，由于一些EAF可能专注于完全不同的东西(例如，如何到达您的体系结构而不是架构的文档)，答案可能也是：“它们不是。”

对于您的目的(结构化体系结构构件)，Zachmann提供的分类学可能是一个很好的选择。但我认为，您当前的构建方法非常适合于其他一些EAF，这些EAF没有定义如何构造架构构件。