Uml

Lenguaje de Modelado Unificado (UML)
Ing. Mauricio Paletta, Msc

MAESTRA EN TECNOLOGA DE LA INFORMACIN
TECNOLOGA ORIENTADA A OBJETOS
COORDINACIN GENERAL DE INVESTIGACIN Y POSTGRADO UNIVERSIDAD NACIONAL EXPERIMENTAL DE GUAYANA Lenguaje de Modelado Unificado
Antes de UML
Coad / Yourdon:
Jerarquas de composicin
Lenguaje de Modelado Unificado
Antes de UML
James Rumbaugh OMT:
Estructura recursiva de composicin

Antes de UML
James Rumbaugh OMT:
Modelo de estado
Antes de UML
Martin / Odell Ptech:
Metfora de ingeniera de procesos
Esquema de concepto
Antes de UML
Jacobson Objectory y OOSE:
Diagrama de Casos de Uso

Antes de UML
Reenskaug - OORASS (Anlisis, Sntesis y Estructuracin de Papeles Orientada a Objetos):
Diagrama de papeles
Mtodos Orientados a Objetos
Texel:
Modelo de estados para la clase Ventana

Mtodos Orientados a Objetos
BON (Notacin de Objetos Mejorada):
Modelo esttico
Modelo dinmico
Antes de UML
Fusin:
Modelo de procesos
Antes de UML
HOOD (Diseo OO Jerrquico):
Flujos de datos
Antes de UML
OOSD (Diseo Estructurado OO):
Un objeto que representa una Pila
Tratamiento de excepciones para una Pila

Antes de UML
Booch:
Diagrama de Clases
Antes de UML
Otros mtodos:
OBA (Anlisis de Comportamiento de Objetos) Rubin y Goldberg (1992). FOA (Anlisis Orientado a Marcos) Andleigh y Gretzinger (1992). Notacin Uniforme de Objetos Page-Jones, Constantine y Weiss (1990). MOSES (Metodologa para la Ingeniera de Sistemas de Software Orientada a Objetos) Henderson-Sellers y Edwards (1993). Wirfs-Brock (1990). JSD y OOJSD Jackson (1983).
Evolucin Histrica Mtodos
Lenguaje de y Programacin III Algoritmos Modelado Unificado

Definicin:
Creacin de Grady Booch, James Rumbaugh e Ivar Jacobson (los tres amigos). Es un lenguaje (sintaxis y semntica) de modelado y no un mtodo. La sintaxis nos dice cules son los smbolos y cmo se pueden combinar; la semntica nos da las reglas de interpretacin de cada smbolo segn el contexto donde se use. Usado para modelar o describir sistemas de una gran variedad de tipos (principalmente de software). Tambin usado durante el desarrollo de un sistema de software, desde la especificacin de requerimientos hasta las pruebas finales. Avalado por el grupo de estndares OMG.

Objetivos:
Modelar sistemas (no nicamente software) usando conceptos de orientacin a objetos. Establecer una pareja explcita de elementos tanto a nivel conceptual como ejecutable. Direccionar los temas de cierto tamao inherentes a los sistemas complejos y/o crticos. Crear un lenguaje de modelado utilizable tanto para los humanos como para las mquinas.

4 partes:
Vistas: muestra diferentes aspectos del sistema que se est modelando. Representa una abstraccin que consiste en un nmero determinado de diagramas. Permite enlazar el modelo al proceso escogido para el desarrollo. Diagramas: grficas que describen el contenido de una vista. Son 9 tipos de diagramas en total. Elementos del modelo: son los conceptos usados en los diagramas, asociados comnmente a conceptos de la orientacin a objetos (clase, objeto, mensaje). Siempre tiene el mismo significado y smbolo, sin importar el diagrama. Mecanismos generales: proveen comentarios, informacin u otros extras a los elementos del modelo.

5 vistas:
Vista de Casos de Uso: muestra la funcionalidad del sistema tal como es percibida por los actores externos. Vista lgica: muestra cmo la funcionalidad est diseada dentro del sistema, en trminos de las estructuras estticas y el comportamiento dinmico. Vista de componentes: muestra la organizacin de los componentes de cdigo para construir el sistema. Vista de concurrencia: muestra la concurrencia (comunicacin y sincronizacin) en el sistema. Vista de despliegue: muestra el despliegue o distribucin del sistema en la arquitectura fsica (computadoras y otros dispositivos).

