METODOLOGÍAS ESTRUCTURADAS 

El desarrollo del software ha evolucionado desde la programación artesanal hasta la ingeniería del
software. En paralelo han ido evolucionando las metodologías de desarrollo. Esta evolución podríamos
 en una serie de grandes revoluciones:
􀂄 Estado inicial.
En esta etapa inicial de desarrollo del software los desarrolladores estaban más centrados en la codificación del código que en comprender las necesidades de los usuarios. Esto provocaba que los sistemas desarrollados fuesen difíciles de mantener, y en muchas ocasiones los clientes no quedasen satisfechos con el
resultado porque no se cumplía con sus necesidades.

METODOLOGÍAS DE DESARROLLO DEL SOFTWARE

Ciclo de vida del software y sus diferentes modelos de desarrollo de

software asociados. El ciclo de vida del software indica qué es lo que hay que obtener a lo largo del

proceso de desarrollo del proyecto pero no muestra cómo hacerlo.

metodologías de desarrollo de software son un conjunto de

procedimientos, técnicas, herramientas y soporte documental para el

desarrollo de productos software.

MODELO BASADO  EN REUTILIZACION

El diseño basado en reutilización puro busca construir un producto software integrando componentes pre-existentes.
Los beneficios principales que otorga este modelo son:
-Tiempos de desarrollos cortos
-Disminucion de errores
-Disminucion de costos y riegos ya que se reduce los componentes a desarrollar
-Existe un aumento de la confiabilidad ya que los componentes a utilizar ya fueron testeados y utilizados en otro momento previo al comienzo del proyecto
A modo de desventaja podemos mencionar el hecho de que al no poseer algún componente que cubra con un requisito dado por el usuario, este debe ser modificado para adaptarlo a los componentes almacenados en el repositorio de componentes.
Esto se da en el modelo puro. En cambio en el modelo real si no se puede adaptar un requisito de usuario, se conseguirá o se desarrollara ese modulo para que cumpla con lo pedido por el usuario.
Otra desventaja de este modelo es que una vez finalizada la etapa de modificación de requisitos, y ante la eventual necesidad de cambios en estos ultimos, puede pasar que no haya componentes que se adapten a las nuevas moficicaciones.

 

https://prezi.com/cktldxxqgt3n/modelo-basado-en-reutilizacion/

EL MODELO EN ESPIRAL

Este modelo, propuesto por Bohem en 1988 [BOE88], es un modelo de proceso de software evolutivo que acompaña la naturaleza evolutiva de con los aspectos controlados y sistemáticos del ciclo de vida tradicional. Proporciona el potencial para el desarrollo rápido de versiones incrementales del software. En este modelo, el sistema se desarrolla en una serie de versiones incrementales. Durante las primeras iteraciones, la versión incremental podría ser un modelo en papel o un prototipo. Durante las últimas iteraciones se producen versiones cada vez más completas de ingeniería del sistema. .
El Modelo en Espiral se divide en un número de actividades estructurales, también llamadas "regiones de tareas" . Generalmente existen entre tres y seis regiones de tareas:
Comunicación con el cliente.- Las tareas requeridas para establecer comunicación entre el desarrollador y el cliente, sea revisar especificaciones, plantear necesidades, etc.
Planificación.- Las tareas requeridas para definir recursos, tiempos e información relacionada con el proyecto.
Análisis de riesgos.- Las tareas requeridas para evaluar riesgos técnicos y de gestión.
Ingeniería.- Las tareas requeridas para construir una o más representaciones de la aplicación
Construcción y adaptación.- Las tareas requeridas para construir, probar, instalar y proporcionar soporte al usuario.
Evaluación del cliente.- Las tareas requeridas para obtener la reacción del cliente, según la evaluación de las representaciones del software creadas durante la etapa de ingeniería e implementada durante la etapa de instalación

http://www.sites.upiicsa.ipn.mx/polilibros/portal/Polilibros/P_externos/Administracion_informatica_de_las_organizaciones_Ramon_E_Enriquez_Gonzalez/AIO2_Mod_ESPIRAL.html

MODELO EVOLUTIVO

Modelo de un ciclo de vida de un sistema de información

MODELO EVOLUTIVO

Los evolutivos son modelos iterativos, permiten desarrollar versiones cada vez más completas y complejas, hasta llegar al objetivo final deseado; incluso evolucionar más allá, durante la fase de operación. Los modelos “Iterativo Incrementa” y “Espiral” (entre otros) son dos de los más conocidos y utilizados del tipo evolutivo.VENTAJAS La especificación puede desarrollarse de forma creciente.DESVENTAJAS Proceso no Visible: Los administradores necesitan entregas para medir el progreso. Si el sistema se necesita desarrollar rápido, no es efectivo producir documentos que reflejen cada versión del sistema.

 

http://jorgetrejos.blogspot.com/2010/08/modelo-evolutivo.html

MODELO INCREMENTAL

El Modelo Incremental combina elementos del MLS con la filosofía interactiva de construcción de prototipos.En una visión genérica, el proceso se divide en 4 partes: Análisis, Diseño, Código y Prueba. Sin embargo, para la producción del Software, se usa el principio de trabajo en cadena o “Pipeline”, utilizado en muchas otras formas de programación. Con esto se mantiene al cliente en constante contacto con los resultados obtenidos en cada incremento. Es el mismo cliente el que incluye o desecha elementos al final de cada incremento a fin de que el software se adapte mejor a sus necesidades reales. El proceso se repite hasta que se elabore el producto completo.
El Modelo Incremental se puede ver aquí en forma grafica:- Se evitan proyectos largos y se entrega algo de valor a los usuarios con cierta frecuencia.- El usuario se involucra más.- Difícil de evaluar el coste total.- Difícil de aplicar a los sistemas transaccionales que tienden a ser integrados y a operar como un todo.- Requiere gestores experimentados.- Los errores en los requisitos se detectan tarde.

- El resultado puede ser muy positivo.

MODELO CASCADA

  Este es el más básico de todos los modelos y ha servido como bloque de construcción para los demás paradigmas de ciclo de vida. Está basado en el ciclo convencional de una ingeniería y su visión es muy simple: el desarrollo de software se debe realizar siguiendo una secuencia de fases. Cada etapa tiene un conjunto de metas bien definidas y las actividades dentro de cada una contribuyen a la satisfacción de metas de esa fase o quizás a una obsecuencia de metas de la misma. El arquetipo del ciclo de vida abarca las siguientes actividades:

1. Ingeniería y Análisis del Sistema

1. Análisis de los requisitos del software

1. Diseño

1. Codificación

1. Prueba

1. Mantenimiento.

1.