如何在没有过度工程的情况下开始在纸上设计我的程序？

Question

在开始编码之前,我有兴趣开始在纸上正确设计我的软件.这是什么标准方法？

我正在考虑UML的一些内容,但我觉得这对于一个单人项目来说有点过分.

专业人士认为在开发爱好项目时最好做些什么？

预计投票将像往常一样关闭,这不是争论性的.这是一个明确的答案,我期待建立一些东西.:P

Answer 1

我尝试将问题通常分为两个不同的问题:

• 谁参与(这是课程的好候选人)
• 正在发生的事情(同样,这往往是很好的方法,也是人们可能想要关注的事情,以建立性能要求).

例如:当在一组可能的汽车中搜索最便宜的汽车时,我会将"最便宜的"识别为可能想要成为单独功能的东西,因为我可能希望稍后更改条件,或将其应用于SUV.好吧,'汽车'和'汽车'听起来像是我在问题领域需要的课程的好候选人.

建立那些:

• 在问题描述中搜索动词:那些make方法
• 在问题描述中搜索名词:那些使类成为可能
• 找到约束,以及它们的相关性:最便宜的某种属性,或者更确切地说是操作的结果？

最终,我将这些关系进一步绘制为伪代码和小型原型,以便了解问题描述中出现的其他未知约束.

Answer 2

没有什么比夹克口袋里的迷你记事本更好的了，为了尽快转储头脑，我个人在迷你 UML 和点点之间切换。快速、简单、始终可用。

编辑：我总是有一个页面/区域专门用于特定的用例和操作。这让我可以回来检查系统是否可以处理这些问题。