了解TOGAF中的体系结构与解决方案

Question

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

Answer 1

作为Togaf 9的Per Togaf文档：

建筑 1.系统的正式描述，或系统在组件级别的详细计划，到 指导其实施（来源：ISO / IEC 42010：2007）。 2.组件的结构，它们之间的相互关系，以及原则和指导方针 管理他们的设计和演变。

它没有提供解决方案的正式定义。

通俗地说，架构是解决方案的抽象视图。它可以是超集或一组解决方案。解决方案是问题的更具体的表示，而架构代表系统的更广泛的图像。

Answer 2

Enterprise Continuum 首次提到了两种不同类型的构建块和架构，我们有架构连续体和解决方案连续体，我如何看待架构构建块与解决方案构建块之间的差异所以我会根据构建块的想法来解释。

架构构建模块：这假设是合乎逻辑的，假设是我们想要在组织内部实现的概念，这将指导和支持我们的解决方案空间，是的，当您阅读时，这ABB将制定规则并为我们如何在Solutions Continuum（基础，共同系统，行业，组织）的相应级别创建解决方案提供一些指导。这个架构构建块无法部署，甚至不是物理层。

解决方案构建模块：我们可以部署解决方案，因为它们是物理的，这意味着解决方案可以在部署中实例化，此解决方案代表架构连续体（基础架构）相应级别的架构实施，共同制度，行业，组织）。 我们可以构建或购买解决方案，在我们的组织中构建或从某些供应商处购买。

您可以看到描述这些概念之间差异的非常好的图像here。同样在我的回答中，我谈到了关于这个概念的更多层次以及描述这个概念的良好形象here.

希望有所帮助。

Answer 3

解决方案是可实现/实现的组件，而Architecture是描述组件。两者都可以代表不同的水平。 Karthik

Answer 4

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

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

在未来的某个时间，建筑师可能希望将其变得具体。那时他可能会写“Oracle RDBMS或平面文件或内存中的HSql数据库”作为其具体实现。