UML活动图-如何设计？

预订是一项活动，它规定了以下内容：

一位顾客联系了一位预订员，询问租车事宜

客户提供所需的开始和结束日期、首选车辆和 接送处

预订员查找价格文件并报价。 客户同意这个价格

---

检查车辆可用性，以查看是否有合适的车辆可用于 在规定的办公室的规定时间

如果指定的接送办公室提供了请求的车辆，则为 为顾客保留的。在车辆可用性登记表中输入 预订

预订专员向客户发出租赁号码。 然后在租赁文件中创建租赁协议，包括租赁编号、 租赁期、车辆类型和接送办公室

例外情况

接送处没有合适的车辆。向客户提供 另一种交通工具

客户不同意价格，要求更换车辆和/或 句号

我为上面的活动设计了活动图，但我不知道是否必须将问题放在决策节点或控制流的上面？在我的例子中，同意价格应该在决策节点上还是在输入节点的控制流箭头上

此外，如果用例只指定了一个条件，例如“如果车辆可用，则向客户提供车辆并报价。如果客户接受，则启动租赁。”决策节点是什么样子的

此外，如果有三个不同的参与者，那么应该有一个泳道来代表参与者，还是可以绘制没有泳道的活动图

上面用例的活动图发布在下面

我不知道是否必须将问题放在决策节点或控制流的上面

它们被写在流程中，就像你做的那样。在UML中，决策节点是空的（这与基本流程图不同，在基本流程图中，可以在节点中写入条件）。来自决策节点的每个流都可以用保护（即条件）进行注释。当执行决策节点时，可以选择保护评估为true的任何流执行（通常，保护的条件是独占的，只能选择一个保护，但这不是要求）

此外，如果用例只指定了一个条件，例如“如果车辆可用，则向客户提供车辆并报价。如果客户接受，则启动租赁。”决策节点是什么样子的

如图所示，但在决策节点之前应该有一个用于询问客户机的操作节点，因为决策节点的唯一目的是在几个可能的流中进行选择决策节点执行过程中不执行任何操作

此外，如果有三个不同的参与者，那么应该有一个泳道来代表参与者，还是可以绘制没有泳道的活动图

这取决于建模的内容，如果系统的不同部分执行了不同的操作，则可以使用泳道（我最近画的），但如果对这种分离建模不感兴趣，则可以避免使用泳道。通常，参与者会向系统提供输入，但他们不会自己执行操作

---

例如，您的示例根据客户的输入（初始报价和协议）和客户收到的输出（租金号码），对预订专员（系统的一部分）的行为进行建模。我建议你把这个问题作为一个单独的问题来问，重点是第三个演员

“检查车辆可用性，以查看在所需的办公室是否有合适的车辆在所需的时间内可用。如果指定的接送办公室有所需的车辆可用，则为客户保留。在登记预订的车辆可用性中输入。“我写这篇文章是作为一个决策节点，它应该是一个动作，而不是一个不知何故产生的决策节点吗？除此之外，我可以写“是-检查可用性”吗？例如，设置决策节点的选项，以及在同一控制流上发送另一个操作的选项？