Barrapunto

En mi caso y en el de mis compañeros en la facultad la dificultad era que acababamos de pasar de una metodología no orientada a objetos a una UML (por ejemplo, en Málaga vimos Metrica 2 y después Metrica 3 cuando salió, o en 4º UML). El problema era que todo el mundo tendía a creer que los casos de uso (yo incluido) eran funciones del programa, es decir, que después se iban a traducir a procedimientos, métodos, funciones o como querais llamarle. Nada más lejos de la realidad. Un caso de uso es una cosa mucho más abstracta donde se intenta expresar PARA QUÉ va a usar el usuario (valga la rebuznancia) el sistema, con qué finalidad se acerca al programa y cuales son los pasos abstractos que tiene que seguir para hacerlo bien y obtener un resultado provechoso, y tambien prever qué puede ir mal. Mi consejo es no exagerar con los casos de uso y no atribuirles una importancia extrema, porque en realidad suelen servir para las entrevistas con el cliente.