SlideShare una empresa de Scribd logo
1 de 37
Descargar para leer sin conexión
Modelos del ciclo de vida del software
Modelos del ciclo de vida del software
 Porque se les llama prescriptivos:
Porque prescriben un conjunto de elementos de proceso:
 actividades del marco de trabajo,
 acciones de ingeniería del software,
 tareas,
 productos del trabajo,
 aseguramiento de calidad y
 mecanismos de control de cambio para cada proyecto.
 También prescribe un flujo de trabajo
 Cualquier organización de Ingeniería del software debe
describir un conjunto único de actividades dentro del
marco de trabajo.
MODELO
EN
CASCADA
CUANDO SE UTILIZA:
 Existen ocasiones en que los requisitos de un problema
se entienden de manera razonable: cuando el trabajo
fluye desde la comunicación a través del despliegue de
una manera casi lineal. Ejemplo: adaptaciones o
mejoras a un sistema de contabilidad existente debido
a los cambios en las regulaciones del Gobierno.
 En un número limitado de proyectos de nuevos
desarrollos, cuando los requerimientos están bien
definidos y son estables de forma razonable.
MODELO EN CASCADA
 Algunas veces llamado “Ciclo de vida clásico” sugiere:
 Un enfoque sistemático secuencial hacia el desarrollo
del software.
 Es el paradigma mas antiguo para la ingeniería del
software.
MODELO EN CASCADA
Comunicación
Inicio del proyecto
Recopilación de
requisitos
Planeación
Estimación
Itinerario
Seguimiento
Modelado
Análisis
Diseño
Despliegue
Entrada
Soporte
retroalimentación
Construcción
Código
Prueba
MODELO EN CASCADA
Problemas al aplicar el modelo:
 Es muy raro que los proyectos reales sigan el flujo
secuencial que propone el modelo.
 Es difícil para el cliente establecer los requisitos de
manera explicita. El modelo en cascada lo requiere.
 El cliente debe tener paciencia. Debe esperar que el
proyecto esté bien avanzado para poder probar una
versión que funcione del programa.
MODELO EN CASCADA
 Resultados de aplicar el modelo
 Los cambios confunden mientras el equipo del
proyecto actúa.
 Incorporan la incertidumbre natural.
 Un error grave será desastroso si no se detecta
antes de la revisión del programa.
MODELO EN CASCADA
Conclusión de análisis a un proyecto real.
 Conduce a estados de bloqueo
 El estado de bloqueo tiende a ser mas común al
principio y al final del proceso
 Puede servir como modelo en situaciones donde los
requerimientos están fijos, y donde el trabajo se
realiza hasta su conclusión de una manera lineal.
MODELOS INCREMENTALES
 En muchas situaciones los requisitos iniciales del
Software están bien definidos en forma razonable,
pero el enfoque global excluye un proceso
puramente lineal.
 Quizá haya necesidad de proporcionar un conjunto
limitado de funcionalidad para el usuario y después
refinarla y expandirla en las entregas posteriores
del Software.
MODELO INCREMENTAL
Se da cuando:
 Los requisitos iniciales del software están bien definidos en forma razonable.
 Hay una necesidad imperiosa de proporcionar un conjunto de funcionalidad al
usuario y después refinarla y expandirla.
 A menudo, al utilizar un modelo incremental el primer incremento es un
producto esencial
MODELO INCREMENTAL
Características:
 Este modelo combina elementos del modelo en cascada
aplicada en forma iterativa.
 Aplica secuencias lineales de manera escalonada
conforme avanza el tiempo en el calendario.
 Cada secuencia lineal produce incrementos de software
MODELO INCREMENTAL
Ejemplo de un software procesador de texto:
 Primer incremento:
 Realiza funciones básicas de administración de archivos, edición y
producción de documentos
 Segundo incremento:
 Ediciones mas sofisticadas y tendría funciones mas complejas de
producción de documentos.
 Tercer incremento:
 Funciones de corrección ortográfica y gramatical
 Cuarto incremento:
 Capacidades avanzadas de configuración de pagina.
MODELO INCREMENTAL
 En este modelo el primer incremento es un productos esencial.
 Es iterativo por naturaleza.
 Se enfoca en la entrega de un productos funcional con cada
incremento.
 Es útil cuando el personal necesario para una implementación
completa no esta disponible.
 Los primeros incrementos se pueden implementar con menos gente.
MODELO INCREMENTAL
Análisis Diseño Código Prueba
Análisis Diseño Código Prueba
Análisis Diseño Código Prueba
Entrega de primer
incremento
Entrega de
segundo
incremento
Entrega de
tercer
incremento
Tiempo calendario
Desarrollo Rápido de Aplicaciones
(DRA)
Desarrollo Rápido de Aplicaciones
(DRA)
 Objetivo: Desarrollo de sistemas en poco tiempo
 Adaptación a “alta velocidad” del modelo en cascada.
 Equipos trabajando en paralelo
 Aplicando tecnología de componentes
 Del inglés Rapid Application Development (RAD)
Fases del Módelo DRA
Comunicación
Planificación
Modelado
•Gestión
•Datos
•Proceso
Construcción
• Reutilización de
componentes
• Creación de nuevos
componentes
• Pruebas
Modelado
•Gestión
•Datos
•Proceso
Construcción
• Reutilización de
componentes
• Creación de nuevos
componentes
• Pruebas
Equipo 1
Equipo n
Despliegue
•Pruebas
•Entrega
•Retroalimentación
60 – 90 días
Ventajas y Desventajas del DRA
 Ventajas
 Rapidez(Enfatiza ciclos de desarrollo extremadamente cortos)
 Válido para aplicaciones modularizables
 Reutilización
 Desventajas
 Exige conocer bien los requisitos y delimitar el ámbito del
