软件工程3.ppt

《软件工程3.ppt》由会员分享，可在线阅读，更多相关《软件工程3.ppt（117页珍藏版）》请在三一办公上搜索。

1、1,第三章 面向对象的 方法与UML,软件工程课件,软件工程,2,第三章 面向对象的概念与UML,3.1 面向对象系统的概念3.2 统一建模语言UML概述3.3 UML的模型元素3.4 UML的图3.5 UML的元模型结构,软件工程,3,客观世界中的应用问题面对的主体都是物理的或概念的实体。从这些实体出发，分析实体的作用、责任以及它们之间协作，从而找出问题的解，是很自然的。面向对象技术就是适合用这种方式分析和解决问题的方法。它的基石就是问题领域中识别出来的各种对象。依赖这些对象提供的服务和对象之间相互的协同（关系），实现期望的功能。面向对象技术能够在解决方案中直接模拟问题领域，并与人类的思维习

2、惯相一致。,3.1 面向对象系统的概念,软件工程,4,什么是面向对象,Peter Coad 和 Edward Yourdon 提出面向对象方法的概念：面向对象=对象+分类+继承+消息通信采用这四个概念开发的软件系统就是面向对象的软件系统。一个面向对象的程序的每一成份应是对象，计算是通过新的对象的建立和对象之间的通信来执行的。,软件工程,5,面向对象范型的特点,面向对象系统中的对象是数据抽象与过程抽象的综合体。所谓过程抽象是指当使用某个过程时，无需关心过程内部的实现细节，只要知道如何调用该过程以及该过程完成什么功能即可。所谓数据抽象是指使用结构或记录等方式把某个实体的数据集中起来，使得使用者能够

3、以单元为单位使用数据。面向对象范型在数据抽象中组织过程抽象。,软件工程,6,面向对象系统的状态分别保存在各个对象的数据存储中，而不是保存在一些全局变量中。系统解决问题的控制流包含在各个对象中的操作内。并通过消息传递，控制流从一个对象转移到另一个对象。算法被分布到各种实体中。通过执行消息传递和对象中的操作实现算法的功能。,软件工程,7,面向对象的特点,抽象性：对象包含数据抽象和行为抽象；封装性：信息隐蔽（使用与实现分开）；共享性：同一个类中所有对象共享相同的数据结构和行为；同一应用中的对象通过继承关系，共享共同的数据结构和行为；不同应用中的对象通过复用，共享数据结构和行为。,软件工程,8,对象（

4、object）,对象是系统中描述客观事物的实体，是构成系统的一个基本单元，由一组属性值和一组对属性进行操作的服务组成。对象=对象名+数据(属性)+操作(行为)属性值一般只能通过执行对象的操作来改变。操作（方法或服务）描述了对象执行的功能，若通过消息传递，还可以为其他对象使用。对象可以是外部实体、信息结构、事件、角色、组织结构、地点或位置、操作规程等。,软件工程,9,计算机窗口中的三个多边形对象,软件工程,10,表示多边形的三个对象,软件工程,11,类（class）,把具有相同属性（数据结构）和服务（操作）的对象归在一起就形成了类。类的定义包括一组数据属性和在数据上的一组合法操作。属于某一个类的

5、各个对象都是该类的实例(instance)，它们都可使用类中的操作。类定义了各个实例所共有的数据结构，使用类的构造函数，可以在创建该类的实例时初始化这个实例的状态。,软件工程,12,由两个四边形对象导出一个类,软件工程,13,消息（message）,消息是一个对象向另一个对象传递的信息。有四类消息：发送对象请求接收对象提供服务、发送对象激活接收对象、发送对象询问接收对象、发送对象仅传送信息给接收对象。消息的使用类似于函数调用，消息中指定了某一个实例，一个操作名和一个参数表（可能是空的），如quadrilateral1.move(15,20)。接收消息的实例执行消息中指定的操作，并将形式参数与参

