Uml 用例图上的三层体系结构

Uml 用例图上的三层体系结构,uml,diagram,actor,use-case,Uml,Diagram,Actor,Use Case,我正在开发一个基于3层的系统,用户将数据传递到服务器,服务器执行服务器端处理并查询数据库等常见功能。我想知道我是否应该将数据库作为参与者包含在图表中?。我已经包括了服务器和最终用户 谢谢。我认为web服务器和数据库应该标记为系统,用户或外部第三方可以是参与者 如果您正在开发完整的系统,那么不,不要将数据库作为参与者。我也不建议显示服务器 UCD的目的是根据其支持的特性(用例)以及为谁提供这些特性(参与者)来显示系统上下文。UCD故意不显示内部结构,因此您只关注用户及其需求,而不会被实现问题所左右

我正在开发一个基于3层的系统,用户将数据传递到服务器,服务器执行服务器端处理并查询数据库等常见功能。我想知道我是否应该将数据库作为参与者包含在图表中?。我已经包括了服务器和最终用户


谢谢。

我认为web服务器和数据库应该标记为系统,用户或外部第三方可以是参与者

如果您正在开发完整的系统,那么不,不要将数据库作为参与者。我也不建议显示服务器

UCD的目的是根据其支持的特性(用例)以及为谁提供这些特性(参与者)来显示系统上下文。UCD故意不显示内部结构,因此您只关注用户及其需求,而不会被实现问题所左右

由于服务器和数据库是系统的一部分,它们是如何实现用例的“设计细节”。因此,他们不会坐在你的系统之外,因此他们不是演员。我唯一建议将其他系统放在UCD上的时间是(a)它们位于您正在构建的系统的外部,以及(b)向它提供或从中获得一些价值

UML提供了显示系统内部组件的其他图表:

  • 显示物理硬件和分配给它们的软件组件
  • 允许您显示应用程序的逻辑结构
  • 或者允许您展示用例是如何根据其逻辑组件实现的
  • (请注意,我并不是建议您使用所有这些工具,只是使用有用的工具)

    hth.

    引用wikipedia“参与者模拟了实体扮演的一种角色,该实体与主体交互(例如,通过交换信号和数据),但该角色不属于主体。”[1]参与者可以代表人类用户、外部硬件或其他主体扮演的角色。请注意,参与者不一定代表特定的物理实体,而只是与相关用例的规范相关的某个实体的特定方面(即“角色”)。所以我知道我可以使用服务器,因为它通过消息传递与客户端通信。