M2Tema8 (DClases)

Ingeniera del Software I (4 I.I.
MODULO 2: Anlisis y Diseo OO con UML

Tema 8: Diagramas de Clases
Ingeniera del Software I (4 I.I.)
Mdulo 2. Tema 8: Diagramas de Clases
Clases
Modelado Conceptual:
Organizacin del conocimiento del dominio del problema en un conjunto de abstracciones ordenadas de forma que se obtiene un conocimiento ms profundo del problema
Clasificacin
El mundo real puede ser visto desde abstracciones diferentes (subjetividad) Mecanismos de abstraccin: Clasificacin / Instanciacin Composicin / Descomposicin Agrupacin / Individualizacin Especializacin / Generalizacin
La clasificacin es uno de los mecanismos de abstraccin ms utilizados

Ingeniera del Software I (4 I.I.) Mdulo 2. Tema 8: Diagramas de Clases 3
Clases
Qu es una clase?
Es una descripcin de un conjunto de objetos que comparten los mismos atributos, operaciones, relaciones y semntica.
Nombre Atributos Operaciones
Son una abstraccin de las cosas que forman parte del vocabulario del dominio.
Clases
La clase define el mbito de definicin de un conjunto de objetos Cada objeto pertenece a una clase Los objetos se crean por instanciacin de las clases
Clases: Notacin Grfica

Cada clase se representa en un rectngulo con tres compartimientos:
nombre de la clase atributos de la clase operaciones de la clase
motocicleta color cilindrada velocidad maxima arrancar acelerar frenar
Clases: Notacin Grfica

Otros ejemplos:
lista pila primero ultimo aadir quitar cardinalidad
apilar desapilar cardinalidad
Clases
Atributo Es una propiedad, cualidad o caracterstica asociada a una clase, identificada por un nombre que describe un rango de valores que puede tomar la propiedad. El nombre de un atributo es un nombre corto o expresin nominal extrada del dominio.
Por lo general se suele poner la primera letra de cada palabra en maysculas, excepto de la primera (precio; tipoProducto)
Junto al nombre se pueden incluir otras caractersticas (tipo, valor por defecto, etc.)
Clases
Operacin Es una implementacin de un servicio que puede ser requerido a cualquier objeto de la clase para que muestre un comportamiento. Generalmente la invocacin de una operacin sobre un objeto produce un cambio en los datos o el estado de ste. El nombre de una operacin es un verbo o expresin verbal extrado del dominio.
Por lo general se suele poner la primera letra de cada palabra en maysculas, excepto de la primera (comprar; calcularImporte)
Clases
Operacin Junto al nombre se puede especificar su signatura.
Nombre, tipo y valores por defecto de los parmetros y en ciertos casos necesarios tipo de retorno.
SensorTemperatura reiniciar() ponerAlarma(t: Temperatura) valor() : Temperatura
10
Clases
Especificacin de una clase Para facilitar la comprensin no se suelen mostrar todos los atributos y operaciones de la clase, o incluso a veces slo se muestra el nombre de la clase.
Se puede indicar explcitamente que hay ms atributos o propiedades mediante: ...
11
Clases
Identificacin de clases
El objetivo es identificar los conceptos significativos del dominio. Dos posibles estrategias: A partir de una lista de categoras. A partir de identificacin de frases nominales.
12
Clases
Lista de categoras conceptos
Categora del concepto Objetos fsicos tangibles Especificaciones o descripciones de cosas Lugares Transacciones Lnea o elemento de una transaccin Papeles de las personas
Ejemplo Camin Descripcin del producto Tienda, Almacn, Delegacin Venta, Pago, Reserva Lnea de una Venta Vendedor, Camionero
13
Clases
Categora del concepto Contenedores de cosas Cosas dentro del contenedor Otros sistemas software externos Conceptos abstractos Organizaciones Eventos
Ejemplo Tienda, Almacn Producto Sistema de autorizacin de tarjeta de crdito Hambre Dpto de Ventas Pago, Anulacin
14
Clases
Categora del concepto Procesos Reglas y polticas Catlogos Documentos, libros Instrumentos y servicios financieros Ejemplo Venta de un producto Poltica de reembolso por anulacin Catlogo de productos Manual de Personal, Ticket de compra Existencias, Lnea de crdito
15
Clases
Identificacin de frases nominales Este mtodo consiste en identificar en las descripciones textuales del dominio nombre o frases nominales y considerarlas como conceptos. En esta estructura los verbos representan asociaciones entre conceptos. Ejemplo.El cliente realiza los pedidos Cliente
Realiza
Pedido
16
Clases
Errores y problemas en la identificacin de clases
Incorporacin de documentos como clases.
Incorporarlos slo si cumplen un papel especial respecto a las reglas del negocio (ejemplo.- un recibo de compra puede ser necesario para realizar una devolucin).
Distincin entre atributo y clase.

Si el concepto identificado no se describe mediante un simple nmero o texto descriptivo, posiblemente sea una clase.
17
Clases: Encapsulacin
La encapsulacin presenta dos ventajas bsicas: Se protegen los datos de accesos indebidos El acoplamiento entre las clases se disminuye Favorece la modularidad y el mantenimiento Los atributos de una clase no deberan ser manipulables directamente por el resto de objetos
18
Los niveles de encapsulacin estn heredados de los niveles de C++:
(-) Privado : es el ms fuerte. Esta parte es totalmente invisible (excepto para clases friends en terminologa C++) (#) Los atributos/operaciones protegidos estn visibles para las clases friends y para las clases derivadas de la original (+) Los atributos/operaciones pblicos son visibles a otras clases (cuando se trata de atributos se est transgrediendo el principio de encapsulacin)
19
Ejemplo:
Reglas de visibilidad + Atributo pblico : int # Atributo protegido : int - Atributo privado : int + "Operacin pblica" # "Operacin protegida" - "Operacin privada"
20
Relaciones entre Clases

Los enlaces entre objetos pueden representarse entre las respectivas clases Expresa una conexin entre las clases del dominio. Formas de relacin entre clases: Asociacin y Agregacin (vista como un caso particular de asociacin) Generalizacin/Especializacin
Las relaciones de Agregacin y Generalizacin forman jerarquas de clases

Asociacin
La asociacin expresa una conexin bidireccional entre objetos Una asociacin es una abstraccin de la relacin existente en los enlaces entre los objetos
Univ. de Murcia:Universidad Un enlace Antonio:Estudiante
Universidad Una asociacin
Estudiante
22
Asociacin
Especifica que los objetos de una clase estn conectados con objetos de otra clase. Puede verse como:
unin o conexin de ideas establece las relaciones entre los objetos necesarios para llevar a cabo un conjunto de requerimientos
Pueden incluirse cuatro adornos a la asociacin.

Nombre.- Se utiliza para describir la naturaleza de la asociacin. Rol.- Es el papel especfico que juega una clase en dicha relacin. Multiplicidad.-Indica cuntos objetos pueden conectarse a travs de una instancia de la asociacin. Agregacin.-Permite modelar relaciones especiales de tipo todo/parte.
23
Asociacin
Nombre.- describe la relacin existente entre las clases . Para aclarar su significado suele ser interesante indicar la direccin de lectura.
Trabaja en Empresa Persona
Puede no ser necesario su inclusin si se indican los nombre de los roles.
24
Asociacin
Rol.- es la cara que la clase de un extremo de la relacin presenta a la clase del otro extremo. Una clase puede jugar el mismo o diferentes roles en otras asociaciones.
Empresa Patrn Empleado
Persona
25
Asociacin
Multiplicidad.- indica el nmero de objetos que puede participar en una instancia de la relacin.
En una relacin se indican tantas multiplicidades como clases participen en la asociacin. En la multiplicidad se indican los lmites inferior y superior de los objetos participantes.
1 -> exactamente 1 0,1 -> cero o uno 0..4 -> entre cero y cuatro 3,7 -> tres o siete 0..* -> mayor o igual de cero (por defecto) 1..* -> mayor o igual a uno 0..3, 7, 9..* -> cualquier nmero menos 4, 5, 6 y 8
La multiplicidad mnima >= 1 establece una restriccin de existencia

Asociacin
Multiplicidad.Cuando se indica una multiplicidad en un extremo de la asociacin, se est especificando que, para cada objeto de la clase en el extremo opuesto, debe haber tantos objetos en este extremo
1 Empresa 1..* Persona
Empresa 1 Empresa 2
Persona 1 Persona 2 Persona 3
27
Asociacin
Agregacin.- describe asociaciones en las que existe una jerarqua de composicin en la que una clase representa el todo y otras las partes que lo constituyen.
Empresa 1 * Departamento Parte Todo
La existencia de una agregacin no liga la existencia del todo y sus partes.
28
Asociacin
Avin
Agregaciones tpicas.Partes que componen un objeto de nivel superior

Avin
0,1
0,1 0..4
Motor
Elementos contenidos en otro nivel superior
0..n
Pasajeros
Vuelo
Miembros de una coleccin o conjunto.
1..n 1..n
SegmentoVuelo
29
Agregacin: Caracterizacin
Caracterizaciones relacionadas con la multiplicidad
Multiplicidad Mnima Objeto Agregado 0 flexible > 0 estricta Multiplicidad (mn , mx )
a a
Mxima 1 disjunto > 1 no disjunto
Multiplicidad Mnima 0 nulos permitidos > 0 nulos no permitidos
(mnc, mxc)
Multiplicidad Mxima 1 univaluado > 1 multivaluado
Objeto Componente
... Agregacin: Caracterizacin

En UML slo se distingue entre agregacin y composicin (aggregate composition), siendo esta ltima disjunta y estricta Adems se una agregacin se podra caracterizar segn: Puede el objeto parte comunicarse directamente con objetos externos al objeto agregado? No => inclusiva Si => no inclusiva Puede cambiar La composicin del objeto agregado? Si => dinmica No => esttica
31
Asociacin
Composicin.- es un tipo especial de agregacin en la que la existencia de las partes est ligada a la del todo.
El objeto parte puede pertenecer a un todo nico, es ms se espera que las parte vivan y mueran con el todo.
Cliente Todo
0..* CuentaBancaria Parte
32
Asociacin
Otras caractersticas Las relaciones pueden tener asociados atributos.
Empresa 1..* * Empleado Empleo desde hasta
33
Asociacin
Lista de categoras asociaciones
Categora de asociacin A es una parte fsica de B A es una parte lgica de B A est fsicamente contenido en B A est contenido lgicamente en B A es una descripcin de B Ejemplo Ala-Avin; TramoVuelo-RutaVuelo Producto-Estante; Pasajero-Avin Producto-Catlogo DescripcinProducto-Producto
A es un elemento de una lnea LneaPedido-Pedido en una transaccin B

Asociacin
Categora de asociacin A se conoce/introduce/ registra/presenta/captura en B A es miembro de B A es una subunidad organizacional de B A usa o dirige a B A se comunica con B A se relaciona con una transaccin B
Ejemplo Reserva-ListaPasajeros; Venta-Caja Piloto-Avin; Vendedor-Tienda Departamento-Tienda; Mantenimiento-LneaArea Piloto-Avin Cliente-Vendedor; AgenteReserva-Pasajero Pago-Pedido; Pasajero-Billete
35
Asociacin
Categora de asociacin A es una transaccin relacionada con otra transaccin B A est contiguo a B A es propiedad de B Ejemplo Pago-Venta; Reserva-Cancelacin Ciudad-Ciudad Avin-LineaArea;
36
Asociacin
Ejemplo:
marido casado-con 0.. 1 mujer jefe 0.. 1 Administra 0.. 1
Persona * nombre s. s.
trabaja-para emplea-a
* Compaa
nombre direccin
empleado
37
Asociacin Cualificada
Aerolnea
nro_billete
0..1
Viajero
Tablero Ajedrez
fila columna
Cuadro
Reduce la multiplicidad del rol opuesto al considerar el valor del cualificador
38
Ejemplos
39
... Ejemplos
40
Ejemplos
Agregacin
Polgono
1 contiene 3.. *
{ordenado}
Punto
Persona Empresa
*
Cuenta
*
or
1
Asociacin excluyente
Usuario
est-autorizado-en
Estacin
Clase de asociacin
Autorizacin prioridad privilegios camb_privil

41
Jerarquas de Generalizacin/Especializacin
Permiten gestionar la complejidad mediante un ordenamiento taxonmico Se obtiene usando los mecanismos de abstraccin de Generalizacin y/o Especializacin La Generalizacin consiste en factorizar las propiedades comunes de un conjunto de clases en una clase ms general
42
... Generalizacin/Especializacin
Indica una relacin entre un elemento ms general (supertipo) y un caso ms especfico (subtipo) de ese elemento. A veces se le denomina relacin es-un-tipo-de. Los objetos hijos se pueden emplear en cualquier lugar que pueda aparecer el padre, pero no a la inversa. Las clases hijas heredan las caractersticas (atributos, operaciones y relaciones) de sus clases padres.
43
La generalizacin produce una estructura jerrquica en la que existen clases sin padres (clase base) y clases sin hijos (clases especializadas u hojas).
Figura posicin: Punto mover() dibujar()
Rectngulo esquina: Punto dibujar() Crculo radio:Float dibujar() Cuadrado

Ingeniera del Software I (4 I.I.) Mdulo 2. Tema 8: Diagramas de Clases
Polgono puntos: Lista dibujar()
44
Cuando deberamos definir un subtipo? (Especializacin) Debemos asegurarnos que esta particin es til en el dominio del problema. Motivos para realizar la particin:
El subtipo tiene otros atributos. El subtipo tiene otras asociaciones. Se puede especificar un comportamiento especfico para el subtipo o se reacciona ante l de manera diferente a como se hara ante el supertipo.
45
Cuando deberamos definir un supertipo? (Generalizacin) Motivos para realizar la generalizacin:
Los conceptos asociados a subtipos potenciales representan variaciones de un concepto semejante. Los conceptos comparten entre si varios atributos o comportamientos semejantes. Existen relaciones compartidas por los conceptos candidatos a subtipos que pueden generalizarse y asociarse al supertipo.
46
Clases abstractas Representan clases que no contienen objetos.Slo pueden aparecer dentro de jerarquas de generalizacin. Se pueden asociar a clases de una jerarqua en la que los objetos siempre deben pertenecer a uno de los subtipo definidos.
Figuras
Rectngulos
Crculos
Polgonos
47
Clases abstractas Se representan poniendo el nombre de la clase en cursiva o mediante el valor etiquetado {abstract} debajo del nombre de la clase.
Figura posicin: Punto mover() dibujar() Figura {abstract} posicin: Punto mover() dibujar()
Rectngulo esquina: Punto dibujar() Crculo radio:Float dibujar()

Ingeniera del Software I (4 I.I.) Mdulo 2. Tema 8: Diagramas de Clases
Polgono puntos: Lista dibujar()
48
Estructuras mltiples: La generalizacin puede ser:
simple.- un subtipo solo tiene un supertipo (padre). mltiple.- un subtipo puede tener varios supertipos Persona (padres).
Persona nombre direccin nombre direccin
Empleado fechaNacimiento identificacionUsuario password
Accionista nmeroAcciones
Empleado Accionista fechaNacimiento identificacionUsuario password nmeroAcciones
EmpleadoAccionista fechaNacimiento identificacionUsuario password nmeroAcciones
EmpleadoAccionista
49
Nombres usados: clase padre - clase hija, superclase - subclase, clase base - clase derivada Las subclases heredan caractersticas de sus superclases, es decir, atributos y operaciones (y asociaciones) de la superclase estn disponibles en sus subclases
50
La Generalizacin y Especializacin son equivalentes en cuanto al resultado: la jerarqua y herencia establecidas Generalizacin y Especializacin no son operaciones reflexivas ni simtricas pero s transitivas
51
A bstracciones ms generales. ve hiculo
vehiculo terrestre
vehiculo a reo
camion
coche
avion
helicoptero
52
La especializacin es una tcnica muy eficaz para la extensin y reutilizacin
coche
funcionando
estropea do
Caracterizacin de la generalizacin en UML:

disjunta - no disjunta total (completa) - parcial (incompleta)

Mdulo 2. Tema 8: Diagramas de Clases 53
La nocin de clase est prxima a la de conjunto Dada una clase, podemos ver el conjunto relativo a las instancias que posee o bien relativo a las propiedades de la clase Generalizacin y especializacin expresan relaciones de inclusin entre conjuntos
54
Particionamiento del espacio de objetos => Clasificacin Esttica Particionamiento del espacio de estados de los objetos => Clasificacin Dinmica En ambos casos consideraremos generalizaciones/especializaciones disjuntas
55
Un ejemplo de Clasificacin Esttica:
vehiculo areo
avion
helicoptero
56
Un ejemplo de Clasificacin Dinmica:
coche
funcionando
estrop ea do
57
... Generalizacin
Extensin: Posibles instancias de una clase Intensin: Propiedades definidas en una clase
A
int(A) int(B) ext(B) ext(A)

B
58
... Generalizacin
Clasificacin Esttica
C0
ext(C0) = ext(Ci) completa

{ static }
ext(Ci) ext(Cj) = disjunta
C1
Cn
59
... Generalizacin
Clasificacin Dinmica
C0
ext(C0) = ext(Ci)
{ dinmica }
completa
extt(Ci) extt(Cj) = disjunta en t extt1(Ci) extt2(Cj) posiblemente no disjunta en diferentes instantes
C1
Cn
60
... Generalizacin
Ejemplo: varias especializaciones a partir de la misma clase padre, usando discriminadores:
Comercial Militar
uso Vehculo Areo
estructura
Avin
Helicptero
61
En la Especializacin Esttica, el objeto es instancia de la subclase desde su creacin y la superclase en las que fue creado. Esta pertenencia es inmutable Puede haber ms de una especializacin esttica o dinmica a partir de la misma superclase
62
En la Especializacin Dinmica un objeto puede migrar durante su vida entre las distintas subclases de la especializacin La migracin puede definirse en funcin de su estado o de los eventos que le acontezcan
63
Ejemplo: especializaciones dinmicas de la misma superclase:
de m enos de 1000km s coche
de m s de 1000 km s func ionando es tropeado
64
Un ejemplo combinado:
vehiculo
comercial ve hiculo terre stre vehiculo areo e sttica
esttica
esttica a vio n he lico pte ro
militar
camion
de menos de 1000kms dinmica de ms de 1000 kms
coche
dinmica
funcionando
estropeado
65
El siguiente es un ejemplo de clasificacin no equilibrada:
vehiculo terrestre
ca mio n
coche
Harley D avidson
66
Clasificacin Mltiple (herencia mltiple)

Se presenta cuando una subclase tiene ms de una superclase La herencia mltiple debe manejarse con precaucin. Algunos problemas son el conflicto de nombre y el conflicto de precedencia Se recomienda un uso restringido y disciplinado de la herencia. Java y Ada 95 simplemente no ofrecen herencia mltiple
67
Herencia Mltiple
Uso disciplinado de la herencia mltiple: clasificaciones disjuntas con clases padre en hojas de jerarquas alternativas
Bpedo Cuadrpedo nro patas Con Pelos cubertura Con Plumas cobertura cobertura Con Escamas Animal comida Carnvoro comida nro patas Herbvoro
Conejo
68
Principio de Sustitucin
El Principio de Sustitucin de Liskow (1987) afirma que: Debe ser posible utilizar cualquier objeto instancia de una subclase en el lugar de cualquier objeto instancia de su superclase sin que la semntica del programa escrito en los trminos de la superclase se vea afectado.
69
Principio de Sustitucin
Dado que los programadores pueden introducir cdigo en las subclases redefiniendo las operaciones, es posible introducir involuntariamente incoherencias que violen el principio de sustitucin El polimorfismo que veremos a continuacin no debera implementarse sin este principio
70
Polimorfismo
El trmino polimorfismo se refiere a que una caracterstica de una clase puede tomar varias formas El polimorfismo representa en nuestro caso la posibilidad de desencadenar operaciones distintas en respuesta a un mismo mensaje Cada subclase hereda las operaciones pero tiene la posibilidad de modificar localmente el comportamiento de estas operaciones
71
Polimorfismo
Ejemplo: todo animal duerme, pero cada clase lo hace de forma distinta
Zoo 1 * Animal
?
dormir
?
Len Oso Tigre
72
Polimorfismo
Zoo 1 * Animal Dormir() { }
Len
Oso
Tigre
Dormir() { sobre el vientre }
Dormir() { Sobre la espalda }
Dormir() { en un rbol }
73
Polimorfismo
La bsqueda automtica del cdigo que en cada momento se va a ejecutar es fruto del enlace dinmico El cumplimiento del Principio de Sustitucin permite obtener un comportamiento y diseo coherente
74
Clases vs. Objetos

Los Diagramas de Clases y los Diagramas de Objetos pertenecen a dos vistas complementarias del modelo Un Diagrama de Clases muestra la abstraccin de una parte del dominio Un Diagrama de Objetos representa una situacin concreta del dominio Cada objeto es instancia de una clase Ciertas clases (clases abstractas o diferidas) no pueden ser instanciadas
75
Diagramas de Clases.
Ejemplo
* 1..*
Diagrama de Clases
set elli b ed rod edneV 1 otoliP 2 . .1 * avre seR * 1 * oleuV * * 1
ro toM
4 . .1
1 nivA
} a telpmo c , a tnu jsid {
1 aera aenL laic re moc nivA ratilim nivA
} a telpmo c ,a tnuj sid {
soreja sap ed nivA
agrac ed nivA
Empresa
1 1..*
Departamento nombre
0,1 *
Se ubica
*
Oficina direccin telfono
Persona nombre direccin
{subconjunto}
miembro 1..* 1
director
Accionista nmeroAcciones
Empleado fechaNacimiento identificacionUsuario password obtenerResgistrosPersonales RegistroPersonal historialEmpleos salario IinformacinSegura
76
Diagramas de Clases.
Ejemplo
destino Misin nmero descripcin horario
1..n 1..n
Diagrama de Clases
set elli b ed rod edneV 1 otoliP 2 . .1 * avre seR * 1 * oleuV * * 1
ro toM
4 . .1
1 nivA
} a telpmo c , a tnu jsid {
1 aera aenL laic re moc nivA ratilim nivA
} a telpmo c ,a tnuj sid {
soreja sap ed nivA
agrac ed nivA
origen
destino origen
SegmentoVuelo nmero descripcin

1
FallosAvin fecha hora descripcin se asigna

0..n 0..n 1 0..n
Aeropuerto nombre ciudad destino origen Cliente

0..n
ElementoEmbarque nmero situacinActual

1
0..n
0,1
Avin nmero estado modelo capacidad
tiene
1 0,1
Trayectoria fecha
2..n
adquiere
0..n
Persona nombreApellidos
Carga peso tamao descripcin
PuntoEspacioAreo fecha hora posicin
Empresa razonSocial Ingeniera del Software I (4 I.I.)
Particular
Pasajeros asiento
77
Esterotipos para Diagramas de Clases
Clase
UML permite modelar una arquitectura a tres capas utilizando estereotipos para las clases en cada una de las capas. Se distinguen tres estereotipos bsicos: o interfaz o entidad o control
78

Clase de interfaz
Clase
Se utilizan para modelar la interaccin entre el sistema y sus actores Modelan las partes del sistema que dependen de los actores y, por tanto, renen los requisitos en los lmites del sistema. Por tanto, las interfaces de usuario y las interfaces de comunicacin quedan aisladas en este tipo de clases. Cada clase interfaz debera estar asociada al menos a un actor.
79

Clase de interfaz Representan abstracciones de los elementos de la interfaz, pero deben mantenerse a un nivel de abstraccin elevado.
Clase
Pueden representar abstracciones de ventanas, formularios, interfaces de comunicacin, sensores, etc., pero no deben detallarse en exceso. Por tanto, no se est pidiendo un prototipo final de la interfaz.
80

Clase de entidad
Clase
Se utilizan para modelar la informacin que posee una vida ms larga y que a menudo es persistente. Se corresponden con conceptos del dominio del problema. Se pueden derivar directamente de una clase de entidad del negocio, aunque pueden corresponder a un subconjunto de ellas. Puede tener un comportamiento relativo a la informacin que representa.
81

Clase de control
Clase
Representa la coordinacin, secuencia, transacciones y control de la lgica del negocio compleja que implica a varios objetos. Se utilizan para encapsular el control de un caso de uso concreto. Se pueden utilizar tambin para representar derivaciones o clculos complejos que no pueden asociarse a ninguna informacin (clase entidad) concreta.
82

Diagrama de clases asociado a la realizacin de un caso de uso
Clase
Una clase de anlisis y sus objetos participan en varias realizaciones de casos de uso. Algunas responsabilidades, atributos y asociaciones suelen ser slo relevantes para una nica realizacin de caso de uso. Es importante, por tanto, durante el anlisis coordinar todos los requisitos sobre una clase y sus objetos que puede estar asociados a diferentes casos de uso.

Ejemplo
Clase
PedidosConfirmados GestorPedidos Factura
Pagos Comprador IU SolicitudPago GestorPagos
84
Paquetes
Qu es un paquete?
Paquete
Reglas del negocio
Es un mecanismo que permite organizar los elementos de modelado en bloques mayores que se pueden manipular en grupo. Permiten controlar la visibilidad de los elementos de un grupo desde el exterior. Agrupan elementos cercanos semnticamente y que se suelen cambiar juntos. Son cohesivos y poco acoplados.
Reglas del negocio
85
Paquete
Paquete
Reglas del negocio
Un paquete puede contener otros elementos: clases, interfaces, componentes, nodos, colaboraciones, casos de uso, diagramas e incluso otros paquetes. Cada elemento pertenece exclusivamente a un nico paquete Forma un espacio de nombres nico
Dentro de l no pueden existir dos elementos de la misma categora con el mismo nombre.
Permiten controlar la visibilidad de los elementos de un grupo desde el exterior. Pueden establecerse jerarqua de paquetes
No ms de tres niveles.
Paquete
Importacin
Paquete
Reglas del negocio
Para poder acceder a los elementos contenidos de un paquete debe importarse dicho paquete.
Importacin: concede un permiso de un solo sentido para que los elementos de un paquete puedan acceder a los elementos de otro. Se utiliza el estereotipo import
Las dependencias de importacin y acceso no son transitivas Si un elemento es visible en un paquete lo es a todos los paquetes contenido en ese paquete
87
Paquete
Visibilidad
Paquete
Reglas del negocio
Normalmente los elementos contenidos en un paquete son pblicos (+), es decir, son visibles por cualquier paquete que importe al paquete contenedor.
El conjunto de partes pblicas constituye su interfaz.
Los elementos protegidos (#) slo pueden ser vistos por los hijos dentro de una jerarqua de herencia. Los elementos privados (-) no son visibles fuera del paquete donde se declaran. Los paquetes que son amigos (friend) de otro pueden ver todos los elementos de ste, sin importar cul sea su visibilidad.
Paquete
Generalizacin
Paquete
Reglas del negocio
Pueden definirse jerarquas de generalizacin al igual que suceden con otros elementos como clases, casos de uso, etc. Los elementos ms especializados heredan los elementos pblicos y protegidos del paquete ms general. Los paquetes ms especializados pueden reemplazar a los elementos ms generales y aadir otros. Un paquete generalizado puede utilizarse dondequiera que se use un paquete ms general.
Paquete
Modelado de grupos de elementos
Paquete
Reglas del negocio
Examinar los elementos de una determinada vista arquitectnica en busca de grupos de elementos cercanos desde el punto de vista conceptual o semntico. Englobar cada uno de esos grupos en un paquete. Para cada paquete definir los elementos que pueden ser accedidos desde fuera. En caso de duda ocultar el elemento. Conectar explcitamente los paquetes que dependen de otros a travs de dependencias de importacin. En caso de encontrar familias de paquetes utilizar la generalizacin.
Paquete (Ejemplos)
Cliente Servicios de Usuario
Paquete
Reglas del negocio
+ Formulario de pedidos - Pedido
<<import>> <<import>> GUI Servicios de Datos + Ventana + Formulario # GestorEventos
<<import>>
WindowsGUI Servicios de Negocio + GUI::Ventana + Formulario # GUI::GestorEventos + VBForm
MacGUI
91
Paquete (Ejemplos)
E d it or V entanas
Paquete
Reglas del negocio
Co n tro l a d o r E l e m e n to s
Motif
MSWindows
Do m i n i o N cl e o Wi n d o ws
N cl e o M o ti f
MS W indow (fro m V e n ta n a s)
M o ti f (fro m V e n ta n a s)
92
Paquete (Ejemplos)
Paquete
Reglas del negocio
Corrector Ortogrfico
<<service package>> <<service package>>
Corrector Ingls
Corrector Espaol
93

M2Tema8 (DClases)

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

M2Tema8 (DClases)

Uploaded by

Copyright:

Available Formats

Ingeniera del Software I (4 I.I.

MODULO 2: Anlisis y Diseo OO con UML

Ingeniera del Software I (4 I.I.)

Mdulo 2. Tema 8: Diagramas de Clases

Ingeniera del Software I (4 I.I.)

Mdulo 2. Tema 8: Diagramas de Clases

Ingeniera del Software I (4 I.I.)

La clasificacin es uno de los mecanismos de abstraccin ms utilizados

Ingeniera del Software I (4 I.I.)

Mdulo 2. Tema 8: Diagramas de Clases

Ingeniera del Software I (4 I.I.)

Ingeniera del Software I (4 I.I.)

Mdulo 2. Tema 8: Diagramas de Clases

Clases: Notacin Grfica

Ingeniera del Software I (4 I.I.)

Mdulo 2. Tema 8: Diagramas de Clases

Ingeniera del Software I (4 I.I.)

Clases: Notacin Grfica

apilar desapilar cardinalidad

Ingeniera del Software I (4 I.I.)

Mdulo 2. Tema 8: Diagramas de Clases

Ingeniera del Software I (4 I.I.)

Mdulo 2. Tema 8: Diagramas de Clases

Ingeniera del Software I (4 I.I.)

Ingeniera del Software I (4 I.I.)

Mdulo 2. Tema 8: Diagramas de Clases

SensorTemperatura reiniciar() ponerAlarma(t: Temperatura) valor() : Temperatura

Ingeniera del Software I (4 I.I.)

Mdulo 2. Tema 8: Diagramas de Clases

Ingeniera del Software I (4 I.I.)

Ingeniera del Software I (4 I.I.)

Mdulo 2. Tema 8: Diagramas de Clases

Ingeniera del Software I (4 I.I.)

Mdulo 2. Tema 8: Diagramas de Clases

Ingeniera del Software I (4 I.I.)

Mdulo 2. Tema 8: Diagramas de Clases

Mdulo 2. Tema 8: Diagramas de Clases

Ingeniera del Software I (4 I.I.)

Ingeniera del Software I (4 I.I.)

Mdulo 2. Tema 8: Diagramas de Clases

Mdulo 2. Tema 8: Diagramas de Clases

Ingeniera del Software I (4 I.I.)

Distincin entre atributo y clase.

Ingeniera del Software I (4 I.I.)

Mdulo 2. Tema 8: Diagramas de Clases

Ingeniera del Software I (4 I.I.)

Mdulo 2. Tema 8: Diagramas de Clases

Ingeniera del Software I (4 I.I.)

Ingeniera del Software I (4 I.I.)

Mdulo 2. Tema 8: Diagramas de Clases

Ingeniera del Software I (4 I.I.)

Mdulo 2. Tema 8: Diagramas de Clases

Ingeniera del Software I (4 I.I.)

Relaciones entre Clases

Las relaciones de Agregacin y Generalizacin forman jerarquas de clases

Universidad Una asociacin

Ingeniera del Software I (4 I.I.)

Mdulo 2. Tema 8: Diagramas de Clases

Ingeniera del Software I (4 I.I.)

Pueden incluirse cuatro adornos a la asociacin.

Ingeniera del Software I (4 I.I.)

Mdulo 2. Tema 8: Diagramas de Clases

Puede no ser necesario su inclusin si se indican los nombre de los roles.