我的用例中有很多进程,这是正常的吗?

时间:2010-06-12 02:14:24

标签: uml use-case

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

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

依旧......

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

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

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

4 个答案:

答案 0 :(得分:2)

我不确定你将它分成多个页面是什么意思,但你当然可以把它分成多个用例或多个子系统......但是它值得吗?

用例,据我所知(不多),用于显示清楚用户可以与系统甚至系统进行的交互类型与另一个系统。可以生成一个综合用例,只有一个系统具有所有这些选项,但也可以将所有选项分成较小的子系统。

我建议你使用任何你更熟悉的东西,只要需要看到该图表的人能够清楚地了解每个演员如何相互作用

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

答案 1 :(得分:1)

你的术语不太正确。

从图中可以看出,这不是一个用例。

这是几十个用例。每个椭圆形是一个单独的用例。每个盒子都是一个单独的系统。您将展示7个具有32个用例的系统。

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

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

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

答案 2 :(得分:1)

可以分为几页。您可以根据演员划分图表。因此,您可以在一个页面中将一个actor和所有用例关联到该actor。 尝试分析是否有必要在图表中包含所有用例,但当然这取决于您对此图表的用途和对象。

答案 3 :(得分:0)

您应该对用例进行分组。例如,创建一个用例“Manage Group”,其中包括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/