Anlisis y Diseo Anlisis y Diseo

DRA. DRA. DRA. DRA. MARA MARA MARA MARA GUADALUPE GUADALUPE GUADALUPE GUADALUPE MONJARS MONJARS MONJARS MONJARS VELASCO VELASCO VELASCO 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) 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 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 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 Post-condiciones
Excepciones
Mejoras futuras
Diagrama de Casos de Uso
Narrativa de los
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 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 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 DCU DCU DCU) muestra la relacin entre los actores
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 Sistema Sistema Sistema Sistema Sistema Sistema 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 Casos de Uso Casos de Uso 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) uso en otros ms pequeos)
Los escenarios de un caso de uso son descritos Los escenarios de un caso de uso son descritos Los escenarios de un caso de uso son descritos Los escenarios de un caso de uso son descritos
textualmente utilizando un formato comn textualmente utilizando un formato comn textualmente utilizando un formato comn textualmente utilizando un formato comn
(plantilla). (plantilla). (plantilla). (plantilla).
Un caso de uso debe estar libre de detalles
relacionados a la tecnologa.
Actores Actores Actores 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
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.).
Definen las caractersticas requeridas por el
sistema.
Son nombrados usando una frase (verbo),
expresando la meta que debe cumplir el
sistema.
Casos de uso
sistema.
A pesar de que cada Casos de Uso soporta un
proceso, stos se centran en la meta, no en
el proceso
Retiro de
Efectivo
Actualizacin
de Cuenta
Relaciones entre Actores Relaciones entre Actores Relaciones entre Actores Relaciones entre Actores
Cuando varios actores, aparte de su rol, desempean
tambin un rol general comn puede ser descrito como
generalizacin generalizacin 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.
Cajero
Supervisor Gerente
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
Generalizacin: Define una relacin entre dos
actores entre dos Casos de Uso, cuando uno de
los casos hereda las propiedades del otro.
Sistema
Dependencia
Caso de Uso
Dependencia
Generalizacin Asociacin
Actor
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 Relaciones entre Casos de Uso Relaciones entre Casos de Uso Relaciones entre Casos de Uso
Entre dos casos de uso puede haber las siguientes
relaciones:
Extiende Extiende Extiende Extiende: Cuando un caso de uso especializa a
otro extendiendo su funcionalidad. otro extendiendo su funcionalidad.
Usa/Incluye Usa/Incluye 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. 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
Actualizar
cuenta
Proteccin por
falta fondos
<<include>>
<<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 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: 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.
receptor almacenista inventarios surte
<<Actor>>
SistemaCuentas
Por Pagar
<<Actor>>
SistemaProcesa-
miento 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. 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 LocalizarProducto
EmbarcarOrden
RecibirProducto
AlmacenarProducto
Receptor
Encargado
de
Inventarios
LlenarOrden
EmbarcarOrden
Otros
Encargado
embarques
LocalizarProducto
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?
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 LlenarOrden y para EmabarcarOrden
EmbarcarOrden
LlenarOrden
AlmacenarProducto
ActualizarInventario
<<include>>
<<include>>
<<include>>
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 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 ActualizarInventario
<<extend>>
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 AlmacenarProducto
AlmacenarProd
Regresado
AlmacenarProd
Nuevo
AlmacenarProd
Cancelado
AlmacenarProd
Sistema de Reservaciones
Realizar
Reserva
Pasajero
Empleado
Programar
Vuelos
Describir
Vuelos
Cliente
Empleado
Sistema Burger Queen
Ordenar
Comida
Contratar
Personal
Solicitante
Proveedor
Empleado
Gerente
Personal
Controlar
Ventas e
Inventarios
Reordenar
Suministros
Producir
Reportes
<<incluye>>
<<incluye>>
Ejemplo
Sistema de Reservaciones
Realizar
Reserva
Pasajero
Empleado
Programar
Vuelos
Describir
Vuelos
Nombre: Realizar Reserva / CU-1
Actor: Pasajero / Empleado
Descripcin: Describe el proceso de realizar una reserva para pasaje
areo.
Flujo
Principal:
Eventos ACTOR Eventos SISTEMA
1. Activa funcin de reservas 1. Muestra pantalla de reservas
2. Escoge vuelo, indica fechas y
clase de pasaje.
2. Valida disponibilidad e indica el
precio del pasaje
3. Solicita realizar reserva 3. Muestra pantalla de
confirmacin
DOCUMENTO DE DESCRIPCIN DE CASO DE USO
ELABORADO POR: Nelson Terrazas FECHA: 10/05/2008 Pgina: 1/2
confirmacin
4. Entra/modifica datos pasajero 4. Valida entrada
5. Realiza reserva y asigna ID
Reinicia el CU
Alternativa:
1. Activa funcin de reservas 1. Muestra pantalla de reservas
2.Escoge vuelo, indica fechas y
clase de pasaje.
2. Pasaje no disponible
Sistema ofrece alternativas
3. Selecciona reserva alternativa 3. Muestra pantalla de
confirmacin
4. Entra/modifica datos pasajero 4. Valida entrada
5. Realiza reserva y asigna ID
Reinicia el CU
Precondicin: El empleado ha sido habilitado para realizar reservaciones.
El pasajero solicita reservacin de un pasaje areo.
Poscondicin: El pasajero tiene reservado un pasaje areo.
DOCUMENTO DE DESCRIPCIN DE CASO DE USO
ELABORADO POR: Nelson Terrazas FECHA: 29/11/2008 Pgina:2/2
Presuncin: La base de datos / aplicacin de itinerarios areos esta
disponible.
Dudas ? Dudas ?
DRA. DRA. DRA. DRA. MARA MARA MARA MARA GUADALUPE GUADALUPE GUADALUPE GUADALUPE MONJARS MONJARS MONJARS MONJARS VELASCO VELASCO VELASCO VELASCO