9 diagramas:
Vista de Casos de Uso: o Diagrama de Casos de Uso o Diagrama de Actividades Vista lgica: o Diagrama de Clases o Diagrama de Objetos o Diagramas de Estados
Vista de concurrencia: o Diagrama de Colaboracin o Diagrama de Secuencias Vista de componentes: o Diagrama de Componentes
Vista de despliegue: o Diagrama de Distribucin
Extensiones de UML
Valores etiquetados:
Son propiedades asociadas a elementos de UML en forma de etiquetas. Existe una serie de etiquetas ya predefinidas en UML (documentacin, ubicacin, persistencia, semntica, responsabilidad, precondicin, poscondicin, abstracto, etc.). Permiten agregar semntica extra a los elementos asociados (precondiciones y poscondiciones de las operaciones, por ejemplo). Tambin son usados para agregar informacin administrativa sobre el progreso o estado de un proyecto. Se representan en los diagramas encerrados entre llaves y consisten de una etiqueta, un signo de igualdad = y un valor. Ejemplo: { Algoritmo = QuickSort } { Autor = Mauricio Paletta }
Extensiones de UML
Restricciones:
Reglas que restringen la semntica de uno o ms elementos de UML. Tambin llamadas condiciones semnticas. Pueden estar asociadas a clases u objetos y tambin a las relaciones entre stos, a fin de restringir la participacin de estos elementos en la relacin. Se representan en los diagramas encerrados entre llaves. Hay 14 restricciones predefinidas: asociacin, local, parmetro, auto, completa, disjunta, incompleta, sobrelapada, implcita, or ordenada, voto y difundida. El usuario tambin puede definir sus propias restricciones (parecido a la forma como se definen valores etiquetados). Ejemplo: { persona.jefe.sueldo >= persona.asistente.sueldo }
Extensiones de UML
Estereotipos:
Representa una semntica asociada a un elemento existente. Se pueden ver como un tipo de especializacin del elemento. Cuando un estereotipo est asociado a un elemento, se sobrescribe la semntica definida para ese elemento y ste puede ser visto como un nuevo elemento basado en otro ya existente. Es una extensin de la semntica pero no de la estructura del elemento. Por lo general son metaclases (para ser asociados a clases) o importaciones (para las relaciones de dependencia entre paquetes). Hay mas de 40 estereotipos predefinidos en UML y tambin es posible definir estereotipos propios.
Extensiones de UML
Estereotipos:
Se representan o identifican con un nombre encerrado entre << y >> que por lo general se coloca delante del identificador del elemento asociado. Tres tipos particulares de estereotipos aplicado a clases son: Control, Lmite y Entidad. Estn basados en el concepto model-view-controller donde Entidad es el modelo, Control es el controlador y Lmite es la vista. Esta es la notacin utilizada:
Control
Entidad
Lmite
Extensiones de UML
Estereotipos:
El estereotipo Lmite especializa el uso de una clase para su presentacin y manipulacin. Presenta y comunica la informacin entre sistemas (hombre-mquina por ejemplo). Por lo general son ventanas, cajas de dilogos o formas, clases que representan elementos de comunicacin (como TCP/IP). El estereotipo Entidad es usado para modelar objetos del negocio. El estereotipo Control es usado para conectar objetos Lmite con sus objetos Entidad y manejar una secuencia de operaciones dentro del sistema. Estos objetos tpicamente manejan el procesamiento de la informacin en los objetos Entidad.
Extensiones de UML
Estereotipos:
Manejador Cursos Opciones Profesores 1 Maneja
Curso
1..* 1
Agregar Curso Ofrecido
Cursos Ofrecidos

Definicin:
Describe lo que un nuevo sistema debe hacer o lo que un sistema existente hace en trmino de los requerimientos y funcionalidades. Es una estructura que ayuda a los analistas a trabajar con los usuarios para determinar la forma en que se usar el sistema a modelar. Es una excelente herramienta para estimular a que los usuarios potenciales hablen del sistema desde sus propios puntos de vista. El sistema se describe o es visto como una caja negra que provee casos de uso. Permiten definir la vista de casos de uso del sistema.

3 elementos bsicos:
Actor: tipo o categora de usuario. Define los papeles diferentes que un usuario puede desempear. El conjunto de actores representa a todo aquello que necesita intercambiar informacin con el software que se est analizando. Notacin:
Actor

3 elementos bsicos:
Caso de uso: secuencia de transacciones que se realizan en un elemento de interfaz. Constituye una secuencia completa de mensajes y especifica la secuencia de interaccin entre el actor y el software. Caso de uso Requerimiento. Notacin:
Caso de Uso Caso de Uso

