第9节 面向对象方法学.pptVIP

上次课内容回顾 上次课内容回顾 class PCI8360v { public: PCI8360v(void){}; virtual ~PCI8360v(void){}; void PCI_init(); void PCI_clos(); short PCI_read(); }; 第9章 面向对象方法学引论 前言：关于传统方法学的总结 传统的生命周期方法学的本质，是在具体的软件开发工作开始之前，通过需求分析预先定义软件需求，然后一个阶段接着一个阶段有条不紊地开发用户所要求的软件，实现预先定义的软件需求。 但它并不能完全消除软件危机。生命周期方法学仍然有许多不足之处，对某些类型的软件开发，这种方法学比较适用，对另一些类型的软件则可能完全不适用。 前言：传统方法学存在的问题 1．生产率提高的幅度远不能满足需要 生命周期方法学强调需求分析的重要性，强调在每个阶段结束之前必须进行评审，从而提高了软件开发的成功率，减少了重大返工的次数； 开发过程中实行严格的质量管理，采用先进的技术方法（主要是结构分析、设计、编程技术）和软件工具，也都加快了软件开发的速度。 但开发效率的提高仍然很有限，提高的幅度远远赶不上对软件产品的需要。从用户提出要求到他们最终得到所需要的目标系统，往往需要经过几年甚至更长的延迟时间。 2．软件重用程度很低 重用也称为再用或复用，是指同一事物不经修改或稍加改动就多次重复使用。软件重用是节约人力，提高软件生产率的重要途径。 结构分析、结构设计和结构程序设计（简写为 SA－SD－SP）技术，虽然给软件产业带来了巨大进步，但却没能很好地解决软件重用问题。 几乎每次开发一个新的软件系统时，都要针对这个具体的系统作大量重复而又繁琐的工作。 3.软件仍然很难维护 传统的生命周期方法学强调文档资料的重要性，规定最终的软件产品应该由完整、－致的配置成分组成；在软件开发整个过程中，始终强调软件的可读性、可修改性和可测试性是软件的重要质量指标。因此，对这样的软件所进行的维护属于结构化维护的范畴，可维护性有比较明显的提高，软件从不能维护变成基本上可以维护。 但实践表明，即使是用生命周期方法学开发出的软件，维护起来仍然相当困难，软件维护成本仍然很高。 4．软件往往不能真正满足用户需要 用传统方法开发涉及多种不同领域知识的大型软件系统，或开发需求模糊或需求动态变化的系统时，所开发出的软件系统往往不能真正满足用户的需要。 所谓“不能真正满足用户的需要”，主要有以下两种表现： 一种是开发人员不能完全获得或不能彻底理解用户的需求，以致开发出的软件系统与用户预期的系统不一致，不能满足用户的需要。 另一种表现是，所开发出的系统不能适应用户需求经常变化的情况，系统的稳定性和可扩充性不能满足要求。 前言：出现问题的原因 1．僵化的设计模型 瀑布模型意味着在生命周期各阶段间存在着严格的顺序性和依赖性。 生命周期方法学特别强调预先定义需求的重要性。要求在着手进行具体的开发工作之前，必须通过需求分析预先定义并“冻结”软件需求，然后再一步一步地实现这些需求。 实践表明，在系统建立起来之前，往往很难仅仅依靠分析就确定出一套完整、准确、一致、有效的应用需求，这种预先定义需求的方法更不能适应用户需求不断变化的情况。 前言：出现问题的原因 2.结构化技术的缺点 用这种技术开发出的软件，其稳定性、可修改性和可重用性都比较差。 围绕实现处理功能的“过程”来构造系统的。然而用户需求的变化大部分是针对功能的——不稳定性 清楚地定义了目标系统的边界，软件通过界面与客观世界通信。系统结构依赖于对系统边界的定义，很难把这样的系统扩展到新的边界——系统较难修改和扩充 把处理分解成子处理的过程多少带些任意性，并且把数据和操作作为分离的实体——可重用性差 面向对象方法的四个要点： 面向对象的方法学可以用下列方程来概括： OO=objects+classes+inheritance+communication with messages 也就是说，面向对象就是既使用对象又使用类和继承等机制，而且对象之间仅能通过传递消息实现彼此通信。 9.1.2 面向对象方法学的优点 9.1.2 面向对象方法学的优点 9.1.2 面向对象方法学的优点 5. 可维护性好 （1） 面向对象的软件稳定性比较好。 （2） 面向对象的软件比较容易修改。 （3） 面向对象的软件比较容易理解。 （4） 易于测试和调试。 9.1.3 喷泉模型 9.2 面向对象的概念 9.2.2 其他概念 4. 方法(method) 方法就是对象所能执行的操作，也就是类中所定义的服务。方法描述了对象执行操作的算法，响应消息的方法。在C++语言中把方法称为成员函数。 方法(Method)：画圆、擦除圆、填充