1.visioUML系列状态
2.如何利用Visio画绘制UML图用例图类图活动图状态图序列图
3.visioUML类图中的成源关系

visioUML系列状态

       状态图(statechart diagram): 用来描述一个特 状态图 定的对象所有可能的状态,以及由于各种事件的发 定的对象所有可能的状态 以及由于各种事件的发 生而引起的状态之间的转移和变化。

       状态图的成源要素：

       椭圆或圆角矩形：表示对象的一种状态，椭圆内部填写状态名

       箭头：表示从箭头出发的成源状态可以转换到箭头指向的状态

       事件：引起状态转换的原因。事件名可在箭头线上方标出

       条件：事件名后加方括号，成源括号内写状态转换条件

       实心圆：初始状态

       内部实心的成源同心圆：最终状态

       时序图

       时序图用于描述对象之间的传递消息的时间顺序, 即用例中的行为顺序.

       当执行一个用例时, 时序图中的每条消息对应了一个类操作或者引起转换的触发事件.

       在 UML 中, 时序图表示为一个二维的关系图, 其中, 纵轴是时间轴, 时间延竖线向下延伸. 横轴代表在协作中各个独立的对象. 当对象存在时, 生命线用一条虚线表示, 消息用从一个对象的生命线到另一个对象的生命线的箭头表示. 箭头以时间的顺序在图中上下排列.

       ATM 用户成功登陆的时序图

       时序图中的基本概念

       对象: 时序图中对象使用矩形表示, 并且对象名称下有下划线. 将对象置于时序图的顶部说明在交互开始时对象就已经存在了. 如果对象的位置不在顶部, 表示对象是在交互的过程中被创建的.

       生命线: 生命线是一条垂直的虚线. 表示时序图中的对象在一段生命周期内存在. 每个对象底部中心的位置都带有生命线.

       消息: 两个对象之间的单路通信. 从发送方指向接收方. 在时序图中很少使用返回消息.

       激活: 时序图可以描述对象的激活和钝化. 激活表示该对象被占用以完成某个任务. 钝化指对象处于空闲状态, 等待消息. 在 UML 中, 对象激活时将对象的生命线拓宽为矩形来表示的. 矩形称为计划条或控制期. 对象就是在激活条的顶部被激活的. 对象在完成自己的工作后被钝化.

       对象的创建和销毁: 在时序图中, 对象的默认位置是在图的顶部. 这说明对象在交互开始之前就已经存在了. 如果对象是在交互过程中创建的, 那么就应该将对象放到中间部分. 如果要撤销一个对象, 在其生命线终止点处放置 “ X” 符号.

       练习：孙中山的……

       活动图

       在 UML 中, 活动图本质上就是流程图. 它用于描述系统的活动, 判定点和分支等.

       活动图中的基本概念

       动作状态: 原子的, 不可中断的动作, 并在此动作完成之后向另一个动作转变. 在 UML 中动作状态用圆角矩形 表示, 动作状态所表示的动作写在圆角矩形内部.

       分支与合并: 分支在软件系统中很常见. 一般用于表示对象类所具有的条件行为. 用一个布尔型表达式的真假来判定动作的流向. 条件行为用分支和合并表达.在活动图中, 分支用空心小菱形 表示. 分支包括一个入转换和两个带条件的出转换, 出转换的条件应该是互斥的, 须保证只有一条出转换能够被触发. 合并包含两个带条件的入转换和一个出转换.

       状态图

       状态图: 通过建立对象的生存周期模型来描述对象随时间变化的动态行为.

       状态图中的基本概念

       状态: 用圆角矩形表示. 状态名称表示状态的名字, 通常用字符串表示. 一个状态的名称在状态图所在的上下文中应该是唯一的.

       转换: 用带箭头的直线表示. 一端连着源状态, 一端连着目标状态.

       初始状态: 每个状态图都有一个初始状态. 此状态代表状态图的起始位置. 初始状态只能作为转换的源, 不能作为转换的目标, 并且在状态图中只能有一个. 初始状态用一个实心圆表示.

       终止状态: 模型元素的最后状态, 是一个状态图的终止点. 终止状态在一个状态图中可以有多个.

       协作图

       协作图(也叫合作图)是一种交互图.

       时序图主要侧重于对象间消息传递在时间上的先后关系, 而协作图表达对象间的交互过程及对象间的关联关系

