背景
今天在和业务方进行需求讨论的时候，打算在白板上画一画。但是，总是有点力不从心，只是简单的画了几个框和几个简单的箭头，总是赶紧有些苍白无力。更多的是偏实体关系图，偏研发过程中的图。后来回去想了想，感觉自己可以做的更好一些的，然后我就想到了DDD。每个业务场景，都是有很多领域故事组成的，将场景拆分细化形成每个故事，对于每个故事描述清楚流程，属于需求分析的过程。文字描述很多时候不是太直观，我们通过domain-story-modeler工具来进行可视化故事描述，基于此和业务方进行交流。
Domain Story Modeler介绍
来看看domain-story-modeler工具中的几个概念：
1、参与者
参与者可以是一个人、一个组或一个软件系统。因此，我们使用不同的图形表示。
2、交换信息
参与者创建、使用和交换工作对象以及有关工作对象的信息，例如文档和消息。象形图代表工作对象的介质。
3、活动
使用 Domain Story Modeler工具来画流程
相关的元素信息还是比较清晰简洁的，方便进行业务交流。一开始我画的简图是这样的，赶紧还是有点简陋的，而且说不清楚。说明我的思路就是有点乱的，没太关注流程。
和业务方进行交流，这些显然是不够的，所以需要改进。然后尝试了下使用domain-story-modeler来进行流程绘制。
这样就清晰多了，显得更加专业，和业务部门交流还是需要流程类的图。
网友评论