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

08 | 什么办法可以在讨论中自然形成统一语言?

你好,我是徐昊。今天我们来聊聊事件建模法(Event-based modeling)。
对于大多数人而言,业务建模中最难的一步并不是获得模型,而是说服业务方接受模型作为统一语言。虽然我们上节课讲到可以把角色 - 目标 - 实体法当作一种共创方法,但在实际操作的过程中,角色 - 目标 - 实体法仍然存在收集 - 建模 - 说服这三步。那么,有没有一种方法,可以在讨论的过程中,更自然地完成模型共创呢?
答案是肯定的。事件建模法就是这样一种更易于模型共创的方法。不同于原味面向对象范式关注实体之间的关联与交互,事件建模法通过事件捕捉系统中信息的改变,再发掘触发这些改变的源头,然后通过这些源头发现背后参与的实体与操作,最终完成对系统的建模。
目前有两种比较有代表性的事件建模法,一种是目前 DDD 社区热捧的事件风暴法(Event Storming),另一种是我从 Peter Coad 的彩色建模中演化出的四色建模法。这节课我们先来学习事件风暴法,下节课我再展开讲解四色建模法。
不过在学习这两种具体的建模方法之前,我们有必要先了解事件建模法的 2 个基本原则,分别是通过事件表示交互,和通过时间线划分不同事件。

事件建模法的基本原则(1):通过事件表示交互

确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/1000字
划线
笔记
复制
该试读文章来自付费专栏《如何落地业务建模》,如需阅读全部文章,
请订阅文章所属专栏新⼈⾸单¥59.9
立即订阅
登录 后留言

精选留言(1)

  • Oops!
    “Place Order-Order Placed 产生的阅读模型是订单(Order),Pay Order-Order Paid 产生的阅读模型是订阅(Subscription)和支付(Payment)。” 这个推导过程跨度有点大,这个阅读模型具体是怎么推导出来的呢?
    2021-07-10
    1
收起评论
1
返回
顶部