系统分析与设计第五章UML基础.ppt

《系统分析与设计第五章UML基础.ppt》由会员分享，可在线阅读，更多相关《系统分析与设计第五章UML基础.ppt（56页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、U M L基础基础徐晓晖制作UML简介简介UML(Unified Modeling Language)为面向对象软件设计提供统一的、标准的、可视化的建模语言。适用于描述以用例为驱动，以体系结构为中心的软件设计的全过程。UML的定义包括UML语义和UML表示法两个部分。(1)UML语义语义：UML对语义的描述使开发者能在语义上取得一致认识，消除了因人而异的表达方法所造成 的影响。(2)UML表示法表示法：UML表示法定义UML符号的表示法，为开发者或开发工具使用这些图形符号和文本语法为系统建模提供了标准。徐晓晖制作UML模型图的构成模型图的构成事物事物(Things)：UML模型中最基本的构成元

2、素，是具有代表性的成分的抽象关系关系(Relationships)：关系把事物紧密联系在一起图图(Diagrams)：图是事物和关系的可视化表示徐晓晖制作UML事物事物构件事物构件事物：UML模型的静态部分，描述概念或物理元素类类：具有相同属性相同操作 相同关系相同语义的对象的描述接口接口：描述元素的外部可见行为，即服务集合的定义说明协作协作：描述了一组事物间的相互作用的集合用例用例：代表一个系统或系统的一部分行为，是一组动作序列的 集合构件构件：系统中物理存在，可替换的部件节点节点：运行时存在的物理元素另外，参与者、信号应用、文档库、页表等都是上述基本事物的变体徐晓晖制作行为事物行为事物：U

3、ML模型图的动态部分，描述跨越 空间和时间的行为交互交互：实现某功能的一组构件事物之间的消息的集合，涉及消息、动作序列、链接状态机状态机：描述事物或交互在生命周期内响应事件所经历的状态序列分组事物分组事物：UML模型图的组织部分，描述事物的 组织结构包包：把元素组织成组的机制徐晓晖制作注释事物注释事物：UML模型的解释部分，用来对模型中 的元素进行说明，解释注解注解：对元素进行约束或解释的简单符号徐晓晖制作UML关系关系依赖依赖依赖(dependency)是两个事物之间的语义关系，其中一个事物(独立事物)发生变化，会影响到另一个事物(依赖事物)的语义关联关联关联(association)是一种

4、结构关系，它指明一个事物的对象与另一个事物的对象间的联系徐晓晖制作泛化泛化泛化(generalization)是一种特殊/一般的关系。也可以看作是常说的继承关系实现实现实现(realization)是类元之间的语义关系，其中的一个类元指定了由另一个类元保证执行的契约徐晓晖制作UML图图p用例图用例图(Use Case Diagram)用例图是从用户角度描述系统功能，是用户所能观察到的系统功能的模型图，用例是系统中的一个功能单元徐晓晖制作p类图类图(Class Diagram)类图描述系统中类的静态结构。不仅定义系统中的类，表示类之间的联系如关联、依赖、聚合等，也包括类的内部结构(类的属性和操作

5、)类图是以类为中心来组织的，类图中的其他元素或属于某个类或与类相关联 徐晓晖制作徐晓晖制作p对象图对象图(Object Diagram)对象图是类图的实例，几乎使用与类图完全相同的标识。他们的不同点在于对象图显示类的多个对象实例，而不是实际的类徐晓晖制作p顺序图顺序图(Sequence Diagram)顺序图显示对象之间的动态合作关系，它强调对象之间消息发送的顺序，同时显示对象之间的交互顺序图的一个用途是用来表示用例中的行为顺序。当执行一个用例行为时，顺序图中的每条消息对应了一个类操作或引起状态转换的触发事件 徐晓晖制作徐晓晖制作p协作图协作图(Collaboration Diagram)协作

