CASOS DE USO

METODOLOGIA
UML
Autor: Ing. Patricia Liliana Correa Rueda
Instructor
rea: Teleinformtica
Centro de Industria y de la Construccin
Sena Regional Tolima
Que Son?












Es un conjunto de diagramas UML que representan uno o
mas aspectos del sistema de informacin que se quiere
desarrollar.
Son utilizados para describir la solucin a los requisitos en
especial de los funcionales mostrando la interaccin entre el
sistema de informacin y los usuarios de este (actores).
Elementos que lo componen
Actor
Escenario
Relaciones
Clic
Clic
2
3
Clic 1
ACTOR












Es algo con comportamiento, como una persona
(identificada por un rol), sistema informatizado,
una organizacin o dispositivos elctricos o
mecnicos.






Ejemplo de los diferentes tipos de actores que pueden intervenir
en un Sistema de Punto de Venta.
ESCENARIO












Un escenario es una secuencia especfica de acciones e
interacciones entre los actores y el sistema objeto de
estudio; tambin se denomina instancia de caso de
uso. Es una historia particular del uso de un sistema, o
un camino a travs del caso de uso; por ejemplo el
escenario de xito de compra de artculos con pago en
efectivo, o el escenario de fallo al comprar debido al
rechazo de la transaccin de pago con la tarjeta de
crdito.
Clic
Clic












RELACIONES DE USO, HERENCIA
Y COMUNICACIN.
Asociacin
Es el tipo de relacin ms bsica que indica la
invocacin desde un actor a un caso de uso o
viceversa. Se denota con una flecha simple.




Cliente
Cajero
Clic












RELACIONES DE USO, HERENCIA Y
COMUNICACIN.v
Dependencia o Instanciacin
Es una forma muy particular de relacin entre U.Cs,
en el cual un U.C depende de otro, es decir, se
instancia (se crea). Dicha relacin se denota con una
flecha punteada. (extends include)
Clic 1 Clic 2
INCLUDE












El Include es una relacin entre U.C A y B en la cual,
siempre que se ejecuta A tambin se ejecuta B. Se
utiliza cuando se tiene un Caso de Uso con
demasiada funcionalidad que necesita ser
descompuesto en partes ms simples. Ya que la
ejecucin se realiza siempre, el U.C de inclusin se
ejecuta en el curso normal.
A
B
<<include>>
Clic
EXTENDS












El Extend es utilizado cuando tienes dos U.C A y B
y en la ejecucin de A necesitas que tambin se
ejecute B pero slo si se cumple una determinada
condicin, si esa condicin no se cumple, el U.C B
no se ejecuta.
A
B
<<extends>>
Clic
TIPOS DE FORMALIDAD













Breves: Resumen conciso de un prrafo, normalmente del
escenario principal con xito.

Informal: Formato de prrafo en estilo informal. Mltiples
prrafos que comprenden varios escenarios.

Completo: El mas elaborado, se escriben con detalle todos
los procesos y variaciones y hay secciones de apoyo como
precondiciones y garantas de xito la plantilla estndar debe
de contener los siguientes elementos. (Elementos)
Clic
1
Clic
2
Clic
3
BREVES












PROCESAR VENTA
Un Cliente llega a una caja con artculos para
comprar. El cajero utiliza el sistema PDV para
registrar cada articulo comprado. El sistema
presenta una suma parcial y detalles de cada
lnea de venta. El cliente introduce los datos
del pago, que el sistema valida y registra. El
sistema actualiza el inventario. El cliente
recibe un recibo del sistema y luego se va
con los artculos.
Clic
INFORMAL












GESTIONAR DEVOLUCIONES
Escenario principal de xito: Un Cliente llega a una caja
con artculos para devolver. El cajero utiliza el sistema PDV
para registrar cada uno de los artculos devueltos.
Escenarios alternativos:
Si se pago con tarjeta de crdito, y se rechaza la transaccin
de reembolso a su cuenta, informar al cliente y pagarle en
efectivo.
Si el identificador del articulo no se encuentra en el sistema,
notificar al Cajero y sugerir la entrada manual del cdigo de
identificacin (quizs este alterado).
Si el sistema detecta fallos en la comunicacin con el
sistema de contabilidad externo.
Clic
Clic
1
Clic
2
COMPLETO












Caso de Uso UC1: Procesar Venta
El Caso de Uso Procesar Venta permite al cajero registrar
en el sistema l o los productos adquiridos por un
cliente.
Actor Principal: Cajero
Personal involucrado e intereses:
Cajero: Quiere entradas precisas, rpidas y sin errores
de pago, ya que las perdidas se deducen de su salario.
Vendedor: Quiere que las comisiones de las ventas
estn actualizadas.

Clic
COMPLETO












Compaa: Quiere registrar las transacciones con precisin y
satisfacer los intereses de los clientes. Quiere asegurar que se
registran los pagos aceptados por el Servicio de autorizacin de
Pagos. Quiere cierta tolerancia a fallos que permita capturar las
ventas incluso si los componentes del servidor (ej. Validacin remota
de crdito) no estn disponibles. Quiere actualizacin automtica y
rpida de la contabilidad y el inventario.

