Modelo Espiral

Universidad Autnoma del Estado de Mxico Centro Universitario Valle de Chalco Maestra en Ciencias de la Computacin Ingeniera de Software
METODOLOGIA DE ESPIRAL
INTEGRANTES: MORALES JOAQUIN PONCE CARRILLO INGRID URIBE FLORES ROBERTO
SEPTIEMBRE 2012
INDICE
Introduccin.............................................................................................................1 Marco Contextual.....................................................................................................4 Marco Terico...........................................................................................................4 Desarrollo.................................................................................................................4 Caractersticas........................................................................................................5 Ciclos y/o Iteraciones..............................................................................................5 Planificacin........................................................................................................6 Anlisis de Riesgos.............................................................................................2 Ingeniera............................................................................................................3 Evaluacin...........................................................................................................6 Variaciones del Modelo Espiral..............................................................................5 Tpico de Seis Regiones.....................................................................................6 Win Win...............................................................................................................2 Aplicacin.................................................................................................................4 Conclusiones............................................................................................................4 Ventajas..................................................................................................................5 Desventajas............................................................................................................5 Referencias...............................................................................................................4
INTRODUCCION
Los sistemas de informacin computacionales son un arma estratgica, capaz de cambiar la forma en que la compaa compite en el mercado, en consecuencia stos sistemas mejoran la organizacin y la ayudan a ganar "ventaja competitiva", sin embargo, si los competidores de la compaa tienen capacidades mas avanzadas para el procesamiento de informacin, entonces los sistemas de informacin pueden convertirse en una "desventaja competitiva". Los sistemas de informacin basados en computadoras sirven para diversas finalidades que van desde el procesamiento de las transacciones de una empresa hasta proveer de la informacin necesaria para decidir sobre asuntos que se presentan con frecuencia. Es por ello que en algunos casos los factores que deben considerarse en un proyecto de sistema de informacin son: el aspecto ms apropiado de la computadora o la tecnologa de comunicaciones que se va a utilizar, el impacto del nuevo sistema sobre los empleados de la empresa y las caractersticas especficas que el sistema debe tener se pueden determinar de manera secuencial As, surge la de Ingeniera de software como la aplicacin de herramientas, mtodos y disciplinas para la produccin y mantenimiento de soluciones automticas a problemas del mundo real (Blum, 1996). Est se establece a partir de una serie de modelos que establecen y muestran las distintas etapas y estados por los que pasa un producto de software, desde su concepcin inicial, pasando por su desarrollo, puesta en marcha y posterior mantenimiento, hasta la retirada del producto. A estos modelos se les nombra modelos de ciclo de vida del software los cuales constan de las siguientes actividades:
1) Investigacin Preliminar. 2) Determinacin de los requisitos del Sistema. 3) Diseo del sistema.(diseo lgico).
4) Desarrollo de software (diseo fsico). 5) Prueba de sistemas. Partiendo de estas es como surge el primer modelo expuesto fue el de Royce, conocido como desarrollo en cascada o desarrollo lineal secuencial. Este modelo
establece que las diversas actividades que se van realizando al desarrollar un producto de software se suceden de forma lineal (Roycen, 1970). De ah, Boehm (1988), autor de diversos artculos de ingeniera del software; modelos de estimacin de esfuerzo y tiempo que se consume en hacer productos software; y Modelos de Ciclo de Vida; 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 (Wikipedia, 2010).
MARCO CONTEXTUAL
Desde la dcada de los 40's la aplicaciones y usos de las computadoras han crecido de forma constante. Hoy en da el software juega un papel muy importante en casi todos los aspectos de la vida cotidiana: gobierno, finanzas, educacin, transporte, medicina, etc... De forma paralela, la complejidad de los sistemas ha crecido de forma dramtica, y anualmente se gastan miles de millones de dlares en cuestiones de desarrollo de software. Las economas de los pases desarrollados dependen en gran parte del software ya que ms y ms sistemas son actualmente controlados por este, as surgen las necesidades de la empresas de implementar Sistemas de Informacin confiables y funcionales capaces de recabar informacin integral a gran escala para su procesamiento, ya que no basta con procesar la informacin, as que inicialmente aparece la Ingeniera del Software como base de estudio y se define como: La aplicacin de un enfoque sistemtico, disciplinado y cuantificable hacia el desarrollo, operacin y mantenimiento del software, sobre mquinas reales (Pressman,1997). Sin embargo, a pesar de que los sistemas de software nos han permitido ser ms eficientes y productivos existen serios problemas relacionados con este tipo de desarrollo de software. Estos problemas tienen que ver con el tiempo, costo y calidad de los sistemas que se crean. Los productos de software se ubican entre los sistemas ms complejos realizados por el hombre y su naturaleza intangible complica ms el problema. Las tcnicas de desarrollo que funcionan de forma individual o para equipos pequeos no escalan adecuadamente para el desarrollo de sistemas complejos. La velocidad de cambio tecnolgico es muy elevada. Los clientes tienen nuevas expectativas y todo ello pone presin que limita la habilidad de crear software de calidad en tiempos aceptables. La ingeniera de software busca dar soluciones a estos por que como se menciono anteriormente, la ingeniera de software abarca todas las fases del ciclo de vida en el desarrollo de cualquier sistema de informacin. Es as como se define el dominio del problema y se identifican las clases bsicas del problema como se muestra en la figura1 (Pressman, 1998).
Figura 1. Modelo Espiral. Modelo de ensamblaje de procesos (Presman, 1998).
MARCO TEORICO
El modelo espiral surge como un modelo no operativo de produccin de software que tiende a poner nfasis all donde los dems tienen sus debilidades, es decir, en el riesgo a asumir en cada etapa y el control del mismo. Debemos decir no obstante que como modelo reciente en comparacin con los dems adolece de algunos inconvenientes que se indicarn pero tiene una manera original de generar software que supera con creces los inconvenientes, sobre todo all donde los problemas financieros, de tecnologas innovativas o cualidades particulares del software hacen que los otros modelos tiendan a no conformar para su eleccin. El modelo basa sus caractersticas en sucesivas iteraciones hasta cumplir ciertas condiciones prefijadas derivadas a partir de los modelos clsicos (cascada o prototipado). Fue propuesto por Boehm en 1986, consiste en una serie de ciclos que se repiten en forma de espiral, comenzando desde el centro.. Se suele interpretar como que dentro de cada ciclo de la espiral se sigue un Modelo Cascada, pero no necesariamente debe ser as. El Espiral puede verse como un modelo evolutivo que conjuga la naturaleza iterativa del modelo MCP con los aspectos controlados y sistemticos del Modelo Cascada, con el agregado de gestin de riegos, figura2 (Richard, 1988).
FIGURA 1. Modelo espiral (Boehm, 1988).
DESARROLLO
El modelo en espiral es una de las metodologas ms recomendables para el desarrollo y creacin de un programa, ya que consta de pocas etapas o fases, las cuales se van realizando en una manera continua y cclica. Las actividades de este modelo se conforman en una espiral, en la que cada bucle o iteracin representa un conjunto de actividades. Las actividades no estn fijadas a ninguna prioridad, sino que las siguientes se eligen en funcin del anlisis de riesgo, comenzando por el bucle interior.
CARACTERISTICAS
Trata de mejorar los ciclos de vida clsicos y prototipos.
Este modelo puede combinarse con otros modelos de proceso de desarrollo (cascada, evolutivo).
En cada giro se construye un nuevo modelo del sistema completo. El anlisis de riesgo requiere la participacin de personal con alta cualificacin. Incorpora objetivos de calidad y gestin de riesgos Elimina errores y alternativas no atractivas al comienzo Permite iteraciones, vuelta atrs y finalizaciones rpidas Cada ciclo empieza identificando: o Los objetivos de la porcin correspondiente o Las alternativas o Restricciones
CICLOS O ITERACIONES
En cada vuelta o iteracin hay que tener en cuenta:
Los Objetivos: qu necesidad debe cubrir el producto. Alternativas: las diferentes formas de conseguir los objetivos. Desarrollar y Verificar: Programar y probar el software.
Si el resultado no es el adecuado o se necesita implementar mejoras o funcionalidades:
Se planificaran los siguientes pasos y se comienza un nuevo ciclo de la espiral. La espiral tiene una forma de caracola y se dice que mantiene dos dimensiones, la radial y la angular:
1. Angular: Indica el avance del proyecto del software dentro de un ciclo. 2. Radial: Indica el aumento del coste del proyecto, ya que con cada nueva
iteracin se pasa ms tiempo desarrollando. Al ser un modelo de Ciclo de Vida orientado a la gestin de riesgo se dice que uno de los aspectos fundamentales de su xito radica en que el equipo que lo aplique tenga la necesaria experiencia y habilidad para detectar y catalogar correctamente los riesgos.
INGENIERIA

