关于OOD 和 结构化设计方法的比较

[eric8231]

哪位朋友可以提供一些相关的文章或链接？

最好详实一些的:-) 谢谢！ （两天内给分）

[XACZ]

klbt(快乐白兔) 能否就：部分填平了问题空间结构与方法空间结构之间的鸿沟 再说的详细点呢？欢迎探讨 msn:[e-mail]

[zhuma]

各有所长吧

理论上我知道的都是老生常谈

实践上我感觉
SAD目前比OOAD规范一些
符合人们问题分解的天性
OOAD比SAD要自然一些
但老程序员的结构化习惯思维很难转换
和他们讨论问题
总会为一些OO常识争论

[klbt]

结构化分析方法作为软件开发的主流方法，曾被广泛应用于各种软件项目的开发，它的研究和发展使人们更加清楚地认识了软件开发的本质，并成功地支持了一些大型项目的开发，对软件危机起到了一定的缓解作用，但远未充分解决软件危机。具体原因如下：

１．以功能为主的系统结构不能适应系统需求的变化，当外部功能发生变化时，由于对实体的属性和服务未能封装，造成修改的系统波动效应，系统不易扩充、维护。

２．传统的手工作业软件编程方法和面向过程的软件结构，已无法适应现代日益复杂的软件开发要求，由于其分析、设计、编码采用不同的模型表示，后一阶段很难使用前一阶段的研究成果，从数据流图到模块结构图存在着一条转换的鸿沟，从而不可避免地引起映射误差。

３．面向过程的结构化软件不能很好地支持开放技术，由于缺乏可重用性，致使开发成本加大、开发周期延长，不能适应大型、复杂系统不断发展和变化的要求。

４．最主要的一点是，用冯·诺依曼机所求解的问题空间结构与方法空间结构是不一致的，该方法不是从人们认识客观世界的过程方法出发，而是从软件开发人员的立场出发确定的，因而存在着先天不足，从问题域到分析阶段有着映射误差。

[klbt]

结构化分析方法作为软件开发的主流方法，曾被广泛应用于各种软件项目的开发，它的研究和发展使人们更加清楚地认识了软件开发的本质，并成功地支持了一些大型项目的开发，对软件危机起到了一定的缓解作用，但远未充分解决软件危机。具体原因如下：

１．以功能为主的系统结构不能适应系统需求的变化，当外部功能发生变化时，由于对实体的属性和服务未能封装，造成修改的系统波动效应，系统不易扩充、维护。

２．传统的手工作业软件编程方法和面向过程的软件结构，已无法适应现代日益复杂的软件开发要求，由于其分析、设计、编码采用不同的模型表示，后一阶段很难使用前一阶段的研究成果，从数据流图到模块结构图存在着一条转换的鸿沟，从而不可避免地引起映射误差。

３．面向过程的结构化软件不能很好地支持开放技术，由于缺乏可重用性，致使开发成本加大、开发周期延长，不能适应大型、复杂系统不断发展和变化的要求。

４．最主要的一点是，用冯·诺依曼机所求解的问题空间结构与方法空间结构是不一致的，该方法不是从人们认识客观世界的过程方法出发，而是从软件开发人员的立场出发确定的，因而存在着先天不足，从问题域到分析阶段有着映射误差。

[klbt]

面向对象方法:

同人们认识客观世界的一般规律一样，面向对象方法学认为：客观世界是由各种不同的对象所组成的，每个对象均有自身的内部状态和运动规律，不同对象的相互作用和联系就构成了不同的系统，构成了五彩斑斓的现实世界。面向对象方法的出现，部分填平了问题空间结构与方法空间结构之间的鸿沟，彻底解决了从ＯＯＡ到ＯＯＤ之间的模型转换问题，自二十世纪九十年代起，成为软件开发的主流方法。

[eric8231]

thanks,and long for more:>