我可以理解什么是架构存储库和企业连续体,并且对企业连续体、架构存储库和更高级别的架构内容框架之间的区别有一个很好的解释。
但是,我无法准确理解架构存储库的结构组件(架构元模型、架构能力、架构景观、标准信息库、参考库、治理日志)在哪里适合企业连续体的分类?
这是否意味着架构存储库的所有结构组件(如架构元模型、架构能力等)都将按照 Enterprise Continuum 进行分类;首先从通用到特定,其次它们可以成为架构连续体的一部分,或者它们可以成为解决方案连续体的一部分?
我可以理解什么是架构存储库和企业连续体,并且对企业连续体、架构存储库和更高级别的架构内容框架之间的区别有一个很好的解释。
但是,我无法准确理解架构存储库的结构组件(架构元模型、架构能力、架构景观、标准信息库、参考库、治理日志)在哪里适合企业连续体的分类?
这是否意味着架构存储库的所有结构组件(如架构元模型、架构能力等)都将按照 Enterprise Continuum 进行分类;首先从通用到特定,其次它们可以成为架构连续体的一部分,或者它们可以成为解决方案连续体的一部分?
最好将 Enterprise Continuum 视为用于对架构存储库中的工件进行分类的分类系统。因此,架构存储库的任何项目都可以从一般(基础架构)到特定(组织架构)分类,无论它是架构构建块(ABB)还是解决方案构建块(SBB)的一部分。
基本上,Enterprise Continuum 只是存储库内文档的“视图”。
例如,标准信息库非常通用,是基础架构[1] 的一部分。架构景观涵盖了从高级战略到低级能力的所有架构视图,并且通常属于企业连续体(特定于组织)的右侧。但是景观中可重复使用的部分变得更像通用的构建块。
类似地,您提到的其他每个工件都可以根据它是特定于组织还是通用且可跨多个不同组织重用进行分类。
[1] http://pubs.opengroup.org/architecture/togaf8-doc/arch/chap21.html