proyecto
 Número de personas
 Clientes y desarrolladores comprometidos
 Gestión riesgos técnicos altos
○ Uso de nueva tecnología
○ Alto grado de interoperabilidad con sistemas existentes
○ Cuando los riesgo son altos DRA no es apropiado
Modelos Evolutivos
- Los modelos evolutivos son iterativos, los caracteriza la
forma en que permiten que los ingenieros de software
desarrollen versiones cada vez más completas del
Software.
- Las estrictas fechas tope del mercado imposibilitan la
conclusión de un producto completo, por lo que se
debe presentar una versión limitada para liberar la
presión competitiva y de negocios.
1. CONSTRUCCIÓN DE PROTOTIPOS
 A menudo un cliente define un conjunto de objetivos
generales para el software pero no identifica los requisitos
detallados de entrada, procesamiento o salida.
Desventajas
El cliente ve lo que parece una versión en
funcionamiento del software, sin saber que el
prototipo está unido con chicle, que por la prisa
de hacerlo funcionar no se ha considerado la
calidad del software.
Cuando se informa que el producto debe
construirse otra vez para mantener los altos
niveles de calidad, el cliente no lo entiende, es
frecuente que la gestión sea muy lenta.
A menudo, el desarrollador establece
compromisos de implementación para lograr que
el prototipo funcione con rapidez. Tal vez se
utilice un sistema operativo o lenguaje de
programación inadecuado solo porque está
disponible y es conocido.
Plan rápido
Modelado, diseño
rápido
Construcción del
prototipo
Desarrollo,
entrega y
retroalimentación
Comunicación
2. MODELO EN ESPIRAL
Historia
 El creador del modelo en espiral fue Barry Boehm
 Sirvió dentro del departamento de ESTADOS UNIDOS de la
defensa (DoD) como director de la oficina de las ciencias y de
la tecnología de la información de DARPA
 Sus contribuciones al campo incluyen el modelo constructivo
del coste (COCOMO), el modelo espiral del proceso del
software propuesto originalmente por BOEHM en 1976
Modelos del ciclo de vida del software
 Cuando se aplica el modelo en espiral, el software se
desarrolla en una serie de entregas evolutivas. Durante
las primeras iteraciones, la entrega tal vez sea un
documento del modelo o un prototipo. Durante las
últimas iteraciones se producen versiones cada vez más
complejas del sistema desarrollado.
 A diferencia de otros modelos de proceso que
terminan cuando se entrega el software, el modelo
en espiral puede adaptarse y aplicarse a lo largo de
la vida del Software de computadora.
 El modelo en espiral es un enfoque realista para el
desarrollo de software y de sistemas a gran escala.
 Es difícil convencer a los clientes de que el enfoque
evolutivo es controlable.
 A medida que el software evoluciona, el desarrollador
y el cliente comprenden y reaccionan mejor ante los
riesgos en cada uno de los niveles evolutivos.
 Mantiene el enfoque sistemático de los pasos del ciclo
de vida clásico, pero lo incorpora al marco de trabajo
iterativo.
Principios Básicos
 Decidir qué problema se quiere resolver antes de viajar
a resolverlo.
 Examinar tus múltiples alternativas de acción y elegir
una de las más convenientes.
 No ser tan ingenuo para pensar que el sistema que
estás construyendo será "EL" sistema que el cliente
necesita.
 Conocer (comprender) los niveles de riesgo, que
tendrás que tolerar.
Como Elegir el Modelo
Puntos a tomar en cuenta para elegir el modelo.
 Hay Cambio significativo a medida que avance el proyecto.
(Evolutivo)
 Se Comprende bien toda la arquitectura del sistema al
comenzar el proyecto. (Lineales)
 Fiabilidad. (Formales)
 Que tiempo extra se necesita para planificar y diseñar durante
el proyecto para posibles versiones futuras. (DRA)
 Existe una Planificación predefinida. (Espiral)
 Se tendrá que Realizar modificaciones a medio camino.
 Analizar el siguiente problema, luego dar su
respuesta de cual modelo utilizaría para este caso y
explicar la razón por la cual eligió dicho modelo:
 Se supone que se va desarrollar una aplicación
relativa a la gestión de pedidos de una empresa. En
este caso el cliente ya tiene claro qué es lo que
quiere. El personal informático va a utilizar una
tecnología que le resulta completamente nueva.
Indique qué tipo de ciclo de vida es más apropiado
y qué procesos se deberían utilizar para desarrollar
esta aplicación. Explique su respuesta
Lecturas complementarias
 Leer el capítulo 3 del libro de texto de Roger Pressman,
para ampliar tus conocimientos.
Muchas Gracias

Más contenido relacionado

La actualidad más candente

Fundamentos del Diseño de Software
Fundamentos del Diseño de SoftwareFundamentos del Diseño de Software
Fundamentos del Diseño de SoftwareNelson Guanipa
 
Modelo espiral de boehm CALIDAD DE SOFTWARE
Modelo espiral de  boehm CALIDAD DE SOFTWAREModelo espiral de  boehm CALIDAD DE SOFTWARE
Modelo espiral de boehm CALIDAD DE SOFTWAREJhOnss KrIollo
 
modelos del proceso del software
 modelos del proceso del software  modelos del proceso del software
modelos del proceso del software Brihany Rossell
 
Ingeniería de software - Descripción, características, modelos
Ingeniería de software - Descripción, características, modelosIngeniería de software - Descripción, características, modelos
Ingeniería de software - Descripción, características, modelosRafael Fdo Lopez Castillo
 
Modelo Cascada y Espiral
Modelo Cascada y EspiralModelo Cascada y Espiral
Modelo Cascada y Espiraljuanksi28
 
