Professional Documents
Culture Documents
Departamento de Ingeniería
UML
Casos de Uso
Departamento de Ingeniería
1
Casos de uso
2
Casos de Uso
listo( )
tono
marcar_numero
ESCENARIO tono_sonando
timbre_sonando
telefono_cogido
para_tono
para_timbre
3
Actores
Actores
4
Actores
– Primarios:
Requieren al sistema el cumplimiento de un
objetivo
– Secundarios:
El sistema necesita de ellos para satisfacer un
objetivo
Casos de uso
5
Casos de Uso
• Actores principales
– usan los servicios del sistema
– Tienen objetivos de usuario que se logran usando servicios del sistema:
• P.ej., el cajero del sistema de un puesto de venta. (supermacado)
– Los identificamos para encontrar los objetivos de usuario, que son los que
motivan los casos de uso
• Actores secundarios
– proporcionan servicios al sistema
• P.ej., el servicio automatizado de autorización de pagos
– A menudo son sistemas computacionales, pero podrían ser organizaciones o
personas
– Los identificamos para clarificar interfaces y protocolos externos
• Actores fuera de escena
– Tienen interés en el comportamiento del caso de uso, pero no son principales ni
secundarios:
• P.ej., el servicio de impuestos internos
– Los identificamos para asegurarnos que todos los intereses necesarios están
considerados
– Estos intreses son fáciles de pasar por alto, si no los nombramos explícitamente
6
Descripción de un caso de uso
Casos de Uso
7
Obtención de casos de uso
8
Plantilla para casos de uso (D. Coleman)
• 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
9
¿Por qué casos de uso?
10
Utilidad de los casos de uso
Granularidad
• Diferente granularidad
• Un caso de uso puede describir:
– Un objetivo o propósito del usuario
– Una interacción con el sistema
• Un objetivo implica una o más interacciones.
• Construir un caso de uso por cada objetivo
del usuario.
11
Tipos de casos de uso
Casos de Uso
• Nombre
• Alcance • Escenario exitoso
• Nivel: objetivo de usuario principal
o subfunción • Escenarios alternativos
• Actor principal • Requisitos no funciona-
• Interesados e intereses les relacionados
• Precondiciones • Variaciones tecnológi-cas
y de datos
• Poscondiciones
• Frecuencia de ocurrencia
• Otros
12
Casos de Uso
Tipo: Importancia del caso de uso. Orden de prioridad. : por ejemplo, primario, escencial, etc.
Cursos alternos
Corresponde a acciones alternativas a la ideal que está descrito arriba (en las acciones del actor y las acciones del sistema)
Casos de Uso
Resumen: Un Cliente llega a la caja registradora con artículos que desea comprar. El Cajero
registra los productos y recibe un pago en efectivo. Al terminar la operación, el
Cliente se marcha con los productos comprados.
13
Caso de uso: Comprar productos en efectivo
Resumen: Un Cliente llega a la caja registradora con artículos que desea comprar. El Cajero registra los productos y recibe un pago en
efectivo. Al terminar la operación, el Cliente se marcha con los productos comprados.
10. El cajero deposita el efectivo recibido en la caja, y extrae el cambio. 11. Registra la venta concluida.
Cursos alternos
Item 2: Introducción de identificador inválido. Indicar error.
- Item 7: El cliente no tiene suficiente dinero. Cancelar transacción de venta o restar productos.
Casos de Uso
– Las mejores formas para capturar objetivos son aquéllas que son
simples y familiares:
• Facilitan —especialmente a los clientes— contribuir a su definición y
revisión, reduciendo el riesgo de equivocarse
• La falta de involucramiento de usuarios está al comienzo de la lista de
razones por las que los proyectos de software fracasan
14
Casos de Uso
15
Casos de uso
• Ejercicios
– Solicitar préstamo de libros en biblioteca.
– Ver cuenta corriente banco.
– Obtener crédito fiscal.
– comprar un pasaje aéreo en www.lan.com
– Imagine que Ud. posee un notebook, un celular y una
tarjeta de crédito para redbanc. Describa los casos
de uso para poder pagar el servicio de electricidad de
su casa. (considere que recibe una boleta o
comprobante por este pago)
Resumen: Un alumno llega al mesón de biblioteca a solicitar un libro, el bibliotecario lo entrega si se encuentra disponible.
Cursos alternos
4: el deudor tiene morosidad. El sistema indica que no se debe entregar el libro.
6: no existe el libro para los datos ingresados. Indica error
6: no existen libros disponibles, se podrá elegir un libro entre los no disponibles y se registrara como reservado.
16
Caso de uso:
Actores:
Propósito:
Resumen:
Tipo:
Referencias Cruzadas
Cursos alternos
Recomendaciones
17
Recomendaciones
Recomendaciones
18
Recomendaciones
Referencias
• http://alistair.cockburn.us/usecases/usecases.html
• “Writing effective uses case”, Alistair Cockburn, Addison-Wesley, 2000
• C. Larman, “UML y Patrones: Una introducción al análisis y diseño
orientado a objetos y al proceso unificado”, Prentice-Hall, 2003.
19