TOGAF 9：企业连续体和架构存储库之间的区别答案

【问题标题】：TOGAF 9: difference between enterprise continuum and architecture repositoryTOGAF 9：企业连续体和架构存储库之间的区别
【发布时间】：2011-04-10 14:16:28
【问题描述】：

我正在尝试理解 TOGAF 9 的核心概念。

无论我多久阅读 TOGAF 手册中的解释，我都无法理解 Enterprise Continuum 和 Architecture Repository 之间的区别和关系。

文档中的一些引用：

企业连续体

“企业连续统一体的最简单思考方式是查看所有架构资产的存储库。它可以包含架构描述、模型、构建块、模式、观点和其他工件”

“企业连续统一体为理解架构模型提供了有价值的背景：它展示了构建块和它们之间的关系，以及架构开发周期的约束和要求。” （第 565 和 48 页）

架构存储库

“TOGAF 的这一部分为架构存储库提供了一个结构框架，允许企业区分存在于组织中不同抽象级别的不同类型的架构资产。” （第 593 页）

假设

TOGAF的samples/template-package包含一个word文档“TOGAF 9 Template - Architecture Repository.doc”，所以

1)我认为架构存储库是一个大文档，包含与架构相关的所有项目的所有输出。

2) 企业连续体是另一个文档，将架构存储库的内容从基础架构分类到组织架构，并提供有关这些对象之间关系的信息。

企业连续体和架构存储库之间有什么区别/关系？

【问题讨论】：

标签： architecture togaf

【解决方案1】：

架构存储库是内容 - 您的所有设计、策略、框架等。

连续统一体是您对它们进行分类的方法。这不仅仅是基础->组织方面的东西。它涵盖了所有内容，因此根据上述内容，您将拥有 3rd 方框架、业务原则、技术标准以及您企业中存在的所有这些内容的分类。

在 EC 内部存在架构连续统一体和解决方案连续统一体。在这里，您可以根据 Foundation、CSA、行业和组织层级对 ABB 和 SBB 进行分类。

【讨论】：

【解决方案2】：

企业连续体 = 架构连续体 + 解决方案连续体

什么是连续体

连续统模型将变化解释为涉及逐渐的数量转变，没有突然的变化或不连续性

Enterprise Continuum 提供了一种一致的语言来传达架构之间的差异，以便可以重用架构和解决方案，EC 也是

架构存储库视图
架构和解决方案工件的分类方法
尽可能重复使用行业标准解决方案，而不是重新发明轮子，换句话说，电信行业拥有完善的计费软件和解决方案，用于零售、互连和基于价值的服务，请使用那些解决方案（软件）而不是编写自己的本地软件解决方案，这有助于业务连续性，因为您可以重复使用行业标准经验，而不是重新设计自己的解决方案。
有时甚至特定于行业标准的语言也很重要，例如您谈到电信领域的互连计费人员理解它，如果您发明新词来创造相同的内容，您最终会混淆利益相关者/与
根据影响架构上下文的外部因素概括特定解决方案或自定义通用解决方案

1.建筑连续体

架构连续体 = 基础架构 + 通用系统架构 + 行业架构 + 组织架构

在哪里

基础架构为产品和服务提供方向和策略，非常高级，通用，

通用系统架构创建一个架构，用于在大量相关领域构建通用和可重用的解决方案，其中一些示例是安全架构、电子邮件架构和网络架构

行业架构更具行业特定性，例如电信行业可能遵循一些标准，无论哪个运营商在哪个国家/地区运营，零售行业的 Active Store Arch，电信行业的 eTOM

组织架构更多地与特定的企业或组织相关，为特定的组织需求量身定制，每个业务部门可能有不同的需求，每个部门可能有不同的组织特定架构。它们的要求更具体，

2。解决方案连续体

解决方案连续体 = 产品和服务 + 系统解决方案 + 行业解决方案 + 组织解决方案

例子

产品：需要基于审批链采购

服务：需要一流，包括带有课程材料的面对面培训

系统解决方案：只需要实施认证和品牌系统

行业解决方案：从行业领导者那里采购可重复使用的组件，如果它是比自己开发更好的选择

组织解决方案：提供所需业务功能的企业架构的实施

所有人都在企业连续体中协同工作

【讨论】：

【解决方案3】：

Architecture Repository 是架构工件的列表。

Enterprise Continuum 向您展示了如何参与企业生活 - 例如如何以及何时更新 Architecture Repository。

【讨论】：

【解决方案4】：

以下描述有助于区分框架和存储库。

来自 TOGAF 8 的定义，我发现它比 TOGAF 9 的定义更清晰。

企业连续体的实际实施通常会采用包含参考架构的存储库的形式，模型和模式已被接受用于企业，以及以前在内部完成的实际架构工作企业。建筑师将寻求尽可能多地重复使用来自与项目相关的 Enterprise Continuum 手。（除了建筑源材料的收集，该存储库还将包含架构开发正在进行中。）

将源材料纳入组织的标准 Enterprise Continuum 通常构成组织 IT 的一部分治理过程。

因此，企业连续统一体是一个框架（一个 "framework-within-a-framework") 用于对架构源进行分类材料 - 架构工作存储库的内容，以及业内相关的可用参考模型集。

【讨论】：

【解决方案5】：

Architecture Continuum 提供了一个框架或方法，用于对架构资产进行分类，从而使访问它们并与各种利益相关者进行交流变得容易且易于理解。这里的问题是，Architectural Artifacts 是由各种模型构建而成的，这势必会拿出不同符号的资产描述，这势必造成沟通和理解困难。所以对我来说，更多的是建筑文物如何存储在建筑景观中。

另一方面，Architecture Repository 专注于存储架构工件/资产的物理位置，以及在某种程度上存储它的哪些方面。

【讨论】：

【解决方案6】：

来自 Open Group / 核心概念 (http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap02.html#tag_02_06)：企业连续统一体是架构存储库的视图（已添加重点）。而存储库是以特定方式组织的工件的存储。

【讨论】：

【解决方案7】：

这是我的 2 美分。

Enterprise Continuum 不仅是架构框架内的文档集合，而且可用于架构以提高效率、速度和准确性。内容存储在 Enterprise Repository 中，Enterprise Repository 也将存储 Architecture Repository

架构存储库特定于手头的项目，完全由 EA 控制。这包括来自 ADM 周期的人工制品和可交付成果。

【讨论】：

【解决方案8】：

首先，Enterprise Continuum 不是像 Architecture Repository 那样的物理存储库。这是一种根据您的方便分类的基础物理架构资产的报告。一种方法是将它们分类为基础、通用系统、行业和组织特定。例如，EC 就像查询 Oracle 数据库中的底层架构存储库。

【讨论】：

【解决方案9】：

用外行的方式回答你的问题

架构存储库是一个大型文档，包含与架构相关的所有项目的所有输出。

Enterprise continuum 是另一个文档，它对架构存储库的内容进行分类，从最基本的基础架构演变为组织架构（从基础架构到特定应用程序），并提供有关这些对象之间关系的信息。

请注意：架构连续统一体也是相互关联的解决方案连续统一体

【讨论】：

【解决方案10】：

企业连续统一体是您对架构文档进行排序的方式。下图说明了 Enterprise Continuum 概念： How does the Enterprise Continuum work?

架构存储库是企业架构文档的实际集合。它按照企业连续统一体建议的结构进行组织。

此处解释了其他 TOGAF 概念：https://www.digitalroadmap.management/blog/2019/1/13/what-is-togaf

【讨论】：