6、数表中相应的值结合起来。,软件工程,14,继承（inheritance）,如果某几个类之间具有共性的东西(属性和行为)，抽取出来放在一个泛化类中，将各个类的特有的东西放在特化类中分别描述，则可建立起特化类对泛化类的继承。继承是使用已有的类定义做为基础建立新类的定义技术。已有的类可当做泛化类（父类）来引用，则新类相应地可当做特化类（子类）来引用。,软件工程,15,建立继承结构的好处：易编程、易理解 代码短,结构清晰易修改 共同部分只要在一处修改即可易增加新类 只须描述不同部分怎样建立一个好的继承层次类可以从父类继承，父类又可以从它的父类继承，形成多层次的继承结构。当增加一个新类时，不一定在最低层

7、，可能需要插在中间层，这样可能需要调整原来的层次结构。,软件工程,16,建立一个新类起重车。它的底盘、发动机、轮胎、驱动装置等都在已有类汽车中。关系如右图所示。新类是已有类的特殊情形。这时直接让起重车类作为汽车类的子类即可。,软件工程,17,增加一个新类拖拉机。它的底盘、发动机等与汽车不同，但驱动装置、轮胎等与汽车相同。调整继承结构。建立一个新的一般的车辆类，把拖拉机与汽车类的共性放到车辆类中，拖拉机与汽车类都成为车辆类的子类。车辆是抽象类，相关操作到子类汽车找。,软件工程,18,另一种情形是在已有类的基础上加入新类，使得新类成为已有类的泛化类。例如，已经存在三角形类，四边形类，想加入一个多边

8、形类，并使之成为三角形和四边形类的泛化类。,软件工程,19,前三个情况主要是通过查找（应用领域）类库，找到可以原封不动地继承的类或可以通过调整继承层次结构继承的类。但如果在已有的继承层次中找不到可以继承的已有类，就从新开始完全独立地建立一个类。如果一个类需要用到多个现有类的特征，可以从多个类中继承，称为多继承。例如退休教师是继承退休者和教师这两个类的某些特征或行为而得到的一个新类。,多继承,软件工程,20,多态性和动态绑定,对象互相通信，即一个对象发消息给另一个对象，执行某些行为或又发消息给另外的对象，从而执行系统的功能。,软件工程,21,多态性指同名的函数或操作可在不同类型的对象中有各自相应

9、的实现。例如整数“+”：整数加法浮点数“+”：浮点数加法字符串“+”：字符串连接点“+”：两个点的坐标位置分别叠加具有多态的函数或操作在运行时才根据实际的对象类型，执行相应实现程序的连接，此即动态绑定。,软件工程,22,例如，想要在屏幕上画一系列多边形，多态性允许发送消息draw，根据消息接收对象的类型不同，画出不同的多边形。draw针对的是一系列的类型（类族）而不仅仅是一个类型。多态性的实现有 2 种：利用继承关系，把所有数据类型当作一个抽象数据类型的子类型。,软件工程,23,利用模板机制，把所有可能的数据类型用一个参数化的数据类型来代替。动态绑定保证在程序执行时实施与对象 P 连接的操作。

10、如果 P 是矩形类的实例，则执行与矩形连接的操作，如果 P 是三角形类的实例，则执行与三角形连接的操作。动态绑定把函数调用与目标代码块的连接延迟到运行时进行。这样，只有发送消息时才与接收消息实例的一个操作绑定。,软件工程,24,3.2 统一建模语言UML概述,UML 是Unified Modeling Language的缩写。它是一种标准的语言，以直观的表述、定义、构造和文档化软件为主的系统的工作制品。UML聚集了来自下列建模的精髓：数据建模（实体关系图ERD）业务建模（工作流）对象建模 构件建模它可用于软件生命周期各个过程，并适用于各种不同的实现技术。,软件工程,25,UML的特点,统一标准

11、融合了当前一些流行的面向对象开发方法的主要概念和技术，成为一种面向对象的标准化的统一建模语言。提供了标准的面向对象的模型元素的定义和表示法，有标准的语言工具可用。已成为工业标准化组织OMG的正式标准。面向对象支持面向对象的主要概念，提供了一批基本的模型元素的表示图形和方法。,软件工程,26,可视化，表示能力强大一种图形化语言，系统的逻辑模型和实现模型都能用UML的模型图形清晰地表示。可以处理与软件的说明和文档有关的问题。提供了语言的扩展机制，用户可以根据需要增加定义自己的衍型（StereoType）、标记值和约束等。可用于各种复杂类型的软件系统的建模。独立于过程系统建模语言，独立于开发过程。,

