Curso UML 2010.pdf

7/26/2019 Curso UML 2010.pdf

http://slidepdf.com/reader/full/curso-uml-2010pdf 1/278

Modelamiento de Software conUML

7/26/2019 Curso UML 2010.pdf

Contenidos

• Modelado del software

• Presentación de UML

• Modelado de Casos de Usos – Diagramas de casos de uso

• Modelado Estructural

– Diagramas de Clases

7/26/2019 Curso UML 2010.pdf

Contenidos

• Modelado del Comportamiento – Diagramas de interacción

– Diagramas de actividades

– Máquinas de estado• Modelado de la Implementación

– Diagramas de componentes

– Diagramas de despliegue• Colaboraciones

• Formalización de UML: MOF y metamodelo

7/26/2019 Curso UML 2010.pdf

Contenidos

• Modelado del software• Presentación de UML

• Modelado de Casos de Usos – Diagramas de casos de uso

• Modelado Estructural – Diagramas de Clases

7/26/2019 Curso UML 2010.pdf

• La gran mayoría de los programas

modelan algo.

• ¿Qué significa modelar? – Un modelo es una representación

simplificada. Incluye característicasque se consideran importantes parael que lo usa, a la vez que desecha

otras que no lo son.

– Por ejemplo, un modelo de un autode plástico para un niño, muestralos detalles del exterior y las ruedas,pero obvia por completo el motor yla transmisión, una versión mássofisticada puede incluir un motor

que funcione y unos detalles muyrealistas en el interior. Porsupuesto, mientras más realista ydetallado sea el modelo, máscostosa será su creación

IntroducciónProgramas y Modelos

7/26/2019 Curso UML 2010.pdf

Introducción Objetos,Comportamiento y Clases

• Los elementos del modelo en los programas Orientado porObjetos se llama Objetos.

• Los objetos que comparten cierto comportamiento se puedenagrupar en distintas categorías llamadas clases. – Objetos:

• Veamos la siguiente comparación:

Modelo de la Encargada Modelo Java

La encargada delmantenimiento modela cadauno de los 43 mecánicos con

un alfiler

En Java, los mecánicos semodelarán por un objetoMecánico y se instancian 43

La encargada modela a susclientes con chinchetas.

En Java, los clientes seránmodelados por objeto Cliente.

Cuando se produce unallamada de un cliente, laencargada pincha unachincheta en el mapa.

En Java se instancia un objetoCliente.

7/26/2019 Curso UML 2010.pdf

Elemento que representa

Mecánicos

Elemento que representa

Clientes

1 5 9 13 17 21

EjemploServicio de Mantenimiento

7/26/2019 Curso UML 2010.pdf

Clase que representa

Mecánicos

Clientes

Mecánico

Cliente

7/26/2019 Curso UML 2010.pdf

Modelo de Mecánicos en el mapa conalfileres

Cada mecánico tiene caracteristicaspropias, como:

•Nombre

•Calle (X)

•Carrera (Y)

Jorge CastroX: 6 , Y: 7

Pedro PerezX: 17 , Y: 12

Luis DiazX: 1 , Y: 22

KAOS S.A.X: 19 , Y: 17

INETI S.A.X: 6 , Y: 12

Modelo de Clientes en el mapa concanchetas

Cada cliente tiene caracteristicaspropias, como:

•Razon social

•Calle (X)•Carrera (Y)

7/26/2019 Curso UML 2010.pdf

Mecánicos

Clientes

MecánicoNombre: Jorge CastroX: 6Y: 7

ClienteNombre: INETI S.A.X: 6Y: 12

MecánicoNombre: Luis DiazX: 1Y: 22

MecánicoNombre: Pedro PerezX: 17Y: 12

ClienteNombre: KAOS S.A.X: 19Y: 17

7/26/2019 Curso UML 2010.pdf

Acción externaComportamiento asociadomover()

KAOS S.A.X: 19 , Y: 17

7/26/2019 Curso UML 2010.pdf

KAOS S.A.X: 19 , Y: 17

7/26/2019 Curso UML 2010.pdf

Mecánicos

Clientes

mover(6, 12) mover(19, 17)mover( , )

7/26/2019 Curso UML 2010.pdf

KAOS S.A.X: 19 , Y: 17

Cuando un cliente llama, se coloca unachincheta en el mapa.

NOVA A.G.X: 10 , Y: 15

7/26/2019 Curso UML 2010.pdf

Mecánicos

Clientes

mover(6, 12) mover(19, 17)mover( , )

ClienteNombre: NOVA A.G.X: 10Y: 15

7/26/2019 Curso UML 2010.pdf

KAOS S.A.X: 19 , Y: 17

Una vez se tenga el llamado de uncliente, se debe ubicar un mecánico ydesplazarlo hasta el cliente para queeste haga su trabajo.

NOVA A.G.X: 10 , Y: 15

