Anlisis y Diseo

DRA. MARA GUADALUPE MONJARS VELASCO

Por muchos aos, los analistas han usado escenarios o historias que describen maneras en que un usuario va a interactuar con el sistema. Ivar Jacobson introdujo lo que conocemos como Diagramas de Casos-de-Uso (1994) Se utiliza para la obtencin y modelamiento de requerimientos. Pueden ser utilizados en proyectos que sigan cualquier metodologa de desarrollo.

Es una coleccin de diagramas y texto que juntos documentan como los usuarios esperan interactuar con el sistema. Los casos de uso se centran en los factores crticos de xito, en trminos de la funcionalidad que los usuarios necesitan para interactuar.

Un Casos de Uso es una secuencia de transacciones en un sistema cuyo resultado proporciona un valor mesurable a un actor individual del sistema. Describe el QU hace el sistema desde la perspectiva del usuario. Conjunto de escenarios relacionados entre si por un objetivo comn del usuario.

Definiendo los Casos de Uso de esta forma, el sistema se especifica como un juego de requerimientos ms que una solucin. No se dice como trabaja el sistema, sino lo que debe ser capaz de hacer. Los Casos de Uso describen solo aquellas caractersticas que son visibles y significativas para los actores que usaran el sistema. Esto evita el hacer una descomposicin funcional. En conclusin: Modelar solo las caractersticas del sistema que pueden ser vistas por un actor. Por ejemplo, si un sistema debe guardar datos en una base de datos, solo se debe ilustrar el mensaje que indica que los datos se guardaron, no como se guardan.

Nombre Suposiciones Pre-condiciones Dilogo Post-condiciones Excepciones Mejoras futuras

Narrativa de los Casos de Uso Diagrama de Casos de Uso

Que tanto incluiremos en el sistema? Como se relaciona este sistema con otros? Quien va a usar este sistema? Un sistema es como un objeto con un propsito y con interfases, la implementacin interna puede cambiarse sin afectar otras entidades, mientras el propsito y las interfases no cambien. El propsito es la meta de la justificacin del proyecto. Las interfases son los canales de comunicacin entre los actores fuera del sistema y las caractersticas del sistema en s: los Casos de Uso.

La meta del diagrama es proporcionar una explicacin de la relacin del sistema y el mundo exterior. Por ejemplo en el caso de un cajero el diagrama del Caso de Uso puede corresponder a la pantalla principal y el men disponible: retiro, consulta de saldo, etc. Cada una de estas opciones puede representarse como un Caso de Uso separado. El cliente (fuera del sistema) est asociado con cada uno de los Casos de Uso (dentro del sistema) que planea usar.

En UML, un Diagrama de Casos de Uso (DCU muestra la relacin entre los actores DCU) DCU y los casos de uso del sistema. Representa la funcionalidad que ofrece el sistema en lo que se refiere a su interaccin externa.

Los elementos que pueden aparecer en un Diagrama de Casos de Uso son: el sistema descrito, actores, casos de uso y relaciones entre casos de uso.

Sistema
Se debe delimitar las fronteras del sistema desarrollado coma parte del modelamiento de los casos de uso El sistema no es necesariamente un sistema software. Se lo representa mediante un recuadro donde el nombre del sistema aparece arriba o encima del recuadro.

Casos de Uso
Siempre es iniciado por un actor. El caso de uso proporciona cierto valor al actor. El caso de uso es completo (No dividir un caso de uso en otros ms pequeos) Los escenarios de un caso de uso son descritos textualmente utilizando un formato comn (plantilla). Un caso de uso debe estar libre de detalles relacionados a la tecnologa.

Actores
Un actor es una entidad externa al sistema que realiza algn tipo de interaccin con el mismo. Un actor representa un rol que es desempeado con respecto al sistema, y no as un usuario individual del sistema. Un mismo usuario puede desempear varios roles. Se representa mediante una figura humana. Esta representacin sirve tanto para actores que son personas como para otro tipo de actores (otros sistemas, sensores, etc.).

