如何落地业务建模
徐昊
ThoughtWorks中国区CTO
新⼈⾸单¥59.9
2000 人已学习
课程目录
已更新 10 讲 / 共 22 讲
0/2登录后,你可以任选2讲全文学习。
开篇词 (1讲)
开篇词|为什么你需要学习业务建模?
免费
旧约:“前云时代”的领域驱动设计 (9讲)
01|领域驱动设计到底在讲什么?
02|统一语言是必要的吗?
03|我们要怎么理解领域驱动设计?
04|跨越现实的障碍(上):要性能还是要模型?
05|跨越现实的障碍(中):富含知识还是代码坏味道?
06 | 跨越现实的障碍(下):架构分层就对了吗?
07|统一语言可以是领域模型本身吗?
08 | 什么办法可以在讨论中自然形成统一语言?
09|怎么才能更有效地获得事件流?
如何落地业务建模
15
15
1.0x
00:00/00:00
登录|注册

09|怎么才能更有效地获得事件流?

你好,我是徐昊。今天我们来聊聊四色建模法(4 color modeling)。
在事件建模法中,获取事件流(Event Stream)是建立领域模型的切入点。而事件流在多大程度上可以反映业务的现实,影响了最终模型的质量与功用。不同的事件建模法,在获取事件流的方法上也有所不同。
上一节课我们讲解的事件风暴法,是通过头脑风暴的形式来获取事件流。今天我来介绍另一种事件建模法:四色建模法。它的起源有点复杂。最早的源头是 Peter Coad 在 1992 年研究对象模式时,为了提取可复用的对象组件而发明的四原型法
在 1997 年的时候,作为一种补充策略,Peter Coad 开始提倡在模型中引入不同的颜色,从而将模型的动态交互展示在静态的模型中,形成了彩色建模法(Color Modeling)。
而后,我自己在 2005 年左右,将事件建模与彩色建模法结合形成了四色建模法用以获得更具业务含义的模型,以便直接使用模型作为统一语言
毋须讳言,四色建模法是一种我偏爱的方法,今天我们就来看看它的特点。我会先讲一下使用头脑风暴获取事件流的不足,然后再介绍四色法做了哪些改进。

头脑风暴法的不足:成功取决于收敛逻辑

在大多数事件建模法中,通过头脑风暴获取事件流是主流的做法。比如我们在第 8 讲的事件风暴法,就是这样一种以头脑风暴为主的事件建模法。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/1000字
划线
笔记
复制
该试读文章来自付费专栏《如何落地业务建模》,如需阅读全部文章,
请订阅文章所属专栏新⼈⾸单¥59.9
立即订阅
登录 后留言

精选留言(2)

  • 赵晏龙
    置顶
    阐述一下我的理解
    不是所有系统内都存在现金流/KPI的(当然一定要说广义就有点牵强了),有的系统仅仅是提供服务,那么,更抽象一点,把现金流/KPI看做【核心业务的产出物】:
    我认为四色建模法的核心思想是,抓住核心业务的产出物(这个想通过系统收益什么),来进行前后【推导】,得到文中所讲的几个要素,最终形成模型。
    其实四色建模法与头脑风暴也并不冲突。鉴于用户其实也经常不知道自己应该采用怎样的业务模式,需要一边讨论一边形成思路。我认为,以四色建模法为核心,在小范围内(如文中讲的分成部分)采用头脑风暴来对业务撒网,可能是更好的一种实践方式。

    作者回复: 与现金流和kpi无关的系统不是业务系统 不需要建模

    2021-07-13
  • 飞翔
    不是所有的系统都涉及金钱呀

    作者回复: 那这个系统就不重要

    2021-07-13
收起评论
2
返回
顶部