7/26/2019 Curso UML 2010.pdf

KAOS S.A.X: 19 , Y: 17

Una vez se tenga la llamada de uncliente, se debe ubicar un mecánico ydesplazarlo hasta el cliente para queeste haga su trabajo.

NOVA A.G.X: 10 , Y: 15

7/26/2019 Curso UML 2010.pdf

Mecánicos

Clientes

mover(6, 12) mover(19, 17)mover( 10, 15 )

ClienteNombre: NOVA A.G.X: 10Y: 15

7/26/2019 Curso UML 2010.pdf

IntroducciónProgramas y Modelos

• Características de los modelos: – Ya sea un modelo del mundo real o uno hipotético, comparten

las siguientes características:• Los elementos del modelo representan otras entidades más complejas;

por ejemplo, alfileres que se utilizan como representación del personalde mantenimiento en un mapa.

• Estos elementos exhiben un comportamiento consistente;por ejemplo, los alfileres indican posición, y se pueden mover • Los elementos del modelo se pueden agrupar en categorías diferentes

basándose en su comportamiento común;por ejemplo, las chinchetas aparecen y desaparecen. Una vez que sehan pinchado en el mapa, no se mueven hasta que se quitan. Por elcontrario, los alfileres permanecen todo el tiempo en el mapa pero sepueden mover. (esto refleja el hecho de que el personal demantenimiento viaja, pero las localizaciones de los clientes, biennecesitan un servicio, o bien no).

• Acciones externas sobre los elementos del modelo les hacen exhibir elcomportamiento asociado a los mismos;por ejemplo, una mano mueve el alfiler.

7/26/2019 Curso UML 2010.pdf

Objetivos en el diseño de UML

• Modelar sistemas, desde los requisitos hastalos artefactos ejecutables, utilizando técnicasOO.

• Cubrir las cuestiones relacionadas con eltamaño propias de los sistemas complejos ycríticos.

• Lenguaje utilizable por las personas y las

máquinas• Encontrar equilibrio entre expresividad y

simplicidad.

7/26/2019 Curso UML 2010.pdf

Resumiendo modelado delSoftware

• El modelado es el diseño de aplicacionessoftware antes de escribir el código.

• Se crean un conjunto de modelos (“planos

del software”) que permiten especificaraspectos del sistema como los requisitos, laestructura y el comportamiento.

• Los modelos

– ayudan a razonar sobre el sistema – permiten documentar las decisiones – Permiten una generación automática de código

Ti d d l

7/26/2019 Curso UML 2010.pdf

Tipos de modelo

• ¿En qué etapa del proceso se usa? ¿Análisis oDiseño?

• ¿Cuál es su grado de detalle? ¿Abstracto odetallado?

• ¿Qué sistema describe? ¿Modelo de negocio omodelo software?

• ¿Qué aspecto describe? ¿Estructural o decomportamiento?

• ¿Es específico o independiente de la plataforma?• ¿A qué plataforma va dirigido? EJB, JDBC, .NET,

CORBA, etc.

M d l d N i d

7/26/2019 Curso UML 2010.pdf

Modelos de Negocio y deSoftware

Modelo del Negocio

Modelo Software

Empresa Sistemasoftware

Sistema dela empresa

describe

derivado de

Utilid d d l d l d

7/26/2019 Curso UML 2010.pdf

• “Una empresa desoftware con éxito esaquella que producede manera

consistente softwarede calidad quesatisface lasnecesidades de losusuarios”

• “El modelado es laparte esencial detodas las actividadesque conducen a la

producción desoftware de calidad

Utilidad del modelado

Utilid d d l d l d

7/26/2019 Curso UML 2010.pdf

¿Escribimos códigodirectamente?

Sería lo ideal pero ........ necesitamos escribir modelos

Utilid d d l d l d

7/26/2019 Curso UML 2010.pdf

• Hay estructuras que trascienden lorepresentable en un lenguaje deprogramación.

• Se facilita la comunicación entre el equipoal existir un lenguaje común.

• Se dispone de documentación que

trasciende al proyecto.

Utilid d d l d l d

7/26/2019 Curso UML 2010.pdf

• Visualizar cómo es o queremos que sea elsistema

• Especificar la estructura y comportamiento

del sistema• Proporciona plantillas que guían la

construcción del sistema.

• Documentan las decisiones.

P i d d d l d l d

7/26/2019 Curso UML 2010.pdf

Propiedades del modelado

• La elección de los modelos tiene unaprofunda influencia sobre cómo se acometeel problema y se moldea la solución.

• Todo modelo debe estar ligado a la realidad.• Un único modelo no es suficiente. Cualquier

sistema trivial se aborda mejor a través de un

pequeño conjunto de modelos casiindependientes.

P é l h

7/26/2019 Curso UML 2010.pdf

¿Por qué las empresas no hacenmodelado?