12、软件工程,27,容易掌握使用概念明确，建模表示法简洁明了，图形结构清晰，容易掌握使用。着重学习三个方面的主要内容：(1)UML的基本模型元素(2)组织模型元素的规则(3)UML语言的公共机制与程序设计语言的关系用Java，C+等编程语言可实现一个系统。一些CASE工具可以根据 UML所建立的系统模型来产生Java、C+等代码框架。,软件工程,28,UML的定义,UML定义有两个组成部分：语义和表示法。语义用自然语言描述，表示法定义了UML的可视化标准表示符号，这决定了UML是一种可视化的建模语言。在语义上，模型是元模型的实例。UML定义给出了语法结构的精确定义。使用UML时，要从不同的角度观察

13、系统，为此定义了概念“视图”。视图是对系统的模型在某方面的投影，注重于系统的某个方面。,软件工程,29,3.3 UML的模型元素,UML的三个主要组成元素基本构造块（basic building blocks）组织构造块的规则（rules）运用于整个UML的公共机制（common mechanisms）UML包括三种基本构造块:事物（things）关系（relationships）图（diagrams）,软件工程,30,UML 事物 结构事物,Class（类）Interface（接口）描述了一个类或构件的服务（操作）集。,软件工程,31,Collaboration（协作）合作完成某个特定任务的

14、一组类及其关联的集合，用于对用例的实现建模。Use Case（用例）表示系统想要实现的行为，不关心这些行为是怎样实现的。,用例,软件工程,32,Active Class（主动类）与一般类相同，但它至少拥有一个进程或线程，故能够启动控制活动。Component（构件）系统中物理的、可替代的部件。,软件工程,33,Node（节点）系统在运行时存在的物理元素。,软件工程,34,UML事物 行为事物,Interaction（交互）交互由在特定的上下文环境中共同完成一定任务的一组对象之间传递的消息组成。交互涉及的元素包括消息、动作序列和链。,软件工程,35,State Machine（状态机）状态机描述

15、了一个对象或一个交互在生存周期内响应事件所经历的状态序列。状态机涉及的元素包括状态、转换、事件活动等。,软件工程,36,UML事物 分组事物,package（包）包是把元素组织成组的机制，结构事物、行为事物甚至其他分组事物都可以放进包内。包不象构件（仅在运行时存在），它纯粹是概念上的（即它仅在开发时存在）。,软件工程,37,UML事物 注释事物,Note（注释）依附于一个元素或一组元素之上，对其进行约束或解释的简单符号。,软件工程,38,UML Relationships（关系）,UML中有 4 种关系：依赖关联泛化实现 关系特征：这四种关系是UML模型中可以包含的基本关系。它们也有变体。例如

16、，依赖的变体有细化、跟踪、包含和延伸。,软件工程,39,依赖（Dependency）两个事物之间的语义关系，其中目标事物发生变化会影响源事物的语义。图中虚线箭头从源事物指向目标事物，表示源事物依赖于目标事物。,软件工程,40,两个类之间的依赖关系可以是：源类访问定义在目标类内部的数据值；源类的操作调用了定义在目标类的操作；源类的返回类或参数是目标类的实例；如果在顺序图中的两个对象存在消息的传送，而且它们之间没有结构方面的连接，可以在类图上用依赖关系建模。依赖的变体包含特定的语义，表明类之间的关系、包之间的关系、用例之间的关系、对象之间的关系、建模元素与模型之间的关系等。,软件工程,41,类之间

17、的依赖关系可以是：友元依赖 目标类（如二叉树）视源类（如迭代器）为友元，允许源类访问目标类的所有私有属性和操作。导出依赖 两个类或对象如果存在导出依赖，则表明源类（如年龄）可以从目标类（如出生年月）通过计算导出。,软件工程,42,细化依赖 在类图中表示同一模型的不同详细程度的规格说明，源类比目标类更为详细。实例化依赖 若要强调一个类的对象是由另一个类的对象创建的，可用实例化依赖。它表明源类创建了目标类的一个实例。,软件工程,43,使用依赖 不加任何修饰的依赖即为使用依赖。也可用修饰强调源类的语义依赖于目标类的具有共有可见性的构成的语义。绑定（Binding）依赖这种依赖关系中的目标类是模板类，

