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

核心提示： 事件流的交替和例外除描述中心事件流之外，用例描述必须说明那些发生在普通事件流之外的交互，Java 建模: UML 工作簿，第 3部分(2)，例如录像带租用用例的主要事件流（在简单情况下）可以如下表示：录像带租赁店店员扫描顾客的会员卡， 系统取得会员名和他目前的租赁状况，当建立用例模型的时候，您必

事件流的交替和例外

除描述中心事件流之外，用例描述必须说明那些发生在普通事件流之外的交互。例如录像带租用用例的主要事件流（在简单情况下）可以如下表示：

录像带租赁店店员扫描顾客的会员卡。

系统取得会员名和他目前的租赁状况。一个“允许租赁”状态表示这个顾客可以租用录像带。

录像带租赁店店员扫描每盘被租借的录像带。

系统通过扫描每盘录像带，将可出租的录像带加入到用户可见的列表中，并显示当前的可出租的录像带列表。

录像带租赁店店员输入应收取的钱的数量（如果是现金）或者扫描信用卡。

系统标记这盘录像带为已在某段时间被出租并且打印这笔交易的收据。

但是如果顾客在上次租借中欠了逾期费怎么办？在她能再次租借她所选的录像带之前，她需付清所欠的逾期费。逾期费的交互表现为一个 交替流或 例外流。事件流的交替和例外是很正常的。在某些情况下，他们可以被纠正以重新开始正常的事件流，在其他情况下，他们则达不到目标。在我们的示例中，如果顾客付了逾期费和这次的租金，那她就达到了继续租借录像带的目的了。

用例建模中的事务处理

伴随着它的交替和例外，事件流是由一系列的事务处理组成。 事务处理是由参与者发起，并且当系统等候来自参与者的触发信号时完成的交互（注意完成事务处理的参与者不一定就是发起该事务处理的参与者）。事务处理允许我们把用例分割成更小的元素，并在每个决定点上将逻辑分组。 决定点是在描述中参与者必须作出决定或者提供额外信息的那个点。

所有的事务处理是由一个参与者和一个系统交互组成。您将极少需要计划一个没有启动的系统，即使这个启动仅仅以时间为基础。当建立用例模型的时候，您必须确保每个启动被某种类型的系统响应访问到。这个调用和响应对于用例来说是完整的。