Atributos de calidad en el desarrollo de software
Atributos de calidad en el desarrollo de software Atributos de calidad en el desarrollo de software
Atributos de calidad en el desarrollo de software Joan Manuel Zabala
 
Diferencias entre scrum y xp
Diferencias entre scrum y xp Diferencias entre scrum y xp
Diferencias entre scrum y xp deborahgal
 
Sesión 3: Modelos prescriptivos de proceso
Sesión 3: Modelos prescriptivos de procesoSesión 3: Modelos prescriptivos de proceso
Sesión 3: Modelos prescriptivos de procesoCoesi Consultoria
 
25 Estandares - IEEE Calidad de Software
25 Estandares - IEEE Calidad de Software25 Estandares - IEEE Calidad de Software
25 Estandares - IEEE Calidad de SoftwareCamila Arbelaez
 
Modelo de desarrollo concurrente
Modelo de desarrollo concurrenteModelo de desarrollo concurrente
Modelo de desarrollo concurrentesamuel ospino
 

La actualidad más candente (20)

Principios diseño del software
Principios diseño del software Principios diseño del software
Principios diseño del software
 
Proceso del Software
Proceso del Software Proceso del Software
Proceso del Software
 
Diseño de Software
Diseño de SoftwareDiseño de Software
Diseño de Software
 
Fundamentos del Diseño de Software
Fundamentos del Diseño de SoftwareFundamentos del Diseño de Software
Fundamentos del Diseño de Software
 
Modelo espiral de boehm CALIDAD DE SOFTWARE
Modelo espiral de  boehm CALIDAD DE SOFTWAREModelo espiral de  boehm CALIDAD DE SOFTWARE
Modelo espiral de boehm CALIDAD DE SOFTWARE
 
modelos del proceso del software
 modelos del proceso del software  modelos del proceso del software
modelos del proceso del software
 
Ingeniería de software - Descripción, características, modelos
Ingeniería de software - Descripción, características, modelosIngeniería de software - Descripción, características, modelos
Ingeniería de software - Descripción, características, modelos
 
Modelo Cascada y Espiral
Modelo Cascada y EspiralModelo Cascada y Espiral
Modelo Cascada y Espiral
 
Atributos de calidad en el desarrollo de software
Atributos de calidad en el desarrollo de software Atributos de calidad en el desarrollo de software
Atributos de calidad en el desarrollo de software
 
Presentación proceso del software
Presentación proceso del softwarePresentación proceso del software
Presentación proceso del software
 
Ch4 req eng
Ch4 req engCh4 req eng
Ch4 req eng
 
PLAN SQA
PLAN SQAPLAN SQA
PLAN SQA
 
Diferencias entre scrum y xp
Diferencias entre scrum y xp Diferencias entre scrum y xp
Diferencias entre scrum y xp
 
Sesión 3: Modelos prescriptivos de proceso
Sesión 3: Modelos prescriptivos de procesoSesión 3: Modelos prescriptivos de proceso
Sesión 3: Modelos prescriptivos de proceso
 
25 Estandares - IEEE Calidad de Software
25 Estandares - IEEE Calidad de Software25 Estandares - IEEE Calidad de Software
25 Estandares - IEEE Calidad de Software
 
Modelo V
Modelo VModelo V
Modelo V
 
Ingenieria De Software
Ingenieria De SoftwareIngenieria De Software
Ingenieria De Software
 
Proceso de software
Proceso de softwareProceso de software
Proceso de software
 
Modelo de desarrollo concurrente
Modelo de desarrollo concurrenteModelo de desarrollo concurrente
Modelo de desarrollo concurrente
 
Conceptos basicos calidad software
Conceptos basicos calidad softwareConceptos basicos calidad software
Conceptos basicos calidad software
 

Destacado

Modelos Del ciclo de vida del Software
Modelos Del ciclo de vida del SoftwareModelos Del ciclo de vida del Software
Modelos Del ciclo de vida del Softwareguest37183b
 
Modelos de Ciclos de Vida
Modelos de Ciclos de VidaModelos de Ciclos de Vida
Modelos de Ciclos de Vidamadpitbull_99
 
3 Clase Ciclo De Vida Del Software - http://blog.juliopari.com/
3 Clase Ciclo De Vida Del Software - http://blog.juliopari.com/3 Clase Ciclo De Vida Del Software - http://blog.juliopari.com/
3 Clase Ciclo De Vida Del Software - http://blog.juliopari.com/Julio Pari
 
Tipos de ciclos de vida
Tipos de ciclos de vidaTipos de ciclos de vida
Tipos de ciclos de vidasandrasig
 
Modelo de prototipos
Modelo de prototiposModelo de prototipos
Modelo de prototiposTaz Betañoz
 
Ciclo de vida del software
Ciclo de vida del softwareCiclo de vida del software
Ciclo de vida del softwarearealisherrera
 
Ciclos de vida del software
Ciclos de vida del softwareCiclos de vida del software
Ciclos de vida del softwareGUEOVANNY20
 
Planeacion y elaboración de proyectos de software
Planeacion y elaboración de proyectos de softwarePlaneacion y elaboración de proyectos de software
Planeacion y elaboración de proyectos de softwareTtomas Carvajal
 
Ciclo de vida del desarrollo de sistemas
Ciclo de vida del desarrollo de sistemasCiclo de vida del desarrollo de sistemas
Ciclo de vida del desarrollo de sistemasMILUGO
 

Destacado (11)

Modelos Del ciclo de vida del Software
Modelos Del ciclo de vida del SoftwareModelos Del ciclo de vida del Software
Modelos Del ciclo de vida del Software
 
Modelos de Ciclos de Vida
Modelos de Ciclos de VidaModelos de Ciclos de Vida
Modelos de Ciclos de Vida
 
