Workflow 程序/游戏设计工作流

程序员类型：

您是否为您的程序或游戏编写了大量的设计文档？ 使用UML是绘制用例图的标准方法吗？ 您是否运行所有图表，或者根据您的软件范围和团队中的开发人员数量进行挑选

如果你制作文档，它应该有一个“明确的”原因/目的。 这是为了确定文档的性质

第二：

不要认为文档只是“书面形式”或word文档。 它可以是任何形式。甚至它可以是一个“视频”，其中一些家伙 解释您的主要架构决策及其选择原因 它[动机]

好吧，假设你希望新的团队成员“轻松掌握”你在做什么，你是如何做的，以及你为什么这样做

• UML用例图可以给出您的功能的整体图 要求。它只是说明谁将使用您的系统，以及他们可以使用什么 不要使用你的系统
• 说明重要非功能性需求的简短备忘录
• 简短的备忘录，说明您的主要架构决策以及您做出此决策的原因
• 可能是一个显示重要组件及其接口的组件图
• 如果应用程序逻辑很重要，那么可能是一个UML部署图，它显示了系统将如何进行物理部署

但毕竟你不能记录每一件事，你也不应该。你可以用UML工具自动生成整个系统的UML类图，但这对新手有什么帮助呢

• 但是你可以把类图放在做重要和棘手事情的类上 并为这些棘手的部分绘制序列图，展示如何 他们与其他班级合作，同时执行重要和重要的任务 棘手的责任

记录的关键是把你自己投入到你的“观众”[谁 我会读你的医生]问问你自己

• 如果我是这份文件潜在的“读者”，我会阅读这份文件吗？[如果不是的话，为什么要做doc]
• 如果我读了这份文件，它会对我有所帮助吗？[有效]

最后，我们并不是生活在“理想世界”中……有时你会发现自己做doc没有真正的观众，也没有真正的理由，只是因为一些“政治”，你应该挣钱

在这种情况下，UML会有所帮助。画一些枯燥乏味的图，上面有很多细节[一般自动生成的]图，没有人读或理解，只会说“哦，你有大量的文档”。在我们的软件行业中，UML被过分强调了，如果有UML图，许多人甚至会“购买”坏的文档

这就是所有人…

首先

如果你制作文档，它应该有一个“明确的”原因/目的。 这是为了确定文档的性质

第二：

不要认为文档只是“书面形式”或word文档。 它可以是任何形式。甚至它可以是一个“视频”，其中一些家伙 解释您的主要架构决策及其选择原因 它[动机]

好吧，假设你希望新的团队成员“轻松掌握”你在做什么，你是如何做的，以及你为什么这样做

• UML用例图可以给出您的功能的整体图 要求。它只是说明谁将使用您的系统，以及他们可以使用什么 不要使用你的系统
• 说明重要非功能性需求的简短备忘录
• 简短的备忘录，说明您的主要架构决策以及您做出此决策的原因
• 可能是一个显示重要组件及其接口的组件图
• 如果应用程序逻辑很重要，那么可能是一个UML部署图，它显示了系统将如何进行物理部署

但毕竟你不能记录每一件事，你也不应该。你可以用UML工具自动生成整个系统的UML类图，但这对新手有什么帮助呢

• 但是你可以把类图放在做重要和棘手事情的类上 并为这些棘手的部分绘制序列图，展示如何 他们与其他班级合作，同时执行重要和重要的任务 棘手的责任

记录的关键是把你自己投入到你的“观众”[谁 我会读你的医生]问问你自己

• 如果我是这份文件潜在的“读者”，我会阅读这份文件吗？[如果不是的话，为什么要做doc]
• 如果我读了这份文件，它会对我有所帮助吗？[有效]

最后，我们并不是生活在“理想世界”中……有时你会发现自己做doc没有真正的观众，也没有真正的理由，只是因为一些“政治”，你应该挣钱

在这种情况下，UML会有所帮助。画一些枯燥乏味的图，上面有很多细节[一般自动生成的]图，没有人读或理解，只会说“哦，你有大量的文档”。在我们的软件行业中，UML被过分强调了，如果有UML图，许多人甚至会“购买”坏的文档

---

这是所有的人…

这个问题可能更适合[这个问题可能更适合[