CASOS DE USO Y CASOS DE

USO EXTENDIDO EN EL
DESARROLLO DE SOFTWARE

Fuente: https://intelequia.com/blog/post/2083/ciclo-de-vida-del-software-todo-lo-que-necesitas-saber
 QUE SON CASOS DE USO
Lenguaje Estándar para Visualizar, Especificar, Construir, Documentar los planos del Software, Es un
lenguaje gráfico para visualizar, especificar, construir y documentar un sistema. ... Es importante
remarcar que UML es un "lenguaje de modelado" para especificar o para describir métodos o
procesos. Se utiliza para definir un sistema, para detallar los artefactos en el sistema
y para documentar y construir.

Describe una interacción típica entre un usuario

(actor) y el sistema, Es una técnica para capturar
información de como un sistema o negocio o trabajo
o como desea que trabaje, Produce algo de valor al
actor como un cálculo de algún resultado, Describe
que como va hasta el sistema pero no especifica
como lo hace, El caso de uso capta alguna función
visible para el usuario, El caso de uso puede ser
grande o pequeño , Un caso de uso debe ser lo mas
simple posible, claro y conciso, Un caso de uso debe
tener en lo posible un verbo en infinitivo y una
acción
FLUJO DE EVENTOS

• Como y cuando empieza y acaba el cado de uso

• Cuando interactúan los objetos con los actores y cuales objetos se intercambian

• Conviene separar el flujo principal del alternativo

ACTORES
• Representan un conjunto de roles que a lo usuario (CLIENTES-ACTORES) de los caso de uso
interactúan.

• Representan un rol que es juzgado por una persona un dispositivo de hardware u otro sistema
que interactúe con nuestro sistema

• Se pude definir como categorías o especialidades cliente o cliente comercial

• Un actor se puede comunicar como o través de una asociación en donde cada uno de ellos
pueden enviar y recibir un mensaje
PREGUNTAS CLAVES
1. Cuales son las tareas del actor
2. Que información crear, guarda, consulta, modifica, borra, el actor
3. Que actor notifica los cambios externos o internos
4. Especifique escribiendo el flujo de eventos
5. Descripción del caso de uso comprende: inicio (cuando y que actor lo produce), inter
acción (actor-caso de uso que mensajes se intercambian), fin(cuando se produce y que
valor devuelva)
6. Objetivo del caso de uso que quiere hacer en el caso de uso
7. Precondiciones: lo que se debe cumplir antes de que ocurra el caso de uso
8. Flujo de eventos: ejecución normal del caso de uso
9. Flujo alternativo: lo que hace el sistema en caso menos frecuente o inesperado
10. Postcondiciones: lo que sucedes después de que se cumple el flujo de eventos del caso
de uso
11. Los actores solo pueden estar asociados al caso de uso por asociaciones
12. General mente hay pocos actores asociados al caso de uso

Nota: Tras identificar los actores y las acciones proceda a describir todo en detalle,
por ultimo grafique a mano o con la herramienta que desee.
 Que es Include y que es Extend
Es una relación de dependencia entre el par de casos de uso, con el nombre
correspondiente a la relación de la que se trate: ya sea << include>> o <<extend>>

Imaginemos el conjunto de pasos que ocurren al realizar una compra en una tienda.
Seguramente no tendremos problema en visualizar el conjunto de pasos para solicitar
la autorización de la tarjeta de crédito con la que vamos a pagar, ligado a los pasos
donde el vendedor registra los productos a comprar. Es decir, los flujos de eventos de
ambos procesos forman una sola cosa; juntos podrían formar un solo caso de uso, en
lugar de dos casos de uso unidos por alguna de estas relaciones que aquí estamos
tratando.
 Include
Cuando relacionamos dos casos de uso con un “include”, estamos diciendo que el primero (el
caso de uso base) incluye al segundo (el caso de uso incluído). Es decir, el segundo es parte
esencial del primero. Sin el segundo, el primero no podría funcionar bien; pues no podría cumplir
su objetivo. Para una venta en caja, la venta no puede considerarse completa si no se realiza el
proceso para cobrarla en ese momento.

El caso de uso “Cobrar Renta” está incluido en el caso de uso “Rentar Video”, o lo que es lo mismo “Rentar Video”
incluye (<<include>>) “Cobrar Renta”.
 Extend
La polémica al querer seleccionar una de las dos relaciones es que en el “extend” también podemos
ver, desde la perspectiva del usuario, a los dos flujos como si fueran uno sólo. Y en ciertos
escenarios el caso de uso base no podría cumplir su objetivo si no se ejecutara la extensión. Pero,
una de las diferencias básicas es que en el caso del “extend” hay situaciones en que el caso de uso
de extensión no es indispensable que ocurra, y cuando lo hace ofrece un valor extra (extiende) al
objetivo original del caso de uso base. En cambio en el “include” es necesario que ocurra el caso
incluído, tan sólo para satisfacer el objetivo del caso de uso base.

Puedes “Realizar Venta” sin “Acumular Puntos de Cliente VIP”, cuando no eres un cliente VIP. Pero, si
eres un cliente VIP sí acumularás puntos. Por lo tanto, “Acumular Puntos” es una extensión de
“Realizar Venta” y sólo se ejecuta para cierto tipo de ventas, no para todas.
Qué es? CASO DE USO
EXTENDIDO
GRAFICO

NOMBRE:
Formato para caso de uso expandido DESCRIPCION

describe un proceso de negocios más a ACTORES

fondo que el de alto nivel. Durante la PRECONDICIONES

fase del análisis conviene escribir en REQUISITOS NO FUNCIONALES

este formato solo los casos más FLUJO DE EVENTOS

importantes

POST-CONDICIONES