第九章 面向对象方法学.pptVIP

第九章 面向对象方法学 ;9.1 面向对象方法学引论;1 传统方法学的缺点;存在的问题; 2．软件重用程度很低 重用也称为再用或复用，是指同一事物不经修改或稍加改动就多次重复使用。 软件重用是节约人力，提高软件生产率的重要途径。 结构分析、结构设计和结构程序设计（简写为 SA－SD－SP）技术，虽然给软件产业带来了巨大进步，但却没能很好地解决软件 重用问题。 几乎每次开发一个新的软件系统时，都要针对这个具体的系统作大量重复而又繁琐的工作。; 3.软件仍然很难维护 传统的生命周期方法学强调文档资料的重要性，规定最终的软件产品应该由完整、－致的配置成分组成；在软件开发整个过程中，始终强调软件的可读性、可修改性和可测试性是软件的重要质量指标。因此，对这样的软件所进行的维护属于结构化维护的范畴，可维护性有比较明显的提高，软件从不能维护变成基本上可以维护。 但实践表明，即使是用生命周期方法学开发出的软件，维护起来仍然相当困难，软件维护成本仍然很高。; 4．软件往往不能真正满足用户需要 用传统方法开发涉及多种不同领域知识的大型软件系统，或开发需求模糊或需求动态变化的系统时，所开发出的软件系统往往不能真正满足用户的需要。 所谓“不能真正满足用户的需要”，主要有以下两种表现： 一种是开发人员不能完全获 得或不能彻底理解用户的需求，以致开发出的软件系统与用户预期的系统不一致，不能满足用户的需要。 另一种表现是，所开发出的系统不能适应用户需求经常变化的情况，系统的稳定性和可扩充性不能满足要求。;出现问题的原因;实践表明，在系统建立起来之前，往往很难仅仅依靠分析就确定出一套完整、准确、一致、有效的应用需求，这种预先定义需求的方法更不能适应用户需求不断变化的情况： 预先定义需求的策略所作的假设，只对某些软件成立，对于多数软件并不成立。人们为了充实和细化他们的初步设想，通常需要经过在某个能运行的系统上的实践过程。 项目参与者之间存在通信鸿沟 良好的通信和相互理解对于保证工程成功是至关重要的。 各种文档，本质上是被动、静止的通信工???，通过它们来理解一个动态系统是困难的。;预先定义的需求可能是过时的 一些类型的软件，用户对它们的需求与外部环境、公司经营策略或经营内容等密切相关，因此是随时间变化的，在不同时间用户的需求可能有较大不同。采用预先定义需求的策略，在一年或数年之前预先指定对需求随时间变化的软件的需求，显然是不切实际的。 按照这样预先指定的需求开发软件，当软件开发出来的时候就已经过时了，不符合那时的用户需要了。然而按照生命周期方法学，在开发后期修改需求需付出很高代价，甚至根本不可能修改。;2．结构化技术的缺点 用这种技术开发出的软件，其稳定性、可修改性和可重用性都比较差。 围绕实现处理功能的“过程”来构造系统的。然而用户需求的变化大部分是针对功能的——不稳定性 清楚地定义了目标系统的边界，软件通过界面与客观世界通信。系统结构依赖于对系统边界的定义，很难把这样的系统扩展到新的边界——系统较难修改和扩充 把处理分解成子处理的过程多少带些任意性，并且把数据和操作作为分离的实体——可重用性差;2 软件工程的新途径;;2．快速原型法简介 快速原型法（原型法）：从常规的程序设计方法和僵化的瀑布模型开发（传统的自顶向下的开发）模式，飞跃到一种快速、灵活、交互式的软件开发。 其核心是，用交互的、快速建立起来的原型取代了形式的、僵硬的（不允许更改的）大部头的规格说明，用户通过在计算机上实际运行和试用原型系统而向开发者提供真实的反馈意见。;原型法的基本思想： 首先建立一个能反映用户主要需求的原型系统，让用户在计算机上运行、试用这个原型系统，通过实践，了解未来系统的概貌，提出许多修改意见，根据这些意见，快速修改原型系统，然后用户再次试用修改后的原型系统… 用户在试用原型系统的过程中，很容易判断它是否真正满足自己的业务工作需要。 软件开发人员首先向用户提供一个“样品”（即原型系统），用户经过试用向开发人员作出“反馈”。通过“试用一反馈一修改”的多次反复，最终开发出真正符合用户需要的应用系统，这就是用原型法开发软件的优点。;3．用原型法开发软件的过程 （1）抛弃原型法 目的：是评价目标系统的某个（或某些）特性，以便更准确地确定需求，或者更严格地验证设计方案。 使用完之后就把这种原型系统抛弃掉，然后再重新建立正式的目标系统。 本质上仍属于瀑布模型，建立原型只不过是一种辅助性的步骤。;（2）演化原型法（高度迭代的动态方法） 在每次迭代过程中，都要再次分析和确定需求，再次进行设计，再次实现系统，以及再次进行测试和评价。 基本作法：分析用户需求——〉实现原型系统——〉用户试用意见——〉对原型进行修改和扩充——〉用户试用……;面向对象方法学;;;;;;;两种新途径的结