Fijar tambin los productos definidos a obtener: requerimientos, especificacin, manual de usuario. Fijar las restricciones. Identificacin de riesgos del proyecto y estrategias alternativas para evitarlos. Hay una cosa que solo se hace una vez: planificacin inicial.
ANALISIS DE RIESGOS
Se lleva a cabo el estudio de las causas de las posibles amenazas y probables eventos no deseados y los daos y consecuencias que stas puedan producir.
PLANIFICACION
Revisamos todo lo hecho, evalundolo, y con ello decidimos si continuamos con las fases siguientes y planificamos la prxima actividad.
EVALUACION

Tareas de la actividad propia y de prueba. Anlisis de alternativas e identificacin resolucin de riesgos. Dependiendo del resultado de la evaluacin de los riesgos, se elige un modelo para el desarrollo, el que puede ser cualquiera de los otros existentes, como formal, evolutivo, cascada, etc. As si por ejemplo si los riesgos en la interfaz de usuario son dominantes, un modelo de desarrollo apropiado podra ser la construccin de prototipos evolutivos. Si lo riesgos de proteccin son la principal consideracin, un desarrollo basado en transformaciones formales podra ser el ms apropiado (Boehm, 1988).
VARIACIONES DEL MODELO ESPIRAL
A 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.
TIPICO DE SEIS REGIONES

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 (Richard, 2003)
MODELO ESPIRAL WIN WIN
Es una modificacin del modelo en espiral original desarrollado por el propio Boehm (1988). Sobre este modelo puedo comentar que define un conjunto de actividades de negociacin al principio del desarrollo del software. Ya que se analiza en conjunto las condiciones de todos los que intervienen en el desarrollo del problema directa o indirectamente (Cliente, Jefes, Desarrollador, Usuario final, Mantenimiento). El modelo en espiral WINWIN introduce tres hitos y proporcionan hitos de decisin antes de continuar el proyecto de software, mediante los cuales podemos establecer el progreso del desarrollo de software. Con la implementacin de sub ciclos dentro de la espiral, se convierte aun ms en un modelo complejo, teniendo las mismas limitaciones que el modelo original. Como conclusin se puede sacar, que al ser un modelo en el que solo puede ser aplicado a proyectos grandes y complejos, no se puede sacarle el mximo provecho al mismo, ya que el modelo en si es complejo, el cual solo su propio creador lo aplicado correctamente (Richard, 1988).
APLICACIN CONCLUSIONES
VENTAJAS DESVENTAJAS
REFERENCIAS
Wikipedia. (01 de Septiembre de 2010). Recuperado el 10 de Septiembre de 2012, de Wikipedia: http://es.wikipedia.org/wiki/Desarrollo_en_espiral A., A. F. (2005). Introduccion a la Ingenieria de Software: Modelo de Desarrollo de Programas. Espaa: Delta Publicaciones Universitarias. Blum, B. I. (1996). Beyond Programming: To a New Era of Desing. New York: Oxford University Press. Inc. Boehm, B. W. (1988). A Spiral Model of Software Development and Enhancement. ACM SIGSOFT Software Engineering Notes, ACM,, 14-24.
Pressman, R. S. (1998). Ingeniera del software, un enfoque prctico (cuarta edicion). Espaa: Mc Graw Hill. Pressman, S. R. (2002). Ingenieria de Software, un enfoque practico (quinta edicion). Espaa: Mc Graw Hill. Richard H. Thayer, B. W. (1988). Software engineering project management. Los Alamitos, California: Computer Society Press of the IEEE. Richard S. Nystrom, S. R. (2003). A Guide to Understanding God's Universal Software. New York: Sterling House. Roycen, W. W. (1970). Managing the Development of Large Software Systems. Proceedings of IEEE WESCON 26 (August), 1-9.

Modelo Espiral

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Modelo Espiral

Transféré par

Droits d'auteur :

Formats disponibles

Universidad Autnoma del Estado de Mxico Centro Universitario Valle de Chalco Maestra en Ciencias de la Computacin Ingeniera de Software

INTEGRANTES: MORALES JOAQUIN PONCE CARRILLO INGRID URIBE FLORES ROBERTO

Figura 1. Modelo Espiral. Modelo de ensamblaje de procesos (Presman, 1998).

FIGURA 1. Modelo espiral (Boehm, 1988).

En cada vuelta o iteracin hay que tener en cuenta:

Si el resultado no es el adecuado o se necesita implementar mejoras o funcionalidades:

VARIACIONES DEL MODELO ESPIRAL

TIPICO DE SEIS REGIONES

MODELO ESPIRAL WIN WIN

Vous aimerez peut-être aussi