3 Clase Ciclo De Vida Del Software - http://blog.juliopari.com/
3 Clase Ciclo De Vida Del Software - http://blog.juliopari.com/3 Clase Ciclo De Vida Del Software - http://blog.juliopari.com/
3 Clase Ciclo De Vida Del Software - http://blog.juliopari.com/
 
Tipos de ciclos de vida
Tipos de ciclos de vidaTipos de ciclos de vida
Tipos de ciclos de vida
 
Modelo de prototipos
Modelo de prototiposModelo de prototipos
Modelo de prototipos
 
Ciclo de vida cascada
Ciclo de vida cascadaCiclo de vida cascada
Ciclo de vida cascada
 
Ciclo de vida del software
Ciclo de vida del softwareCiclo de vida del software
Ciclo de vida del software
 
Ciclos de vida del software
Ciclos de vida del softwareCiclos de vida del software
Ciclos de vida del software
 
Planeacion y elaboración de proyectos de software
Planeacion y elaboración de proyectos de softwarePlaneacion y elaboración de proyectos de software
Planeacion y elaboración de proyectos de software
 
Ciclo de vida del desarrollo de sistemas
Ciclo de vida del desarrollo de sistemasCiclo de vida del desarrollo de sistemas
Ciclo de vida del desarrollo de sistemas
 
Arquitectura cliente servidor
Arquitectura cliente servidorArquitectura cliente servidor
Arquitectura cliente servidor
 

Similar a Modelos del ciclo de vida del software

Modelos de Ing de soft
Modelos de Ing de softModelos de Ing de soft
Modelos de Ing de softJazmin Cr
 
Modelo en cascada
Modelo en cascadaModelo en cascada
Modelo en cascadahome
 
Sesión 3: Modelos prescriptivos de proceso de software
Sesión 3: Modelos prescriptivos de proceso de softwareSesión 3: Modelos prescriptivos de proceso de software
Sesión 3: Modelos prescriptivos de proceso de softwareLuis Fernández
 
1 ingeniería de software
1 ingeniería de software1 ingeniería de software
1 ingeniería de softwareUVM
 
Presentacion modelos de proceso Grupo 3
Presentacion modelos de proceso Grupo 3Presentacion modelos de proceso Grupo 3
Presentacion modelos de proceso Grupo 3Bruno
 
Modelo de desarrollo de software
Modelo de desarrollo de softwareModelo de desarrollo de software
Modelo de desarrollo de softwareSaul mendoza valdez
 
procesos de desarrollo de software
procesos de desarrollo de softwareprocesos de desarrollo de software
procesos de desarrollo de softwarejoseantonio897
 
Jhostin vasquez modelos de software
Jhostin vasquez   modelos de softwareJhostin vasquez   modelos de software
Jhostin vasquez modelos de softwarejhostinvasquez
 
Investigación de modelos
Investigación de modelos Investigación de modelos
Investigación de modelos bren1995
 
Modelo de cascadaa
Modelo de cascadaaModelo de cascadaa
Modelo de cascadaamendez45
 
Modelos de desarrollo de software separata
Modelos de desarrollo de software separataModelos de desarrollo de software separata
Modelos de desarrollo de software separataMarvin Romero
 
1. ciclo de_vida_de_software
1. ciclo de_vida_de_software1. ciclo de_vida_de_software
1. ciclo de_vida_de_softwareMiguel Castro
 
Ciclo vida DESARROLLO DE SOFTWARE
Ciclo vida DESARROLLO DE SOFTWARECiclo vida DESARROLLO DE SOFTWARE
Ciclo vida DESARROLLO DE SOFTWAREJ Martin Luzon
 
Métodos de la ingeniería
Métodos de la ingenieríaMétodos de la ingeniería
Métodos de la ingenieríaSam Stgo
 
Carrera de informatica_educativa
Carrera de informatica_educativaCarrera de informatica_educativa
Carrera de informatica_educativaDiego Sinche
 

Similar a Modelos del ciclo de vida del software (20)

Modelos de Ing de soft
Modelos de Ing de softModelos de Ing de soft
Modelos de Ing de soft
 
Modelo en cascada
Modelo en cascadaModelo en cascada
Modelo en cascada
 
Sesión 3: Modelos prescriptivos de proceso de software
Sesión 3: Modelos prescriptivos de proceso de softwareSesión 3: Modelos prescriptivos de proceso de software
Sesión 3: Modelos prescriptivos de proceso de software
 
3. modelos prescriptivos de proceso
3. modelos prescriptivos de proceso3. modelos prescriptivos de proceso
3. modelos prescriptivos de proceso
 
1 ingeniería de software
1 ingeniería de software1 ingeniería de software
1 ingeniería de software
 
Apuntes
ApuntesApuntes
Apuntes
 
Presentacion modelos de proceso Grupo 3
Presentacion modelos de proceso Grupo 3Presentacion modelos de proceso Grupo 3
Presentacion modelos de proceso Grupo 3
 
Modelo de desarrollo de software
Modelo de desarrollo de softwareModelo de desarrollo de software
Modelo de desarrollo de software
 
procesos de desarrollo de software
procesos de desarrollo de softwareprocesos de desarrollo de software
procesos de desarrollo de software
 
Jhostin vasquez modelos de software
Jhostin vasquez   modelos de softwareJhostin vasquez   modelos de software
Jhostin vasquez modelos de software
 
Investigación de modelos
Investigación de modelos Investigación de modelos
Investigación de modelos
 
Modelo de cascadaa
Modelo de cascadaaModelo de cascadaa
Modelo de cascadaa
 
Modelos de desarrollo de software separata
Modelos de desarrollo de software separataModelos de desarrollo de software separata
Modelos de desarrollo de software separata
 
prueva
pruevaprueva
prueva
 