18、源类是从模板实例化的类。,软件工程,44,包之间的依赖关系可以是：访问依赖 它表明源包被赋予了可访问目标包的权限。导入依赖 它表明了源包可以访问目标包里的元素，但各个包有自己独立的命名空间，这意味着属于不同包的两个元素可以重名。导入依赖可以使目标包内的公共可见元素进入源包的命名空间。,软件工程,45,用例之间的依赖关系可以是：包含依赖 它表明源用例显式地包含目标用例作为其行为的一部分。此时将源用例称为基用例，目标用例称为内含用例。如果两个用例之间具有包含依赖关系，则表明基用例的动作序列中有特定的步骤把内含用例的动作序列包含进来。扩展依赖,软件工程,46,它表明目标用例扩展了源用例的行为。此时，

19、源用例称为基用例，目标用例称为扩展用例。扩展用例在特定条件下为基用例提供附加的动态行为。例如，在人机交互过程中出现差错时进行的异常处理即为扩展动作。扩展依赖与包含依赖的区别在于，如果仅将扩展从基用例地动作序列中去除，基用例仍然是语义完备的，即它的执行仍将产生有意义的结果。而包含依赖则不然。,软件工程,47,对象之间的依赖关系可以是：转换依赖 当需要在交互图上表示对象状态的转换时可以用转换依赖。主要强调由于消息而导致对象状态的改变。转换依赖连接的目标对象和源对象是同一个对象。调用依赖 当需要在交互图或对象图上显式强调对象之间或操作之间的调用关系时要用调用依赖。它表明源对象引用了目标对象的操作，或

20、源操作引用了目标操作。复制依赖,软件工程,48,为了在交互图或活动图上描述对象复制的动作可以采用复制依赖。它连接两个对象，目标对象是源对象的完全相同而又独立的副本。发送依赖 它连接一个对象（在源端）和一个消息（在目标端），表明源对象在交互过程中发送了一个消息，可以用在状态机的描述中。它针对内嵌有状态机的对象，可用来描述如何通过发送信号以产生某种事件的动作。建模元素与模型之间的依赖关系是：回溯依赖 它连接两个模型元素，表明目标是源的历史上的前驱。如交互和协作就是从用例导出的。,软件工程,49,关联（Association）关联是一种结构关系，它描述一组链，这些链是类之间或类与接口之间的连接。通过

21、这种连接，一个对象可以访问另一个对象的属性或调用另一个对象的操作。关联是双向的，其中的角色代表一个类的对象在另一个类中的存在。聚合（aggregation）是一种特殊类型的关联，它描述了整体和部分间的结构关系。,软件工程,50,聚合关系在整体端有一个菱形作为标记。复合聚合（composite aggregate）是一种特殊的聚合关系，它表明整体对象与部分对象具有相同的生存周期。角色的重复度（Multiplicity）,软件工程,51,表明角色在关联关系中出现的次数。如1，0.1，1.*，*等。导航（navigation）一般默认关联关系是双向的，而导航则限制关联关系到一个方向。在图中用箭头指明

22、方向。限定关联（qualification）如教师与学生的关系由课程的标识决定。,软件工程,52,关联类关联关系是两个类之间的语义连接。在比较简单的情况下，关联关系的语义用关联关系的名字来概括。但在某些情况下，需要对关联关系的语义做详细的定义、存储和访问，为此可以建立关联类，描述关联的属性。,软件工程,53,泛化（Generalization）一般化特殊化的关系（继承）。表明特化类共享一个或多个泛化类的结构和行为。如果两个类被定义为具有泛化关系，就意味着在任何泛化类（父类）的对象出现的地方，都可以用特化类（子类）来代替。,软件工程,54,软件工程,55,继承的多态性表明子类的操作的动态行为可代