6、图描述对象间的协作关系，协作图跟顺序图 相似，显示对象间的动态合作关系。除显示信息交换外，协作图还显示对象以及它们之间的关系.协作图的一个用途是表示一个类操作的实现 徐晓晖制作p状态图状态图(State Chart Diagram)状态图是一个类对象所可能经历的所有历程的模型图。状态图由对象的各个状态和连接这些状态的转换组成 徐晓晖制作p活动图活动图(Activity Diagram)活动图是状态图的一个变体，用来描述执行算法的工作流程中涉及的活动活动图描述了一组顺序的或并发的活动徐晓晖制作徐晓晖制作p构构件图件图(Component Diagram)构件图为系统的构件建模型构件即构造应用的软

7、件单元还包括各构件之间的依赖关系，以便通过这些依赖关系来估计对系统构件的修改给系统可能带来的影响 徐晓晖制作p部署部署图图(Deployment Diagram)部署视图描述位于节点实例上的运行构件实例的安排。节点是一组运行资源，如计算机、设备或存储器。这个视图允许评估分配结果和资源分配徐晓晖制作用例图用例图u用例图是被称为参与者的外部用户所能观察到的系统功能的模型图。(UML参考手册)u用例图列出系统中的用例和系统外的参与者，并显示哪个参与者参与了哪个用例的执行u (或称为发起了哪个用例)。u用例图多用于静态建模阶段(主要是业务建模和需求建模)。用例图中的事物及解释用例图中的事物及解释徐晓晖

8、制作参与者参与者(Actor)在系统外部与系统直接交互的人或事物(如另一个计算机系统或一些可运行的进程)。我们需要注意的是：1.参与者是角色(role)而不是具体的人，它代表了参与者在与系统打交道的过程中所扮演的角色。所以在系统的实际运作中，一个实际用户可能对应系统的多个参与者。不同的用户也可以只对应于一个参与者，从而代表同一参与者的不同实例。2.参与者作为外部用户(而不是内部)与系统发生交互作用，是它的主要特征。3.在后面的顺序图等中出现的“参与者”，与此概念相同，但具体指代的含义，视具体情况而定。徐晓晖制作用例(Use Case)系统外部可见的一个系统功能单元。系统的功能由系统单元所提供，

9、并通过一系列系统单元与一个或多个参与者之间交换的消息所表达。创建新用例，确认候选用例和划分用例范围的优秀法则-“WAVE”测试徐晓晖制作参与者与用例之间的关系关联表示参与者与用例之间的交互，通信途径。(关联有时候也用带箭头的实线来表示，这样的表示能够显示地表明发起用例的是参与者。)徐晓晖制作用例之间的关系包含箭头指向的用例为被包含的用例，称为包含用例；箭头出发的用例为基用例。包含用例是必选的，如果缺少包含用例，基用例就不完整；包含用例必须被执行，不需要满足某种条件；其执行并不会改变基用例的行为。扩展箭头指向的用例为被扩展的用例，称为扩展用例；箭头出发的用例为基用例。扩展用例是可选的，如果缺少扩

10、展用例，不会影响到基用例的完整性；扩展用例在一定条件下才会执行，并且其执行会改变基用例的行为。includeextendextend徐晓晖制作参与者之间的关系泛化发出箭头的事物“is a”箭头指向的事物。泛化关系是一般和特殊关系，发出箭头的一方代表特殊的一方，箭头指向的一方代表一般一方。特殊一方继承了一般方的特性并增加了新的特性。徐晓晖制作例子例子实例1 参与者之间的泛化关系 参与者参与者：经理，安全主管，保安 用例用例：管理人事，批准预算，批准安全证书，监视周边 在参与者之间不存在泛化关系的情况下，各个参与者参与 用例的情况分别是：经理参与用例管理人事和批准预算；安全主管参与用例批准安全证书

