La descarga está en progreso. Por favor, espere

La descarga está en progreso. Por favor, espere

Departamento de Informática Universidad de Rancagua Prof:Paula Quitral Introducción a UML Caso de uso Departamento de Informática Universidad de Aconcagua.

Presentaciones similares


Presentación del tema: "Departamento de Informática Universidad de Rancagua Prof:Paula Quitral Introducción a UML Caso de uso Departamento de Informática Universidad de Aconcagua."— Transcripción de la presentación:

1 Departamento de Informática Universidad de Rancagua Prof:Paula Quitral Introducción a UML Caso de uso Departamento de Informática Universidad de Aconcagua

2 Contenido Diagramas Utilizados en UML. Ejemplos.

3 Diagramas empleados por UML (Casos de Usos) Un diagrama de Casos de Uso muestra la distintas operaciones que se esperan de una aplicación o sistema y cómo se relaciona con su entorno (usuario u otras aplicaciones). Es una herramienta esencial para la captura de requerimientos y para la planificación y control de un proyecto interactivo.

4 Diagramas empleados por UML (Casos de Usos) Los casos de Uso Se representa en el diagrama por una elipse que denota un requerimiento solucionando por el sistema. Cada caso de uso es una operación completa desarrollada por los actores y por el sistema en un diálogo. El conjunto de casos de uso representa la totalidad de operaciones desarrolladas por el sistema.

5 Diagrama de Casos de Uso Modela la funcionalidad de un sistema percibido desde el usuario externo (actor). Un caso de uso es una unidad de funcionalidad coherente expresado como una transacción entre actores y el sistema. Pueden describirse en varios niveles de detalle. Un caso de uso se implementa como una colaboración en la vista de interacción.

6 Diagramas empleados por UML (Elementos del Casos de Usos) Actor: Es un usuario del sistema, que necesita o usa alguno de los casos de uso. Un usuario puede jugar más de un rol. Un solo actor puede actuar en muchos casos de uso; recíprocamente, un caso de uso puede tener varios actores. Los actores no necesitan ser humanos pueden ser sistemas externos que necesitan alguna información del sistema actual.

7 Repaso Elementos Actor: rol que juega un usuario con respecto al sistema. un Actor no necesariamente representa a una persona en particular, sino más bien la labor que realiza frente al sistema. Caso de Uso: Operación o tarea específica que se realiza tras una orden de algún agente externo, originada por una petición de un actor o bien desde la invocación desde otro caso de uso

8 Diagramas empleados por UML (Elementos del Casos de Usos) También se puede encontrar tres tipos de relaciones, como son: Comunica: (comunicates): entre un actor y un caso de uso, denota la participación del actor en el caso de uso determinado. Fig. 1 el actor profesor se relaciona con los caso de uso pedir permiso, Actualizar carga administrar y Actualizar carga Académica.

9 Diagrama de Casos de Uso: Relaciones Asociación: Es el tipo de relación más básica que indica la invocación desde un actor o caso de uso a otra operación (caso de uso).

10 Diagramas empleados por UML (Elementos del Casos de Usos) Usa (uses): Relación entre dos casos de uso, denota la inclusión del comportamiento de un escenario en otro. Se utiliza cuando se repite un caso de uso en dos o más casos de uso separados. Frecuentemente no hay actor asociado con el caso de uso común.

11 Diagramas empleados por UML (Elementos del Casos de Usos) Extiende (extends): Relación entre dos casos, denota cuando un caso de uso es una especialización de otro. Se usa cuando se describe una variación sobre el normal comportamiento.

12 Diagramas empleados por UML (Elementos del Casos de Usos) En la Fig. 1 la relación extend se utiliza para denotar que los escenarios actualizar carga administrativa y actualizar carga académica son especializaciones del caso de uso elaborar informe de actividades.

13 Diagrama de casos de Uso: Relaciones de Generalización Este tipo de relación esta orientado exclusivamente para casos de uso (y no para actores). Se diferencian por el estereotipo > (uso) o ( >) (herencia). extends: Se recomienda utilizar cuando un caso de uso es similar a otro (en sus características). uses: Se recomienda utilizar cuando se tiene un conjunto de características que son similares en más de un caso de uso y no se desea mantener copiada la descripción de la característica.

14 Diagrama de casos de Uso: Relaciones de Generalización Se utiliza una relación de tipo > entre casos de uso cuando nos encontramos con un caso de uso similar a otro pero que hace algo más que éste (variante). Por contra, utilizaremos una relación tipo > cuando nos encontramos con una parte de comportamiento similar en dos casos de uso y no queremos repetir la descripción de dicho comportamiento común. utilizar > cuando se presenta una variación del comportamiento normal, y > cuando se repite un comportamiento en dos casos de uso y queremos evitar dicha repetición.

15 Diagramas empleados por UML (Casos de Usos)

16 EJEMPLO Máquina de café (Casos de Usos)

17 Diagrama de Casos de Uso: Ejemplo Máquina Recicladora El sistema debe : 1.Registrar el número de ítemes ingresados. 2.Imprimir un recibo cuando el usuario lo solicita, que incluye (a) una descripción de lo depositado, (b) el valor de cada item y (c) el total 3.El usuario/cliente presiona el botón de comienzo 4.Existe un operador que desea saber lo siguiente: (a) Cuántos ítemes han sido retornados en el día y (b) al final de cada día, un resumen de todo lo depositado. 5.El operador debe además poder cambiar información asociada a ítemes y dar una alarma en el caso de que (a) un item se atore o (b) no hay más papel.

18 Máquina Recicladora: Identificación de Actores

19 Máquina Recicladora: Diagrama Completo


Descargar ppt "Departamento de Informática Universidad de Rancagua Prof:Paula Quitral Introducción a UML Caso de uso Departamento de Informática Universidad de Aconcagua."

Presentaciones similares


Anuncios Google