UML活动图 - 如何设计？

Question

预约是活动并将其规定如下：

一位顾客接触预约官员关于汽车租赁服务。

该客户报价需要的开始和结束日期，首选车辆和皮卡办公室的 。

预约人员查找价格文件并报价。 客户同意价格。

车辆可用性将被检查，以查看是否有合适的车辆可用于在所需办公室所需的时间 。

如果请求的车辆在指定的代收处可用，则为客户保留 。在车辆可用性中输入登记 保留。

预约人员向客户发出租赁号码。 然后在租赁文件中创建租赁协议，其中包括租赁编号， 租赁期限，车辆类型和代收办公室。

例外

1. 适当的车辆，不提供在拾取办公室。客户提供替代车辆 。
2. 客户不同意价格并要求提供备用车辆和/或 期间。

我设计了上述活动的活动图但我不知道我是否有提出问题的决策节点或以上的控制流程？在我的情况下，价格同意应该在决策节点上还是在输入节点的控制流程箭头上？

除此之外，如果用例仅指定一个条件，例如“如果车辆可用，则向客户提供车辆并报价，如果客户接受，则启动租赁。决策节点是怎样的？

此外，如果有三个不同的参与者，应该有一个代表参与者的泳道，还是可以在没有参与者的情况下绘制活动图？

的用例的活动图上面下面贴

Answer 1

我不知道我是否有提出问题的决策节点或以上的控制流程？

它们写在流程中，就像你一样。在UML中，决策节点是空的（这与基本流程图不同，其中人们会在节点内写入条件）。来自决策节点的每个流可以用后卫（即条件）进行注释。当执行判定节点，任何流，其防护装置的计算结果为真，则可能被选择用于执行（一般，警卫的条件是排他的，并且只有一个防护件可以被选择，但是这不是必需的）。

此外，如果用例仅指定条件，例如“如果车辆可用，则向客户提供车辆并报价，如果客户接受，则启动租赁“。决策节点是怎样的？

看起来，在你的身影，但应该有一个动作节点询问客户的决策节点之前，由于决策节点的唯一目的就是几种可能流之间进行选择。 没有动作的决策节点执行的一部分执行。

此外，如果有三个不同的角色是什么，应该有代表的演员或可在活动图中可以没有一个绘制的泳道？

这取决于你模拟什么，如果你有你的系统的不同部位进行不同的操作，您可以使用泳道（我刚绘制的an example here），但你可能避免swimlines如果不感兴趣来模拟这种分离。通常，参与者会向系统提供输入，但他们不会自己执行操作。

例如，你的榜样模型保留军官（这是你的系统的一部分）的基础上，从客户输入（初始报价和协议）的行为和客户收到输出（租金数）。我建议你作为一个单独的问题强调第三个演员。