11、；保安参与用例监视周边。由于安全主管与经理，安全主管与保安之间泛化关系的存在，意味着安全主管可以担任经理和保安的角色，就能够参与经理和保安参与的用例。这样，安全主管就可以参与全部4个用例。但经理或者保安却不能担任安全主管的角色，也就不能参与用例批准安全证书。徐晓晖制作徐晓晖制作实例2 用例之间扩展和包含关系 用例的上下文是：短途旅行但汽车的油不足以应付全部路程。那么为汽车加油的动作在旅行的每个场景(事件流)中都会出现，不加油就不会完成旅行。吃饭则可以由司机决定是否进行，不吃饭不会影响旅行的完成。徐晓晖制作实例3.航空售票的用例图参与者(actor)：clerk，监督员，信用卡服务商，信息亭用例

12、(use case)：Buy tickets，Buy Subscription，Make charges，Survey sales参与者Clerk参与(或称发起)Buy tickets和Buy Subscription 两个用例(关联关系)。这两个用例的事件流都包含Make charges用例(包含关系)。系统由：Buy tickets，Buy Subscription，Make charges，Survey sales组成。该系统主要包含：Buy tickets，Buy Subscription，Make charges，Survey sales这几个功能。该系统主要面向的用户(参与者)：c

13、lerk，监督员，信用卡服务商，信息亭。徐晓晖制作徐晓晖制作习题习题1.右图中的参与者有？(a)1 (b)2 (c)3(d)42.右图中的用例有？3.(a)1(b)24.(c)3(d)43.2和3之间是什么关系？5和6呢？4.(a)扩展，包含(b)包含，扩展4.5缺少了3仍然是个完整的用例？5.(a)是的(b)不是5.4能够参与2吗？1能够参与5吗？6.(a)可以，不可以 (b)不可以，可以习题答案：1、(a)(d)2、(b)(c)3、(b)4、(b)5、(b)徐晓晖制作类图类图类图以反映类的结构(属性、操作)以及类之间的关系为主要目的，描述了软件系统的结构，是一种静态建模方法类图中的“类”与

14、面向对象语言中的“类”的概念是对应的，是对现实世界中的事物的抽象1 类图概要类图概要徐晓晖制作2 类图中的事物及解释类图中的事物及解释类类从上到下分为三部分，分别是类名、属性和操作。类名是必须有的类如果有属性，则每一个属性都必须有一个名字，另外还可以有其它的描述信息，如可见性、数据类型、缺省值等类如果有操作，则每一个操作也都有一个名字，其它可选的信息包括可见性、参数的名字、参数类型、参数缺省值和操作的返回值的类型等徐晓晖制作可见性可见性-代表private+代表public#代表protected也可以使用图形表示返回值类返回值类型型操作操作名称名称斜体为抽象操作缺省值缺省值类名类名斜体为抽象

15、类属性名属性名称称参数列参数列表表徐晓晖制作接口接口一组操作的集合，只有操作的声明而没有实现抽象类抽象类不能被实例化的类，一般至少包含一个抽象操作模版类模版类一种参数化的类，在编译时把模版参数绑定到不同的数据 类型，从而产生不同的类徐晓晖制作(标准图形)(变体图形)接口抽象类模版参数模版参数模版类徐晓晖制作3 类图中的关系及解释类图中的关系及解释关联关系关联关系描述了类的结构之间的关系。具有方向、名字、角色和多重性等信息。一般的关 联关系语义较弱。也有两种语义较强，分别是聚合与组合角色角色类的角色是“事物“多重性多重性（用数字和*表示）1*：1个或多个1个类图有1个或多个类1个类属于1个或多个

16、类图方向方向双向关联（省略箭头）名字名字关系的名字是“使用”实例实例徐晓晖制作聚合关系特殊关联关系，指明一个聚集（整体）和组成部分之间的关系组合关系语义更强的聚合，部分和整体具有相同的生命周期UML表示法表示法UML表示法表示法徐晓晖制作（空心菱形）实例实例类图包含有事物和关系，类图不存在了，事物和关系还可用于其它的类图（实心菱形）实例实例类与关联关系之间有组合关系，类不存在了，则相应的关联关系也不存在徐晓晖制作泛化关系泛化关系在面向对象中一般称为继承关系，存在于父类与子类、父接口与子接口之间UML表示法表示法关联、泛化、实现、依赖都是一种关系徐晓晖制作类、接口都是一种事物徐晓晖制作实现关系实

