一、基本信息
二、收获
1.业务架构是什么？
以实现企业战略为目标，构建企业整体业务能力规划并将其传导给技术实现端的结构化企业能力分析方法。
作用：个人理解，就是通过梳理、分析，建立统一认知的过程，并将最终成果指导IT实施。
2.构建业务架构的过程？
（1）学习业务架构理论工具（掌握必备知识与技能）
（2）企业战略分析（了解目标）
（3）按照模型进行架构分析
（4）将架构设计细化为架构设计方案
（5）将架构设计方案应用到实施过程（使用分析成果）
（6）建立长期迭代机制
3.新学到的模型
（1）TOGAF企业架构模型框架
主要包括：愿景、业务架构、数据架构、应用架构、技术架构、机会及解决方案、需求管理与目录
（2）BMGovernance公司设计的企业战略分析模型
个人认为，跟商业画布的信息分组很类似。
（3）业务架构
基础业务架构整体逻辑关系图与面向构件的业务架构整体逻辑关系图。
需要记住模型中关键名词定义：业务领域、活动、价值链、主题域、实体、构件（可包含多个服务，可包含实体与活动）
（4）业务架构方案
是业务架构的细化描述。个人理解，是指导后续工作的交付物。
主要包括3部分：
（1）企业级架构方案的整体描述
（2）分领域或分应用的方案描述
统一领域下还可以细分为多个应用视角的业务架构方案。比如金融市场领域，外汇、贵金属、利率等业务都可以形成不同的应用
（3）业务组件的方案描述
无需详细列明业务规则、操作过程（与需求分析的区别）
三、学习心得
1.什么是企业级？
（1）标准化的过程
（2）企业级能力复用，同时实现快速的灵活响应和减少重复开发两个目标
2.确认一些自己的猜想
（1）企业转型的成果时通过市场检验，而非通过标准检验模型。——所以有时候为说明成果而去做的一些评价方案，可能确实是自说自话。
（2）因为功能共享而提升的反应速度有上限的，信息共享的价值更大。——目前热门的“数字化转型”中，各企业也都认识到统一、标准的数据价值，重视基础的数据治理工作。
2.如何回答面试中需要举个例子回答的问题？
仍然是STAR方法。文中第13章提供了一个很好的例子。作者通过结构化说明，让不了解项目的读者能够快速了解案例，进入作者设计的场景。
案例结构与STAR方法对比如下：
（1）项目背景及需求（S+T）：2句话概括案例需求，为什么紧张或重要。
另外，作者也用了4段文字描述公司整体情况（也就是公司和个人的能力基础）。但在面试时，时间有限，个人觉得，若时间允许的话，可以展开说，否则，一句带过或不说。
（3）设计思路和业务架构方法（A）：注意一定要分1、2、3
（4）案例总结（R）：总结要围绕问题关键词说，比如说为什么体现了企业级、数字化带来了哪些效果等。
总结最近面试，意识到关于一些热词，可能不同公司内的概念不同，计划下次尝试在讲案例前，增加一个“统一定义”的过程，先说“我认为xxx是xxx”，再STAR拆解案例。
