Dirección General de Educación Superior Tecnológica

11
 [Escriba el título del documento]  METODOLOGIA EVOLUTIVA / ESPIRAL  Dirección General de Educación Superior T ecnológica Instituto T ecnológico Superior de Champotón Sistemas computacionales ING. DE SOFTWAE !odulo Acti"idad 1 IN#. !ETODO$OGIA E#O$%TI# A & ES'IA$ Ela(orado por) Nom(re !atricula Champotón, Campeche a 26 de febrero de 2015. 'AGINA * ichael !le"andro #arcía puc 1210$012% &or'e &a(ier #arcía pacab 1210$01)2  &es*s !lberto !+e Colli  &ael ituri -errera /nche

description

investigacion

Transcript of Dirección General de Educación Superior Tecnológica

[Escriba el ttulo del documento]

METODOLOGIA EVOLUTIVA / ESPIRAL Direccin General de Educacin Superior TecnolgicaInstituto Tecnolgico Superior de Champotn

Sistemas computacionalesING. DE SOFTWAREModuloActividad

1INV. METODOLOGIA EVOLUTIVA / ESPIRAL

Elaborado por:NombreMatricula

Michael Alejandro Garca puc 121080129 Jorge Javier Garca pacab 121080132 Jess Alberto Ake Colli Jael itzuri Herrera Snchez

Champotn, Campeche a 26 de febrero de 2015.

ndice

EL MODELO EN ESPIRAL------------------------------------------------------------- PAG.4-5

MODELO ORIGINAL DE BOEHM---------------------------------------------------- PAG.6

MODELO TIPICO DE SEIS REGIONES------------------------------------------- PAG.7

MODELO WINWIN---------------------------------------------------------------------- PAG.8

VENTAJAS / DESVENTAJAS--------------------------------------------------------- PAG.9

CONCLUSION---------------------------------------------------------------------------- PAG.1O

BIBLIOGRAFIA--------------------------------------------------------------------------- PAG.11

IntroduccinBoehm, ide y promulg un modelo desde un enfoque distinto al tradicional en Cascada: El Modelo Evolutivo Espiral. Su Modelo de Ciclo de Vida en Espiral tiene en cuenta fuertemente el riesgo que aparece a la hora de desarrollar software. Para ello, se comienza mirando las posibles alternativas de desarrollo, se opta por la de riesgo ms asumible y se hace un ciclo de la espiral. Si el cliente quiere seguir haciendo mejoras en el software, se vuelve a evaluar las distintas nuevas alternativas y riesgos y se realiza otra vuelta de la espiral, as hasta que llegue un momento en el que el producto software desarrollado sea aceptado y no necesite seguir mejorndose con otro nuevo ciclo.

EL MODELO EN ESPIRALEn este modelo, el sistema se desarrolla en una serie de versiones incrementales. Durante las primeras iteraciones, la versin incremental podra ser un modelo en papel o un prototipo. Durante las ltimas iteraciones se producen versiones cada vez ms completas de ingeniera del sistema. El Modelo en Espiral se divide en un nmero de actividades estructurales, tambin llamadas "regiones de tareas". Generalmente existen entre tres y seis regiones de tareas: Comunicacin con el cliente.- Las tareas requeridas para establecer comunicacin entre el desarrollador y el cliente, sea revisar especificaciones, plantear necesidades, etc.

Planificacin.- Las tareas requeridas para definir recursos, tiempos e informacin relacionada con el proyecto.

Anlisis de riesgos.- Las tareas requeridas para evaluar riesgos tcnicos y de gestin.

Ingeniera.- Las tareas requeridas para construir una o ms representaciones de la aplicacin

Construccin y adaptacin.- Las tareas requeridas para construir, probar, instalar y proporcionar soporte al usuario.

Evaluacin del cliente.- Las tareas requeridas para obtener la reaccin del cliente, segn la evaluacin de las representaciones del software creadas durante la etapa de ingeniera e implementada durante la etapa de instalacin

Cada una de las regiones estn pobladas por una serie de tareas que se adaptan a las caractersticas del proyecto que va a emprenderse. Para proyectos pequeos el nmero de tareas y su formalidad es baja, para proyectos mayores y ms crticos, cada regin contiene tareas que se definen para lograr un nivel ms alto de formalidad.

Cuando empieza este proceso evolutivo, el equipo de trabajo gira alrededor de las agujas del reloj, comenzando por el centro. El primer circuito de la espiral produce el desarrollo de una especificacin de productos, los pasos siguientes en la espiral se podran utilizar para desarrollar un prototipo y progresivamente versiones ms sofisticadas del software. Cada paso de la regin de planificacin produce ajustes en el plan del proyecto. . El coste y la planificacin se ajustan en funcin de la evaluacin del cliente. Adems, el gestor del proyecto ajusta el nmero planificado de iteraciones requeridas para completar el proyecto o el producto software de que se trate.

