知识卡片
与其说通用语言不如说通用结构语言容易把人带到语法层面的纠结
内容
业务架构离不开建模,而讲业务架构不得不搬出一堆模型,容易让人 误以为业务架构就是建模本身。作者在全书收尾时做了一次精炼的 再定位:建模只是进行业务架构的手段,建模真正的目的是把纷乱的 业务现象总结成模式,再从模式中找到结构,把业务上看到的结构 传递给技术——如果业务人员和技术人员能够基于同一套结构去思考 问题,沟通上就具备了最大的便利。这正是全书反复强调的”通用 语言”的真正基础,但作者认为,与其说”通用语言”,不如说”通用 结构”更容易让人理解到位——因为一旦用”语言”这个词,人们很 容易被带到语法层面,纠结于规则、概念、标准这类似是而非的 争论(比如某个术语该怎么定义、某种标识法该怎么画才算”对”), 反而忽略了真正重要的是双方脑子里那套用来理解和拆解业务的 “结构”是不是一致的。这个再定位提醒建模者:建模不是要建立一个 自给自足、精美但脱离现实的”世外桃源”,也不是为了在语法和标准 层面追求完美一致,而是要为后续开发过程传导出总体的设计图纸—— 建模确实可以有前瞻性,但这种前瞻性必须是”能够看清分阶段实施 路径”的前瞻性,而不是脱离落地可能性的空中楼阁。
参考来源
- 位置:《企业级业务架构设计:方法论与实践》尾声"对实践的
再次思考"(源文件:_epub-src对应text00034.html一带)
- 结论依据:原文明确"建模的目的是将现象总结成模式,再从模式中
找到结构,将业务上看到的结构传递给技术。如果业务人员和技术
人员能够基于同一结构进行思考,那么沟通上将具备最大的便利,
这就是通用语言的基础,其实说通用语言,可能不如说通用结构
更容易理解。因为语言经常会将人带到语法层面,纠结于规则、
概念、标准之类似是而非的问题""建模不是建立一个自给自足的
'世外桃源',而是为后续过程传导总体的设计图纸",直接支撑
用"通用结构"取代"通用语言"这一表述更精确这一结论。
- 原始内容:其实说通用语言,可能不如说通用结构更容易理解。
因为语言经常会将人带到语法层面,纠结于规则、概念、标准之类
似是而非的问题。