我目前正在编写软件需求规范文档,我正在创建一个用例来验证或与外部系统通信,例如我想创建一个关于向用户 Outlook 联系人发送通知电子邮件的用例,我需要指定详细信息对于外部系统?像校准或凭据?
1 回答
不在 UC 图中,但在其他地方你可能会看到。
用例图
UC 将显示作为参与者参与 UC 的外部系统。UC 本身显示了建模系统的功能,不应该分解。诸如“与外部系统通信”或“验证查询”之类的东西不是单独的 UC,而是像“下订单”这样更广泛的东西的一部分。在这个级别上,您只显示主要功能,为其他更具体的图表(例如描绘 UC 流程的活动图)留下细节。
活动图
在活动图上,您显示有关处理的信息,但通常不会显示太多静态数据。因此,诸如“验证查询”或“创建通知电子邮件”之类的内容将是活动中的单独操作。它们可能已进一步分解为活动,其中包含有关如何执行验证或必须执行哪些步骤才能与系统通信的详细信息。
序列图
序列图是显示动作流程的另一种好方法,尤其是在涉及各方(例如系统)之间的通信时。在这里,您可以显示发送消息的顺序,在某种程度上采取的操作(称为操作 - 因此您可以显示您首先运行验证并将消息发送到电子邮件系统,然后如果验证成功)。通过该操作,您还可以显示有关必须提供的参数的信息(例如与外部系统通信的凭据)。
其他图表
这一切都取决于具体的图表,其中大多数让您有可能以某种方式展示其他系统。有时有不止一种好方法可以做到这一点。详细信息取决于您要显示的确切内容以及您选择哪个图表来显示信息
我建议您阅读一些关于使用 UML 进行建模的好书。Craig Larman 的“应用 UML 和模式”或 Howard Podesva 的“用于 IT 业务分析的 UML”是我通常的起始建议。