Analisis

1.3 Refinamiento

En la empresa de desarrollo de software suele existir la figura del analista experto encargado de hablar con el cliente, observar la forma en la que esté 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. En estos casos una segunda lectura pormenorizada de la especificación suele contribuir a afinar los detalles inicialmente ambiguos.

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 resueltas cuánto antes. En un proyecto de varios meses de duración es habitual que se convierte en reuniones cada dos semanas para evitar tener que dar costosos pasos atrás en caso de descubrir aspectos que no se hubieran entendido correctamente.

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 solo prototipo visuales. Consiste en la creación de maquetas de pantalla con la que se muestra al cliente una idea de cómo va a ser el resultado a nivel visual. 

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