3 elementos bsicos:
Relaciones: permiten identificar la comunicacin entre los actores , entre los casos de uso y entre actores y casos de uso. Hay 5 tipos de relacin: o Relacin de generalizacin entre actores: permite organizar los actores en una descripcin abstracta del actor.
El actor Persona es ms genrico que el actor Empleado
Persona
Empleado

3 elementos bsicos:
o Relacin de generalizacin entre casos de uso: identifica que un caso de uso especfico hereda y aade propiedades a un caso general.
Comprar en una mquina
Comprar un refresco
El case de uso Comprar en una mquina es ms genrico que el caso de uso Comprar un refresco

3 elementos bsicos:
o Relacin de extensin entre casos de uso (extend): permite factorizar las variantes sobre la secuencia bsica de un caso de uso en nuevos casos de uso que extienden los flujos principales.
Alquilar un vehculo extiende (opcionalmente ejecuta) a Alquilar un chofer
Alquilar un vehculo
<<extend>>
Alquilar un chofer

3 elementos bsicos:
o Relacin de inclusin entre casos de uso (include): permite sealar que un caso de uso incorpora el comportamiento de otro caso de uso como parte de su propio comportamiento.
Acceder a un sistema
<<include>>
Revisar datos del usuario
Acceder a un sistema usa (siempre ejecuta) a Revisar datos del usuario

3 elementos bsicos:
o Relacin de asociacin entre un actor y un caso de uso: permite sealar la comunicacin existente entre ambos.
Comprar un refresco Persona
Hacer reporte de cierre Administrador

Ejemplo:
Mquina de Refrescos Comprar Comprar refresco refresco Cliente Cliente
Reabastecer Proveedor <<include>> Exhibir el interior <<include>> Cubrir el interior
<<include>>
<<include>>
Recolectar Recolectar dinero dinero Recolector Recolector

