Diagramas de interacción UML

Transcripción

1 escuela técnica superior de ingeniería informática Diagramas de interacción UML Departamento de Lenguajes y Sistemas Informáticos Joaquín Peña (Teoría)

2 Índice Introducción Diagramas de secuencia Diagramas de colaboración

3 Índice Introducción Diagramas de secuencia Diagramas de colaboración

4 Introducción Dos notaciones para un mismo objetivo: ilustrar el modo en el que los objetos interaccionan por medio de mensajes Nos permiten modelar la vista dinámica Ayuda a implementar la lógica de los métodos

5 Índice Introducción Diagramas de secuencia Diagramas de colaboración

6 Diagramas de secuencia Cada objeto se representa con una caja y cada mensaje con una flecha Las líneas que se extienden hacia abajo indican la línea de tiempo de cada objeto : Register : Sale dox doa a found message whose sender will not be specified dob doc dod execution specification bar indicates focus of control typical sychronous message shown with a filled-arrow line

7 Representación de clases e instancias lifeline box representing an unnamed instance of class Sale lifeline box representing a named instance lifeline box representing the class Font, or more precisely, that Font is an instance of class Class an instance of a metaclass :Sale s1 : Sale «metaclass» Font lifeline box representing an instance of an ArrayList class, parameterized (templatized) to hold Sale objects lifeline box representing one instance of class Sale, selected from the sales ArrayList <Sale> collection List is an interface in UML 1.x we could not use an interface here, but in UML 2, this (or an abstract class) is legal sales: ArrayList<Sale> sales[ i ] : Sale x : List related example

8 Mensajes a self o this : Register dox clear

9 Creación y destrucción de instancias Creación: : Register : Sale note that newly created objects are placed at their creation "height" makepayment(cashtendered) create(cashtendered) : Payment authorize Destrucción: : Sale create(cashtendered)... «destroy» : Payment X the «destroy» stereotyped message, with the large X and short lifeline indicates explicit object destruction

10 Fragmentos Mecanismo a través del cual se puede realizar la especificación de bloques repetitivos, opcionales, alternativos, entre otros Principales tipos de fragmentos: Operador alt loop opt par Significado Indica que el fragmento de diagrama es una alternativa Indica que el fragmento de diagrama se ejecuta repetidas veces Indica que el fragmento de diagrama es opcional. Indica que el fragmento de diagrama incluye varias hebras

11 Alternativas dox : A : B : C alt [ x < 10 ] calculate [ else ] calculate

12 Repeticiones t = gettotal lineitems[i] : : Sale SalesLineItem This lifeline box represents one instance from a collection of many SalesLineItem objects. loop [ i < lineitems.size ] i++ st = getsubtotal lineitems[i] is the expression to select one element from the collection of many SalesLineItems; the i value refers to the same i in the guard in the LOOP frame an action box may contain arbitrary language statements (in this case, incrementing i ) it is placed over the lifeline to which it applies : Sale lineitems[i] : SalesLineItem t = gettotal loop st = getsubtotal

13 Opcionalidad : Foo : Bar xx opt [ color = red ] calculate yy

14 Marcos sd AuthenticateUser : A : B : C : B : C dox doa authenticate(id) ref dob AuthenticateUser authenticate(id) dom1 dom2 ref DoFoo sd DoFoo : B : C interaction occurrence note it covers a set of lifelines note that the sd frame it relates to has the same lifelines: B and C dox doy doz

15 Mensajes polimórficos Payment is an abstract superclass, with concrete subclasses that implement the polymorphic authorize operation Payment {abstract} authorize() {abstract}... CreditPayment authorize()... DebitPayment authorize()... polymorphic message object in role of abstract superclass :Register :Payment {abstract} dox authorize stop at this point don t show any further details for this message :DebitPayment :Foo :CreditPayment :Bar authorize doa authorize dox dob separate diagrams for each polymorphic concrete case

16 Índice Introducción Diagramas de secuencia Diagramas de colaboración

17 Diagramas de colaboración Cada objeto se representa con una caja, las relaciones entre objetos con líneas y los mensajes con flechas que indican la dirección Se especifica el orden relativo mediante números en cada mensaje 1: makepayment(cashtendered) 2: foo : Register :Sale 2.1: bar link line

18 Representación de clases e instancias (Igual que en los DS) lifeline box representing an unnamed instance of class Sale lifeline box representing a named instance lifeline box representing the class Font, or more precisely, that Font is an instance of class Class an instance of a metaclass :Sale s1 : Sale «metaclass» Font lifeline box representing an instance of an ArrayList class, parameterized (templatized) to hold Sale objects lifeline box representing one instance of class Sale, selected from the sales ArrayList <Sale> collection List is an interface in UML 1.x we could not use an interface here, but in UML 2, this (or an abstract class) is legal sales: ArrayList<Sale> sales[ i ] : Sale x : List related example

19 Numeración de los mensajes first second third msg1 : A 1: msg2 : B 1.1: msg3 2.1: msg5 2: msg4 : C fourth 2.2: msg6 fifth sixth : D

20 Mensajes a self o this msg1 : Register 1: clear

21 Creación de instancias Three ways to show creation in a communication diagram create message, with optional initializing parameters. This will normally be interpreted as a constructor call. 1: create(cashier) : Register :Sale 1: create(cashier) : Register :Sale {new} «create» 1: make(cashier) : Register :Sale if an unobvious creation message name is used, the message may be stereotyped for clarity

22 Alternativas unconditional after either msg2 or msg4 : E 1a and 1b are mutually exclusive conditional paths 2: msg6 msg1 1a [test1] : msg2 : A : B 1b [not test1] : msg4 1a.1: msg3 : D 1b.1: msg5 : C

23 Repeticiones runsimulation : Simulator 1 * [ i = 1..n ]: num = nextint : Random iteration is indicated with a * and an optional iteration clause following the sequence number

24 Repeticiones t = gettotal : Sale 1 * [i = 1..n]: st = getsubtotal lineitems[i]: SalesLineItem this iteration and recurrence clause indicates we are looping across each element of the lineitems collection. This lifeline box represents one instance from a collection of many SalesLineItem objects. lineitems[i] is the expression to select one element from the collection of many SalesLineItems; the i value comes from the message clause. t = gettotal : Sale 1 *: st = getsubtotal lineitems[i]: SalesLineItem Less precise, but usually good enough to imply iteration across the collection members

25 Opcionalidad conditional message, with test message1 1 [ color = red ] : calculate : Foo : Bar

26 Mensajes polimórficos polymorphic message stop at this point don t show any further details for this message dox :Register authorize :Payment {abstract} object in role of abstract superclass authorize authorize :DebitPayment doa dob :Foo :CreditPayment dox :Bar separate diagrams for each polymorphic concrete case

27 !Gracias! Podemos mejorar esta lección? Mándanos un a joaquinp@us.es Visite la web de la asignatura