TOGAF 知识点整理

1.TOGAF文档分类模型：

制定TOGAF规格发行管理本身的模式
TOGAF规格，内容分类：
• TOGAF核心：基础概念，形成了TOGAF的本质
• TOGAF强制（必须）：TOGAF规范部分。元素考虑为其使用的中心，没有这样的元素，框架将不会是TOGAF了。
• TOGAF推荐：TOGAF中引用的一组资源，作为完成核心和强制的流程的方式
• TOGAF支持：其他三类中没有引用的额外资源

2.一个等级系列：

• 特定级别看企业
• 行业级别看产业
• 通用级别看跨越
• 基础级别看标准

3.变更请求的两种输入，三种类型

• 两种输入：需求变化，治理偏差
• 三种变更类型：整体变更（看战略），增量变更（加能力），简单变更（纯IT架构）
服务器属于架构简单变更

4.架构范围说明书

哪些作哪些不作，以业务为中心

5.架构治理框架的概念结构图

其中涵盖了这一框架中的各种概念，包括上下文、流程、内容、过程流控制和资源库

6.架构委员会可以对其负责和负责的问题是：

• 为所有关于架构变化的决策提供基础
• 子架构之间的一致性
• 识别可重复使用的组件
• 企业架构的灵活性; 满足业务需求并利用新技术
• 执行架构合规性
• 提高组织内部架构规范的成熟度
• 确保采用以架构为基础的发展纪律
• 支持可视化升级功能以进行跨界决策

架构委员会不负责分配资源

7.架构视点表示为干系人的关注

8.架构构建块定义功能，其中作为解决方案构建块定义功能的实现；

9.架构工作请求，这是从发起组织发送到架构组织的文档，以触发架构开发周期的开始。

10.IIIRM 综合信息基础架构参考模型 是一个应用架构参考模型

11.架构存储库中分类如下：

架构元模型（Architecture Metamodel）：描述了组织为自身量身定制的架构框架，包括架构开发方法和架构内容的元模型。
架构能力（Architecture Capability）：定义了用于支持架构资源库治理的各个因素、结构和流程。
架构景观（Architecture Landscape）：展示了由组织当前正在使用的构件块所组成的一幅架构视图。为了适用于不同的架构目标，架构情景通常会存在于多个粒度层次中。
架构存储库分类：
标准信息库（Standards Information Base）：此信息库储存了新架构所必须遵循的各个标准，包括行业标准、从供应商处所选择的产品和服务，或者是已经部署在组织中的共享服务。
参考库（Reference Library）：提供了用来加速企业中新架构创建的导则、模板、模式以及其他形式的参考资料。
治理日志（Governance Log）：用于对整个企业中的治理活动进行记录。

12.随着架构的演进，解决方案连续中的资产会走向，组织特定解决方案

基础->通用->行业->特定组织

13.架构愿景描述的是与领导层沟通之下授权达成一种共识，用来向各部门推销之用

14.架构愿景还通过提供完整架构定义的摘要版本来支持利益相关方沟通。

15.业务成果对应业务能力的交付

16.业务场景是业务需求识别的主要方法

17.业务场景是一种适当且重要的技术，可用作开发架构愿景文档过程的一部分。

18.差距分析的技术在ADM中被广泛用于验证正在开发的架构。基本前提是突出基线架构和目标架构之间的差距; 强调了待开发的服务

19.差距分析：用来验证正在被开发的架构。它通常是一个阶段的最后一个步骤。其基本的出发点是强调基线架构和目标架构之间的差异，即被故意忽略、意外遗漏或尚未定义的条目。

20.治理架构管理和控制企业架构和其他架构

21.III-RM为解决当今企业架构师面临的一个关键挑战提供了帮助：需要设计一个集成的信息基础架构以实现无边界信息流。

22.原则起着指导决策的作用

架构原则被用来在企业内部指导决策

23.架构原则的模板：

基本原理:应使用业务术语强调遵守该原则的业务利益。
隐含：应该在资源，成本和活动/任务方面突出执行业务原则的业务和IT要求。

24.应考虑两个级别的风险，即：

1.初始风险级别：在确定和实施缓解措施之前进行风险分类
2.残留风险等级：实施缓解措施后的风险分类（如果有）

25.工件/产出物/制品是描述架构方面的工作产品。

工件通常被分类为目录（事物清单），矩阵（显示事物之间的关系）和图表（事物的图片）。示例包括需求目录，业务交互矩阵和用例图。架构交付物可能包含许多工件，并且工件将形成架构存储库的内容。

26.该标准的第六部分：架构能力框架提供了一组参考资料，介绍了如何在企业内部建立架构功能。

27.TOGAF还推荐了一种用于管理变更的方法。该方法对于架构变更按照如下原则进行了分类：

简化变更（Simplification Change）：通常采用变更管理技术进行处理的变更。此种类型的变更通常来源于一个减少投资的需求。
增量变更（Incremental Change）：一个增量变更可以通过变更管理技术来进行处理，也可能需要对架构进行部分重建。此种类型的变更通常来源于在现存投资中获得额外价值的需求。
重新架构变更（Re-architecting Change）：此种变更需要通过架构开发循环对整个架构进行重建。此种类型的变更通常来源于为了创建新的价值而增加投资的需求

28.架构定义文档是项目期间创建的核心架构工件的可交付容器，以及重要的相关信息。架构定义文档涵盖所有架构域（业务，数据，应用程序和技术），并检查架构的所有相关状态（基线，转换和目标）。

29.企业连续为架构制品提供分类的方法，当他们从通用架构到组织特定架构演进

30.F阶段目标：

1）最终确定架构路线图以及支持的实施和迁移计划；
2）确保实施和迁移计划与企业管理和实施企业整体变更组合中变更的方法相协调；
3）确保主要利益相关者理解工作包和过渡架构的业务价值和成本

31.TOGAF 为一组好的原则定义了五个标准：完整的、一致、稳定的、可理解的、强健的

32.除了ISO/IEC/IEEE 42010:2011“架构”的定义之外，TOGAF标准还根据上下文定义了第二个含义：

组件的结构、它们之间的相互关系，以及关于组件设计和随时间演变的原则和指南。

33.第六部分：架构能力框架提供了一组参考资料，介绍了如何在企业内部建立架构功能。

文章来源: blog.csdn.net，作者：小毕超，版权归原作者所有，如需转载，请联系作者。

原文链接：blog.csdn.net/qq_43692950/article/details/126568510