1. ciclo de_vida_de_software
1. ciclo de_vida_de_software1. ciclo de_vida_de_software
1. ciclo de_vida_de_software
 
Ciclo vida DESARROLLO DE SOFTWARE
Ciclo vida DESARROLLO DE SOFTWARECiclo vida DESARROLLO DE SOFTWARE
Ciclo vida DESARROLLO DE SOFTWARE
 
Métodos de la ingeniería
Métodos de la ingenieríaMétodos de la ingeniería
Métodos de la ingeniería
 
Presentacion grupo8
Presentacion grupo8Presentacion grupo8
Presentacion grupo8
 
Carrera de informatica_educativa
Carrera de informatica_educativaCarrera de informatica_educativa
Carrera de informatica_educativa
 
Presentacion grupo9
Presentacion grupo9Presentacion grupo9
Presentacion grupo9
 

Último

Poder puedo, pero no lo haré - T3chfest
Poder puedo, pero no lo haré - T3chfestPoder puedo, pero no lo haré - T3chfest
Poder puedo, pero no lo haré - T3chfestSilvia España Gil
 
gabriela marcano estructura iii historia del concreto
gabriela marcano  estructura iii historia del concretogabriela marcano  estructura iii historia del concreto
gabriela marcano estructura iii historia del concretoGabrielaMarcano12
 
Mecánica vectorial para ingenieros estática. Beer - Johnston. 11 Ed.pdf
Mecánica vectorial para ingenieros estática. Beer - Johnston. 11 Ed.pdfMecánica vectorial para ingenieros estática. Beer - Johnston. 11 Ed.pdf
Mecánica vectorial para ingenieros estática. Beer - Johnston. 11 Ed.pdfaaaaaaaaaaaaaaaaa
 
Principios de Circuitos Eléctricos (Thomas L. Floyd) (Z-Library).pdf
Principios de Circuitos Eléctricos (Thomas L. Floyd) (Z-Library).pdfPrincipios de Circuitos Eléctricos (Thomas L. Floyd) (Z-Library).pdf
Principios de Circuitos Eléctricos (Thomas L. Floyd) (Z-Library).pdfYADIRAXIMENARIASCOSV
 
BROCHURE EDIFICIO MULTIFAMILIAR LIMA. PERU
BROCHURE EDIFICIO MULTIFAMILIAR LIMA. PERUBROCHURE EDIFICIO MULTIFAMILIAR LIMA. PERU
BROCHURE EDIFICIO MULTIFAMILIAR LIMA. PERUSharonRojas28
 
Modulo 4 - Monitoreo Hidrobiológico de monitoreo ambiental
Modulo 4 - Monitoreo Hidrobiológico de monitoreo ambientalModulo 4 - Monitoreo Hidrobiológico de monitoreo ambiental
Modulo 4 - Monitoreo Hidrobiológico de monitoreo ambientalAcountsStore1
 
concreto pretensado y postensado- reseña historica
concreto pretensado y postensado- reseña historicaconcreto pretensado y postensado- reseña historica
concreto pretensado y postensado- reseña historicaamira520031
 
Cuadro de las web 1.0, 2.0 y 3.0 pptx
Cuadro de las web 1.0, 2.0 y 3.0     pptxCuadro de las web 1.0, 2.0 y 3.0     pptx
Cuadro de las web 1.0, 2.0 y 3.0 pptxecarmariahurtado
 
CALCULISTA AGUA POTABLE ALCANTARILLADO RURAL CURACAVÍ
CALCULISTA AGUA POTABLE ALCANTARILLADO RURAL CURACAVÍCALCULISTA AGUA POTABLE ALCANTARILLADO RURAL CURACAVÍ
CALCULISTA AGUA POTABLE ALCANTARILLADO RURAL CURACAVÍArquitecto Chile
 
Diseño de Algoritmos Paralelos con la maestra Rina
Diseño de Algoritmos Paralelos con la maestra RinaDiseño de Algoritmos Paralelos con la maestra Rina
Diseño de Algoritmos Paralelos con la maestra RinaLuisAlfredoPascualPo
 
aplicacion-del-metodo-cientifico-de-roberto-hernandez-carlos-fernandez-y-pila...
aplicacion-del-metodo-cientifico-de-roberto-hernandez-carlos-fernandez-y-pila...aplicacion-del-metodo-cientifico-de-roberto-hernandez-carlos-fernandez-y-pila...
aplicacion-del-metodo-cientifico-de-roberto-hernandez-carlos-fernandez-y-pila...AmeliaJul
 
PPT_Conferencia OBRAS PUBLICAS x ADMNISTRACION DIRECTA.pdf
PPT_Conferencia OBRAS PUBLICAS x ADMNISTRACION DIRECTA.pdfPPT_Conferencia OBRAS PUBLICAS x ADMNISTRACION DIRECTA.pdf
PPT_Conferencia OBRAS PUBLICAS x ADMNISTRACION DIRECTA.pdfANGHELO JJ. MITMA HUAMANÌ
 
TAREA 1 - Parada de Planta compresoras de gas
TAREA 1 - Parada de Planta compresoras de gasTAREA 1 - Parada de Planta compresoras de gas
TAREA 1 - Parada de Planta compresoras de gasroberto264045
 
Método inductivo.pdf-lizzeh cuellar cardenas
Método inductivo.pdf-lizzeh cuellar cardenasMétodo inductivo.pdf-lizzeh cuellar cardenas
Método inductivo.pdf-lizzeh cuellar cardenas182136
 
IA T3 Elaboración e interpretación de planos.pptx
IA T3 Elaboración e interpretación de planos.pptxIA T3 Elaboración e interpretación de planos.pptx
IA T3 Elaboración e interpretación de planos.pptxcecymendozaitnl
 
