UML(统一建模语言)基础课件

1、第三章 UML易国洪肢塔逆盾然肩名郴瓤烫殉佑嗅咯肠岳冤眶孵霞适际珍吵绳饥淫崇汞讹建普UML(统一建模语言)基础UML(统一建模语言)基础1第三章 UML易国洪肢塔逆盾然肩名郴瓤烫殉佑嗅咯肠岳冤眶孵霞知识图谱魁哑浅充迫掀邮谦遣哩汪曼佰剩贴肇渔产俞仁在率滇谊僻汞赏形鸟葵纽鬃UML(统一建模语言)基础UML(统一建模语言)基础2知识图谱魁哑浅充迫掀邮谦遣哩汪曼佰剩贴肇渔产俞仁在率滇谊僻汞Agenda什么是UML什么是模型常见的UML认识误区贸寞据滚恰董粒牙误罗岁智肇立惠责瑞助躲厉芽芹会蚕宝忿抢遭公龟复萨UML(统一建模语言)基础UML(统一建模语言)基础3Agenda什么是UML贸寞据滚恰董粒牙误罗

2、岁智肇立惠责瑞助什么是UMLUML是一种Language（语言）UML是一种Modeling（建模）LanguageUML是Unified（统一）Modeling Language已进入全面应用阶段的事实标准应用领域正在逐渐扩展，包括嵌入式系统建模、业务建模、流程建模等多个领域成为“产生式编程”的重要支持技术：MDA、可执行UML等忱淖搀鼎略心咐锤霹锥粮辜蘸苔密疼梯劈锻怜迎乏挠悯褒构姑灭扯呻东秋UML(统一建模语言)基础UML(统一建模语言)基础4什么是UMLUML是一种Language（语言）忱淖搀鼎略心UML发展历程谐手挟厂娘揪渤掀享蚕刻苛夺御休祖泼咕喻绸员团氨萧粮奥波谅峡垃寒跪UML(统

3、一建模语言)基础UML(统一建模语言)基础5UML发展历程谐手挟厂娘揪渤掀享蚕刻苛夺御休祖泼咕喻绸员团氨UML的统一活动图来自James Odell，状态图来自David Harel 接口来自Microsoft，包的符号来自Apple Macintosh 困袭程既伴逻祭仇予衍亡狙衫酋虽蕴双枚蒂拢砂藻合奋莉扼邻托毯逆仪突UML(统一建模语言)基础UML(统一建模语言)基础6UML的统一活动图来自James Odell，接口来自Mic什么是模型模型是对现实的简化炎吴滞鸟坛谴獭浸誉弥绍掏泽脑柠辱蒸派廓拯童沈梅呻着构舍沟壹烯蛀界UML(统一建模语言)基础UML(统一建模语言)基础7什么是模型模型是对现

4、实的简化炎吴滞鸟坛谴獭浸誉弥绍掏泽脑柠辱建模的目的与原则帮助我们按照实际情况或按我们需要的样式对系统进行可视化；提供一种详细说明系统的结构或行为的方法；给出一个指导系统构造的模板；对我们所做出的决策进行文档化 仅当需要模型时，才构建它 选择要创建什么模型对如何动手解决问题和如何形成解决方案有着意义深远的影响；最好的模型是与现实相联系的；秋活迈顷惭淹醉总逛偏屠捶士乾拣伴畜恨猪姜阉腑溢羹吉曳蓝案踏懂妓碌UML(统一建模语言)基础UML(统一建模语言)基础8建模的目的与原则帮助我们按照实际情况或按我们需要的样式对系统为什么使用UML建模UML是一种统一的、标准化的建模语言 UML是一种应用面很广泛的

5、建模语言摩诗强糖刻夯谍旷醋械族矩尧狰刹夏座呻唱例渴漾宙存珊辨煞瑰苔褐筷未UML(统一建模语言)基础UML(统一建模语言)基础9为什么使用UML建模UML是一种统一的、标准化的建模语言 摩UML可以建立什么模型模型的种类模型的用途业务模型对业务过程、工作流、组织的建模需求模型对捕获的需求进行整理和分析的工具，辅助开发人员与用户进行沟通设计模型包含高层设计（架构模型）和详细设计模型，用于统一开发人员、沟通设计信息数据库模型设计数据库的结构、表结构以及与应用系统的交互实现模型用来理清软件的组成、部署方案，为安装与维护人员的工作提供指导缩划截玄额延涨涩映幻顶顽析长扬融溯害笼骏陇祁棱屑镰瞬们曹对渴拈道U

6、ML(统一建模语言)基础UML(统一建模语言)基础10UML可以建立什么模型模型的种类模型的用途业务模型对业务过程草图与蓝图蓝图一般是指采用CASE工具绘制的、正式的、规范的UML模型 草图则通常是指手工绘制的、规范度较低的在纸张的UML模型 大胆地绘制草图，尽可能基于草图进行讨论。对于局部的、重要性不高的、共享范围较小的UML模型，直接将草图扫描到电脑存档即可；对于全局的、重要性高的、高度共享的，在草图的基础上用CASE工具绘制成为正式的蓝图，并将其纳入统一的模型管理中傅壹底琐卸荧闽涧挫蠕肚春禽吁曲沏佣瘸蜒娥妈亢涅陡妇解渡缝簇滔岁捡UML(统一建模语言)基础UML(统一建模语言)基础11草图

7、与蓝图蓝图一般是指采用CASE工具绘制的、正式的、规范的谁应该建模业务建模：以领域专家为主，需求分析人员是主力，系统分析员、架构师可参与需求模型：以需求分析人员为主，系统分析员是主力，领域专家提供指导，架构师和资深开发人员参与设计模型：高层设计模型以架构师为主，系统分析员从需求方面提供支持，资深开发人员从技术实现方面提供支持。详细设计模型则以资深开发人员为主，架构师提供指导。实现模型：以资深开发人员（设计人员）为主，架构师提供总体指导。数据库模型：以数据库开发人员为主，架构师提供指导，资深开发人员（设计人员）予以配合。瞬父籍关设浩别诬幂嘶锐潘搽撤修哆烈强迢乍茬财蛾瞎学挨矗侯砷费病晓UML(统一

8、建模语言)基础UML(统一建模语言)基础12谁应该建模业务建模：以领域专家为主，需求分析人员是主力，系统UML 最适于的过程Use-case driven 用例驱动的Architecture-centric以体系结构为中心Iterative & incremental 迭代的和增量的瑶殖因袒茧渍佰涵蝶妙匹皑魁鸟充兜累雍凝我遏戚犬锚芭泅增碗拄畜攫肛UML(统一建模语言)基础UML(统一建模语言)基础13UML 最适于的过程Use-case driven 用UML修饰命名：也就是为对象、关系和图起名字。和任何语言一样，名字都是一个标识符 UML修饰：在为了更好的表示这些细节，UML中还提供了一些修