如何利用Visio画绘制UML图用例图类图活动图状态图序列图

        UML为标准建模语言，UML规范用来描述建模的成源lars算法源码概念有：类（对象的）、对象、成源关联、成源职责、成源行为、成源接口、成源用例、成源包、成源顺序、成源协作，成源以及状态。

下面介绍几种常用的UML图：

一、用例图：

       从用户角度描述系统功能，并指各功能的操作者。

具体操作如下：

       点击新建->类别-软件和数据库-UML用例-创建。

       子系统形状拖到绘图页。子系统可以代表整个系统或主要组件。

       拖动用例模具中的用例形状和将它们放到子系统边界，然后将参与者形状拖到子系统边界外。

       使用连接线形状来指示之间的关系的用例和参与者。

       二、istio源码解析系列类图：

       描述系统中类的静态结构。

具体操作如下：

       点击新建->类别-软件和数据库-UML类-创建。

       添加包形状，并添加接口。

       添加类和或枚举。

       为类添加私有或公开成员。

       关联类、包、枚举等之间的关系。

       三、活动图：

       描述了业务实现用例的工作流程。

具体操作如下：

       点击新建->类别-软件和数据库-UML活动-创建。

       添加初始节点。

       添加动作、判定、节点、注释等形状。

       连接各个节点，并添加最后一个节点。

       四、状态图：

       是描述状态到状态控制流，常用于动态特性建模。

具体操作如下：

       点击新建->类别-软件和数据库-UML状态机-创建。

       添加初始状态、状态、quartz 源码分析 pdf复合状态、内部行为与状态等形状。

       连接状态、选择等形状，并添加最终状态形状。

       五、序列图：

       对象之间的动态合作关系，强调对象发送消息的顺序，同时显示对象之间的交互。

       具体操作如下：

       点击新建->类别-软件和数据库-UML序列-创建。

       参与者生命线形状和为每个系统组件对象生命线形状拖动流程中。

       拖动消息形状或交互形状来表示邮件或其他生命线之间的交互。

       将激活条形状拖至生命线可以显示何时对象或参与者处于活动过程中。

       片段，如果一个或多个交互构成循环，或需要要结束交互满足一个条件，请在一个片段形状将这些交互围。

        

疑问

UML模型资源管理器在哪里？

       如果已经构建在早期版本的VisioUML图表，可能还记得使用模型资源管理器。

       使用模型资源管理器所做的图表已锁定禁止编辑和一些格式。

       在Visio和Visio专业版，则没有模型资源管理器。

       只需拖动形状，形状是未锁定和更加灵活，因此如果需要可以更改它们的关于旅游asp源码行为。

       绘图，还有更多自定义的但它们仍能够满足UML标准。

       ​

visio版本的反向工程在哪里？

       数据库模型图和UML图的Visio模板已经用新的形状重制。

       新的模板更灵活，但不提供反向或正向工程或其他解决方案的支持。

       可以查看和打印在以前版本的Visio中创建的UML图，但编辑受限，图的变化可能会阻止在Visio的早期版本中编辑文件。

       visio版本还可以将SharePoint任务或问题清单作为Visio数据透视关系图来查看吗？

       无法从SharePoint任务或问题清单创建数据透视关系图，但Visio将仍然从SharePoint的任务列表和问题跟踪列表同步数据。

如何利用Visio画绘制UML图/用例图/类图/活动图/状态图/序列图的下载地址： 本地下载