• Hasta ahora, la mayor parte de lasempresas software no realizan ningúnmodelado.

• El modelado requiere: – aplicar un proceso de desarrollo

– formación del equipo en la técnicas

– concienciación de su importancia• ¿Se obtienen beneficios con el modelado?

C t i ft d

7/26/2019 Curso UML 2010.pdf

¿Construimos software decalidad?

• Retrasos en los plazos• Proyectos cancelados• Rápido deterioro del sistema instalado

• Tasa de defectos o fallos• Requisitos mal comprendidos• Cambios frecuentes en el dominio del

problema

• Buenos programadores se cansan y dejan elequipo

• ¿Modelado es la solución?

7/26/2019 Curso UML 2010.pdf

Conceptos de Programación

Orientada a Objetos

DEFINICIONES DE OBJETO

7/26/2019 Curso UML 2010.pdf

DEFINICIONES DE OBJETO

• Abstracción de software que modela todoslos aspectos relevantes de una realidad.

• Representación de la realidad que tieneestructura, estado y comportamiento.

• Entidad real o abstracta acerca de la cualse almacenan datos y operaciones queoperan sobre ellos

OBJETO = ESTADO +

7/26/2019 Curso UML 2010.pdf

ESTADO

• Conjunto de Atributos

• Condición actual delobjeto

• Varía dinámicamente

• No es accesible desdeafuera

• No es directamentemodificable desde afuera

MÉTODOS

• “Puertos” de entrada del

objeto

• Responden a mensajes

• Unifica forma de entradaal objeto

OBJETO = ESTADO +MÉTODOS

7/26/2019 Curso UML 2010.pdf

Mecánico

Nombre: Pedro PerezX: 19Y: 17

mover(19, 17)

¿Qué es la Programación

7/26/2019 Curso UML 2010.pdf

¿Qué es la ProgramaciónOrientada a Objetos?

• Es la manera standard actual de enfocar laprogramación.

• Un programa contiene objetos que

responden a los mensajes que se les envían.• Un Mensaje (llamada a una función) es una

petición a un objeto para que haga algo.

• A las acciones que realizan los objetos se lesllama Métodos.

7/26/2019 Curso UML 2010.pdf

• Todos los objetos son ejemplares de unacategoría o Clase. El método invocadopor un objeto en respuesta a un mensaje

queda determinado por la clase delreceptor

• Todos los objetos de una clase dada usan

el mismo método de respuesta amensajes similares.

Definición de Clase

7/26/2019 Curso UML 2010.pdf

Definición de Clase

“Grupo de objetos marcado porcaracterísticas comunes que incluyen

estructura y comportamiento”(Booch)

– Los objetos son instancias de una clase – Los métodos del objeto son virtuales:• Solo están definidos en la clase

Origen de las Clases

7/26/2019 Curso UML 2010.pdf

• Cosas tangibles: – Persona, Vehículo, producto, ...

• Papeles que representa: – Agente, profesor, vendedor, ...

• Eventos: – Aterrizaje, Suspensión, Venta, Devolución, ...

• Interacción: – Préstamo, Matrícula, Registro Público, ...

• Organizaciones: – Financiera, Sindicato, ...

7/26/2019 Curso UML 2010.pdf

• Conceptos: – Proyecto, Materia, ...

• Localizaciones:

– Punto de Venta, Bodega, Oficina, ...• Visibles en la interfaz:

– Icono, Imagen, Ventana, ...

• Dispositivos: – Sensor, Lector de Tarjeta, Teclado, Pantalla,...

Características Programación OO

7/26/2019 Curso UML 2010.pdf

Características Programación OO

• Encapsulación – Caja Negra

• Polimorfismo – Permitir un usar un nombre para especificar

una clase general de acciones

• Herencia

– Un objeto puede adquirir las propiedades deotro

Claves en Desarrollo de SI

7/26/2019 Curso UML 2010.pdf

Claves en Desarrollo de SI

Herramientas Proceso

NotaciónI. Introducción: Modelado de SWI

Abstracción Modelado Visual

7/26/2019 Curso UML 2010.pdf

Sistema Computacional

Proceso de Negocios

envío

“El modelado captura laspartes esenc iales del sistema ”

Abstracción - Modelado Visual(MV)I. Introducción: Modelado de SW

II Notación (Visual) Beneficios

7/26/2019 Curso UML 2010.pdf

II. Notación (Visual) - Beneficios

Interface de Usuario(Visual Basic,

Java, ..)Lógica del Negocio

(C++, Java, ..)

Servidor de BDs(C++ & SQL, ..)

Múltiples Sistemas

ComponentesReutilizados

Manejar la complejidad

“Modelar el sistema

independientementedel lenguaje de implementación” Promover la Reutilización

7/26/2019 Curso UML 2010.pdf

¿Qué es UML?

7/26/2019 Curso UML 2010.pdf

¿Qué es UML?

