传统方法学与面向对象区别

《传统方法学与面向对象区别》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、小议传统方法学与面向对象的区别姓名:戴育兵学号:G1030510年级:大二班级:.net(2)班摘要传统的软件工程方法学曾经给软件产业带来巨大进步，部分地缓解了软件危机，使用这种方法学开发的许多中、小规模软件项目都获得了成功。但是，人们也注意到当把这种方法学应用于大型软件产品的开发时，似乎很少取得成功。在20世纪60年代后期出现的面向对象编程语言Simdla_67中首次引入了类和对象的概念，自20世纪80年代中期起，人们开始注重面向对象分析和设计的研究，逐步形成了面向对象方法学。到了20世纪90年代，面向对象方法学已经成为人们在开发软件时

2、首选的范型。面向对象技术已成为当前最好的软件开发技术。软件工程传统方法学1.传统方法学概述随着计算机应用领域的不断拓广，各种各样的问题也不断涌现，当问题严重到开发人员无法控制的时候便产生了软件危机。软件危机的出现，促使了软件工程学的形成和发展。随之整合整套技术的软件工程方法学广泛应用，主流之一就是传统方法学。传统方法学在软件开发过程中占据相当大的比重，因为其悠久的历史而为很多软件工程师青睐。如果说自然语言和编程语言之间有一道难以跨越的鸿沟，传统方法学就是跨越这道鸿沟的桥梁。传统方法学又称生命周期方法学或结构化范型。一个软件从开始计划起，到

3、废弃不用止，称为软件的生命周期。在传统的软件工程方法中，软件的生存周期分为需求分析、总体设计、详细设计、编程和测试几个阶段。传统方法学使用的是结构化分析技术来完成需求分析阶段的工作。软件工程学中的需求分析具有两方面的意义。在认识事物方面，它具有一整套分析、认识问题域的方法、原则和策略。这些方法、原则和策略使开发人员对问题域的理解比不遵循软件工程方法更为全面、深刻和有效。在描述事物方面，它具有一套表示体系和文档规范。但是，传统的软件工程方法学中的需求分析在上述两方面都存在不足．它在全局范围内以功能、数据或数据流为中心来进行分析。这些方法的分

4、析结果不能直接地映射问题域，而是经过了不同程度的转化和重新组合。因此，传统的分析方法容易隐蔽一些对问题域的理解偏差，与后续开发阶段的衔接也比较困难。在总体设计阶段，以需求分析的结果作为出发点构造出一个具体的系统设计方案，主要是决定系统的模块结构，以及模块的划分，模块间的数据传送及调用关系。详细设计是在总体设计的基础上考虑每个模块的内部结构及算法，最终将产生每个模块的程序流程图。但是传统的软件工程方法中设计文档很难与分析文档对应，原因是二者的表示体系不一致，所谓从分析到设计的转换，实际上并不存在可靠的转换规则，而是带有人为的随意性，从而很容

5、易因理解上的错误而留下隐患。编程阶段是利用一种编程语言产生一个能够被机器理解和执行的系统，测试是发现和排除程序中的错误，最终产生一个正确的系统。但是由于分析方法的缺陷很容易产生对问题的错误理解，而分析与设计的差距很容易造成设计人员对分析结果的错误转换，以致在编程时程序员往往需要对分析员和设计人员已经认识过的事物重新进行认识，并产生不同的理解。因此为了使两个阶段之间能够更好的衔接，测试就变得尤为重要。软件维护阶段的工作，一是对使用中发生的错误进行修改，二是因需求发生了变化而进行修改。前一种情况需要从程序逆向追溯到发生错误的开发阶段。由于程序

6、不能映射问题以及各个阶段的文档不能对应，每一步追溯都存在许多理解障碍。第二种情况是一个从需求到程序的顺向过程，它也存在初次开发时的那些困难，并且又增加了理解每个阶段原有文档的困难.1.传统方法学的优点程序在调试、可读性和可维护性等方面都有很大的改进。传统软件工程方法面向的是过程，它按照数据变换的过程寻找问题的结点，对问题进行分解。由于不同人对过程的理解不同，故面向过程的功能分割出的模块会因人而异。对于问题世界的抽象结论，结构化方法可以用数据流图，系统结构图，数据字典，状态转移图，实体关系图来进行系统逻辑模型的描述，生产一个最终能满足需求且

7、达到工程目标的软件产品所需要的步骤。传统软件工程方法学强调以模块为中心，采用模块化，自顶向下，逐步求精设计过程，系统是实现模块功能的函数和过程的集合，结构清晰，可读性好，是提高软件开发质量的一种有效手段。结构化设计从系统的功能入手，按照工程标准，严格规范地将系统分解为若干功能模块，因为系统是实现模块功能的函数和过程的集合。然而，由于用户的需要和软硬件技术的不断发展变化，作为系统基本组成部分的功能模块很容易受到影响，局部修改甚至会引起系统的根本性变化。开发过程前期入手快而后期频繁改动的现象比较常见。2.传统工程方法学的缺点传统的软件工程方法

8、学也存在很多的缺点，主要表现在生产效率非常底，从而导致不能满足用户的需要，复用程度低，软件很难维护等。结构化开发方法，注重的是系统功能，自顶向下，从大到小的功能分解，从DFD－＞MSD，往往系