Uml 用例图<&书信电报;扩展>&燃气轮机;

Uml 用例图<&书信电报;扩展>&燃气轮机;,uml,diagram,use-case,Uml,Diagram,Use Case,我已经为我提议的系统创建了下图,但有几个问题 该项目有三个组件:程序(Java)、网站和数据库 使用该程序,用户可以生成数据并将其提交到数据库。然后,用户可以通过web界面查看这些内容 从图中可以看出,我有“导出数据”“将信息传递到网站”。(数据库通过PHP从数据库检索数据)。这是否意味着“导出数据”需要位于“网站界面边界”内 另外,如果我要添加第三个边界-这是一个糟糕的做法吗 为了明确回答您的主要问题,对于用例(如扩展)和用例包含(如包或系统边界)之间的链接没有强烈的要求 但除此之外,请允许我

我已经为我提议的系统创建了下图,但有几个问题

该项目有三个组件:程序(Java)、网站和数据库

使用该程序,用户可以生成数据并将其提交到数据库。然后,用户可以通过web界面查看这些内容

从图中可以看出,我有“导出数据”
“将信息传递到网站”。(数据库通过PHP从数据库检索数据)。这是否意味着“导出数据”需要位于“网站界面边界”内

另外,如果我要添加第三个边界-这是一个糟糕的做法吗


为了明确回答您的主要问题,对于用例(如扩展)和用例包含(如包或系统边界)之间的链接没有强烈的要求

但除此之外,请允许我对您的图表说一些看起来非常尴尬的事情:

  • 我们应该在图中有这样的信息:哪个参与者执行这个用例?在这里,我假设数据库不是执行者,所以除了底部的三个用例之外,这个图中没有任何用例遵守这个规则
  • 您只能在参与者和用例之间画线,而不能在两个用例之间画线。例如,在导出数据和查询数据库之间,您的意思是什么?如果您的意思是导出数据过程的一部分将查询数据库,那么您需要一个
    关系,箭头指向查询数据库,这意味着查询数据库是导入数据的一个强制子用例。但是,这是一个疯狂的猜测
  • 我也不确定你的
    是否正确。这里的意思是,当您授予权限时,您可以选择检查凭据,当您将信息传递到网站时,您可以选择导出数据。我很确定这不是你的意思
总结最后两点:

Main use case ------------> sub use case
              <<include>>

Main use case <------------ optional sub use case
               <<extend>>
主用例----------->子用例

主要用例非常感谢Steph。这让我深思。现在重新做我的图表有点晚了,所以我明天会修改它们。+1指出«扩展»在那个例子中可能不正确。