Documentación durante el desarrollo del software

Documentación durante el desarrollo del software

En general se habla mucho de la documentación, pero no se la hace, no se le asigna presupuesto, no se la mantiene y casi nunca  está al día en los proyectos de desarrollo de software.

Lo importante es la disponibilidad de la documentación que se necesita en el momento en que se la necesita.

Muchas veces se hace porque hay que hacerla y se escribe, con pocas ganas, largos textos, a la vez que se está convencido de estar haciendo un trabajo inútil. A veces se peca por exceso y otras por defecto. Ocurre mucho en la Web y con productos RAD. En ocasiones se olvida que el mantenimiento también debe llegar a la documentación.

La documentación se suele clasificar en función de las personas o grupos a los cuales está

dirigida:

· Documentación para los desarrolladores

· Documentación para los usuarios

· Documentación para los administradores o soporte técnico

LAS PRUEBAS EN EL DESARROLLO DE SOFTWARE

La calidad no es algo que se pueda agregar al software después de desarrollado si no se hizo todo el desarrollo con la calidad en mente. 

Muchas veces parece que el software de calidad es aquél que brinda lo que se necesita con adecuada velocidad de procesamiento.

Desde el punto de vista de la programación, nos interesa la ausencia de errores

(corrección), la confiabilidad y la eficiencia. Dejando de lado las dos últimas, nos concentraremos en

este capítulo en las pruebas que determinen que un programa está libre de errores.

Categorías de pruebas

Según la naturaleza de lo que se esté controlando, las pruebas se pueden dividir en dos categorías:

· Pruebas centradas en la verificación

· Pruebas centradas en la validación

Las primeras sirven para determinar la consistencia entre los requerimientos y el programa terminado. Soporta metodologías formales de testeo, de mucho componente matemático. De todas maneras, hay que ser cuidadoso, porque no suele ser fácil encontrar qué es lo que hay que demostrar. La verificación consiste en determinar si estamos construyendo el sistema correctamente, a partir de los requisitos.

En general a los informáticos no les gustan las pruebas formales, en parte porque no las entienden y en parte porque requieren un proceso matemático relativamente complejo.

La validación consiste en saber si estamos construyendo el sistema correcto. Las tareas de validación son más informales. Las pruebas suelen mostrar la presencia de errores, pero nunca demuestran su ausencia.

Paginas Consultadas

http://materias.fi.uba.ar/7507/content/20101/lecturas/documentacion_pruebas.pdf