MODELO ORIGINAL DE BOEHM

No hay un nmero definido de iteraciones. Las iteraciones debe decidirlas el equipo de gestin de proyecto Cada vuelta se divide en 4 sectores:

Planeacin : determinacin de los objetivos, alternativas y restricciones

Anlisis de riesgo : anlisis de alternativas e identificacin/resolucin de riesgos

Ingeniera: desarrollo del producto hasta "el siguiente nivel".

Evaluacin: valoracin por parte del cliente de los resultados obtenidos.El movimiento de la espiral, ampliando con cada iteracin su amplitud radial, indica que cada vez se van construyendo versiones sucesivas del software, cada vez ms completas.Uno de los puntos ms interesantes del modelo, es la introduccin al proceso de desarrollo a las actividades de anlisis de los riesgos asociados al desarrollo y a la evaluacin por parte del cliente de los resultados del software.

MODELO TIPICO DE SEIS REGIONESA diferencia del modelo de proceso clsico 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. Una visin alternativa del modelo en espiral puede ser considerada examinando el eje de punto de entrada en el proyecto.

Las regiones de tareas que componen este modelo son: Comunicacin con el cliente: las tareas requeridas para establecer comunicacin entre el desarrollador y el cliente.

Planificacin: las tareas requeridas para definir recursos, el tiempo y otras informaciones relacionadas con el proyecto. Son todos los requerimientos.

Anlisis de riesgos: las tareas requeridas para evaluar riesgos tcnicos y otras informaciones relacionadas con el proyecto.

Ingeniera: las tareas requeridas para construir una o ms representaciones de la aplicacin.

Construccin y adaptacin: las tareas requeridas para construir, probar, instalar y proporcionar soporte al usuario.

Evaluacin del cliente: las tareas requeridas para obtener la reaccin del cliente segn la evaluacin de las representaciones del software creadas durante la etapa de ingeniera e implementacin durante la etapa de instalacin.

MODELO WINWIN

Define un conjunto de actividades de negociacin al principio de casa paso alrededor de la espiral. Ms que una simple actividad de comunicacin con el cliente se definen las siguientes actividades:

Identificacin del sistema o subsistemas clave de los directivos.

Determinacin de las condiciones de victoria de los directivos.

Negociacin de las condiciones de victoria de los directivos para reunirlas en un conjunto de condiciones para todos los afectados (incluyendo el equipo del proyecto de software).

El modelo en espiral WINWIN introduce tres hitos en el proceso, llamados puntos de fijacin que ayudan a establecer la completitud de un ciclo alrededor del espiral y proporcionan hitos de decisin antes de continuar el proyecto de software.

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 nivele evolutivos.

El modelo en espiral permite a quien lo desarrolla aplicar el enfoque de construccin de prototipos en cualquier etapa de evolucin del producto.

El modelo en espiral demanda una consideracin directa de los riesgos tcnicos en todas las etapas del proyecto y si se aplica adecuadamente debe reducir los riesgos antes de que se conviertan en problemas.

En la utilizacin de grandes sistemas doblado la productividad.

DESVENTAJAS Resulta difcil convencer a grandes clientes de que el enfoque evolutivo es controlable. Debido a su elevada complejidad no se aconseja utilizarlo en pequeos sistemas. Genera mucho tiempo en el desarrollo del sistema Modelo costoso Requiere experiencia en la identificacin de riesgos

ConclusinEl prototipo del modelo en espiral para la ingeniera de software es en la actualidad el enfoque ms realista para el desarrollo de software y de sistemas a gran escala. Utiliza un Enfoque evolutivo para la ingeniera de software, permitiendo al desarrollador y al cliente entender y reaccionar a los riesgos en cada nivel del modelo en espiral.Utiliza la creacin de prototipos como un mecanismo de reduccin de riesgo, pero, lo que es ms importante permite a quien lo desarrolla aplicar el enfoque de creacin de prototipos en cualquier etapa de la evolucin de prototipos.

BIBLIOGRAFIARecuperado de:

https://sites.google.com/site/programacion1electronica/metodologias-de-desarrollo-de-software/modelo-incremental-o-evolutivohttp://metodologiaevolutivo.blogspot.mx/http://tema3isoftware.blogspot.mx/p/modelos-de-desarrollo-tecnicas-y.htmlhttp://www.sites.upiicsa.ipn.mx/polilibros/portal/polilibros/P_externos/Administracion_informatica_de_las_organizaciones_Ramon_E_Enriquez_Gonzalez/AIO2_Mod_ESPIRAL.htmlhttp://modeloespiral.blogspot.mx/http://metodologiasoo.wikispaces.com/Desarrollo+en+espiral

.27 de febrero del 2015

PAGINA 11