首页/开发/系统分析与架构设计速查/领域故事讲述(Domain Storytelling)
需求分析与建模61 条

领域故事讲述(Domain Storytelling)

用图形符号加口头叙事描述领域:谁(角色)对什么(工作对象)做了什么(活动),边画边讲,快速暴露术语歧义与流程断点。

三要素角色(谁)、工作对象(对什么)、活动(做什么)
形式编号的顺序叙事,图与故事互相校验
适用需求早期、跨部门流程、领域语言对齐
  • 定范围:选一条真实业务流程,明确起止事件与涉及角色
  • 找讲述者:由一线业务人员按亲身经历逐句叙述,其他参与者先倾听
  • 入图:按编号顺序把“角色—工作对象—活动”画成句子
  • 纠错:领域专家现场指出例外路径与术语分歧,逐句修订
  • 沉淀:整理术语表、流程断点与待澄清问题清单
  • 复盘:对照产出更新领域术语与流程文档

三个粒度层级

粒度视角适用场合
粗粒跨部门业务流程全景流程梳理与范围界定
中粒单个用户任务或场景需求澄清与用例展开
细粒具体系统交互步骤设计讨论与实现对齐
工作坊准备一张图只讲一条主路径;便利贴与记号笔即可开工,不必先做电子模板
典型产出编号叙事图、术语表、例外路径与待澄清问题清单,单条流程通常 1–2 小时
远程做法电子白板按编号逐句添加,留存讲述录音便于会后回溯订正
讲故事时鼓励领域专家纠错,图只是载体,纠错过程中的对话才是产出。

易错点

  • 只画图不复述故事,关键前提条件被省略
  • 参与者过多且没有分组,一张图承载整个企业流程

数据来源与参考

  • Stefan Hofer & Henning Schwentner《Domain Storytelling》(Addison-Wesley)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