Servicio de Autorizacin de Pagos E.B: Quiere recibir peticiones
de solicitud de pagos en forma digital con los protocolos correctos.
Quiere registrar de manera precisa las transacciones realizadas por el
cliente.
Clic
COMPLETO












Precondiciones: El cajero se identifica y autentica.
Garantas de xito (Postcondiciones): Se registra
la venta. El impuesto se calcula de manera correcta.
Se actualizan la contabilidad y el inventario. Se
registran las comisiones. Se genera el recibo. Se
registran las autorizaciones de pago aprobadas.
Escenario principal de xito o Flujo Bsico:
1.El cliente llega a un Terminal con Mercancas y/o
servicios que comprar.
2.El cajero comienza una nueva venta.
3.El cajero introduce el identificador del artculo.

Clic
COMPLETO












4.El Sistema registra la lnea de la venta y presenta la
descripcin del artculo, precio y suma parcial. El precio se
calcula a partir de un conjunto de reglas de precios.
El cajero repite los pasos 3 4 hasta que se indique.
5.El Sistema presenta el total con los impuestos calculados.
6.El cajero le dice al cliente el total y pide que le pague.
7.El cliente paga y el Sistema gestiona el pago.
8.El Sistema registra la venta completa y enva la informacin
de la venta y el pago al sistema de Contabilidad externo
(para la contabilidad y las comisiones) y al sistema de
inventario (para actualizar el inventario).
9.El sistema presenta el recibo.
10.El cliente se va con el recibo y las mercancas (si es el
caso).
Clic
COMPLETO












Clic
Extensiones (o Flujos Alternativos):

Caso Uso UC*A: Reiniciar Sistema. En cualquier
momento el sistema falla.

Caso Uso UC 3a: Validar Identificador y Registrar
artculos. Identificador no valido.

Caso Uso UC 3-6a: Eliminar Artculos. Si el cliente le
pide al cajero que elimine un articulo de la compra.

Caso Uso UC 3-6b: Cancelar Venta. Si el cliente le
pide al cajero que cancele la venta.
COMPLETO












Extensiones (o Flujos Alternativos):

Caso Uso UC 5a: Registrar descuentos. Si el cliente
dice que le son aplicables descuentos.

Caso Uso UC 7a: Gestionar Pago en Efectivo. Si el
cliente dice que va a pagar en efectivo.

Caso Uso UC 7b: Gestionar Pago con Tarjeta (C
D). Si el cliente dice que va a pagar con tarjeta.

Caso Uso UC 8a: Actualizar Contabilidad. Si el
sistema registra la venta completa y enva la informacin
de la venta y el pago al sistema de contabilidad para
(contabilidad comisiones).
Clic
COMPLETO












Extensiones (o Flujos Alternativos):

Caso Uso UC 8b: Actualizar Inventario. Si el
sistema registra la venta completa y enva la
informacin de los artculos vendidos para actualizar
el sistema de inventario.
1. Clic
2. Clic Volver a Elementos
COMPLETO












Requisitos Especiales:
Interfaz de Usuario con pantalla tctil en un gran
monitor de pantalla plana. El texto debe ser visible
a un metro de distancia.
Tiempo de respuesta para la autorizacin de
crdito de 30 segundos el 90% de las veces.
De algn modo, queremos recuperacin robusta
cuando falla el acceso a servicios remotos, como el
Sistema de Inventarios.
Reglas de negocio que se puedan aadir en tiempo
de ejecucin en los pasos 3 y 7.
Clic
COMPLETO












Lista de tecnologa y variaciones de datos:
3a. El identificador del articulo se introduce mediante un
escner lser de cdigo de barras (si esta presente el
cdigo de barras) o a travs del teclado.
3b. El identificador del artculo podra ser cualquier
esquema de cdigo UPC, EAN, JAN, o SKU.
7a. La entrada de la informacin de la cuenta de crdito
se lleva a cabo mediante o lector de tarjetas o el
teclado.
7b. Las firmas de los pagos a crdito se captura en un
recibo de papel. Pero en dos aos, pronosticamos que
muchos clientes querrn que se capture la firma
digital.

Frecuencia: Podra ser casi continuo. Clic
SPV












Ejercicio: implementar los dos ejemplos en la herramienta
CASE.

Computer
Aided Assisted Automated
Software Systems
Engineering

Ingeniera de software asistido por computadora
EJEMPLO EXTENDS












El recepcionista de un hotel, maneja 2 actividades o casos de uso:
A "Registrar estada"
B "Registrar Cliente"
con una relacin de extensin desde B a A.
Donde se ejecutara B solamente si el cliente atendido no est
registrado en la Base de Datos del Hotel, en caso contrario, esa
relacin se pasa por alto y solo se ejecuta el UC A.
A
Registrar
Estada
B
Registrar
Cliente
<<Extends>>
si el cliente atendido no est registrado
en la Base de Datos del Hotel
Clic
ACTOR PRINCIPAL
