• UML = Unified Modeling Language• Un lenguaje de propósito general para el

modelado orientado a objetos• Documento “OMG Unified Modeling

Language Specification”• UML combina notaciones provenientes

desde: – Modelado Orientado a Objetos – Modelado de Datos – Modelado de Componentes – Modelado de Flujos de Trabajo (Workflows)

7/26/2019 Curso UML 2010.pdf

Historia de UML

7/26/2019 Curso UML 2010.pdf

Historia de UML

• Comenzó como el “Método Unificado”, conla participación de Grady Booch y JimRumbaugh. Se presentó en el

OOPSLA’95

• El mismo año se unió Ivar Jacobson. Los“Tres Amigos” fueron socios en la

compañía Rational Software. HerramientaCASE Rational Rose

7/26/2019 Curso UML 2010.pdf

UML “aglutina” enfoques OO

7/26/2019 Curso UML 2010.pdf

UML aglutina enfoques OO

RumbaughJacobson

Wirfs-BrockFusion

Gamma et. al.

Shlaer-Mellor

Pre- and Post-conditions

State Charts

Responsabilities

Operation descriptions,message numbering

Singleton classes

Frameworks, patterns,notes

Object life cycles

7/26/2019 Curso UML 2010.pdf

Inconvenientes en UML

7/26/2019 Curso UML 2010.pdf

Inconvenientes en UML

• Definición del proceso de desarrollo usandoUML. – UML no es una metodología

• Falta integración con respecto de otras

técnicas tales como patrones de diseño,interfaces de usuario, documentación, etc.

• Ejemplos aislados

– “Monopolio de conceptos, técnicas y métodos entorno a UML”

Perspectivas de UML

7/26/2019 Curso UML 2010.pdf

Perspectivas de UML

• UML es el lenguaje de modelado orientado aobjetos estándar predominante los próximosaños

• Razones:

– Participación de metodólogos influyentes – Participación de importantes empresas – Aceptación del OMG como notación estándar

• Evidencias: – Herramientas que proveen la notación UML – “Edición” de libros

– Congresos, cursos, “camisetas”, etc.

7/26/2019 Curso UML 2010.pdf

UML y el modelado

7/26/2019 Curso UML 2010.pdf

UML y el modelado

• UML es una notación, no es un proceso

• Se han definido muchos procesos para UML. – Rational ha ideado RUP, el“proceso unificado”.

• Utilizable para sistemas que no sean software

UML es un lenguaje para visualizar , especificar ,construir y documentar los artefactos (modelos) de

un sistema que involucra una gran cantidad de

software, desde una perspectiva orientada a objetos.

7/26/2019 Curso UML 2010.pdf

Elementos de Comportamiento

7/26/2019 Curso UML 2010.pdf

Elementos de Comportamiento

• Son las partes dinámicas de UML. – Máquina de estados

• Secuencia de estados por las que pasa un objeto

durante su vida en respuesta a eventos.

estadoactivado

Elementos de Agrupación

7/26/2019 Curso UML 2010.pdf

Elementos de Agrupación

• Son las partes de organización de los modelosUML

– Un paquete incluye un conjunto de elementos decualquier naturaleza.

– Tiene una naturaleza conceptual.

Modelo del Negocio Paquete

7/26/2019 Curso UML 2010.pdf

Relaciones

7/26/2019 Curso UML 2010.pdf

Relaciones

Dependencia

Asociaciónpatron empleado0..1 *

Generalización

Realización

7/26/2019 Curso UML 2010.pdf

Modelo del Negocio

7/26/2019 Curso UML 2010.pdf

Cambiar

admitidos

Registrar Curso

Hay alumnos?

Cerrar Curso

Aprobar Curso

Preinscripción

Matriculación

Cancelar Curso

Hay alumnos?

Avisar

Admitidos

Crear Proyecto

SistemaAlumnoServicio PEResponsable

Diagramade

actividades

Modelo de Casos de Usos

7/26/2019 Curso UML 2010.pdf

Teleoperador Part ic ipante

Realizar puja ordinaria

Cancelar puja ordinaria

Rechazar adjudicación

Pujador

Anular anuncio de subasta

Anular edición de subasta

Crear edición de subasta

Administrador

Cerrar edición de subasta

Realizar pago de subasta ordinaria

Notif icar adjudicatario

Sistema

Diagramade casosde uso

7/26/2019 Curso UML 2010.pdf

Mecanismos comunes de UML

7/26/2019 Curso UML 2010.pdf

• Dicotomía clasificador /instancia

Personanombre

direccion

telefonoElena :Persona

: Persona

Mecanismos comunes de UML

7/26/2019 Curso UML 2010.pdf

• Dicotomía interfaz / implementación

IOrtografia

asistente

Ortografico.dll

7/26/2019 Curso UML 2010.pdf

Organización en Paquetes