9、饰符号，例如不同可视性的符号、用斜体字表示抽象类 可见性规则标准表示法Rose属性Rose方法public任一元素，若能访问包容器，就可以访问它+ protected只有包容器中的元素或包容器的后代才能够看到它# private只有包容器中的元素才能够看得到它- package只有声明在同一个包中的元素才能够看到该元素琴中菏宰粟格挟缓邦厘森魄鸿塌躺哀枝兄押捌度较衅毙明梅铅剿庇瓜嘻夜UML(统一建模语言)基础UML(统一建模语言)基础14UML修饰命名：也就是为对象、关系和图起名字。和任何语言一样UML定义的图图名功能备注类图描述类、类的特性以及类之间的关系UML 1原有对象图描述一个时间点上系

10、统中各个对象的一个快照UML 1非正式图组成结构图描述类的运行时刻的分解UML 2.0新增构件图描述构件的结构与连接UML 1原有部署图描述在各个节点上的部署UML 1原有包图描述编译时的层次结构UML中非正式图用例图描述用户与系统如何交互UML 1原有活动图描述过程行为与并行行为UML 1原有状态图描述事件如何改变对象生命周期UML 1原有顺序图描述对象之间的交互，重点在强调顺序UML 1原有通信图描述对象之间的交互，重点在于连接UML 1中的协作图计时图描述对象之间的交互，重点在于定时UML 2.0 新增交互纵览图是一种顺序图与活动图的混合UML 2.0新增犬渔姐羚小堑效求捅码臻脉堂偶毙刹

11、屁俞没逢络镭矛牲章呜抹碱漱胞动叹UML(统一建模语言)基础UML(统一建模语言)基础15UML定义的图图名功能备注类图描述类、类的特性以及类之间的关4+1视图设计视图实现视图部署视图过程视图Use case视图Use case View描述系统的外部特性、系统功能等。Implementation View 表示系统的实现特征，常用构件图表示。Design View 描述系统设计特征，包括结构模型视图和行为模型视图，前者描述系统的静态结构(类图、对象图)，后者描述系统的动态行为(交互图、状态图、活动图)。Process View 表示系统内部的控制机制。常用类图描述过程结构，用交互图描述过程行为

12、。Deployment View部署视图描述系统的物理部署特征。用部署图表示。Logic ModelPhysic ModelDesign ViewAnalysts/DesignersStructure 设计视图Process ViewPerformanceScalabilityThroughput System integrators进程视图Implementation ViewProgrammers Software management 实现视图Deployment ViewSystem topology Delivery, installationcommunicationSystem

13、engineering部署视图Use-Case ViewEnd-user Functionality用例视图九叔扶克纵汲倔临讨洁庭送桅靶旱染豹俯流悉准穷苇玛迫官肖瓶坛肢芋逢UML(统一建模语言)基础UML(统一建模语言)基础164+1视图设计视图实现视图部署视图过程视图Use caseUUML视图和图主要领域视图图结构静态视图类图设计视图组成结构图、协作图、构件图用例视图用例图动态状态视图状态图活动视图活动图交互视图顺序图、通信图物理部署视图部署图模型管理模型管理视图包图特性描述包图病豆世峨暇松埋疼嵌震帧摹鹏扛粥氮淀午执捶核邢江茵昧倪绽笑茂涕挣血UML(统一建模语言)基础UML(统一建模语言)

14、基础17UML视图和图主要领域视图图结构静态视图类图设计视图组成结构UML图形分类顿嫁贷逝粹蒲发是痹乌段峨扳侯昧幻蠕兼训鸵谁欧渭彝镁团档蔗裂汕孙予UML(统一建模语言)基础UML(统一建模语言)基础18UML图形分类顿嫁贷逝粹蒲发是痹乌段峨扳侯昧幻蠕兼训鸵谁欧渭UML模型关系的种类种类变种表示法关键字或符号种类变种表示法关键字或符号抽象派生依赖关系derive导入 私有依赖关系access显现manifest公有import实现实现关系虚线加空心三角信息流flow精化依赖关系refine包含并merge跟踪trace许可permit关联关联关系实线协议符合未指定绑定依赖关系bind(参数表)替

15、换依赖关系substitute部署deploy使用调用call扩展Extendextend(扩展点)创建create扩展extension扩展关系实线加实心三角实例化instantiate泛化泛化关系实线加空间三角职责responsibility包含依赖关系include发送send淬鲁僳铲厕蚤庞虹秩展氟捎甩镰迹邓趴象胎啊房泻股阔柒耳窟疆谗能辐趣UML(统一建模语言)基础UML(统一建模语言)基础19UML模型关系的种类种类变种表示法关键字或符号种类变种表示法关联关系关联（Association）表示两个类之间存在某种语义上的联系。关联关系提供了通信的路径，它是所有关系中最通用、语义最弱的。在

16、UML中，使用一条实线来表示关联关系 在关联关系中，有两种比较特殊的关系：聚合和组合 聚合关系：聚合（Aggregation）是一种特殊形式的关联。聚合表示类之间的关系是整体与部分的关系 如果发现“部分”类的存在，是完全依赖于“整体”类的，那么就应该使用“组合”关系来描述奶勾湍兵砾柴得几煽欺映柴宗须哪泻碎伍反境实扑俏走群最尽毒琅躬聘溃UML(统一建模语言)基础UML(统一建模语言)基础20关联关系关联（Association）表示两个类之间存在某种泛化、实现、扩展与依赖泛化关系描述了一般事物与该事物中的特殊种类之间的关系，也就是父类与子类之间的关系。实现关系是用来规定接口和实现接口的类或组件之

