传统的软件设计方法往往是出于解决面向对象过程语言系统的设计问题为目的，主要是那些基于功能分析或数据分析基础上的结构化方法。它们把算法作为基本构造单元。如70年代的流行的软件设计方法强调自顶向下的功能分解，他们把功能和数据或多或少地进行了分离。在这些方法中，把方法看作是主动的，而数据在函数中传来传去。在结构化设计原则中，所谓好的系统设计要求在不同部件中不能传送控制信息，要求把所有的控制都集中在高层的模块。以保证影响范围处于控制范围之中。这种设计下的系统在70年代或80年代早期还可以适应。但在越来越复杂的非数值计算类型的软件开发中，在广泛应用图形界面的交互式应用中，在控制要求：非常突出的系统中，在需求经常适应变动的条件下，用传统的软件设计方法的标准来进行设计往往暴嚣出严重的不适应性，例如：    (1)功能和数据分离的软件设计结构与人类现实世界环境不一样，和人的自然思维也就不一致了。因此，对现实世界的认识与编程之间存在着一道很深的理解上的鸿沟。    (2)系统是围绕着如何实现一定的行为来进行的，当系统行为易变，需要常常修改时，修改极为困难。因为这类系统的结构是基于上层模块必须掌握和控制下层模块为前提，因此在底层模块发生变动时，常常迫使不得已去改变一系列的上屡模块，而这种一系列的上层模块的修改根本不是以变动底层模块为目的；同样，在发生需要变动上层模块时，新的上层模块必须了解它的所有下层，编写这样的上层模块当然是极为困难的。所以这种结构是无法适应迅速变化的技术发展和当代社会进步的要求。    (3)在系统中模块之问的控制有重要影响时，也就是说，实际的控制发生的根源来自分散的各个模块之中时，由于“好的模块结构”中的模块问的控制作用只能通过上下之间的调用关系来进行，造成信息传递路径过长，效率低，易受干扰，甚至出错。如果允许模块问为进行控制而直接通信，结果是系统总体结构混乱，也将难于维护，难于控制，出错概率高。所以这种结构是无法适应以控制关系为重要特性的系统的要求。    (4)用这种方法开发出来的系统往往难于维护，主要是因为所有的函数都必须知道数据结构。可是许多不同的数据类型的数据结构只有细微的差别。这种情况下，函数中常常到处充满了条件语句，他们与函数的功能毫无关系，只是因为数据结构的不同而不得不使用它们，结果是程序变得非常难读。    (5)自顶向下功能分解的分析方法极大地限制了软件的可重用性，导致对同样的对象的大量的重复性工作，大大地降低了开发人员的生产率，减少了他们用于创造性劳动的时间。