第五元素(50***16) 9:08:47
经过仔细思考，原来的老问题还是没有想通。请潘老师指教：
1、在A业务用例下，有5个业务流程；在B业务用例下，有7个业务流程。其中，有4个业务流程是完全相同的。
请问，这四个相同的业务流程，是否可以归纳为"包含"(include)的业务用例？需要在业务用例图中表达出来吗？
2、一个业务用例对应多个业务流程，最后用交互概览图来总括表达。那么同一个业务用例划分为多个业务流程的原则是什么？
比如，A业务用例划分为A1、A2....等业务流程，用交互概览图"串"起来。那么在业务建模之初，使用一张业务序列图也可以表达，但是图非常大。现在将这个业务用例划分为由多个业务序列的原则是什么？
谢谢。
cheppinl(271***332) 20:21:40
我试着理解你的问题：
cheppinl(271***332) 20:29:00
1. 什么是业务用例？
业务用例是站在业务执行者的角度，系统能够提供给业务执行者，并且业务执行者可感知的价值。
2. 什么是业务流程？
业务流程是业务用例的实现，也就是说，组织是由系统（包括业务执行者和业务实体）组成的，业务流程是描述组织中的系统如何相互协作，完成业务用例需要提供给业务执行者的价值。
3. 既然业务流程是业务用例的实现，怎么理解一个业务用例有多个业务流程来描述？这多个业务流程描述同一个业务用例的关系又如何？我理解是一个业务用例对应一个业务流程，只是这个业务流程中有过个路径而已。
4. 分析业务用例的时候，最好不要纠结使用include/extend之类的东西，如实画出即可。我认为这两个东西不是分析的思路，而是设计的思路。
5. 交互概述图一般是在描述系统用例的时候使用。
cheppinl(271***332) 20:29:56
更正一下：组织是由系统（包括业务工人和业务实体）组成的。
cheppinl(271***332) 20:35:54
@第五元素 你的A用例和B用例需要这么多流程来描述，能说出你业务用例的名称吗？是不是业务用例切分有问题?
第五元素(50***16) 21:17:05
@cheppinl 谢谢您的耐心解答。思想的传播真是一个神奇的过程，阅读是一回事，理解是一回事，应用是一回事。
第五元素(50***16) 21:18:05
希望多讨论，也许理解就会深入了。我把我的问题具体说说。
第五元素(50***16) 21:25:21
你的A用例和B用例需要这么多流程来描述，能说出你业务用例的名称吗？是不是业务用例切分有问题?
－－－－－－－－－－－－－－－－－－－－－
病人到医院看病，以医院为研究对象，组织对外提供的价值只有"看病"这个业务用例。那么，看病这个业务用例是由于多少业务流程构成的呢？比如，1、咨询台去咨询问诊。2、挂号去挂号。3、到专家门诊科室去看病。4、到窗口去划价。吧啦吧啦。。。
这些都是由于"看病"这个业务用例触发组织内的业务序列图（业务流程）的。
而把这些"串"起来的，是使用交互概略图。交互概览图，并不是用于描述系统用例，这在书上说明过的。
第五元素(50***16) 21:27:51
那么，这个时候，就不可避免的出现在A用例对应的5个流程和B用例对应的4个流程中出现交叉的情况。
第五元素(50***16) 21:28:14
应该说是相同的流程的情况。
第五元素(50***16) 21:29:22
我的问题现在再来理解，应该就比较容易了。
－－－－－－－－－－－
在A业务用例下，有5个业务流程；在B业务用例下，有7个业务流程。其中，有4个业务流程是完全相同的。
请问，这四个相同的业务流程，是否可以归纳为"包含"(include)的业务用例？需要在业务用例图中表达出来吗？
第五元素(50***16) 21:29:43
2、一个业务用例对应多个业务流程，最后用交互概览图来总括表达。那么同一个业务用例划分为多个业务流程的原则是什么？比如，A业务用例划分为A1、A2....等业务流程，用交互概览图"串"起来。那么在业务建模之初，使用一张业务序列图也可以表达，但是图非常大。现在将这个业务用例划分为由多个业务序列的原则是什么？
第五元素(50***16) 21:30:42
这就是我所描述的问题，如果理解不对的地方，欢迎请批评指正。谢谢。
cheppinl(271***332) 22:11:55
你所说的"1、咨询台去咨询问诊。2、挂号去挂号。3、到专家门诊科室去看病。4、到窗口去划价"我理解为看病这个业务流程中的步骤，而不是业务流程。如果把这些理解成业务流程，那么怎么定义业务流程这个概念？
cheppinl(271***332) 22:38:01
我试着画了一下看病的业务流程，最简单的一种场景，的确流程挺长。对于这种情况，可以将例如"检查"作为子流程从这个途中抽取出去，作为一个应用导入进来。
第五元素(50***16) 22:42:51
对于"看病"这样的业务用例，是不是应该对应多个"步骤"？
第五元素(50***16) 22:44:26
所谓的"子流程"，在业务用例和业务序列图中应如何表达？
cheppinl(271***332) 22:47:59
在这里要区分两个概念，一个是模型，一个是视图。模型是对依据问题对现实世界的简化和抽象，而视图是模型在某个视角上的投影。视图是给人看的，由于人脑处理能力有限，一张视图不能太复杂，可以分层、分区表达。所以看病这个流程是否要分多个"步骤"是视图层面的事，关键是放在一张图上是否太复杂。
cheppinl(271***332) 22:49:46
在EA里为子流程建立一个新的业务序列图，在总图里将它拖拽过来就可以。
第五元素(50***16) 23:01:52
嗯，如果这样，连交互概览图都不用了。
第五元素(50***16) 23:04:33
是这样的，在书上，有个"参加公开课"的业务用例，分为多个"步骤"，最后通过交互概述图进行表达。这似乎与我们讨论的问题不太一样啊？
UMLChina9(1493943028) 12:54:41
@第五元素 不是用例。单独画成交互片段，拖到各个用例的序列图中
UMLChina9(1493943028) 12:57:25
2、发生频率不同
UMLChina9(1493943028) 13:00:03
UMLChina9(1493943028) 13:00:17
这个顺下来的都属于一个业务流程
UMLChina9(1493943028) 13:01:47
其他业务流程是为了预防或应对这个主流程中的意外而存在的。
UMLChina9(1493943028) 13:05:29
http://mp.weixin.qq.com/s?__biz=MjM5NDI4MDE4MQ==&mid=2651031517&idx=1&sn=544918087602791cfcd7d3a39aac2f86&mpshare=1&scene=23&srcid=1023gI1CtqULInRqxUgCAGEB#rd
UMLChina9(1493943028) 13:06:26
有时觉得一个流程步骤多，拆成几张图来画，也可以，但不是必要的
第五元素(50***16) 15:47:37
嗯嗯，之前的有些概念没搞清楚，理了一下。再次把问题重述一下：
我的一个用例对应的流程一拆分，成了十多个序列图（交互片段）。在绘制交互概览图时，就显得很复杂，可能会涉及判断、合并、分支等内容。如果分割粒度小，交互概览图就会很大。如果分割粒度大，就需要将判断、合并、分支等内容放入到业务序列图中。
那么，将一个业务流程划分为多个业务序列（交互片段）的原则是什么？
潘加宇(3504847) 18:55:35
我上面应该回答了。你先做，贴具体的图问问题