architecture - 在用例分析中使用参与者对这些角色进行建模

标签 architecture uml use-case system-design

我正在建模一个具有(除其他外)这些类型的角色的系统:

  • 个人玩家
  • 团员

  • 以下是一些额外的事实:
  • 单个播放器有一组功能要求
  • 有几种类型的团体玩家(例如射手,导航员,工程师等)
  • 组播放器的选择(即类型)会影响播放器可用的功能
  • 团体玩家的功能是以下各项的结合:
    (a) 单个玩家可以做的事情的一个子集
    (b)(可选)基于角色的一些附加要求(例如肉搏战等)。

  • 我可以将 Actor 抽象为通用 Player 的特化 - 但我不太确定如何将它们“组合在一起”作为系统“形式分析”的一部分。

    任何人都可以帮忙吗?

    最佳答案

    用例和用例模型都使用参与者。最初,在用例模型级别,您将希望通过用例以图形方式描述高级功能以及与这些用例交互的参与者。

    根据您的描述,听起来个人玩家是 Actor ,而团体玩家是角色。角色与管理有关,您可能需要一个处理管理的用例。

    所以你的神射手、导航员和工程师 Actor 都将是一种玩家。您的射手、导航员和工程师角色将是您的团队角色。定义这些 Marksman、Navigator 和 Engineer 参与者交互的功能的用例不会处理角色,因为角色是实现它的“方式”。

    无论如何,大约在您发现自己将给定的参与者分解为子参与者的时候,您可能想要开始在单独的图表中实际对参与者进行建模 - 或在层次结构中描绘它们。这可以帮助您摆脱任何不一致和交叉关系。

    然后,随着您对用例的深入研究,您实际上将开始描述和定义您的参与者。

    关于architecture - 在用例分析中使用参与者对这些角色进行建模,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6926204/

    相关文章:

    uml - 在用例图中显示条件

    url - 减小 URL 大小的方法?

    ruby-on-rails - 为 Rails 应用程序自动生成 UML 图的工具

    if-statement - 如何在 UML 系统序列图中显示 If else 条件

    java - UML图: Reflexive Association with class instance clarification

    javascript - 在 JavaScript 中使用继承模式

    c - 是否只使用函数指针来实现回调?

    数据库独立性

    c# - 在 Web 应用程序中访问业务逻辑服务是否有最佳实践?

    c++ - 为什么C中总是有main函数?