ingenieradesistemas
499751083497328
Cargando...

Entendiendo los casos de uso

Una introducción a Casos de Uso


Luego de haber realizado o recopilado los requerimientos básicos de nuestra aplicación dentro de la primera iteración, debemos hacer una lista que se puede escribir dentro de un documento de forma puntual, es decir describir nuestra aplicación a más detalle.

Se visualizará con detalle las clases que necesitamos crear. Para ello vamos a cambiar un poco el enfoque, es decir orientarnos en lo que debe conseguir el sistema basado en un usuario. En otras palabras como un usuario cumple con un determinado objetivo dentro de nuestra aplicación.

Los casos de uso se deben escribir con cierto grado de formalidad y para ello necesitamos identificar sus partes:

Título: que debe describir cuál es el objetivo
Actor: es la persona o ente que persigue ese objetivo
Escenario: son los pasos que se necesitan para cumplir ese objetivo

El mejor título para un caso de uso debe ser una frase corta, con un verbo activo, por ejemplo:

Registra a un nuevo miembro, transfiere fondos, compra elementos, crea una nueva página, agrupa pagos atrasados, etc.

El actor, es identificar quien realiza la interacción, podría ser un cliente o un administrador dependiendo de los diferentes roles que haya en un sistema, pero no necesariamente puede ser un ser humano.

El escenario se escribe como un parágrafo, por ejemplo:

Título: comprar elementos
Actor: cliente

Escenario: El cliente revisa elementos en el carrito de compra. El cliente aporta información de pago y responde con confirmación de pedido y provee un identificador de pedido que el cliente puede usar para comprobar el estado de su pedido. El sistema enviará al cliente confirmación de los detalles de su pedido y de un código de seguimiento vía email.

La redacción del parágrafo en el escenario debe ser lo más breve posible para que pueda ser entendido por cualquier usuario que forme parte o no del desarrollo de la aplicación.

Otra alternativa es escribir el escenario mediante una lista numerada y ordenada tal como se explica en el siguiente ejemplo:

Título: comprar elementos
Actor: cliente

Escenario:

1. El cliente elige entrar al proceso de compra
2. Al cliente se le muestra una página de confirmación de su pedido, permitiéndole cambiar cantidades, quietar elementos, o cancelar
3. El cliente introduce su dirección de envío
4. El cliente valida la dirección de envío
5. El cliente selecciona un método de pago
6. El sistema valida los detalles de pago
7. El sistema crea un número de pedido que puede ser usado para realizar el seguimiento
8. El sistema muestra una pantalla de confirmación al cliente
9. Se envía un email al cliente con los detalles del pedido

Se puede describir algunas extensiones tales como:

Extensiones: describe pasos para cuando no hay existencias
Extensiones: describe pasos para cuando el pedido no se realiza

Y también se pueden considerar:

Precondición:se ha puesto al menos un elemento en el carrito
Postcondición: ...

Finalmente podemos mencionar que los casos de uso son textos escritos, son historias de usuarios, por lo que no son diagramas. Los diagramas serán un complemento pero no desde un inicio.

Programación Orientado a Objetos 1968129537629244303

Publicar un comentario Default Comments

emo-but-icon

Inicio item

Síguenos en Facebook

Apuntes aleatorios