Uml 棋盘游戏用例图

我正在为我编写的跳棋游戏创建一个用例图。在制作这些时，你到底应该深入到什么程度？我读到它们应该很简单，但这有点模糊。我是否需要创建更多的箭头，例如在“移动规则”（这意味着移动规则的棋子，与国王相对）和“跳跃”之间？或者在那里没有联系可以吗？我只是不想做太多的箭头，因为它会开始看起来很乱。如有任何意见，将不胜感激

1）…UML..图表..你应该有多深入..我需要..更多箭头..不要..它..看起来..凌乱。。？ 深度和简单程度取决于许多因素，基本上取决于“你为什么需要它”和“谁将阅读它”的答案

实际上，可以帮助你做出决定的一系列问题、指南和其他实践可能相当长。Scott W.Ambler在线书的章节中列出了特别有用的一个

您应该非常清楚的一件事是您需要/想要什么类型的UML图

2） UML..用例图..更多箭头..或..无..连接..箭头太多。。？ 用例图中的箭头不是任意的连接线，而是具有精确的含义，尤其是

和

关系，请参阅以了解其定义和示例

除了图形化的气泡外，用例还表示如何与设计中的系统交互。气泡的内容然后以或多或少形式化的文本形式进行描述，请参见，尤其是当他基本上定义了术语的含义（后来被UML采用）时，他的观点很重要

3） 我正在为我编程的跳棋游戏创建一个UML图表。。 在您的情况下，

王牌

泡泡似乎没有包含在或扩展由

玩家启动的
开始游戏
泡泡中，我看不出在其文本表示（或您的代码）中可能隐藏了哪些步骤序列

你开始画的东西看起来更像一个例子


以及一些解释链接：


概述
Conrad Bock（UML作者之一）的背景，UML2活动和动作模型，对象技术杂志








工具手册

，UML图解指南-
，使用UML第二部分-行为建模图-
，UML活动图-

这里的用例要少得多。请参考我自己绘制的下图：


其他需求可以写在用例规范中，特别是业务规则中

用例名称：movepiece

演员：球员（初级）

先决条件：******

岗位条件：******

利益相关者和利益相关者：******

基本路径：

玩家选择一个棋子和目标方块，并提交移动请求

系统验证目的广场

系统移动工件并计算移动速度

系统显示移动结果

异常路径：

2a。目标方块无效：

2a1。系统****


业务规则：

有效目的地广场：

计算规则，如王牌，赢游戏

是的，看起来只有一个用例：跳棋。一个用例当然可以由一个活动图完全建模。