Tema UNIDAD 4

Redaccin

Definir el nivel de detalle de los casos de uso.

Antes de iniciar con la redaccin de los casos de uso, se debe acordar el nivel
de detalle necesario para el proyecto.

Los casos de uso pueden ser tiles para establecer requisitos de
comportamiento, pero no establecen completamente los requisitos funcionales ni
permiten determinar los requisitos no funcionales. Los casos de uso deben
complementarse con informacin adicional como reglas de negocio, requisitos
no funcionales, diccionario de datos que complementen los requerimientos del
sistema. Sin embargo la ingeniera del funcionamiento especifica que cada caso
crtico del uso debe tener un requisito no funcional centrado en el
funcionamiento asociado.

Redactar el flujo principal primero

Es importante administrar el esfuerzo en el comienzo del anlisis de un sistema.
Se recomienda trabajar a un nivel de precisin bajo donde sea posible.

Una lista de metas de los actores puede ser el primer paso de esta estrategia.
Como siguiente paso tendramos la redaccin del flujo principal ("camino feliz")
de los casos de uso.

La tcnica de caso de uso tiene xito en sistemas interactivos, ya que expresa la
intencin que tiene el actor (su usuario) al hacer uso del sistema.

Como tcnica de extraccin de requerimiento permite que el analista se centre
en las necesidades del usuario, qu espera ste lograr al utilizar el sistema,
evitando que la gente especializada en informtica dirija la funcionalidad del
nuevo sistema basndose solamente en criterios tecnolgicos.

A su vez, durante la extraccin (elicitation en ingls), el analista se concentra en
las tareas centrales del usuario describiendo por lo tanto los casos de uso que
mayor valor aportan al negocio. Esto facilita luego la priorizacin del
requerimiento.






Separar la interfaz de usuario (GUI) de las funcionalidades.

Al separar la interfaz de usuario de las funcionalidades descritas en los casos de
uso se previene la inconveniencia de producir documentos saturados y
extensos.

Otra de las ventajas de redactar casos de uso independientes de la interfaz es la
mantenibilidad. Si un caso de uso contiene muchos detalles de la interfaz de
usuario y esta llegase a cambiar, sera muy costoso actualizar los casos de uso
afectados por el cambio.

Casos de uso CRUD.

Comnmente es necesario redactar casos de uso de funcionalidades CRUD -
Create, Retrieve, Update, Delete - (Crear, Obtener, Actualizar, Eliminar).

Hay quienes recomiendan no generar casos de uso para modelar
funcionalidades CRUD debido a que un caso de uso CRUD estara ligado ms al
diseo de la aplicacin que a su funcionalidad. Sin embargo, en la prctica
frecuentemente es necesario redactar este tipo de casos de uso pues el nivel de
detalle lo requiere.

Se recomienda redactar un caso (Ejemplo: Administrar Catalogo de Contrato)
del cual se llame a los casos de uso de la funcionalidad CRUD ya sea con flujos
alternos o con llamadas a otros casos de uso si la funcionalidad es muy
compleja.

Es conveniente descomponer un CRUD?

Depende
Si los casos de uso ms especficos generados van a ser usados
ms de una vez. (Reso)
Si cada caso de uso es suficientemente complejo como para
requerir una descripcin narrativa extensa. (Complejidad)
Si nos permite estimar mejor el esfuerzo requerido para
implementar el caso de uso. (Cubicacin)