Modelo Espiral - Resumen de lo que PDF

Preview

Summary

Resumen del modelo en espiral....

Description

UNIVERSIDAD DE LA COSTA CUC

FACULTAD DE INGENIERÍA DEL PROGRAMA INGENIERÍA DE SISTEMAS INGENIERIA DE SOFTWARE 1

DOCENTE ING. GAMARRA ACOSTA MARGARITA ROSA

INTEGRANTES JEAN SEBASTIAN TORRES LAMBIS CARLOS PÉREZ CASSIANI NELSON DAVID ORTIZ CAÑAS

FECHA AGOSTO 29 BARRANQUILLA – ATLANTICO 2020

1

INTRODUCCION El modelo ideado por Barry W. Boehm, represento un enfoque distinto al tradicional modelo en cascada, este modelo se conoció como Modelo Evolutivo Espiral. Este modelo se centra en el riesgo a la hora de desarrollar un software. Inicia mirando los posibles desarrollos alternativos, se opta por el riesgo más asumible y a partir de allí se hace un ciclo en espiral. Si el cliente desea una mejor para su software se vuelve a iniciar el proceso de evaluación, mirando los posibles desarrollos alternativos y se opta nuevamente por el riesgo más asumible para luego dar otra vuelta a la espiral y así sucesivamente hasta que llegue un momento en el que el software desarrollado es aceptado y no requiera de otro nuevo ciclo. En este trabajo vamos a hablar de este increíble modelo basándonos en tres puntos en los que tomaremos cinco ejemplos e indicaremos como se puede aplicar este modelo además de indicar en dos ejemplos en donde no se puede utilizar, al final les compartiremos una tabla en donde podemos apreciar la diferencia de este modelo con los demás. ¿Como aplicamos ese modelo? En términos futbolísticos, la metáfora del modelo en espiral puede representar muy bien qué es y cómo se desarrolla un Mundial (junto a todo lo relativo a su preparación); todo gira en torno a una idea: si el Mundial se puede entender como una espiral repleta de bucles internos, todo aquel que pretenda llegar lejos debe tener claro que sólo lo logrará si se impulsa en cada bucle y en cada giro para crecer, sobre todo a partir de la fase decisiva del torneo. Si no, se corre un altísimo riesgo de morir en la espiral por agotamiento, desorientación absoluta o por simple mareo. A continuación, nombraremos 5 tipos de proyectos en donde este modelo se podría aplicar: El desarrollo de un software a largo plazo; Que a lo largo de su desarrollo se vayan obteniendo algunos errores que pongan en riesgo el desarrollo de este, lo cual se obtiene por un mantenimiento en su clico de vida. El desarrollo de un software ERP empresarial; Para los softwares empresariales hay que tener en cuenta que la estrategia corporativa puede cambiar constantemente, por lo tanto, este modelo les brindaría las garantías de cambios en el mismo y que riesgos tomar. El desarrollo de un software bancario; Se evalúa con el cliente su funcionalidad y su alcance y se evalúa el tipo de seguridad que se usara para la protección de los datos, de aquí saldrán alternativas que pueden ser aplicadas para el desarrollo optimo del programa. El desarrollo de un software de inventarios a la medida de una empresa; Se crean varias etapas en la cual el cliente va decidiendo que va mejor para su software y que clase de riesgos se pueden presentar en el desarrollo del mismo. El desarrollo de un software de facturación; Aquí también se miden los riesgos asociados con la implementación y más ahora con la novedad de la facturación electrónica, hay muchas alternativas que se pueden aplicar de acuerdo a la empresa.

2

¿Dónde sería difícil aplicar este modelo? Este método aparenta ser uno que se puede usar en cualquier tipo de proyectos de desarrollo web, pero en algunos casos esto es tan difícil de aplicar. En el caso de desarrollar aplicaciones Open Source o sin ánimo de lucro, esto es difícil debido a lo costoso que puede ser implementar este modelo y no poder sacar el debido provecho al desarrollo hecho. También está el caso de desarrollo de aplicaciones móviles, debido a que resulta difícil hacerle creer al cliente que se puede controlar el enfoque evolutivo y las aplicaciones móviles están en constante evolución. ¿En qué se diferencia este modelo de los demás? En la siguiente tabla comparativa mostraremos la diferencia de este con otros modelos usados: QUE ES

