:::info 部分摘录自《企业级业务架构设计》 :::
业务架构是连接真实业务(现实和需求)与软硬件系统的 不断演进 的桥梁。而业务模型是必经之路。
传统模型
业务架构的模型:
- Zachman 模型(5W1H)20 世纪 80 年代
数据(WHAT) | 功能(HOW) | 网络(WHERE) | 角色(WHO) | 何时(WHEN) | 动机(WHY) | |
---|---|---|---|---|---|---|
目标范围 | 列出业务至关重要的元素 | 列出业务执行的流程 | 列出业务运营有关的地域要求 | 列出业务有关的主要组织部门 | 重要事件和时间周期 | 企业战略、目标 |
业务模型 | ER 图 | 流程模型 | 物流网络 | 基于角色组织的层次图 | 主要业务进度表 | 业务计划 |
信息系统 | 数据模型 | 关键流程图、应用架构图 | 分布式系统架构 | 人机界面架构 | 依赖图、数据实体生命周期 | 业务标准模型 |
技术模型 | 数据架构 | 结构设计、伪代码 | 系统架构(软硬件模式) | 用户界面、安全设计 | 控制流图 | 业务标准设计 |
详细设计 | 数据设计 | 程序设计 | 网络拓扑 | 研发时间和周期设计 | 程序逻辑角色说明 | |
系统功能 | 转化后的数据 | 可执行程序 | 通信设备 | 操作人员(用户) | 企业业务周期 | 强制标准 |
- TOGAF 模型(1995):愿景 => 业务架构 => 数据架构 => 应用架构 => 技术架构 => 机会和解决方案
- 愿景:利益关系者映射矩阵、价值链图、解决方案概念图
- 业务架构:业务相关的示意图 …
- 数据架构:数据实体、业务功能矩阵、数据发布、数据安全图 …
- 应用架构:系统组织矩阵、角色系统矩阵 …
- 技术架构:技术架构组织示意图 …
学术派的「业务架构设计」的难点:难以适应「飞速变化」的「互联网」业务变化,用得少、难设计。
业务架构的背后,是一群「懂业务」的人,懂业务同时懂业务架构,还懂技术,能够主导和影响业务,是对下一代做业务的工程师的要求。
书上对企业级业务架构的定义:以实现企业战略为目标,构建企业整体业务能力规划并将其传导给技术实现端的结构化企业能力的分析方法。
业务架构
理解「业务架构」和「IT 架构」的区别:
- 业务架构:使命愿景 => 战略规划 => 业务架构 => 能力单元
- IT 架构:界面层、业务逻辑层、持久层、数据库 … 技术架构
业务架构是技术架构的「灵魂」。
- UML 模型建模语言比较重要;
业务架构和技术的辩证关系:「业务推动技术」v.s.「技术引领业务」;
业务架构的设计过程:「价值链分析」、业务领域分化、业务流程分析、数据模型分析、数据与行为分析(场景、事件、角色、规则、数据、流程 …)最终组合形成:「价值链」、「业务领域」、「业务流程(活动、任务、角色)」;
关于中台
什么东西属于中台、什么东西不属于中台,前台有不同的业务线,赚钱依赖几种不同的业务模式,分析运营扩展中在使用哪些业务模式,业务线在复用哪些能力,考虑战略、商业,来对前台和中台能力的划分。这种边界的划分,需要组织的碰撞。