【问题标题】:External System in UMLUML 中的外部系统
【发布时间】:2018-11-18 11:27:47
【问题描述】:

我目前正在编写软件需求规范文档,我正在创建一个用例来验证或与外部系统通信,例如我想创建一个关于向用户 Outlook 联系人发送通知电子邮件的用例,我需要指定外部系统的详细信息?比如校准或凭据?

【问题讨论】:

  • 请修正错别字。他们使问题难以理解
  • 老实说,我不明白你想做什么以及你的问题在哪里。

标签: uml use-case requirements use-case-diagram


【解决方案1】:

不在 UC 图中,但在其他地方您可能会看到。

用例图

UC 将显示作为参与者参与 UC 的外部系统。 UC 本身显示了建模系统的功能,不应该分解。诸如“与外部系统通信”或“验证查询”之类的东西不是单独的 UC,而是诸如“下订单”之类的更广泛内容的一部分。在这个级别上,您只显示主要功能,为其他更具体的图表(例如描述 UC 流程的活动图)留下细节。

活动图

在活动图中,您会显示有关处理的信息,但通常不会显示太多静态数据。因此,“验证查询”或“创建通知电子邮件”之类的内容将是活动中的单独操作。它们可能已进一步分解为活动,其中包含有关如何执行验证或必须执行哪些步骤才能与系统通信的详细信息。

时序图

序列图是显示动作流程的另一种好方法,尤其是在涉及各方(例如系统)之间的通信时。在这里,您可以显示发送消息的顺序,在某种程度上采取的操作(称为操作 - 因此您可以显示您首先运行验证并将消息发送到电子邮件系统,然后如果验证成功)。通过该操作,您还可以显示有关必须提供的参数的信息(例如与外部系统通信的凭据)。

其他图表

这一切都取决于具体的图表,其中大多数让您有可能以某种方式展示其他系统。有时有不止一种好方法可以做到这一点。详细信息将取决于您想要展示的具体内容以及您选择了哪个图表来展示信息


我建议您阅读一些关于使用 UML 进行建模的好书。 Craig Larman 的“应用 UML 和模式”或 Howard Podesva 的“用于 IT 业务分析的 UML”是我通常的起始建议。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2021-07-25
    • 2014-06-11
    • 2013-04-15
    • 2011-05-27
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多