7/26/2019 Curso UML 2010.pdf

Organización en Paquetes

7/26/2019 Curso UML 2010.pdf

Applet

HolaMundo

7/26/2019 Curso UML 2010.pdf

ESCENARIO

7/26/2019 Curso UML 2010.pdf

Emisor Centralita Receptor

listo( )

marcar_numero

tono_sonandotimbre_sonando

telefono_cogido

para_tono

para_timbre

• Casos de uso son ideados por Jacobson a principios de losnoventa

• Se inspira en los escenarios utilizados para describirprocesos

Otras definiciones de caso de uso

7/26/2019 Curso UML 2010.pdf

“Describe un conjunto de interacciones entre actores externos yel sistema en consideración orientadas a satisfacer unobjetivo de un actor”.

[D. Bredemeyer]

“Es una colección de posibles secuencias de interacciones entre

el sistema en discusión y sus actores externos, relacionadocon un objetivo particular”.

[A. Cockburn]

“Es una colección de escenarios de éxito y fracaso relacionados

que describe a los actores que usan un sistema paraconseguir un objetivo”

[C. Larman]

7/26/2019 Curso UML 2010.pdf

Propiedades de los casos de uso

7/26/2019 Curso UML 2010.pdf

• Son iniciados por un actor con un objetivo enmente y es completado con éxito cuando elsistema lo satisface.

• Puede incluir secuencias alternativas que llevan al

éxito y fracaso en la consecución del objetivo.• El sistema es considerado como una “caja negra”y las interacciones se perciben desde fuera.

• El conjunto completo de casos de uso especifica

todas las posibles formas de usar el sistema, estoes el comportamiento requerido.

7/26/2019 Curso UML 2010.pdf

Descripción de un caso de uso

7/26/2019 Curso UML 2010.pdf

Comprar artículos (en un terminal de punto de venta)

6. El Cajero le dice al cliente el total.

7. El cliente realiza el pago.8. El cajero registra la cantidad de dinero recibida.9. El sistema muestra la cantidad a retornar al cliente y genera

un recibo.10. El cajero deposita el dinero recibido y saca la cantidad a

devolver que entrega al cliente junto al ticket de compra.11. El sistema almacena la compra completada.12. El cliente recoge los artículos comprados.

7/26/2019 Curso UML 2010.pdf

Ejemplo diagrama de casos deuso

7/26/2019 Curso UML 2010.pdf

Realizar preinscripciónGestión Expedientes Alumno

Matriculación Entidad Bancaria

ActoresSecundario

Actor Principal

7/26/2019 Curso UML 2010.pdf

Casos de uso y Colaboraciones

7/26/2019 Curso UML 2010.pdf

“El objetivo de la arquitectura del sistema

es encontrar el conjunto mínimo de

colaboraciones bien estructuradas, quesatisfacen el comportamiento especificadoen todos los casos de uso del sistema”

Organización de Casos de uso

7/26/2019 Curso UML 2010.pdf

• Tres tipos de relaciones: – Generalización

• Un cdu hereda el comportamiento y significado de otro

– Inclusión• Un cdu base incorpora explícitamente el

comportamiento de otro en algún lugar de susecuencia.

– Extensión• Un cdu base incorpora implícitamente el

comportamiento de otro cdu en el lugar especificadoindirectamente por este otro cdu

Ejemplo

7/26/2019 Curso UML 2010.pdf

Generalización

Comprobar clave

Examinar retina

Validar Usuario

Hacer Pedido

Seguir Pedido

(establecer prioridad)

Hacer PedidoUrgente

«extend»

Relación de extensión

«include»

Relación deinclusión

7/26/2019 Curso UML 2010.pdf

Plantilla usecases.org (Larman)

7/26/2019 Curso UML 2010.pdf

• Actor Principal• Personas involucradas e Intereses• Precondiciones• Postcondiciones• Escenario Principal (Flujo Básico)• Extensiones (Flujos Alternativos)• Requisitos especiales

• Tecnología y Lista Variaciones de datos• Frecuencia• Cuestiones abiertas

7/26/2019 Curso UML 2010.pdf

Del Modelo Conceptual a lasclases

7/26/2019 Curso UML 2010.pdf

• Los modelos de análisis se obtienen apartir del modelo conceptual: – Conceptos a clases

– Atributos de un concepto a atributos de laclase

– Añadir comportamiento (métodos)

7/26/2019 Curso UML 2010.pdf

Colaboración (parte estática)

7/26/2019 Curso UML 2010.pdf

Colaboración (parte dinámica)

7/26/2019 Curso UML 2010.pdf

: Usuario

: CarroCompras

: ItemCarro

i : ItemCarro

: Producto

: MostrarProductos : Añadir

: CatalagoProductos

11: recalcularTotal()

1: añadirItem(codigo)

5: i:=getItemCarro(codigo)

10: [nuevoItem]put(codigo,i)