23、替父类的同名操作的动态行为。泛化关系的变体：实现继承。它规定其中的子类可继承其父类的结构和行为，但其可见性成为私有，也不支持父类的接口。实现（Realization）类之间的语义关系，其中的一个类元指定了由另一个类保证执行的契约。两种情况出现实现关系：1）在接口和实现它们的类或构件之间；2）在用例和它们的协作之间。,软件工程,56,软件工程,57,模型中主要的图形元素,软件工程,58,3.4 UML的图,软件工程,59,UML图的作用,UML 可以用于:使用用例（use cases）和参与者（actors）描述系统的边界和它的主要功能。使用交互图（顺序图、协作图）具体描述用例的实现。使用类图表

24、示系统的静态结构。使用状态图模型化对象的行为。使用构件图和部署图展现系统的物理实现体系结构。使用衍型（stereotypes）扩展建模能力。,软件工程,60,UML工作的实例,某大学用计算机管理的注册（registration）系统注册管理员设置一个学期的所有课程信息一个课程可以有多个课程选课单。学生选择4门主修课和2门选修课当某学生在学期注册了，则记账（billing）系统会得到通知，在该学期给该学生开设账号。学生在注册后一段时间可以使用系统增加/撤销所选课程。教授使用这个系统接受他们课程的选课名册。注册系统的用户将得到密码（password），用于登录的确认。,软件工程,61,用例图（us

25、e case diagram）,用例图展现了一组用例、参与者（Actor）以及它们之间的关系。用例图通常包括用例、参与者和扩展关系、包含关系等。用例图的功能是支持系统的行为，即该系统在它的上下文环境中所提供的外部可见服务。用例图的两种使用方式：上下文环境建模：说明位于系统之外并与系统进行交互的参与者以及他们所扮演的角色的含义。功能需求建模：说明系统想要的行为。,软件工程,62,参与者（Actors）,参与者定义了一组与系统有信息交互关系的人、事、物。它是用例的客户并与用例进行交互。一个参与者针对每一个与之通信的用例扮演一种角色。角色可以是人或外部系统。它定义了系统的边界。,软件工程,63,用例

26、（Use Cases）,一个用例是一种系统应表现行为的模式:每个用例是一个参与者与系统在一次对话中所执行的相关事务的序列。要调查参与者以确定他们的要求：Registrar（注册管理员）维护所有课程信息Professor（教授）要求选课名单Student（学生）维护选课表Billing System（记账系统）从注册中心接受记账信息,软件工程,64,用例的规格说明,为每个用例建立一个规格说明，描述用例的事件流（flow of event）。从参与者角度编写它包含在用例执行时系统必须为参与者提供的各种细节。典型的内容有用例如何开始和结束基本的事件流候补的事件流异常的事件流,软件工程,65,维护所有

27、课程信息的事件流,用例开始于注册管理员登录到注册系统并敲入他的密码时。系统检验此密码是否有效，并提示注册管理员选择当前学期或下个学期。注册管理员敲入他期望的学期。然后系统提示选择他所期望的活动，包括：Add，Delete，Review或Quit。如果选择Add，则执行增加课程的子事件流。如果选择Delete，则执行删除课程的子事件流。如果选择Review，则执行审查所有课程信息的子事件流。如果选择Quit，则用例终止。,软件工程,66,register course（注册课程）用例,用例允许学生在本学期注册他的课程申请。如果在本学期开学的一段时间内学生作出add或drop的变更，他还可修改和删

28、除他的课程选择。课程目录系统提交一个表格，列出本学期所有的课程申请。基本事件流：当学生想要注册课程申请或者想要改变他的已有的选课表时，本用例开始。,软件工程,67,系统要求学生具体说明他可能会执行的功能（建立、更新或者删除一个选课表）。一旦学生提交了请求信息，将执行某一个子流。如果学生选择“建立一个选课表”，则执行一个“建立”子事件流的服务。如果学生选择“更新一个选课表”，则执行一个“更新”子事件流的服务。如果学生选择“删除一个选课表”，则执行一个“删除”子事件流的服务。,软件工程,68,建立选课表子事件流,系统检索来自课程目录系统的一个有效的课程申请的列表，并把这个表显示给学生。学生根据这个

