togaf 易错题

 No.1

1-4 制品和交付物区别是什么：交付物是由架构项目合同指定的输出，而制品不是

 

1-9 togaf作为通用企业架构框架的含义：它必须适应满足组织的特定需求

 

1-16 哪一阶段是用来最终化一套过度架构来支持实施：F阶段

 

1-17 开发原则和差距分析来支持：架构开发方法

 

1-21企业协会定义了数据模型分享库存和定价信息，架构连续系列适合哪种模型：行业架构

 

1-34 架构合规审查的目的：对项目的技术准备状态做沟通

 

1-35 架构治理的关键方面：保证各个单独项目符和企业架构

 

No.2

2-6 哪个工作产品从特定视点描述了架构：制品

 

2-8 与阶段C应用架构最相关的模型：集成信息基础设施参考模型

 

2-10 不是阶段B业务架构的目的：定义战略业务架构

 

2-14 架构储存库中的哪一类架构信息定义了支持治理架构储存库的流程：架构能力

 

2-15 对企业连续系列最简单的想法是：架构储存库的视图

 

2-19 架构定义文档的目的：为了与架构师进行沟通

 

2-26 架构委员会不负责：批准企业内各个组织建议的战略业务规划

 

2-34 架构合同的治理和管理来覆盖实施流程：阶段G

 

2-34 预备阶段的目的：定义架构原则

 

No.3

3-2 ADM周期产生的输出交付物的目的：架构内容框架

 

3-4 不是阶段H，架构变更管理部分：重新处理先前阶段的准则以判断什么变更类型是必要地来开始一个新架构周期

 

3-6 哪一项作为参考资料来建立组织架构功能：架构能力模型

 

3-10 可重用制品，创建架构模型来满足利益相关者关注：视点

 

3-15 哪个ADM阶段开始接受赞助组织的架构工作请求：Phase A

 

3-16 ADM阶段目标是确保架构达到它原来的目标业务价值：Phase H

 

3-19 架构储藏库中的参考库：指引和模板来创建新架构

 

3-22 差距分析目的：着重指出基线和目标架构间的缺陷

 

3-24 F 迁移规划阶段目标：实施和迁移规划和其他框架合作

 

3-26 togaf 架构治理框架：一个方法来确保组织架构的有效性

 

3-28 架构定义文档的目的：作为项目制品的交付物储藏容器

 

3-34 阶段H对简化变更的分类：由减少投资驱动的变更

 

3-37 架构储藏库中的架构能力：支持架构储藏库的治理

 

3-38 预备阶段的目标：建立企业架构的组织模型

 

 

No.4

4-4 描述了一套功能来定义满足整个组织的业务需求：一个构建块

 

4-5 togaf 提供一套参考材料在组织力建立一个架构职能，这称为：架构能力框架

 

4-6 架构合规审查目的：识别项目架构错误

 

4-13 架构模式：一个方法来把构建块放到背景中去

 

4-14 一个 业务场景 被用作阶段A来帮助识别和理解架构要满足的业务 需求

 

4-18 一个 视图 是系统从一套相关 关注 的角度表示

 

4-25 阶段A 架构愿景的目标：识别利益相关者和他们的关注

 

4-26 ADM流程治理：使得方法能够被正确使用

 

4-27 架构开发方法：开发组织特定企业架构流程

 

4-33 阶段H重新架构变更，是一个由增加投资产生新价值的需求驱动的变更

 

4-37 架构委员会的责任：强制架构合规

 

4-40 架构工作说明书的目的：它定义了完成架构工作的范围和方法

 

No.5

5-8 业务原则表示要使用打包解决方案下调整ADM方法：完成业务架构应该遵照信息系统架构

 

5-13 架构路线图的目的：显示从基线架构到目标架构的变革进度

 

5-14 企业连续系列如何在组织里使用和开发架构：用于架构师之间的沟通和理解

 

5-15 解决方案连续系列代表架构的实施对应 架构连续系列 的层次

 

5-20 架构合规审查的目的 不是：识别架构项目的业务转型风险

 

5-22 架构合规审查中审查范围定义好了之后下一步：裁剪审核表满足业务需求

 

5-24 需求管理阶段表述：本阶段管理需求流，储存它们，并把它们带进带出相关ADM阶段

 

5-27 架构愿景文档：描述新能力如何满足利益相关者关注

 

5-30 不是预备阶段的：识别利益相关者和他们的关注

 

5-32 架构储藏库：是用来存储ADM创建的不同架构分类输出

 

5-34 视点：被用来作为模板来创建视图

 

5-35 增量变更：由现有投资得到新价值的需求的变更

 

5-39 风险初始级别的风险管理：是确定和实施减轻行动前的分类

 

 

No.6

6-6 预备阶段的目标：定义要用的框架和方法

 

6-7 创建特定架构视图的第一步是：参考现有视点库，识别一个可以重用的

 

6-9 愿景文档：对基线和目标架构的概要描述

 

6-11 赞助者组织出发ADM迭代开始：架构工作请求

 

6-16 技术架构阶段的关键指标：定义技术组件到一组技术平台

 

6-17 ADM为什么应该调整：满足企业特定需求

 

6-14 架构委员会责任，不是： 为架构项目分配资源

 

6-20 多个服务器整合成单个的架构变更分类：简化变更可以由变更管理技术处理

 

6-25 togaf9 第三部分提供一组资源，可以用来适应和更改：架构开发方法

 

6-28 架构原则模板指出业务效益：理由

 

6-29 定义了一组关注的系统展现：视图

 

6-35 架构储存库显示了当前组织在使用的构建块：架构景观

 

6-39 业务不被广为认可的情况下适应ADM方法：创建架构愿景，然后是详细业务架构