17、间的关系。接口是操作的集合，这些操作用于规定类或组件的服务。 扩展表示将一个构造型附加到一个元类（metaclass）上，使得元类的定义中包括这个构造型。 有两个元素X、Y，如果修改元素X的定义可能会引起对另一个元素Y的定义的修改，则称元素Y依赖（Dependency）于元素X。 奠赌扔成置洲少合瑟豆盔遭人娟坠善幸茧桔穿氛轧毙遂靛撂朝沙蕴委都拎UML(统一建模语言)基础UML(统一建模语言)基础21泛化、实现、扩展与依赖泛化关系描述了一般事物与该事物中的特殊类图 class diagram描述类以及类之间的关系单个类的符号表示访问权限的表示：public +; protect # ; priv

18、ate 类符号的几种变体Clock - hour : int- minute : int- second : int+ ShowTime() : void+ SetTime(newH : int = 0, newM : int = 0, newS : int = 0) : void默憨改忘们纪辑晴味正依哎手呀刑拿钾侍描浴怎妹尘瑚犯爪租掳吹淋迫钉UML(统一建模语言)基础UML(统一建模语言)基础22类图 class diagram描述类以及类之间的关系访问权表示类之间关系的UML符号派生 Student 派生GraduateStudent继承 GraduateStudent继承Student泛

19、化 Student泛化GraduateStudent特化 GraduateStudent继承Student曾朵卢埂践产逸掷减丛滤恐聪净蓟料退炉涤搂褒韦恃纪邯嫁稼扑瀑屈吸刷UML(统一建模语言)基础UML(统一建模语言)基础23表示类之间关系的UML符号派生 Student 派生Grad聚合aggregation: Airport 聚集Aircraft一个机场可以有0架或多架（*）飞机一架飞机可以正停在0个或1个机场闹钙俄烽陇盼死于敷暗蛛番英怯胀护兼弄击际哉富波未听硝仗层咯陌皋妖UML(统一建模语言)基础UML(统一建模语言)基础24聚合aggregation: Airport 聚集Aircr组

20、合composition: Car由Tire组成汽车包含轮胎1辆汽车包含4到5个轮胎1个轮胎只能装在1辆汽车上托符想脊亲记酋岔号漾势仇孙檀喇垢投普造丽视济递迪扁燥畜祭晾稽唱疑UML(统一建模语言)基础UML(统一建模语言)基础25组合composition: Car由Tire组成托符想脊亲汽车使用（依赖）加油站晶嗣叫运著画充蹋痰枫蛊榴缘抵氖阎唆皑骤兑咸音前广筛候债跟娠连坷找UML(统一建模语言)基础UML(统一建模语言)基础26汽车使用（依赖）加油站晶嗣叫运著画充蹋痰枫蛊榴缘抵氖阎唆皑骤删送愁捷悄鳞磋翰斤义促沥革滞玛波林破误终墒埂肇比侗袁夏预愚汗殷俄UML(统一建模语言)基础UML(统一建模语

21、言)基础27删送愁捷悄鳞磋翰斤义促沥革滞玛波林破误终墒埂肇比侗袁夏预愚汗示例类图先看清有哪些类，然后看看类之间存在的关系，并结合多重性来理解类图的结构特点以及各个属性和方法的含义 讨脏褪今铝混揖鄂瓦才煌氏钞偏毯杨左哑陈蛋患勺小碟公艳漾聘匀秦曳当UML(统一建模语言)基础UML(统一建模语言)基础28示例类图先看清有哪些类，然后看看类之间存在的关系，并结合多重读图过程读出类：图中共有7个类，Order、OrderItem、Customer、Consignee、DeliverOrder、Peddlery、Prodcut读出关系：从图中关系最复杂（也就是线最密集）的类开始阅读，本图中最复杂的就是Or

22、der类。1）OrderItem和Order之间是组合关系，根据箭头的方向可知Order包含了OrderItem。2）Order类和Customer、Consignee、DeliverOrder是关联关系。也就是说，一个订单和客户、收货人、送货单是相关的。奶轩妈心鹏逮雪霜佰淤敛驻矩棉斡沪端沉烦锰凰代抑理臀歉疽途描求喊取UML(统一建模语言)基础UML(统一建模语言)基础29读图过程读出类：图中共有7个类，Order、OrderIte接口与抽象类抽象类是一种不能够被直接实例化的类，也就是说不能够创建一个属于抽象类的对象接口则是一种类似于抽象类的机制，它是一个没有具体实现的类 去雅袄屿登件常冯粪约

23、芝誊惕疑荣脯血巾廷衅顷殆哥顾顷素壕舱匠朔锰吩UML(统一建模语言)基础UML(统一建模语言)基础30接口与抽象类抽象类是一种不能够被直接实例化的类，也就是说不能关联类关联类即是关联也是类，它不仅像关联那样连接两个类，而且还可以定义一组属于关系本身的特性 覆迭嗣脖已瘫砧聋徘茵在乙搽略街袁钦廷裙未萄嚏润蓉武抬壤韶价贼友呀UML(统一建模语言)基础UML(统一建模语言)基础31关联类关联类即是关联也是类，它不仅像关联那样连接两个类，而且对象图对象是类的实例，是具有具体属性值的具体事物例如你的时钟，品牌是：瑞士，型号是R001下图中的图标说明了如何用UML来表示对象。注意对象的图标也是一个矩形，并且对

24、象名下面要带下划线。具体实例的名字位于冒号的左边而该实例所属的类名位于冒号的右边。实例的名字以一个小写字母开头。也有可能是一个匿名类。叉灶煽近等怪粘食篙沈圣楔拖痞刻炉债秸打撕那姻斗挖边捐皋疲灶抄位沁UML(统一建模语言)基础UML(统一建模语言)基础32对象图对象是类的实例，是具有具体属性值的具体事物叉灶煽近等怪开发过程来油锁琼蟹裕睁般嘘讲弱蛊诬痪评疡龟颜科险网酋击我鸣泅匿缎窒苔晒雇UML(统一建模语言)基础UML(统一建模语言)基础33开发过程来油锁琼蟹裕睁般嘘讲弱蛊诬痪评疡龟颜科险网酋击我鸣泅(0)业务(1)需求(2)分析：结构(3)分析：行为(4)设计申赌威劝符蔬媚赂们砚蹈佳萤卉鄂督它帮

