面向对象的分析与设计课件-基础篇讲解.ppt

* 4.3 模型及其规约 在分析阶段和设计阶段建立的系统模型分别称为OOA模型和OOD模型 正规理解：一个系统模型，应包括建模过程中产生的图形、文字等各种形式的文档。因为，所谓“模型”是指某一级别上的系统抽象描述，构成这种描述的任何资料都是模型的一部分。 习惯说法：目前大部分OOA/OOD著作谈到“模型”，一般是指OOA或OOD过程中产生的图形文档。 本书采用习惯说法 ——将模型和模型规约分别讨论 OOA和OOD模型包括需求模型、基本模型和辅助模型，通过模型规约 做详细说明 * 基本模型——类图 面向对象的建模中最重要、最基本的模型图 集中而完整地体现了面向对象的概念 为面向对象的编程提供了直接、可靠的依据 可以从三个层次来看 对象层 特征层 关系层 需求模型——用况图 每个用况是一项系统功能使用情况的说明，把每一类参与者对每一项系统功能的使用情况确切地描述出来，便全面地定义了系统的功能需求 辅助模型——其他各种图 对类图起到辅助作用，提供更详细的建模信息，或者从不同的视角来描述系统。例如包图、顺序图、活动图等 模型规约 对上述各种模型图及其模型元素的详细而确切的定义和解释。 * OOA模型框架 基本模型：类图 模 型 规 约 需求模型： 用况图 辅助模型： 包图 顺序图 活动图 …… 对象层 特征层 关系层 * OOD模型框架 ——从两个侧面来描述 人机交互部分 数据接口部分 控制驱动部分 问题域 部分 从一个侧面看： OOD模型包括几个主要部分？ 一个核心加三个外围 需 求 模 型 辅 助 模 型 类 图 模 型 规 约 从另一侧面看： OOD模型每个部分 如何用OO概念表达？ 采用与OOA相同的概念及 模型组织方式 * 确定系统边界 发现参与者 定义用况 发现对象 定义对象 的特征 定义对象 间的关系 原型开发 建立模型规约 建立需求模型 建立基本模型 建立包图 建立辅助模型 建立 活动图 建立 其他图 建立 顺序图 4.4 建模过程 OOA过程 * 问题域部分设计 输入OOA模型 人机交互部分设计 控制驱动部分设计 数据接口部分设计 构件化与系统部署 向OOP输出OOD模型 OOD过程 * 4.5 OOA与OOD的关系 一致的概念与表示法 OOA和OOD采用一致的概念和表示法，从而不存在分析与设计之间的鸿沟。 不同的内容、目标和抽象层次 OOA：研究问题域和用户需求，运用面向对象的观点发现问题域中与系统责任有关的对象，以及对象的特征和相互关系。目标是建立一个直接映射问题域，符合用户需求的OOA模型。 OOD：在OOA模型基础上，针对选定的实现平台进行系统设计，按照实现的要求进行具体的设计，目标是产生一个能够在选定的软硬件平台上实现的OOD模型。 OOA模型：抽象层次较高，忽略了与实现有关的因素 OOD模型：抽象层次较低，包含了与实现平台有关的细节 * 在软件生存周期中的位置 ——可适应不同的生存周期模型 分析 (OOA) 设计 (OOD) 编程 (OOP) 测试 维护 瀑布模型 强调严格的阶段划分和前后次序 先做完OOA再进行OOD 演化 集成 测试 编程 (OOP) 设计 (OOD) 分析 (OOA) 喷泉模型 各个阶段之间没有严格的界限，其活动可以交叠和回溯 有些工作既可在OOA中进行，也可在OOD中进行 各阶段概念和表示法的一致为采用这种模型提供了条件 * OOA与OOD的分工——两种不同的观点 第二种观点的理由： （1）过分强调“分析不考虑怎么做”将使某些必须在OOA考虑的问题得不到完整的认识。 （2）把仅与问题域和系统责任有关的对象的描述在分析阶段一次完成，避免设计阶段重复地认识同一事物，减少了工作量总和。 （3）对那些与问题域和系统责任紧密相关的对象细节，分析人员比设计人员更有发言权。 （4）由于OOA和OOD概念和表示法的一致，不存在把细化工作留给设计人员的必然理由。 （5）OOA阶段建立平台无关的模型（PIM），OOD阶段针对不同的平台建立平台专用模型（PSM）可在最大程度上实现对OOA结果的复用。 关键问题：对象的特征细节（如属性的数据类型和操作流程图），是在分析时定义还是在设计时定义？ 做 什 么 怎 么 做 分 析 设 计 第 一 种 观 点 问题域与 系统责任 与实现有 关的因素 分 析 设 计 第二种观点 * 4.6 从MDA看OOA与OOD的关系 模型驱动的体系结构（model-driven architecture，MDA ） 是OMG的一个技术规范，是一种加强模型能力的系统开发途径。 模型驱动（ model-driven ）：用