Casos de uso

Definen las caractersticas requeridas por el sistema. Son nombrados usando una frase (verbo), expresando la meta que debe cumplir el sistema. A pesar de que cada Casos de Uso soporta un proceso, stos se centran en la meta, no en el proceso

Actualizacin de Cuenta

Retiro de Efectivo

Relaciones entre Actores

Cuando varios actores, aparte de su rol, desempean tambin un rol general comn puede ser descrito como generalizacin. generalizacin El comportamiento de este rol general es descrito en un actor como en una super-clase. Los actores heredan el comportamiento y lo extienden de alguna manera. Las relaciones entre actores no siempre son necesarias.

Gerente

Supervisor

Cajero

Asociacin: identifica la asociacin entre actores y Casos de Uso. Cada asociacin es un dilogo que debe explicarse con la narrativa del Caso de Uso. Dependencia: Identifica una comunicacin entre dos Casos de Uso. Generalizacin: Define una relacin entre dos actores entre dos Casos de Uso, cuando uno de los casos hereda las propiedades del otro.

Caso de Uso Sistema

Dependencia

Actor Asociacin Generalizacin

Se representan con una lnea conectando un actor a un Caso de Uso Pueden ser bidireccionales o unidireccionales.

Consulta de saldo

Retiro de efectivo Asociacin

Relaciones entre Casos de Uso

Entre dos casos de uso puede haber las siguientes relaciones: Extiende: Extiende Cuando un caso de uso especializa a otro extendiendo su funcionalidad. Usa/Incluye: Usa/Incluye Cuando un caso de uso utiliza a otro. Se representan como una lnea que une a los dos casos de uso relacionados, con una flecha en forma de tringulo y con una etiqueta <<extiende>> o <<incluye>> segn sea el tipo de relacin.

Los estereotipos se usan en UML en los Casos de Uso, clases y paquetes. Notacin <<include>>: Cuando un Caso de Uso necesita ayuda de otro Caso de Uso, la dependencia se dibuja con una flecha punteada hacia el caso que ser usado. Es una subrutina o llamada a funcin. Notacin <<extend>> indica que un Caso de Uso puede necesitar ayuda de otro Caso de Uso, contrario al include donde siempre la necesita.
Retiro efectivo Retiro efectivo con proteccin <<include>> Actualizar cuenta Proteccin por falta fondos

<<extend>>

La herencia indica que un objeto tiene desde el momento de su creacin, acceso a todas las propiedades de otra clase. Esto mismo se aplica a los actores y a los Casos de Uso, se conoce como generalizacin y a veces se especifica con una relacin es un
Autorizacin Cargo

Autorizacin Cargo, con Aviso al celular

Paso 1: Establecer el contexto del sistema meta. El contexto define la ubicacin del sistema dentro del negocio, incluyendo procesos, planes y objetivos de negocio, otros sistemas, gente y sus obligaciones en el trabajo, restricciones impuestas por entidades externas. De acuerdo con el problema, los participantes: ..informan al departamento de Cuentas notifican al departamento de Procesamiento de Ordenes contactan a los embarcadores El contexto ubica al sistema dentro del las operaciones de la bodega, trabaja con las rdenes, con cuentas por pagar y con los que embarcan.

<<Actor>> SistemaCuentas Por Pagar

<<Actor>> SistemaProcesamiento Ordenes

receptor almacenista inventarios surte

Encontrar las caractersticas o la funcionalidad que el sistema debe proporcionar con preguntas como: Qu produce el sistema para el actor? Ayuda a identificar salidas crticas. En que ayuda el actor al sistema) Facilita conocer las entradas crticas. En que ayuda el sistema al actor? Identifica las reglas que deben aplicarse cuando el actor usa el sistema.

RecibirProducto AlmacenarProducto LlenarOrden LocalizarProducto EmbarcarOrden

