业务架构
业务架构一方面是企业业务模型和企业战略之间的桥梁，另一方面是企业业务功能之间的桥梁。
定义–“与公司业务相关的企业架构的一部分，以及描述该业务架构结构的文档和图表。”
EBA不是什么
- 1] EBA不仅仅是一个流程视图-业务流程正在发展以支持信息分析、社交网络和协作/团队。这意味着，通常理解良好、文档齐全且受支持的自动化流程将变得更加复杂和动态，需要在整个EA环境中的集成视图。这意味着，EBA必须平等地考虑人员、财务、流程和组织结构，而不仅仅是主要的流程，当然也不是孤立的流程。
- 2] EBA并不是唯一的业务链接-虽然EBA和企业业务架构师将链接到业务，但这不是EBA的唯一或主要角色。此外，EA要求所有的视点（业务、信息、技术和解决方案）都需要与关键业务领域直接连接和协作。
EBA维度
EBA的四个主要维度（人员、财务、流程和组织结构）都在业务上下文定义的业务功能中。（图1）需要注意的是，业务功能和子功能可以由完整和部分流程、人员和/或组织实体的集合来支持。业务流程、人员、财务和组织结构通常跨业务职能。在大多数情况下，业务功能或子功能与任何特定流程、人员或组织实体之间不存在一一对应关系。
- 人员-这个维度关注对您的业务有直接影响的人员，特别是由EA范围定义的业务部分。这些人可能是内部员工、承包商、外包合作伙伴、供应商和顾问。
- 财务——欧洲银行业管理局的财务维度着眼于企业如何管理其财务资源以支持未来的状态。
- 组织-这个维度指的是组织的正式和非正式结构-正式的是正式的报告组织结构，非正式的是虚拟团队、文化层级和社会网络
- 流程-这是将系统从一个状态转换到另一个状态的活动的集合。有不同类型的过程，包括：操作过程、管理过程、支持过程、元过程、过程的过程和IT过程。
图1
影响因素
一些关键影响因素可能包括：
- 合规性——不同的业务职能（因此包括人员、组织、财务和流程）受特定法规合规性要求影响的程度。
- 生态系统——一个组织通过与外部业务伙伴、供应商和云资源合作，努力创造增长和机会的程度。
- 文化和政治-在某些情况下，这是一个很难分析的因素，因为通常存在一个由组织内的领导和人员定义的整体企业文化。此外，一个组织内的文化和政治可能因群体、角色、部门和地区而大不相同，特别是在合并和收购的情况下。
- 行业-这个维度反映了你的业务所关注的行业。这一因素强化了这样一种观点，即在所有行业和企业中，都没有单一的EBA方法。
- 地区/位置-这一因素集中在地区和位置差异上。随着人们越来越关注全球化（包括内部和外部），了解地区差异对于欧洲银行业管理局以及整个欧洲银行业管理局都至关重要。
- 创新-了解在组织和/或业务的不同部分鼓励（或不鼓励）创新的程度对人们的角色和态度、组织结构的动态性、技术如何得到支持、正在进行的投资类型、团队如何，衡量团队和人员，以及动态过程可能如何。
- 行为-个人用户并不等待IT或业务领导人支持他们的工作风格、行为和完成工作的需要。这些行为因人而异。感知、理解和响应人们不断变化的需求、技能和行为可能对EBA维度产生巨大影响。
- 时间-时间是一个不寻常的因素-就其本身而言，它不会“做”任何事情。时间作为一个因素提醒我们，EBA和EA并不是一个永远“完成”的“项目”，宏观问题是，随着人、市场和创新的变化，时间反映了一个不断发展的业务。其中一些变化是在定义明确的进化周期中发生的，而另一些则没有。
定义企业上下文
企业架构（Enterprise architecture）是将业务愿景和战略转化为有效的企业变革的过程。要做到这一点，EA实践者必须根据他们的企业环境定义并驱动他们的EA工作。企业环境是：
- 识别内部和外部环境趋势
- 阐明经营战略
- 确定需求
- 创造原则
- 开发业务的锚模型
企业上下文覆盖并通知所有的EA工作和观点（图2）[企业技术架构（ETA），企业信息架构（EIA），企业解决方案体系结构（ESA）和企业业务体系结构（EBA），以确保与业务的有效战略集成和工作的重点方向。
图2
业务上下文与业务架构
企业架构的业务上下文是业务策略及其含义、外部“环境”趋势和高级未来状态远景的表达。业务上下文覆盖并通知所有EA工作和观点，即ETA、企业信息体系结构（EIA）、企业解决方案体系结构（ESA）和EBA，以确保与业务有效的战略一致性和工作的重点方向。
企业业务架构（enterprise business architecture）是EA的观点之一，与ETA、EIA和ESA一起，它们应该利用业务上下文。定义EBA的目标是确保业务功能、流程、财务、人员和组织结构的更改和增强以及信息和技术得到充分优化，以支持业务战略
本文：http://jiagoushi.pro/node/1067
讨论：请加入知识星球【首席架构师圈】或者微信小号【jiagoushi_pro】