analisis matematico 2 elon lages lima .pdf
analisis matematico 2 elon lages lima .pdfanalisis matematico 2 elon lages lima .pdf
analisis matematico 2 elon lages lima .pdfJOHELSANCHEZINCA
 
1_Tipos Básicos de Motores - funcionamientos
1_Tipos Básicos de Motores - funcionamientos1_Tipos Básicos de Motores - funcionamientos
1_Tipos Básicos de Motores - funcionamientosMaicoPinelli
 
CV_SOTO_SAUL 30-01-2024 (1) arquitecto.pdf
CV_SOTO_SAUL 30-01-2024  (1) arquitecto.pdfCV_SOTO_SAUL 30-01-2024  (1) arquitecto.pdf
CV_SOTO_SAUL 30-01-2024 (1) arquitecto.pdfsd3700445
 
Presentación de Ciencia, Cultura y Progreso.pptx
Presentación de Ciencia, Cultura y Progreso.pptxPresentación de Ciencia, Cultura y Progreso.pptx
Presentación de Ciencia, Cultura y Progreso.pptxwilliam atao contreras
 
Fundamentos - Curso Desarrollo Web (HTML, JS, PHP, JS, SQL)
Fundamentos - Curso Desarrollo Web (HTML, JS, PHP, JS, SQL)Fundamentos - Curso Desarrollo Web (HTML, JS, PHP, JS, SQL)
Fundamentos - Curso Desarrollo Web (HTML, JS, PHP, JS, SQL)EmanuelMuoz11
 

Último (20)

Poder puedo, pero no lo haré - T3chfest
Poder puedo, pero no lo haré - T3chfestPoder puedo, pero no lo haré - T3chfest
Poder puedo, pero no lo haré - T3chfest
 
gabriela marcano estructura iii historia del concreto
gabriela marcano  estructura iii historia del concretogabriela marcano  estructura iii historia del concreto
gabriela marcano estructura iii historia del concreto
 
Mecánica vectorial para ingenieros estática. Beer - Johnston. 11 Ed.pdf
Mecánica vectorial para ingenieros estática. Beer - Johnston. 11 Ed.pdfMecánica vectorial para ingenieros estática. Beer - Johnston. 11 Ed.pdf
Mecánica vectorial para ingenieros estática. Beer - Johnston. 11 Ed.pdf
 
Principios de Circuitos Eléctricos (Thomas L. Floyd) (Z-Library).pdf
Principios de Circuitos Eléctricos (Thomas L. Floyd) (Z-Library).pdfPrincipios de Circuitos Eléctricos (Thomas L. Floyd) (Z-Library).pdf
Principios de Circuitos Eléctricos (Thomas L. Floyd) (Z-Library).pdf
 
BROCHURE EDIFICIO MULTIFAMILIAR LIMA. PERU
BROCHURE EDIFICIO MULTIFAMILIAR LIMA. PERUBROCHURE EDIFICIO MULTIFAMILIAR LIMA. PERU
BROCHURE EDIFICIO MULTIFAMILIAR LIMA. PERU
 
Modulo 4 - Monitoreo Hidrobiológico de monitoreo ambiental
Modulo 4 - Monitoreo Hidrobiológico de monitoreo ambientalModulo 4 - Monitoreo Hidrobiológico de monitoreo ambiental
Modulo 4 - Monitoreo Hidrobiológico de monitoreo ambiental
 
concreto pretensado y postensado- reseña historica
concreto pretensado y postensado- reseña historicaconcreto pretensado y postensado- reseña historica
concreto pretensado y postensado- reseña historica
 
Cuadro de las web 1.0, 2.0 y 3.0 pptx
Cuadro de las web 1.0, 2.0 y 3.0     pptxCuadro de las web 1.0, 2.0 y 3.0     pptx
Cuadro de las web 1.0, 2.0 y 3.0 pptx
 
CALCULISTA AGUA POTABLE ALCANTARILLADO RURAL CURACAVÍ
CALCULISTA AGUA POTABLE ALCANTARILLADO RURAL CURACAVÍCALCULISTA AGUA POTABLE ALCANTARILLADO RURAL CURACAVÍ
CALCULISTA AGUA POTABLE ALCANTARILLADO RURAL CURACAVÍ
 
Diseño de Algoritmos Paralelos con la maestra Rina
Diseño de Algoritmos Paralelos con la maestra RinaDiseño de Algoritmos Paralelos con la maestra Rina
Diseño de Algoritmos Paralelos con la maestra Rina
 
aplicacion-del-metodo-cientifico-de-roberto-hernandez-carlos-fernandez-y-pila...
aplicacion-del-metodo-cientifico-de-roberto-hernandez-carlos-fernandez-y-pila...aplicacion-del-metodo-cientifico-de-roberto-hernandez-carlos-fernandez-y-pila...
aplicacion-del-metodo-cientifico-de-roberto-hernandez-carlos-fernandez-y-pila...
 
PPT_Conferencia OBRAS PUBLICAS x ADMNISTRACION DIRECTA.pdf
PPT_Conferencia OBRAS PUBLICAS x ADMNISTRACION DIRECTA.pdfPPT_Conferencia OBRAS PUBLICAS x ADMNISTRACION DIRECTA.pdf
PPT_Conferencia OBRAS PUBLICAS x ADMNISTRACION DIRECTA.pdf
 
TAREA 1 - Parada de Planta compresoras de gas
TAREA 1 - Parada de Planta compresoras de gasTAREA 1 - Parada de Planta compresoras de gas
TAREA 1 - Parada de Planta compresoras de gas
 
Método inductivo.pdf-lizzeh cuellar cardenas
Método inductivo.pdf-lizzeh cuellar cardenasMétodo inductivo.pdf-lizzeh cuellar cardenas
Método inductivo.pdf-lizzeh cuellar cardenas
 
