uml类图、用例图、对象图、顺序图、通信图、状态图、活动图、包图、构件图

[原][UML]UML结构图与⾏为图整理我画的思维导图列出了UML使⽤的14种图，它们主要分为两类：1.静态的结构图2.动态的⾏为图其中常⽤的有四种：类图、⽤例图、状态机、序列图（时序图）下⾯是UML官⽅的讲解什么是类图？类图是⼀切⾯向对象⽅法的核⼼建模⼯具。

该图描述了系统中对象的类型以及它们之间存在的各种静态关系。

关系有三种主要的关系：1. 关联 - 代表类型之间的关系（⼀个⼈为公司⼯作，⼀间公司有多个办事处）。

2. 继承 - 专为将实例关系图 (ERD) 应⽤于⾯向对象设计⽽设的⼀种关系。

它在⾯向对象设计中的继承概念互相呼应。

3. 聚合 - ⾯向对象设计中的⼀种对象组合的形式。

类图⽰例有关类图的更多详细信息，请阅读⽂章？什么是组件图？在统⼀建模语⾔中，组件图描绘了组件如何连接在⼀起以形成更⼤的组件或软件系统。

它展⽰了软件组件的体系结构以及它们之间的依赖关系。

那些软件组件包括运⾏时组件，可执⾏组件和源代码组件。

组件图⽰例有关组件图的更多详细信息，请阅读⽂章？什么是部署图？部署图有助于模拟⾯向对象软件系统的物理⽅⾯。

它是⼀个结构性图表，显⽰了软件产出于系统架构内如何被分发⾄指定⽬标。

产出即现实⽣活中各种通过开发过程产⽣的产品。

部署图对运⾏时配置进⾏建模，并可视化应⽤程序中产出的分布。

在⼤多数情况下，它表达了硬件配置以及和软件组件之间的关系。

部署图⽰例有关部署图的更多详细信息，请阅读⽂章什么是对象图？对象图是实例 (Instance) 的表达，包括对象和数据值。

静态的对象图是类图的⼀个实例，它是系统在某个时间点的详细状态的快照，不同之处在于类图表⽰了⼀个由类及其关系组成的抽象模型，⽽对象图则表达了特定时刻的实例。

对象图的使⽤是相当有限的，它常被⽤作展⽰数据结构例⼦。

类图与对象图的例⼦有些⼈难以區分 UML 类图和 UML 对象图，因为它们都包含⼀些“矩形块” 和⼀些链接線，看起来很相似。

有些⼈甚⾄认为它们是相同的，因为某些 UML 软件會將类图和对象图的符号放在同⼀个图表编辑器 - 类图中。

UML类关系图（泛化,实现,依赖,关联（聚合,组合））UML的构造快包含3种：(1) 事物（4种）：结构事物，⾏为事物，分组事物，注释事物(2) 关系（4种）：泛化关系，实现关系，依赖关系，关联关系(3) 图（10种）：⽤例图，类图，对象图，包图，组件图，部署图，状态图，活动图，序列图，协作图事物是对模型中最具代表性的成分的抽象；关系把事物结合在⼀起；图聚集了相关的事物。

(2) 关系（4种）UML 中类与类, 类与接⼝, 接⼝与接⼝这间的关系有: 泛化(generalization) 关系, 关联(association)关系( 关联, 聚合, 合成), 依赖(dependency)关系，实现(realization)关系.泛化(generalization)关系是⼀个类（称为⼦类、⼦接⼝）继承另外的⼀个类（称为⽗类、⽗接⼝）的功能，并可以增加它⾃⼰的新功能的能⼒，继承是类与类或者接⼝与接⼝之间最常见的关系；在Java中此类关系通过关键字extends明确标识，在设计时⼀般没有争议性。

实现(realization)关系指的是⼀个class类实现interface接⼝（可以是多个）的功能；实现是类与接⼝之间最常见的关系；在Java中此类关系通过关键字implements明确标识，在设计时⼀般没有争议性；依赖(dependency)关系: 也是类与类之间的连接. 表⽰⼀个类依赖于另⼀个类的定义. 依赖关系总是单向的。

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

