Descargar la presentación
La descarga está en progreso. Por favor, espere
1
UML Lenguaje Unificado de Modelado
2
Unified Modeling Language UML es un lenguaje de propósito general para el modelado orientado a objetos. Es un lenguaje grafico para visualizar, especificar y documentar cada una de las partes que comprende el desarrollo de software. UML combina notaciones provenientes desde: o Modelado Orientado a Objetos o Modelado de Datos o Modelado de Componentes o Modelado de Flujos de Trabajo (Workflows) ¿Qué es UML?SPI II
3
Diagramad de Casos de Uso
4
Es un diagrama UML. No son parte del diseño (cómo), sino parte del análisis (qué). Son “qué hace el sistema” desde el punto de vista del usuario. Permite definir los límites del sistema Diagrama de Casos de UsoSPI II
5
Es una secuencia de interacciones que se desarrollarán entre un sistema y sus actores en respuesta a un evento que inicia un actor principal sobre el propio sistema. Es una técnica para la captura de requisitos. Caso de UsoSPI II
6
Toda entidad externa al sistema que guarda una relación con este y que le demanda una funcionalidad: Usuarios. Sistemas externos. Tiempo. En el caso de los usuarios, se pueden ver a los actores como definiciones de rol, por lo que un mismo individuo puede corresponder a uno o más actores. ActoresSPI II
7
Una instancia del Caso de Uso origen incluye también el comportamiento descripto por el Caso de Uso destino. En la figura, el caso de uso “A” es un caso de uso que define un determinado flujo de eventos que es referido por el caso de uso “B”. Un caso de uso concreto “B” incluye a otro caso de uso “A”, de forma tal que el comportamiento del caso de uso “A” pasa a ser parte de la especificación del caso de uso “B”. Relaciones entre Casos de UsoSPI II Inclusión
8
Relaciones entre Casos de UsoSPI II Inclusión. Ejemplo.
9
Un caso de uso extiende a otro cuando sin alterar a este, se incorpora su funcionalidad como parte integral del primero. Un caso de uso ya existente (el caso “A”) se aprovecha de la definición de un segundo caso (el caso “B”). La reutilización que requerimos agrega funcionalidad pero no altera al caso base. Dicha relación se ha denotado gráficamente con una flecha de dependencia desde el caso extendido (el caso “B”) al caso base (el caso “A”).} Esta relación indica que el comportamiento del caso de uso “B” puede ser insertado en el caso de uso “A” bajo ciertas condiciones. Relaciones entre Casos de UsoSPI II Extensión
10
Relaciones entre Casos de UsoSPI II Extensión. Ejemplo.
11
Un caso de uso debe ser simple, inteligible, claro y conciso Generalmente hay pocos actores asociados a cada Caso de Uso Preguntas clave: ¿cuáles son las tareas del actor? ¿qué información crea, guarda, modifica, destruye o lee el actor? ¿debe el actor notificar al sistema los cambios externos? ¿debe el sistema informar al actor de los cambios internos? Construcción de un Caso de UsoSPI II
12
IdentificadorCU-01 Caso de usoEliminar socio FechaViernes 12 de Junio de 2009 AutorPedro Lopez DescripciónSe refiere a la funcionalidad ofrecida para poder dar de baja un socio cuando éste lo solicita. PrecondiciónEl solicitante es un socio del vídeo club y tiene su documentación disponible SecuenciaPasoEmpleado de Video ClubSistema Normal1 Ingresa número de socio. 2 Busca y muestra los datos del socio 3 Verifica que no existan deudas. 4 Verifica si existen prestamos actuales. 5 Notifica que se puede dar de baja al socio. 6 Ingresa datos de confirmación de baja. 7 Da de baja al socio en el sistema. PostcondiciónEl solicitante no es socio del vídeo–club ExcepcionesPasoEmpleado de Video ClubSistema 4aEl socio tiene deudas, 4a1 Busca las deudas pendientes 4a2 Ejecuta caso de uso CU-02 Cobrar deudas 5aEl socio tiene videos alquilados. 5a1 Busca los videos pendientes de ser devueltos. 5a2 informa los videos pendientes de devolución. Descripción de un Caso de UsoSPI II Lo realmente útil de los casos de uso es el documento que describe el caso de uso.
Presentaciones similares
