0

我现在正在研究一个由许多子系统组成的大系统,每个子系统都依赖于另一个子系统。我为这个系统编写了一个用例,但我注意到我的用例中有很多进程(超过 40 个进程!)。它看起来像这样:

  • 组子系统:
    • 添加组。
    • 删除组。
    • 加入群组。
    • 上传文件。
    • 创建民意调查。
    • 删除文件。
    • 删除民意调查。
    • 写帖子/主题
    • 关闭帖子。
    • 编辑帖子。
    • ……
  • 消息中心
    • 发信息
    • 查看收件箱
    • 阅读消息。

等等 ..

这是一个截图,只是为了知道这是一个大用例:) http://farm2.static.flickr.com/1308/4691773979_4c5a30f26c_b.jpg

每个用户都与这些进程交互。

  • 如何减少这些进程的数量?
  • 是否可以将用例流程分成许多页面?
4

4 回答 4

2

我不确定您将其划分为多个页面是什么意思,但您当然可以将其划分为多个用例或多个子系统……但这值得吗?

用例,据我所知(不多),用于清楚地显示用户可以与系统进行什么样的交互,甚至是一个系统与另一个系统的交互。可以仅使用一个具有所有这些选项的系统来生成一个全面的用例,但也可以在将所有内容分成更小的子系统时做到这一点。

我建议您使用您更熟悉的任何内容,只要需要查看该图表的人可以清楚地了解每个参与者如何相互作用

此外,如果您正在处理用例,那么您之前可能已经制作过包图/列表。如果你这样做了,你可以简单地为每个包做一个用例。

于 2010-06-12T02:57:56.650 回答
1

你的术语不太对。

从图片上看,这不是一个用例。

那是几十个用例。每个椭圆都是一个单独的用例。每个盒子都是一个独立的系统。您将展示 7 个系统和 32 个用例。

阅读:http ://www.agilemodeling.com/artifacts/useCaseDiagram.htm

我不知道您认为“过程”是什么。从你的图片猜测,你称之为“过程”的每一件事都是一个用例。参与者与系统交互以创造有价值的东西。

由于您的术语错误,因此很难说它是否“正常”。然而,弄错术语是很常见的。

于 2010-06-12T11:41:26.200 回答
1

可以分成几页。您可以根据演员划分图表。因此,您可以在一个页面中拥有一个参与者以及与该参与者相关的所有用例。尝试分析是否有必要在图表中包含所有用例,但这当然取决于您在此图表中的内容和对象。

于 2010-06-22T08:40:56.420 回答
0

您应该对用例进行分组。例如,创建一个用例“管理组”,其中包括 3 个用例:

add Group.
remove Group.
join to Group.

然后,您可以选择视图的粒度以显示或不显示详细信息。

在此处查看其他示例:

http://askuml.com/files/2010/06/yuml-use-case-diagram03.png http://askuml.com/files/2010/06/yuml-use-case-diagram02.png 取自http: //askuml.com/blog/yuml-use-case/

于 2010-07-11T08:45:31.497 回答