理解TOGAF中的体系结构和解决方案

Question

我阅读了一些TOGAF文档，并看到了许多提到“架构”和“解决方案”的地方。例如，体系结构连续体和解决方案连续体、体系结构构建块和解决方案构建块。但我不太明白它们在TOGAF中有什么区别。

Answer 1

根据Togaf文件，Togaf 9：

体系结构1.对系统的正式描述，或系统在组件级的详细计划，以指导其实现(来源: ISO/IEC 42010: 2007)。2.组件的结构，它们之间的相互关系，以及随着时间的推移它们的设计和演变的原则和准则。

它没有给出解决方案的正式定义。

在外行人看来，架构是一个抽象的解决方案视图。它可以是一个超集或一组解决方案。解决方案是对一个问题的更具体的表示，而体系结构则代表了一个系统的更广泛的图景。

Answer 2

Enterprise 第一次引用了两种不同类型的构建块和体系结构，我们有架构连续体和解决方案连续体，我如何看待体系结构构建块与解决方案构建块之间的区别，所以我将根据构建块的概念来解释。

架构构建块：--假设这是逻辑的，假设是我们想在组织内实现的概念，这将指导和支持我们的解决方案空间，是的，正如您所读的，这个将设置规则，并为我们如何在相应的解决方案连续层(基金会、公共系统、行业、组织)上创建解决方案提供一些指导。这种建筑积木不能被部署，甚至不可能是物理的。

解决方案构建块：我们可以部署解决方案，因为它们是物理的，这意味着解决方案可以在部署中实例化，该解决方案代表体系结构连续体(基础、公共系统、行业、组织)相应级别的体系结构的实现。我们可以建立或购买解决方案，在我们的组织内建立或从一些供应商购买。

您可以看到一个非常好的图像描述了这些概念这里之间的不同之处。在我的回复中，我还谈到了级别，您可以看到更多关于这个概念的信息，以及描述这个这里。的好图像。

希望这能有所帮助。

Answer 3

如果您来自编程背景，可能与“接口”进行类比，其“实现”可能是有意义的。在这种情况下，体系结构将是其实现的接口和解决方案。

将这种类比与现实联系起来，架构师将设计一个解决方案，并将其分解为两个或多个组件(=抽象)。其中一个组件可能表示需要存储客户数据，例如。因此，架构师将编写“保存客户数据所需的数据库”。这是建筑设计的一部分--抽象。

在将来的某个时候，建筑师可能会想把它变成一个具体的东西。那时，他可以编写“Oracle或平面文件或内存中的HSql数据库”作为它的具体实现。