VIDEO

Para Saber laTrazabilidad de los Casos de Uso haz Click AQUI

IMAGENES

NOTACION DE CASOS DE USO

MAS IMAGENES

APLICACIONES

Debe describir una idea que sea proyectada a una meta de negocio

Los datos sean claros y concretos

Que sea de fácil desarrollo para elaborarlo en poco tiempo

Se pueden presentar diferentes situaciones como:

• Un actor principiante inicie la interacción con el sistema, el sistema responderá y se inicie la comunicación
• Un actor con experiencia espera que el sistema inicie la conversación, después el responde y se establezca la comunicación

Que el caso de uso se extienda hacia otro caso de uso nuevo y quizás diferente

Que un caso de uso utilice otro caso de uso para reforzarse a si mismo

VENTAJAS

• Permite que el analista se centre en las necesidades del usuario.
• La técnica de caso de uso tiene éxito en sistemas interactivos, ya que expresa las intenciones del usuario.
• El analista se concentra en las tareas centrales del usuario; esto facilita luego la priorización del requerimiento.

DESVENTAJAS

• No establecen completamente los Requisitos Funcionales (Calculos, Detalles...).
• No permite determinar los requisitos no funcionales (Operacion de un sistema en lugar de un comportamiento especifico)
• Se deben completar la informacion como reglas de negocio.

EJEMPLO DE CASO DE USO

1. La definición del límite del sistema determina qué se considera externo o interno en el sistema.

2. Un actor representa un papel desempeñado por un objeto externo. Un objeto puede representar varios papeles y, por tanto, estar representado por varios actores.

3. Una ilustra la participación del actor en el caso de uso.

4. Un es un conjunto de eventos que se generan cuando un actor utiliza un sistema para completar un proceso. Normalmente, un caso de uso es un proceso relativamente largo, no un paso ni una transacción individuales.

En esta grafica podemos ver los requisitos funcionales que nos da un cajero automatico.

CONCLUSION

El análisis es una etapa fundamental dentro de la realización de una aplicación, esta etapa se puede resumir en una sola frase: Entender el problema. Cuando terminamos el análisis tenemos ya una comprensión mayor del problema, sabemos cuales son las abstracciones claves, y empezamos a estudiar como se desenvuelve la aplicación en el tiempo.

También expresan los requerimientos funcionales que los usuarios comunicaron al sistema durante la redacción del pliego de condiciones.

Comprobar que el sistema cumple dichos requisitos en el momento de la entrega .

Determinar las fronteras del sistema.

Escribir la documentación del sistema.

Confeccionar juegos de test.