如果我的问题不清楚/太愚蠢了，我们深表歉意..但请帮我解决这个困惑
我正在阅读 TOGAF V9.1 Content Meta Model 并想了解以下内容
1) 我明白了，TOGAF 的每一步都添加和消费内容，它需要一个内容存储库，但为什么需要一个内容框架呢？
2) 我认为一个框架应该有一种方法来操作输入并产生输出，但这个内容框架似乎只规定了实体/工件之间的静态关系，没有别的？
3) 它的存在只是为了帮助任何内容存储库工具对内容进行分类，可能通过文件夹层次结构（例如）如下所示？如果是，那么一个规定的静态分类如何增加价值，因为架构师可以关联每个步骤产生的工件，即使这个内容元模型分类不存在？
请帮忙
示例内容存储库层次结构
组织
->动机扩展
--->驱动程序
--->目标
--->目标
->治理扩展
-->测量
谢谢， 塔里克
【问题讨论】：
标签： togaf
我认为您混淆了两个概念：
TOGAF“架构存储库”是一个非常笼统的术语，它包含的内容远不止元模型。它包含：
- 又名元模型。 “内容框架”又名。 ACF，分为“核心”部分和 6 个“扩展”。这是您显示的层次结构。
- SIB（标准信息库）：一系列行业标准，例如 W3C 的 HTML4、C++ 语言的 ISO14882 规范、完整的 TCP/IP 规范等。不太有用的内容。
- “架构景观”：关于现有、过去或计划中的架构的一些企业特定文档
- 通用可重用解决方案的存储库
- 等等。
TOGAF“架构内容框架”（ACF）又名。 “元模型”是非常具体的东西：它定义了 Building Blocks 的属性，这是一组类似 UML 的通用“事物”：数据库、服务、“演员”（个人或整个合作伙伴公司）、应用程序、消息传递系统、内容管理解决方案等。
如您所见，“元模型”只是更通用的架构存储库的一小部分。
请注意，ACF 元模型 ACF 框架绝不是强制性的：将 TOGAF ADM 方法与 Zachman 框架一起使用是完全有效的。
【讨论】：