MindMap Gallery TOGAF9.2企业架构规划与设计读书笔记2思维导图
TOGAF9.2企业架构规划与设计读书笔记,架构设计原则:先定关系,再定内容,架构设计步骤:做评估、绘蓝图、找线路、强管控。
Edited at 2023-10-25 11:08:07Einhundert Jahre Einsamkeit ist das Meisterwerk von Gabriel Garcia Marquez. Die Lektüre dieses Buches beginnt mit der Klärung der Beziehungen zwischen den Figuren. Im Mittelpunkt steht die Familie Buendía, deren Wohlstand und Niedergang, interne Beziehungen und politische Kämpfe, Selbstvermischung und Wiedergeburt im Laufe von hundert Jahren erzählt werden.
Einhundert Jahre Einsamkeit ist das Meisterwerk von Gabriel Garcia Marquez. Die Lektüre dieses Buches beginnt mit der Klärung der Beziehungen zwischen den Figuren. Im Mittelpunkt steht die Familie Buendía, deren Wohlstand und Niedergang, interne Beziehungen und politische Kämpfe, Selbstvermischung und Wiedergeburt im Laufe von hundert Jahren erzählt werden.
Projektmanagement ist der Prozess der Anwendung von Fachwissen, Fähigkeiten, Werkzeugen und Methoden auf die Projektaktivitäten, so dass das Projekt die festgelegten Anforderungen und Erwartungen im Rahmen der begrenzten Ressourcen erreichen oder übertreffen kann. Dieses Diagramm bietet einen umfassenden Überblick über die 8 Komponenten des Projektmanagementprozesses und kann als generische Vorlage verwendet werden.
Einhundert Jahre Einsamkeit ist das Meisterwerk von Gabriel Garcia Marquez. Die Lektüre dieses Buches beginnt mit der Klärung der Beziehungen zwischen den Figuren. Im Mittelpunkt steht die Familie Buendía, deren Wohlstand und Niedergang, interne Beziehungen und politische Kämpfe, Selbstvermischung und Wiedergeburt im Laufe von hundert Jahren erzählt werden.
Einhundert Jahre Einsamkeit ist das Meisterwerk von Gabriel Garcia Marquez. Die Lektüre dieses Buches beginnt mit der Klärung der Beziehungen zwischen den Figuren. Im Mittelpunkt steht die Familie Buendía, deren Wohlstand und Niedergang, interne Beziehungen und politische Kämpfe, Selbstvermischung und Wiedergeburt im Laufe von hundert Jahren erzählt werden.
Projektmanagement ist der Prozess der Anwendung von Fachwissen, Fähigkeiten, Werkzeugen und Methoden auf die Projektaktivitäten, so dass das Projekt die festgelegten Anforderungen und Erwartungen im Rahmen der begrenzten Ressourcen erreichen oder übertreffen kann. Dieses Diagramm bietet einen umfassenden Überblick über die 8 Komponenten des Projektmanagementprozesses und kann als generische Vorlage verwendet werden.
#7033 TOGAF9.2企业架构规划与设计
1.0导论:数字化转型与企业架构
1.1企业数字化发展阶段规律
1.2企业数字化发展总体内涵
1.3企业结构化的顶层设计作用
1.4如何开展数字化架构工作
1.5数字化顶层设计的过程
2.0企业架构标准
2.1TOGAF9.2概述
架构设计原则:先定关系,再定内容
架构设计步骤:做评估、绘蓝图、找线路、强管控
企业架构标准:念、法、技 导、型、连 考、能
企业:跨职能、跨业务、跨地区、跨系统的复杂组织体
1、企业架构
(1)四种文化:接受、创建、使用、维护
(2)两种实践:迭代、重用
2、架构=组件 组件关系 治理(原则、策略、演进)
3、四大架构含义:
业务架构定交互(分工)
数据架构定共享(分类、标准)
应用架构定集成(划分)
技术架构定支撑(公共支撑:平台 基础设施)
企业架构
一种蓝图
一个目的:指导业务优化
(1)从整体上指导设计,聚合碎片化流程
(2)局部业务快速变化时,如何快速响应(能力导向的规划方法:目标--能力--构成--落地)
2.2ADM架构开发方法
架构开发方法:一备一中心八步一方法
一备:预备在高层(共识)
预备阶段
找共识:环境和议事机制(民主或专制)
要承诺:资源
定原则:业务驱动、统一标准
做裁剪:架构交付物(实际不可能在此阶段裁剪,都是在过程中迭代)
产出:架构请示文件(立项书)
一中心:需求为中心(架构最终解决何种业务问题)
八步:
(1)A愿景定目标:塑造什么样的业务能力(总结)
(2)架构定能力:能力需求(只是蓝图,不是实现)
B业务定交互:业务分工(组件)、业务协同(流程)
C应用定集成:系统分工(功能)、系统集成(接口)
C数据定共享:数据定义、分类、共享
D技术定支撑:平台 基础设施
差距(gap)=目标架构(未来tobe)-基线架构(现状asis)
(3)E落地定方案(差距-->方案)、F迁移找路线(roadmap)
(4)G治理做保障(落地的合规)、H变更为常态
2.2.3需求管理
需求管理:项目 长效(迭代过程)
架构开发由需求驱动,需求是由业务驱动
需求挖掘:一靠问(调研),二靠推(反向价值营销)
2.2.4架构愿景阶段
(以下考点)
愿景定目标:塑造什么样的业务能力(凝聚共享,总结愿景)
产出:架构工作说明书(项目实施方案)
(1)愿景:可用粗略的架构图表达(四大架构)
XX(2)业务场景技术:用于澄清需求(原型法:流程图)
(3)利益相关方:关注什么,做好沟通
XX(4)业务转换就绪评估:是否做好了变革准备(例如:解决共识问题)-->评估模型
业务转换就绪评估--->风险(风险评估-->风险应对策略制定-->风险应对-->残余风险消除)
情景:高层表达对企业架构落地的担忧,考虑用“业务转换就绪评估”技术来解决
聚共享,定愿景(粗略的架构图表达),定范围(方案:架构工作说明书)
如何凝聚共识:用业务场景法描述(原型法),用视力沟通(粗略架构图)
2.2.5.0第一天课程回顾
2.2.5业务架构定交互
(1)内涵:以业务战略为导向,从全局描述业务的运行
(2)维度:目标 分工(业务功能/组件) 协同(流程、服务)
(3)业务架构设计步骤:有印象
(4)视图三种形式/架构表达:目录(清单) 矩阵(二维关系) 图形
(5)价值流
示例--保险公司业务:市场管理-->产品研发及管理-->展业-->投保及承保-->保后及理赔(第0级流程,价值流)
端到端:闭环,从接收需求到满足需求的闭环
(6)业务架构设计:先找主价值流(端到端),再梳理相应的管控及支撑体系
2.2.6信息系统架构
信息系统架构=应用架构 数据架构
数据架构定共享:共享 类型 来源 ...
数据架构设计步骤:有印象
数据架构元素:数据域/主题域视图(一级分类)、数据主题(二级分类)、数据实体、数据流向关系
应用架构定集成:应用/功能划分 集成关系
应用/功能:来源于业务功能(与业务架构保持一致性)
2.2.7技术架构
D技术架构定支撑(容器):基础设施(计算、存储、网络) 公共平台(中间件)
一般模式:左标准、右安全、下设施、上平台
要求:技术架构必须承接来自业务、数据、应用的要求
技术参考模型:TRM
2.2.8机会和解决方案
E落地定方案:
(1)定项目(整合BCD差距,去重)、做分组(项目群)、定方法(外购or自制)、定优先(价值及成本)、定依赖、定过渡架构
(2)成功因素:人(关键角色意愿)、事(不要另起炉灶,要与现状结合)、业务价值(适当牺牲技术属性,做妥协)
(3)产出:
过渡架构:与里程碑(业务价值)对应,架构的中间状态
实施迁移计划(概要性,初始版本)
(4)ABB(架构构建块)-->SBB(解决方案构建块)
2.2.9迁移规划
F迁移定路线
(1)对上一阶段工作进一步确认:定优先级(价值*风险*成本)、定依赖、定资源、定过渡架构(业务价值分配)
产出:实施迁移计划(正式) 架构契约(架构要求)
2.2.10实施治理
治理做保障
(1)目标:保障项目与架构的一致性、IT与业务的一致性
(2)依据(架构契约:F阶段产生) 手段(合规性审查:检查表) 治理对象(项目或子架构)
(3)治理四要素:组织 制度/流程 考核 工具
2.2.11架构变更管理
F架构变更为常态:保证架构响应业务变化(走正常变更流程),实现业务价值
3.0第三章ADM架构开发向导与最佳实践技术
技(32实践技术) 导(4种向导:迭代、裁剪、范围、指导)
3.1ADM要点
四个向导
1、裁剪
1、裁剪:ADM是通用的,需裁剪适应企业需要阶段顺序调整:
(2)根据企业/业务原则调整
1)要求使用成熟商业套件以快速响应业务,先定信息系统架构/技术架构,再定业务架构
(1)根据有无架构资产调整
1)以前无积累(无业务案例),先定愿景,再定详细架构(用愿意凝聚共识,组织大家定义详细架构)-->目标先行
2)以前有积累(有业务案例),先基线,后目标,在此基础上迭代开发
(3)考虑与其他框架兼容性调整ADM
2、范围(分割)
(1)维度:
广度(业务、应用、数据、技术)
深度(战略架构-长远摘要视图、分段架构、能力架构:增量,过渡架构)
长度:时间线
3、迭代:整体迭代 局部迭代 单迭代
基线先行(自下往上):目标不清楚,架构资产丰富
目标先行(自上往下):战略目标清晰;领导不希望过去的做法延续到未来
4、指导
(1)指导安全架构设计:安全架构设计需求来源于四大架构
(2)指导SOA设计:以四大架构指导服务设计(业务交互-->业务服务)
3.2 32种最佳实践技术列表
在预备阶段做裁剪
3.3 32种最佳实践技术详解
上
原则:最早在预备阶段定义
三个层次:企业原则/IT原则/架构原则
四个内容:名称要清晰 声明无歧义 依据看价值 影响看冲突
五个标准:易懂看用户,健壮看复杂,完整看覆盖,一致看冲突(安全 便利),稳定看变化
原则示例:大概了解含义(考试时模拟情景选择对应原则)
架构存储库:数据库
架构工作请求(预备阶段):类比甲方立项申请
架构工作说明书(A阶段):类比乙方提交的项目方案
架构定义文件(定性视图) 架构需求规格文件(定量标准)
差距分析:二维表
中
以下考试重点
----利益相关者映射表/利益相关者地图(map):利益相关方-->关注点(需求)-->视点/角度-->视图(用于沟通)
考试:愿景阶段如利益相关者地图解决沟通,打造共识。
视点(管理者):市场管理-->产品研发-->展业-->投保和承保-->保后和理赔
视点(保险用户):展业-->投保和承保-->保后和理赔
下
架构构建块(ABB)指导EF阶段 解决方案构建块(SBB)
基于能力的规划:定义目标(大能力)-->定义能力需求(小能力)-->定义能力增量-->定义实现(解决方案SBB-->ABB)
架构契约:架构对项目的一种要求和约定。 F阶段产生,G阶段确认
架构变更:为了适应变化,保障业务价值。遵循变更流程(变更请求-->影响评估-->变更实施)
3.4课程回顾
4.1架构内容框架概览
4.2架构内容划分
4.3内容元模型:架构术语
统一概念 统一分类(内容框架模型)
基础元素:目录、矩阵、图形
构建块:可复用的组件/功能(薪酬管理),包含ABB、SBB
制品:中间过程产出
交付物:合同约定产出
图参考:PDF文件(考试1道题)
5.1企业连续序列
连(连续系列) 考(参考模型)
架构重用:重用 积累(知识化)
连续系列:抽象-->具体(架构资产分类)
架构连续架构:基础架构(TRM)-->通用架构(III-RM)-->行业架构(ETOM、ARTS)-->特定组织架构
解决方案连续系列:基础解决方案-->通用解决方案-->行业解决方案-->特定组织解决方案
参考模型:
1)TRM(应用 平台 基础设施)-->技术架构
2)集成信息基础设施参考模型III-RM(应用集成关系)-->应用架构
架构存储库:
原模型(术语) 架构景观(蓝图:企业特定时点架构状态) 参考库(模型、产出) 标准信息库(存储标准) 治理日志(记录) 架构能力(组织/角色/技能) 需求存储库解决方案景观(解决方案构建块)
6.1企业架构能力建设
两个理解:ADM 基于能力的规划(业务能力)、把架构能力当作业务能力
举例:基于能力的规划(ADM)
1)目标:构建一种架构能力
2)能力定义:业务能力(架构设计/架构管控/...) 应用能力(架构设计工具、架构资产库) 数据能力(架构数据定义、分类) 技术能力(服务器等)
3)能力增量:过渡架构
4)构建块
6.2架构委员会:架构委员会的作用
架构委员会:
1)跨职能协调冲突、定原则、做决策、承担最终责任(预备)
2)作为发起人(赞助者)
3)考点:架构委员会作用(子架构一致性、识别可重用组件)
6.3企业架构
架构合规性:
1)依据(架构契约) 工具(检查表)
2)如何例规?管控 辅导(架构师与考项目、参与技术选型)
架构契约:架构达到标准的约定,F阶段产生,G阶段确认及使用
架构治理:解决一致性问题
企业架构成熟度模型(ACMM):0-5级高
架构技能:决策 设计 管控/治理 其他
7.1.1背景驱动力
7.1.2评估策略
7.1.3评估结果
7.1.4能力提升建议
7.2架构愿景示例
7.3业务架构设计
7.3.1实践专题
1、业务架构
1)业务架构三要素:目标 分工(业务功能:复用) 协同(横向交互、纵向管控:端到端)
2)架构设计重点:先找主价值链
3)三张视图
价值链视图:找价值链、识别业务主线
业务能力组件视图:模仿绘制本公司业务
业务流程视图:端到端(基于价值链分解),流程标准:BPM
4)业务架构:TOGAF ARIS BPM PCF(APQC) BIZBOK(价值流) 精益管理
7.4应用架构设计
2、应用架构
1)依据:业务架构-->转为信息化
2)一致性问题:由业务架构映射:业务功能-->应用或应用功能、业务交互(流程)-->应用集成关系
3)视图:应用视图 应用功能视图 应用集成视图
4)统分问题:应用建设需要适应管控模式(强、弱)
7.5数据架构设计
3、数据架构
1)目标:满足数据服务、作为数据治理依据(数据流转)
2)基础:数据分类(主题域视图) 资产盘点 数据流转
7.6技术架构设计
4、技术架构
1)视图类型:总体框架视图 详细组件视图 平台视图
7.7规划线路设计
8.1架构管控定位
架构管控
企业架构管理=企业架构设计(定标准) 企业架构管控(做治理:体系建设 管项目)
四件事:定标准(架构设计) 定机制(架构管控体系建设) 管项目(做治理) 架构产生及优化
8.2架构管理模式
8.3企业架构管控组织
8.4企业架构管控能力(流程 制度)
8.5架构评估机制
9.1TOGAF9.2认证演练
1
2
9.2-认证演练-情景题:
1、大背景:132
1)一定(定位):能力重组(自身需要调整 企业并购)
2)三多(形态):多区域、多业务、多系统
3)二转(方向):组织走向敏捷、系统走向集中
愿景考点:
1)、情景1:高层关注(有担忧),用业务转换就绪评估技术,并做风险管理
2)、情景2:大家关注(如何与相关干系人达成共识)
1)澄清需求:业务场景技术
2)打造共识:利益相关者映射表/利益相关者地图(map)
利益相关方-->关注点(需求)-->视点/角度-->视图(用于沟通)-->如何解决?
3、迭代:整体迭代 局部迭代 单迭代
基线先行(自下往上):目标不清楚,架构资产丰富
目标先行(自上往下):战略目标清晰;领导不希望过去的做法延续到未来
3
共识问题:友好协商 科学沟通
考试:3周左右
看书:做题,查书