FASES DEL MODELO

VENTAJAS

MODELO INCREMENTAL

MODELO CASCADA

Consiste en una serie de ciclos que se repiten en forma de espiral, comenzando desde el centro. El Espiral puede verse como un modelo evolutivo que conjuga la naturaleza iterativa del modelo MCP. Con los aspectos controlados y sistemáticos de la modelo cascada. 1. Establecer la comunicación entre el cliente y el desarrollador. 2. Definición de los recursos, tiempo y otra información relacionada con el proyecto. 3. Evaluar los riesgos técnicos y de gestión del proyecto. 4. Construir una o más representaciones de la aplicación software. 5. Construir la aplicación, instalarla, probarla y proporcionar soporte al usuario o cliente 6. Obtener la reacción del cliente, según la evaluación de lo creado e instalado en los ciclos anteriores. • Reduce riesgos del proyecto Incorpora objetivos de calidad. • Integra el desarrollo con el mantenimiento, etc. • Además, es posible tener en

El incremental es un modelo de tipo evolutivo que está basado en varios ciclos cascada realimentados aplicados repetidamente, con una filosofía iterativa

Es el enfoque metodológico que ordena rigurosamente las etapas del ciclo de vida del software, de tal forma que el inicio de cada etapa debe esperar a la finalización de la inmediatamente anterior.

Dentro de modelo incremental podemos encontrar el modelo DRA.

1. Análisis de requerimientos. 2. Diseño del Sistema. 3. Diseño del Programa. 4. Codificación 5. Pruebas 6. Implantación

•

•

Se reduce el tiempo de desarrollo inicial, ya que se implementa la funcionalidad parcial. Proporciona todas las ventajas del modelo en cascada realimentado, reduciendo sus desventajas sólo al

• •

Se tiene todo bien organizado y no se mezclan las fases. Es perfecto para proyectos que son rígidos, y además donde se especifiquen muy bien los requerimientos y

3

MODELO ESPIRAL

cuenta mejoras y nuevos requerimientos sin romper con la metodología, ya que este ciclo de vida no es rígido ni estático.

DESVENTAJAS

•

• •

Genera mucho tiempo en el desarrollo del sistema. Modelo costoso. Requiere experiencia en la identificación de riesgos.

•

•

•

•

•

USOS

El modelo en espiral es beneficioso en proyectos que necesitan reducción de riesgos.

ámbito de cada incremento. Más rápido en comparación del modelo de cascada. Resulta más sencillo acomodar cambios al acotar el tamaño de los incrementos. El modelo Incremental no es recomendable para casos de sistemas de tiempo real, de alto nivel de seguridad, de procesamiento distribuido, y/o de alto índice de riesgos. Requiere de mucha planeación, tanto administrativa como técnica. Requiere de metas claras para conocer el estado del proyecto.

El modelo incremental es útil sobre todo cuando el personal necesario para una implementación completa no está disponible.

se conozca muy bien la herramienta a utilizar

Un proyecto rara vez sigue una secuencia lineal, esto crea una mala implementación del modelo, lo cual hace que lo lleve al fracaso. • El proceso de creación del software tarda mucho tiempo ya que debe pasar por el proceso de prueba y hasta que el software no esté completo no se opera. El modelo en cascada se despeña bien en proyectos con requisitos claros o cuando se trabaja con herramientas técnicas y es des aconsejable cuando se necesita un rápido desarrollo. •

BIBLIOGRAFÍA:

https://sites.google.com/site/proyectomodeloespiral/ https://es.wikipedia.org/wiki/Proceso_para_el_desarrollo_de_software http://csse.usc.edu/TECHRPTS/1988/usccse88-500/usccse88-500.pdf http://www.tutorialspoint.com/sdlc/sdlc_spiral_model.htm http://istqbexamcertification.com/what-is-spiral-model-advantages-disadvantages-and-when-touse-it/

4...