TOGAF9.2企业架构规划与设计读书笔记2思维导图

TOGAF9.2企业架构规划与设计读书笔记，架构设计原则：先定关系，再定内容，架构设计步骤：做评估、绘蓝图、找线路、强管控。

#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周左右
    • 看书：做题，查书