visioUML类图中的关系

       1.一般化关系(Generalization)，所谓一般化通常指的就是继承关系，这里会有一般化(Generalization)及具体化(Specialization)

        一般化的UML图例如下：

        2.关联关系(Association)，关联关系可以是单向或双向，但一般情况下大部份为单向，关联关系可进一步划分为聚合及合成关系，如果确实无办法区分，就先以关联关系表示，留意一下在关联关系中有个基数的概念(Multiplicity)，就是类似关系型数据库一对一，一对多那个概念；

        关联关系的类图如下：

        3.关联关系演化为聚合关系(Aggregation)，聚合关系是整体与部分的关系，但整体不会干涉部分的生命周期，简单来说，部分是c erp管理源码可以独立存在的，例如：计算机由硬盘，CPU，内存组成，但硬盘，CPU、内存却可以独立存在；

        聚合关系的类图如下：

        4.关联关系演化为合成关系(Composition)，合成关系比聚合关系更强，它要求整体的对象负责部分对象的生命周期，言下之意，如果整体消失了，部分也就消失了，而且部分不存在与其它类共享，例如：我们的心脏，脑袋，就与自己是合成关系；

        合成关系的类图如下：

        5.依赖关系(Dependency)，依赖关系相对就比较弱了，而且它总是单向的，在java中，可以是局部变量，方法的参数或者是调用其它类的静态方法，例如：订单中添加商品，商品是订单中的一个参数，所以，我们可以说，订单依赖于商品。

        依赖关系的类图如下：

       继承

       指的是一个类（称为子类、子接口）继承另外的一个类（称为父类、父接口）的功能，并可以增加它自己的新功能的能力，继承是类与类或者接口与接口之间最常见的关系；在Java中此类关系通过关键字extends明确标识，在设计时一般没有争议性；

       实现

       指的是一个class类实现interface接口（可以是多个）的功能；实现是类与接口之间最常见的关系；在Java中此类关系通过关键字implements明确标识，在设计时一般没有争议性；

       依赖

       可以简单的理解，就是一个类A使用到了另一个类B，而这种使用关系是具有偶然性的、、临时性的、非常弱的，但是B类的变化会影响到A；比如某人要过河，需要借用一条船，此时人与船之间的关系就是依赖；表现在代码层面，为类B作为参数被类A在某个method方法中使用；

       关联

       他体现的是两个类、或者类与接口之间语义级别的一种强依赖关系，比如我和我的朋友；这种关系比依赖更强、不存在依赖关系的偶然性、关系也不是临时性的，一般是长期性的，而且双方的关系一般是平等的、关联可以是单向、双向的；表现在代码层面，为被关联类B以类属性的形式出现在关联类A中，也可能是关联类A引用了一个类型为被关联类B的全局变量；

       聚合

       聚合是关联关系的一种特例，他体现的是整体与部分、拥有的关系，即has-a的关系，此时整体与部分之间是可分离的，他们可以具有各自的生命周期，部分可以属于多个整体对象，也可以为多个整体对象共享；比如计算机与CPU、公司与员工的关系等；表现在代码层面，和关联关系是一致的，只能从语义级别来区分；

       组合

       组合也是关联关系的一种特例，他体现的是一种contains-a的关系，这种关系比聚合更强，也称为强聚合；他同样体现整体与部分间的关系，但此时整体与部分是不可分的，整体的生命周期结束也就意味着部分的生命周期结束；比如你和你的大脑；表现在代码层面，和关联关系是一致的，只能从语义级别来区分；

       对于继承、实现这两种关系没多少疑问，他们体现的是一种类与类、或者类与接口间的纵向关系；其他的四者关系则体现的是类与类、或者类与接口间的引用、横向关系，是比较难区分的，有很多事物间的关系要想准备定位是很难的，前面也提到，这几种关系都是语义级别的，所以从代码层面并不能完全区分各种关系；

       但总的来说，后几种关系所表现的强弱程度依次为：组合>聚合>关联>依赖；

       聚合跟组合其实都属于关联 只不过它们是两种特殊的关联 因为本是同根生 所以它们之间难免会有相似之处 下面让我们一起来看一下它们之间有何不同

       聚合与组合的概念相信不用我在此赘述大家就已经了解了 下面直接上例子

       程老师的《大话》里举大那个大雁的例子很贴切 在此我就借用一下 大雁喜欢热闹害怕孤独 所以它们一直过着群居的生活 这样就有了雁群 每一只大雁都有自己的雁群 每个雁群都有好多大雁 大雁与雁群的这种关系就可以称之为聚合 另外每只大雁都有两只翅膀 大雁与雁翅的关系就叫做组合 有此可见 聚合的关系明显没有组合紧密 大雁不会因为它们的群主将雁群解散而无法生存 而雁翅就无法脱离大雁而单独生存——组合关系的类具有相同的生命周期

       聚合关系图：

       组合关系图：

       从从代码上看这两种关系的区别在于：

       构造函数不同

       雁群类：

       [csharp] view plaincopy

       public class GooseGroup { public Goose goose; public GooseGroup(Goose goose) { this.goose = goose; } }

       [csharp] view plaincopy

       public class GooseGroup { public Goose goose; public GooseGroup(Goose goose) { this.goose = goose; } }

       大雁类：

       [csharp] view plaincopy

       public class Goose { public Wings wings; public Goose() { wings=new Wings(); } }

       [csharp] view plaincopy

       public class Goose { public Wings wings; public Goose() { wings=new Wings(); } }

       聚合关系的类里含有另一个类作为参数

       雁群类（GooseGroup）的构造函数中要用到大雁（Goose）作为参数把值传进来 大雁类（Goose）可以脱离雁群类而独立存在

       组合关系的类里含有另一个类的实例化

       大雁类（Goose）在实例化之前 一定要先实例化翅膀类（Wings） 两个类紧密耦合在一起 它们有相同的生命周期 翅膀类（Wings）不可以脱离大雁类（Goose）而独立存在

       信息的封装性不同

       在聚合关系中，客户端可以同时了解雁群类和大雁类，因为他们都是独立的

       而在组合关系中，客户端只认识大雁类，根本就不知道翅膀类的存在，因为翅膀类被严密的封装在大雁类中。

       这几种关系都是语义级别的，所以从代码层面并不能完全区分各种关系；但总的来说，后几种关系所表现的强弱程度依次为：

       组合>聚合>关联>依赖；

       UML 线条 箭头

       关系

       后面的例子将针对某个具体目的来独立地展示各种关系。虽然语法无误，但这些例子可进一步精炼，在它们的有效范围内包括更多的语义。

       依赖（Dependency）

       实体之间一个“使用”关系暗示一个实体的规范发生变化后，可能影响依赖于它的其他实例（图D）。 更具体地说，它可转换为对不在实例作用域内的一个类或对象的任何类型的引用。其中包括一个局部变量，对通过方法调用而获得的一个对象的引用（如下例所 示），或者对一个类的静态方法的引用（同时不存在那个类的一个实例）。也可利用“依赖”来表示包和包之间的关系。由于包中含有类，所以你可根据那些包中的 各个类之间的关系，表示出包和包的关系。

       图D

       关联（Association）

       实体之间的一个结构化关系表明对象是相互连接的。箭头是可选的，它用于指定导航能力。如果没有箭头，暗示是一种双向的导航能力。在Java中，关联（图E） 转换为一个实例作用域的变量，就像图E的“Java”区域所展示的代码那样。可为一个关联附加其他修饰符。多重性（Multiplicity）修饰符暗示 着实例之间的关系。在示范代码中，Employee可以有0个或更多的TimeCard对象。但是，每个TimeCard只从属于单独一个 Employee。

       图E

       聚合（Aggregation）

       聚合（图F）是关联的一种形式，代表两个类之间的整体/局部关系。聚合暗示着整体在概念上处于比局部更高的一个级别，而关联暗示两个类在概念上位于相同的级别。聚合也转换成Java中的一个实例作用域变量。

       关联和聚合的区别纯粹是概念上的，而且严格反映在语义上。聚合还暗示着实例图中不存在回路。换言之，只能是一种单向关系。

       图F

       合成（Composition）

       合成 （图G） 是聚合的一种特殊形式，暗示“局部”在“整体”内部的生存期职责。合成也是非共享的。所以，虽然局部不一定要随整体的销毁而被销毁，但整体要么负责保持局 部的存活状态，要么负责将其销毁。局部不可与其他整体共享。但是，整体可将所有权转交给另一个对象，后者随即将承担生存期职责。

       Employee和TimeCard的关系或许更适合表示成“合成”，而不是表示成“关联”。

       图G

       泛化（Generalization）

       泛化（图H）表示一个更泛化的元素和一个更具体的元素之间的关系。泛化是用于对继承进行建模的UML元素。在Java中，用extends关键字来直接表示这种关系。

       图H

       实现（Realization）

       实例（图I）关系指定两个实体之间的一个合同。换言之，一个实体定义一个合同，而另一个实体保证履行该合同。对Java应用程序进行建模时，实现关系可直接用implements关键字来表示。

       图I