29、有效的课程申请列表选择 4 门主修课申请和 2 门选修课申请。一旦学生作出他的选择，系统为学生建立一个选课表，包括了这个学生选择的课程申请。执行“提交选课表”子事件,软件工程,69,用例图的事例,注册系统的用例图直观地描述了参与者和用例之间的关系。,软件工程,70,交互图 用例的实现,用例图描述了系统的外部视图。交互图则描述了如何通过对象之间的交互实现用例。交互图展现了按一定的目的进行的一种交互，它由在一个上下文中的一组对象及它们之间交互的信息组成。交互图有两种类型：顺序图（Sequence diagram）协作图（Collaboration diagram）,软件工程,71,顺序图（Sequ

30、ence Diagram）,顺序图也称为序列图，它按时间顺序显示对象之间的交互。,软件工程,72,顺序图展现了一组对象和由这组对象收发的消息，用于按时间顺序对控制流建模。对象表述为虚垂线顶端的矩形框。这些对象都排列在图的顶部，其生命线从图的顶部画到图的底部。垂线是对象的生命线，说明对象在一段时间内存在。对象可以在交互过程中创建，在交互过程中撤销。生命线之间的箭头表示消息。消息出现的次序自上而下。消息箭头可以回到同一条生命线，指明自调用，即对象发给自己的消息。,软件工程,73,顺序图的控制焦点是一个瘦高的矩形，表示一个对象执行一个动作所经历的时间段。矩形的顶部表示动作的开始，底部表示动作的结束（

31、可以由一个返回消息来标记）。顺序图的构造步骤：首先，把参加交互的对象放在图的上方，横向排列。通常把发起交互的对象放在左边，较下级对象依次放在右边。然后，把这些对象发送和接收的消息纵向按时间顺序从上到下放置。这样，就提供了控制流随时间推移的清晰的可视化轨迹。,软件工程,74,选课的顺序图,软件工程,75,边界类 是直接与系统外部实体交互的类，描述系统与外部（人或其他系统）的接口建模，其原型为。控制类 是为特定用例的控制行为建模的类，协调特定于用例的行为所需的事件，其原型为。实体类 是用来保存或更新某个对象的信息的类，独立于它的环境。原型为。,软件工程,76,协作图（Collaboration D

32、iagram）,协作图也称为合作图，它显示了对象与周围对象之间的交互，以及它们之间的链接。,软件工程,77,协作图展现了一组对象，这组对象之间的连接以及这组对象收发的消息。协作图中的协作不是参与者与系统之间的交互，而是系统内部某一个用例中各个对象之间信息传递的方式。消息上所附编号指明执行顺序。协作图的构造步骤：将参加交互的对象作为图的顶点。将连接这些对象的链表示为图的弧。用对象发送和接收的消息修饰这些链。协作图提供了在协作对象的结构组织的上下文环境中观察控制流的一个清晰的可视化轨迹。,软件工程,78,类图（class diagram）,类图从系统的逻辑视图展现了一组类、接口、协作和它们之间的关

33、系。类图给出系统的静态设计视图，主动类的类图给出了系统的静态进程视图。在类图中UML建模元素包括：类及其结构和行为；接口；协作；关联、依赖、泛化关系；多重性和导航指示符；角色名字。,软件工程,79,类（Class）,类是具有共同结构、共同行为、共同关系和共同语义的对象的集合。通过检查在顺序图和协作图中的对象可以发现类。一个类用间隔为三部分的矩形描绘。类应当使用领域的术语来命名：应建立命名的标准例如，所有的类都是以大写字母开头的单一名词,软件工程,80,类的事例,软件工程,81,操作（Operations）,一个类的行为通过类的各种操作来表达。这些操作可以通过检查交互图来寻找。,软件工程,82,

34、属性（Attributes）,一个类的结构通过它的属性来表达。通过检查类的定义、问题的需求，并参照领域知识来发现属性。,每个课程选课单有课程号number、地点location、时间time,CourseOffering,number,location,time,软件工程,83,类的事例,软件工程,84,寻找关系,通过检查交互图，以发现关系如果两个对象必须打交道，一定存在沟通的路径。,软件工程,85,关系的事例,软件工程,86,多重性和导航的事例,软件工程,87,泛化（继承）的事例,软件工程,88,对象图（Object Diagram）,对象图展现了一组对象以及它们之间的关系。用以详述、构造和

