UML复习提要论述.ppt

* UML和模式应用 ——复习提纲 面向对象分析与设计 第一章 UML：统一建模语言 （只是）标准的图形表示法 UP：统一过程 模式：问题-解决方案公式（系统化的、典范的设计原则） 需求 实现：使用著名统一过程的敏捷方法作为迭代开发过程的样例，并在这一过程中介绍需求分析和OOA/D的主题。 分析：对问题和需求的调查研究 设计：满足需求的概念上的解决方案 面向对象分析：在问题领域内发现和描述对象 面向对象设计：定义软件对象以及它们如何协作以实现需求 定义用例 定义领域模型 定义交互图 定义设计类图 定义用例 需求分析包括如何使用应用的情节和场景， 这些情节和场景可以被编写成用例。 用例不是面向对象制品，而只是对情节的记录。 定义领域模型 面向对象分析 关注 从对象的角度创建领域描述 （需要鉴别重要的概念、属性、关联） 面向对象分析的结果可表示为领域模型。 领域模型针对的是世界领域中的概念和想象可视化。（概念对象模型）（而不是对软件对象的描述） 定义用例 定义领域模型 定义交互图 定义设计类图 分配对象职责 绘制交互图（展示动态视图） 面向对象分析 关注 软件对象的定义（职责和协作） 顺序图：描述协作的表示法 （展示软件对象之间的信息流、由消息引起的方法调用） 定义设计类图 （有效表示 类定义的静态视图，描述类的属性和方法） UML 统一建模语言 描述、构造和文档化 系统制品的 可视化语言 图形化表示法的事实标准 用来绘制和展示 与软件相关 的图形 UML简档：用于某些常用主题领域的表示法子集 应用UML方式：UML作为草图、蓝图、编程语言 敏捷建模：强调UML的作为草图的方式 应用UML透视图：概念、规格说明、实现 透视图 对应： 概念类：现实事物的概念或事物 软件类：表示软件构件在规格说明或实现透视图中的类 实现类：特定OO语言中的类 可视化建模的优点： 帮助更为便利地观察全景，发现软件元素或分析之类的联系。 允许忽略或隐藏旁支细节。 迭代、进化和敏捷 第二章 OOA/D介绍 迭代、进化和敏捷 案例研究 初始 迭代和进化式开发 对部分系统及早引入编程和测试，并重复这一循环 依赖短时间快速的开发步骤、反馈和改写来不断明确需求和设计。 软件开发过程 描述构造、部署以及维护软件的方式 UP（统一过程） 构造面向对象系统的迭代软件开发过程 RUP(Rational统一过程） 对统一过程的详细精化 UP原因： UP是迭代过程 UP实践提供了如何实施OOA/迭代示范结构 UP具有灵活性 UP特点： 迭代 以架构为核心 用例驱动 迭代 在生命周期方法中，开发被组织成的一系列固定的短期小项目 迭代开发 随着时间和一次又一次迭代的递进，系统增量式地发展完善。 （迭代和增量式开发） 反馈和调整使规格说明和设计不断进化（迭代和进化式开发） 每次迭代都产生可执行但不完整的系统（不是已经准备好可以交付的产品） 直到多次迭代以后，系统才可能合格地用于产品部署。 迭代是固定（时间定量）的 系统是增量式增长的 应减少任务，而不是推迟完成日期 迭代生命周期基于 对经过多次迭代的系统进行持续扩展和精化， 并以循环反馈和调整为核心驱动力，使之最终成为适当的系统 需求 设计 实现、测试、集成和进一步设计 最终集成和系统测试 优点： 减少项目失败可能性 在早期缓解高风险 早起可见的进展 瀑布生命周期 试图在编程之前定义所有或大部分需求， 而且通常在编程之前创建出完整的设计。 UP提倡风险驱动与客户驱动相结合的迭代计划。 （早期的迭代目标要能够识别和降低最高风险，并且能构造客户最关系的可视化特性） UP阶段 初始：大体的构想、业务案例、范围和模糊评估 细化：已精化的构想、核心架构的迭代实现、高风险的解决、确定大多数需求和范围、进行更为实际的报告 构造：对遗留下来风险较低和比较简单的元素进行迭代实现，准备部署 移交：进行beta测试和部署 初始 细化 构造 移交 迭代 阶段 迭代的结束点，此时有重要决策或评估产生。 最终产品的稳定可执行子集。每个迭代的结束点都是小型的发布 两次迭代发布子集之间的差异 此时，为产品的使用发布系统 里程碑 发布 增量 最终产品发布 UP科目（业务建模、需求、设计） 在一个主题域中的一组活动。 UP制品 对所有工作产品的统称。 科目和阶段的关系： 一次迭代包括大部分科目的工作。 但其相对工作量和重点会随时间而变化 第二部分 初始阶段 初始阶段：（不是需求阶段） 建立 项目共同设想和基本范围 的比较简短的起始步骤。 目标 不是 定义所有需求 （持续时间短暂） 大部分需求分析在细化阶段进行，并且伴以具有产品品质的早期编程和测试。 需求：系统必须提供的能力 必须遵从的条件