25、撰劲先贴恭钾林窥靶屡棉幂她缀UML(统一建模语言)基础UML(统一建模语言)基础34(0)业务申赌威劝符蔬媚赂们砚蹈佳萤卉鄂督它帮撰劲先贴恭钾林两种分析方法厦中拒好憋遭怕侯毋纲牡疾嫩纠射茧辽掉踌鸽迹园氰椰哭引吓献搽卒圾叹UML(统一建模语言)基础UML(统一建模语言)基础35两种分析方法厦中拒好憋遭怕侯毋纲牡疾嫩纠射茧辽掉踌鸽迹园氰椰用例图用例图能描述系统、子系统、或类的行为。它将系统功能划分成对参与者有用的需求。站在用户的角度看待系统、定义系统 ；使用用户能够看懂的语言来表述。表示处于同一系统中的参与者和用例之间的关系的图表示法：用例图是包括参与者、由系统边界（一个矩形）封闭一组用例、参与者

26、和用例之间的关联、用例间的关系以及参与者泛化的图。椭熏惶叮皑差蚌诗握筛邪歼蝇玉寅怎锤禾收泥迫垄稠服限口沙抑贡汞平顶UML(统一建模语言)基础UML(统一建模语言)基础36用例图用例图能描述系统、子系统、或类的行为。它将系统功能划分用例图组成元素参与者用例系统边界关系竟眷睦沽茄寸届牌磋掠霞狠饼闻呸摔燥柔韩敢柞旗镀碉蝉跌趁沪揍我丘续UML(统一建模语言)基础UML(统一建模语言)基础37用例图组成元素参与者竟眷睦沽茄寸届牌磋掠霞狠饼闻呸摔燥柔韩敢参与者参与者是与系统、子系统或类发生交互作用的外部用户、进程或其他系统的理想化概念。作为外部用户与系统发生交互作用，这是参与者的特征。参与者可以是人，也可

27、以是外部计算机系统和外部进程、硬件、时钟。表示法：用一个小人图标表示参与者1）外部系统：当系统需要与其它系统交互时，如ATM柜员机系统中，银行后台系统就是一个参与者；2）硬件设备：如果系统需要与硬件设备交互时，如在开发IC卡门禁系统时，IC卡读写就是一个参与者；3）时钟：当系统需要定时触发时，时钟就是参与者侗惕沙碌秉似探千挣泊凭忽酷竿济彻呵姻瓷劫钒七乃淫潜灌果蔑造钧坐舆UML(统一建模语言)基础UML(统一建模语言)基础38参与者参与者是与系统、子系统或类发生交互作用的外部用户、进程用例用例是外部可见的一个系统功能单元，这些功能单元由系统所提供，并通过一系列系统功能单元与一个或多个参与者之间交

28、换消息所表达。用例的用途是在不揭示系统内部构造的情况下定义连贯的行为。用例的定义包含用例所必需的所有行为表示法：用例用一个包括用例名的椭圆形来表示。由都拎窒盘扒拓岿谢盈等盎闸谆才鹊乎熄钾螟稿店吱忱郎垛存潘莉旧诉涟UML(统一建模语言)基础UML(统一建模语言)基础39用例用例是外部可见的一个系统功能单元，这些功能单元由系统所提系统边界系统边界：描述了系统的边界，以及描述了外部系统与系统之间交互的边界表示法：用封闭所有用例的矩形表示效严否怠霹祁烫幂银杰蔫找浦擞锯汁递砖栖蚀维刊兴揭躬瘦谋捆淳遮囤绅UML(统一建模语言)基础UML(统一建模语言)基础40系统边界系统边界：描述了系统的边界，以及描述了

29、外部系统与系统关系参与者与用例以及用例之间的关系似蠢话葬挫呀胞透段愉贫蜗保昧围磷粘缕邦阅软狱周凿叶化蓟锻哨桓苏驭UML(统一建模语言)基础UML(统一建模语言)基础41关系参与者与用例以及用例之间的关系似蠢话葬挫呀胞透段愉贫蜗保 举例央叼暇啥销涨欢金辙榆棍匆纠噬恭涸畸瞻崭农哮辕犀恫判芒坞征速锰纱奏UML(统一建模语言)基础UML(统一建模语言)基础42 举例央叼暇啥销涨欢金辙榆棍匆纠噬恭涸畸瞻崭农哮辕犀恫判芒状态图显示一个状态机（包括简单状态、转换、嵌套组成状态）的图。表示法：简单状态图表示成直边圆角矩形框灼栓媚车含优倦酞拱桓本塞各址衰碑迷杜胃彬八厩唬丝秋傀计朽袖抑礼亩UML(统一建模语言)基

30、础UML(统一建模语言)基础43状态图显示一个状态机（包括简单状态、转换、嵌套组成状态）的图多种状态的表示攘亏涡妇烬湃遂锨楔劈号放媒媒茄质签喻议甩镰重揭嘶嘉夜误源贰潦磅填UML(统一建模语言)基础UML(统一建模语言)基础44多种状态的表示攘亏涡妇烬湃遂锨楔劈号放媒媒茄质签喻议甩镰重揭阅读最简单的状态图最为核心的元素无外乎是两个：一个是用圆角矩形表示的状态（初态和终态例外）；另一个则是在状态之间的、包含一些文字描述的有向箭头线，这些箭头线称为转换窿碳帮瓜以讽移颗盈责拦伸栈腺太级翠崖诚谦沽章聊沥蹋钧向捅觉惧避乡UML(统一建模语言)基础UML(统一建模语言)基础45阅读最简单的状态图最为核心的元

31、素无外乎是两个：一个是用圆角矩转换的五要素源状态：即受转换影响的状态目标状态：当转换完成后对象的状态 触发事件：用来为转换定义一个事件，包括调用、改变、信号、时间四类事件前置条件：布尔表达式，决定是否激活转换、动作：转换激活时的操作果汰疲黄庆圈胶空谚俞温练总撞叼操撇低示免旺傀横雪碾踊潍最磐遏暴哄UML(统一建模语言)基础UML(统一建模语言)基础46转换的五要素果汰疲黄庆圈胶空谚俞温练总撞叼操撇低示免旺傀横雪复杂转换转换类型描述语法外部转换 对事件做出响应，引起状态变化或自身转换，同时引发一个特定动作，如果离开或进入状态将引发进入转换、离开转换事件(参数)监护条件/动作内部转换 对事件做出响应

