用例可以分解成多个图吗？
Can Use Case be broken down into multiple diagrams?
我对 UML 尤其是用例还很陌生。我的问题是我们应该划分用例来表示我们系统的流程吗？
例如，派对管理系统具有派对控制、[=29]等功能=]任务控制和参与者控制。一个参与者可以加入多个派对，派对可以有很多参与者。
用户登录后可以选择所有派对他们目前通过显示派对按钮注册。派对可以由用户创建，因此他们将成为 Host，这样他们就可以邀请 Participants 加入并给他们 Missions。
选择一个政党会将用户定向到 政党名称 页面。从那里，主持人可以通过参与者控制选项卡邀请参与者，将他们的角色更改为Host 或 Participant 在 Mission Control 选项卡中处理 Mission具体党。
主持人可以在派对控制选项卡中将派对类型更改为Open/Invite仅或更改名称和日期。
只有主持人可以修改派对详情和分配任务，参与者可以查看分配给他们的任务但不能修改任何内容。所有选项卡都放在左侧菜单栏中。
我们有 2 位主要参与者，主持人 和参与者。所以我的问题从这里开始：
1。我应该将用例划分为 4 个用例：All Parties（将有 Show Party 过程），Party Control, Mission Controls, Participant Controls 就像系统的基本流程一样（登录后，用户在仪表板中。从仪表板中，选择显示派对—> 派对控制, 任务控制, 参与者控制)?
2. 对于每个用例图，我将添加一个流程图来进一步说明用户如何与系统交互，如果只是在这种情况下需要一个用例图，我是否应该将这些功能分解成许多流程图？
感谢您阅读我的问题！
是的，用例可以分解成几个不同的图表，每个图表显示较大模型的一部分。
但是不，不是按流程细分：用例不是用于流程建模。用例应与用户目标相对应，不应显示如何实现这些目标：
对于用户界面的详细信息（例如按钮，它指向一个功能，然后是下一个...）您可以使用 wireframes
为了更全球化的用户体验设计，您可以考虑story boards or user journey maps。
对于控制或对象的详细流程，您可以考虑 activity 图而不是流程图。事实上，activity 图可以指定允许实现复杂用例的行为。但是，经得起“可视化编程”的诱惑。
但是用例本身应该独立于它的实现方式，并为以用户为中心的 UI 设计留出自由。这个系统能为用户做什么是图表应该回答的主要问题。
没有！您所说的是功能分解，而不是用例（图表）的一部分。用例“只是”显示它为所考虑的系统参与者提供的附加值。
当谈到实现细节或“用户故事”时，您可以使用类似 Cockburn 的文本描述或选择 activity 图表。如果您有复杂的场景，也可以混合使用。然而，不应该有重叠，因为那时你有一个问题：哪个说的是实话。随着时间的推移，编辑可能会出现分歧并留下一些混乱。
我一如既往地建议阅读 Bittner/Spence 关于用例的内容！
P.S。基本上 @Christophe's 和我的回答是相似的或者至少不矛盾。我只是更强调一点，功能分解在用例级别是不可取的。
我对 UML 尤其是用例还很陌生。我的问题是我们应该划分用例来表示我们系统的流程吗？
例如，派对管理系统具有派对控制、[=29]等功能=]任务控制和参与者控制。一个参与者可以加入多个派对，派对可以有很多参与者。
用户登录后可以选择所有派对他们目前通过显示派对按钮注册。派对可以由用户创建，因此他们将成为 Host，这样他们就可以邀请 Participants 加入并给他们 Missions。 选择一个政党会将用户定向到 政党名称 页面。从那里，主持人可以通过参与者控制选项卡邀请参与者，将他们的角色更改为Host 或 Participant 在 Mission Control 选项卡中处理 Mission具体党。 主持人可以在派对控制选项卡中将派对类型更改为Open/Invite仅或更改名称和日期。 只有主持人可以修改派对详情和分配任务，参与者可以查看分配给他们的任务但不能修改任何内容。所有选项卡都放在左侧菜单栏中。
我们有 2 位主要参与者，主持人 和参与者。所以我的问题从这里开始：
1。我应该将用例划分为 4 个用例：All Parties（将有 Show Party 过程），Party Control, Mission Controls, Participant Controls 就像系统的基本流程一样（登录后，用户在仪表板中。从仪表板中，选择显示派对—> 派对控制, 任务控制, 参与者控制)?
2. 对于每个用例图，我将添加一个流程图来进一步说明用户如何与系统交互，如果只是在这种情况下需要一个用例图，我是否应该将这些功能分解成许多流程图？
感谢您阅读我的问题！
是的，用例可以分解成几个不同的图表，每个图表显示较大模型的一部分。
但是不，不是按流程细分：用例不是用于流程建模。用例应与用户目标相对应，不应显示如何实现这些目标：
对于用户界面的详细信息（例如按钮，它指向一个功能，然后是下一个...）您可以使用 wireframes
为了更全球化的用户体验设计，您可以考虑story boards or user journey maps。
对于控制或对象的详细流程，您可以考虑 activity 图而不是流程图。事实上，activity 图可以指定允许实现复杂用例的行为。但是，经得起“可视化编程”的诱惑。
但是用例本身应该独立于它的实现方式，并为以用户为中心的 UI 设计留出自由。这个系统能为用户做什么是图表应该回答的主要问题。
没有！您所说的是功能分解，而不是用例（图表）的一部分。用例“只是”显示它为所考虑的系统参与者提供的附加值。
当谈到实现细节或“用户故事”时，您可以使用类似 Cockburn 的文本描述或选择 activity 图表。如果您有复杂的场景，也可以混合使用。然而，不应该有重叠，因为那时你有一个问题：哪个说的是实话。随着时间的推移，编辑可能会出现分歧并留下一些混乱。
我一如既往地建议阅读 Bittner/Spence 关于用例的内容！
P.S。基本上 @Christophe's 和我的回答是相似的或者至少不矛盾。我只是更强调一点，功能分解在用例级别是不可取的。