大多数面向对象的分析和设计书籍和资源都描述了分析阶段之后识别类的过程。我知道经验通常会让你知道你应该应用哪种架构（如果有的话），但是在面向对象设计阶段是否有一个特定的点应该发生这种情况？我即将开始一个大型的个人项目，我想确保我对架构的选择不会忽略分析阶段的某些东西。
这个问题意味着架构模式是一次性选择的。在一个理想的世界里（需求不会改变，开发人员可以读懂客户/利益相关者的想法），有可能提前提出一个巨大的设计，并坚持下去。这永远不会发生。提出既实用又设计良好的软件的唯一方法是随着需求变得更加清晰而不断重构。在重构的每个阶段，子系统可能需要不同的架构模式。
当然，进入具有某种"攻击计划"的项目很重要。但不要指望设计阶段一旦完成就结束了。没有人事先了解所有要求（即使您是自己的客户）。事情总会改变。
简而言之，如果你没有在整个开发过程中选择架构模式，你要么是一个读心者，要么你正在积累技术债务。