generating/viewing 报告是有效用例吗？
Is generating/viewing a report a valid usecase?
如果我们采用“取消订单”用例，用户可能必须在取消特定订单之前查看所有订单从订单列表。如我所见，"View order" 是“取消订单”用例的先决条件。
还有其他用例，例如 查看/生成 列表或报告。这些在用例图中有效吗？
通常，一个用例会向参与者显示正在考虑的系统的单个附加值 returns。现在，什么是附加值？有时这取决于。尤其是当你处理 CRUD 时，讨论最终往往会分崩离析。因此，是为 "create/read/update/delete X" 显示单独的 UC 还是在单个 "manage X" 中汇总它们更好，这完全取决于单个 CRUD 部分的重要性。如果查看是一个非常重要的部分，因为它大部分时间都在完成，而且 CUD 肯定是其中的一部分，那么它们应该分开。如果您以大致相同的强度执行所有 CRUD 操作，您最好使用单个 UC。
生成报告 - 是的。更重要的是，区分报告不仅适用于不同类型的用户，也适用于 SW 的支持者，这是一个很好的做法。
但不要忘记，您还应该告诉高层报告，这些报告可以按需或自动完成，并且包含一些集中的信息，来自数据库生成 [=19= 】 报道。您可以为不同的抽象级别编写用例。第一份报告适用于面向人的用例，而数据库报告适用于更具体的用例。最后这些不常使用。
所以，我们可以想象一个table:
high level low level
Users useful/usual The reports themselves are not useful
Support/lisense team useful/not so usual useful/usual
在这里您可以了解报告等用例元素的用途以及此类用例的使用频率。
the user might have to view all the orders before canceling... "View order" is the pre-condition for the "cancel order" use-case.
在你的情况下，这不是先决条件。这是 "Cancel order" 用户目标用例中的一个步骤。并且此步骤可以扩展（或保留为一个步骤，具体取决于您描述的级别）扩展（如果用户 可能 查看）或包含（如果用户 必须 查看）"View order" 用例。
other use-cases like view / generate lists or reports. Are these valid in a use-case diagram?
您很可能面临（注意用例标题）：
- 用户目标用例，如
Accountant orders [payments/agents/etc.] report，步骤 System generates [payments/agents/etc.] report。 （请记住，用户从来不会带着意图进入系统 "and now I want to generate a report"，用户需要报告以获得更高的目标）。
- 子函数用例
System generates [payments/agents/etc.] report。
如果你的图表都是关于用户目标用例和层次结构中更高的用例 - 不要牺牲子功能的可读性。更好地为特定业务流程或应用程序域创建单独的图表。
如果我们采用“取消订单”用例，用户可能必须在取消特定订单之前查看所有订单从订单列表。如我所见，"View order" 是“取消订单”用例的先决条件。
还有其他用例，例如 查看/生成 列表或报告。这些在用例图中有效吗？
通常，一个用例会向参与者显示正在考虑的系统的单个附加值 returns。现在，什么是附加值？有时这取决于。尤其是当你处理 CRUD 时，讨论最终往往会分崩离析。因此，是为 "create/read/update/delete X" 显示单独的 UC 还是在单个 "manage X" 中汇总它们更好，这完全取决于单个 CRUD 部分的重要性。如果查看是一个非常重要的部分，因为它大部分时间都在完成，而且 CUD 肯定是其中的一部分，那么它们应该分开。如果您以大致相同的强度执行所有 CRUD 操作，您最好使用单个 UC。
生成报告 - 是的。更重要的是，区分报告不仅适用于不同类型的用户，也适用于 SW 的支持者，这是一个很好的做法。
但不要忘记，您还应该告诉高层报告，这些报告可以按需或自动完成，并且包含一些集中的信息，来自数据库生成 [=19= 】 报道。您可以为不同的抽象级别编写用例。第一份报告适用于面向人的用例，而数据库报告适用于更具体的用例。最后这些不常使用。
所以，我们可以想象一个table:
high level low level
Users useful/usual The reports themselves are not useful
Support/lisense team useful/not so usual useful/usual
在这里您可以了解报告等用例元素的用途以及此类用例的使用频率。
the user might have to view all the orders before canceling... "View order" is the pre-condition for the "cancel order" use-case.
在你的情况下，这不是先决条件。这是 "Cancel order" 用户目标用例中的一个步骤。并且此步骤可以扩展（或保留为一个步骤，具体取决于您描述的级别）扩展（如果用户 可能 查看）或包含（如果用户 必须 查看）"View order" 用例。
other use-cases like view / generate lists or reports. Are these valid in a use-case diagram?
您很可能面临（注意用例标题）：
- 用户目标用例，如
Accountant orders [payments/agents/etc.] report，步骤System generates [payments/agents/etc.] report。 （请记住，用户从来不会带着意图进入系统 "and now I want to generate a report"，用户需要报告以获得更高的目标）。 - 子函数用例
System generates [payments/agents/etc.] report。
如果你的图表都是关于用户目标用例和层次结构中更高的用例 - 不要牺牲子功能的可读性。更好地为特定业务流程或应用程序域创建单独的图表。