Use case 用例标准

1-我对如何通过用例对以下问题建模有一些疑问

背景：该公司是一家保险公司，它是及时出事的汽车

故事：参与者A检查一个新的声明，并确定请求的参与者B是否被拒绝。 演员A分析的是是否存在财务保险，驾驶执照是否有效，或者他是否喝醉了，因此，为了拒绝索赔，通过向演员B发送电子邮件，要求其澄清拒绝索赔的决定。 另一方面，演员B对拒绝作出答复，进入系统并使用具有预设格式的卡程序。从几封信中找出信的类型，打印出来，然后从该地区将信带到该地区探险队，然后发送到客户家中。 问题是: 它们是两个用例，即一个用于请求，另一个用于实际拒绝，还是一个具有两个参与者的单一用例？ 你能代表发送电子邮件的系统吗？ 如何合成用例的主要流程

另一方面，为了缓解这个过程或用例，我意识到可以改进，然后我把它放在如下位置：

故事：演员A检查投诉并确定索赔是否被驳回。要执行此操作，请使用名为“拒绝索赔”的系统选项，按系统会自动在“拒绝索赔”请求的收件箱中发出新请求，该请求不是电子邮件框，而是显示所有应用程序的表单 问题:

它们是两个用例，一个用于请求，另一个用于实际拒绝，还是一个包含两个参与者的用例，如拒绝声明？ 如何合成用例的主要流程？ 这个新的收件箱，它指定，在一个新的用例中

---

当然非常感谢您的回复或贡献

主要是A和B真正想做什么？换句话说，如果他们的电话响了，他们会说什么？为什么他们必须缩短对话

乍一看，用例将是：

审查索赔

B->加快拒绝函

---

或者类似的东西。然后，所有其他操作都成为用例中的任一步骤、异常等。

请参见有两个案例接受或拒绝，这两个案例都是请求用例的子案例，因此您可以将拒绝和接受作为子案例包含在请求用例中。@User1359768