面向对象基本原理和技术应用章.pptVIP

第二章 为什么需要OOA （1）从系统所需要的功能出发并构造系统能够直接的反应用户的需求。 （2）功能分解法较好的运用了过程抽象原则。 OOA借鉴了它的经验。OOA在定义对象的操作时也可以进行功能分解。 优点： 第二章 为什么需要OOA （2）功能分解的另一个问题是对需求变化的适应能力差，需求变化常常引起系统结构的巨大变化。局部的错误很容易影响系统的其他部分。 （1）开头容易深入难。因为功能、子功能、功能接口这些系统成分不能直接的反映问题域中的事物，而只是影射了系统的功能，是对问题域的间接映射，很难检验分析结果的完整性和正确性。 缺点： 第二章 为什么需要OOA 2、数据流法 又称为结构化分析法。其基本的思想，是以表示数据流动的数据流和对数据进行的加工处理为主要概念来构造系统的分析模型。 问题域被映射为数据流、加工。 第二章 为什么需要OOA 第二章 为什么需要OOA （2）数据流法的另一个问题是它与后续开发阶段——结构化设计的表示法不一致，而且没有一种严格的、可操作的转换规则。因此从分析到设计的过渡比较困难。 （1）当系统比较复杂时，很难检验分析的正确性。他对需求变化的适应能力比较弱，功能的变化引起一个加工和与它相连的许多数据流的修改，进而影响到与这些数据流相连的其他加工。 缺点： 第二章 为什么需要OOA 3、信息建模法 信息建模法的发展与数据库技术有很深的渊源，它本质上是一种系统分析方法。信息建模法的核心概念是实体和关系。 该方法是对问题域的半直接映射，与OOA方法相比有以下几点差别： （1）强调的重点是信息建模和状态建模，而不是状态建模。 第二章 为什么需要OOA （2）没有把作用于实体属性的操作封装到实体对象中，所以对象只有属性，没有操作。 （3）父类型与子类型之间能体现属性的继承，不体现操作的继承。 （4）没有采用消息通信。 第二章 为什么需要OOA 4、面向对象方法 面向对象=对象，类 +封装 +继承 +聚合 +关联 +消息 第二章 为什么需要OOA 5、分析方法的比较 第三章 OOA方法概貌 OOA阶段建立的最主要模型是类图，其中使用的主要建模元素是：类（通过类描述它们的全部对象）、属性、操作、继承（以及由它形成的一般-特殊结构）、聚合（以及由它形成的整体-部分结构）、关联、消息。 第三章 OOA方法概貌 OOA阶段还需要建立其他几种模型图，如用况图、包图、顺序图及活动图等。 当一个类图比较庞大和复杂时，可以把它分化成一些包，每个包把一些关系较为比切得类组织成一组。包不是面向对象的基本概念，但是可以用来把面向对象的系统模型组织的更有条理更便于观察和阅读。 第三章 OOA方法概貌 3.1 OOA模型 OOA模型是指运用面向对象的分析（OOA）方法建立的系统模型。 OOA方法建立的系统模型包括基本模型、需求模型、辅助模型三部分。 在面向对象的建模中，类图是最重要、最基本的模型。构成类图中的主要成分是类、属性、操作、一般-特殊结构、整体-部分结构、关联和消息。 第三章 OOA方法概貌 第三章 OOA方法概貌 第三章 OOA方法概貌 第三章 OOA方法概貌 可从三个层次来看待类： 对象层——给出系统中所有反映问题与系统责任的对象。 特征层——给出每一个类（及其所代表的对象）的内部特征。 关系层——给出各个类（及其所代表的对象）彼此之间的关系。 第三章 OOA方法概貌 3.2 需求模型——用况图 类图实际上并没有直接描述需求。 用况概念全面的定义了系统的功能需求。 从本质上讲，用况并不是面向对象的概念，但是它直接而确切地表达了用户度系统的功能需求为面向对象的分析提供了良好的基础。 输入什么信息； 系统进行什么处理； 返回什么信息等。 第三章 OOA方法概貌 3.3 辅助模型——包图、顺序图、活动图 包是一种将其他模型元素组织起来，形成较大粒度的系统单位的机制。结构或行为上关系比较密切的类组织到一起，行程数量较少的几个主题。 第三章 OOA方法概貌 顺序图用来描绘一组相互协作的对象在完成一项功能时彼此之间的交互情况。可以清晰而直观的表示对象之间的行为依赖关系以及操作与消息的时序关系。 一个顺序图通常只适合表现系统中为数有限的几个对象之间的交互情况，而不是与表现整个系统的行为关系。 第三章 OOA方法概貌 活动图的作用是对系统的行为建模，把系统中的一项行为表示成一个可以由计算机、人或者其他执行者执行的活动，通过给出活动中的各个动作以及动作之间的转移关系来描述系统的