35、文档化系统中存在的实例以及它们之间的相互关系。对象图给出系统的静态设计视图或静态进程视图，和类图一样。描述了在类图中所建立的事物的实例的静态快照。对象图一般包括对象和链。这种视图主要支持系统的功能需求，即系统应该提供给最终用户的服务。因而它也用于表示交互图表示的动态场景的一个静态画面。,软件工程,89,对象图的事例,软件工程,90,状态迁移图（State Transition Diagram）,状态是在对象生存周期中的一个位置。在此位置满足某种条件，执行某种活动或等待某个事件。状态迁移图展现了一个状态机，它由状态、转移、事件和活动组成。状态迁移图显示了：一个给定类的生存史；导致状态转移的一系列

36、事件；产生状态变化的一系列活动；状态图关注系统的动态视图。,软件工程,91,状态迁移图的事例,软件工程,92,活动图（Activity Diagram）,一个活动是一个在状态机内部正在进行的非原子（即可中断的）动作。活动图是一种特殊的状态图。其中，大多数的或者全部的状态都是动作状态或者活动状态大多数的或者全部的迁移都是由于源状态中活动的完成而被触发的。一个活动图着重于描述计算过程或工作流的顺序的和并发的执行步骤。,软件工程,93,软件工程,94,活动图的两种使用方式,软件工程,95,泳道（swimlanes）,活动图描述发生了什么，但没有说明该活动由谁来完成。泳道描述了这种关系。泳道用矩形框表

37、示，属于某个泳道的活动放在该矩形框内，将对象名放在矩形框的顶部，表示泳道中的活动由该对象负责。两个泳道中活动的各自由不同的对象负责，活动之间控制权的转移表明对象之间的协作关系。所以泳道可以将活动图的逻辑描述与顺序图、写作图的责任描述结合起来。,软件工程,96,乘客 电梯,电梯在当前楼层,否则,软件工程,97,软件工程,98,构件图（Component diagram）,构件图展现了一组构件之间的组织和依赖。构件图专注于系统的静态实现视图。它与类图相关，通常把构件映射为一个或多个类、接口或协作。一个构件可能是：部署构件：如动态链接库(DLL)、二进制可执行构件、ActiveX控件、JavaBea

38、ns等，是形成可执行文件的基础。工作产品构件：如数据文件或源代码。是部署构件的来源。执行构件：可运行的构件,软件工程,99,构件图的事例,软件工程,100,接口（interface）,接口是一个类或构件提供给其他类或构件的一组操作。类的变体，其变体关键字是。每个接口要指定一个名字，以区分不同的接口。接口的名字就是类的名字，用字符串表示。构件的接口有两种类型：导入接口（import interface）：访问服务的构件使用导入接口；导出接口（export interface）：由提供操作的构件提供。,软件工程,101,部署图（Deployment Diagram）,部署图展现了在软件过程中存在的

39、运行处理节点以及其中的构件的配置。部署图给出了体系结构的静态实施视图。它描述系统硬件的物理拓扑结构（包括网络布局和构件在网络上的位置），以及在此结构上执行的软件（即运行时软构件在节点中的分布情况）。它与构件图相关，通常一个节点包含一个或多个构件。,软件工程,102,部署图的事例,软件工程,103,UML的规则,命名(names)为事物、关系和图起名。如：“student”、“PersonInfo:student”作用域(scope)把施于类而不是施于实例的操作和属性说明为类作用域。相当于C+静态变量。,软件工程,104,可见性(visibility)对类中任一属性或操作定义存取权限。加前缀：+

40、(公用)、-(私用)、#(保护)完整性(integrity)保持事物之间联系的正确性和一致性。单个模型是不充分的，应建立互补的连锁的模型，从整体描述软件的蓝图。保持模型与现实的一致性。执行(execution)通过运行或模拟动态模型，才能真正理解和领会程序代码的含义是什么。,软件工程,105,UML的公共机制,规格说明(specifications)UML的图形表示用来对系统进行可视化，UML的规格说明用来描述系统的细节。规格说明提供了对构造块的语法和语义的文字叙述。在增量式建模中，可有两种方式：先画图，再增加语义到它的规格说明中；先创建规格说明，或对已完成的系统执行逆向工程，创建这些规格说明

