UML期末复习纲要.ppt

考试题型 选择：15’ 判断：10’ 简答题：15’ 综合设计：60’ 组合关系 聚合关系 泛化关系（generalization） 用一条带空心箭头的直线表示： 用于建模过程的任一阶段，说明两个对象之间的继承关系，表示一个类对另一个类的继承。 注意：尽量不要在用例之间使用泛化关系。 用例应当是独一无二的，很难描述子用例继承了基本用例的什么。 类图的建模围绕着三个层次： 概念层：由实体表达 说明层：由分析类表达 实现层：由设计类表达 随着抽象层次的逐步降低而逐步细化。 活动图 活动图描述为了完成某一个目标需要做的活动以及这些活动的执行顺序。 活动图中的基本元素： 参考ppt CH-2(5) 掌握如何对用例场景进行建模 状态图 显示一个状态机，用于对模型元素的动态行为进行建模，即对系统行为中受事件驱动的方面进行建模。 通常使用状态图来说明单个业务实体对象、或分析类对象、或设计类对象在它的整个生命周期内可能的状态，以及导致状态转换的事件和状态转换引起的操作。 仅描述单个对象在其生命周期内状态的改变，不用于描述对象间的交互。 状态图中的基本元素： 状态（State） 转换（Transition） 初始状态（Start State） 终结状态（End State） 判定（Decision） 状态图 示意图： 状态图示例 示例某系统关于用户管理的状态图 时序图 是交互图的一种，用于描述按时间顺序排列的对象之间的交互模式。 它按照参与交互的对象所具有的“生命线”和它们相互发送的消息来显示这些对象。 时序图中的基本元素： 参见ppt CH-2(5) 购买商品时序图片断 协作图（Collaboration Diagram） 描述了对象间交互的一种模式。 它通过对象之间的链接和它们相互发送的消息来显示参与交互的对象。 与时序图可以相互转换。 协作图基本元素： 参考ppt CH-2(6) 网上购买商品业务模型协作图 注意时序图与协作图的区别与联系。 组件图 组件的概念 组件的提出 何时使用组件？ 参考ppt CH-2(7) 节点 基本概念 何时使用节点？ 节点 节点是带有至少一个处理器、内存以及可能还带有其他设备的处理元素。 是应用程序的部署单元。 例如：服务器、工作站、客户机均可看作节点。 特别用于部署视图，描述应用程序在物理结构上是如何部署在应用环境中的，是一种包括软硬件环境在内的拓扑结构描述。 何时使用节点？ 分布式应用环境中 通常会有多个服务器、处理设备或者中间件，开发出的应用程序会部署到不同的服务器、处理节点上。 使用节点来描述服务器之间的调用和依赖关系，表达应用环境的拓扑结构。 系统节点拓扑结构示意图 何时使用节点？ 多设备应用环境 应用环境中包括多种硬件设备，为表达这些硬件设备的结构，应使用节点元素来绘制部署视图。 部署模型图 ATM示意图 电力营销系统建模 电力营销系统建模案例需要仔细体会。 获取需求 定义系统的边界 体会如何通过业务目标来定义系统的边界。 分析业务主角 体会如何从边界外的涉众中选择业务主角。 获取业务用例 有多种方法，为主通过业务主角访谈 最终得到不同边界、不同视角下的用例视图。 体会如何使用活动图描述业务用例场景. 体会用交互图描述用例场景与用活动图描述用例场景的不同： 与活动图的区别： 活动图强调职责，活动是主要内容，表达了业务主角或者业务工人做什么； 时序图强调顺序，消息是主要内容，表达了业务主角或者业务工人之间传递的是什么。 建立概念模型 以电力营销系统为例： 首先分析企业的业务主线，得到支撑主线的关键用例。 依据关键业务用例，以及业务主线需要，找出概念用例。 得到概念用例视图， 进而对概念用例场景进行分析，获得关键对象。 建立分析模型 初步建立分析模型时，可以非常简单的将边界类、实体类、控制类串起来。 软件架构的引入 单一独立的分析类构建的场景如何能够串联成一个完整活动的系统？ 软件架构、描述方法 体会分析过程，哪些步骤是哪些对象完成的。 体会如何用分析类参与的时序图表现这个用例的实现过程。 关键对象分析 针对用例实现场景分析，可以从前面得到的时序图中得到一些关键对象以及这些关键对象的方法。 得到分析类图。 分析类对象实现用例场景的过程实际就是类的推导过程。 可以借此得到初始的类以及关键的类方法。 建立分析模型 即采用分析类，结合前面得到的软件架构和框架，逐步分析哪些类位于系统架构的哪些层次， 即逐步向软件的骨架中注入血肉的过程。 最终得到： 用详细的时序图表示各层中对象间的交互。 用详细的分析类表示的各层及系统总体类图。 以供电企业管理系统中“申请登记”在软件架构各层实现分析过程为例。 设计模型 以用电申请为例，体