如何落地业务建模
徐昊
ThoughtWorks中国区CTO
新⼈⾸单¥59.9
1453 人已学习
课程目录
已更新 4 讲 / 共 22 讲
0/2登录后,你可以任选2讲全文学习。
开篇词 (1讲)
开篇词|为什么你需要学习业务建模?
免费
旧约:“前云时代”的领域驱动设计 (3讲)
01|领域驱动设计到底在讲什么?
02|统一语言是必要的吗?
03|我们要怎么理解领域驱动设计?
如何落地业务建模
15
15
1.0x
00:00/00:00
登录|注册

03|我们要怎么理解领域驱动设计?

你好,我是徐昊。今天我们来聊聊领域驱动设计中的提练知识的循环。
上一讲,我们介绍了什么是统一语言,讲了它为什么是领域驱动设计的必要实践,以及为什么统一语言提供了一种更好的协同方式的可能性。
在回答这些问题的过程中,我们强调了统一语言和它背后的领域模型,赋予了研发人员通过重构定义业务的能力。这是从技术方的角度来理解的统一语言。那么从业务方的角度来看,要如何利用统一语言去影响研发方呢
那就要谈到“两关联一循环”里的“一循环”了:提炼知识的循环。它是领域驱动设计的核心流程

将提炼知识的循环看作开发流程

上节课已经说过,提炼知识的循环大致是这样一个流程:
首先,通过统一语言讨论需求;
而后,发现模型中的缺失或者不恰当的概念,然后精炼模型,以反映业务的实际情况;
接着,对模型的修改会引发统一语言的改变,再以试验和头脑风暴的态度,使用新的语言以验证模型的准确。
如此循环往复,不断完善模型与统一语言。示意图如下:
如果我们仔细思考一下上面的场景,会发现当模型中出现不恰当的概念时,提炼知识的循环就和重构(Refactoring)的过程有诸多相似之处:
发现坏味道(Bad Smells)以明确改进方向:头脑风暴与试验,通过统一语言描述需求,发现模型中存在不恰当不准确的概念;
尝试消除坏味道以改进目前状况:修改模型,提炼知识到模型中;
通过坏味道是否消失判断改进是否成功:提取统一语言,头脑风暴与试验,验证新的模型是否准确。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/1000字
划线
笔记
复制
该试读文章来自付费专栏《如何落地业务建模》,如需阅读全部文章,
请订阅文章所属专栏新⼈⾸单¥59.9
立即订阅
登录 后留言

精选留言(1)

  • 🐰兔兔🐰
    置顶
    看到关于权责的论述的部分时脑海里浮现出一个疑问,就和让业务和技术双方都接受这个权责分配?很多时候,业务方只关心结果,其实没有意愿“享受”“影响软件实现”的权利,因此,就没有意愿承担相应的义务。本课后半程也提出了这样的问题,“如何推动业务方更主动地参与提炼知识的循环?” 。万事开头难,这个可能是架构师在推动DDD落地过程中首先可能所遇到的坎——如何有效的启动知识消化的循环?这块可能和DDD的核心关系不大,不过也希望老师能分享一下一些经验😀。

    作者回复: 7-9节 通过不同的建模方法 增加参与感

    2021-06-29
收起评论
1
返回
顶部