[文学]UML第二讲.ppt

UML系统分析设计 2008.9 第二章 UML基础 UML概述 UML的静态建模机制 UML的动态建模机制 UML和系统开发 UML建模工具—Rational Rose 2.1 UML概述 从下面几个方面给UML下定义： 统一 建模 语言 2.1 UML概述 UML的特点 统一了Booch、OMT、OOSE等方法的概念。 还吸收了面向对象技术领域中其他流派的长处，其中也包括非OO方法的影响。 在演变过程中还提出了一些新的概念 2.1 UML概述 UML的目标 使用面向对象的概念为系统建模 精确描述概念上和可执行的事务 同时支持小规模和大规模的分析和设计 提供了人和机器都可以使用的符号 2.1 UML概述 UML的应用 信息系统 嵌入式和实时系统 操作系统和分布式系统 控制系统 工作流 2.1 UML概述 UML概念和模型 静态结构：定义系统的边界，即应用中的关键问题、内部性质和相互间的联系。 动态行为：有两种方法为行为建模，一种是使用对象和外部世界交互时的过程的历史记录，另一种是使用他们交互时对象的通信模式。 2.1 UML概述 实现结构：描述了一个正在运行的系统结点的配置以及基于它的构件和对象排列。 构件：一个系统中物理的、可替代的部分，并提供了一组接口。 结点：一种定义了位置的运行时计算资源，它可以拥有构件和对象。 2.1 UML概述 模型组织：必须把模型组织成适当大小的包。 包：在模型中为了实现通用目标的组织单位，可用于存储、访问控制、配置管理和包含重用部分的构件库。 2.1 UML概述 扩展机制： 构造型—一种UML词汇的扩展，可以创建新的模块。 约束—用来指定语义或模型元素保持为真的条件特性。 标签值—说明模型元素中“关键字-值”的特性。 2.1 UML概述 UML视图和图 2.1 UML概述 2.2 UML的静态建模机制 用例图 类图 构件图 实施图 2.2 UML的静态建模机制 用例图： 一个用例描述了真实世界中的参与者（个人、组织或外部系统）和组织的交互。 2.2 UML的静态建模机制 2.2 UML的静态建模机制 类图： 它显示了系统中的类和它们之间的联系（包括继承、聚集和关联）。 2.2 UML的静态建模机制 2.2 UML的静态建模机制 构件图： 显示了组成一个可重用软件的软件构件、它们的接口以及它们之间的相互关系。 构件可以是任意粒度的项。 它只是更大、更概括的类图。 2.2 UML的静态建模机制 2.2 UML的静态建模机制 实施图： 说明运行时进行处理的单元配置，包括运行在其上的硬件和软件。 2.2 UML的静态建模机制 2.3 UML的动态建模机制 状态图 活动图 顺序图 协作图 2.3 UML的动态建模机制 状态图： 用来描述一个特定对象的所有可能状态及其引起状态转移的事件。 2.3 UML的动态建模机制 2.3 UML的动态建模机制 活动图： 由状态图变化而来 可用来描述操作的行为，也可以描述用例和对象内部的工作过程 依据对象状态的变化来捕获动作与动作的结果 2.3 UML的动态建模机制 2.3 UML的动态建模机制 顺序图： 用来描述对象之间动态的交互关系，着重体现对象之间消息传递的时间顺序。 2.3 UML的动态建模机制 2.3 UML的动态建模机制 协作图： 用于描述相互合作的对象间的交互关系和链接关系。 与时序图不同，侧重描述交互对象间的静态链接关系。 2.3 UML的动态建模机制 2.3 UML的动态建模机制 UML建模过程的不同观点（图间的关系） 迭代观点 连续观点 类驱动观点 2.3 UML的动态建模机制 迭代观点： 2.3 UML的动态建模机制 连续观点： 2.3 UML的动态建模机制 类驱动观点： 2.4 UML和系统开发 需求获取 分析 设计 实现 测试 2.4 UML和系统开发 需求获取： 需求获取实现用例、业务过程或简单文本描述系统的功能需求。 非功能需求也非常重要。 需求获取时创建用例图和一些简单的类图。 2.4 UML和系统开发 分析： 从需求规格中获取域知识 如已定义了用例，则作为分析的输入，如没有，使用用例或类似技术定义系统功能。 确定主要的类（候选类）。 建模类之间的静态关系。 抽象类对象之间的行为和协作。 建立简单的用户界面原型。 2.4 UML和系统开发 设计： 将类划分成功能包。 确定并发需求，通过类和消息建模。 指定系统输出的具体格式，包括用户界面、报表和事务。 为源代码构件分配类，并为结点分配可执行构件。 创建类图、顺序图、协作图、状态图、构件图、实施图。 2.4 UML和系统开发 测试： 使用用例图。 实施图、顺序图、和协作图通常作为测试的基础。 2.5 Rational Rose 2003 Rational