数据收集用例图

Question

我正在创建一个与教育系统相关的项目，在这个项目中，将收集和展示大学、入学和奖学金的数据。

在这个项目中，我从不同的站点抓取数据，将其存储到数据库中，并让它在站点上查看。实际上，您可以说(如果我错了请纠正我)，系统正在收集数据并使其可查看。

我的问题是：

• 数据收集是用例吗？
• 如果是的话，谁将是演员？

Answer 1

正如我在评论中提到的，你的问题非常宽泛(如果不是太宽泛，在这里不应该成为主题)。但让我试着给你一个把握：

将被收集并展示在现场..。数据收集是否是用例，如果是的话，谁将是参与者？

是的，数据收集是查看数据(“显示在站点上”)的主要标识用例的先决条件。

用例图的重点主要是识别定义良好的系统边界内/外部发生的情况。系统边界的定义是必不可少的，因此图的第一种方法可能如下所示：

参与者是存在于系统边界之外的元素，可以触发系统提供的操作，也可以由系统触发来做一些事情。

参与者可以主动或被动地与您的系统进行通信。它可以用UML中的有向关联来表示。

用例必须驻留在您的系统边界内，并且将描述(即使是纯文本形式)，应该如何更详细地与Actors进行交互。

如上面的图表所示，参与者可能通过他们如何与您的系统(数据库)交互而更加专业化。

系统边界和描述首先取决于确定的需求(这也可能是与第三方的合同的一部分，是否值得支付！)

如上文所示，行动者可以是广义的(专门的)。

如果您已经确定了您的系统主要用例，您可能想要分解这些用例，以确定更具体的子系统(和扩展用例)，以及与您的特定行为者的交互，例如：

正如奥尔的谚语所说：

“一幅画可能值得说出上千个字，尽管图片解译可能需要整个图书馆才能写出来！”

总之，UML是一种通用(图片)语言，伴随着特定的解释(只有一本书，而不是一个完整的库)。

Answer 2

在项目中使用两个动作词来描述这个活动：“收集”和“收集”。要问的问题是：

• 这是同样的活动吗？我想是的
• 这个活动是完成“展示”目标所必需的吗？我想也许
• 有什么办法可以做到这一点？可能不止一个
• 这些不同的方式能以不同的方式实现吗？

我的观点是，“数据收集”不仅是一个用例，而且还有其他与“收集或收集”步骤相关的用例，每个用例都可能有一个或多个参与者。

• 直接链接到外部教育数据集可能是一种选择，在这种情况下，链接系统可能是行为者；
• 下载导出的数据集可以是一种选择，在这种情况下，“下载器”实用程序可以是参与者；
• 如果这些下载以不同的格式提供，那么特定于格式的下载实用程序可能是每个特定于格式的下载程序(即，ZIP、CSV、业务特定格式)的参与者。
• 手动键盘数据输入可能是其他任何方法无法获得的数据的(最后一种方法)用例；在最后一种情况下，办事员(或外部人员资源)可能是参与者。

识别用例和执行者的关键是分散到实现一步所涉及的所有方法/实践中，然后澄清哪些需求是必要的，以及如何满足这些需求。