IA T3 Elaboración e interpretación de planos.pptx
IA T3 Elaboración e interpretación de planos.pptxIA T3 Elaboración e interpretación de planos.pptx
IA T3 Elaboración e interpretación de planos.pptx
 
analisis matematico 2 elon lages lima .pdf
analisis matematico 2 elon lages lima .pdfanalisis matematico 2 elon lages lima .pdf
analisis matematico 2 elon lages lima .pdf
 
1_Tipos Básicos de Motores - funcionamientos
1_Tipos Básicos de Motores - funcionamientos1_Tipos Básicos de Motores - funcionamientos
1_Tipos Básicos de Motores - funcionamientos
 
CV_SOTO_SAUL 30-01-2024 (1) arquitecto.pdf
CV_SOTO_SAUL 30-01-2024  (1) arquitecto.pdfCV_SOTO_SAUL 30-01-2024  (1) arquitecto.pdf
CV_SOTO_SAUL 30-01-2024 (1) arquitecto.pdf
 
Presentación de Ciencia, Cultura y Progreso.pptx
Presentación de Ciencia, Cultura y Progreso.pptxPresentación de Ciencia, Cultura y Progreso.pptx
Presentación de Ciencia, Cultura y Progreso.pptx
 
Fundamentos - Curso Desarrollo Web (HTML, JS, PHP, JS, SQL)
Fundamentos - Curso Desarrollo Web (HTML, JS, PHP, JS, SQL)Fundamentos - Curso Desarrollo Web (HTML, JS, PHP, JS, SQL)
Fundamentos - Curso Desarrollo Web (HTML, JS, PHP, JS, SQL)
 

