|
|
|
Secciones
Obrar mucho, y hablar poco; que lo demás es de loco.
Barrapunto © 1999-2007. Contenido disponible bajo licencia Creative Commons Reconocimiento 2.5
Aviso legal
Barrapunto © 1999-2007. Contenido disponible bajo licencia Creative Commons Reconocimiento 2.5
Aviso legal
No confundan ...
(Puntos:2, Informativo)Los casos de uso, son al estilo:
Accion del usuario Respuesta del sistema
-----------------------------------------------
El usuario pincha en
el botón autodestrucción
El usuario se desintegra
------------------------------------------------
Y el diagrama de caso de uso, en mi opinión, no es necesario dibujarlo si no aporta nada o es demasiado sencillo. (Salvo que estén empleando una herramienta potente tipo Rational Rose).
Por último, la utilización de casos de uso, no excluye el que deba de existir un documento llamado "Especificación de requisitos".
El mayor problema que veo con los casos de uso, es que están muy relacionados con las aplicaciones de tipo visual, es decir, que a cada acción del usuario, "pulsar un botón", "hacer click allí o allá", le corresponde un caso de uso, pero cuando se trata de un proceso sin interfaz, un servicio NT, un proceso servidor, un proceso batch, hay que echarle imaginación para identificar los casos de uso. A veces es un poco complicado el sacarlos.
Re:No confundan ...
(Puntos:2, Informativo)Creo que tienes una idea completamente desvirtuada de lo que es un caso de uso.
En su forma natural, el caso de uso describe una función que debe realizar el sistema para un actor principal del mismo. Por función nos estamos refiriendo a una acción que produce un resultado de valor para el usuario. Pulsar un botón no es un objetivo del usuario, pero sí realizar un préstamo en una biblioteca. Los casos de uso deberían escribirse independientemente de la interfaz de usuario, pues estamos en las primeras fases del desarrollo y trabajamos con elementos del dominio del problema.
Respecto al ejemplo que pones, eso no es un caso de uso en absoluto. Puedes ver algunas plantillas que se pueden utilizar para escribir los casos de uso aquí [usecases.org].
Otra cosa que quiero decir es que los casos de uso y los procesos de desarrollo que han surgido a partir de ellos no están concebidos para ser una solución universal para todas las aplicaciones. Tienen sentido en determinado tipo de aplicaciones, pero nadie las utilizaría para desarrollar una suite ofimática (por ejemplo).
Por último, mi experiencia personal con los casos de uso ha sido bastante buena. Hay que tener algo de entramiento y los conceptos muy claros, pero una vez que te haces a ellos son muy útiles si los acompañas de un proceso de desarrollo.
Un saludo. fros