我正在处理一个大型项目(对我来说)，它将有许多类，需要可扩展，但我不确定如何规划我的程序以及类需要如何交互。
几个学期前我上了一门OOD课程，从中学到了很多东西;比如编写UML，并将需求文档转换为对象和类。我们也学过序列图但不知怎么的我错过了这节课，我没能记住它们。
在之前的项目中，我尝试使用从课程中学到的方法，但通常在我说“是的，这看起来像我想要的东西”时，我就会以代码结束，我不想再挖掘出新的功能。
我有一本Steve McConnell的《Code Complete》，我经常在这里和其他地方听到它的神奇之处。我读了关于设计的章节，似乎没有得到我想要的信息。我知道他说这不是一个固定的过程，它主要是基于启发式，但我似乎不能把他所有的信息都应用到我的项目中。
那么，在高级设计阶段(在开始编程之前)，你要做些什么来确定你需要什么类(特别是那些不基于任何“现实世界对象”的类)以及它们如何相互交互?
我特别感兴趣的是你使用的方法是什么?你遵循什么样的过程，通常会产生一个良好的，干净的设计，将接近最终产品?
当前回答
一个有用的技巧是将你独特的问题描述与你在现实世界中可以找到的东西联系起来。例如，你正在为一个将席卷全球的复杂医疗保健系统建模。有什么例子你可以随时调用建模吗?
确实。观察旁边的药房是如何运作的，或者医生的房间。
把你的领域问题归结为你能理解的问题;一些你能联想到的东西。
然后，一旦领域内的“玩家”开始出现，你开始对你的代码建模，选择“提供者-消费者”建模方法，即你的代码是模型的“提供者”，而你是“消费者”。
与领域相关并在较高层次上理解它是任何设计的关键部分。
其他回答
我用于初始设计(得到类图)的步骤是:
Requirements gathering. Talk to the client and factor out the use cases to define what functionality the software should have. Compose a narrative of the individual use cases. Go through the narrative and highlight nouns (person, place, thing), as candidate classes and verbs (actions), as methods / behaviors. Discard duplicate nouns and factor out common functionality. Create a class diagram. If you're a Java developer, NetBeans 6.7 from Sun has a UML module that allows for diagramming as well as round-trip engineering and it's FREE. Eclipse (an open source Java IDE), also has a modeling framework, but I have no experience with it. You may also want to try out ArgoUML, an open source tool. Apply OOD principles to organize your classes (factor out common functionality, build hierarchies, etc.)
我认为这里的答案应该是非常不同的，这取决于这个人在现实世界中的经验。
如果你只有一两年的工作经验，那么你必须明白这一点:你如何才能真正了解你的数据，并确切地了解你要做的事情?
是的，如果您已经在现实世界中工作了5年以上，那么您可以在许多软件开发过程模型或技术中选择任何一种。
但是光靠读书是得不到经验的。你应该在一个好的领导下的好团队中学习。
如果这是不可能的，那么你应该自己做。从编写一段可能非常糟糕的代码开始迭代，学习错误，丢弃所有错误，编写更好的代码等等。
您将学到很多关于代码库的知识。工具就是工具，它们不会教你任何东西。
只是引用http://www.fysh.org/~katie/computing/methodologies.txt
并且RUP的核心是一个您必须使用面向对象设计的小区域 人才……如果你没有它们，就像有一个方法论 100米跑。
“第一步:写关于快跑的故事。 第二步:画一张赛马场平面图。 第三步:去买紧身的莱卡短裤。 第四步:跑得非常、非常、非常快。 第五步:先跨线
第四步才是最难的。但如果你特别强调 在第1 2 3 5次，有可能没有人会注意到，然后你就可以 卖这个方法可能会赚很多钱 那些认为成为百米运动员有什么“秘密”的运动员
一个有用的技巧是将你独特的问题描述与你在现实世界中可以找到的东西联系起来。例如，你正在为一个将席卷全球的复杂医疗保健系统建模。有什么例子你可以随时调用建模吗?
确实。观察旁边的药房是如何运作的，或者医生的房间。
把你的领域问题归结为你能理解的问题;一些你能联想到的东西。
然后，一旦领域内的“玩家”开始出现，你开始对你的代码建模，选择“提供者-消费者”建模方法，即你的代码是模型的“提供者”，而你是“消费者”。
与领域相关并在较高层次上理解它是任何设计的关键部分。
老实说，最好是回头看看流程图和序列图。有大量的好网站告诉你如何做到这一点。当我考虑如何将程序分解为类时，我发现这是非常宝贵的，因为我确切地知道程序需要输入、计算和输出什么，并且每一步都可以分解为程序的一个部分。