6: [!nuevoItem]incrementarUnidades()

9: [nuevoItem]i:=creaItem(p)7: [nuevoItem]p:=get(codigo)

2: añadirItem(codigo) 3: [primer producto] crear()

4: añadirItem(codigo)

8: [nuevoItem]p:=buscar(codigo)

7/26/2019 Curso UML 2010.pdf

Ingeniería directa e Inversa

7/26/2019 Curso UML 2010.pdf

• Ingeniería directa – Transformar modelos en código en un

lenguaje de programación determinado

• Ingeniería inversa – Obtener un modelo a partir de código.

– Más difícil ya que hay pérdida de informaciónal pasar de los modelos al código.

Atributos

7/26/2019 Curso UML 2010.pdf

visibilidad

nombre: nombre del atributo

tipo: tipo del atributo

valor_inicial: valor inicial o por defecto

[visibilidad] nombre [: tipo] [= valor_inicial ] [{propiedades}]

+ = pública# = protegida

- = privada

propiedades: {frozen} {addOnly}

7/26/2019 Curso UML 2010.pdf

Clases Parametrizadas

7/26/2019 Curso UML 2010.pdf

«bind» <Empleado>

countcapacity

put(G)item() : G

EmpleadosTabla<Cliente>

Parametrizada

Instanciación

7/26/2019 Curso UML 2010.pdf

Clases Estereotipadas

7/26/2019 Curso UML 2010.pdf

MetaclaseCuenta

<<metaclass>>

FueraRango

<<exception>>

Clases y valores etiquetados

7/26/2019 Curso UML 2010.pdf

Relaciones

7/26/2019 Curso UML 2010.pdf

• Generalización – “Es-un-tipo-de”

Window

TextWindow BoxDialog

Cuenta

CuentaAhorro CuentaCorriente

7/26/2019 Curso UML 2010.pdf

Asociaciones

7/26/2019 Curso UML 2010.pdf

• Agregación – Caso especial de asociación

– Relación estructural parte-deEmpresa

Departamento

7/26/2019 Curso UML 2010.pdf

Composición

7/26/2019 Curso UML 2010.pdf

• Es un caso particular de agregación: – exclusiva y dependiente – Las partes pueden crearse después del agregado

compuesta al que pertenecen, pero una vez

creadas viven y mueren con ella. – La parte sólo puede formar parte de unagregado.

– El agregado gestiona la creación y destrucciónde las partes.

– Las partes se pueden eliminar antes de eliminarel agregado.

Composición

7/26/2019 Curso UML 2010.pdf

Ventana

agregado /todo

composición

7/26/2019 Curso UML 2010.pdf

Asociaciones derivadas

7/26/2019 Curso UML 2010.pdf

Asignatura

Profesor

imparte

Estudianterecibe

/enseña

AsociaciónDerivada

Restricciones para Asociaciones

7/26/2019 Curso UML 2010.pdf

Empresa

Cuenta

Persona

Departamento

Persona

1..11..*

+Director

1..1+miembro 1..*

{subconjunto}

Restricciones para Asociaciones

7/26/2019 Curso UML 2010.pdf

PersonaCompañia* 0..1

empleado

{Persona.patrón=

Persona.jefe.patrón }

patrón

operario

7/26/2019 Curso UML 2010.pdf

Diagramas de Colaboración

1: preparar() 2: preparar()

7/26/2019 Curso UML 2010.pdf

:InterfacePedido

: ControladorPedido : Pedido

LineaPedido

: Item

: ItemPedido :

ItemEntregado

1: preparar() 2: preparar()

3: * preparar()

4: hayStock:=check()5: [hayStock] eliminar()

6: pedir?:= necesarioPedir()

7: [pedir?] <<create>>

8: [hayStock] <<create>>

7/26/2019 Curso UML 2010.pdf

Diagrama de Colaboración

1: <<create>>

7/26/2019 Curso UML 2010.pdf

c:Cliente :Transaccion

p:ProxyODBC

1: <<create>>

2: establecerAcciones

3: establecerValores

5: exito

4: establecerValores

6: <<destroy>>

7/26/2019 Curso UML 2010.pdf

Diagrama de Colaboración

3 l l R t

7/26/2019 Curso UML 2010.pdf

a:Ayuda

Planificacion

c:Cliente :Agente

Billetes

3: calcularRuta

1: <<create>>2: establecerItinerario(i)

5: <<destroy>>

4: ruta

6: notificar

7/26/2019 Curso UML 2010.pdf

Uso de los diagramas deinteracción

• Modelado del aspecto dinámico

7/26/2019 Curso UML 2010.pdf

Modelado del aspecto dinámico.• Modelado del flujo de control que

caracteriza el comportamiento de unsistema:

– casos de uso – colaboraciones – patrones

– frameworks – operaciones

Caso de Uso (Escenario)