(A use B)在java 中. 依赖关系体现为: 局部变量, ⽅法中的参数, 和对静态⽅法的调⽤.关联(association)关系:表⽰类与类之间的联接, 它使⼀个类知道另⼀个类的属性和⽅法.关联可以使⽤单箭头表⽰单向关联, 使⽤双箭头或不使⽤箭头表⽰双向关联, 不建议使⽤双向关联. 关联有两个端点, 在每个端点可以有⼀个基数, 表⽰这个关联的类可以有⼏个实例.常见的基数及含义:0..1:0 或1 个实例.0..*: 对实例的数⽬没有限制.1: 只能有⼀个实例.1..*: ⾄少有⼀个实例.他体现的是两个类、或者类与接⼝之间语义级别的⼀种强依赖关系，⽐如我和我的朋友；这种关系⽐依赖更强、不存在依赖关系的偶然性、关系也不是临时性的，⼀般是长期性的，⽽且双⽅的关系⼀般是平等的,表现在代码层⾯，为被关联类B以类属性的形式出现在关联类A中，也可能是关联类A引⽤了⼀个类型为被关联类B的全局变量；在java 语⾔中关联关系是使⽤实例变量实现的.关联关系还包括：聚合，组合关系。

uml建模 c语言举例
统一建模语言（UML）是一种用于软件系统建模的标准语言。

它提供了一组图形符号和规则，用于描述软件系统的结构、行为和交互。

当使用 UML 为 C 语言建模时，可以通过以下方式进行举例：
1. 用例图：用例图用于描述系统的功能和用户需求。

可以为每个 C 语言程序创建一个用例，描述其主要功能和与外部系统或用户的交互。

2. 类图：类图用于表示系统中的类、对象和它们之间的关系。

在 C 语言中，可以将相关的数据结构、函数和变量表示为类，并通过类之间的关联、继承和聚合关系来描述它们之间的联系。

3. 顺序图：顺序图用于展示对象之间的消息交互顺序和时间顺序。

可以使用顺序图来描述 C 语言程序中函数之间的调用关系和参数传递。

4. 活动图：活动图用于描述系统中业务流程或算法的执行过程。

可以将 C 语言程序中的主要执行步骤表示为活动，并通过控制流和决策来展示程序的执行逻辑。

通过使用 UML 建模，可以更好地理解和可视化 C 语言程序的结构、功能和行为。

这有助于与开发团队成员、利益相关者进行沟通，并提供清晰的设计文档。

请注意，UML 是一种建模工具，而不是编程语言，因此在实际编程中，仍然需要使用 C 语言来实现具体的代码逻辑。

本文和大家重点讨论一下UML活动图和状态图的概念，这两种图都有各自的特点和作用，那么他们之间有什么区别和联系呢，请看本文详细介绍。

UML活动图和状态图一、UML活动图：◆流程图常被用来建立算法模型◆UML活动图与流程图类似，不同在于它支持并行活动.◆缺点：不能清楚的表示二、作用：1、描述一个操作的执行过程中所完成的工作或者动作2、描述对象内部的工作3、描述用例的执行4、处理多线程5、显示如何执行一组相关的动作，以及这些动作如何影响周围对象三、以下情况不用UML活动图1、显示对象之间的合作2、显示对象在其生命周期内的运转情况。

这两点是通过序列图和协作图完成的。

四、UML活动图的基本要素：◆活动状态◆活动状态之间的转移（箭头）◆判断（决策点）◆保证条件◆同步条：活动之间的同步◆起点和终点--起点有且只有一个，终点可以有n个。

五、泳道：用于对UML活动图中的活动进行分组，用于描述对象之间的合作关系。

----所谓泳道技术，就是将活动用线分成一些纵向区域，这些纵向区域称为泳道。

UML状态图一、状态图：◆描述一个特定对象的所有可能状态以及由于各种事件的发生而引起的状态之间的转换。

例如呼叫中心系统。

