El modelo espiral para la ingeniería de software
ha sido desarrollado para cubrir las mejores características tanto del ciclo de
vida clásico, como de la creación de prototipos, añadiendo al mismo tiempo un
nuevo elemento: El análisis de riesgo.
Durante la primera vuelta alrededor de la espiral
se definen los objetivos, las alternativas y las restricciones, y se analizan e
identifican los riesgos. Si el análisis de riesgo indica que hay una
incertidumbre en los requisitos, se puede usar la creación de prototipos en el
cuadrante de ingeniería para dar asistencia tanto al encargado de desarrollo
como al cliente.
El cliente evalúa el trabajo de ingeniería
(cuadrante de evaluación de cliente) y sugiere modificaciones. Sobre la base de
los comentarios del cliente se produce la siguiente fase de planificación y de
análisis de riesgo. En cada bucle alrededor de la espiral, la culminación del
análisis de riesgo resulta en una decisión de "seguir o no seguir".
Con cada iteración alrededor de la espiral
(comenzando en el centro y siguiendo hacia el exterior), se construyen
sucesivas versiones del software, cada vez más completa y, al final, al propio
sistema operacional.
El paradigma del modelo en espiral para la
ingeniería de software es actualmente el enfoque más realista para el
desarrollo de software y de sistemas a gran escala. Utiliza un enfoque
evolutivo para la ingeniería de software, permitiendo al desarrollador y al
cliente entender y reaccionar a los riesgos en cada nivel evolutivo. Utiliza la
creación de prototipos como un mecanismo de reducción de riesgo, pero, lo que
es más importante permite a quien lo desarrolla aplicar el enfoque de creación
de prototipos en cualquier etapa de la evolución de prototipos.
Ventajas
· 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 niveles 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.
Desventajas
· Resulta difícil convencer a grandes clientes de
que el enfoque evolutivo es controlable.
· Debido a su elevada complejidad no se aconseja
utilizarlo en pequeños sistemas.
. Genera mucho tiempo en el desarrollo del sistema.
https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjWG7hydFV8yIkCdXybK1VqWZisoCvVD1MubVCnyJOnWbPQbnakPk7TBaBsFPedlSZxOM-FFqytvivCmwNPeyN2_FsEQFEyChpVc4s3AXq73wQ_2dyTOicb8LJEWhqD7RQoMR20Ce4rkv8/s320/seis+regiones.JPG
No hay comentarios:
Publicar un comentario