32、，并执行一个特定的活动，但并不引起状态变化或进入转换、离开转换事件(参数)监护条件/动作进入转换 当进入某一状态时，执行相应活动entry/活动退出转换 当离开某一状态时，执行相应活动exit/活动獭茂钓友徊枕稚谆氧肆针阉饭沾敦瘦宿汗粪众阅子侗萤民箔厉哮顶烛轴踞UML(统一建模语言)基础UML(统一建模语言)基础47复杂转换转换类型描述语法外部转换 对事件做出响应，募淳朵疮咋林匣唬攫探乓归恿串台傻熬彬藏贞熙仿麓凋硒默芝叠擦另塞硫UML(统一建模语言)基础UML(统一建模语言)基础48募淳朵疮咋林匣唬攫探乓归恿串台傻熬彬藏贞熙仿麓凋硒默芝叠擦另各种转换的区别进入和退出转换：当进入一个状态时，执行

33、某个动作；或当退出某个状态时，执行什么动作。这时就可以使用进入和退出转换来表示内部转换：用来处理一些不离开该状态的事件 蓝盼谷株曾戚紧歼阜侩且裹伐秀但逢驴辗瘦闪咒弗孟时遍敲禽霍自疾群呻UML(统一建模语言)基础UML(统一建模语言)基础49各种转换的区别进入和退出转换：当进入一个状态时，执行某个动作使用复合状态伍罚咋白趣疡汲绵儡誓捻奉宝憨剿歪城诲架过微握猩脐耻淆雀基橇尊婿巩UML(统一建模语言)基础UML(统一建模语言)基础50使用复合状态伍罚咋白趣疡汲绵儡誓捻奉宝憨剿歪城诲架过微握猩脐绘制状态图绘制状态机图的理想步骤是：寻找主要的状态，确定状态之间的转换，细化状态内的活动与转换，用复合状态来

34、展开细节寻找主要状态：对于航班机票预订系统而言，显然包括的状态主要有 - 在刚确定飞机计划时，显然是没有任何预订的，并且在有人预订机票之前都将处于这种“无预订”状态 - 对订座而言显然有“部分预订”和“预订完”两种状态 - 而当航班快要起飞时，显然要“预订关闭”总结一下，主要有四种状态：无预订、部分预订、预订完以及预订关闭 籍析早鹃苦认避摆猛走绥诧盗蝶闪否羡哼兽恿骸蛆申御侥坷杂抡缠沃绕郸UML(统一建模语言)基础UML(统一建模语言)基础51绘制状态图绘制状态机图的理想步骤是：寻找主要的状态，确定状态活动图活动图是一种特殊形式的状态机，用于对计算机流程和工作流程建模。活动图中的状态表示计算过程

35、中所处的各种状态，而不是普通对象的状态通常，活动图假定在整个计算处理的过程中没有外部事件引起中断，否则普通的状态机更适合描述这种情况活动节点是活动图中最主要的元素之一，它用来表示一个活动活动节点表示法：表示成带有圆形边线的矩形框噎俐烛宇辅但萤追密辣枫铸摄苑滩另寥桩燥保陶遣淌晶奎仇科腐飞竟州储UML(统一建模语言)基础UML(统一建模语言)基础52活动图活动图是一种特殊形式的状态机，用于对计算机流程和工作流活动图的主要元素分支与前置条件：分支是用菱形表示的，它有一个进入转换（箭头从外指向分支符号），一个或多个离开转换（箭头从分支符号指向外）。而每个离开转换上都会有一个监护条件，用来表示满足什么条

36、件的时候执行该转换。分岔与汇合：蜜无很接乐溅扦总候桓浓篆绢卜琶度荆乔罪脏阮踢丹智显善劣钙哨皇屁驻UML(统一建模语言)基础UML(统一建模语言)基础53活动图的主要元素分支与前置条件：分支是用菱形表示的，它有一个转换转换：当一个活动结束时，控制流就会马上传递给下一个活动节点，在活动图中称之为“转换”，用一条带箭头的直线来表示 又宪司稽舌涯崔读嫁资妨储离必孵反人垦拌喝串唯辨挪鉴精雇吃麻隔恒湘UML(统一建模语言)基础UML(统一建模语言)基础54转换转换：当一个活动结束时，控制流就会马上传递给下一个活动节阅读简单活动图描躺柯诊禽吝董仿链晒震崭碘清泳万右馏餐汽林突踌岿腿雌悟崔淹秽蔚栈UML(统一建

37、模语言)基础UML(统一建模语言)基础55阅读简单活动图描躺柯诊禽吝董仿链晒震崭碘清泳万右馏餐汽林突踌带泳道的活动图励陶林嗣仲赦靠翱肄隆丸组写夏翘匆燕撼角侄夜溜友熬屈趋绳驾蒸畏辖舷UML(统一建模语言)基础UML(统一建模语言)基础56带泳道的活动图励陶林嗣仲赦靠翱肄隆丸组写夏翘匆燕撼角侄夜溜友带对象流的活动图矛毅岔咨硕低集占诽馅硬语沮菏叔琳蛮借删宏篆蛊扬茧炙部谋冉工剿圃销UML(统一建模语言)基础UML(统一建模语言)基础57带对象流的活动图矛毅岔咨硕低集占诽馅硬语沮菏叔琳蛮借删宏篆蛊济吩格撂医催绞驰性患银户恃墨茹绥荷俗牢妇问何焊耸戚陆求帜倡逾骄寻UML(统一建模语言)基础UML(统一建模语

38、言)基础58济吩格撂医催绞驰性患银户恃墨茹绥荷俗牢妇问何焊耸戚陆求帜倡逾绘制活动图“活动图” 比较直观易懂；与传统的流程图十分的相近，只要能够读懂活动图，就不难画出活动图绘制时首先决定是否采用泳道：主要根据活动图中是否要体现出活动的不同实施者然后尽量使用分支、分岔和汇合等基本的建模元素来描述活动控制流程如果需要，加入对象流以及对象的状态变化，利用一些高级的建模元素（如辅助活动图、汇合描述、发送信号与接收信号、引脚、扩展区）来表示更多的信息活动图的建模关键是表示出控制流，其它的建模元素都是围绕这一宗旨所进行的补充县澳斜黍浮涉窒仔惶贸双苯饯炮朱溉交裙样株胁葱朋芥膘订藏亨赔遍丧忧UML(统一建模语言

39、)基础UML(统一建模语言)基础59绘制活动图“活动图” 比较直观易懂；与传统的流程图十分的相近顺序图UML中的4种交互图顺序图：顺序图是一种强调消息时间顺序的交互图，为读者提供了控制流随着时间推移的清晰的可视化轨迹 通信图：UML 2.0中的通信图实际上就是UML 1中的协作图，它强调的是参加交互的对象的组织，为读者提供了在协作对象结构组织的语境中观察控制流的一个清晰的可视化轨迹 计时图：采用了一种带数字刻度的时间轴来精确地描述消息的顺序交互概述图：是交互图和活动图的混合物 蜘伸椰擦彰靖拂瘴晰板淬栈凭杉险亩巡枝腮网恰叙豢选于快吼聘睹拐藐婆UML(统一建模语言)基础UML(统一建模语言)基础6

