Mobile 作为系统参与者的UML用例图服务器以及哪种用例

Mobile 作为系统参与者的UML用例图服务器以及哪种用例,mobile,uml,requirements,use-case,Mobile,Uml,Requirements,Use Case,我正在基于以下场景创建用例图: 有一个移动应用程序将数据传递到Web服务器/数据库。另一方面,Web服务器向移动应用程序发送数据 所以我有两个问题: 发送到应用程序的数据仅限于此智能手机/用户的个人数据。那么,将服务器/数据库显示为与特定用例连接的外部系统参与者是否有意义呢 是否有必要(针对移动应用)使用诸如“显示某些信息”或“刷新数据”之类的用例?因为我认为它们不是业务逻辑所必需的。你觉得怎么样 谢谢你的建议 发送到应用程序的数据仅为该应用程序的单个数据 智能手机/用户。那么,将服务器/数

我正在基于以下场景创建用例图:

有一个移动应用程序将数据传递到Web服务器/数据库。另一方面,Web服务器向移动应用程序发送数据

所以我有两个问题:

  • 发送到应用程序的数据仅限于此智能手机/用户的个人数据。那么,将服务器/数据库显示为与特定用例连接的外部系统参与者是否有意义呢

  • 是否有必要(针对移动应用)使用诸如“显示某些信息”或“刷新数据”之类的用例?因为我认为它们不是业务逻辑所必需的。你觉得怎么样

谢谢你的建议

发送到应用程序的数据仅为该应用程序的单个数据 智能手机/用户。那么,将服务器/数据库显示为 与特定用途连接的外部系统参与者 案例

只有当服务器/数据库实际上是一个外部系统时,您的系统才会与之通信。如果不是,那么它就不能是参与者,您应该强制进行额外的UML建模,以澄清整个系统结构(组件图+序列)

数据是个人的事实与此决定无关。:)

(移动应用程序的)用例是否类似于“显示有关 需要什么“订单”刷新数据?因为我认为他们不是 业务逻辑所必需的。你觉得怎么样

如果您正在构建这个移动应用程序,并且这些是需要实现的需求,那么您应该明确地将它们捕获为用例

“业务逻辑不需要它们”是什么意思

首先,您的系统的范围是什么?(移动应用、移动应用+服务器/数据库或其他)

更新(清除系统范围后)


我们正在构建移动应用程序和数据库。所以我们不仅仅是 从那里获取数据并发送数据。我们正在为整体建模 系统

作用域现在已清除-Database/server不能是参与者,因为它是作用域的一部分。我看到的唯一参与者是移动应用程序用户

当用户成为演员而应用程序成为演员时 系统我不知道如何描述用例,因为我认为 必须在uce案例描述中提及数据已发送至 服务器等

您不必将所有内容都放在用例描述中,我将很快回到这里

例如:一个用例是关于拍摄照片并将其发送给 服务器-——

那么,这个UC有什么问题?参与者是移动应用程序用户,用例是“上传图片”(可以选择包括拍照)

我认为您对试图将所有问题都放在用例模型中的几个问题的混合感到困惑,而这是不可能的

因此,我建议您通过绘制以下图表来分离CPN(系统的各个方面):

  • 业务级别:显示应用程序总体使用情况/业务工作流的活动图
  • 用于捕获需求的用例模型
  • 确保从参与者的角度简化此模型。只需确定一小部分参与者可以执行的有意义的交互(而不是低级别)。 例如:“上传照片”、“刷新数据”可能是一些可靠的UCs

  • (可选)概念/数据模型(用于清除相关数据结构)
  • 通过组件/部署图的系统结构(这里您至少有3个组件:移动应用程序、WEB服务器(或接收移动应用程序请求的任何组件)和数据库
  • 通信机制使用组件的序列图
  • 现在,您需要一些“胶水”来关联不同的概念-对于每个用例,使用组件图(+actor of Course)中的元素,制作一个序列来展示它是如何工作的


    关键是要“开放”用例并根据系统结构元素显示其内部实现。

    嗨,aleks,谢谢你的评论。外部系统是什么意思?不属于我们体系结构的系统?我们的体系结构如下:用户可以下载应用程序。只有在有注册器的情况下才能登录应用程序在此之前,用户可以与数据库“交互”。这意味着向数据库发送数据并从数据库接收数据。问题实际上是,在这种情况下,此数据库/服务器是否是一个黑匣子(您只需与它通信)或者你也可以开发数据库和这些查询。我假设你在为移动应用程序建模,如果我错了,请纠正我。用例都是关于系统的范围的,因此澄清这一点至关重要。我们正在构建移动应用程序和数据库。因此,我们不仅仅是从那里获取数据并发送数据。我们正在为整个系统建模因此,我不确定这一点的原因是以下事实:当仅仅把用户放在演员和应用程序上时,我不知道如何描述用例,因为我想我必须在uce用例描述中提到数据被发送到服务器等。例如:一个用例是关于拍照和发送t我现在会用更多的想法更新我的原始答案。Aleks,表述清晰,易于理解!我会接受这个答案。非常感谢您的时间!