• 全部
  • 问答

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

eric8231 2003-08-22 10:30:23
哪位朋友可以提供一些相关的文章或链接?

最好详实一些的:-) 谢谢! (两天内给分)
...全文
107 点赞 收藏 6
写回复
6 条回复
切换为时间正序
当前发帖距今超过3年,不再开放新的回复
发表回复
eric8231 2003-08-24
thanks,and long for more:>
回复
klbt 2003-08-23
面向对象方法:

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

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

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

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

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

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

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

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

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

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

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

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

实践上我感觉
SAD目前比OOAD规范一些
符合人们问题分解的天性
OOAD比SAD要自然一些
但老程序员的结构化习惯思维很难转换
和他们讨论问题
总会为一些OO常识争论
回复
XACZ 2003-08-23
klbt(快乐白兔) 能否就:部分填平了问题空间结构与方法空间结构之间的鸿沟 再说的详细点呢?欢迎探讨 msn:cuizhen@huashinfo.com
回复
发帖
研发管理
创建于2007-08-27

1202

社区成员

软件工程/管理 管理版
申请成为版主
帖子事件
创建了帖子
2003-08-22 10:30
社区公告
暂无公告