Wednesday, 30 May 2012

Relación include(use) vrs extend

Son asociaciones entre casos de uso. Normalmente las asociaciones son entre el actor y el caso de uso.

Para saber cuando hay que utilizar uses y cuando extends aplicar las siguientes regla:
  1. Usar extends cuando se describa una variación en un comportamiento normal.
  2. Usar uses cuando se produzca una repetición en dos o más casos de uso separados y se quiera evitar.
UML establece la relación uses con el nombre de includes.




Referencias:
uses vrs include



Generalización, include, extend.
Referencia caso de uso pedido

Tuesday, 29 May 2012

Ejemplos de diagramas de caso de uso

Aquí se muestran ejemplos diagramas de casos de uso, tomados de diferentes libros e internet.

Diagrama de casos de uso Máquina de gaseosas. Actores, casos de uso, extensión, inclusión, generalización.


Inicio de incidente en un sistema de manejo de accidentes. OficialCampo inicia ReporteEmergencia, este caso de uso notifica a  Despachador.

Ejemplo HogarSeguro [PRESSMAN]



Nuestras investigaciones indican que el mercado de sistemas de seguridad para el hogar está creciendo a un ritmo del 40% anual.
Nos gustaría entrar en este mercado construyendo un sistema de seguirdad para el hogar basado en un microprocesador que proteja y/o reconozca varias situaciones indeseables tales como irrupciones ilegales, fuego, inundaciones y otras.
El producto, provisionalmente llamado HogarSeguro, utilizará los sensores adecuados para detectar cada situación, puede programarse por el propietario del hogar y llamará automáticamente a una agencia de
vigilancia cuando se detecte alguna de estas situaciones.


Los objetos descritos para HogarSeguro podrían incluir detectores de humo, sensores de ventanas y puertas, detectores de movimientos, una alarma, un acontecimiento (se ha activado un
sensor), un panel de control, una pantalla, números de teléfono, una llamada de teléfono, etc. La lista de
servicios podría incluir la instalación de la alarma, vigilancia de los sensores, marcado de teléfono, programa
ción del panel de control y lectura de la pantalla (fíjese que los servicios actúan sobre los objetos). De igual
manera, se podría desarrollar una lista de restricciones (por ejemplo, el sistema debe tener
un coste de fabricación de menos de $280, debe tener una «interfaz amigable» con el usuario y debe conectar directamente con una línea telefónica estándar) y de criterios de rendimiento (por ejemplo, un acontecimiento detectado por un sensor debe reconocerse en un segundo; se debería implementar un esquema de prioridad de acontecimientos).


Podemos identificar tres actores: el propietario (el usuario), sensores (dispositivos vinculados al sistema), y el subsistema de monitorización y respuesta (la estación central que monitoriza HogarSeguro).
Para los propósitos de este ejemplo, consideremos únicamente al actor propietario. El propietario interactúa con el producto en un número de diferentes caminos:
  • introduce una contraseña para permitir cualquier interacción
  • pregunta acerca del estado de una zona de seguridad
  • pregunta acerca del estado de un sensor
  • presiona el botón de alarma en caso de emergencia
  • activa/desactiva el sistema de seguridad

Un caso de uso para el sistema de activación persigue:

Thursday, 22 March 2012

El Poder Semántico del UML 2.0 en la Práctica


El Poder Semántico del UML 2.0 en la Práctica

Ejemplo Casos de Uso, D. Clases e Interacción

Ejemplo - Tutorial UML

"Hotel"

El dueño de un hotel le pide a usted desarrollar un programa para consultar sobre las piezas disponibles y reservar piezas de su hotel.

El hotel posee tres tipos de piezas: simple, doble y matrimonial, y dos tipos de clientes: habituales y esporádicos. Una reservación almacena datos del cliente, de la pieza reservada, la fecha de comienzo y el número de días que será ocupada la pieza.

El recepcionista del hotel debe poder hacer la siguientes operaciones:

Obtener un listado de las piezas disponible de acuerdo a su tipo
Preguntar por el precio de una pieza de acuerdo a su tipo
Preguntar por el descuento ofrecido a los clientes habituales
Preguntar por el precio total para un cliente dado, especificando su numero de RUT, tipo de pieza y número de noches.
Dibujar en pantalla la foto de un pieza de acuerdo a su tipo
Reservar una pieza especificando el número de la pieza, rut y nombre del cliente.
Eliminar una reserva especificando el número de la pieza
El administrador puede usar el programa para:

Cambiar el precio de una pieza de acuerdo a su tipo
Cambiar el valor del descuento ofrecido a los clientes habituales
Calcular las ganancias que tendrán en un mes especificado (considere que todos los meses tienen treinta días).
El hotel posee información sobre cuales clientes son habituales. Esta estructura puede manejarla con un diccionario, cuya clave sea el número de RUT y como significado tenga los datos personales del cliente.

El diseño a desarrollar debe facilitar la extensibilidad de nuevos tipos de pieza o clientes y a su vez permitir agregar nuevas consultas.

FUENTE






Ejemplo Casos de Uso, D. Clases,

Ejemplo - Tutorial UML
"Hotel"
El dueño de un hotel le pide a usted desarrollar un programa para consultar sobre las piezas disponibles y reservar piezas de su hotel.

El hotel posee tres tipos de piezas: simple, doble y matrimonial, y dos tipos de clientes: habituales y esporádicos. Una reservación almacena datos del cliente, de la pieza reservada, la fecha de comienzo y el número de días que será ocupada la pieza.

El recepcionista del hotel debe poder hacer la siguientes operaciones:

Obtener un listado de las piezas disponible de acuerdo a su tipo
Preguntar por el precio de una pieza de acuerdo a su tipo
Preguntar por el descuento ofrecido a los clientes habituales
Preguntar por el precio total para un cliente dado, especificando su numero de RUT, tipo de pieza y número de noches.
Dibujar en pantalla la foto de un pieza de acuerdo a su tipo
Reservar una pieza especificando el número de la pieza, rut y nombre del cliente.
Eliminar una reserva especificando el número de la pieza
El administrador puede usar el programa para:

Cambiar el precio de una pieza de acuerdo a su tipo
Cambiar el valor del descuento ofrecido a los clientes habituales
Calcular las ganancias que tendrán en un mes especificado (considere que todos los meses tienen treinta días).
El hotel posee información sobre cuales clientes son habituales. Esta estructura puede manejarla con un diccionario, cuya clave sea el número de RUT y como significado tenga los datos personales del cliente.

El diseño a desarrollar debe facilitar la extensibilidad de nuevos tipos de pieza o clientes y a su vez permitir agregar nuevas consultas.

FUENTE

Wednesday, 21 March 2012

Modelos UML

Especificación de la aplicación casos de uso:


MODELADO ESTRUCTURAL








MODELADO DEL COMPORTAMIENTO



FUENTE