Receptor RecibirProducto Encargado de Inventarios Otros

AlmacenarProducto

LocalizarProducto

LlenarOrden Encargado embarques

EmbarcarOrden

Renombrar, mezclar, dividir actores y Casos de Uso cuando sea necesario. Preguntarse: Por qu este actor es responsable de estas tareas? Por qu estas tareas se dan juntas, separadas en este orden? En el ejemplo hay que verificar si el Receptor y el Encargado de Inventarios son una misma persona

Se aplica cuando un Caso de Uso siempre llama a otro para que lo ayude con una tarea. En el ejemplo, Actualizar inventarios es un requerimiento para AlmacenarProducto, LlenarOrden y para EmabarcarOrden
EmbarcarOrden

<<include>> <<include>> ActualizarInventario <<include>> AlmacenarProducto

LlenarOrden

Un Caso de Uso puede o no usar otro Caso de Uso dependiendo de una cierta condicin. Cuando la condicin se cumpla se llama al otro Caso de Uso, sino, no se llama. Si en el ejemplo se quisiera aumentar un producto en el inventario sin tenerlo que colocar en una de las ubicaciones predefinidas, sin tener que pasar por el Caso AlmacenarProducto. El Caso RecibirProducto tendra que solicitar permiso para llamar ActualizarInventario.
RecibirProducto <<extend>> ActualizarInventario

El problema dice: Si las reglas de almacenaje son distintas para los varios tipos de entrada, se puede usar generalizacin en el Caso de Uso AlmacenarProducto
AlmacenarProd

AlmacenarProd Regresado

AlmacenarProd Nuevo

AlmacenarProd Cancelado

Sistema de Reservaciones Realizar Reserva Pasajero Programar Vuelos Describir Vuelos Empleado

Sistema Burger Queen

Cliente
Ordenar Comida

Contratar Personal Reordenar Suministros

<<incluye>>

Empleado

Solicitante

Proveedor

Controlar Ventas e Inventarios

Producir Reportes
<<incluye>>

Gerente

Ejemplo
Sistema de Reservaciones Realizar Reserva Pasajero Programar Vuelos Describir Vuelos Empleado

DOCUMENTO DE DESCRIPCIN DE CASO DE USO ELABORADO POR: Nelson Terrazas FECHA: 10/05/2008 Nombre: Actor: Descripcin: Flujo Principal: Realizar Reserva / CU-1 Pasajero / Empleado

Pgina: 1/2

Describe el proceso de realizar una reserva para pasaje areo.

Eventos ACTOR Eventos SISTEMA

1. Activa funcin de reservas 2. Escoge vuelo, indica fechas y clase de pasaje. 3. Solicita realizar reserva 4. Entra/modifica datos pasajero

1. Muestra pantalla de reservas 2. Valida disponibilidad e indica el precio del pasaje 3. Muestra pantalla de confirmacin 4. Valida entrada 5. Realiza reserva y asigna ID Reinicia el CU

Alternativa:

1. Activa funcin de reservas 2.Escoge vuelo, indica fechas y clase de pasaje. 3. Selecciona reserva alternativa 4. Entra/modifica datos pasajero

1. Muestra pantalla de reservas 2. Pasaje no disponible Sistema ofrece alternativas 3. Muestra pantalla de confirmacin 4. Valida entrada 5. Realiza reserva y asigna ID Reinicia el CU

DOCUMENTO DE DESCRIPCIN DE CASO DE USO ELABORADO POR: Nelson Terrazas FECHA: 29/11/2008 Precondicin: Poscondicin: Presuncin:

Pgina:2/2

El empleado ha sido habilitado para realizar reservaciones. El pasajero solicita reservacin de un pasaje areo. El pasajero tiene reservado un pasaje areo. La base de datos / aplicacin de itinerarios areos esta disponible.

Dudas ?

DRA. MARA GUADALUPE MONJARS VELASCO