You are on page 1of 3

Resumen Pasos para la solucin de problemas El proceso de resolucin de un problema con una computadora conduce a la escritura de un programa y a su ejecucin

en la misma. Aunque el proceso de disear programas es esencialmente un proceso creativo, se pueden considerar una serie de fases o pasos comunes, que generalmente deben seguir todos los programadores. Las siguientes son las etapas que se deben cumplir para resolver con !ito un problema de programacin" #. $efinicin del problema %. An&lisis del problema '. (eleccin de la mejor alternativa ). $iagramacin *. Prueba de escritorio +. ,odificacin -. .ranscripcin /. ,ompilacin 0. Pruebas de computador #1. $ocumentacin e!terna #.2 $E3454,465 $EL PR78LE9A" Est& dada por el enunciado del problema, el cual debe ser claro y completo. Es importante que cono:camos e!actamente que se desea del computador; mientras qu esto no se comprenda, no tiene caso pasar a la siguiente etapa. %.2 A5<L4(4( $EL PR78LE9A" Entendido el problema =que se desea obtener del computador>, para resolverlo es preciso anali:ar" Los datos o resultados que se esperan. Los datos de entrada que nos suministran. El proceso al que se requiere someter esos datos a fin de obtener los resultados esperados. <reas de trabajo, frmulas y otros recursos necesarios. ?na recomendacin muy pr&ctica es el que nos pongamos en el lugar del computador, y anali:ar que es necesario que me ordenen y en que secuencia, para poder producir los resultados esperados. '.2 (ELE,,465 $E LA 9E@7R AL.ER5A.4AA" Anali:ado el problema, posiblemente tengamos varias formas de resolverlo; lo importante es determinar cu&l es la mejor alternativa" la que produce los resultados esperados en el menor tiempo y al menor costo. ).2 $4ABRA9A,465" ?na ve: que sabemos cmo resolver el problema, pasamos a dibujar gr&ficamente la lgica de la alternativa seleccionada. Eso es precisamente un $iagrama de 3lujo" la representacin gr&fica de una secuencia lgica de pasos a cumplir por el computador para producir un resultado esperado. La e!periencia nos Ca demostrado que resulta muy Dtil trasladar esos pasos lgicos planteados en el diagrama a frases que indiquen lo mismo; es decir, Cacer una codificacin del programa pero utili:ando instrucciones en Espaol. Esto es lo que denominaremos Algoritmo o Pseudocdigo. *.2 PR?E8A $E E(,R4.7R47" Para cerciorarnos de que el diagrama =yEo el pseudocdigo> est& bien, y, para garanti:ar que el programa que codifiquemos luego tambi n funcione correctamente, es conveniente someterlo a una Prueba de Escritorio . Esta prueba consiste en que damos diferentes datos de entrada al programa y seguimos la secuencia indicada en el diagrama, Casta obtener los resultados. El an&lisis de estos nos indicar& si el diagrama esta correcto o si Cay necesidad de Cacer ajustes =si Cay ajustes se regresa al paso )>. (e recomienda dar diferentes datos de entrada y considerar todos los posibles casos, aun los de e!cepcin o no esperados, para asegurarnos de que el programa no producir& errores en ejecucin cuando se presenten estos casos. +.2 ,7$434,A,465" ?na ve: que Cayamos verificado el diagrama mediante las pruebas de escritorio, codificamos el programa en el lenguaje de computador seleccionado. Esto es, colocamos cada paso del

diagrama en una instruccin o sentencia, utili:ando un lenguaje que el computador reconoce. .odos los lenguajes de programacin proveen facilidades para incluir lFneas de comentarios en los programas. Estos comentarios aclaran lo que se ordena al computador y facilitan entender el programa. Puesto que estos comentarios no son tenidos en cuenta como instrucciones, y aparecen en los listados del programa, resulta muy conveniente agregar abundantes comentarios a todo programa que codifiquemos. Esto es lo que se denomina $ocumentacin 4nterna. -.2 .RA5(,R4P,465" El programa codificado es necesario que lo llevemos a un medio que sea aceptado como entrada por el computador" lo perforamos en tarjetas, lo grabamos en un disco fle!Fble o lo grabamos en un disco duro. Este programa es el que se conoce como Programa Fuente =(ource>. /.2 ,79P4LA,465" ?tili:amos aCora un programa de computador llamado ,ompilador o .raductor, el cDal anali:a todo el programa fuente y detecta errores de sinta!is ocasionados por fallas en la codificacin o en la transcripcin. Las fallas de lgica que pueda tener nuestro programa fuente no son detectadas por el compilador. ,uando no Cay errores graves en la compilacin, el compilador traduce cada instruccin del programa fuente a instrucciones propias de la m&quina =Lenguaje de 9aquina>, creando el Programa 7bjeto. ,omo resultado de la corrida del compilador, podemos obtener varios listados"

Listado del programa fuente Listado de los errores detectados

Listado de campos utili:ados, etc. Este paso de la compilacin lo repetimos Casta eliminar todos los errores y obtener el programa ejecutable.

0.2 PR?E8A( $E ,79P?.A$7R" ,uando tenemos el programa ejecutable =en lenguaje de maquina>, ordenamos al computador que lo ejecute, para lo cDal suministramos datos de prueba, como lo Cicimos en la prueba de escritorio. Los resultados obtenidos los anali:amos, luego de lo cDal puede ocurrir cualquiera de estas situaciones" a.2 La lgica del programa esta bien, pero Cay errores sencillos, los cuales los corregimos modificando algunas instrucciones o incluyendo unas nuevas; el proceso debemos repetirlo desde el paso +. b.2 Gay errores ocasionados por fallas en la lgica, lo que nos obliga a regresar a los pasos ) y * para revisin y modificacin del diagrama. c.2 Gay errores muy graves y lo m&s aconsejable es que regresemos al paso % para anali:ar nuevamente el problema, y repetir todo el proceso. d.2 5o Cay errores y los resultados son los esperados. En este caso, el programa lo podemos guardar permanentemente en una librerFa o biblioteca del computador, para sacarlo de allF cuando necesitemos ejecutarlo nuevamente. #1.2 $7,?9E5.A,465 EH.ER5A" ,uando el programa ya se tiene listo para ejecutar, es conveniente que Cagamos su documentacin e!terna siguiendo las normas de la instalacin o las recomendaciones indicadas por el profesor. ?na buena documentacin incluye siempre" a. Enunciado del problema b. $iagrama de pasada c. 5arrativo con la descripcin de la solucin d. Relacin de las variables o campos utili:ados en el programa, cada uno con su respectiva funcin e. $iagrama del programa

f.

Listado de la Dltima compilacin

g. Resultados de la ejecucin del programa.

You might also like