UML学习重点汇总.doc

第一章 OOM软件建模概述 UML（Unified Modeling Language） 通用的标准建模语言,可以对任何具有静态结构和动态行为的系统进行建模。标准建模语言UML适用于以面向对象技术来描述任何类型的系统,而且适用于系统开发的不同阶段,从需求规格描述直至系统完成后的测试和维护。 特点：统一标准，面向对象，可视化、表达能力强，独立于过程，UML很适合于以体系结构中心的、用例驱动的、迭代式和渐增式的软件开发过程 第二章 UML构成 1. UML的“4+1视图” 从某个角度观察系统构成系统的一个视图，每个视图都是系统描述的一个投影，说明了系统某个侧面的特征。 （1）用例视图（2）逻辑视图（3）组件视图（4）进程视图（并发视图）（5）配置视图（部署视图） 2. UML的模型图： 模型图是一组UML模型元素构成的有向图表示，它通常由一组节点（UML基本模型元素）, 及节点之间的连线（关系）组成。 (1) 用例视图：用例图 (2) 静态模型：类图、对象图、包图、构件图和配置图 (3) 动态模型：活动图、顺序图、状态图和协作图 3. 用例图. 用例图是表达用例和参与者及其关系的载体。关系包括：关联关系，依赖关系 实现关系： 3. 用例图(续)——用例之间关系1（包含与扩展）. 3. 用例图(续)——用例之间关系2（泛化）. 3. 用例图(续)——用例与参与者 用例Use Case：一组用例的实例（场景），其中每个实例都是系统执行的一系列活动，这些活动产生了对每个参与者而言可观察的返回值。 描述了从参与者角度看系统做了什么 用例模型本身不是面向对象建模技术。 参与者Actor: 是指在系统外部与系统交互的人或其他系统，以某种方式参与了系统内用例的执行。 4. 交互式视图图(顺序图、协作图 ) 1）协作图：采用图的形式展示对象间的交互 2）顺序图：采用栅栏格式展示对象间的交互 顺序图与协作图的优缺点： 顺序图 （优点）强调消息的时间顺序及对象生命线 （优点）大量详细表示法选项 （缺点）强制在右侧增加新对象，消耗空间大 协作图 （优点）强调结构组织，复杂交互表达更容易 （优点）空间利用率高，和方便添加新对象 （缺点）不宜查询消息的顺序，表示法选项少 5 活动图 活动图用于表示完成一个操作所需要的活动，或者是一个用例实例（场景）的活动。活动图适合描述动作流和并发处理行为。 5活动图——实例 5活动图——泳道图 泳道将活动图中的活动化分为若干组，并把每一组指定给负责这组活动的业务组织即对象。泳道区分了负责活动的对象，明确地表示了哪些活动是由哪些对象进行的。 每个活动只能明确地属于一个泳道。 6 状态图（状态机） 状态图(State Diagram)一个对象在其生存期间的动态行为，表现对象响应事件所经历的状态序列以及伴随的动作。并不是所有类都有相应的状态图。状态图只适用于：具有若干个确定状态，类的行为在这些状态下会受到影响且被不同的状态改变。 状态图与活动图的区别与联系 （1）相同的图形符号。 （2）描述一个系统或对象在生存周期的状态或行为。 （3）描述系统或对象在多进程中同步或异步操作并发行为。 （4）用条件分支来描述系统或对象的行为控制流。 联系： （1）触发状态（活动）发生迁移的机制不同。活动状态迁移不需要事件触发，活动执行完毕可以直接进入下一个活动状态。 （2）描述多个对象共同完成一个操作的机制不同。活动图置于责任区（泳道）中，责任区将活动按责任目标和组织归属的原则分类。状态图采用状态嵌套方式描述多对象协作。 7、类图 类图表示系统中类及类和类之间的关系，用于对系统的静态结构进行描述。类用来表示系统中需要处理的事物. 类的关系： （1）关联：关联表示两个类的对象之间存在某种语义上的联系。 （2）聚集：聚集也称为聚合，关联的特例 聚集表示类与类之间的关系是整体与部分的关系。 （3）泛化：UML中的泛化关系就是通常所说的继承关系，它是通用元素和具体元素之间的一种分类关系。 （4）依赖和细化。 2) 类的关系——关联 2) 类的关系——聚集 聚集也称为聚合，是关联的特例。聚集表示类与类之间的关系是整体与部分的关系。 （1.共享聚集 聚合：聚集关系中处于部分方的对象可同时参与多个处于整体方对象的构成. （2.组合聚集.组合：部分类完全隶属于整体类.部分与整体共存.整体不存在部分也随之消失。 2) 类的关系——泛化 UML中的泛化关系就是通常所说的继承关系（或一般与特殊关系）。 2) 类的关系——依赖 两个类之间有依赖，表明其中一个类.客户类.依赖于另一个类（供应类）所提供的某些服务。 2) 类的关系——细化