Dcu

17
Diagramas de Casos de Uso José García Fanjul Claudio de la Riva Álvarez Universidad de Oviedo Departamento de Informática Universidad de Oviedo Departamento de Informática

Transcript of Dcu

Page 1: Dcu

Diagramas de Casos de Uso

José García FanjulClaudio de la Riva Álvarez

Universidad de Oviedo

Departamento de Informática

Universidad de OviedoDepartamento de Informática

Page 2: Dcu

J. García, C. de la Riva (2005) Diagramas de Casos de Uso 2

Contenidos

• Introducción• Actores• Casos de Uso• Relaciones• Límites del sistema• Utilización en Métrica 3• Conclusiones

Page 3: Dcu

J. García, C. de la Riva (2005) Diagramas de Casos de Uso 3

Introducción

• Técnica gráfica para modelar el comportamiento de un sistema desde el punto de vista del usuario

• Determinan los requisitos funcionales del sistema– representan las funciones que un sistema puede ejecutar

• Facilidad de interpretación– comunicación entre el EDS y el USR

• Importante:– Reflejan lo esencial del sistema

• Se pueden usar durante las siguientes fases del desarrollo:– Captura de Requisitos

– Especificación Funcional del Sistema

– Planificación de iteraciones de desarrollo– Validación del sistema

Page 4: Dcu

J. García, C. de la Riva (2005) Diagramas de Casos de Uso 4

Introducción

• Ejemplo

ReservarLibro

SocioBibliotecaLlevar libroprestado

Actualizarcatálogo

Bibliotecario

Actor

Caso de Uso

Relación

Page 5: Dcu

J. García, C. de la Riva (2005) Diagramas de Casos de Uso 5

Actores

• Representan un tipo de usuario del sistema• No siempre usuarios “humanos”

– Unidades organizativas

– Otros sistemas

• Una clasificación– Principales: personas que usan el sistema

– Secundarios: personas que mantienen o administran el sistema

– Material externo: dispositivos materiales imprescindibles que forman parte del ámbito de la aplicación y deben ser utilizados

– Otros sistemas: con los que interactúa

• Otra– Iniciador: inicia un caso de uso

– Participante: involucrado en el caso de uso, pero no lo inicia

Page 6: Dcu

J. García, C. de la Riva (2005) Diagramas de Casos de Uso 6

Actores

• La misma persona física puede interpretar varios papeles (roles) como actores distintos

• El nombre del actor describe el papel desempeñado, no la persona física

• Actores como clases:– Cuando se necesite almacenar información sobre el actor– Cuando se interactúe con un sistema externo

SocioBiblioteca

<<actor>>

SocioBiblioteca=

Page 7: Dcu

J. García, C. de la Riva (2005) Diagramas de Casos de Uso 7

Casos de Uso

• Secuencia de acciones que describen una tarea o proceso realizado por un actor

• Importante– Es un modelo de un proceso – En general, no incluir como casos de usos procesos

relativos a:• Aspectos no funcionales• Mantenimiento de maestros• Consultas/Informes no relevantes• ...

• Cada uno de los casos de uso debe especificarse textualmente mediante uno o varios escenarios

Page 8: Dcu

J. García, C. de la Riva (2005) Diagramas de Casos de Uso 8

Casos de Uso

Caso de Uso “Llevar prestado un libro”Numeración : 1.2Precondiciones : El socio debe ser conocido por el sistemaPostcondiciones : Se registra el préstamo de la copia de un libroExcepciones : Si quien quiere realizar el préstamo no es un socio de la biblioteca sino parte del personal de la misma, el número máximo de libros en préstamo aumenta hasta 12Descripción :El socio de la biblioteca solicita llevarse un ejemplar de un libro. El sistema comprueba que los libros que ya tiene en préstamo no sobrepasan el número máximo de libros que se pueden tener. Si las comprobaciones anteriores son correctas, el sistema comprueba si el ejemplar que se desea llevar está reservado por otra persona.Si el ejemplar está reservado, entonces no se permite el préstamo. Si no lo está, el sistema registra el préstamo y se emite un recordatorio en papel para el cliente con la fecha máxima de devolución del ejemplar.

