第12章UML建模语言.ppt

Chapter 1 Players in the Systems Game Unified Modeling Language (UML) UML概要 软件界第一个统一建模语言 UML由OMG与1997年11月批准为标准建模语言。 UML建立在当今国际上最有代表性的三种面向对象方法（Booch方法，OMT方法，OOSE方法）的基础之上。 UML是一种建模语言而不是一种方法，UML本身是独立于过程的。 Unified Modeling Language (UML) Unified Modeling Language (UML) Unified Modeling Language (UML) Unified Modeling Language (UML) 一般而言，我们可以从以下几种常用的视角来描述一个系统： 系统的使用实例：从系统外部的操作者的角度描述系统的功能。 系统的逻辑结构：描述系统内部的静态结构和动态行为，即从内部描述如何设计实现系统功能。 系统的构成：描述系统由哪些程序组件所组成。 系统的并发性：描述系统的并发性，强调并发系统中存在的各种通信和同步问题。 系统的配置：描述系统的软件和各种硬件设备之间的配置关系。 Unified Modeling Language (UML) Unified Modeling Language (UML) UML图符 UML Use Case Diagrams(用例图) 用例图描述系统外部的执行者与系统的用例之间的某种联系。 所谓用例是指对系统提供的功能（或称系统的用途）的一种描述； 执行者是那些可能使用这些用例的人或外部系统； 用例和执行者之间的联系描述了“谁使用哪个用例”。 一个用例是用户与计算机之间为达到某个目的的一次典型交互作用： 用例描述了用户提出的一些可见的需求； 用例可大可小； 用例对应一个具体的用户目标 用例图着重于从系统外部执行者的角度来描述系统需要提供哪些功能，并且指明了这些功能的执行者是谁； 用例图在UML方法中占有十分重要的地位，人们甚至称UML是一种用例图驱动的开发方法。 UML Use Case Diagrams(用例图) UML Use Case Diagrams(用例图) 用例图中的图符： 使用：由用例A连向用例B，表示用例A中使用了用例B中的行为或功能。 扩展：由用例A连向用例B，表示用例B描述了一项基本需求，而用例A则描述了该基本需求的特殊情况。 注释体：对UML实体进行文字描述 注释连接：将注释体与要描述的实体连接，说明该注释体是针对该实体进行的描述。 UML Use Case Diagrams(用例图) UML Use Case Diagrams(用例图) 用例建模步骤： 1.获取执行者： 谁使用系统的主要功能（主要使用者）？ 谁需要系统支持他们的日常工作？ 谁来维护、管理系统使其能正常工作（辅助使用者）？ 系统需要控制哪些硬件？ 系统需要与其他哪些系统交互？ 对系统产生的结果感兴趣的是哪些人？ 2.获取用例： 执行者要求系统提供哪些功能？ 执行者需要读、产生、删除、修改或存储系统中的信息有哪些类型？ 必须提醒执行者的系统事件有哪些？ 执行者必须提醒系统事件有哪些？怎样把这些事件表示成用例中的功能？ 3.构造用例模型图 4.记录用例描述 UML Class Diagrams（类图） 静态模型 在面向对象的建模技术中，类、对象和它们之间的关系是最基本的建模元素。对于一个想要描述的系统，其类模型、对象模型以及它们之间的关系揭示了系统的结构。 类图 类图描述了系统中的类及其相互之间的各种关系，其本质反映了系统中包含的各种对象的类型以及对象间的各种静态关系（关联，子类型）。 类图中的图符： 其中第一栏是类的名，第二栏是类的属性，第三栏是类的操作。 UML Class Diagrams（类图） UML Class Diagrams（类图） UML Class Diagrams（类图） 类与类的关系——关联关系 （1）普通关联 UML Class Diagrams（类图） 类与类的关系——关联关系 UML Class Diagrams（类图） 类与类的关系——聚合关系 （1）组成聚合：用于表示类的对象之间的关系：整体拥有各部分，部分与整体共存，如整体不存在了，部分也会随之消失。 UML Class Diagrams（类图） 类与类的关系——聚合关系 （2）共享聚合：用于表示类的对象之间的关系是整体与部分的关系。 UML Class Diagrams（类图） 类与类的关系——泛化关系 抽象类：没有具体对象的类 抽象类通常作为父类，用于描述其他子类的公共属性和行为。 抽象类表示：在类