我的用例图的任何错误或改进

Any mistakes or improvements to my use case diagram

问题如下:

CarHere 是一家全国性汽车租赁公司,在不列颠群岛广泛提供低成本汽车租赁服务。他们的汽车可通过位于所有主要机场和一些市中心位置的租赁办公室获得。他们目前有一个性能不佳的计算机化系统,需要更换。现在已经委托一个团队开始开发工作。

当潜在客户要求从 CarHere 公司租车时,预订员会接受租赁要求,其中包括 pick-up 和 drop-off 时间和地点,class 车辆和任何特殊需求。一旦细节达成一致,将进行预订。所有预订都是临时的,直到客户在给定的确认日期之前确认 . 对于每次预订,预订员将记录客户和他们指定的任何其他司机的详细信息:头衔、名字、姓氏、电话、地址、驾照号码和 class 所租汽车和任何特殊功能。客户全额付款后,店员将记录付款详情:付款日期、付款方式和金额。然后,店员将预订更新为“已确认”,并签发一份租赁文件供客户签署。可以通过 credit/debit 卡或现金付款。已确认的预订可在 pick-up 前三天取消;付款已退还,减去 10% 的费用。

每天早上都会生成一份逾期临时预订清单和一份已确认预订的所有取消清单。然后取消临时预订并向客户退款。

这是我的图表:

我可以做些什么来改进图表吗?

首先,您想了解包含的用例是必需的,而扩展是可选的。 "Add payment record" 看起来不是可选的,"Get rental requirements." 的扩展也不是可选的所以,如果您不清楚这一点,您将需要相应地修改您的扩展和包含。

接下来,不要试图根据一个用例包含的其他用例来完全解释该用例的行为。如果您包含的用例确实是基本用例的一部分,则将它们排除在外。正如我将解释的那样,还有其他记录行为的方法。

接下来,如果您有不同的接受付款方式,您可能希望将每种方式作为一个单独的用例来继承 "Pay" 用例。

最后,为了全面解释用例的行为,请使用 activity 图,每个用例一张。你可以在那里进入任何你想要的细节。您可能还想 google "use case narrative" 查看可以口头记录用例行为的方法;这种叙述是 activity 图表所描绘的。如果您有一个特别复杂的用例路径,请查找 "use case scenario" 以及如何使用序列图记录一个用例。