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

* 在软件生存周期中的位置 ——可适应不同的生存周期模型 分析 (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 ）：用模型来对系统的理解、设计、构造、部署、操作、维护和更改进行指导。 体系结构（ architecture ）：是对系统的部件和连接件以及这些部件通过连接件进行交互的规约。 平台（platform）：是一组子系统和技术，它通过一些接口和专用规则提供了一个连贯的功能集合，任何由该平台支持的应用都可以使用平台所提供的功能而不必关心其实现细节。 平台无关模型（platform independence model，PIM）：独立于任何一种平台特征的模型。 平台专用模型（platform specific model，PSM）：与特定类型的平台特征有关的模型。 * 模型转换（model transformation）：由系统的一个模型转化成同一个系统的另外一个模型。它是MDA最为关键的部分，其核心问题是从PIM转换到PSM 。 MDA提倡：在系统开发中首先建立平台无关模型（PIM），然后将它转换为平台专用模型（PSM） 技术 * 把MDA的观点运用于OOA和OOD OOA：只针对问题域和系统责任，不涉及实现条件 因此可得到一个平台无关的OOA模型 OOD：在OOA模型基础上针对特定实现条件进行设计 转换成一个平台专用的OOD模型 好处：使整个OOA模型可以在针对不同的实现平台的设计中得到复用 * * 两种主要的图类型: structure diagrams and behavior diagrams. 只是一种逻辑划分。当把结构元素和行为元素结合在一起时（如显示内部结构嵌套的状态机）时，也可以将不同类型的图混合在一起。因此，两种类型图的边界并不是强制性的。 Please note that this taxonomy provides a logical organization for the various major kinds of diagrams. However, it does not preclude the mixing different kinds of diagram types, as one might do when one combines structural and behavioral elements (e.g., showing a state machine nested inside an internal structure). Consequently, the boundaries between the various kinds of diagram types are not strictly enforced. * 主题层 类及对象层 结构层 属性层 服务层 OOA模型的5个层次 主题层 类及对象层 结构层 属性层 服务层 人机交互 部分 （HIC） 问题域 部分 （PDC） 任务管理 部分 （TMC） 数据管理 部分 （DMC） OOD模型的5个层次和4个部分 Coad/Yourdon方法 特点： 概念简练，过程清晰 强调