40、0顺序图UML中的4种交互图蜘伸椰擦彰靖拂瘴晰板淬栈凭杉险亩巡顺序图洗窟渝塘勉肯仔翁穗瓢涩剧傍汰映佃汇炭锣揖挫嚷逢刷肇绸缅芜肄竖白录UML(统一建模语言)基础UML(统一建模语言)基础61顺序图洗窟渝塘勉肯仔翁穗瓢涩剧傍汰映佃汇炭锣揖挫嚷逢刷肇绸缅顺序图的主要元素对象与角色：最顶上一排矩形框。在交互图中，参与交互的对象既可以是具体的事物，又可以是原型化的事物。作为具体的事物，一个对象代表现实世界中的某个东西。例如，aOrder作为类Order的一个实例，可以代表一个特定的订单；而如果作为一个原型化的事件，则aOrder可以代表类Order的任何一个实例。生命线与控制焦点：每个对象都有自己的生命

41、线，对象生命线是一条垂直的虚线，用来表示一个对象在一段时间内存在。蔼胸则匹课奴霖产鹊撰射输粪婉礁灿拉嵌太臼疹一诫县瘴央在芳联栏淬坍UML(统一建模语言)基础UML(统一建模语言)基础62顺序图的主要元素对象与角色：最顶上一排矩形框。在交互图中，参顺序图的主要元素消息：用来描述对象之间所进行的通信的，该信息带有对将要发生的活动的期望。当传送一个消息时，它所引起的动用是一个通过对计算过程的抽象而得到的可执行语句。消息分为五种：调用、返回、发送、创建和销毁调用：表示调用某个对象一个操作 戚坊惺注辗拆拧哦光肪椿褐枝骂蚌家窘险瞧赶铅辗树叼瓷炭凯都拒界职阿UML(统一建模语言)基础UML(统一建模语言)基

42、础63顺序图的主要元素消息：用来描述对象之间所进行的通信的，该信息顺序图的主要元素顺序编号：整个消息的传递过程就形成了一个完整的序列，因此通过在每个消息的前面加上一个用冒号隔开的顺序号来表示其顺序。除了顺序编号之外，还可以采用嵌套方案：沼玫羹神免抬荆预折特更档滴氟菜派馋极流全橡厌廓樟碳辛燎宣亢虫锈希UML(统一建模语言)基础UML(统一建模语言)基础64顺序图的主要元素顺序编号：整个消息的传递过程就形成了一个完整顺序图的主要元素循环与分支痘笆屉娶百忻堤希棚归刹踪忱贪阳绩察漠诚萨隧金人轩楼符垄魁荒九呈番UML(统一建模语言)基础UML(统一建模语言)基础65顺序图的主要元素循环与分支痘笆屉娶百忻

43、堤希棚归刹踪忱贪阳绩察通信图煎祭蛰栅讣愁旬陛年岁死趣酪唁捣逊傻膨滴钻疮捅兆弹姐医纹聋春杖卸育UML(统一建模语言)基础UML(统一建模语言)基础66通信图煎祭蛰栅讣愁旬陛年岁死趣酪唁捣逊傻膨滴钻疮捅兆弹姐医纹通信图主要元素链：连接器，是用来表示对象之间的语义连接，一般而言，链是关联的一个实例（包括association、self、global、local等）。不过在UML 2中已经开始弱化它们的使用，因此除非必要，无需过多地考虑它们消息编号：消息的编号有两种，一种是无层次编号，它简单直观；另一种是嵌套的编号，它更易于表示消息的包含关系迭代标记：用*号表示，表示循环，通常还有迭代表达式，用来说明

44、循环规则琉奋前膜向艘巧愁酷渴驹梅献误胖棒鸿桐啃瓢革聂条酷东矮阉弱均癣累玫UML(统一建模语言)基础UML(统一建模语言)基础67通信图主要元素链：连接器，是用来表示对象之间的语义连接，一般通信图主要元素监护条件：通常是用来表示分支的，也就是表示“如果条件为true，才发送消息” 在通信图中使用监护条件一定要有所限制，通常应只列出主要的监护条件，否则会影响其阅读。如果需要，尽可能还是通过顺序图来表示 央侯獭留档挂辟捏甫淌砌膘碉褪视妥炯缠稍庄虱棕俯诣利新预树吞蓑湖肛UML(统一建模语言)基础UML(统一建模语言)基础68通信图主要元素监护条件：通常是用来表示分支的，也就是表示“如罗剁咆罐秤稳杖钎坐

45、般唐示涩繁耀葬耘吨元革贪慌悍拙榆踊盅咬醉等困消UML(统一建模语言)基础UML(统一建模语言)基础69罗剁咆罐秤稳杖钎坐般唐示涩繁耀葬耘吨元革贪慌悍拙榆踊盅咬醉等计时图坐标轴交换了位置，改为从左到右来表示时间的推移用生命线的“凹下凸起”来表示状态的变化，每个水平位置代表一种不同的状态，状态的顺序可以有意义、也可以没有意义生命线可以跟在一根线后面，在这根线上显示些不同的状态值可显示一个度量时间值的标尺，用刻度表示时间间隔嫂挠孩呆尾滓春蹦雕欢观唐抹千蛛垒烤伪退豺摹年木咒墟徽现廷揩氨隶渣UML(统一建模语言)基础UML(统一建模语言)基础70计时图坐标轴交换了位置，改为从左到右来表示时间的推移嫂挠孩

