Puesta a punto
Páginas: 7 (1620 palabras)
Publicado: 14 de octubre de 2009
1. DEPURACIÓN Y PUESTA A PUNTO
(Puesta a Punto o Testing)
Una vez compilado el programa, este es sometido a pruebas a fin de determinar si resuelve o no el problema planteado en forma satisfactoria. Para ello le suministramos datos de prueba, como lo hicimos en la prueba de escritorio. El programa codificado y compilado no garantiza que funcione correctamente. Debe depurarse (librarse deerrores de lógica o de ejecución) realizando corridas de prueba continuas con datos y respuestas conocidas como lo hicimos en la prueba de escritorio, verificando todas las posibles alternativas del programa y sus respuestas y haciendo el mayor número de variantes con sus combinaciones, a fin de determinar si resuelve o no el problema planteado en forma satisfactoria.
Las pruebas que seaplican al programa son de diversa índole y generalmente dependen del tipo de problema que se está resolviendo. Comúnmente se inicia la prueba de un programa introduciendo datos válidos, inválidos e incongruentes y observando como reacciona en cada ocasión.
Los resultados obtenidos en las pruebas pueden ser cualquiera de los siguientes:
a. La lógica del programa esta bien, pero hay erroressencillos, los cuales los corregimos eliminando o modificando algunas instrucciones o incluyendo nuevas.
b. Hay errores ocasionados por fallas en la lógica, lo que nos obliga a regresar a las fases de Diseño y Codificación para revisión y modificación del diagrama.
c. Hay errores muy graves y lo más aconsejable es que regresemos a la fase 2 para analizar nuevamente el problema, y repetir todoel proceso.
d. No hay errores y los resultados son los esperados. En este caso guardamos el programa permanentemente en un medio de almacenamiento.
Puede ser necesario en la mayoría de los casos retroceder a fases previas de desarrollo, revisar el algoritmo otra vez en caso de errores de análisis y/o lógica (que son los más difíciles de detectar, a diferencia de los de sintaxis ysemántica), realizar ajustes al código y una serie de nuevas ejecuciones de prueba para que el programa funcione correctamente. Si no existen errores en el programa, puede entenderse la depuración como una etapa de refinamiento en la que se ajustan detalles para optimizar el desempeño del programa.
Si se está automatizando alguna tarea manual, es común poner a funcionar por un tiempo y de forma paralelaambas alternativas, a fin de comparar las salidas de ambas y adquirir confianza en la solución automatizada.
Documentación
Es la fase más ignorada por la mayoría de los programadores noveles, por razones de tiempo, costos o simple pereza. Pero no documentar los programas es un mal hábito en programación y un gran error. Será muy difícil a los usuarios entender un programa si no cuentan con unmanual de operaciones (el Manual de Usuario). También para los programadores que necesiten darle mantenimiento o hacerle modificaciones si no existe ninguna documentación acerca de sus fases de desarrollo. Incluso será difícil de entender para el mismo autor, algún tiempo después.
La documentación es la guía o comunicación escrita en sus variadas formas, ya sea en enunciados, procedimientos,dibujos o diagramas y sirve para ayudar a comprender o usar un programa o para facilitar futuras modificaciones (mantenimiento). Recoge todos los elementos encontrados y material creado en las diferentes fases del desarrollo, además de las normas de instalación o las recomendaciones para la ejecución del programa.
La documentación se divide en tres partes:
• Documentación Interna
•Documentación Externa
• Manual del Usuario
Documentación Interna: Son los comentarios que se añaden al código fuente para clarificarlo.
Documentación Externa: Es todo el material creado y empleado en las diferentes fases del desarrollo del programa. Incluye:
• Descripción del Problema
• Narrativo con la descripción de la solución
• Autor(s)
• Algoritmo (diagrama...
(Puesta a Punto o Testing)
Una vez compilado el programa, este es sometido a pruebas a fin de determinar si resuelve o no el problema planteado en forma satisfactoria. Para ello le suministramos datos de prueba, como lo hicimos en la prueba de escritorio. El programa codificado y compilado no garantiza que funcione correctamente. Debe depurarse (librarse deerrores de lógica o de ejecución) realizando corridas de prueba continuas con datos y respuestas conocidas como lo hicimos en la prueba de escritorio, verificando todas las posibles alternativas del programa y sus respuestas y haciendo el mayor número de variantes con sus combinaciones, a fin de determinar si resuelve o no el problema planteado en forma satisfactoria.
Las pruebas que seaplican al programa son de diversa índole y generalmente dependen del tipo de problema que se está resolviendo. Comúnmente se inicia la prueba de un programa introduciendo datos válidos, inválidos e incongruentes y observando como reacciona en cada ocasión.
Los resultados obtenidos en las pruebas pueden ser cualquiera de los siguientes:
a. La lógica del programa esta bien, pero hay erroressencillos, los cuales los corregimos eliminando o modificando algunas instrucciones o incluyendo nuevas.
b. Hay errores ocasionados por fallas en la lógica, lo que nos obliga a regresar a las fases de Diseño y Codificación para revisión y modificación del diagrama.
c. Hay errores muy graves y lo más aconsejable es que regresemos a la fase 2 para analizar nuevamente el problema, y repetir todoel proceso.
d. No hay errores y los resultados son los esperados. En este caso guardamos el programa permanentemente en un medio de almacenamiento.
Puede ser necesario en la mayoría de los casos retroceder a fases previas de desarrollo, revisar el algoritmo otra vez en caso de errores de análisis y/o lógica (que son los más difíciles de detectar, a diferencia de los de sintaxis ysemántica), realizar ajustes al código y una serie de nuevas ejecuciones de prueba para que el programa funcione correctamente. Si no existen errores en el programa, puede entenderse la depuración como una etapa de refinamiento en la que se ajustan detalles para optimizar el desempeño del programa.
Si se está automatizando alguna tarea manual, es común poner a funcionar por un tiempo y de forma paralelaambas alternativas, a fin de comparar las salidas de ambas y adquirir confianza en la solución automatizada.
Documentación
Es la fase más ignorada por la mayoría de los programadores noveles, por razones de tiempo, costos o simple pereza. Pero no documentar los programas es un mal hábito en programación y un gran error. Será muy difícil a los usuarios entender un programa si no cuentan con unmanual de operaciones (el Manual de Usuario). También para los programadores que necesiten darle mantenimiento o hacerle modificaciones si no existe ninguna documentación acerca de sus fases de desarrollo. Incluso será difícil de entender para el mismo autor, algún tiempo después.
La documentación es la guía o comunicación escrita en sus variadas formas, ya sea en enunciados, procedimientos,dibujos o diagramas y sirve para ayudar a comprender o usar un programa o para facilitar futuras modificaciones (mantenimiento). Recoge todos los elementos encontrados y material creado en las diferentes fases del desarrollo, además de las normas de instalación o las recomendaciones para la ejecución del programa.
La documentación se divide en tres partes:
• Documentación Interna
•Documentación Externa
• Manual del Usuario
Documentación Interna: Son los comentarios que se añaden al código fuente para clarificarlo.
Documentación Externa: Es todo el material creado y empleado en las diferentes fases del desarrollo del programa. Incluye:
• Descripción del Problema
• Narrativo con la descripción de la solución
• Autor(s)
• Algoritmo (diagrama...
Leer documento completo
Regístrate para leer el documento completo.