Esquema Resumen UD4

1.3 Refinamiento

En las empresas de desarrollo de software, suele existir la figura del analista, experto encargado de hablar con el cliente, observar la forma en la que se trabaja y formular las preguntas adecuadas para que el proceso de especificación, sea lo más correcto posible.

En empresas pequeñas, es posible que no exista la figura del analista y es habitual que los programadores independientes no tengan tanta experiencia a la hora de identificar las necesidades del cliente. Por ejemplo, para el programa del apartado anterior, se podrían detectar las siguientes carencias:

•  ¿No se podrán consultar los datos si no se hace una búsqueda?

• ¿Qué datos de cada persona que se encuentre a través de las búsquedas de texto deben mostrarse? ¿Se debe hacer una pausa tras la inserción de n datos o de cada dato? ¿Las búsquedas deben distinguir entre mayúsculas y minúsculas?

• ¿Qué datos de cada persona que cumpla años deben mostrarse?

• ¿Los datos se guardarán automáticamente o deberá seleccionarse, para ello, una opción determinada del menú?

• ¿Es necesario guardar los datos en fichero usando algún formato específico o no van a compartirse con ninguna otra aplicación?

• ¿No será necesario modificar ni borrar datos?

Así, en la realización de un proyecto real, es cada vez más habitual repetir varias veces la secuencia análisis-diseño-implementación-verificación, proceso que incluye reuniones con el cliente entre una secuencia y otra con el fin de que los errores y las carencias del programa puedan ser detectadas cuanto antes. 



1.4 Prototipos visuales

Una herramienta que puede resultar útil para contribuir a la detección de errores o malentendidos en la especificación de requisitos son los prototipos visuales. Estos consisten en la creación de "maquetas" de pantalla con las que se muestra al cliente una idea aproximada de cómo va a ser el resultado a nivel visual.

Los prototipos visuales, permiten al usuario detectar si falta algún detalle o si el vocabulario es incorrecto.