Java 建模: UML 工作簿，第 3部分

核心提示： 序列图中的事务处理事务处理在序列图中是很容易识别的，在我的第一个专栏中，Java 建模: UML 工作簿，第 3部分(3)，我介绍了只有两个事务处理的方案，当申请者请求新的贷款申请时，迄今为止，我们只列出了其中的两个图表，第一个事务处理被启动，这个事务处理以系统等待申请者填写请求和提交请求为结束

序列图中的事务处理

事务处理在序列图中是很容易识别的。在我的第一个专栏中，我介绍了只有两个事务处理的方案。当申请者请求新的贷款申请时，第一个事务处理被启动。这个事务处理以系统等待申请者填写请求和提交请求为结束。当申请者在线提交了贷款申请时，第二个事务处理被启动。它以系统请求商业资信咨询机构的信用报告为结束。

图 1 让我们再看一下建立用来描述这个方案的序列图 -- 提交贷款请求和它的两个事务处理。这个图表建立了从开始到结束的两个事务处理的模型。您将会想起，这是一个一般的序列图，它允许我们在以后添加更多的方案（从而加入更多的事务处理）。至少就这个开发循环的分析阶段而言，当我们添加方案时，我们将完成这个用例。然而，当我们转向设计的时候，我们可能发现我们需要添加更多的事务处理。例如，如果我们选择作屏幕到屏幕的确认（代替当前在提交时的单一确认），我们必须在每一步确认时添加一个事务处理。

现在看一下图 1，仔细注意事务处理的描述。以识别信息的方向从参与者到出现在最接近顶部的一个类或者实例为开始。正如您在下面的图表中看到，第一个事务处理通常是从左边开始。沿着箭头的顺序直到您到达了另外一个参与者或者顺序结束。当顺序结束时，它返回到最初的参与者。这就是一个事务处理。在图 1 中您应该能看到两个完整的事务处理。

图 1. 一个提交贷款请求用例的部分序列图

象其他大多数用例那样，提交贷款请求用例使用多重的事务处理。迄今为止，我们只列出了其中的两个图表，但是一个普通的用例使用大约 3 到 15 个事务处理。