【问题标题】:Dealing with DLLs in use case diagrams在用例图中处理 DLL
【发布时间】:2014-09-13 23:24:48
【问题描述】:

我开发了一个异构应用程序,它利用了面向服务的架构。它由许多代码不同且运行在不同平台上的组件组成(例如:Android 客户端、WP8 客户端、Web 服务器、桌面客户端、网站)。

现在我正在尝试记录我已经得出结论,将每个组件放在一个单独的子系统中。但我遇到了是否将 DLL 也放入子系统的问题。这个应用程序由许多 DLL 文件组成,我真的无法决定这一点。我还有一个问题,因为主应用程序需要使用 DLL 之类的类库,如果我想在用例中显示这种关系(主应用程序中的所有函数都依赖于 DLL 中的函数,而DLL文件不能单独执行),所以这个“包含”或“扩展”。

例如:

DLL A = 生成机器 ID

桌面应用程序使用 DLL A 注册机器

“扩展”或“包含”也是如此(我认为包含是正确的,但要仔细检查)

【问题讨论】:

标签: uml modeling visio use-case subsystem


【解决方案1】:

在用例级别描述 DLL-s 并不是您每天都在做的事情。我会忘记 DLL,而只写那些特定 DLL 的作用(如果“业务”中的某个人阅读您的文档,他或她无论如何都不会关心 DLL,如果这是技术文档,请使用部署或组件图这个目的)。 据我了解,所有的 DLL 都做同样的事情,但在不同的平台上运行,对吗?如果是这样,那么只需绘制 一个 用例并使用 include。 为什么包括而不是扩展?扩展是例如。有一个用例包含特定条件下的其他步骤,而 include 表示特定用例在 不同 用例中相同

【讨论】:

  • 谢谢,我同意你的看法,但是 DLL 仅针对 Microsoft 平台。会接受您的回答,我个人认为,用例与显示 DLL 无关。
  • 我又遇到了一个问题,当子系统中的一个功能需要使用不同子系统中的另一个功能时,我应该仍然使用 Extend 或 Include 还是必须通过画线直接关联它们?就像注册函数需要与 REST API 通信时一样
  • 在这种情况下我总是使用关系“修饰符”,所以扩展或不仅仅包含“纯行”
猜你喜欢
  • 2015-03-31
  • 1970-01-01
  • 1970-01-01
  • 2015-08-02
  • 2017-04-22
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多