Fases de la Metodología de Programación

1. Planteamiento del problema

1.1. Consiste en seleccionar y plantear el problema que se quiere resolver para poder comenzar su análisis. Se debe tener bien claro y delimitar desde un inicio el problema a resolver pues de esto dependerá el éxito de las siguientes fases del proceso. En esta fase, se deben considerar los insumos (datos de entrada) que se necesitan para resolver el problema; los pasos a seguir para su solución y el producto final (datos de salida).

2. Análisis del problema

2.1. Se determina ¿qué hace el programa?, por lo cual, se debe definir de manera clara y concisa el problema en cuestión, se debe establecer el ámbito del problema, las características, limitaciones y modelos de lo que se desea resolver. Este paso debe conducir a una especificación completa del problema en donde se describa cuáles son los datos requeridos para resolverlo (datos de entrada) y cuál es el resultado deseado (salida).

3. Diseño del algoritmo

3.1. En esta fase ¿cómo el programa resuelve el problema?. Para ello, se describe paso a paso la solución del mismo, lo cual se conoce como algoritmo. Cuando el problema es grande se recomienda dividirlo en problemas más pequeños y resolver por separado cada uno de ellos. A esta metodología se le conoce como diseño descendente (top-down) o modular. Existen diferentes formas de representar un algoritmo, algunas formales como una fórmula matemática, o informales, como es el caso del lenguaje natural. Otras formas de representar un algoritmo son en pseudocódigo o en forma de diagrama de flujo.

3.1.1. El pseudocódigo es un lenguaje de especificación formal de algoritmos. La solución de un problema se representa de manera narrativa utilizando palabras claves, generalmente verbos, escritos en un lenguaje natural, que en nuestro caso será español. Es una de las representaciones de algoritmos más utilizadas por su parecido con el lenguaje natural y porque su codificación en un lenguaje de programación estructurado y modular como C es directa.

3.1.2. Los diagramas de flujo son una representación totalmente gráfica de un algoritmo que utiliza símbolos para representar las instrucciones y flechas para unirlas e indicar el orden en el que deben ejecutarse llamadas líneas de flujo, lo anterior hace más fácil seguir la secuencia de la ejecución de las instrucciones. Dichos símbolos fueron normalizados por el Instituto Norteamericano de Normalización ANSI (American National Standards Institute, por sus siglas en inglés).

4. Implementación o codificación

4.1. Se realizan las tareas que comúnmente se conocen como programación; consiste, esencialmente, en llevar a código fuente el algoritmo, en el lenguaje de programación elegido, todo lo diseñado en la fase anterior. Esta tarea la realiza el programador, siguiendo por completo los lineamientos impuestos en el diseño y en consideración siempre a los requisitos funcionales y no funcionales (ERS) especificados en la primera etapa. Es común pensar que la etapa de implementación o codificación es la que consume la mayor parte del trabajo de desarrollo del software; sin embargo, esto puede ser relativo ya que las etapas previas son cruciales, críticas y pueden llevar bastante más tiempo. Se suele hacer estimaciones de un 30% del tiempo total consumido en la codificación, pero esta cifra no es consistente ya que depende en gran medida de las características del sistema, su criticidad y el lenguaje de programación elegido.

5. Pruebas y validación

5.1. Se lleva a cabo una vez que se ha codificado el algoritmo previamente diseñado con el fin de verificar que su ejecución sea correcta. Existen diferentes formas de probar que la solución es correcta, algunas de ellas son formales y otras informales: las primeras se utilizan para garantizar que el programa o algoritmo siempre calcule el resultado deseado para cualquier conjunto de datos de entrada; en cambio, en las segundas sólo se prueba que funciona correctamente para algunos datos de entrada, tratando de encontrar posibles errores, en este caso no se puede garantizar que el programa o algoritmo calcule la salida correcta para cualquier conjunto de datos. En cualquiera de los dos casos, si se encuentra alguna falla se debe corregir y volver a realizar pruebas

6. Documentación del programa

6.1. Cualquier proyecto de software por la complejidad que tiene requiere que tanto las ideas principales como el desarrollo de principio a fin sea documentado con el fin de que se pueda entender la lógica del programa y de ser necesario se pueda modificar o darle mantenimiento posteriormente, sin tantas complicaciones. Es común que si se desea modificar un programa y no se tiene información acerca de cómo fue construido originalmente, sea más fácil volverlo a hacer desde el principio que intentar entender la lógica aplicada en un inicio. Como parte de la documentación también deben incluirse manuales de usuario y las normas de mantenimiento para que se haga un buen uso del software y éste se mantenga al día.

7. Mantenimiento

7.1. Es el proceso de cambiar, modificar y actualizar el software para satisfacer las necesidades del cliente. El mantenimiento se realiza después del lanzamiento del programa por varias razones, que incluyen la mejora del software en general, la corrección de problemas o errores y para optimizar el rendimiento. Un mantenimiento satisfactorio inicia con la monitorización constante del software, dado que la tecnología se encuentra cambiando diariamente, el programa debe mantenerse al día con los cambios y las demandas del mercado. Existen cuatro tipos principales de mantenimiento de software: correctivo, preventivo, perfectivo y adaptable.

7.1.1. Hecho por: David Israel Martínez Quezada ES231109046 - Fundamentos de Programación