METODOLOGIAS DE DESARROLLO DE

SOFTWARE CLASICAS

Cascada
Este modelo se caracteriza por ordenar rigurosamente cada etapa e indica que para iniciar
una etapa nueva se debe de finalizar la anterior.

Etapas:
Ingeniería y análisis del sistema: Se buscan los requisitos necesarios que debe de
cumplir el sistema desechando todos aquellos componentes que forman parte de un súper
sistema y que no entrarían en o no formarían parte fundamental para llevar a cabo el
desarrollo del software.

Análisis de los requisitos del software: se busca comprender la filosofía y el

funcionamiento que tendrá el software, así mismo lograr cumplir con las instrucciones
por parte del usuario para poder llegar a cubrir todas las necesidades.

Diseño: esta etapa se centra en la realización de todos los algoritmos necesarios para darle
solución al problema planteado, este algoritmos puede ser representado de manera escrita
como gráfica, así mismo conocer todas aquellas herramientas anexas que se utilizaran
para llevar a cabo el código y para darle un diseño gráfico y agradable al usuario

Codificación: en esta etapa se entra directamente al desarrollo del código en el lenguaje

antes elegido en la etapa de diseño. Aquí se traducen todos aquellos algoritmos planteados
anteriormente a un lenguaje de alto nivel que luego será traducido al lenguaje de máquina.

Prueba: en esta etapa se realizan a cabo pruebas del software para estar seguros de que
este cumple con los requisitos planteados en una etapa anterior antes de que sea entregado
al usuario.

Mantenimiento: En esta etapa se hacen mejores del software sacando nuevas versiones
como ampliar el funcionamiento y las funciones. También se realiza para corregir errores
externos o ajenos al programa como la compatibilidad entre S.O.

Ventajas:
 Entendible para aquellas personas que no tienen experiencia.
 Su modelo y planificación son fáciles y sencillos
 Cumple con los requerimientos
Desventajas:
 La mayoría de proyectos no siguen una secuencia.
 Como no se puede iniciar una fase sin antes a ver terminado la anterior el cliente
debe de tener paciencia.
 Poca participación de los usuarios.

Incremental
Desarrollo inicial de la arquitectura completa del sistema: en esta etapa se buscar
darle al usuario de una maneras rápida una versión del software.

Incrementos: esta es la etapa clave de este método, ya que la primera versión del software
no será la única, en esta etapa se busca incorporar nuevas funcionalidades al software y
manteniendo las anteriores que ya poseí. En esta etapa se está en bastante relación con el
cliente ya que el mismo va recibiendo nuevas versiones y evaluando que cumpla con los
requisitos planteados.

Versiones nuevas. Básicamente poseen aquellas funcionalidades nuevas que se van

incorporando de la primera versión, para este sistema se debe de comprender muy bien el
problema que se quiere solucionar.

Versión final. Esta etapa es alcanzada luego de a ver cumplido con todos los requisitos
que el cliente deseaba.

Ventajas:
 Se entrega un producto más rápido al cliente.
 Los cambios realizados son más fáciles de acomodar en cada versión.
 Un proyecto es menos probable que fracase debido a sus mejoras constantes.
Desventajas:
 Demasiada planeación tanto administrativa como técnica.
 Requiere de metas claras para conocer el estado del proyecto.

Prototipo.
Este tipo de metodologías se basa en entregar versiones preliminares para demostrar y
evaluar el funcionamiento del software

Investigación preliminar: en esta etapa se busca encontrar los requerimientos básicos

que debe de cumplir el software sin añadir totalmente todas las funciones y el diseño
agradable para el usuario.

Colecta y refinamiento de los requerimientos y proyecto rápido: se juntan todas las

funciones básicas que debe de cumplir el software prototipo y así mismo que los
requerimientos sean más puntuales.

Análisis y especificación del prototipo: Se empieza a hacer una relación de cada

elemento y función.

Diseño y construcción: en esta etapa se empieza a trabajar en los posibles algoritmos

para tener un idea claro y concisa del prototipo. Luego de eso se empieza a trabajar en la
construcción del código en el lenguaje de programación antes seleccionado.

Evaluación del prototipo por el cliente: en esta etapa se le entrega al cliente una
versiones preliminar el software, el fin de esta fase no es que el cliente deseche por
completo el prototipo, si no que él pueda decir que otras funcionalidades quisiera tener y
si el diseño es agradable.
Renacimiento del prototipo: en esta etapa no se inicia desde cero, caso contrario se
toman las líneas de código del prototipo anterior para una nueva versión y mejoramiento
de sus funcionalidades. Luego de esto se lleva al cliente para ser evaluada una vez más
hasta conseguir cumplir con los requerimientos de funcionalidad.

Operación y mantenimiento. En esta fase se realizan mejoramientos visuales y

adaptaciones a condiciones externas para un mejor funcionamiento del software.

Ventajas
Este modelo es útil cuando el cliente conoce los objetivos generales para el software, pero
no identifica los requisitos detallados de entrada, procesamiento o salida.

También ofrece un mejor enfoque cuando el responsable del desarrollo del software está
inseguro de la eficacia de un algoritmo, de la adaptabilidad de un sistema operativo o de
la forma que debería tomar la interacción humano-máquina.

Desventajas
El usuario tiende a crearse unas expectativas cuando ve el prototipo de cara al sistema
final. A causa de la intención de crear un prototipo de forma rápida, se suelen desatender
aspectos importantes, tales como la calidad y el mantenimiento a largo plazo, lo que
obliga en la mayor parte de los casos a reconstruirlo una vez que el prototipo ha cumplido
su función.

Con el paso del tiempo, el desarrollador puede olvidarse de la razón que le llevó a tomar
tales decisiones, con lo que se corre el riesgo de que dichas elecciones pasen a formar
parte del sistema final.