uml - 您是否先设计/草图/绘制开发解决方案，然后再进行开发？如果有怎么办？

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改进这个问题？更新问题，以便 editing this post 提供事实和引用来回答它.

3年前关闭。




Improve this question




我经常与希望在他们的业务中更好地使用技术的决策者合作。我发现 一图胜千言并且在某种图表中对系统进行原型(prototype)设计总是有助于讨论。我已经使用 Visio、UML(有点)、思维导图、流程图和模拟 WinForms 来启动这些赞助商的愿景，以确保每个人都在同一个页面上。我似乎一直在寻找可用于将业务愿景与开发流程结合起来的通用流程，以便我们最终达成一致，“ 解决问题的实用功能 ”。

我正在寻找有关如何处理设计过程的建议或 Cliff 注释，以便它适用于可能只需要一周时间开发的应用程序，但也可以用于包含更大的项目。

我知道这深入到 UML 领域，但我发现我很难找到适当使用各种图表类型的指南，更不用说帮助业务用户理解图表并与它们相关联了。

您使用什么来捕捉系统/应用程序的愿景，然后呈现给项目的发起人？ (所有在你写一行代码之前)......

Answer 1

纸或白板!

对于孤独的开发者，我建议使用纸张。至少一开始，最终你可能想用 UML 将它形式化，但我认为没有必要。

对于一组(物理上)一起工作的开发人员，我建议使用白板。这样，每个人都可以看到它，每个人都可以改进和贡献。同样，您可能想在这一点上正式化，但我仍然认为没有必要

当我第一次开始做 OOP(或设计一种算法)时，我会在编码时在脑海中完成这一切。但是在做了一些合理的复杂项目之后，我肯定看到了绘制系统中不同对象之间的交互的好处。

我自己做项目，所以我用很多索引卡来设计类(class)，用纸来进行互动。关键是它需要易于更改。我曾经使用过图表编辑器 Dia 来进行 UML，但是进行更改太难了。我希望能够进行快速更改，以便找出最有效的方法。

值得一提的是，TDD 和做“spike”[1] 项目也可以在设计系统时提供帮助。

[1] 来自 C# 中的极限编程冒险，第 8 页:

"Spike" is an Extreme Programming term meaning "experiement." We use the word because we think of a spike as a quick, almost brute-force experiment aimed at learning just one thing. Think of drving a big nail through a board.