Metodologa

Caractersticas
Sugiere un enfoque sistemtico, secuencial hacia el desarrollo de software, iniciando con la especificacin de requerimientos del cliente, continua con la planeacin, modelado, construccin, despliegue para terminar en el soporte del software.

Antecedentes
Es el paradigma ms antiguo para la ingeniera de software. El primer modelo de proceso de desarrollo de software que se public se deriv de procesos de ingeniera de sistemas ms generales (Royce, 1970).

Ventajas
*La documentacin se produce en cada fase y que ste cuadra con otros modelos del proceso de ingeniera. *El modelo en cascada slo se debe utilizar cuando los requerimientos se comprendan bien y sea improbable que cambien radicalmente durante el desarrollo del sistema. *Es til cuando el personal necesario para una implementacin completa no est disponible. *Los incrementos se pueden planear para manejar los riesgos tcnicos. *Ms efectivo que el enfoque en cascada, ya que satisface las necesidades inmediatas de los Clientes. *La especificacin se puede desarrollar de forma creciente. *Tan pronto como los usuarios desarrollen un mejor entendimiento de su problema, ste se puede reflejar en el sistema software. *Pude adaptarse y aplicarse a lo largo de la vida del software. *El desarrollador y el cliente comprenden y reaccionan mejor ante riesgos en cada nivel. *Permite aplicar enfoque de construccin de prototipos. *Es til cuando el cliente conoce los objetivos generales para el software, pero no identifica los requisitos detallados de entrada, procesamiento o salida.* Ofrece mejor enfoque al desarrollador ante eficacia de algoritmo. *Reduce la cantidad de software a desarrollarse y as reduce los costos y los riesgos. *Permite una entrega ms rpida del software.

Desventajas
*Con frecuencia es difcil para el cliente establecer todos los requisitos de manera explcita *El cliente debe tener paciencia *Es muy raro que los proyectos sigan el flujo secuencial que propone el modelo.

Aplicacin
Los procesos del software que se basan en este enfoque se siguen utilizando para el desarrollo de software, particularmente cuando ste es parte de proyectos grandes de ingeniera de sistemas.

CASCADA

INCREMENTAL

Combina elementos del modelo en cascada aplicado en forma iterativa. Se enfoca en la entrega de un producto operacional en cada incremento.

Propuesto por Harlan Mills en 1980. Surgi como una forma de reducir la repeticin de trabajo en el proceso de desarrollo y retrasar toma de decisiones en los requisitos hasta adquirir experiencia en el sistema. En la produccin de sistemas, un enfoque evolutivo para el desarrollo de software suele ser ms efectivo que el enfoque en cascada, ya que satisface las necesidades inmediatas de los clientes. 1980s

*Difcil de evaluar el costo total. *Los errores en los requisitos se detectan tarde. *Las primeras versiones son incompletas pero proporcionan al usuario la funcionalidad que precisa y as poder evaluarlo. *Si los sistemas se desarrollan rpidamente, no es rentable producir documentos que reflejen cada versin del sistema. *Los cambios continuos tienden a corromper la estructura del software. * Incorporar cambios en l se convierte cada vez ms en una tarea difcil y costosa. *Debido a su elevada complejidad no es recomendable para sistemas pequeos. *Modelo costoso. *Requiere experiencia en la identificacin de riesgos *Mucho tiempo de desarrollo. *Gestin de desarrollo muy lenta. *Se suelen desatender aspectos importantes como la calidad y mantenimiento a largo plazo. *Suelen tomarse decisiones de implementacin poco convenientes. *Los compromisos en los requerimientos son inevitables, y esto puede dar lugar a un sistema que no cumpla las necesidades reales del usuario. *Se puede perder control de la evolucin del sistema.

Es ideal para proyectos de gran magnitud.

EVOLUTIVO

El desarrollo evolutivo se basa en la idea de desarrollar una implementacin inicial, exponindola a los comentarios del usuario y refinndola a travs de las diferentes versiones hasta que se desarrolla un sistema adecuado.

Para sistemas pequeos y de tamao medio (hasta 500.000 lneas de cdigo), el enfoque evolutivo de desarrollo es el mejor.

ESPIRAL

Ms que representar el proceso del software como una secuencia de actividades con retrospectiva de una actividad a otra, se representa como una espiral. Cada ciclo en la espiral representa una fase del proceso del software. El ingeniero de software y el cliente encuentran y definen los objetivos globales para el software, identifican los requisitos conocidos y se plantea un diseo rpido de un prototipo, despus el prototipo lo evalua el cliente y se retroalimenta el sistema En la mayora de los proyectos de software existe algo de reutilizacin de software. Por lo general, esto sucede informalmente cuando las personas que trabajan en el proyecto conocen diseos o cdigos similares al requerido.

El modelo en espiral del proceso del software fue originalmente propuesto por Barry Boehm en 1988.

El modelo en espiral es un enfoque realista para el desarrollo de software y de sistemas a gran escala.

PROTOTIPOS

El prototipo debe ser construido en poco tiempo, usando los programas adecuados y no se debe utilizar muchos recursos.

Sistemas de mediana escala.

DESARROLLO BASADO EN COMPONENTES

La idea de que el software deba estar construido de componentes prefabricados fue mencionado en el discurso de Douglas McIlroy en la conferencia de la OTAN sobre la ingeniera de software en Alemania, 1968. IBM 1990

Para sistemas de mediano tamao a grande.