我阅读了一些 TOGAF 文档，看到很多地方提到了“架构”和“解决方案”。例如架构连续体和解决方案连续体、架构构建块和解决方案构建块。但我不太明白它们在 TOGAF 中的区别是什么。
问问题
4949 次
4 回答
6
根据 Togaf 9 的 Togaf 文档：
架构 1. 系统的正式描述，或组件级别的系统详细计划，以指导其实施（来源：ISO/IEC 42010: 2007）。2. 组件的结构、它们的相互关系，以及随着时间的推移管理它们的设计和演变的原则和指导方针。
它没有提供解决方案的正式定义。
通俗地说，架构是解决方案的抽象视图。它可以是一个超集或一组解决方案。解决方案是问题的更具体表示，而架构则代表系统的更广泛图景。
于 2014-12-27T14:37:29.480 回答
2
Enterprise Continuum首次提到了两种不同类型的构建块和架构，我们有 Architecture Continuum 和 Solutions Continuum，我如何看待架构构建块与解决方案构建块之间的差异，所以我将基于构建的想法进行解释块。
架构构建块：这假设是合乎逻辑的，假设是我们想要在组织内实现的概念的想法，这将指导和支持我们的解决方案空间，是的，正如您所阅读的，这个 ABB 将制定规则并给出一些指导方针我们将如何在解决方案连续体（基础、公共系统、行业、组织）的相应级别创建我们的解决方案。这种架构构建块无法部署，甚至不是物理的。
解决方案构建块：我们可以部署物理解决方案，这意味着解决方案可以在部署中实例化，该解决方案代表了架构连续体（基础、公共系统、行业、组织）相应级别的架构实施。我们可以构建或购买解决方案，在我们的组织中构建或从一些供应商处购买。
您可以在此处看到描述这些概念之间差异的非常好的图像。同样在我的回复中，我谈到了你可以看到更多关于这个概念的水平，以及在这里描述这个的好图像。
希望有帮助。
于 2015-10-08T04:19:41.787 回答
2
如果您来自编程背景，那么与“接口”及其“实现”进行类比可能是有意义的。在这种情况下，架构将是其实现的接口和解决方案。
将此类比为现实，架构师将设计一个解决方案并将其分解并分解为两个或多个组件（=抽象）。其中一个组件可能表示需要存储例如客户数据。因此，架构师会编写“保存客户数据所需的数据库”。这是建筑设计的一部分——抽象。
在未来的某个时候，建筑师可能希望将其具体化。到时候他可能会写“一个Oracle RDBMS或者一个平面文件或者一个In-memory HSql数据库）作为它的具体实现。
于 2016-05-20T14:00:01.090 回答
1
解决方案是可实现/已实现的组件，而架构是描述组件。两者都可以在不同的层次上表示。卡尔提克
于 2016-01-24T17:57:52.600 回答