首席数据官

Hi, 请登录

再谈业务模型和业务场景

前段时间曾经写过一篇关于商业模型业务模型、业务场景的文章。近期结合正在做的架构项目,对TOGAF中业务场景的定义和应用又有了新的认识,同时在架构设计中还需要提取企业的业务模型,所以本文是重点放在业务模型和业务场景两个概念中业务场景 英文,从其定义和应用中剖析二者的联系和区别。

业务模型(business model)

业务模型是企业的业务功能有机结合和运行逻辑的抽象模型。

我们可以从系统论的角度分析业务模型在企业发展中的作用。企业的发展也遵循于系统论从需求(R)、功能(F)、逻辑(L)到物理(P)的过程(系统论的核心过程见图1)。

k 3 cloud 多组织业务场景_业务场景测试用例模板_业务场景 英文

图1 系统论的核心过程与思想

需求(R)定义了企业目标,以及需求相关的目标、目的,测度、想要达成的效果,意义等。需求确定以后需要进一步确定为了完成需求应具备的业务功能(F)业务场景 英文,功能可以分成二类,第一类是为了满足需求所必备的功能,第二类是为了支持必备功能实现所需的功能。例如企业必须具备直接创造价值的部门,研发、生产等等,同时也应具备支持部门,如人力、财务等。所有这些部门的业务活动聚合在一起,构成了实现企业需求的完整功能。企业的功能有机的聚合在一起,最终通过业务流程(L)实现,业务模型就是描述企业的业务功能运行逻辑的抽象模型。

业务模型是分层级的。企业整体价值链的业务模型基本等同于商业模式,这两个名词在英文中都是“business model”。企业顶层业务模型聚焦于企业整体的价值链,把企业运行的内外各要素有机整合,形成一个完整、高效、具有独特核心竞争力的运行系统,从而满足客户需求并使企业实现持续赢利。企业整体价值链的业务模型可以采用商业模式画布的方式描述。企业各分业务领域的运行逻辑抽象定义也属于业务模型。例如对企业的库存进行业务模型分析,应从企业的订单、采购、存储、配送等全价值链角度,分析影响企业库存全部因素,抽取以库存为核心的业务运行逻辑,这种面向库存建立模型就是分领域业务模型。

业务模型即是基于现状的,也是面向未来的。业务模型应更侧重于面向未来和目标设计,这样才能更好的指导架构实施迁移规划(见图2)。

k 3 cloud 多组织业务场景_业务场景测试用例模板_业务场景 英文

图2业务模型指导架构的迁移规划

从上述分析可知,业务模型就是把企业不同的业务领域、不同的组织层级、不同的专业想法转换成显性化、结构化的抽象模型,把企业高层脑海中的业务运行逻辑显性化,并且让管理层和执行层充分理解并达成共识。

业务场景(business scenario)

TOGAF9.1中对业务场景的描述为:ADM开发方法具有其自身的,用于识别和清楚表述隐含在涉及关键业务驱动因素的新业务能力中和隐含着架构需求的业务需求方法(一个“方法中的方法”)驱动因素。这种流程被称为“业务场景”。

业务情景法提供一个框架,它用来直接从高层业务需求中提炼架构的特征,主要描述以下内容:

可通过架构实现的业务流程、应用或应用集合;业务环境和技术环境;执行业务场景的人员和计算机构件(即施动者);正确执行业务场景的预期结果。

业务情景的开发流程分为以下6个步骤并进行细化(创建业务场景步骤见图3):

对驱动该场景的问题进行识别、文件化和定级;识别该场景的业务和技术环境,并在场景模型中使其文件化;识别并文件化预期目的(成功解决问题的结果);达到“SMART”;识别人员施动者(参与者)及其在业务模型中的位置;识别计算机施动者(计算元素)及其在技术模型中的位置;识别并文件化每个施动者的角色、职责和成功的衡量标准;使每个施动者所需的脚本文件化,以及处理该情况的结果;检查“适用性”,并且仅在必要时进行细化。

业务场景测试用例模板_k 3 cloud 多组织业务场景_业务场景 英文

图3 创建业务场景

业务场景的内容包括模型和文档两种方式。TOGAF给出了业务场景文档的描述方式(详见TOGAF9.1§26.4),这里对模型方法进行简要描述。业务场景的模型描述方法为十字交叉法。首先定义业务组件的要素,包括用途、活动、资源、治理和服务,在准确描述业务服务中输入输出的数据内容、接口形式和服务对象的基础上,对不同业务组件采用十字交叉的方式通过接口互连,纵向的业务组件必须通过业务接口实现连接,横向业务组件只能同职能层级连接,最终形成完整的业务组件运行逻辑关系的场景图。业务场景串接图见图4。

业务场景测试用例模板_k 3 cloud 多组织业务场景_业务场景 英文

图4. 业务场景串接图

业务场景的主要目是为了分析实现企业业务运行过程中存在的问题,并验证业务组件的准确性和完整性,因此业务场景的串接过程允许带有TO-BE的色彩,以方便标注问题,提出差距。

在架构设计中,业务场景还能够对业务架构中的业务组件(CBM)颗粒度和准确性进行验证。通过对业务组件的服务、接口进行定义,把不同的业务组件通过接口进行连接,从而形成业务组件运行的业务场景。业务场景首先描述了所有相关业务组件的大图像;其次如果存在无法连接的业务组件,或者业务组件的连接跨越不同层级,则说明业务组件的范围或定义不够准确,从而对业务组件进行校对和验证。

业务模型与业务场景的关系

业务模型则是业务运行逻辑的抽象描述,其主要作用为承接架构、指导技术的实现。也就是说架构回答了战略是什么,业务模型抽象定义如何实现战略,并明确依靠何种技术支撑业务实

试看结束,如继续查看请付费↓↓↓↓
打赏0.5元才能查看本内容,立即打赏

来源【首席数据官】,更多内容/合作请关注「辉声辉语」公众号,送10G营销资料!

版权声明:本文内容来源互联网整理,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 jkhui22@126.com举报,一经查实,本站将立刻删除。

相关推荐

评论

  • 昵称 (必填)
  • 邮箱
  • 网址
二维码
评论