Básicos de UML

JULIO CESAR RODRIGUEZ RIBON

jrodriguezr@unicartagena.edu.co

UNIVERSIDAD DE CARTAGENA
FACULTAD DE CIENCIAS E INGENIERÍAS
PROGRAMA DE INGENIERIA DE SISTEMAS
 De la clase anterior …..

Qué es UML?

Qué es un modelo de dominio?

Para qué sirve el modelo del dominio?

 Contenido
• Diagrama de Casos de USO
• Taller - Utilización de Diagramas de Casos
de Uso

Programa de Ingeniería de Sistemas – Universidad de Cartagena

 Casos de Uso
• No son artefactos orientados a objetos – son simplemente historias escritas.

• Herramienta popular en el análisis de requisitos.

• Parte importante del proceso unificado (RUP).

• Es una técnica para capturar información de cómo un sistema o negocio

trabaja, o de cómo se desea que trabaje.

• Descripciones de la funcionalidad del sistema independientes de la

implementación.

• Cada caso de uso proporciona uno o más escenarios que indican cómo
debería interactuar el sistema con el usuario o con otro sistema para conseguir
un objetivo específico.

• Un caso de uso es una secuencia de transacciones que son desarrolladas por

un sistema en respuesta a un evento que inicia un actor sobre el propio
sistema.

Programa de Ingeniería de Sistemas – Universidad de Cartagena

 Casos de Uso
Actor: es algo con comportamiento, como un a persona (identificada
por un rol), sistema informático u organización.

Escenario: Es una secuencia específica de acciones e interacciones

entre los actores y el sistema objeto de estudio; también se denomina
instancia de caso de uso. Es una historia particular del uso de un
sistema, o un camino a través del caso de uso.

Caso de Uso: es una colección de escenarios con éxito y fallos

relacionados, que describe a los actores utilizando un sistema para
satisfacer un objetivo.

“Los casos de uso son requisitos; ante todo son requisitos funcionales
que indican que hará el sistema”
Fuente: [2]

Programa de Ingeniería de Sistemas – Universidad de Cartagena

 Casos de Uso
Formato www.usescases.org Formato de 2 columnas o convencional
Actor principal:
Actor principal:
Personal involucrado e intereses: Escenario principal de éxito:

Acción del actor (o Responsabilidad del sistema

Precondiciones: intención)

Garantías de éxito (Postcondiciones): 1.

2. 3.
Escenario principal de éxito (o Flujo Básico): 4.
5.
Extensiones (o flujos alternativos) 6.

Requísitos especiales:

Lista de tecnología y variaciones de datos:

Frecuencia:

Temas abiertos: Fuente: [2]

Programa de Ingeniería de Sistemas – Universidad de Cartagena

 Diagramas de Casos de Uso
• El estándar de Lenguaje de Modelado Unificado de OMG define
una notación gráfica para realizar diagramas de casos de uso, pero
no el formato para describir casos de uso.

Fuente: http://es.wikipedia.org/wiki/Casos_de_uso

Programa de Ingeniería de Sistemas – Universidad de Cartagena

 Diagramas de Casos de Uso

Fuente: http://es.wikipedia.org/wiki/Diagrama_de_casos_de_uso

Programa de Ingeniería de Sistemas – Universidad de Cartagena

 Para qué sirve todo esto? Lo que el Usuario
Necesita.
(Ing. de Usabilidad)

Modelo Mental
conocimiento de Usuario
Basado en: Necesidades
+

Modelo Conceptual
Requisitos

Diagramas UML

Programa de Ingeniería de Sistemas – Universidad de Cartagena

 Casos de Uso
PASO 1: Elegir el límite del sistema.

PASO 2 y 3: Identificar los actores principales y objetivos.

Preguntas útiles: Ver página 61 de [2].

PASO 4: Definir los casos de Uso

Nombrar los casos de uso comenzando con un verbo.

Programa de Ingeniería de Sistemas – Universidad de Cartagena

 Ejemplo de Casos de Uso
Ejemplo: Sistema de Taquilla para ventas de pasajes terrestres.

El usuario llega a la taquilla y solicita los horarios a un determinado

destino. La taquilla ofrece los horarios y destinos. El usuario solicita el
precio. El usuario solicita un pasaje. La taquilla expende un pasaje.

Programa de Ingeniería de Sistemas – Universidad de Cartagena

 Ejemplo de Casos de Uso
CASO DE USO: Realizar Venta
Actor Principal: El Usuario
Personal Involucrado e Intereses:
Vendedor: quiere vender pasajes de transporte terrestre.
Usuario: quiere comprar un tiquete para viajar a un determinado destino.

Precondiciones: El usuario debe conocer el destino al cual desea viajar.

Garantías de éxito (Postcondiciones): Se registra el pasaje, el usuario cancela y paga el pasaje.

Escenario principal de éxito (o flujo básico):

1. El usuario llega a la taquilla y solicita los destinos y horarios a un determinado destino.
2. El sistema comienza una nueva venta
3. El sistema ofrece la información que el usuario ha solicitado
4. El usuario selecciona una opción de horario y destino y solicita el precio del pasaje
5. El sistema ofrece el valor del respectivo pasaje
6. El usuario solicita el pasaje
7. El sistema expende el pasaje
8. El sistema registra venta del pasaje
9. El sistema entrega el pasaje
10. El usuario retira el pasaje

Programa de Ingeniería de Sistemas – Universidad de Cartagena

Extensiones (o Flujos alternativos):
a. En cualquier momento el sistema falla:
1. 2. 3. 4.
b. No hay horarios para el destino solicitado por el usuario:
1. 2. 3. 4.

Requisitos especiales:
Tiempo de atención a preguntas de usuario debe ser menor de 30 seg.
Interfaz de usuario con buen diseño gráfico.

Lista de Tecnología y variaciones de datos:

1. El sistema debe tener datafono para pago con tarjeta debito y crédito.

Frecuencia:
Cada vez que llega un nuevo usuario

Temas abiertos:
Sistemas de código de barras.
¿Cuáles son los impuestos a aplicar sobre los tiquetes?
¿tipos de descuentos?

Programa de Ingeniería de Sistemas – Universidad de Cartagena

 Taller – Ejercicios de Casos de
Uso.
1. Realizar el respectivo Ejercicio de: http://alarcos.inf-
cr.uclm.es/per/fgarcia/isoftware/doc/tema12_ejerc.pdf
(Grupo Alarcos – UCLM). – Continuar con el ejercicio de la clase
anterior.
2. Socializar y debatir en clase.

Programa de Ingeniería de Sistemas – Universidad de Cartagena

 Referencias
[1] WiKipedia. Web Site: http://es.wikipedia.org/wiki/Lenguaje_Unificado_de_Modelado.

[2] Craig Larman. UML y Patrones, Una introducción al análisis y diseño orientado a objetos
y al proceso unificado. Editorial PEARSON y Prentice Hall.

[3] Grup de Recerca Interacció Persona Ordinador, Universitat de Lledida. Web Site:
http://griho.udl.es/mpiua/diseno.htm

Ejercicios:
http://dis.um.es/~jmolina/as.html

Programa de Ingeniería de Sistemas – Universidad de Cartagena