Es algo con comportamiento, como una persona (identificada
por un rol), sistema informatizado, una organizacin o
dispositivos elctricos o mecnicos.
En el ejemplo nuestro el actor principal seria el cajero.






Ejemplo
Principal
EJEMPLO
Sistema para Puntos de Venta Mercacentro
Procesar Venta
Gestionar Devoluciones
Abrir Caja
Gestionar Seguridad
Cajero
Administrador
Del Sistema
Cliente
Sistema
De Contabilidad
Sistema
Operar Caja
Servicio
Autorizacin
De pagos E.B
Sistema
Inventario
Registrar Cajero
Clic
Volver a Ejemplos
EJEMPLO
Caso Uso Procesar Venta
Procesar Venta
Cajero
Cliente
Sistema de
Contabilidad
Servicio
Autorizacin
de pagos E.B
Reiniciar sistema
<<Extends>>
Si el sistema
Presenta fallos
Validar identificador y
registrar artculos
<<Include>>
Actualizar
inventario
Sistema
Inventario
Eliminar artculos
<<Extends>>
Si el cliente solicita
eliminar un articulo
de la compra.
Cancelar Venta
<<Extends>>
Si el cliente solicita
cancelar la compra.
Registrar Descuentos
Si el cliente dice que le
Son aplicables descuentos
<<Extends>>
Gestionar pago
En efectivo
Si el cliente solicita
Esta modalidad de
pago
<<Extends>>
Gestionar pago
Con T.(DC)
Si el cliente solicita
Esta modalidad de
pago
<<Extends>>
<<include>>
Actualizar
Contabilidad
<<include>>
Volver a Ejemplos
ACTOR
Cajero
Cliente
Sistema de
Contabilidad
Servicio
Autorizacin
de pagos E.B
Sistema
Inventario
SPV. MERCACENTRO
Sistema
Operar Caja
Administrador
Del Sistema
Clic
ESCENARIO PRINCIPAL DE EXITO
Tambin recibe el nombre de escenario del
camino feliz o flujo bsico. Describe el
camino de xito tpico que satisface los
intereses del personal involucrado, a menudo no
incluye ninguna condicin o bifurcacin.

Ej. completo
ESCENARIOS ALTERNATIVOS
Tambin reciben el nombre de extensiones o
flujos alternativos. Indican todos los otros
escenarios o bifurcaciones tanto de xito como
de fracaso.


Ej. Completo
COMPLETO (ELEMENTOS)
Titulo
Actor Principal
Personal involucrado e intereses
Precondiciones
Garantas de xito (Postcondiciones)
Escenario principal de xito ( o Flujo Bsico)
Extensiones (o flujos alternativos)
Requisitos especiales
Lista de Tecnologa y variaciones de datos
Frecuencia
Clic
TITULO
Es el nombre del Caso de Uso, el cual
enuncia las actividades que se van a
desarrollar en el escenario.

Ejemplo:
Caso de Uso UC1: Procesar Venta
Clic
PERSONAL INVOLUCRADO E INTERESES
Sugiere y delimita que es lo que debe
de hacer el sistema.

Ejemplo:
Caso de Uso UC1: Procesar Venta
PRECONDICIONES
Establecen lo que siempre debe cumplirse
antes de comenzar un escenario en el caso
de uso. Las precondiciones no se prueban
el caso de uso, sino que son condiciones
que se asumen que son verdad.

Ejemplo:
Caso de Uso UC1: Procesar Venta
POSTCONDICIONES
Establecen que siempre debe cumplirse
cuando el caso de uso se completa con
xito.

Ejemplo:
Caso de Uso UC1: Procesar Venta
COMPLETO












Requisitos especiales:

Si un requisito no funcional, atributo de calidad o
restriccin se relaciona de manera especifica con
un caso de uso, se recoge en el caso de uso. Esto
incluye cualidades tales como rendimiento,
fiabilidad, facilidad de uso y restricciones de diseo
(a menudo en dispositivos de entrada / salida) que
son obligados o se consideran probables.

Ejemplo

COMPLETO












Lista de Tecnologa y Variaciones de Datos:

Son las variaciones tcnicas en como se debe de
hacer algo.




Ejemplo

COMPLETO












Frecuencia:

Es el numero de veces que un actor va a interactuar
con el caso de uso en un periodo de tiempo.




Ejemplo













INCLUDE












Se tiene que modelar la venta de un producto que slo puede ser
pagado con tarjeta de crdito, se tiene entonces dos U.C, el A
que puede ser llamado "Entregar producto" y el B "Autorizar
venta por tarjeta de crdito" entonces tendramos una relacin
de inclusin desde A a B, y siempre que se ejecute A, se va a
ejecutar B.
A
Entregar
Producto
B
Autorizar Venta Por
Tarjeta de Crdito
<<include>>
Clic












EJEMPLOS












Ejemplo del Caso de Uso del Sistema General Sistema para
Puntos de Venta Mercacentro


Ejemplo del Caso de Uso Especifico Procesar Venta
Clic
Clic
1
Clic
2