1

Cap. 9 Kendall & KendallCap 5 Jacobson

SESION 8

Ana Mercedes Cáceres

mercycaceres@gmail.com

Instructora: Carmen Morales

Año 2006.

CASOS DE USO

Exploración de Requerimientos

2

OBJETIVOS

� Conocer la importancia de los casos de uso en el diseño de un sistema.

� Aplicar los casos de usos para el diseño del proyecto de cátedra.

3

� Los Casos de Uso fueron introducidos por Jacobson en 1992.

� Sin embargo la idea de especificar un sistema a partir de su interacción con el entorno es original de Mc Menamin y Palmer a partir de Eventos

Historia

4

¿Qué son los Casos de Uso?

� Los Casos de Uso describen una interacción entre un sistema y alguien o algo que usa alguno de sus servicios.

� El diagrama de casos de uso representa la forma en como un cliente ( actor) opera con el sistema en desarrollo, además de la forma, tipo y orden en como los elementos interactúan (operaciones o casos de uso).

� Los Casos de Uso son qué hace el sistema desde el punto de vista del usuario. Es decir, describen un uso del sistema y cómo este interactúa con el usuario.

5

CARACTERÍSTICAS

• Están expresados desde el punto de vista del actor.

• Se documentan con texto informal.• Describen tanto lo que hace el actor

como lo que hace el sistema cuando interactúa con él, aunque el énfasis estápuesto en la interacción.

• Son iniciados por un único actor.

6

ELEMENTOS

Los Casos de Uso tienen tres elementos:

� ACTORES: puede ser un humano, otro proceso informático oun cierto proceso ejecutable.

�CASOS DE USO: es una operación que se realiza, tras una orden de un agente externo, el cual puede ser un actor.

�RELACIONES ENTRE CASOS DE USO: son las que unen los actores con los casos de uso.

http://www.dcc.uchile.cl/~psalinas/uml/casosuso.html#actorVisita:

7

ActoresEs un usuario del sistema, que necesita o usa algunos de los casos de uso.

Se representa mediante un dibujo formado por palitos, acompañado de un nombre significativo, si es necesario.

Actor

VendedorNombre del Actor

8

TIPOS DE ACTORES

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: otros sistemas con los que el sistema interactúa.

9

Casos de UsoEs una operación/tarea específica que se realiza tras una orden de algún agente externo, sea desde una petición de un actor o bien desde la invocación desde otro caso de uso.

Se representa mediante una elipse.

Hacer pedidoCaso de Uso

Nombre de la operación

10

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). Dicha relación se denota con una flecha simple.

Extensión: La inserción de comportamiento adicional en un caso de uso base que no tiene conocimiento sobre él.

Generalización de casos de uso: Una relación en un caso de uso general y un caso de uso más especifico, que hereda y añade propiedades a aquel.

Inclusión: Inserción de comportamiento adicional en un caso de uso base, que describe explícitamente la inserción.

<<include>>

<<extend>>

11

Ejemplos de Relaciones

Relación InclusiónRelación Asociación

Hacer Pedido Pago de cuotas del estudiante

Matricularse en el

curso

Arreglar residencia estudiantil

<<include>>

<<incluide>>Cliente

12

Ejemplos de Relaciones

Relación ExtiendeRelación Generalización

Pedir azúcar

Escoger azúcar y tipo

Seguro médico del estudiante

Pago de cuotas del estudiante

<<extender>>

Caso de uso hijo

Caso de uso padre

13

Elementos de un diagrama de Casos de uso

Nombre del sistema

Caso de uso

Limite del sistema

Nombre de caso de uso

Actor

Comunicación entre actor y caso de uso

14

Parámetros para la construcción de un Caso de Uso

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?

15

La descripción del Caso de Uso comprende:

1. El inicio: ¿cuándo y qué actor lo produce? 2. El fin: ¿cuándo se produce y qué valor devuelve? 3. La interacción actor-caso de uso: ¿qué mensajes

intercambian ambos? 4. Objetivo del caso de uso: ¿qué lleva a cabo o

intenta? 5. Cronología y origen de las interacciones6. Repeticiones de comportamiento: ¿qué operaciones

son iteradas? 7. Situaciones opcionales: ¿qué ejecuciones

alternativas se presentan en el caso de uso?

16

LOGICA DE LOS CASOS DE USO

17

Aplicación de Casos de UsoRealizar una aplicación telefónica de ventas por ca tálogos

18

www.pacestar.com/ uml/index.html

Sistema de Librería

19http://www.conceptdraw.com/en/products/cd5/applications_uml.php

20

TAREA• Desarrollar los casos de uso en base a su proyecto de

cátedra.

• Estar pendientes de los criterios específicos de esta asignación.

• Esta debe presentarse en grupo de proyecto el día Miércoles 27 de Julio de 2006.

• Su ponderación es de 10% para el segundo período.

• Se presentará impreso y subir digitalmente a su portafolio digital personal. (Ambas formas son imprescindibles).

21

FUENTES DE INFORMACION

1. http://www.creangel.com/uml/casouso.php#2. http://www.itver.edu.mx/comunidad/material/ing-software/casos_de_uso.pdf

1. Addison Wesley Ed. James Rumbaugh, Ivar Jacobson y GradyBooch. El Lenguaje Unificado de Modelado. Manual de Referencia. Incluye Cd. Rational Software Corporation. Editorial Pearson. México. Año 2000. ISBN: 84-7829-037-0.

2. Schach, Stephen R. Análisis y Diseño Orientado a Objetos con UML y el Proceso Unificado. Incluye Cd. Mc Graw Hill. 2005. México.

Web sites:

22

Fin de la clase