Modelos del ciclo de vida del software

  • 3.  Porque se les llama prescriptivos: Porque prescriben un conjunto de elementos de proceso:  actividades del marco de trabajo,  acciones de ingeniería del software,  tareas,  productos del trabajo,  aseguramiento de calidad y  mecanismos de control de cambio para cada proyecto.  También prescribe un flujo de trabajo
  • 4.  Cualquier organización de Ingeniería del software debe describir un conjunto único de actividades dentro del marco de trabajo.
  • 6. CUANDO SE UTILIZA:  Existen ocasiones en que los requisitos de un problema se entienden de manera razonable: cuando el trabajo fluye desde la comunicación a través del despliegue de una manera casi lineal. Ejemplo: adaptaciones o mejoras a un sistema de contabilidad existente debido a los cambios en las regulaciones del Gobierno.  En un número limitado de proyectos de nuevos desarrollos, cuando los requerimientos están bien definidos y son estables de forma razonable.
  • 7. MODELO EN CASCADA  Algunas veces llamado “Ciclo de vida clásico” sugiere:  Un enfoque sistemático secuencial hacia el desarrollo del software.  Es el paradigma mas antiguo para la ingeniería del software.
  • 8. MODELO EN CASCADA Comunicación Inicio del proyecto Recopilación de requisitos Planeación Estimación Itinerario Seguimiento Modelado Análisis Diseño Despliegue Entrada Soporte retroalimentación Construcción Código Prueba
  • 9. MODELO EN CASCADA Problemas al aplicar el modelo:  Es muy raro que los proyectos reales sigan el flujo secuencial que propone el modelo.  Es difícil para el cliente establecer los requisitos de manera explicita. El modelo en cascada lo requiere.  El cliente debe tener paciencia. Debe esperar que el proyecto esté bien avanzado para poder probar una versión que funcione del programa.
  • 10. MODELO EN CASCADA  Resultados de aplicar el modelo  Los cambios confunden mientras el equipo del proyecto actúa.  Incorporan la incertidumbre natural.  Un error grave será desastroso si no se detecta antes de la revisión del programa.
  • 11. MODELO EN CASCADA Conclusión de análisis a un proyecto real.  Conduce a estados de bloqueo  El estado de bloqueo tiende a ser mas común al principio y al final del proceso  Puede servir como modelo en situaciones donde los requerimientos están fijos, y donde el trabajo se realiza hasta su conclusión de una manera lineal.
  • 13.  En muchas situaciones los requisitos iniciales del Software están bien definidos en forma razonable, pero el enfoque global excluye un proceso puramente lineal.  Quizá haya necesidad de proporcionar un conjunto limitado de funcionalidad para el usuario y después refinarla y expandirla en las entregas posteriores del Software.
  • 14. MODELO INCREMENTAL Se da cuando:  Los requisitos iniciales del software están bien definidos en forma razonable.  Hay una necesidad imperiosa de proporcionar un conjunto de funcionalidad al usuario y después refinarla y expandirla.  A menudo, al utilizar un modelo incremental el primer incremento es un producto esencial
  • 15. MODELO INCREMENTAL Características:  Este modelo combina elementos del modelo en cascada aplicada en forma iterativa.  Aplica secuencias lineales de manera escalonada conforme avanza el tiempo en el calendario.  Cada secuencia lineal produce incrementos de software
  • 16. MODELO INCREMENTAL Ejemplo de un software procesador de texto:  Primer incremento:  Realiza funciones básicas de administración de archivos, edición y producción de documentos  Segundo incremento:  Ediciones mas sofisticadas y tendría funciones mas complejas de producción de documentos.  Tercer incremento:  Funciones de corrección ortográfica y gramatical  Cuarto incremento:  Capacidades avanzadas de configuración de pagina.
  • 17. MODELO INCREMENTAL  En este modelo el primer incremento es un productos esencial.  Es iterativo por naturaleza.  Se enfoca en la entrega de un productos funcional con cada incremento.  Es útil cuando el personal necesario para una implementación completa no esta disponible.  Los primeros incrementos se pueden implementar con menos gente.
  • 18. MODELO INCREMENTAL Análisis Diseño Código Prueba Análisis Diseño Código Prueba Análisis Diseño Código Prueba Entrega de primer incremento Entrega de segundo incremento Entrega de tercer incremento Tiempo calendario
  • 19. Desarrollo Rápido de Aplicaciones (DRA)
  • 20. Desarrollo Rápido de Aplicaciones (DRA)  Objetivo: Desarrollo de sistemas en poco tiempo  Adaptación a “alta velocidad” del modelo en cascada.  Equipos trabajando en paralelo  Aplicando tecnología de componentes  Del inglés Rapid Application Development (RAD)
  • 21. Fases del Módelo DRA Comunicación Planificación Modelado •Gestión •Datos •Proceso Construcción • Reutilización de componentes • Creación de nuevos componentes • Pruebas Modelado •Gestión •Datos •Proceso Construcción • Reutilización de componentes • Creación de nuevos componentes • Pruebas Equipo 1 Equipo n Despliegue •Pruebas •Entrega •Retroalimentación 60 – 90 días
  • 22. Ventajas y Desventajas del DRA  Ventajas  Rapidez(Enfatiza ciclos de desarrollo extremadamente cortos)  Válido para aplicaciones modularizables  Reutilización  Desventajas  Exige conocer bien los requisitos y delimitar el ámbito del proyecto  Número de personas  Clientes y desarrolladores comprometidos  Gestión riesgos técnicos altos ○ Uso de nueva tecnología ○ Alto grado de interoperabilidad con sistemas existentes ○ Cuando los riesgo son altos DRA no es apropiado
  • 24. - Los modelos evolutivos son iterativos, los caracteriza la forma en que permiten que los ingenieros de software desarrollen versiones cada vez más completas del Software. - Las estrictas fechas tope del mercado imposibilitan la conclusión de un producto completo, por lo que se debe presentar una versión limitada para liberar la presión competitiva y de negocios.
  • 25. 1. CONSTRUCCIÓN DE PROTOTIPOS  A menudo un cliente define un conjunto de objetivos generales para el software pero no identifica los requisitos detallados de entrada, procesamiento o salida.
  • 26. Desventajas El cliente ve lo que parece una versión en funcionamiento del software, sin saber que el prototipo está unido con chicle, que por la prisa de hacerlo funcionar no se ha considerado la calidad del software. Cuando se informa que el producto debe construirse otra vez para mantener los altos niveles de calidad, el cliente no lo entiende, es frecuente que la gestión sea muy lenta. A menudo, el desarrollador establece compromisos de implementación para lograr que el prototipo funcione con rapidez. Tal vez se utilice un sistema operativo o lenguaje de programación inadecuado solo porque está disponible y es conocido.
  • 27. Plan rápido Modelado, diseño rápido Construcción del prototipo Desarrollo, entrega y retroalimentación Comunicación
  • 28. 2. MODELO EN ESPIRAL Historia  El creador del modelo en espiral fue Barry Boehm  Sirvió dentro del departamento de ESTADOS UNIDOS de la defensa (DoD) como director de la oficina de las ciencias y de la tecnología de la información de DARPA  Sus contribuciones al campo incluyen el modelo constructivo del coste (COCOMO), el modelo espiral del proceso del software propuesto originalmente por BOEHM en 1976
  • 30.  Cuando se aplica el modelo en espiral, el software se desarrolla en una serie de entregas evolutivas. Durante las primeras iteraciones, la entrega tal vez sea un documento del modelo o un prototipo. Durante las últimas iteraciones se producen versiones cada vez más complejas del sistema desarrollado.
  • 31.  A diferencia de otros modelos de proceso que terminan cuando se entrega el software, el modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del Software de computadora.  El modelo en espiral es un enfoque realista para el desarrollo de software y de sistemas a gran escala.  Es difícil convencer a los clientes de que el enfoque evolutivo es controlable.
  • 32.  A medida que el software evoluciona, el desarrollador y el cliente comprenden y reaccionan mejor ante los riesgos en cada uno de los niveles evolutivos.  Mantiene el enfoque sistemático de los pasos del ciclo de vida clásico, pero lo incorpora al marco de trabajo iterativo.
  • 33. Principios Básicos  Decidir qué problema se quiere resolver antes de viajar a resolverlo.  Examinar tus múltiples alternativas de acción y elegir una de las más convenientes.  No ser tan ingenuo para pensar que el sistema que estás construyendo será "EL" sistema que el cliente necesita.  Conocer (comprender) los niveles de riesgo, que tendrás que tolerar.
  • 34. Como Elegir el Modelo Puntos a tomar en cuenta para elegir el modelo.  Hay Cambio significativo a medida que avance el proyecto. (Evolutivo)  Se Comprende bien toda la arquitectura del sistema al comenzar el proyecto. (Lineales)  Fiabilidad. (Formales)  Que tiempo extra se necesita para planificar y diseñar durante el proyecto para posibles versiones futuras. (DRA)  Existe una Planificación predefinida. (Espiral)  Se tendrá que Realizar modificaciones a medio camino.
  • 35.  Analizar el siguiente problema, luego dar su respuesta de cual modelo utilizaría para este caso y explicar la razón por la cual eligió dicho modelo:  Se supone que se va desarrollar una aplicación relativa a la gestión de pedidos de una empresa. En este caso el cliente ya tiene claro qué es lo que quiere. El personal informático va a utilizar una tecnología que le resulta completamente nueva. Indique qué tipo de ciclo de vida es más apropiado y qué procesos se deberían utilizar para desarrollar esta aplicación. Explique su respuesta
  • 36. Lecturas complementarias  Leer el capítulo 3 del libro de texto de Roger Pressman, para ampliar tus conocimientos.