使用迭代开发过程。
上面讲的是在OOAD中可以通过哪些方法来尽早发现需求中的问题，下面将列举出通过管理需求可以解决以及如何解决大师们分析的导致问题的根本原因。
三、 使用基于组件的构架
软件系统的开发中，架构设计师或称系统总体设计员，设计系统框架时，没有很好的架构设计思想和能力，只是在功能上达到了暂时的需求，这样一旦需求发生变化，原来的框架就变得非常不稳定。这样的构架是极其脆弱的，就像没有采用钢筋水泥的高层楼房，扩展性差，难维护。再做类似的系统，可重复利用的价值几乎没有。然而在OOAD设计中，尤其是RUP中，非常强调软件构架的重要性，RUP的核心观念就是”用例驱动，以构架为中心，迭代和增量”。软件系统中，架构设计师的是如此影响整个软件系统，以至于对架构设计师的要求很高，据Rational人员讲，在爱立信最年轻的架构设计师当年36岁(成为架构设计师师)。在OOAD中一个好的架构可以给我们带来:
一个好的架构不仅要满足需求，并且要是灵活的和基于组件的。
一个灵活的构架具有如下优势:
·大大地提高了可维护性和可扩展性。
·能充分利用重用，缩短开发周期和开发资金。只有良好地架构，才能够很好地去重用以前的组件。
·能指导项目组的工作划分。一个良好的构架，对开发人员的分工安排具有很大的指导意义。比如在OMC-R中，应用服务器课题主要是负责OMC-R架构中的Business Services层，而系统支撑层主要负责OMC-R架构中的Business Deliver层，OMT主要是OMC-R架构中的应用层，同样在每个课题组内部项目组的成员分工与OMC-R的架构是紧密相关的。
·封装了对硬件和系统的依赖性，使其它模块与系统无关。
一个基于组件的构架具有如下优势:
·重用或定制现有的组件，这就要求在我们平时的工作中，能形成一些组件库，一是利于好的劳动成果共享，二是避免重复性劳动。
·可以选择成千上万的商业组件，加快开发进度，同时可以降低对人员的需求和要求。不能因为在一个项目中需要用到某样东西，就去招个人来，这样开发成本会上涨，而且增加了开发风险。
·对现有软件的改进，比较方便。
使用基于组件的构架，可以解决在软件开发中如下问题。
