Uml 我的用例中有很多过程，这正常吗？
我现在正在研究一个由许多子系统组成的大系统，每个子系统相互依赖。我为这个系统写了一个用例，但我注意到我的用例中有很多进程（超过40个进程！）。看起来是这样的：Uml 我的用例中有很多过程，这正常吗？,uml,use-case,Uml,Use Case,我现在正在研究一个由许多子系统组成的大系统，每个子系统相互依赖。我为这个系统写了一个用例，但我注意到我的用例中有很多进程（超过40个进程！）。看起来是这样的： 组子系统： 添加组 删除组 加入小组 上传文件 创建投票 删除文件 删除投票 写文章/主题 关上门柱 编辑文章 信息中心 发送消息 查看收件箱 阅读信息 等等 这是一个屏幕截图，只是想知道这是一个大用例：） 每个用户都与这些流程交互 如何减少这些进程的数量？ 是否可以将用例过程划分为多个页面？ 我不知道你把它分成许多页是
- 组子系统：
- 添加组
- 删除组
- 加入小组
- 上传文件
- 创建投票
- 删除文件
- 删除投票
- 写文章/主题
- 关上门柱
- 编辑文章
- 信息中心
- 发送消息
- 查看收件箱
- 阅读信息
- 如何减少这些进程的数量？
- 是否可以将用例过程划分为多个页面？
此外，如果您正在处理用例，很可能您以前已经制作过包图/列表。如果您这样做了，您只需为每个包执行一个用例。我不确定您将其划分为多个页面是什么意思，但您肯定可以将其划分为多个用例或多个子系统。。。但是值得吗 据我所知，用例（并不多），用于清楚地显示用户可以与一个系统，甚至是一个系统与另一个系统进行何种交互。有可能产生一个只有一个系统具有所有这些选项的综合用例，但也有可能在将所有内容分离为更小的子系统时实现 我建议你使用任何你觉得合适的工具，只要需要查看图表的人能够清楚地知道每个参与者是如何相互作用的
此外，如果您正在处理用例，很可能您以前已经制作过包图/列表。如果您这样做了，您只需为每个包执行一个用例。您的术语不太正确 从图片上看，这不是一个用例 这是几十个用例。每个椭圆形都是一个单独的用例。每个盒子都是一个独立的系统。您将展示7个系统和32个用例 请阅读以下内容： 我不知道你认为“过程”是什么。从您的图片中猜测，您称之为“流程”的每件事情都是一个用例。参与者与系统交互以创造有价值的东西
因为你把术语弄错了，所以很难说它是否“正常”。然而，术语错误是很常见的。您的术语不太正确 从图片上看，这不是一个用例 这是几十个用例。每个椭圆形都是一个单独的用例。每个盒子都是一个独立的系统。您将展示7个系统和32个用例 请阅读以下内容： 我不知道你认为“过程”是什么。从您的图片中猜测，您称之为“流程”的每件事情都是一个用例。参与者与系统交互以创造有价值的东西
因为你把术语弄错了，所以很难说它是否“正常”。然而，术语错误是很常见的。可以分成几页。您可以根据参与者划分图表。因此，您可以在一个页面中拥有一个参与者以及与该参与者关联的所有用例。
尝试分析是否有必要在图表中包含所有用例，但这当然取决于您要在图表中显示的内容和用户。可以分成几页。您可以根据参与者划分图表。因此，您可以在一个页面中拥有一个参与者以及与该参与者关联的所有用例。
尝试分析是否有必要将所有用例包括在图表中，但这当然取决于您要在图表中显示什么以及您是谁。您应该对您的用例进行分组。例如，创建一个用例“管理组”，其中包括3个用例：
add Group.
remove Group.
join to Group.
摘自您应该对您的用例进行分组。例如，创建一个用例“管理组”，其中包括3个用例：
add Group.
remove Group.
join to Group.
摘自“此系统的用例”“我的用例中的许多进程”？你可能做错了。用例是与用户的交互，可以创造业务价值。您可能在太高的级别上定义了“用例”。您使用的用例定义是什么？你读过什么书？您从哪里了解到“用例”？你能提供一些关于你认为用例是什么的更具体的信息吗？你的用例看起来不错。没有理由需要不止一个进程？这是您的用例吗？您的用例的过程列表？什么是
it