Ejemplo:
Diagrama de Actividad
Definicin:
Representan la dinmica del sistema. Son diagramas usados para mostrar el flujo de las actividades del sistema, es decir, muestran el flujo de control entre actividades del sistema, cules actividades se pueden hacer en paralelo y caminos alternativos del flujo. En el anlisis, se pueden crear para representar el flujo a travs de los casos de uso o para representar el flujo de un caso de uso particular. En el diseo, se pueden usar para representar el flujo de una operacin particular (algoritmo). Contienen actividades, transiciones entre actividades, cajas de decisin y barras de sincronizacin.
Elementos: Actividad: representa el desempeo de algn comportamiento en el diagrama de flujo. Actividades inicial y final: smbolos especiales usados para iniciar y finalizar el diagrama de flujo. Transicin: muestran el paso del flujo de control de una actividad a otra. Cajas de decisin: muestran rutas alternativas del flujo de control basado en una condicin. Barras de sincronizacin: permite representar actividades que se pueden ejecutar de forma concurrente (una transicin de entrada y varias de salida) o diversos flujos que, una vez culminados, convergen en un punto (varias transiciones de entrada y una de salida).
Notacin:
Comienzo Actividad 1 Transicin Actividad 2 Transicin Cclica Actividad 3 Si Actividad 4 No Rutas concurrentes Actividad 5 Estado Actividad 6
Decisin
Rutas convergentes Esto es un comentario Fin
Ejemplo:
Diagrama de Clases
Definicin:
Describe la vista esttica de un sistema en trminos de sus clases y las relaciones entre ellas. Sirve de base para otros diagramas que muestran otros aspectos del sistema (como el de estados de los objetos y el de colaboracin entre objetos que se muestran en los diagramas dinmicos). Para su definicin, es necesario que las clases hayan sido identificadas y descritas; luego se pueden asociar con otras clases usando relaciones especficas.
Diagrama de Clases
Relaciones:
Asociacin: conexin semntica entre clases que indica que existe una conexin entre objetos de esas clases. Generalizacin: relacin entre un elemento mas general y otro mas especfico (herencia). El elemento mas especfico puede contener informacin adicional. Dependencia: relacin entre un elemento independiente y otro dependiente. Un cambio en el elemento independiente afecta al elemento dependiente. Refinamiento: relacin entre dos descripciones del mismo tipo pero en niveles diferentes de abstraccin.
Diagrama de Clases
Asociaciones:
Normal: es la asociacin ms comn y se dibuja como una lnea slida que une las dos clases. Tiene un nombre (comnmente un verbo) que etiqueta el enlace. Es posible agregar una flecha al final de la asociacin, que indica que la asociacin slo se puede usar en la direccin de la flecha. Si no tiene la flecha se asume que la asociacin es vlida para ambos sentidos. Tambin se puede indicar la multiplicidad vlida en la asociacin.
Usa Empleado Computadora
Persona 1..* 0..* Propietario Carro
Diagrama de Clases
Asociaciones:
Recursiva: representa la conexin de una clase consigo misma. Los objetos conectados semnticamente son de la misma clase. Las asociaciones en general pueden tener roles conectados a cada clase involucrada en la asociacin e indican el papel que juega la clase en trminos de la asociacin. Es una tcnica til para especificar el contexto de una clase y sus objetos.
Nodo 0..* 0..*
Persona esposa
esposo
Conecta
Se casa con
Diagrama de Clases
Asociaciones:
Cualificada: son usadas en asociaciones de uno a muchos o muchos a muchos. El cualificador indica cmo distinguir entre el conjunto de objetos de los muchos al final de la asociacin; puede verse como un tipo de clave que permite separar todos los objetos en la asociacin. Reducen la multiplicidad en el modelo de uno a muchos a uno a uno.
0..*
Canvas
id figura
Figura
Recepcionista
nmero de confirmacin
Localiza
Reservacin
Diagrama de Clases
Asociaciones:
Disyuntiva (or): representa una restriccin entre dos o ms asociaciones. Indica que los objetos de una clase pueden participar en a lo sumo una de las asociaciones a la vez. Las asociaciones en general tambin pueden contener restricciones para indicar que la asociacin debe seguir cierta regla para su cumplimiento.
Compaa de Seguros 1 0..* Pliza de Seguros 0..* {Or} 1..* Persona 1..* Compaa 0..* {Or}
Pliza de Seguros 0..* {Ordenado}
1..* Cliente
Diagrama de Clases
Asociaciones:
Ternaria: representa la asociacin de tres clases. Se representa mediante un diamante. Los calificadores y la agregacin no estn permitidos en este tipo de asociacin. Se puede evitar con la definicin de asociaciones simples.
Compaa de Seguros
0..*
Pliza de Seguros
0..*
0..* Clusula 1..* 0..*
Persona
Diagrama de Clases
Asociaciones:
Agregacin: es un caso especial de asociacin que indica que la relacin entre las clases es del tipo parte de. Se representa mediante un diamante. Cuando la asociacin de composicin es obligatoria, el diamante est relleno.
Texto *
Naval Contiene
Barco de Guerra
Ventana
Botn
* Men
Diagrama de Clases
Generalizacin:
Permite representar herencias. Relacin es un o caso particular de.
Vehculo
Carro
Bote
Carro Deportivo
Carro de Pasajeros
Camin
Velero
Bote a motor
Carguero
Diagrama de Clases
Dependencia:
Es una conexin semntica entre dos elementos del modelo, uno independiente y otro dependiente. Por ejemplo, cuando una clase toma el objeto de otra clase como parmetro; una clase hace uso del objeto global de otra clase; la relacin de amistad entre clases permitida por algunos lenguajes (C++); etc. Se utiliza una lnea no continua con una flecha que indica la direccin de la dependencia.
<<friend>> Clase A Clase B
Diagrama de Clases
Refinamiento:
Relaciones entre dos descripciones del mismo tipo pero en niveles de abstraccin diferentes. Por ejemplo, entre un tipo y una clase; entre una clase en tiempo de anlisis y la misma clase en tiempo de diseo; etc. Se utiliza una lnea no continua con una flecha cerrada dirigida al elemento de ms alto nivel de abstraccin.
Clase (anlisis)
Clase (diseo)
Diagrama de Clases
Multiplicidades:
Esposo 1 Est casado con 1 Esposa uno a uno
Maestro
Ensea
Estudiante
uno a muchos
Cajero
Atiende
1..*
Cliente
uno a uno o ms
Casa
0..1
Chimenea
uno a ninguno o uno
Estudiante
Toma
12..18
Crdito
uno a 12 hasta 18
Triciclo
Rueda
uno a 3
Cartn de huevos
Contiene
12,24
Huevo
uno a 12 24
Diagrama de Clases
Otros tipos de clases:
Parametrizada: permiten generalizar la definicin de una clase o definir grupos de clases para que, mediante los parmetros, se puedan crear luego las clases reales. Es como una clase que an no ha sido completamente especificada. En el entorno de programacin se conocen como Templates. (C++ lo soporta).
Clase Parametrizada
Diagrama de Clases
De utilidad: son agrupaciones de variables globales y funciones que se conjugan en una clase representados como atributos y mtodos respectivamente. No son clases en realidad pero son tiles en aquellos lenguajes de programacin no completamente orientados a objetos (como C++), para darle una connotacin ms formal de orientacin a objetos y no dejar elementos dispersos que queden fuera de algn objeto .
Clase de Utilidad
Diagrama de Clases
Metaclases y clases instanciadas: Las metaclases son clases cuyas instancias no son objetos sino otras clases, es decir, es una clase para crear clases. Son tiles en sistemas donde se requiere la creacin de clases de forma dinmica (por ejemplo en Smalltalk). Las clases instanciadas son instancias de metaclases. La relacin de instanciacin se hace mediante una dependencia.
Metaclase
Clase Instanciada
Diagrama de Clases
Paquetes:
Es un mecanismo de agrupamiento para organizar elementos del modelo en grupos semnticamente relacionados. Pueden importar elementos de otros paquetes. Los paquetes se pueden relacionar por generalizacin y dependencia.
Diagrama de Clases
Interfaces:
Un paquete, componente o clase que tiene una interfaz conectada a l, se dice que implementa o soporta la interfaz especfica dado que soporta el comportamiento definido en esa interfaz. Se pueden ver como contratos de colaboracin entre los diferentes elementos del modelo. Una interfaz slo se describe como operaciones abstractas. Se representan mediante pequeos crculos asociado (lnea slida) al elemento del modelo (uno a uno). Una clase que usa la interfaz se conecta mediante una relacin de dependencia.
Clase A Una interfaz Clase B
Diagrama de Clases
Ejemplo:
Diagrama de Objetos
Definicin y notacin:
El diagrama de objetos representa la asociacin y relaciones entre objetos. Sigue la misma notacin que el diagrama de clases a diferencia de que en lugar de identificar una clase, identifica una instancia particular u objeto. El identificador de un objeto puede ir acompaado del identificador de la clase asociada y un separador entre ambos nombres. Por lo general se subraya el identificador de los objetos. Se pueden usar para ejemplificar un diagrama de clases con instancias explcitas. Tambin se pueden usar como parte de los diagramas de colaboracin en el modelo dinmico.
Diagrama de Objetos
Ejemplo:
Diagrama de Estados
Definicin:
Representa el comportamiento del sistema en el tiempo. Por lo general se hace un diagrama de estados por clase. El comportamiento es modelado en trminos del estado en el cual se encuentra un objeto. Se indican qu acciones se ejecutan en cada estado y cul es el nuevo estado al que se llega luego de un determinado evento. Los estados representan condiciones que son vlidas en el objeto en un momento dado; los eventos representan la causa que origina el cambio desde un estado a otro.
Diagrama de Estados
Notacin:
Estado inicial
Estado final
Estado
Condicional
Transicin con el mismo estado
Estado1
Transicin / Evento
Estado2
Diagrama de Estados
Ejemplo:
Cerrar Abrir Cerrada
Abrir
Abierta
Cerrar
Diagrama de Componentes
Definicin:
Permite modelar la estructura del software, incluyendo dependencias entre componentes en cdigo fuente, componentes en cdigo binario y componentes ejecutables. Establece relaciones de dependencia entre componentes y/o paquetes de componentes. Un componente es un grupo de clases que trabajan estrechamente. Se pueden clasificar segn los su existencia en: tiempo de compilacin; tiempo de enlace; tiempo de ejecucin y en varios de esos momentos. Una dependencia indica que un elemento del modelo (fuente) depende de otro (objeto), de manera que un cambio en el elemento objeto puede significar cambiar el elemento fuente.
Tipos de componentes:
Componentes para trabajar en el producto: tambin llamados componentes fuente, son tpicamente archivos de cdigo fuente usados para implementar una o ms clases (archivos de base de datos, cdigo fuente, recursos grficos, etc.). Componentes de distribucin: tambin llamados componentes binarios, conforman el fundamento de los sistemas ejecutables y son tpicamente archivos de cdigo objeto que se generan a partir de los componentes anteriores (ejecutables, DLL, controles ActiveX, etc.). Componentes de ejecucin: son los creados como resultado de un sistema en ejecucin (archivos temporales, ndices de bsqueda, etc.).
Ejemplo:
Diagrama de Colaboracin
Definicin:
Muestra la interaccin entre objetos organizada alrededor de los objetos. Contiene: o Objetos dibujados como rectngulos. Tres maneras de identificacin: el nombre del objeto, el nombre del objeto y su clase o slo el nombre de la clase (objeto annimo). o Enlaces entre objetos mediante lneas que conectan dichos objetos. o Mensajes que se muestran con un texto descriptivo y una flecha que indica el sentido de la ejecucin desde el cliente hacia el que suple el evento.
Diagrama de Colaboracin
Ejemplo:
Diagrama de Secuencias
Definicin:
Muestra la interaccin entre objetos estructurada u ordenada en una secuencia de eventos en el tiempo. Representan el comportamiento del sistema de una forma amplia. Se lee de izquierda a derecha y de arriba abajo. Por lo general estn relacionados con la realizacin de los casos de uso. Pueden haber varios diagramas de secuencia por caso de uso. Pueden ser excesivamente grandes si estn involucradas muchas clases u objetos en la interaccin, en comparacin con los diagramas de colaboracin.
Notacin:
Objetos
: Actor
Objeto1
Objeto2 Mensaje recurrente
Mensaje Activacin
Retorno
Lnea de vida del objeto
Ejemplo:
Diagrama de Distribucin
Definicin:
Modela la distribucin en tiempo de ejecucin de los elementos de procesamiento y componentes de software, procesos y objetos asociados. Tiene que ver con la arquitectura fsica del sistema: dnde estn localizados fsicamente los programas que implementan las clases y objetos?, en cules computadoras se ejecutan estos procesos?, cmo se conectan las diferentes computadoras que requiere el sistema para funcionar?. Se modelan los nodos (objetos fsicos o dispositivos) y la comunicacin entre ellos. Cada nodo puede contener instancias de componentes.
Notacin:
Procesador Conexin
Dispositivo
Ejemplo:

Uml

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Uml

Cargado por

Copyright:

Formatos disponibles

Lenguaje de Modelado Unificado (UML)

Ing. Mauricio Paletta, Msc

Estructura recursiva de composicin

Metfora de ingeniera de procesos

Lenguaje de Modelado Unificado

Diagrama de Casos de Uso

Lenguaje de Modelado Unificado

Mtodos Orientados a Objetos

Modelo de estados para la clase Ventana

Mtodos Orientados a Objetos

BON (Notacin de Objetos Mejorada):

Lenguaje de Modelado Unificado

Lenguaje de Modelado Unificado

Un objeto que representa una Pila

Tratamiento de excepciones para una Pila

Evolucin Histrica Mtodos

Lenguaje de y Programacin III Algoritmos Modelado Unificado

Lenguaje de Modelado Unificado

Lenguaje de Modelado Unificado

Lenguaje de Modelado Unificado

Lenguaje de Modelado Unificado

Lenguaje de Modelado Unificado

Lenguaje de Modelado Unificado

Lenguaje de Modelado Unificado

Lenguaje de Modelado Unificado

Manejador Cursos Opciones Profesores 1 Maneja

Agregar Curso Ofrecido

Lenguaje de Modelado Unificado

Diagrama de Casos de Uso

Lenguaje de Modelado Unificado