◆状态图符--状态：矩形（四角圆弧）--转移--起点--终点1、状态机：◆一种行为：描述了一个对象或一个交互在生命周期内响应事件所经历的状态序列。

◆单个类或者一组类之间协作的行为可以用状态机来描述◆一个状态机涉及到一些其他元素，包括状态、转换、事件2、状态：在对象的生命周期中满足某些条件、执行某些活动或等待某些事件的一个条件活状况。

1）名称2）进入协作和退出动作3）内部转换4）子状态5）延迟事件3、转换：两个状态之间的一种关系，表示对象将在第一个状态中执行一定的动作并在某个特定事件发生而某个特定条件满足时进入第二个状态。

1）源状态2）事件触发3）监护条件4）动作5）目标状态例子：电话机状态图二、UML活动图与状态图的区别：状态：行为的结果活动：行为的动作在uml中图符不一样。

信息系统分析报告超市管理系统小组成员：韩娜2009012239冯超然2009012236仇震2009012246目录1. 前言 (3)2. 系统需求分析 (3)3. ER图 (4)4. 用例图 (5)5. 用例描述 (7)6. 类图 (8)7. 时序图 (9)8. 通信图 (10)1.前言本文主要目的是利用建模工具对超市管理系统进行建模，用类图、用例图、时序图、协作图、状态图、活动图等面向对象分析与设计的软件过程，更好的被用户所理解。

2.系统需求分析超市管理系统需要实现对超市收银，库存，采购的管理，系统需要方便易用，辅助超市员工对超市进行管理，提高超市员工的工作效率，进而提高超市的收益。

本系统实现对进货单的添加、修改、删除、查询功能，对每一笔进货单都进行备案，存入数据库中，可以按货单号和进货日期多种方式进行查询，对数据库中无用的进货单执行删除操作。

对每一笔进货单中的货物的详细信息进行记载，将货物的详细信息载入数据库中，方便查询和对货物信息的管理。

本系统还需要对库存信息实行管理，是超市工作人员能随时查看库存情况，及时提醒采购员对缺货商品采购。

3.ER图4.用例图包图：参与者用例图：收银管理用例图：库存管理用例：后台管理用例：5.用例描述6.类图分析用例描述，作出如下类图：7.时序图7.1、管理员登录管理员登录界面主要是验证登录信息，当输入的登录信息不正确时，提示用户并且重新返回登录界面。

7.2、管理员添加进货单管理员添加进货单的操作，管理员填写好相应的进货单项之后，系统自动把进货单信息写入数据库中，修改了进货单数据库中的内容，同时数据库也自动的修改了柜存信息中的内容。

8.通信图8.1、管理员登录8.2、管理员添加进货单超市管理系统说明书超市管理系统说明书。

面向对象中包括哪些UML图及每件图的作用UML面向对象分析及其包括的图、建模步骤一、叙述基于UML的面向对象分析设计过程１）识别系统的用例和角首先对项目进行需求调研，依据项目的业务流程图和数据流程图以及项目中涉及的各级操作人员，通过分析，识别出系统中的所有用例和角色；接着分析系统中各角色和用例间的联系，再使用UML建模工具画出系统的用例图，同时，勾画系统的概念层模型，借助UML建模工具描述概念层类图和活动图。

２）进行系统分析，并抽象出类系统分析的任务是找出系统中所有需求并加以描述，同时建立特定领域模型。

建立域模型有助于开发人员考察用例，从中抽取出类，并描述类之间的关系。

３）设计系统和系统中的类及其行为设计阶段由结构设计和详细设计组成。

①结构设计是高层设计，其任务是定义包（子系统），包括包间的依赖关系和主要通信机制。

包有利于描述系统的逻辑组成部分以及各部分之间的依赖关系。

②详细设计就是要细化包的内容，清晰描述所有的类，同时使用UML的动态模型描述在特定环境下这些类的实例的行为。

二、面向对象中包括哪些UML图及每件图的作用UML图包括九种：用例图、类图、对象图、状态图、时序图、协作图、活动图、组件图、配置图。

