Logo Studenta

MODELO ESPIRAL - Carlos Perez Cass

¡Estudia con miles de materiales!

Vista previa del material en texto

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
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.
¿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:
	
	MODELO ESPIRAL 
	MODELO INCREMENTAL 
	MODELO CASCADA 
	QUE ES 
	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.
	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.
	FASES DEL MODELO
	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.
	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 
	VENTAJAS
	· Reduce riesgos del proyecto
Incorpora objetivos de calidad.
· Integra el desarrollo con el mantenimiento, etc.
· Además, es posible tener en cuenta mejoras y nuevos requerimientos sin romper con la metodología, ya que este ciclo de vida no es rígido ni estático.
	· 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 á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.
	· 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 se conozca muy bien la herramienta a utilizar
	DESVENTAJAS
	· Genera mucho tiempo en el desarrollo del sistema.
· Modelo costoso.
· Requiere experiencia en la identificación de riesgos.
	· 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.
	· 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.
	USOS
	El modelo en espiral es beneficioso en proyectos que necesitan reducción de riesgos.
	El modelo incremental es útil sobre todo cuando el personal necesario para una implementación completa no está disponible.
	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-to-use-it/
 
 
 
 
 
 
 
 
UNIVERSIDAD DE LA COSTA CUC
 
 
FACULTAD DE INGENIERÍA DEL PROGRAMA INGENIERÍA DE SISTEMAS
 
INGEN
IERIA DE SOF
TWARE 
1
 
 
 
DOCENTE
 
I
NG
. 
 
GAMARRA ACOSTA MARGARITA ROSA
 
 
 
 
INTEGRANTES
 
JEAN SEBASTIAN TORRES LAMBIS
 
CARLOSPÉREZ CASSIANI
 
NELSON DAVID ORTIZ CAÑAS
 
 
 
 
FECHA
 
AGOSTO 26
 
BARRANQUILLA 
–
 
ATLANTICO
 
2020
 
 
 
 
 
 
 
 
 
 
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 26 
BARRANQUILLA – ATLANTICO 
2020

Continuar navegando