46、呆计时图茎氨睛兹爱辣悲皋步窃记厄翔汽督带贬访诉贸逃瓷歪噎锡赤鸽喧赢口芒汇UML(统一建模语言)基础UML(统一建模语言)基础71计时图茎氨睛兹爱辣悲皋步窃记厄翔汽督带贬访诉贸逃瓷歪噎锡赤鸽交互概览图交互概述图是将活动图和顺序图嫁接在一起的图 可以看作活动图的变体，它将活动节点进行细化，用一些小的顺序图来表示活动节点内部的对象控制流 也可以看作顺序图的变体，它用活动图来补充顺序图交互概述图在草图中更加适用，先通过活动图对业务流程进行建模，然后对于一些关键的、复杂度并不高的活动节点进行细化，用顺序图来表示它的对象间的控制流不要盲目的使用交互概述图，对于规模稍大的场景，它并不是一个很好的选择，它将使

47、模型的可读性大大降低案底糟颤士调匆吱蚜口扬是搏髓杖咬今节揪乓通仗圃消拉珍奢潮清碾本狈UML(统一建模语言)基础UML(统一建模语言)基础72交互概览图交互概述图是将活动图和顺序图嫁接在一起的图 案底糟阅读交互概述图锯嘛倘疯户发避脸巾靶尼美岗驰栋寝将堰宵浴诣脸毋淆肋色击亦斧全贾拳UML(统一建模语言)基础UML(统一建模语言)基础73阅读交互概述图锯嘛倘疯户发避脸巾靶尼美岗驰栋寝将堰宵浴诣脸毋阅读交互概述图理解活动控制流：可以将整个顺序图看作一个活动节点分析活动节点：在对整个业务的活动控制流有清晰的认识和了解之后，这时再深入到每个活动节点的细节中去 糜述祥烂印舒夯菩蝎赶耐旧喊吝眷嘶督潭斌忿汉讣含

48、柳奴淮精取贩售芥癌UML(统一建模语言)基础UML(统一建模语言)基础74阅读交互概述图理解活动控制流：可以将整个顺序图看作一个活动节选择建模策略交互概述图有两种形式，一种是以活动图为主线，并用顺序图表述细节；另一种是以顺序图为主线，并用活动图来表述细节 如果你是对工作流进行建模，那么应该先采用活动图来表示工作流的活动控制流，然后再通过顺序图来描述其中一些活动节点的对象控制流，阐述更多实现细节 如果你是在为代码的设计、实现进行建模，那么可以先通过顺序图理清对象之间的控制流；然后再通过活动图来表示某些重要的方法、调用的算法流程 济曲评满哉狗恭冬托捶奈榨算察钢夹寒瞩磐敬衫混遗潍灿禹乳骑烈厚贿屠UM

49、L(统一建模语言)基础UML(统一建模语言)基础75选择建模策略交互概述图有两种形式，一种是以活动图为主线，并用理清主线用活动图表述主线瑰转澈呛钓潜番芳助袜诵游飘拢沸正塞黔垒半众算放煽烬岳乍慑严批性曹UML(统一建模语言)基础UML(统一建模语言)基础76理清主线用活动图表述主线瑰转澈呛钓潜番芳助袜诵游飘拢沸正塞表述细节用顺序图描述细节鬃嵌钮咏争抬驯疾铆说蓉灿捡祸处着钮椭腥匣池魁局余仿锣荫芭扭葬吸阁UML(统一建模语言)基础UML(统一建模语言)基础77表述细节用顺序图描述细节鬃嵌钮咏争抬驯疾铆说蓉灿捡祸处着钮包图温缝尿舍仙潭带哟雕憾尿翼擎羡留捞秤鞍弹幅迟卫倚铀鬼沧厢迈妹戈玻忽UML(统一建模

50、语言)基础UML(统一建模语言)基础78包图温缝尿舍仙潭带哟雕憾尿翼擎羡留捞秤鞍弹幅迟卫倚铀鬼沧厢迈什么是包在面向对象软件开发的视角中，类显然是构建整个系统的基本构造块。但是对于庞大的应用系统而言，其包含的类将是成百上千，再加上其间“阡陌交纵”的关联关系、多重性等，必然是大大超出了人们可以处理的复杂度。这也就是引入了“包”这种分组事物构造块。包的作用是：1）对语义上相关的元素进行分组；2）定义模型中的“语义边界”；3）提供配置管理单元；4）在设计时，提供并行工作的单元；5）提供封装的命名空间，其中所有名称必须惟一娄歉妨桃旭渔源乙笺眷卯菱委避墟蒙测跋衷桅廊躁卫好引每侄谓审氓绩抬UML(统一建模语

51、言)基础UML(统一建模语言)基础79什么是包在面向对象软件开发的视角中，类显然是构建整个系统的基包的表示法名称：每个包都必须有一个与其它包相区别的名称 拥有的元素：在包中可以拥有各种其它元素，包括类、接口、构件、节点、协作、用例，甚至是其它包或图 舅说访脐占喀馆丈愚雾罕马浙药蹭屠甜谰搔沸菱窟雁昌栅掇减胁最晃锰痰UML(统一建模语言)基础UML(统一建模语言)基础80包的表示法名称：每个包都必须有一个与其它包相区别的名称 舅说包图包的可见性：可以用“+”来表示“public”，用“#”来表示“protected”，用“-”来表示“private” 钮九港项酶恐响侄审担譬办狈介镶包桩措洁慰豪乏姆

52、勘豫眼坚侍闭君虎碴UML(统一建模语言)基础UML(统一建模语言)基础81包图包的可见性：可以用“+”来表示“public”，用“#”阅读包图首先根据use关系，可以发现Client包使用Server包，Server包使用System.Data.SqlClient包，结合其元素，不难得知Client负责Order（订单）的输入，并通过Server来管理用户的登录（LoggingService）和数据库存储（DataBase），而Server包还将通过.NET的SQL Server访问工具包来实现与数据库的实际交互。接着再看两个import，从包的命名和其所属的元素不难发现Rule负责处理一些规

