一、背景
基于上下文的业务流建模法的文章系列已经到了第四篇了，本篇也是最后一篇，来讲一下关于这个建模方法的一些缺点以及如何优化它，基于这个建模方法我们如何更好更快的构建业务模型。
二、建模方法缺陷
2.1 建模画布
-
画布内容在建模软件中不可随心所欲的进行相关内容隐藏和展示 -
长度和宽度随着业务流程的增量增加会变得特别长或者特别宽
一个比较好的方式就是在画版上进行构建，但是画版本可能无法无限延长和拓宽画布，对于多个业务流和业务模型的沉淀可能需要另外的载体来表达。
2.2 建模标签
建模标签还不够成熟,没有达到相对标准的地步，可能需要借助美工对一些元数据表示做一些图标改造。
2.3 快速修改
在建模过程中如果遇到要修改的部分可能在画布上不容易改或者不容易调整
三、建模方法优化
3.1 模型载体的需求
总体上是以流程为主，但是不是标准的流程图，也不是类图或者时序图，所以需要配合相对专业的模型流程图载体共同构建整个业务需求文档。
3.2 建模软件的需求
-
针对建模相关或者其他流程图，希望建模软件可以指定一部分画图区域的元素进行隐藏或者展示 -
同时可以针对整个图中的元素做隐藏或者展示 -
隐藏或者展示的时候顺便进行图的缩小和放大更好 -
当前很多建模软件可能都不具有以上的需求，所以针对这个建模方法如果有对应的建模功能来解决建模方法存在的缺陷就更好了。
四、总结
基于上下文的业务流建模法总体上借鉴了市面上的其他建模方法的优势，同时做了一些小改动，但是这也不代表着它就没有缺点。所以本篇来做一个自我批评，另外也希望相对专业的建模软件可以支持本文中提到的需求内容。
原文始发于微信公众号（神帅的架构实战）：基于上下文的业务流建模法(四)
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/241532.html
