1面向对象的分析与设计-基础篇研讨.pptVIP

* 充分运用面向对象方法的基本概念，限制扩充概念 以往某些OO方法提出了许多扩充概念，问题是： 使方法复杂化——增加学习难度和工程开销 缺乏编程语言支持——造成模型与源程序不一致 加强过程指导 给出运用最基本的OO概念自然而有效地解决建模问题的策略，包括那些在其他方法中采用扩充概念解决的问题。 强调在类的抽象层次上建立系统模型 所有对象的属性和操作以及对象之间的关系，都通过它们的类来描述，而不是针对个别对象实例进行描述 …… OOAD方法概貌 * 面向对象的概念包括以下两种情况： （1）用来构成系统模型的某种基本成分，称为建模元素 （2）在建模中需要遵守的某种原则，不代表任何模型成分 主要概念 主要建模元素 对象、类（所有的对象都通过类来表示） 属性、操作（类属性和实例属性，被动操作和主动操作） 一般-特殊关系，一般-特殊结构 整体-部分关系，整体-部分结构 关联 （二元关联、多元关联） 消息 （控制流内部的消息，控制流之间的消息） * 主要原则 （1）抽象 什么叫抽象？（回顾定义） OO方法广泛地运用抽象原则，例如： ·系统中的对象是对现实世界中事物的抽象， ·类是对象的抽象， ·一般类是对特殊类的进一步抽象， ·属性是事物静态特征的抽象， ·操作是事物动态特征的抽象。 过程抽象 任何一个完成确定功能的操作序列，其使用者都可把它看作一个单一的实体，尽管实际上它可能是由一系列更低级的操作完成的。 数据抽象 根据施加于数据之上的操作来定义数据类型，并限定数据的值只能由这些操作来修改和观察。 * （2）分类 分类就是把具有相同属性和操作的对象划分为一类，用类作为这些对象的抽象描述。 不同程度的抽象可得到不同层次的类，形成一般-特殊结构（又称分类结构）。 强调：在类的抽象层次上建模 （3）封装 （4）继承 （5）聚合 （6）关联 （7）消息通信 即要求对象之间只能通过消息进行通讯，而不允许在对象之外直接地存取对象内部的属性。 * （8）粒度控制 人们在研究问题时既需要微观的思考，也需要宏观的思考。因此需要控制自己的视野：考虑全局时，注重其大的组成部分，暂时不详察每一部分的具体的细节；考虑某部分的细节时则暂时撇开其余的部分。这就是粒度控制原则。 引入包（package）的概念，把模型中的类按一定的规则进行组合，形成一些包，使模型具有大小不同的粒度层次，从而有利于人们对复杂性的控制。 * （9）行为分析 ·以对象为单位描述系统中的各种行为 任何行为都归属于某个对象，用对象的操作表示。对象的操作只作用于对象自身的属性。 ·通过消息描述对象之间的行为依赖关系 如果一个对象操作的执行需要另一个对象为它提供服务，则在模型中表现为前者向后者发送消息。 ·认识行为的起因，区分主动行为和被动行为 用主动对象的主动操作描述主动行为 用对象的被动操作描述被动行为 ·认识系统的并发行为 在分析阶段根据，根据系统的需求和事物的主动性来认识系统的并发行为。在设计阶段，根据具体的实现条件确定系统中需要设计哪些控制流。 * 模型及其规约 在分析阶段和设计阶段建立的系统模型分别称为OOA模型和OOD模型 正规理解：一个系统模型，应包括建模过程中产生的图形、文字等各种形式的文档。因为，所谓“模型”是指某一级别上的系统抽象描述，构成这种描述的任何资料都是模型的一部分。 习惯说法：目前大部分OOA/OOD著作谈到“模型”，一般是指OOA或OOD过程中产生的图形文档。 本书采用习惯说法 ——将模型和模型规约分别讨论 OOA和OOD模型包括需求模型、基本模型和辅助模型，通过模型规约 做详细说明 * 基本模型——类图 面向对象的建模中最重要、最基本的模型图 集中而完整地体现了面向对象的概念 为面向对象的编程提供了直接、可靠的依据 可以从三个层次来看 对象层 特征层 关系层 需求模型——用况图 每个用况是一项系统功能使用情况的说明，把每一类参与者对每一项系统功能的使用情况确切地描述出来，便全面地定义了系统的功能需求 辅助模型——其他各种图 对类图起到辅助作用，提供更详细的建模信息，或者从不同的视角来描述系统。例如包图、顺序图、活动图等 模型规约 对上述各种模型图及其模型元素的详细而确切的定义和解释。 * OOA模型框架 基本模型：类图 模 型 规 约 需求模型： 用况图 辅助模型： 包图 顺序图 活动图 …… 对象层 特征层 关系层 * OOD模型框架 ——从两个侧面来描述 人机交互部分 数据接口部分 控制驱动部分 问题域 部分 从一个侧面看： OOD模型包括几个主要部分？ 一个核心加三个外围 需 求 模 型 辅 助 模 型 类 图 模 型 规