Page 9: Dcu

J. García, C. de la Riva (2005) Diagramas de Casos de Uso 9

Relaciones

• Asociación– Relaciones entre casos de uso y actores– El actor interactúa (o participa) con el sistema para llevar a cabo el

caso de uso– Se representan por un línea no dirigida y sin etiqueta

ReservarLibro

SocioBiblioteca

– No entender como obligatoriedad• El actor “puede” interactuar con el sistema a través del

caso de uso

Page 10: Dcu

J. García, C. de la Riva (2005) Diagramas de Casos de Uso 10

Relaciones

• Inclusión– Relación entre casos de usos– El caso de uso incluye siempre el comportamiento del caso

de uso incluido

ReservarLibro

SocioBibliotecaRenovarpréstamo

Comprobarreserva

<<include>>

<<include>>

Page 11: Dcu

J. García, C. de la Riva (2005) Diagramas de Casos de Uso 11

Relaciones

• Extensión– Relación entre casos de usos– Bajo ciertas circunstancias, el comportamiento del caso de

uso se extiende con otro caso de uso

– Opcionalmente se pueden especificar en el caso de uso extendido puntos de extensión

• Indican explícitamente el instante en el que el caso de uso se extiende

ReservarLibro

SocioBiblioteca

Denegarreserva

<<extend>>

Page 12: Dcu

J. García, C. de la Riva (2005) Diagramas de Casos de Uso 12

Relaciones

• Generalización– Relación entre casos de uso– Relación entre actores– Entre casos de uso:

• El caso “hijo” hereda la secuencia de acciones y extensiones del caso “padre”

• Poco útil: Semántica similar a la relación <<extend>>

– Entre actores

Page 13: Dcu

J. García, C. de la Riva (2005) Diagramas de Casos de Uso 13

Límites del Sistema

• Cuando hay un número elevado de casos de uso, puede ser interesante agruparlos en sistemas o subsistemas– Subsistema de Préstamos y Reservas

• Reservar Libro• Llevar prestado Libro• ....

– Subsistema de Catalogación de Fondos• Nuevo Fondo • Actualizar Catálogo• ....

Page 14: Dcu

J. García, C. de la Riva (2005) Diagramas de Casos de Uso 14

Límites del Sistema

Page 15: Dcu

J. García, C. de la Riva (2005) Diagramas de Casos de Uso 15

Utilización en Métrica 3

• Utilizados fundamentalmente durante el proceso de Análisis del Sistema de Información (ASI)

• Definición del Sistema– Determinación del Alcance del Sistema (Contexto del Sistema)

• Un Diagrama de Casos de Uso con Actores y Casos de Uso (posiblemente sin relaciones)

• Establecimiento de Requisitos– Todas las tareas – Productos: Modelo y Especificación de Casos de Uso

• Identificación de Subsistemas de Análisis– Un Diagrama de Casos de Uso (similar al de contexto) con casos

de uso agrupados en subsistema (límites del sistema)• Definición de Interfaces de Usuario

– Especificar el interfaz de usuario en base al comportamiento descrito en los casos de uso

Page 16: Dcu

J. García, C. de la Riva (2005) Diagramas de Casos de Uso 16

Conclusiones

• Técnica gráfica para modelar funcionalmente el sistema– Desde el punto de vista del usuario

– Lenguaje sencillo

• Modelar lo esencial– Casos de Uso

• Procesos desde el punto de vista del usuario

– Evitar detalles

• Describir la funcionalidad del caso de uso• Descripción a “alto nivel”

– No especificar procesos triviales

• Mantenimiento de maestros• Consultas no relevantes

• ....

Page 17: Dcu

J. García, C. de la Riva (2005) Diagramas de Casos de Uso 17

Conclusiones

• Relaciones de inclusión, generalización, extensión– En muchos casos no son necesarias

• Nivel de detalle excesivo • Escasa aportación

– Objetivo: Modelar comportamientos comunes– Planteamiento

• “Reutilizar” casos de uso• Eliminar o reducir redundancias