１）用例图（UseCaseDiagram）它是UML中最简单也是最复杂的一种UML图。

说它简单是因为它采用了面向对象的思想，又是基于用户视角的，绘制非常容易，简单的图形表示让人一看就懂。

说它复杂是因为用例图往往不容易控制，要么过于复杂，要么过于简单。

用例图表示了角色和用例以及它们之间的关系。

２）类图（ClassDiagram）是最常用的一种图，类图可以帮助我们更直观的了解一个系统的体系结构。

通过关系和类表示的类图，可以图形化的方式描述一个系统的设计部分。

３）对象图UML面向对象中对象图是类图的实例，几乎使用与类图完全相同的标识。

它们的不同点在于对象图显示类的多个对象实例，而不是实例的类。

一个对象图是类图的一个实例。

UML基础知识⼀：UML定义了5类，10种模型图UML提供的基本模型图包括：(1)、⽤例图：展⽰系统外部的各类执⾏者与系统提供的各种⽤例之间的关系(2)、类图：展⽰系统中类的静态结构(类是指具有相同属性和⾏为的对象，类图⽤来描述系统中各种类之间的静态结构)(3)、对象图：是类图的⼀种实例化图(对象图是对类图的⼀种实例化)(4)、包图：是⼀种分组机制。

在UML1.1版本中，包图不再看作⼀种独⽴的模型图)(5)、状态图：描述⼀类对象具有的所有可能的状态及其转移关系(它展⽰对象所具有的所有可能的状态以及特定事件发⽣时状态的转移情况)(6)、顺序图：展⽰对象之间的⼀种动态协作关系(⼀组对象组成，随时间推移对象之间交换消息的过程，突出时间关系)(7)、合作图：从另⼀个⾓度展⽰对象之间的动态协作关系(对象间动态协作关系，突出消息收发关系)(8)、活动图：展⽰系统中各种活动的执⾏流程(各种活动的执⾏顺序、执⾏流程)(9)、构件图：展⽰程序代码的物理结构(描述程序代码的组织结构，各种构件之间的依赖关系)(10)、配置图：展⽰软件在硬件环境中(特别是在分布式及⽹络环境中)的配置关系(系统中硬件和软件的物理配置情况和系统体系结构)建模过程⾸先：描述需求次之：根据需求建⽴系统的静态模型，以构造系统的结构第三：描述系统的⾏为其中第⼀步与第⼆步中所建⽴的模型都是静态的，包括⽤例图、类图（包括包图）、对象图、构件图和配置图等六种图。

这些图构成了标凖建模语⾔UML的静态建模机制。

第三步中所建⽴的模型或者可吧执⾏或者表⽰执⾏时的时序状态或交互关系，它包括状态图、活动图、顺序图和合作图等四种图。

这些图构成了标准建模语⾔UML的动态建模机制。

可⽤以下常⽤视⾓来描述⼀个系统：(1)、系统的使⽤实例：从系统外部的操作者的解度描述系统的功能(2)、系统的逻辑结构：描述系统内部的静态结构和动态⾏为，即从内部描述如何设计实现系统功能(3)、系统的构成：描述系统由哪些程序构件所组成(4)、系统的并发性：描述系统的并发性，强调并发系统中存在的各种通信和同步问题(5)、系统的配置：描述系统的软件和各种硬件设备之间的配置关系⼆：软件开发过程(RUP概述)：迭代开发过程：由四个阶段构成，每个阶段都包含软件开发的每个过程：分析、设计、实现和测试阶段四个阶段：初始阶段、细化阶段、构造阶段、移交阶段通常在移交阶段后进⾏总体测试、性能测试、⽤户培训等1. 初始阶段：项⽬的总体需求、可⾏性分析等，并确认是否启动该项⽬2. 细化阶段：（1/5周期）启动该项⽬后，（1）、实际要做什么？（2）、如何做？（3）、将采⽤什么技术？风险分析和风险管理（1）、需求风险：不能偏离⽤户需要，要充分了解⽤户需求及各需求的相对优化程度处理需求风险：⽤例分析技术。