7/26/2019 Curso UML 2010.pdf

: Cliente:ReceptorPedidos :AgenteTarjeta

Credito:GestionPedido :AgenteFacturacion

enviarPedido

procesarTarjeta

tramitarPedido

confirmarPedido

emitirFactura

Caso de uso (Colaboración)

7/26/2019 Curso UML 2010.pdf

:OrderManager : TechnicalResponsible

: LaunchManufacturing GUI

:EvaluatedOrders o : Order : Product : WorkOrder : OrderLine

selectOrder()selectOrder(cod)

o:=find(cod)

launchManufacturing()launchManufacturing(cod)

launch manufacturing()*generateWO()

tpl:=getTemplate()

createWO(tpl)

Caso de uso de negocio

viajero: Empleado

encargado: Empleado

contable : Empleado

pagador : Empleado

7/26/2019 Curso UML 2010.pdf

viajero: Empleado encargado: Empleado contable : Empleado pagador : Empleado

solicitudPermisoViaje()

PermisoViaje()

informeGastos(unInforme)

OKgastos(unInforme)

solicitudPago(viajero)

Caso de uso de negocio

: JefeTecnico: Cliente : Comercial : JefeProduccion

7/26/2019 Curso UML 2010.pdf

darCursoPedido()estudiarPedido()

* analizarFabricacionProducto()

informarAnalisisPedido()

planificarFabricacion()

acceptarPedido()

7/26/2019 Curso UML 2010.pdf

Bifurcación

7/26/2019 Curso UML 2010.pdf

[ hay materiales ]

PlanificarProceso

Asignar Tareas

Volver aPlanificar

[ no hay materiales ]

7/26/2019 Curso UML 2010.pdf

Cliente Ventas Almacen

7/26/2019 Curso UML 2010.pdf

Solicitar Producto

Procesar PedidoExtraer Articulos

Enviar Pedido

Recibir Producto Facturar al cliente

Pagar Factura Cerrar Pedido

Calles

7/26/2019 Curso UML 2010.pdf

Eventos

• Un evento es un acontecimiento que ocupa

7/26/2019 Curso UML 2010.pdf

un lugar en el tiempo y espacio.• Un evento es un estímulo que dispara una

transición en una máquina de estados.

• Eventos externos vs. Eventos internos.• Tipos de eventos:

– Señales (excepciones) – Llamadas – Paso de tiempo – Cambio de estado

7/26/2019 Curso UML 2010.pdf

Estados

7/26/2019 Curso UML 2010.pdf

Rastreando

entry/ activarModo(enRastreo)exit / activarModo(noRastreo)nuevoObjetivo/rastreador.adquirir do / seguirObjetivo

autotest / defer

acción entrada

acción salidatransición interna

evento diferido

acción entrada

actividad

7/26/2019 Curso UML 2010.pdf

Componentes (UML 2.0)

7/26/2019 Curso UML 2010.pdf

Interfaces

proporcionadas

Interfaces

requeridas

7/26/2019 Curso UML 2010.pdf

Interfazproporcionada

Interfazrequerida

7/26/2019 Curso UML 2010.pdf

• Un nodo es un elemento físico que existeti d j ió t

7/26/2019 Curso UML 2010.pdf

en tiempo de ejecución y representa unrecurso computacional que puede tenermemoria y capacidad de procesamiento.

• Los componentes se ejecutan en nodos• Los nodos representan el despliegue

físico de los componentes.

Diagramas de Despliegue

• Muestra la configuración de los nodos que

ti i l j ió d l

7/26/2019 Curso UML 2010.pdf

participan en la ejecución y de loscomponentes que residen en los nodos.

• Incluye nodos y arcos que representanconexiones físicas entre nodos.

• Modelado de sistemas empotrados, sistemascliente-servidor, sistemas distribuidos.

Diagrama de Despliegue

7/26/2019 Curso UML 2010.pdf

servidor UnidadRAID

Consola

<<RS-232>>

terminal

<<10-T-Ethernet>>

7/26/2019 Curso UML 2010.pdf

servidor cache<<procesador>

servidor cache<<procesador>>

servidorprincipal

<<procesador>servidor

<<procesador>>servidor

<<procesador>>

<<red>> red local

internet

Deployment Diagram

7/26/2019 Curso UML 2010.pdf

Contenidos

• Modelado del Comportamiento

– Diagramas de interacción

7/26/2019 Curso UML 2010.pdf

– Diagramas de interacción – Diagramas de actividades – Máquinas de estado

• Modelado de la Implementación – Diagramas de componentes – Diagramas de despliegue

• Colaboraciones• Formalización de UML:

– MOF y metamodelo

Colaboraciones

• Sociedad de clases, interfaces y otros

elementos q e colaboran para

7/26/2019 Curso UML 2010.pdf

elementos que colaboran paraproporcionar un comportamientocooperativo mayor que la suma de loscomportamientos de los elementos.

