UML-帮助绘图制作系统

我已经为我的游戏绘制了“工艺系统”的用例图、活动图和类图

我对活动图和用例图有点信心，但对类图有点怀疑。你发现里面有什么错误吗？或者提出改进建议

工艺技工：

---

工匠可以是NPC，也可以是玩家与之交互的建筑。单击工匠后，将打开一个窗口。

嗯。如果我们以非常抽象的方式看待一个工匠制作过程，这可能会起作用。我在这里错过的是类图中的定向（又称单边）依赖关系；例如，工艺过程现在可能与工艺师无关。这同样适用于物品

在更详细的研究中，您将不得不拆分一些复合类。例如，工艺过程可能会被分为至少两类，甚至更多。这背后的原因是您希望将数据（“配方”）与实际流程分开。这不仅使实际实现更容易，而且还为您提供了向玩家提供实际配方项目的方法

---

这让我想到了另一点：如果您有某种类型的项目树，那么您的ConsumableItem和CraftableItem更像是具有相同父级的接口。事实上，我真的不明白你为什么要在这两者之间做任何区别，因为你可能混淆了类和角色（它们在UML中的描述是不同的）。

这个问题实际上与编程无关；它更多的是编程过程，而不是实际的编程。那么UML在这里是做什么的呢？为什么要创建一个UML标签？因为这些问题中的许多都是通过编程来实现UMLs的，而不是像你所问的那样创建和编辑UML。我在FAQ a软件算法中发现了这一点，程序员常用的软件工具，编程专业特有的可回答问题，那么这意味着什么呢？无论如何，我已经标记了适度，让我们看看发生了什么。你不是问软件开发工具（实际的UML软件），而是问创建UMLs的过程。让我们看看会发生什么。