METODOLOGIA DEL DESARROLLO DEL SOFTWARE

METODOLOGIA DEL DESARROLLO DEL SOFTWARE.

  La metodología de desarrollo de software se basa básicamente en una serie de pasos de manera rigurosa a partir de nuevos o modificados requisitos. Gracias a la metodología aporta gran satisfacción en la garantía de calidad y flexibilidad en el sistema. Un software de calidad cunado cumple estrictamente con todos los requisitos, con esto medimos estabilidad basándonos en los requisitos iniciales. También ayuda a estimar y crear un control de costes reflejando cuanto podríamos tardar en realizar el proyecto y a su vez si será rentable o no, ahorrando tiempo e inversión completa. De igual manera proporciona el análisis adecuado para evitar fallos y ratificarlos utilizando una metodología adecuada.

  Por ser un proceso estructurado, se observa una organización en la forma de crear el proyecto viéndose obligado a revisar cada uno de los resultados verificando que sean correctos antes de seguir al siguiente paso, planificando así metas intermedias para controlar el avance el proyecto a fin logrando la eficiencia de recursos y tiempo aplicando con rigor este proceso para invertir menos para obtener un cambio máximo.

  Existen dos tipos de metodologías: ligeras y pesadas, las primeras son métodos extremadamente ligeras y practicas los cuales generalmente obvian gran parte de la documentación y se utilizan en proyectos que son cambiantes durante el proceso un ejemplo de esta podrían ser EXTREME PROGRAMMING (XP), SCRUM Y CRISTAL. Por su parte la segunda es aplicable a proyectos más controlados y se generan muchísima documentación al respecto antes de proceder a implementar el proyecto a fin de tener mayor precisión, diseño y peso de análisis un ejemplo de esta metodología podrían ser RUP, ICONIX y métrica 3.

   La metodología del software muestra diversos tipos de enfoques los cuales serían: cascada: se trata esencialmente de un enfoque secuencial, cualquier tipo de fallo en cualquiera de sus fases será n corregidos en la fase en el cual se encuentre actualmente y se procede siempre de manera frontal, es decir, siempre hacia adelante. También es aplicable el modelo de enfoque de prototipos, en este caso se trata de un enfoque más iterativo, se basa en realizar pequeños prototipos finales del proyecto de manera que las funciones se les aplique encima de la versión anterior hasta llegar al  producto definitivo y a la entrega. Por otro lado el enfoque incremental es combinado, en este caso el similar al del prototipiaje con la diferencia que va haciendo mini-cascada en cada iteración de forma que pasa por todas sus fases de manera que por cada finalización de la mini-cascada le sigue una iteración. Del enfoque espiral podemos decir que es un modelos combinado pero aún más complejos que los anteriores; lo que ocurre con esta metodología es que el valor de coste es impredecible debido a la rotación como espiral que este da, cada rotación representa una mini-casaca y la distancia radial el volumen de proyecto, el cual este enfoque no es muy viable económicamente, no por eso es un enfoque no usado, todo lo contrario, tiene su uso mayormente a la hora de realizar proyectos críticos como un gran sistema operático, temas de control aéreo militares o espacial. Hay que tener en cuenta que un falo puede ser motivo de su completo fracaso.

    Podemos decir que las metodologías agiles son un métodos de desarrollo de software en los que las necesidades y soluciones se estudian de la mano de equipos multidisciplinarios. Estas metodologías surgen a principios del 2001 dando respuestas a procesos clásicos ya existentes en cuestión de enfatizar la comunicación frente a la documentación, por un desarrollo evolutivo y flexibilidad. La aparición se basa en el hecho de haber encontrado supuestos elementos claves en desarrollos precedentes los cuales refleja el dificultad de percibir los requisitos cambiantes y la persistencia de ello, que el diseño y el desarrollo sean intecalables los cuales se puedan realzar conjuntamente  probando el diseño a medida de que se crea, pues es complicado predecir si el diseño es necesario antes de llegar a implementarlo.

...