FM: Concluir los pasos de la metodología de la solución de problemas
Paso 4 Programación y pruebas
Luego que se codifiquen los programas y/o clases, deben ser probados mediante la ejecución de los mismos (esto es conocido como corrida del programa). Al realizarse esta, pueden surgir diferentes tipos de errores, siendo los errores de lógica y sintaxis los más comunes.
Hay que corregir el programa; anular, modificar o crear nuevas sentencias, volver a probar el programa y continuar con la corrección y pruebas hasta conseguir el resultado deseado.
PASOS:
" Realizar la depuración y verificar la correcta escritura de los programas.
" Realize pruebas de sintaxis.
" Realizar pruebas de lógica.
El resultado obtenido en esta etapa son las PRUEBAS que registran el adecuado funcionamiento de la solución del problema.
La fase de compilación permitirá detectar errores en tiempo de compilación, ejecución y lógicos, y en el caso de Java se generará uno o varios archivos bytecode que serán ejecutados por la computadora.
En esta fase también es necesario realizar pruebas con una gran cantidad de datos para encontrar posibles errores y corregirlos.
Verificación y depuración de un programa<br />Errores de lógica. Se producen en la lógica del programa y la fuente del error suele ser el diseño del algoritmo. Estos errores son los más difíciles de detectar, ya que el programa puede funcionar y no producir errores de compilación ni de ejecución, y sólo puede advertir el error por la obtención de resultados incorrectos. En este caso se debe volver a la fase de diseño del algoritmo, modificar el algoritmo, cambiar el programa fuente y compilar y ejecutar una vez más.
Paso 5 Documentación y mantenimiento
En esta etapa se recopila toda la documentación generada en las etapas anteriores, la cual va servir como base para la elaboración del manual técnico. Dedicarle tiempo a esta etapa nos ayudará a desarrollar Buenos hábitos, los cuales serán necesarios cuando se desarrolle software en forma profesional. El manual técnico debe incluir como mínimo:
" Descripción del problema.
" Resultados esperados y datos necesarios para generar dichos resultados.
" Diagramas UML, DF y/o Pseudocódigo.
" Pruebas desarrolladas.
" Listado de programas con comentarios internos.
PASOS:
" Recopilar el material generado en cada una de las fases anteriores.
" Generar el manual del programa.
" Generar el manual de usuario.
El resultado obtenido en esta etapa son los MANUALES que permiten un adecuado manejo de la solución desarrollada.
Por últimos se debe tener una documentación de todos los pasos hasta llegar a la solución del problema, a veces es un poco tedioso esta fase pero también es muy importante ya que muchas veces suceden modificaciones con el pasar del tiempo y estas se hace en algunos casos por otros programadores diferentes a los que lo crearon (que incluso cuando uno mismo va ha modificar no se acuerda que rayos hacia ese código, me ha pasado), y cuando un programa es pobre en documentación este proceso de modificación es totalmente complejo.
La documentación de un problema consta de las descripciones de los pasos a dar en el proceso de resolución de un problema.
La importancia de la documentación debe ser destacada por su decisiva influencia en el producto final.
Programas pobremente documentados son difíciles de leer, más difíciles de depurar y casi imposibles de mantener y modificar.
La documentación de un programa puede ser interna y externa.
La documentación interna es la contenida en líneas de comentarios.
La documentación externa incluye análisis, diagramas de flujo, pseudocódigos, manuales de usuario con instrucciones para ejecutar el programa y para interpretar los resultados
La documentación es vital cuando se desea corregir posibles errores futuros o bien cambiar el programa. Tales cambios se denominan mantenimiento del programa. Después de cada cambio la documentación debe ser actualizada para facilitar cambios posteriores.
No hay comentarios:
Publicar un comentario