之前看书大多"不求甚解", 意会即可，但是找一本新书看是可遇而不可求的。回过头来，摘抄研究一下已经看过的，也是别有一番风味的。本文就是对之前一本书的摘录。
文章中各种暗淡不一的图片，其实是在各种环境下，断断续续的摘抄，之所以那么“坚持摘抄“，是我觉得这本书所引出的概念，对业务开发的同事、读者是非常重要的，值得一看，也值得揣摩。
▐ 企业架构的定义
企业的定义：是指具有一系列【共同目标】的任何组织的集合。
架构的定义：一个系统在其环境中的基本概念或属性，体现在【要素】，【关系】及其【设计和演化的原则】中。
▐ 企业架构的位置
企业架构的位置：
注：
“业务架构”是“企业架构”的一部分；
BPR的全称是Business Process Reengineering，意思是业务流程重组。
▐ 4大主流架构
Zachman 框架（企业领域）
TOGAF 框架（企业领域）
DoDAF (军事领域)
FEA（政府领域）
▐ 业务架构的定义
业务的定义：在企业运行过程中，为了【实现企业目标】所涉及的一系列【生产经营活动】。
架构的定义：一个系统在其环境中的基本概念或属性，体现在【要素】，【关系】及其【设计和演化的原则】中。
业务架构的定义：业务架构代表整体的、多维的业务视图，包括【能力】、【端到端价值交付】、【信息】、【组织】，以及这些业务视图和【战略】、【产品】、【政策】、【计划】和【利益相关者】之间的关系。
业务架构简单理解为“围绕业务的架构”，涉及：“业务要素”、“业务要素间关系”、“架构设计及演进的原则和指南”。
业务架构要素：
企业架构简单分为2类：
一类是：业务架构（BA）
另一类是：IT 架构：数据架构（DA）、应用架构（AA）、技术架构（TA）
业务架构在企业架构体系中的位置：
▐ 两大主流业务架构体系
架构一：波特价值链 + 流程
价值链：是企业在一个特定产业内【各种业务活动的组合】。
对于业务关系和业务流程也需要进行建模，这一个过程被称为业务流程建模（Business Process Modeling，BPM）。
▐ 架构二：价值流 + 能力
业务能力定义是：一项业务为达成特定目的或结果所拥有或交换的【特定能力和产品】。
业务架构的组成要素
▐ 核心要素
价值流
-
价值创造重复的问题，作者建议：回归初心，以客户为中心。 -
价值流数量控制的问题，作者建议：对目标客户适当归类。
业务能力
-
基于企业运行所涉及的【业务对象】来识别。（最为基本） -
利用企业【已有流程】来识别。 -
【参考业界】最佳实践或成熟模型。 -
利用【成熟软件包】中【相关分类】进行识别。
-
角色（Roles）; -
流程（Processes）； -
信息（Infomation）; -
资源（Resources）。
-
劳动者（相关组织/人员）； -
劳动对象（各种原材料）； -
劳动资料（各种技术、工具、设备）； -
劳动过程（各种流程）； -
劳动产品（生成出来的产品或服务）。
波特价值链理论里面，首次提出了“纵横叠加”的两大活动分类；纵向列出的是“Primary Activity”，是核心业务活动，横向列出的是“Support Activity”，被称为“支持性活动”，辅助基本活动的顺利开展。
制造行业企业L1层级业务能力例子（业务能力热力图）：
信息
-
针对某个特定业务对象及相关业务活动的管理，称之为“业务能力”； -
该业务对象需要通过一定方式来描述或表示，称之为“信息”。
组织
▐ 扩展要素
战略
战略：是一种【模式或规划】，它将组织的【主要目标】、【政策】和【行动举措】整合成一个有凝聚力的整体。
战略需要澄清和解决3个问题：
将来要去哪里
目前在哪
怎么去
BLM 指的是业务领导力模型（Business Leadership Model）
战略地图：
利益相关者
利益相关者的定义：一个内部或外部的【个人或组织】，通过特定的产出/成果来获取自己【感兴趣的价值】。
触发型利益相关者：“目标客户”
参与型利益相关者：满足“目标客户”价值述求的内部、外部人员或组织。
触发型利益相关者与参与型利益相关者的关系图：
产品
产品是指：某种【商品】、【服务】或者【两者的组合】，它所提供的整体体验可以满足客户的需要。
产品生命周期：
举措
政策
指标
▐ 核心要素间协同
▐ 整体协同
业务架构主要元素的整体关系：
企业架构主要是4A，分别是：
业务架构： BA
数据架构：DA
应用架构：AA
技术架构：TA
BA与DA、AA、TA 的基本协作关系：
围绕业务对象（Business Object）;
业务架构（BA）整体牵头;
数据架构（DA）全局拉通；
应用架构（AA）合理呈现；
技术架构（TA）有效支撑。
业务架构的关键交付物
在业务架构的众多要素中，【业务能力】或【业务流程】是最主要，最核心要素。
业务架构最关键的交付物：
可以是一套企业级【业务流程框架体系】；
也可以是一套企业级【业务能力框架体系】；
或者是【业务能力与流程融合】而成的一套框架体系。
多事业部【业务能力整合】分析示意图：
Q：业务或者微服务的边界到底在什么地方？如何确定边界？
A：DDD做设计思想，设计输出物【“领域模型机划分的限界上下文”】，是微服务等实现技术的输入。
BA、DA、AA与DDD协同落地：
这些内容可能看上去比较“虚”，但是和工作中的问题链接之后，可能就可以变得比较“实”。
作者对“业务架构”这样比较虚的阐述，给我们更多的启示是，我们可以依葫芦画瓢，通过“定义”、“组成要素”、“组成要素的关系”、“实践”等角度去介绍我们需要探讨的内容。
“问渠那得清如许，为有源头活水来”，这个源头，不一定是来自后面走的路，也可能也来自以前走过路中没有研究的部分~
团队介绍
我们是大淘宝技术-交易平台团队。团队主要从事交易链路交付工作，在交付工作中，抽象和建设横向产品能力（如：预售、电子凭证等），团队关注业务架构、DDD等理论与实践，致力于高效、稳定地实现业务接入，并抽象赋能。
本文分享自微信公众号 - 大淘宝技术（AlibabaMTT）。
如有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。
