我正在处理一个大型项目(对我来说)，它将有许多类，需要可扩展，但我不确定如何规划我的程序以及类需要如何交互。
几个学期前我上了一门OOD课程，从中学到了很多东西;比如编写UML，并将需求文档转换为对象和类。我们也学过序列图但不知怎么的我错过了这节课，我没能记住它们。
在之前的项目中，我尝试使用从课程中学到的方法，但通常在我说“是的，这看起来像我想要的东西”时，我就会以代码结束，我不想再挖掘出新的功能。
我有一本Steve McConnell的《Code Complete》，我经常在这里和其他地方听到它的神奇之处。我读了关于设计的章节，似乎没有得到我想要的信息。我知道他说这不是一个固定的过程，它主要是基于启发式，但我似乎不能把他所有的信息都应用到我的项目中。
那么，在高级设计阶段(在开始编程之前)，你要做些什么来确定你需要什么类(特别是那些不基于任何“现实世界对象”的类)以及它们如何相互交互?
我特别感兴趣的是你使用的方法是什么?你遵循什么样的过程，通常会产生一个良好的，干净的设计，将接近最终产品?
当前回答
During my adventures of designing class structures, I’ve noticed that it’s very helpful to start with writing some pseudo-code. That means: I start with “writing” some general fragments of application’s code on a highest level, play with it, and discover the elements that are appearing – in fact, the elements that I – as a programmer – would like to use. It’s a very good starting point for designing general structure of modules and their interactions. After few iterations the whole structure starts to look more like a full system of classes. It’s a very flexible way to design parts of code. You can call it a programmer-oriented design.
其他回答
它经常被重复，但完全正确——理解你的数据。
对于面向对象编程，你的类应该描述重要的信息片段以及它们如何交互。
如果您有一个心智模型，它很好地描述了数据的行为和生命周期，那么您将很容易布局您的类。
这句话其实是“确切地知道你要做什么”的延伸。
尝试使用行为驱动开发。要打破你的旧习惯很难，但我发现BDD确实是你在现实世界中开发的最佳选择。
http://behaviour-driven.org/
如果你对你要从事的项目有专业知识，比如银行业。你可以很容易地构建你的对象，而且你知道每隔一天就会有这些增强。
如果你没有这方面的专业知识，那就和有这方面专业知识的人合作，把这些想法转化为技术细节。
如果你对如何组织你的项目设计感到困惑。盲目地遵循“实用的程序员”这本书。我以前也遇到过同样的情况，试着读那本书的一章。它会改变你作为软件开发人员的思维方式。
你问了一个很多作家用来写书的问题。有很多方法，你应该选择一个对你来说“最漂亮”的。 我可以推荐Eric Evans写的《Domain Driven Design》。另外，查看dddcommunity.org网站。
一个有用的技巧是将你独特的问题描述与你在现实世界中可以找到的东西联系起来。例如，你正在为一个将席卷全球的复杂医疗保健系统建模。有什么例子你可以随时调用建模吗?
确实。观察旁边的药房是如何运作的，或者医生的房间。
把你的领域问题归结为你能理解的问题;一些你能联想到的东西。
然后，一旦领域内的“玩家”开始出现，你开始对你的代码建模，选择“提供者-消费者”建模方法，即你的代码是模型的“提供者”，而你是“消费者”。
与领域相关并在较高层次上理解它是任何设计的关键部分。
