我正在处理一个大型项目(对我来说)，它将有许多类，需要可扩展，但我不确定如何规划我的程序以及类需要如何交互。
几个学期前我上了一门OOD课程，从中学到了很多东西;比如编写UML，并将需求文档转换为对象和类。我们也学过序列图但不知怎么的我错过了这节课，我没能记住它们。
在之前的项目中，我尝试使用从课程中学到的方法，但通常在我说“是的，这看起来像我想要的东西”时，我就会以代码结束，我不想再挖掘出新的功能。
我有一本Steve McConnell的《Code Complete》，我经常在这里和其他地方听到它的神奇之处。我读了关于设计的章节，似乎没有得到我想要的信息。我知道他说这不是一个固定的过程，它主要是基于启发式，但我似乎不能把他所有的信息都应用到我的项目中。
那么，在高级设计阶段(在开始编程之前)，你要做些什么来确定你需要什么类(特别是那些不基于任何“现实世界对象”的类)以及它们如何相互交互?
我特别感兴趣的是你使用的方法是什么?你遵循什么样的过程，通常会产生一个良好的，干净的设计，将接近最终产品?
当前回答
老实说，最好是回头看看流程图和序列图。有大量的好网站告诉你如何做到这一点。当我考虑如何将程序分解为类时，我发现这是非常宝贵的，因为我确切地知道程序需要输入、计算和输出什么，并且每一步都可以分解为程序的一个部分。
其他回答
如果你对你要从事的项目有专业知识，比如银行业。你可以很容易地构建你的对象，而且你知道每隔一天就会有这些增强。
如果你没有这方面的专业知识，那就和有这方面专业知识的人合作，把这些想法转化为技术细节。
如果你对如何组织你的项目设计感到困惑。盲目地遵循“实用的程序员”这本书。我以前也遇到过同样的情况，试着读那本书的一章。它会改变你作为软件开发人员的思维方式。
它经常被重复，但完全正确——理解你的数据。
对于面向对象编程，你的类应该描述重要的信息片段以及它们如何交互。
如果您有一个心智模型，它很好地描述了数据的行为和生命周期，那么您将很容易布局您的类。
这句话其实是“确切地知道你要做什么”的延伸。
恐怕人们不愿意听到这样的回答。无论如何，让我陈述我的观点。
OOP should be viewed as one of the paradigms, not as the superior paradigm. OOP is good for solving certain kind of problems, like developing a GUI library. It also fits into the style of software development usually followed by large software companies - an elite team of designers or architects lays down the software design in UML diagrams or some other similar medium and a less enlightened team of developers translate that design into source code. OOP offer little benefit if you are working alone or with a small team of highly talented programmers. Then, it is better to use a language that supports multiple paradigms and will help you to come up with a prototype fast. Python, Ruby, Lisp/Scheme etc are good choices. The prototype is your design. Then you improve on that. Use the paradigm that is best to solve the problem at hand. If needed, optimize hot spots with extensions written in C or some other systems language. By using one of these languages, you also get extensibility for free, not just at the programmer level but also at the user level. Languages like Lisp can dynamically generate and execute code, which means your users can extend the application by writing small code snippets, in the language that the software itself is coded! Or if you choose to write the program in C or C++, consider embedding an interpreter for a small language like Lua. Expose functionalities as plugins written in that language.
我认为，大多数时候OOP和OOD所创造的软件都是过度设计的受害者。
总之，我喜欢的写软件的方式是:
使用动态语言。 用这种语言编写设计(原型)。 如果有必要，使用C/ c++优化某些领域。 通过实现语言本身的解释器提供可扩展性。
最后一个特性使软件能够轻松地适应特定用户(包括我自己!)的需求。
我建议你使用BlueJ和ActiveWriter来学习和发展对对象的良好理解。推荐的书也是很好的资源。
从维基百科:
(来源:bluej.org)
BlueJ是一个综合开发项目 Java编程环境 语言，主要是为了 教育的目的，也是 适用于小规模软件 发展。
此外，它使用UML，对我来说，这是一个很好的资源来理解建模对象的一些事情。
可选文字 http://www.ryanknu.com/ryan/bluej.png
ActiveWriter是一个建模实体和关系的工具，它还可以生成代码，并且很容易进行更改。它将节省您的时间，并且对于敏捷开发非常适合。
(来源:altinoren.com)
我认为这里的答案应该是非常不同的，这取决于这个人在现实世界中的经验。
如果你只有一两年的工作经验，那么你必须明白这一点:你如何才能真正了解你的数据，并确切地了解你要做的事情?
是的，如果您已经在现实世界中工作了5年以上，那么您可以在许多软件开发过程模型或技术中选择任何一种。
但是光靠读书是得不到经验的。你应该在一个好的领导下的好团队中学习。
如果这是不可能的，那么你应该自己做。从编写一段可能非常糟糕的代码开始迭代，学习错误，丢弃所有错误，编写更好的代码等等。
您将学到很多关于代码库的知识。工具就是工具，它们不会教你任何东西。
