En Ingeniería de software el desarrollo en cascada, también llamado modelo en cascada, es el enfoque metodológico que ordena rigurosamente las etapas del ciclo de vida del software, de forma tal que el inicio de cada etapa debe esperar a la finalización de la inmediatamente anterior. Un ejemplo de una metodología de desarrollo en cascada es: 1. Análisis de requisitos 2. Diseño del Sistema 3. Diseño del Programa 4. Codificación 5. Pruebas 6. Implantación 7. Mantenimiento De esta forma, cualquier error de diseño detectado en la etapa de prueba conduce necesariamente al rediseño y nueva programación del código afectado, aumentando los costes del desarrollo. La palabra cascada sugiere, mediante la metáfora de la fuerza de la gravedad, el esfuerzo necesario para introducir un cambio en las fases más avanzadas de un proyecto. Si bien ha sido ampliamente criticado desde el ámbito académico y la industria, sigue siendo el paradigma más seguido al día de hoy.
VENTAJAS La planificación es sencilla. La calidad del producto resultante es alta. Permite trabajar con personal poco cualificado.
INCONVENIENTES Lo peor es la necesidad de tener todos los requisitos al principio. Lo normal es que el cliente no tenga perfectamente definidas las especificaciones del sistema, o puede ser que surjan necesidades imprevistas. Si se han cometido errores en una fase es difícil volver atrás. No se tiene el producto hasta el final, esto quiere decir que: Si se comete un error en la fase de análisis no lo descubrimos hasta la entrega, con el consiguiente gasto inútil de recursos. El cliente no verá resultados hasta el final, con lo que puede impacientarse . Es comparativamente más lento que los demás y el coste es mayor también.
TIPOS DE PROYECTOS PARA LOS QUE ES ADECUADO Aquellos para los que se dispone de todas las especificaciones desde el principio, por ejemplo, los de reingeniería. Se está desarrollando un tipo de producto que no es novedoso. Proyectos complejos que se entienden bien desde el principio.
Este es un modelo de proceso de software evolutivo, el cual enlaza la naturaleza iterativa de la construcción de prototipos, pero conservado aquellas propiedades del modelo en cascada. El modelo en espiral fue desarrollado por Boehm, quien lo describe así: El modelo de desarrollo en espiral es un generador de modelo de proceso guiado por el riesgo que se emplea para conducir sistemas intensivos de ingeniería de software concurrente y a la vez con muchos usuarios. Se caracteriza principalmente por:
Un enfoque cíclico para el crecimiento incremental del grado de definición e implementación de un sistema, mientras que disminuye su grado de riesgo. Un conjunto de puntos de fijación para asegurar el compromiso del usuario con soluciones de sistema que sean factibles y mutuamente satisfactorias.
El modelo espiral no es una alternativa del modelo cascada, ellos son completamente compatibles. Funcionamiento del modelo Espiral En cada vuelta tomamos en cuenta:
Los Objetivos: Que necesidad debe envolver el programa. Alternativas: Los varios métodos de alcanzar los objetivos de manera exitosa, a través de diferentes puntos como son: 1. Características: experiencia del personal, exigencias a efectuar. 2. Formas de gestión del programa. 3. Riesgo tomado con cada alternativa. Desarrollar y Verificar: Programar y probar el programa . Se planificaran los siguientes pasos y se volverá a empezar la espiral. La espiral tiene una forma de caracola y se dice que mantiene dos dimensiones la radial y la angular:
1. Angular=Avance del proyecto Software, dentro de un ciclo. 2. Radial=Aumento del coste del proyecto, ya que con cada nueva iteración se pasa más tiempo desarrollando.
Este sistema es muy utilizado en proyectos largos como pueden ser la creación de un Sistema Operativo. Y que necesitan constantes cambios. Al ser un modelo de Ciclo de Vida orientado al riesgo se dice que uno de los aspectos fundamentales de su éxito radica en que el equipo que lo aplique sea capaz de detectar y catalogar correctamente dicho riesgo.
VENTAJAS
A diferencia del modelo de proceso clásico que termina cuando se entrega el software el modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de computadora. Como el software evoluciona a medida que progresa el proceso, el desarrollador y el cliente comprenden y reaccionan mejor ante riesgos en cada uno de los nivele evolutivos. El modelo en espiral permite a quien lo desarrolla aplicar el enfoque de construcción de prototipos en cualquier etapa de evolución del producto. El modelo en espiral demanda una consideración directa de los riesgos técnicos en todas las etapas del proyecto y si se aplica adecuadamente debe reducir los riesgos antes de que se conviertan en problemas. En la utilización de grandes sistemas a doblado la productividad.
DESVENTAJAS
Resulta difícil convencer a grandes clientes de que el enfoque evolutivo es controlable. Es nuevo (1988) y no se ha utilizado tanto como otros modelos de ciclo de vida. Debido a su elevada complejidad no se aconseja utilizarlo en pequeños sistemas.
INCONVENIENTE
Planificar un proyecto con esta metodología es a menudo imposible, debido a la incertidumbre en el número de iteraciones que serán necesarias. En este contexto la evaluación de riesgos es de la mayor importancia y, para grandes proyectos, dicha evaluación requiere la intervención de profesionales de gran experiencia.
INTEGRANTES Jorge De la Cruz Ampuero Jimmy Salvador Chavez Fredy Fernandez Salazar Carlos Mendoza Yepez
3 comentarios:
Clásico (modelo tradicional)
En Ingeniería de software el desarrollo en cascada, también llamado modelo en cascada, es el enfoque metodológico que ordena rigurosamente las etapas del ciclo de vida del software, de forma tal que el inicio de cada etapa debe esperar a la finalización de la inmediatamente anterior.
Un ejemplo de una metodología de desarrollo en cascada es:
1. Análisis de requisitos
2. Diseño del Sistema
3. Diseño del Programa
4. Codificación
5. Pruebas
6. Implantación
7. Mantenimiento
De esta forma, cualquier error de diseño detectado en la etapa de prueba conduce necesariamente al rediseño y nueva programación del código afectado, aumentando los costes del desarrollo. La palabra cascada sugiere, mediante la metáfora de la fuerza de la gravedad, el esfuerzo necesario para introducir un cambio en las fases más avanzadas de un proyecto.
Si bien ha sido ampliamente criticado desde el ámbito académico y la industria, sigue siendo el paradigma más seguido al día de hoy.
VENTAJAS
La planificación es sencilla.
La calidad del producto resultante es alta.
Permite trabajar con personal poco cualificado.
INCONVENIENTES
Lo peor es la necesidad de tener todos los requisitos al principio. Lo normal es que el cliente no tenga perfectamente definidas las especificaciones del sistema, o puede ser que surjan necesidades imprevistas.
Si se han cometido errores en una fase es difícil volver atrás.
No se tiene el producto hasta el final, esto quiere decir que:
Si se comete un error en la fase de análisis no lo descubrimos hasta la entrega, con el consiguiente gasto inútil de recursos.
El cliente no verá resultados hasta el final, con lo que puede impacientarse .
Es comparativamente más lento que los demás y el coste es mayor también.
TIPOS DE PROYECTOS PARA LOS QUE ES ADECUADO
Aquellos para los que se dispone de todas las especificaciones desde el principio, por ejemplo, los de reingeniería.
Se está desarrollando un tipo de producto que no es novedoso.
Proyectos complejos que se entienden bien desde el principio.
Integrantes:
-Giancarlo Goicochea Felipe
-Ronald Estela Castillo
-Sergio Acosta Huapaya
-George Muro Paucar
Giancarlo Goicohea Felipe
>>>>>>PRESENTE<<<<<<
EL MODELO EN ESPIRAL
Este es un modelo de proceso de software evolutivo, el cual enlaza la naturaleza iterativa de la construcción de prototipos, pero conservado aquellas propiedades del modelo en cascada.
El modelo en espiral fue desarrollado por Boehm, quien lo describe así:
El modelo de desarrollo en espiral es un generador de modelo de proceso guiado por el riesgo que se emplea para conducir sistemas intensivos de ingeniería de software concurrente y a la vez con muchos usuarios.
Se caracteriza principalmente por:
Un enfoque cíclico para el crecimiento incremental del grado de definición e implementación de un sistema, mientras que disminuye su grado de riesgo.
Un conjunto de puntos de fijación para asegurar el compromiso del usuario con soluciones de sistema que sean factibles y mutuamente satisfactorias.
El modelo espiral no es una alternativa del modelo cascada, ellos son completamente compatibles.
Funcionamiento del modelo Espiral
En cada vuelta tomamos en cuenta:
Los Objetivos: Que necesidad debe envolver el programa.
Alternativas: Los varios métodos de alcanzar los objetivos de manera exitosa, a través de diferentes puntos como son:
1. Características: experiencia del personal, exigencias a efectuar.
2. Formas de gestión del programa.
3. Riesgo tomado con cada alternativa.
Desarrollar y Verificar: Programar y probar el programa .
Se planificaran los siguientes pasos y se volverá a empezar la espiral. La espiral tiene una forma de caracola y se dice que mantiene dos dimensiones la radial y la angular:
1. Angular=Avance del proyecto Software, dentro de un ciclo.
2. Radial=Aumento del coste del proyecto, ya que con cada nueva iteración se pasa más tiempo desarrollando.
Este sistema es muy utilizado en proyectos largos como pueden ser la creación de un Sistema Operativo. Y que necesitan constantes cambios.
Al ser un modelo de Ciclo de Vida orientado al riesgo se dice que uno de los aspectos fundamentales de su éxito radica en que el equipo que lo aplique sea capaz de detectar y catalogar correctamente dicho riesgo.
VENTAJAS
A diferencia del modelo de proceso clásico que termina cuando se entrega el software el modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de computadora.
Como el software evoluciona a medida que progresa el proceso, el desarrollador y el cliente comprenden y reaccionan mejor ante riesgos en cada uno de los nivele evolutivos.
El modelo en espiral permite a quien lo desarrolla aplicar el enfoque de construcción de prototipos en cualquier etapa de evolución del producto.
El modelo en espiral demanda una consideración directa de los riesgos técnicos en todas las etapas del proyecto y si se aplica adecuadamente debe reducir los riesgos antes de que se conviertan en problemas.
En la utilización de grandes sistemas a doblado la productividad.
DESVENTAJAS
Resulta difícil convencer a grandes clientes de que el enfoque evolutivo es controlable.
Es nuevo (1988) y no se ha utilizado tanto como otros modelos de ciclo de vida.
Debido a su elevada complejidad no se aconseja utilizarlo en pequeños sistemas.
INCONVENIENTE
Planificar un proyecto con esta metodología es a menudo imposible, debido a la incertidumbre en el número de iteraciones que serán necesarias. En este contexto la evaluación de riesgos es de la mayor importancia y, para grandes proyectos, dicha evaluación requiere la intervención de profesionales de gran experiencia.
INTEGRANTES
Jorge De la Cruz Ampuero
Jimmy Salvador Chavez
Fredy Fernandez Salazar
Carlos Mendoza Yepez
Publicar un comentario