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)