17、现关系对应于类和接口之间的关系UML表示法表示法类Circle、Rectangle实现了接口Shape的操作徐晓晖制作依赖关系依赖关系描述了一个类的变化对依赖于它的类产生影响的情况。有多种表现形式，例如绑定(bind)、友元(friend)等模板类Stack定义了栈相关的操作；IntStack将参数T与实际类型int绑定，使得所有操作都针对int类型的数据徐晓晖制作类Memento和类Originator建立了友元依赖关系，以便Originator使用Memento的私有变量state徐晓晖制作4 类图与代码的映射类图与代码的映射C+代码class Vehiclepublic:virtual

18、int Start()=0;virtual int Stop()=0;virtual int Run(float fSpeed)=0;private:float fMaxSpeed;Java代码public abstract class Vehicle public abstract int Start();public abstract int Stop();public abstract int Run(float fSpeed);private float fMaxSpeed;类的映射类的映射徐晓晖制作关联关联关系的映射关系的映射组合关系，代码表现为Dialog的属性有Button和Te

19、xtBox的对象C+代码class Dialog private:Button btnOK;Button btnCancel;TextBox txtInfo;class Button;class TextBox;徐晓晖制作泛化泛化关系的映射关系的映射C+代码class SavingsAccount:public Account;Java代码public class SavingsAccount extends Account 徐晓晖制作实现实现关系的映射关系的映射在C+语言里面，使用抽象类代替接口，使用泛化关系代替实现关系在Java语言里面，有相应的关键字interface、implement

20、s徐晓晖制作C+代码class Shape public:virtual void Draw()=0;class Circle:public Shapepublic:void Draw();private；Point ptCenter;int nRadius;Java代码public interface Shape public abstract void Draw();public class Circle implements Shapepublic void Draw();private Point ptCenter;private int nRadius;徐晓晖制作依赖依赖关系的映射关

21、系的映射C+代码templateclass Stack private:int size;public:int Push(T elem);int Pop();const T&GetTop();typedef Stack FloatStack;徐晓晖制作类图例子类图例子1 图形编辑器图形编辑器图形编辑器一般都具有一些基本图形，如直线、矩形等，用户可以直接使用基本图形画图，也可以把基本图形组合在一起创建复杂图形如果区别对待基本图形和组合图形，会使代码变得复杂，而且多数情况下用户认为二者是一样的组合模式可以用相同的方式处理两种图形徐晓晖制作Graphics:基本图形和组合图形的父类，声明了所有图形共

22、同的操作，如Draw；也声明了专用于组合图形管理子图形的操作，如Add、RemoveLine、Rectangle:基本图形类GroupGraphics:组合图形类，与父类有组合关系，从而可以组合所有图形对象(基本图形和组合图形)徐晓晖制作2 演出售票系统演出售票系统 在用例驱动的开发过程中，通过分析各个用例及参与者得到类图。分析用例图的过程中需要根据面向对象的原则设计类和关系，根据用例的细节设计类的属性和操作信息亭 Clerk Buy tickets Buy Subscription 信用卡服务商 Make charges 监督员 Survey sales 参与者 用例 Box Office

23、关系 在这里只考虑以下三个用例：Buy tickets:买个人票Buy Subscription:买套票Make charges:信用卡付款徐晓晖制作SubscriptionSeriesseries:intIndividualReservationTicketno:int3.60.13.60.110.110.1Reservationdate:DateCustomername:stringphone:string1.*11.*1Seatno:intcolomn:introw:intavailable:bool1111Performanceno:intdate:Datetime:Time0.*10.*1CreditCardServiceCharge(cardnumber,cost)kjoskShowAvailability(seatlist)DemandPayment(cost)PrintTickets(performance,seats)EjectCard()BoxOfficeRequest(count,performance)Select(seats)InsertCard(cardnumber,password)Authorized()徐晓晖制作