Diagrama de Casos de Uso

Lenguaje de Modelado Unificado

Diagrama de Casos de Uso

Lenguaje de Modelado Unificado

Diagrama de Casos de Uso

Lenguaje de Modelado Unificado

Diagrama de Casos de Uso

Comprar en una mquina

Lenguaje de Modelado Unificado

Diagrama de Casos de Uso

Lenguaje de Modelado Unificado

Diagrama de Casos de Uso

Revisar datos del usuario

Acceder a un sistema usa (siempre ejecuta) a Revisar datos del usuario

Lenguaje de Modelado Unificado

Diagrama de Casos de Uso

Comprar un refresco Persona

Hacer reporte de cierre Administrador

Lenguaje de Modelado Unificado

Diagrama de Casos de Uso

Reabastecer Proveedor <<include>> Exhibir el interior <<include>> Cubrir el interior

Recolectar Recolectar dinero dinero Recolector Recolector

Lenguaje de Modelado Unificado

Diagrama de Casos de Uso

Lenguaje de Modelado Unificado

Rutas convergentes Esto es un comentario Fin

Lenguaje de Modelado Unificado

Lenguaje de Modelado Unificado

Lenguaje de Modelado Unificado

Lenguaje de Modelado Unificado

Lenguaje de Modelado Unificado

Lenguaje de Modelado Unificado

Lenguaje de Modelado Unificado

Pliza de Seguros 0..* {Ordenado}