Análisis 2

3. Refinamiento
En empresas de desarrollo de software suele existir la figura del analista, encargado de que el proceso de especificación sea lo más correcto. Sin embargo en empresas pequeñas esta figura no existe, y los programadores habituales no tienen tanta experiencia a la hora de identificar las necesidades del cliente. Por lo tanto una segunda lectura de la especificación ayuda a afinar los detalles. De manera que es cada vez más habitual repetir varias veces análisis- diseño-implementación-verificación, esto incluye varias reuniones para que los errores y carencias sean detectadas lo antes posible.
Veremos un ejemplo de como sería para el ejemplo propuesto en la entrada de análisis punto 1. En el podríamos detectar las siguientes carencias:

• ¿ No se podrán consultar datos si no se hace la búsqueda?
• ¿Qué datos de cada persona que cumpla años debe mostrarse?
• ¿No será necesario modificar ni borrar datos?
• ¿Los datos se guardaran automáticamente o se necesita una opción determinada?
• ¿Las búsquedas deben distinguir entre mayúscula y minúscula?

4. Prototipos visuales
Consiste en la creación de maquetas de pantalla con las que se muestra al cliente una idea parecida de como va a ser el resultado. De esta manera se permite al usuario detectar si falta algún detalle, o error, si el vocabulario es el correcto,...

Veremos como sería para el ejemplo anterior: se podría crear el prototipo de la agenda de contactos, del menú, de visualizaciones de datos y de visualización de un resultado de la búsqueda.

Análisis

Podemos definir el análisis como una de las etapas para crear un proyecto de software cuyo cometido es delimitar la función del programa.

1.Características del análisis de requisitos

Para crear un programa en un tiempo limitado y con unos costes limitados lo primero que se debe hacer es pensar que tareas debe realizar, este trabajo es más importante aun cuando el proyecto es para un cliente.
 Crear una lista con los requisitos que debe cumplir, favorece la orientación del trabajo y en ella se debe saber que tareas son más importantes y cuales no se deben hacer conociendo así cuando estará acabado.
Una vez estimado el tiempo y el presupuesto  las nuevas características que le cliente desee añadir se anotarán para una nueva versión posterior, lo que llevará volver a realizar los pasos anteriores.


2.Especificación

Es habitual elaborar un documento entre que recopile todos los requisitos que debe cumplir un programa. En ella es habitual distinguir entre los requisitos funcionales, lo que el programa hará y los requisitos técnicos, las limitaciones físicas.


Un ejemplo para un programa poco completo:

•  Agenda de contactos que permita guardar datos de cada persona.
•  De cada persona deberá almacenar el nombre, apellidos, fecha de nacimiento, domicilio, y correo electrónico siendo el único obligatorio el nombre
•  Permitirá guardar grandes cantidades de datos.
•  Los datos se deben guardar en un fichero para disponer de ellos siempre que se desee.
•  Permitirá guardar datos a partir de cualquier palabra.
•  Buscará las personas que cumplan años en los próximos 30 días
•  Deberá haberse programado en html.