面向对象建模与uml高洪江.ppt

2014/1/13 分类 分类就是把具有相同属性和操作的对象划分为一类，用类作为这些对象的抽象描述 不同程度的抽象可得到不同层次的类，形成一般-特殊结构（又称分类结构） 强调：在类的抽象层次上建模 封装 继承 聚合 关联 消息通信 即要求对象之间只能通过消息进行通讯，而不允许在对象之外直接地存取对象内部的属性。 2014/1/13 粒度控制 人们在研究问题时既需要微观的思考，也需要宏观的思考。因此需要控制自己的视野：考虑全局时，注重其大的组成部分，暂时不详察每一部分的具体的细节；考虑某部分的细节时则暂时撇开其余的部分。这就是粒度控制原则 引入包（package）的概念，把模型中的类按一定的规则进行组合，形成一些包，使模型具有大小不同的粒度层次，从而有利于人们对复杂性的控制 2014/1/13 行为分析 以对象为单位描述系统中的各种行为 任何行为都归属于某个对象，用对象的操作表示 对象的操作只作用于对象自身的属性 通过消息描述对象之间的行为依赖关系 如果一个对象操作的执行需要另一个对象为它提供服务，则在模型中表现为前者向后者发送消息 认识行为的起因，区分主动行为和被动行为 用主动对象的主动操作描述主动行为 用对象的被动操作描述被动行为 认识系统的并发行为 在分析阶段根据，根据系统的需求和事物的主动性来认识系统的并发行为。在设计阶段，根据具体的实现条件确定系统中需要设计哪些控制流 2014/1/13 内容 引言 主要概念 模型及其规约 建模过程 OOA与OOD的关系 从MDA看OOA与OOD的关系 2014/1/13 模型及其规约 在分析阶段和设计阶段建立的系统模型分别称为OOA模型和OOD模型 正规理解：一个系统模型，应包括建模过程中产生的图形、文字等各种形式的文档。因为，所谓“模型”是指某一级别上的系统抽象描述，构成这种描述的任何资料都是模型的一部分。 习惯说法：目前大部分OOA/OOD著作谈到“模型”，一般是指OOA或OOD过程中产生的图形文档。 2014/1/13 本课程采用习惯说法 ——将模型和模型规约分别讨论 OOA和OOD模型包括需求模型、基本模型和辅助模型，通过 模型规约 做详细说明 基本模型——类图 面向对象的建模中最重要、最基本的模型图 集中而完整地体现了面向对象的概念 为面向对象的编程提供了直接、可靠的依据 可以从三个层次来看： 2014/1/13 需求模型——用况图 每个用况是一项系统功能使用情况的说明，把每一类参与者对每一项系统功能的使用情况确切地描述出来，便全面地定义了系统的功能需求 对象层 特征层 关系层 辅助模型——其他各种图 对类图起到辅助作用，提供更详细的建模信息，或者从不同的视角来描述系统。例如包图、顺序图、活动图等 模型规约 对上述各种模型图及其模型元素的详细而确切的定义和解释 2014/1/13 OOA模型框架 基本模型：类图 模 型 规 约 需求模型： 用况图 辅助模型： 包图 顺序图 活动图 …… 对象层 特征层 关系层 2014/1/13 OOD模型框架 ——从两个侧面来描述 人机交互部分 数据接口部分 控制驱动部分 问题域 部分 从一个侧面看： OOD模型包括几个主要部分？ 一个核心加三个外围 需 求 模 型 辅 助 模 型 类 图 模 型 规 约 从另一侧面看： OOD模型每个部分 如何用OO概念表达？ 采用与OOA相同的概念及 模型组织方式 2014/1/13 内容 引言 主要概念 模型及其规约 建模过程 OOA与OOD的关系 从MDA看OOA与OOD的关系 2014/1/13 建模过程 OOA过程 确定系统边界 发现参与者 定义用况 发现对象 定义对象 的特征 定义对象 间的关系 原型开发 建立模型规约 建立需求模型 建立基本模型 建立包图 建立辅助模型 建立 活动图 建立 其他图 建立 顺序图 2014/1/13 OOD过程 问题域部分设计 输入OOA模型 人机交互部分设计 控制驱动部分设计 数据接口部分设计 构件化与系统部署 向OOP输出OOD模型 2014/1/13 内容 引言 主要概念 模型及其规约 建模过程 OOA与OOD的关系 从MDA看OOA与OOD的关系 2014/1/13 OOA与OOD的关系 一致的概念与表示法 OOA和OOD采用一致的概念和表示法，从而不存在分析与设计之间的鸿沟。 2014/1/13 OOA与OOD的关系 不同的内容、目标和抽象层次 OOA：研究问题域和用户需求，运用面向对象的观点发现问题域中与系统责任有关的对象，以及对象的特征和相互关系。目标是建立一个直接映射问题域，符合用户需求的OOA模型。 OOD：在OOA模型基础上，针对选定的实现平台进