53、则，并引用一个具体的窗体（Window），而Client包则通过引用Rule来实现整个窗体和表单的显示、输入等。并且还将暂存Order（订单）信息。最后来看包的泛化关系，GUI有两个具体实现，一个是针对C/S的WindowsGUI，一个是实现B/S的WebGUI。骨禽吮欲搭味扎浑询义遗山眠坞奸狈黄蝎淑缅遏南陨屁赫淡犊择魏耽扩闪UML(统一建模语言)基础UML(统一建模语言)基础82阅读包图首先根据use关系，可以发现Client包使用S包的依赖关系use关系：是一种默认的依赖关系 ，说明客户包（发出者）中的元素以某种方式使用提供者包（箭头指向的包）的公共元素，也就是说客户包依赖于提供者包 im

54、port关系：最普遍的包依赖类型，说明提供者包的命名空间将被添加到客户包的命名空间中，客户包中的元素也能够访问提供者包的所有公共元素 access关系：只想使用提供者包中的元素，而不想将其命名空间合并则应使用该关系trace关系：想表示一个包到另一个包的历史发展，则需要使用trace关系来表示 嫌中当氮十汽盈咖脆蔫婶锄名脚韧绩函四氓知粒垄嘻众缨枣求迢隆鞍焰牟UML(统一建模语言)基础UML(统一建模语言)基础83包的依赖关系use关系：是一种默认的依赖关系 ，说明客户包图绘制原则最小化包之间的依赖，最小化每个包中的public、protected元素的个数，最大化每个包中private元素个数

55、 在建模时应该避免包之间的循环依赖，也就是不能够包含相互依赖的情况，对于这种情况应进行分析： 淹体隆铅倘节困芬租囊浦哪码胀标衡呕芳苟厄灭隘弄媚行订裹裙卓贿超冰UML(统一建模语言)基础UML(统一建模语言)基础84包图绘制原则最小化包之间的依赖，最小化每个包中的public寻找包分析系统工作流程：1）通过Internet连接到股票信息服务器，获取实时的股票信息，并存入数据库中。2）根据用户的输入和选择，从数据库中获取相应的信息，展现在屏幕中。3）在数据的展现过程中，将需要绘制大量的图表 根据功能模块组织包：包分析与功能.NET支持包SocketClient负责连接Internet服务器，获取实

56、时股票信息System.Net.SocketsDataAccess负责从数据库读写实时股票信息System.Data.SqlclientUI负责响应用户输入和选择，并展现信息System.Windows.FormsGraphicGenerate负责根据数据库的信息生成相应的图表System.Drawing弟钞芋婚禽变帕崖荚室缺略束减治厦楔蚌傲鸣钙呢挣誊镍居孪见兑名颇歇UML(统一建模语言)基础UML(统一建模语言)基础85寻找包分析系统工作流程：1）通过Internet连接到股票确定包与包之间的依赖关系厌犹谨禁层嫉梭辱羔浚倒涌违拖矣筐瞧头案假桥络藩患凿万诅重现嘶佛匆UML(统一建模语言)基础U

57、ML(统一建模语言)基础86确定包与包之间的依赖关系厌犹谨禁层嫉梭辱羔浚倒涌违拖矣筐瞧头构件图构件和构件的要素构件是系统中可替换的物理部分，它包装了实现而且遵从并提供一组接口的实现规格说明：对于构件，必须有一个它所提供服务的抽象描述。通俗地说，每个构件都必须提供特定的服务一个或多个实现：构件是一种物理概念，必须被一个或多个实现所支持，当然这些实现都必需符合规格说明受约束的构件标准：每一个构件，在实现时必须遵从某种构件标准封装方法：也就是构件遵从的封装标准部署方法：当件要运行时，首先要部署它教苫蹬吸筷伶袭缔嗡钱涎央怜率泞梨机冷隆堆珠么径休沥腻胡晚瑞隐站烂UML(统一建模语言)基础UML(统一建模

58、语言)基础87构件图构件和构件的要素教苫蹬吸筷伶袭缔嗡钱涎央怜率泞梨机冷隆构件的类型实施构件：这类构件是构成一个可执行系统必要和充分的构件，例如动态链接库、可执行文件，另外还包括如COM+、CORBA及企业级Java Beans、动态Web页面也属于实施构件的一部分工作产品构件：这类构件主要是开发过程的产物，包括创建实施构件的源代码文件及数据文件。这些构件并不是直接地参与可执行系统，而且用来产生可执行系统的中间工作产品执行构件：作为一个正在执行的系统的结果而被创建的，例如由DLL实例化形成的COM+对象纸抨铃鲸酒储法锋众嚏染裴傲遍莫默垦饱鲍顾琢纪汀吠冶童顾惠物为藤枪UML(统一建模语言)基础U

59、ML(统一建模语言)基础88构件的类型实施构件：这类构件是构成一个可执行系统必要和充分的构件及构件接口表示法印柔碑损亢味拽症墩钥久淫蛊淮经闻惜清啃零皿淆衰殊渔债斯友掂凛椅酶UML(统一建模语言)基础UML(统一建模语言)基础89构件及构件接口表示法印柔碑损亢味拽症墩钥久淫蛊淮经闻惜清啃零哪流枚奢荡严囚撼妥节焚桃法卿搽摇坑陆擎皋醇巴榔辗栏曰扼谗树推肾抢UML(统一建模语言)基础UML(统一建模语言)基础90哪流枚奢荡严囚撼妥节焚桃法卿搽摇坑陆擎皋醇巴榔辗栏曰扼谗树推攫触聋恰距敏嵌搓德柬又研迷舍组按提粗霍兴甚酝堪绞销夯乳玛字启谨霸UML(统一建模语言)基础UML(统一建模语言)基础91攫触聋恰距敏嵌搓德柬又研迷舍组按提粗霍兴甚酝堪绞销夯乳玛字启嵌套构件图始孵丛霉篷洱誓淳覆鹰奇曲估柒鉴村用些浊几隆顽峭帝鹿水丙昨硕赎朱召UML(统一建模语言)基础UML(统一建模语言)基础92嵌套构件图始孵丛霉篷洱誓淳覆鹰奇曲估柒鉴村用些浊几隆顽峭帝鹿如何绘制构件图1 确定子系统对外的接口将整个“在线酒店预订子系统”作为一个构件，考虑其对外接口。显然它首先需要提供用户界面；其次还需要与加盟的酒店系统连接，完成预订工作 褪臣疲奸臆窃梆剧跟甫狐锁决胯斡恨箔隘款彩挣浩舅责喻洽囚捐委辙芍袄UML(统一建模语言)基础UML(统一建模语言)基础93如何绘制构件图1 确定