CUR – CÚCUTA – Ingenieros de Sistemas en Formación 2014 INGENIERÍA DEL SOFTWARE II
1
JOSÉ FRANCISCO HORMIGA NAVAS JHORMAN ORTEGA EDUARDO ESTEBAN DE JESÚS MORENO
CORPORACIÓN UNIVERSITARIA REMINGTON INGENIERÍA DE SISTEMAS CÚCUTA 2014
Página 1 de 9
CUR – CÚCUTA – Ingenieros de Sistemas en Formación 2014 INGENIERÍA DEL SOFTWARE II
2
EDUARDO RUEDA FAJARDO
JOSÉ FRANCISCO HORMIGA NAVAS JHORMAN ORTEGA EDUARDO ESTEBAN DE JESÚS MORENO
CORPORACIÓN UNIVERSITARIA REMINGTON INGENIERÍA DE SISTEMAS CÚCUTA 2014
Página 2 de 9
CUR – CÚCUTA – Ingenieros de Sistemas en Formación 2014
3
MODELO ESPIRAL El desarrollo en Espiral es un modelo de ciclo de vida desarrollado por Barry Boehm en 1988, utilizado generalmente en la Ingeniería de Software. Las actividades de este modelo son una espiral, cada bucle o ciclo es una actividad. Las actividades no están fijadas a prioridad, sino que las siguientes se eligen en función del análisis de riesgo, comenzando por el bucle interior. En este modelo, el esfuerzo de desarrollo es iterativo. Tan pronto como uno completa un esfuerzo de desarrollo, otra comienza. Además, en cada desarrollo ejecutado, puedes seguir estos cuatro pasos: Página 3 de 9
CUR – CÚCUTA – Ingenieros de Sistemas en Formación 2014 1. Determinar qué quieres lograr. 2. Determinar las rutas alternativas que puedes tomar para lograr estas metas. Por cada una, analizar los riesgos y resultados finales, y seleccionar la mejor. 3. Seguir la alternativa seleccionada en el paso 2. 4. Establecer que tienes terminado. ALGUNOS PRINCIPIOS BÁSICOS DEL MODELO ESPIRAL Decidir qué problema se quiere resolver antes de viajar a resolverlo. Examinar tus múltiples alternativas de acción y elegir una de las convenientes. Evaluar que tienes hecho y que tienes que haber aprendido después de hacer algo. No ser tan ingenuo para pensar que el Sistema que estás construyendo será “EL” Sistema que el cliente necesita, y Conocer (Comprender) los niveles de riesgo, que tendrás que tolerar. El Modelo Espiral mejora el Modelo de Cascada enfatizando la naturaleza iterativa del proceso de diseño. Eso introduce un ciclo de prototipo iterativo. En cada iteración, las nuevas expresiones que son obtenidas transformando otras dadas son examinadas para ver si representan progresos hacia el objetivo. MODELO ESPIRAL ACTIVIDADES PRINCIPALES Primer paso: Identificación de: Los objetivos de la parte del producto que está siendo elaborada (Rendimientos, Funcionalidad, Adaptación al Cambio, entre otros.) Las alternativas principales de la implementación de esta porción del producto (usar el diseño A, usar el diseño B, reutilizar el
Página 4 de 9
4
CUR – CÚCUTA – Ingenieros de Sistemas en Formación 2014 modulo X de la aplicación Z, comprar a un proveedor externo, entre otros.). Las restricciones impuestas para cada alternativa (Costes, Planificaciones, Interfaces, entre otros). Segundo paso: Evaluar las diferentes alternativas que se plantean teniendo en cuenta los objetivos a conseguir y las restricciones impuestas. Frecuentemente, este paso identifica las áreas de incertidumbre del proyecto con sus correspondientes riesgos Si existen riesgos, lo siguiente es la formulación de una estrategia efectiva en coste (utilizando prototipos, simulación, bancos de prueba, cuestionario para los usuarios, modelización analítica o combinaciones de estas y otras técnicas de resolución de riesgos) para resolver dichos riesgos. Tercer paso: Consiste en desarrollar, verificar y validar (probar): Tareas de la actividad propia y de prueba. Análisis de alternativas e identificación, resolución de riesgos. Dependiendo del resultado de la evaluación de los riesgos, se elige un modelo para el desarrollo, el que puede ser cualquier de los otros existentes, como formal, evolutivo, cascada, entre otros. Cuarto paso: Revisar todo lo hecho, evaluándolo, y con ello decidir si se continúa con las fases siguientes y planificar la próxima actividad. CARACTERISTICAS En cada giro se construye un nuevo Modelo del Sistema completo. Este modelo puede combinarse con otros Modelos de Proceso de Desarrollo (cascada, evolutivo). Mejor Modelo para el Desarrollo de grandes Sistemas.
Página 5 de 9
5
CUR – CÚCUTA – Ingenieros de Sistemas en Formación 2014 El análisis de riesgo requiere la participación de personal altamente calificado. 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. 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 antes 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 riegos 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 ha doblado la productividad. ACOPLAMIENTOS DEL MODELO ESPIRAL Los nuevos requerimientos del sistema se definen en todo los detalles posibles, esto implica generalmente el entrevistarse con un número de terminado de usuarios que representarán a todos
Página 6 de 9
6
CUR – CÚCUTA – Ingenieros de Sistemas en Formación 2014 los usuarios tanto externos como internos y otros aspectos del Sistema existente. Un prototipo preliminar se crea para el desarrollo del nuevo software partiendo de un diseño hecho del sistema que se construyó del prototipo inicial. Esto es generalmente un Sistema scaled-down, y representa una aproximación de las características del producto final. Un segundo diseño de software es desarrollado por un procedimiento cuádruple: Evaluación del primer prototipo en términos de sus fuerzas, debilidades, y riesgos. Definir los requisitos del segundo prototipo. Planeando y desarrollando el segundo prototipo. Construyendo y probando el segundo prototipo. En la opción del cliente, el proyecto completado puede ser abortado si el riesgo se juzga demasiado grande. Los factores de riesgo pudieron implicar los excesos de coste del desarrollo, cálculo erróneo del fusionar los costes, o cualquier otro factor que podría, en el juicio del cliente, dar lugar a un producto final menos que satisfactorio. El diseño existente se evalúa de manera semejante al igual que el diseño anterior, y, en caso de necesidad, otro prototipo se desarrolla de él según el procedimiento cuádruple expuesto anteriormente. Se iteran los pasos precedentes hasta que el cliente está satisfecho sabiendo que el diseño mejorado representa el producto final deseado. Además, se construye el Sistema final, basado en el diseño mejorado. El sistema final se evalúa y se prueba con todas las de ley. El mantenimiento general se realiza sobre una base continua para prevenir fallas en grande y para reducir al mínimo el tiempo perdido. Página 7 de 9
7
CUR – CÚCUTA – Ingenieros de Sistemas en Formación 2014
8
CONCLUSIÓN El prototipo del modelo en espiral para la ingeniería de software es en la actualidad 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 del modelo en espiral. 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.
Página 8 de 9
CUR – CÚCUTA – Ingenieros de Sistemas en Formación 2014
9
Página 9 de 9