• Parte estructural (diagrama de clases) yparte de comportamiento (diagrama desecuencia).

Colaboraciones

• El núcleo de la arquitectura de un sistema

está formado por un conjunto de

7/26/2019 Curso UML 2010.pdf

está formado por un conjunto decolaboraciones que representan lasdecisiones de diseño más importantes.

• Un sistema orientado a objetos bienestructurado se compone de un conjuntorelativamente pequeño de colaboraciones.

• Modelado de un caso de uso, operación omecanismo (patrón o framework)

Casos de uso y Colaboraciones

7/26/2019 Curso UML 2010.pdf

Hacer Pedido

Gestión Pedidos

caso de uso

colaboración

realización

Ejercicio

• Diseña una colaboración de un mecanismo Object

Trading que separa la representación de unainformación de su presentación y edición; las clases

7/26/2019 Curso UML 2010.pdf

Trading que separa la representación de unainformación de su presentación y edición; las clasesque representan a los objetos información no conocena las clases que representan editores y viceversa. Unmismo editor puede editar diferentes tipos deinformación y una misma información puede sereditada por diferentes editores.

• El propósito del mecanismo es seleccionar un editorque colaborará adecuadamente con el objetoinformación, creará un objeto editor y lo ligará con elobjeto información.

• Un objeto cliente solicitará a un objeto Trader editarcierta información.

Mecanismo trading (Parte estática)

F t i EditT dCli t D G t

7/26/2019 Curso UML 2010.pdf

FactoriaEditor

Editor

especifica

Trader

1..n1..1 1..n1..1

ObjetoInformacion

1..n1..n 1..n1..n

editado con

ClienteDeGestor

1..11..n 1..11..n

necesita editar

Mecanismo trading(Comportamiento)

: ClienteDeGestor : Trader : FactoriaEditor info :

ObjetoInformacion

7/26/2019 Curso UML 2010.pdf

: Editor

editar(info)* i:= getInterfaz()

p:= soportaInterfaz(i)

[p] crearEditor(info)<<create>>

¿Clases Cliente, Editor y ObjetoInformacion?

Mecanismo trading(Comportamiento)

2: * i:= getInterfaz()

7/26/2019 Curso UML 2010.pdf

Cliente... : Trader : FactoriaEdi tor

info :

ObjetoInformacion : Editor

1: edi tar(info)

4: [p] crearEditor(info)

3: p:= soportaInterfaz(i)5: <<create>>

¿Clases Cliente, Editor y ObjetoInformacion?

Colaboraciones Parametrizadas

Modelado de patrones de diseño

7/26/2019 Curso UML 2010.pdf

Observer

SubjectObserver

Alarma Ventana

Subject Observer

Patrón de diseño (Parte Estática)

Observer

Subject

subjectState +observers

7/26/2019 Curso UML 2010.pdf

Update() Attach()Detach()Notify()

1..*1..1 1..*

observers

ConcreteSubject

subjectState

getState()setState()

ConcreteObserver

observerState

update()

+subject

observerState=subject->getState()

for all o in observers{o->update}

Patrón de diseño (Parte dinámica)

: Subject one : Observer

SetState( )

another : Observer

7/26/2019 Curso UML 2010.pdf

Update( )

SetState( )

Notify( )

GetState( )

Update( )

GetState( )

Contenidos

• Modelado del Comportamiento– Diagramas de interacción

7/26/2019 Curso UML 2010.pdf

– Diagramas de interacción

– Diagramas de actividades

– Máquinas de estado

• Modelado de la Implementación – Diagramas de componentes

– Diagramas de despliegue

• Colaboraciones

7/26/2019 Curso UML 2010.pdf

Curso UML 2010.pdf

Documents

Transcript of Curso UML 2010.pdf

Presentacion UML

Diagrama de UML - chitita.uta.clchitita.uta.cl/cursos/2010-2/0001282/recursos/r-6.pdf · En UML se proporciona una escasa caracterización de la agregación. Esta relación puede

Laboratorio uml

Practica Uml

UML Introducción al UML, modelando con UML, utilidad del ...

UML Clase 02 UML Casos de Uso

Uml Curso Teori Aistpcsr

Diagramas de modelo UML en Visio 2010. Nuestra empresa Diagramas de modelo UML en Visio 2010.

Curso uml-clase-01-1211931122395265-9

Ejemplo UML

Archivo Uml

UML (Relaciones Clases) Aprendiendo UML en 24 Horas

uml Desarrollo de Software Orientado a Objeto utilizando UML.

Curso de UML Diagramas de Casos de Uso del Negocio y del Sistema.

Diagramas uml, Ejemplos de diagramas UML

UML Clase 06 UML Secuencia

eidos uml - diseno orientado a objetos con uml spanish.pdf

Proyecto Uml

Curso UML Reducido

Tes810 Uml