41、的投影图。,软件工程,106,修饰(adornments)对类的描述可以包含其他细节，表示为图形或文字修饰。UML表示中每一个元素都有一个基本符号，可将各种修饰细节加到这个符号上。例如，下图是一个带修饰的类。,软件工程,107,通用划分(common divisions)对类和对象的划分接口和实现的分离,有名Customer对象,匿名Customer对象,由规格说明指定为一个Customer对象,接口是契约，实现是契约的一种实施。,软件工程,108,扩展机制(extended mechanisms)约束(Constraint)约束可增加新的语义或改变已有的规则。约束用表明，放在相关元素附近。,

42、多个元素间的约束,简单约束,软件工程,109,标记值（Tagged Value）用标记值可为UML的事物增加新的特性。标记值与类的属性不同。标记值可以看作是元数据，它的值应用到元素本身，而不是它的实例。标记值常用来详述与代码生成或配置管理有关的特性。如指定特定类映射到的编程语言，或描述一个构件的作者或版本。标记值用(标记)=(值)表示。,软件工程,110,衍型(Stereotype)衍型的别名是构造型。如果发现需要一个模型构造，它不在UML中但又与UML的某一成分类似，可以将它看作UML构造的一个衍型。例如，UML接口是一个类，它只有一些不具有方法实现和属性的公用操作，它是一种特别的类，可以定

43、义它为类的衍型。当对节点或类建立衍型时，是通过创建类似于已有构造块的新构造块来扩展 UML。在UML表示法中可以用表示衍型。,软件工程,111,衍型可用于分类和扩充关联、继承关系、类和构件。例如：类的衍型：边界、控制、实体、实用程序、异常；继承的衍型：uses和extends；构件的衍型：子系统。,软件工程,112,3.5 UML的元模型结构,UML的元模型提供了建立UML系统模型所需的模型元素，元模型详细说明了UML对象建模概念的抽象语法和语义。UML元模型的风格，融合了自然语言、形式化语言以及图形化记号。模型描述了结构模型和行为模型的语义，包括结构模型（静态模型）和行为模型（动态模型），其

44、中结构模型强调系统中对象的结构，包括类、接口、属性和关系；行为模型强调系统中对象的行为，包括方法、交互、协作和状态历史。,软件工程,113,UML元模型的层次,UML可定义为4个抽象层次，从高到低分别是元元模型（Meta-Meta Model）元模型（Meta Model）模型（Model）运行实例（Run-time Instance）。上一层是下一层的基础，下一层是上一层的实例元元模型层,软件工程,114,元元模型层定义了用于描述元模型的语言。在UML的元元模型中，定义了“元类”、“元属性”、“元操作”等概念。元模型层元模型层定义了用于详细说明模型的语言，组成了UML的基本元素。元模型是元元

45、模型的一个实例，如类、属性、操作等，都是元模型层的元对象。类是“元类”的实例；属性是“元属性”的实例；,软件工程,115,操作则是“元操作”的实例。“类”、“对象”、“关联”和“链接”等概念都是元元模型中“事物”概念的实例。模型层模型层定义了描述某一个信息系统的模型的语言，组成了UML的系统模型。模型是对现实世界的抽象，描述了一个问题领域或一个解决方案。例如，在一个学生管理系统的模型中，类“学生”与“教授”之间存在着的“关联”关系。,软件工程,116,运行实例层运行实例层是模型所描述的实体的具体实例或表达一个模型的特定场景。例如，一位教授“严蔚敏”和多位学生“刘激扬”、“章燕军”等由于教学而发生关联。运行实例是模型的一个实例，用于详细说明一个系统模型的具体实施场景。例如，“刘激扬”、“章燕军”是“学生”类的实例，“严蔚敏”是“教授”类的实例，“教学”关联是元关联“关联”的实例。,软件工程,117,