前段时间曾经写过一篇关于商业模型、业务模型、业务场景的文章。近期结合正在做的架构项目，对TOGAF中业务场景的定义和应用又有了新的认识，同时在架构设计中还需要提取企业的业务模型，所以本文是重点放在业务模型和业务场景两个概念中，从其定义和应用中剖析二者的联系和区别。
- 业务模型（business model）
业务模型是企业的业务功能有机结合和运行逻辑的抽象模型。
我们可以从系统论的角度分析业务模型在企业发展中的作用。企业的发展也遵循于系统论从需求（R）、功能（F）、逻辑（L）到物理（P）的过程（系统论的核心过程见图1）。
图1 系统论的核心过程与思想
需求（R）定义了企业目标，以及需求相关的目标、目的，测度、想要达成的效果，意义等。需求确定以后需要进一步确定为了完成需求应具备的业务功能（F），功能可以分成二类，第一类是为了满足需求所必备的功能，第二类是为了支持必备功能实现所需的功能。例如企业必须具备直接创造价值的部门，研发、生产等等，同时也应具备支持部门，如人力、财务等。所有这些部门的业务活动聚合在一起，构成了实现企业需求的完整功能。企业的功能有机的聚合在一起，最终通过业务流程（L）实现，业务模型就是描述企业的业务功能运行逻辑的抽象模型。
业务模型是分层级的。企业整体价值链的业务模型基本等同于商业模式，这两个名词在英文中都是“business model”。企业顶层业务模型聚焦于企业整体的价值链，把企业运行的内外各要素有机整合，形成一个完整、高效、具有独特核心竞争力的运行系统，从而满足客户需求并使企业实现持续赢利。企业整体价值链的业务模型可以采用商业模式画布的方式描述。企业各分业务领域的运行逻辑抽象定义也属于业务模型。例如对企业的库存进行业务模型分析，应从企业的订单、采购、存储、配送等全价值链角度，分析影响企业库存全部因素，抽取以库存为核心的业务运行逻辑，这种面向库存建立模型就是分领域业务模型。
业务模型即是基于现状的，也是面向未来的。业务模型应更侧重于面向未来和目标设计，这样才能更好的指导架构实施迁移规划（见图2）。
图2业务模型指导架构的迁移规划
从上述分析可知，业务模型就是把企业不同的业务领域、不同的组织层级、不同的专业想法转换成显性化、结构化的抽象模型，把企业高层脑海中的业务运行逻辑显性化，并且让管理层和执行层充分理解并达成共识。
- 业务场景（business scenario）
TOGAF9.1中对业务场景的描述为：ADM开发方法具有其自身的，用于识别和清楚表述隐含在涉及关键业务驱动因素的新业务能力中和隐含着架构需求的业务需求方法（一个“方法中的方法”）驱动因素。这种流程被称为“业务场景”。
业务情景法提供一个框架，它用来直接从高层业务需求中提炼架构的特征，主要描述以下内容：
- 可通过架构实现的业务流程、应用或应用集合；
- 业务环境和技术环境；
- 执行业务场景的人员和计算机构件（即施动者）；
- 正确执行业务场景的预期结果。
业务情景的开发流程分为以下6个步骤并进行细化（创建业务场景步骤见图3）：
- 对驱动该场景的问题进行识别、文件化和定级；
- 识别该场景的业务和技术环境，并在场景模型中使其文件化；
- 识别并文件化预期目的（成功解决问题的结果）；达到“SMART”；
- 识别人员施动者（参与者）及其在业务模型中的位置；
- 识别计算机施动者（计算元素）及其在技术模型中的位置；
- 识别并文件化每个施动者的角色、职责和成功的衡量标准；使每个施动者所需的脚本文件化，以及处理该情况的结果；
- 检查“适用性”，并且仅在必要时进行细化。
图3 创建业务场景
业务场景的内容包括模型和文档两种方式。TOGAF给出了业务场景文档的描述方式（详见TOGAF9.1§26.4），这里对模型方法进行简要描述。业务场景的模型描述方法为十字交叉法。首先定义业务组件的要素，包括用途、活动、资源、治理和服务，在准确描述业务服务中输入输出的数据内容、接口形式和服务对象的基础上，对不同业务组件采用十字交叉的方式通过接口互连，纵向的业务组件必须通过业务接口实现连接，横向业务组件只能同职能层级连接，最终形成完整的业务组件运行逻辑关系的场景图。业务场景串接图见图4。
图4. 业务场景串接图
业务场景的主要目是为了分析实现企业业务运行过程中存在的问题，并验证业务组件的准确性和完整性，因此业务场景的串接过程允许带有TO-BE的色彩，以方便标注问题，提出差距。
在架构设计中，业务场景还能够对业务架构中的业务组件（CBM）颗粒度和准确性进行验证。通过对业务组件的服务、接口进行定义，把不同的业务组件通过接口进行连接，从而形成业务组件运行的业务场景。业务场景首先描述了所有相关业务组件的大图像；其次如果存在无法连接的业务组件，或者业务组件的连接跨越不同层级，则说明业务组件的范围或定义不够准确，从而对业务组件进行校对和验证。
- 业务模型与业务场景的关系
业务模型则是业务运行逻辑的抽象描述，其主要作用为承接架构、指导技术的实现。也就是说架构回答了战略是什么，业务模型抽象定义如何实现战略，并明确依靠何种技术支撑业务实现，最终实现战略和业务的对准。例如APQC有一个业务领域名为“管理业务功能”，描述了如何对组织绩效进行评价，在组织绩效评价的基础上评定组织运行的质量和差距，这些差距涉及的业务流程，以及如何开展管理变革达到新的状态。这种业务运行逻辑的抽象就是业务模型（见图5）。
图5 APQC“管理业务功能”业务模型
而具体到企业的管理创新业务运行描述，例如管理体系的研究和推进、，专家队伍建设、管理提升活动的组织和管理、管理创新活动的管理等业务具体的运行逻辑，通过业务服务进行串接，从而形成管理创新业务场景。图6是某企业具体的管理创新业务的业务场景图。
图6 管理创新业务场景
总的来说，业务模型体现了架构的全局设计、分析和治理的方法，形成从顶向下正向设计与变革能力，通过架构的指导和战略的引领帮助企业厘清现状，识别需求，促进企业更加有序和有效的发展。
业务场景细化业务模型的运行逻辑，是依据业务逻辑，客观、真实的描述业务实际运行情况，从而定位、暴露和显性化问题。
用一个通俗的比喻，业务模型是放之四海而皆准的力学第二定律“F=ma”，业务场景就是具体的质量1KG的物体在1N的作用力下加速度是1m/s2。