棋盘游戏用例图

Question

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

Answer 1

1) ..UML..图表..你有多深入..应该..我需要..更多箭头..不想要..它..看起来..凌乱..？

深度和简单程度取决于许多因素，基本上取决于对“为什么需要它”和“谁会阅读它”的答案。 p>

实际上，可以帮助您做出决定的问题、指南和其他做法可能会很长。在 Scott W. Ambler 的在线书籍中的 Agine Modeling: Agile/Lean Documentation: Strategies for Agile Software Development 章节中列出了特别有用的一个。

您应该完全清楚的一件事是您需要/想要什么样的 UML 图

2) UML..用例图..更多箭头..or..no..连接..太多箭头..？

用例图中的箭头不是任意的连接线，而是它们具有精确的含义，尤其是<<include>>和<<extend>>的关系，有关它们的定义和示例，请参见http://www.uml-diagrams.org/use-case-reference.html

除了作为图形气泡之外，用例还表示actor 如何与设计中的系统交互。然后以或多/少形式化的文本形式描述气泡的内容，参见Wikipedia: Use case，尤其是Alistair Cockburn's use case pages，因为他基本上定义了该术语的含义（后来被UML采用）他的意见很重要。

3) 我正在为我编写的跳棋游戏创建一个..UML..图表..

在您的情况下，King Piece 气泡似乎没有包含在或扩展由 Player 发起的 Start Game 气泡，我看不出它的文本表示中可能隐藏了哪些步骤序列（或在您的代码中）。

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

还有一些解释链接：

• 概览Debenedetti Emanuele, Activity diagrams in UML 2.0
• Conrad Bock（UML 作者之一）的背景，UML 2 Activity and Action Models，The Journal of Object Technology
  • UML 2 Activity and Action Models
  • UML 2 Activity and Action Models, Part 2: Actions
  • UML 2 Activity and Action Models, Part 3: Control Nodes
  • UML 2 Activity and Action Models, Part 4: Object Nodes
  • UML 2 Activity and Action Models, Part 5: Partitions
  • UML 2 Activity and Action Models, Part 6: Structured Activities
• 工具手册
  • PaceStar UML Diagrammer，UML 图表指南 - http://www.pacestar.com/uml/udg60.pdf
  • Sparx Enterprise Architect，使用 UML 第二部分 - 行为建模图 - http://www.sparxsystems.com.au/downloads/whitepapers/UML_Tutorial_Part_2_Introduction.pdf
  • Microsoft Visual Studio，UML 活动图 - http://msdn.microsoft.com/en-us/library/vstudio/dd409360.aspx

Answer 2

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

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

用例名称：移动块

演员：玩家（主要）

前置条件：******

后置条件：******

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

基本路径：

1. 玩家选择一个棋子和目标方格​​，并提交移动请求。

2. 系统验证目标方格。

3. 系统移动棋子并计算移动。

4. 系统显示移动结果。

异常路径：

2a。目标方格无效：

2a1。系统****

---

业务规则：

1. 有效的目标方格：……

2. 计算规则，如王棋、胜局……