结构化和面向对象设计的主要思想。

如题。明天mse考试题目。答的好的有追加

结构化设计历来备受责备的就是需求和设计之间的鸿沟，以前不是很理解这个鸿沟的原因。现在再看，在结构化设计中模块和模块之间的关系，被紧紧局限于信息流，这限制了对模块之间众多关系的表达，也无法体现模块和模块之间其他的众多关系，包含各种各样的结构、行为、依赖、包含（在结构化设计中这种关系隐含在分层中）、继承、关联关系等等。它仅仅解决了模块在封装和信息隐藏方面的问题。

　　再看面向对象设计方法，充分挖掘了“关系”的表达方式，可以尽可能的将事物之间复杂的关系予以体现，而这些关系是实现设计的关键。可以这样比喻目前为什么面向对象方法如此流行，记得小时候经常在各种杂志上看到许多这样的图画“一个钢球，从高处落下，击中某个翘起的装置，装置受到钢球的冲击，另一端抬起后，原来被截断的水流开始流通，并引发另一个设备开始工作……，最终在另一端的某个蜡烛被点燃”。这就是在工业时代，众多人被机械设计的灵巧和创意所深深吸引的其中一份图画。姑且不论这样的装置是否有实用价值，但它肯定带给构思者无限的快乐和想象力，以至于当时经常可以看到各种各样这样的图画。而面向对象的方法正是因使用对象的概念让设计更接近于上面的各种设备，而让机械设计时代的疯狂和无尽的创造力进入了软件工程师的视野。由于能够充分表达事物之间各种各样的关系（更接近于结构和行为方面），面对对象设计方法在今天创造了一个奇迹，各式各样巧妙的设计实现、设计模式的流行，几乎在永无止境的激发着爱好设计的人们的想象力和创造力。再看最流行的类比：建筑和软件。建筑最主要的特征是什么——结构。这也是为什么建筑能够和软件设计（最终设计都要体现在模块上）进行类比的潜在原因。相比之下，我更倾向于拿机械设计来和软件设计进行类比。

　　回到结构设计化方法上来，虽然很多人都说结构化设计和面向对象设计没有本质上的区别，那是因为某些关系依然可以通过转换映射到信息流上，但这毕竟绕了一个大弯，而且由于缺乏足够的表达各种关系的能力，极大的限制了软件设计者的想象力和创造力。结构化设计方法使用自顶向下的手段，通过Process的逐层分解来理解和构建系统，然后把Process分配给模块，这里的“分配”这几乎让每一个初次接触结构化设计方法的人大惑不解，似乎模块是Process分解的结果，甚至在如果已知了某些模块时又直接将模块映射成一个黑盒的Process，Process和模块究竟是什么关系？沿着这个思路，很容易陷进“鸡生蛋，蛋生鸡”的困境。而事实是，模块和Process的诞生，两者之间根本没有任何关联，都是独自根据经验所产生的。为什么会产生这样的问题？究其原因，结构化设计方法和我们自出生以来认识事物的方式有着很大的不同。因为打我们一出生，眼里落入的就是各式各样的实体，而我们区分它们主要依靠就是事物各式各样的特征，包括事物不同的结构和特定的行为，而结构化设计方法试图通过信息流及其转换来认识系统，这天生造成了某种障碍。相比之下，面向对象方法则和我们所熟悉的认识世界的方式相吻合，更加的自然。

“面向过程程序设计”、主要是为拉大型的工程计算或者为拉完成某个任务而求出结果的对界面则要求不高 其优点是运行速度快 “面向对象程序设计 主要是对各种事物能形象的描述并且模拟在计算机上运行它兼容以上面向过程的好多功能 优点是界面比较好做 缺点执行速度和容量没有上面的快 结构化程序设计 对于以上二者均适合 这只是说明设计是的思路和方法

按照俺自己的理解： 前者是按照人们日常做事的顺序来设计语言，即无论做什么事都是按照顺序来执行的，一个个的功能模块都是联系在一起的。总之：做事是有一个个的动作完成的。 后者则是把我们客观世界里的事物都封装起来，各个事物之间是相互独立的。做什么事情都是由一个个的事物共同完成的，而不是顺序执行。总之:做事是由一个个的事物共同完成的。 俺总结的不好，但是是俺自己的看法。

这样说比较简单～～～呵呵～～～结构化程序设计方法和面向对象程序设计二者有何区别与联系请参照以下网站： http://210.40.7.188/e'ojc/oop/oop_010/1103.htm希望对你有所帮助。 学习ing～～～