SlideShare a Scribd company logo
1 of 20
WEBQUEST
MODELOS DE PROCESOS
DE SOFTWARE
INTRODUCCION
❖ En los 50 no existían metodologías de desarrollo, el
desarrollo estaba a cargo de los propios programadores.
❖ Los resultados eran impredecibles pues no sabían
cuándo concluirán un proyecto de software
❖ La informática aporta herramientas y procedimientos que
se apoyan en la ingeniería de software con el fin de
mejorar la calidad de los productos de software
Existen diferente metodos y metodologias para el desarrollo
de software según Sommerville (2005) menciona:
• Modelo de desarrollo de software: es una
representación simplificada del proceso para el desarrollo
de software
• Metodología de desarrollo de software: es un
enfoque estructurado para el desarrollo de software que
incluye modelos de sistemas, notaciones, reglas,etc
Definición de un modelo de proceso de software
Un modelo de proceso en una plantilla patrón o marco que
define el proceso a través del cual se crea un software es
decir los procesos son instancias de un modelo de proceso.
● Todo el desarrollo del software se puede caracterizar
como un bucle de resolución de problemas estas cuatro
etapas son:
● Definición de problemas : identifica el
problema específico a resolverse
● Desarrollo técnico : resuelve problemas
a través de la aplicación de alguna
tecnología
● Integración de soluciones : ofrece
resultados a los que solicitan una solución
de primer lugar por ejemplo en
documentos ,programas ,datos,etc.
● Estado actual : es el estado actual de
sucesos
MODELOS DE PROCESO ITERATIVOS E INCREMENTALES
•La principal característica de estos modelos es que permite
crear cada vez versiones más completas de software, para
esto construimos versiones sucesivas de un producto. Se
crea una primera versión que es utilizada por el usuario
donde se provee retroalimentación al desarrollador, y según
los requerimientos especificados de éste usuario se crea una
segunda versión.
MODELO ITERATIVO
•Consiste en la iteracion de varios ciclos de vida en cascada. Al final
de cada iteracion se entrega una version mejorada
MODELO EN V
Modelo en las pruebas necesitan empezarse lo mas pronto posible en el ciclo de
vida
Modelo Espiral
Creado por el programador-analista Barry Boehm en 1957.
El MODELO en espiral, es un modelo de proceso de software evolutivo donde se conjuga la naturaleza de
construcción de prototipos con los aspectos controlados y sistemáticos del MODELO LINEAL y
SECUENCIAL.
El modelo espiral tuvo varias modificaciones como ser:
● modelo de Boehm
● modelo típico de seis regiones
● modelo win win
Modelo de Boehm, cada vuelta se divide en cuatro sectores: planeacion, analisis de riesgo, ingeniería y
evaluación.
Modelo típico de seis regiones, las regiones que lo componen son: comunicación con el cliente,
planificación, análisis de riesgos, ingeniería, adaptación y construcción, evaluación del cliente.
Modelo winwin, define las siguientes actividades: identificación, determinación y negociación.
Ventajas
El modelo en espiral puede adaptarse y aplicarse
a lo largo de la vida del software de
computadora.
El modelo en espiral permite a quien lo desarrolla
aplicar el enfoque de construcción de prototipos
en cualquier etapa de evolución del producto.
Desventajas
Debido a su elevada complejidad no se aconseja
utilizarlo en pequeños sistemas.
Genera mucho tiempo en el desarrollo del
sistema
Modelo costoso
Modelo Prototipo
El Modelo de prototipos, en Ingeniería de software, pertenece a los modelos de
desarrollo evolutivo. El prototipo debe ser construido en poco tiempo, usando los
programas adecuados y no se debe utilizar muchos recursos.
ETAPAS
Plan rápido.
Modelado, diseño rápido
Construcción del Prototipo
Desarrollo, entrega y retroalimentación
Comunicación
Entrega del desarrollo final
VENTAJAS
Este modelo es útil cuando el cliente conoce los objetivos generales para el software,
pero no identifica los requisitos detallados de entrada, procesamiento o salida.
También ofrece un mejor enfoque cuando el responsable del desarrollo del software
está inseguro de la eficacia de un algoritmo, de la adaptabilidad de un sistema operativo
o de la forma que debería tomar la interacción humano-máquina
Se puede reutilizar el codigo
La construcción de prototipos se puede utilizar como un modelo del proceso
independiente, se emplea más comúnmente como una técnica susceptible de
implementarse dentro del contexto de cualquiera de los modelos del proceso expuestos.
Desventajas
El usuario tiende a crearse unas expectativas cuando ve el prototipo de cara al
sistema final. A causa de la intención de crear un prototipo de forma rápida, se
suelen desatender aspectos importantes, tales como la calidad y el mantenimiento
a largo plazo, lo que obliga en la mayor parte de los casos a reconstruirlo una vez
que el prototipo ha cumplido su función. Es frecuente que el usuario se muestre
reacción a ello y pida que sobre ese prototipo se construya el sistema final, lo que
lo convertiría en un prototipo evolutivo, pero partiendo de un estado poco
recomendado.
En aras de desarrollar rápidamente el prototipo, el desarrollador suele tomar
algunas decisiones de implementación poco convenientes (por ejemplo, elegir un
lenguaje de programación incorrecto porque proporciona un desarrollo más rápido).
Con el paso del tiempo, el desarrollador puede olvidarse de la razón que le llevó a
tomar tales decisiones, con lo que se corre el riesgo de que dichas elecciones
pasen a formar parte del sistema
MODELO EVOLUTIVO INCREMENTAL
● El Modelo Incremental combina elementos del Modelo Lineal Secuencial con la filosofía interactiva de Construcción de Prototipos.
● El Modelo Incremental es de naturaleza interactiva brindando al final de cada incremento la entrega de un producto
completamente operacional.
CARACTERÍSTICAS
● Se evitan proyectos largos y se entrega "algo de
valor" a los usuarios con cierta frecuencia.
● El usuario se involucra más.
VENTAJAS:
● Con un paradigma incremental se reduce el tiempo
de desarrollo inicial, ya que se implementa la
funcionalidad parcial.
● El modelo proporciona todas las ventajas del
modelo en Cascada realimentado, reduciendo sus
desventajas sólo al ámbito de cada incremento.
DESVENTAJAS:
● 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.
Metodología de desarrollo ágil SCRUM
Define un marco para la gestión de proyectos, que se ha utilizado con éxito
durante los últimos 10 años.
Está especialmente indicada para proyectos con un rápido cambio de requisitos.
Características
- El desarrollo de software se realiza mediante iteraciones, denominadas
sprints, con una duración de 30 días.
- Las reuniones a lo largo proyecto, entre ellas destaca la reunión diaria de 15
minutos del equipo de desarrollo para coordinación e integración
Ventajas y desventajas SCRUM
Ventajas
• Se obtiene software lo más rápido posible y este cumple con los requerimientos
más importantes.
• Se trabaja en iteraciones cortas, de alto enfoque y total transparencia.
Desventajas
• Requiere delegar responsabilidades al equipo, incluso permite fallar si es
necesario.
• Es una metodología que difiere del resto, y esto causa cierta resistencia en su
aplicación para algunas personas.
Modelo Ágil
Manifiesto ágil (2001)
Se están poniendo al descubierto mejores métodos para desarrollar software, haciéndolo y
ayudando a otros a que lo hagan. Con este trabajo hemos llegado a valorar:
A los individuos y su interacción por encima de los procesos y las
herramientas
El software que funciona por encima de la
documentación exhaustiva
La colaboración con el cliente por encima de la negociación
contractual
La respuesta al cambio por encima al
seguimiento de un plan
Aunque hay valor en los elementos de la derecha, valoramos mas los de la izquierda.
Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward
Cunningham, Martin Fowler, James Grenning, Jim Highsmith, Andrew
Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin, Steve
Mellor, Ken Schwaber, Jeff Sutherland, Dave Thomas
Modelo Ágil
eXtreme Programming (XP)
Este es el método que más popularidad ha alcanzado entre las metodologías ágiles, y
posiblemente sea también el más transgresor de la ortodoxia basada en procesos.
Su creador, Kent Beck fue el alma mater del Manifiesto Ágil.
Extreme Programming (XP) se basa sobre la suposición de que es posible desarrollar
software de gran calidad a pesar, o incluso como consecuencia del cambio continuo. Su
principal asunción es que con un poco de planificación, un poco de codificación y unas
pocas pruebas se puede decidir si se está siguiendo un camino acertado o equivocado,
evitando así tener que echar marcha atrás demasiado tarde.
Valores que inspiran XP
Simplicidad Feedback Coraje Comunicación
Respeto

More Related Content

What's hot

Cuadro comparativo
Cuadro comparativoCuadro comparativo
Cuadro comparativo
IngenierosD
 
Modelos Prescriptivos del Desarrollo del Sistema de Información
Modelos Prescriptivos del Desarrollo del Sistema de InformaciónModelos Prescriptivos del Desarrollo del Sistema de Información
Modelos Prescriptivos del Desarrollo del Sistema de Información
Isaias Toledo
 
Modelo espiral win win
Modelo espiral win winModelo espiral win win
Modelo espiral win win
khinkhe
 
Modelo xp para desarrollo de proyecto
Modelo xp para desarrollo de proyectoModelo xp para desarrollo de proyecto
Modelo xp para desarrollo de proyecto
Johita Guerrero
 
Metodología xp
Metodología xpMetodología xp
Metodología xp
Piskamen
 

What's hot (20)

Paradigmas
ParadigmasParadigmas
Paradigmas
 
Modelo evolutivo
Modelo evolutivoModelo evolutivo
Modelo evolutivo
 
Cuadro comparativo
Cuadro comparativoCuadro comparativo
Cuadro comparativo
 
Modelos Prescriptivos del Desarrollo del Sistema de Información
Modelos Prescriptivos del Desarrollo del Sistema de InformaciónModelos Prescriptivos del Desarrollo del Sistema de Información
Modelos Prescriptivos del Desarrollo del Sistema de Información
 
Metodologías tradicionales: Desarrollo de Software
Metodologías tradicionales: Desarrollo de Software Metodologías tradicionales: Desarrollo de Software
Metodologías tradicionales: Desarrollo de Software
 
Modelos de Desarrollo
Modelos de DesarrolloModelos de Desarrollo
Modelos de Desarrollo
 
Modelo espiral win win
Modelo espiral win winModelo espiral win win
Modelo espiral win win
 
Modelos de desarrollo de software
Modelos de desarrollo de softwareModelos de desarrollo de software
Modelos de desarrollo de software
 
Modelos de Ing de soft
Modelos de Ing de softModelos de Ing de soft
Modelos de Ing de soft
 
metodologia de prototipos
metodologia de prototiposmetodologia de prototipos
metodologia de prototipos
 
Modelos evolutivos. incremental y espiral
Modelos evolutivos. incremental y espiralModelos evolutivos. incremental y espiral
Modelos evolutivos. incremental y espiral
 
Modelos de proceso evolutivos – prototipos
Modelos de proceso evolutivos – prototiposModelos de proceso evolutivos – prototipos
Modelos de proceso evolutivos – prototipos
 
Modelo de desarrollo de software
Modelo de desarrollo de softwareModelo de desarrollo de software
Modelo de desarrollo de software
 
Modelo xp para desarrollo de proyecto
Modelo xp para desarrollo de proyectoModelo xp para desarrollo de proyecto
Modelo xp para desarrollo de proyecto
 
Grupo 5-modelos-de-procesos-de-software
Grupo 5-modelos-de-procesos-de-softwareGrupo 5-modelos-de-procesos-de-software
Grupo 5-modelos-de-procesos-de-software
 
Moodle: Un ejemplo del modelo de desarrollo y gestión de proyectos open source
Moodle: Un ejemplo del modelo de desarrollo y gestión de proyectos open sourceMoodle: Un ejemplo del modelo de desarrollo y gestión de proyectos open source
Moodle: Un ejemplo del modelo de desarrollo y gestión de proyectos open source
 
Metodologías emergentes
Metodologías emergentesMetodologías emergentes
Metodologías emergentes
 
Modelo Descrptivos Del Proceso Del Sofware
Modelo Descrptivos  Del  Proceso Del SofwareModelo Descrptivos  Del  Proceso Del Sofware
Modelo Descrptivos Del Proceso Del Sofware
 
Metodologias todas
Metodologias todasMetodologias todas
Metodologias todas
 
Metodología xp
Metodología xpMetodología xp
Metodología xp
 

Viewers also liked

Elaboración de expedientes técnicos
Elaboración de expedientes técnicosElaboración de expedientes técnicos
Elaboración de expedientes técnicos
Franz Malqui
 
DESARROLLO DE PROTOTIPOS
DESARROLLO DE PROTOTIPOSDESARROLLO DE PROTOTIPOS
DESARROLLO DE PROTOTIPOS
UDEC
 

Viewers also liked (12)

unidad 4
unidad 4unidad 4
unidad 4
 
Presentaciã³n1
Presentaciã³n1Presentaciã³n1
Presentaciã³n1
 
Sistemas de Informacion
Sistemas de InformacionSistemas de Informacion
Sistemas de Informacion
 
Desarrollo productos prototipo-2
Desarrollo productos prototipo-2Desarrollo productos prototipo-2
Desarrollo productos prototipo-2
 
MODELOS DE MANEJO DE INFORMACION
MODELOS DE MANEJO DE INFORMACIONMODELOS DE MANEJO DE INFORMACION
MODELOS DE MANEJO DE INFORMACION
 
Unidad 4 Alternativas de adquisición de sistemas de información
Unidad 4 Alternativas de adquisición de sistemas de información Unidad 4 Alternativas de adquisición de sistemas de información
Unidad 4 Alternativas de adquisición de sistemas de información
 
Prototipos en el proceso de diseño
Prototipos en el proceso de diseñoPrototipos en el proceso de diseño
Prototipos en el proceso de diseño
 
Prototipos
PrototiposPrototipos
Prototipos
 
Análisis y diseño de sistemas estructurado
Análisis y diseño de sistemas estructuradoAnálisis y diseño de sistemas estructurado
Análisis y diseño de sistemas estructurado
 
Exp tecnico slideshare
Exp tecnico slideshareExp tecnico slideshare
Exp tecnico slideshare
 
Elaboración de expedientes técnicos
Elaboración de expedientes técnicosElaboración de expedientes técnicos
Elaboración de expedientes técnicos
 
DESARROLLO DE PROTOTIPOS
DESARROLLO DE PROTOTIPOSDESARROLLO DE PROTOTIPOS
DESARROLLO DE PROTOTIPOS
 

Similar to Doc grupo2-webquest

Metodología de desarrollo de software
Metodología de desarrollo de softwareMetodología de desarrollo de software
Metodología de desarrollo de software
Abner Garcia
 
Unidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de softwareUnidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de software
Andhy H Palma
 

Similar to Doc grupo2-webquest (20)

Trabajo de sistemas de software
Trabajo de sistemas de softwareTrabajo de sistemas de software
Trabajo de sistemas 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
 
Modelos de proceso del software
Modelos de proceso del softwareModelos de proceso del software
Modelos de proceso del software
 
Modelo de desarrollo del software
Modelo de desarrollo del softwareModelo de desarrollo del software
Modelo de desarrollo del software
 
Modelo de desarrollo del software
Modelo de desarrollo del softwareModelo de desarrollo del software
Modelo de desarrollo del software
 
Modelos de desarrollo de software
Modelos de desarrollo de softwareModelos de desarrollo de software
Modelos de desarrollo de software
 
procesos de desarrollo de software
procesos de desarrollo de softwareprocesos de desarrollo de software
procesos de desarrollo de software
 
Metodología de desarrollo de software
Metodología de desarrollo de softwareMetodología de desarrollo de software
Metodología de desarrollo de software
 
Presentacion grupo8
Presentacion grupo8Presentacion grupo8
Presentacion grupo8
 
Unidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de softwareUnidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de software
 
Unidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de softwareUnidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de software
 
Modelos
ModelosModelos
Modelos
 
Investigación de modelos
Investigación de modelos Investigación de modelos
Investigación de modelos
 
Wen
WenWen
Wen
 
C iclos de vida del software
C iclos de vida del softwareC iclos de vida del software
C iclos de vida del software
 
Modelos del software
Modelos del softwareModelos del software
Modelos del software
 
Jhostin vasquez modelos de software
Jhostin vasquez   modelos de softwareJhostin vasquez   modelos de software
Jhostin vasquez modelos de software
 
Fundamentos de ingenieria de Sosftware - Unidad 2 metodologias de desarrollo
Fundamentos de ingenieria de Sosftware - Unidad 2 metodologias de desarrolloFundamentos de ingenieria de Sosftware - Unidad 2 metodologias de desarrollo
Fundamentos de ingenieria de Sosftware - Unidad 2 metodologias de desarrollo
 
Especializacion karla florez
Especializacion karla florezEspecializacion karla florez
Especializacion karla florez
 
Modelos de Desarrollo del Software
Modelos de Desarrollo del SoftwareModelos de Desarrollo del Software
Modelos de Desarrollo del Software
 

Recently uploaded

🦄💫4° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
🦄💫4° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx🦄💫4° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
🦄💫4° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
EliaHernndez7
 
FORTI-MAYO 2024.pdf.CIENCIA,EDUCACION,CULTURA
FORTI-MAYO 2024.pdf.CIENCIA,EDUCACION,CULTURAFORTI-MAYO 2024.pdf.CIENCIA,EDUCACION,CULTURA
FORTI-MAYO 2024.pdf.CIENCIA,EDUCACION,CULTURA
El Fortí
 
Concepto y definición de tipos de Datos Abstractos en c++.pptx
Concepto y definición de tipos de Datos Abstractos en c++.pptxConcepto y definición de tipos de Datos Abstractos en c++.pptx
Concepto y definición de tipos de Datos Abstractos en c++.pptx
Fernando Solis
 

Recently uploaded (20)

Dinámica florecillas a María en el mes d
Dinámica florecillas a María en el mes dDinámica florecillas a María en el mes d
Dinámica florecillas a María en el mes d
 
🦄💫4° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
🦄💫4° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx🦄💫4° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
🦄💫4° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
 
Interpretación de cortes geológicos 2024
Interpretación de cortes geológicos 2024Interpretación de cortes geológicos 2024
Interpretación de cortes geológicos 2024
 
ACRÓNIMO DE PARÍS PARA SU OLIMPIADA 2024. Por JAVIER SOLIS NOYOLA
ACRÓNIMO DE PARÍS PARA SU OLIMPIADA 2024. Por JAVIER SOLIS NOYOLAACRÓNIMO DE PARÍS PARA SU OLIMPIADA 2024. Por JAVIER SOLIS NOYOLA
ACRÓNIMO DE PARÍS PARA SU OLIMPIADA 2024. Por JAVIER SOLIS NOYOLA
 
Procedimientos para la planificación en los Centros Educativos tipo V ( multi...
Procedimientos para la planificación en los Centros Educativos tipo V ( multi...Procedimientos para la planificación en los Centros Educativos tipo V ( multi...
Procedimientos para la planificación en los Centros Educativos tipo V ( multi...
 
FORTI-MAYO 2024.pdf.CIENCIA,EDUCACION,CULTURA
FORTI-MAYO 2024.pdf.CIENCIA,EDUCACION,CULTURAFORTI-MAYO 2024.pdf.CIENCIA,EDUCACION,CULTURA
FORTI-MAYO 2024.pdf.CIENCIA,EDUCACION,CULTURA
 
Concepto y definición de tipos de Datos Abstractos en c++.pptx
Concepto y definición de tipos de Datos Abstractos en c++.pptxConcepto y definición de tipos de Datos Abstractos en c++.pptx
Concepto y definición de tipos de Datos Abstractos en c++.pptx
 
Tema 17. Biología de los microorganismos 2024
Tema 17. Biología de los microorganismos 2024Tema 17. Biología de los microorganismos 2024
Tema 17. Biología de los microorganismos 2024
 
Tema 8.- PROTECCION DE LOS SISTEMAS DE INFORMACIÓN.pdf
Tema 8.- PROTECCION DE LOS SISTEMAS DE INFORMACIÓN.pdfTema 8.- PROTECCION DE LOS SISTEMAS DE INFORMACIÓN.pdf
Tema 8.- PROTECCION DE LOS SISTEMAS DE INFORMACIÓN.pdf
 
SESION DE PERSONAL SOCIAL. La convivencia en familia 22-04-24 -.doc
SESION DE PERSONAL SOCIAL.  La convivencia en familia 22-04-24  -.docSESION DE PERSONAL SOCIAL.  La convivencia en familia 22-04-24  -.doc
SESION DE PERSONAL SOCIAL. La convivencia en familia 22-04-24 -.doc
 
Power Point: Fe contra todo pronóstico.pptx
Power Point: Fe contra todo pronóstico.pptxPower Point: Fe contra todo pronóstico.pptx
Power Point: Fe contra todo pronóstico.pptx
 
PINTURA DEL RENACIMIENTO EN ESPAÑA (SIGLO XVI).ppt
PINTURA DEL RENACIMIENTO EN ESPAÑA (SIGLO XVI).pptPINTURA DEL RENACIMIENTO EN ESPAÑA (SIGLO XVI).ppt
PINTURA DEL RENACIMIENTO EN ESPAÑA (SIGLO XVI).ppt
 
Sesión de clase: Fe contra todo pronóstico
Sesión de clase: Fe contra todo pronósticoSesión de clase: Fe contra todo pronóstico
Sesión de clase: Fe contra todo pronóstico
 
LABERINTOS DE DISCIPLINAS DEL PENTATLÓN OLÍMPICO MODERNO. Por JAVIER SOLIS NO...
LABERINTOS DE DISCIPLINAS DEL PENTATLÓN OLÍMPICO MODERNO. Por JAVIER SOLIS NO...LABERINTOS DE DISCIPLINAS DEL PENTATLÓN OLÍMPICO MODERNO. Por JAVIER SOLIS NO...
LABERINTOS DE DISCIPLINAS DEL PENTATLÓN OLÍMPICO MODERNO. Por JAVIER SOLIS NO...
 
SEPTIMO SEGUNDO PERIODO EMPRENDIMIENTO VS
SEPTIMO SEGUNDO PERIODO EMPRENDIMIENTO VSSEPTIMO SEGUNDO PERIODO EMPRENDIMIENTO VS
SEPTIMO SEGUNDO PERIODO EMPRENDIMIENTO VS
 
ACTIVIDAD DIA DE LA MADRE FICHA DE TRABAJO
ACTIVIDAD DIA DE LA MADRE FICHA DE TRABAJOACTIVIDAD DIA DE LA MADRE FICHA DE TRABAJO
ACTIVIDAD DIA DE LA MADRE FICHA DE TRABAJO
 
Medición del Movimiento Online 2024.pptx
Medición del Movimiento Online 2024.pptxMedición del Movimiento Online 2024.pptx
Medición del Movimiento Online 2024.pptx
 
Feliz Día de la Madre - 5 de Mayo, 2024.pdf
Feliz Día de la Madre - 5 de Mayo, 2024.pdfFeliz Día de la Madre - 5 de Mayo, 2024.pdf
Feliz Día de la Madre - 5 de Mayo, 2024.pdf
 
Lecciones 05 Esc. Sabática. Fe contra todo pronóstico.
Lecciones 05 Esc. Sabática. Fe contra todo pronóstico.Lecciones 05 Esc. Sabática. Fe contra todo pronóstico.
Lecciones 05 Esc. Sabática. Fe contra todo pronóstico.
 
Unidad 3 | Metodología de la Investigación
Unidad 3 | Metodología de la InvestigaciónUnidad 3 | Metodología de la Investigación
Unidad 3 | Metodología de la Investigación
 

Doc grupo2-webquest

  • 2. INTRODUCCION ❖ En los 50 no existían metodologías de desarrollo, el desarrollo estaba a cargo de los propios programadores. ❖ Los resultados eran impredecibles pues no sabían cuándo concluirán un proyecto de software ❖ La informática aporta herramientas y procedimientos que se apoyan en la ingeniería de software con el fin de mejorar la calidad de los productos de software
  • 3. Existen diferente metodos y metodologias para el desarrollo de software según Sommerville (2005) menciona: • Modelo de desarrollo de software: es una representación simplificada del proceso para el desarrollo de software • Metodología de desarrollo de software: es un enfoque estructurado para el desarrollo de software que incluye modelos de sistemas, notaciones, reglas,etc
  • 4. Definición de un modelo de proceso de software Un modelo de proceso en una plantilla patrón o marco que define el proceso a través del cual se crea un software es decir los procesos son instancias de un modelo de proceso. ● Todo el desarrollo del software se puede caracterizar como un bucle de resolución de problemas estas cuatro etapas son:
  • 5. ● Definición de problemas : identifica el problema específico a resolverse ● Desarrollo técnico : resuelve problemas a través de la aplicación de alguna tecnología ● Integración de soluciones : ofrece resultados a los que solicitan una solución de primer lugar por ejemplo en documentos ,programas ,datos,etc. ● Estado actual : es el estado actual de sucesos
  • 6. MODELOS DE PROCESO ITERATIVOS E INCREMENTALES •La principal característica de estos modelos es que permite crear cada vez versiones más completas de software, para esto construimos versiones sucesivas de un producto. Se crea una primera versión que es utilizada por el usuario donde se provee retroalimentación al desarrollador, y según los requerimientos especificados de éste usuario se crea una segunda versión.
  • 7. MODELO ITERATIVO •Consiste en la iteracion de varios ciclos de vida en cascada. Al final de cada iteracion se entrega una version mejorada
  • 8. MODELO EN V Modelo en las pruebas necesitan empezarse lo mas pronto posible en el ciclo de vida
  • 9. Modelo Espiral Creado por el programador-analista Barry Boehm en 1957. El MODELO en espiral, es un modelo de proceso de software evolutivo donde se conjuga la naturaleza de construcción de prototipos con los aspectos controlados y sistemáticos del MODELO LINEAL y SECUENCIAL. El modelo espiral tuvo varias modificaciones como ser: ● modelo de Boehm ● modelo típico de seis regiones ● modelo win win
  • 10. Modelo de Boehm, cada vuelta se divide en cuatro sectores: planeacion, analisis de riesgo, ingeniería y evaluación. Modelo típico de seis regiones, las regiones que lo componen son: comunicación con el cliente, planificación, análisis de riesgos, ingeniería, adaptación y construcción, evaluación del cliente. Modelo winwin, define las siguientes actividades: identificación, determinación y negociación. Ventajas El modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de computadora. El modelo en espiral permite a quien lo desarrolla aplicar el enfoque de construcción de prototipos en cualquier etapa de evolución del producto. Desventajas Debido a su elevada complejidad no se aconseja utilizarlo en pequeños sistemas. Genera mucho tiempo en el desarrollo del sistema Modelo costoso
  • 11. Modelo Prototipo El Modelo de prototipos, en Ingeniería de software, pertenece a los modelos de desarrollo evolutivo. El prototipo debe ser construido en poco tiempo, usando los programas adecuados y no se debe utilizar muchos recursos. ETAPAS Plan rápido. Modelado, diseño rápido Construcción del Prototipo Desarrollo, entrega y retroalimentación Comunicación Entrega del desarrollo final
  • 12.
  • 13. VENTAJAS Este modelo es útil cuando el cliente conoce los objetivos generales para el software, pero no identifica los requisitos detallados de entrada, procesamiento o salida. También ofrece un mejor enfoque cuando el responsable del desarrollo del software está inseguro de la eficacia de un algoritmo, de la adaptabilidad de un sistema operativo o de la forma que debería tomar la interacción humano-máquina Se puede reutilizar el codigo La construcción de prototipos se puede utilizar como un modelo del proceso independiente, se emplea más comúnmente como una técnica susceptible de implementarse dentro del contexto de cualquiera de los modelos del proceso expuestos.
  • 14. Desventajas El usuario tiende a crearse unas expectativas cuando ve el prototipo de cara al sistema final. A causa de la intención de crear un prototipo de forma rápida, se suelen desatender aspectos importantes, tales como la calidad y el mantenimiento a largo plazo, lo que obliga en la mayor parte de los casos a reconstruirlo una vez que el prototipo ha cumplido su función. Es frecuente que el usuario se muestre reacción a ello y pida que sobre ese prototipo se construya el sistema final, lo que lo convertiría en un prototipo evolutivo, pero partiendo de un estado poco recomendado. En aras de desarrollar rápidamente el prototipo, el desarrollador suele tomar algunas decisiones de implementación poco convenientes (por ejemplo, elegir un lenguaje de programación incorrecto porque proporciona un desarrollo más rápido). Con el paso del tiempo, el desarrollador puede olvidarse de la razón que le llevó a tomar tales decisiones, con lo que se corre el riesgo de que dichas elecciones pasen a formar parte del sistema
  • 15. MODELO EVOLUTIVO INCREMENTAL ● El Modelo Incremental combina elementos del Modelo Lineal Secuencial con la filosofía interactiva de Construcción de Prototipos. ● El Modelo Incremental es de naturaleza interactiva brindando al final de cada incremento la entrega de un producto completamente operacional. CARACTERÍSTICAS ● Se evitan proyectos largos y se entrega "algo de valor" a los usuarios con cierta frecuencia. ● El usuario se involucra más. VENTAJAS: ● Con un paradigma incremental se reduce el tiempo de desarrollo inicial, ya que se implementa la funcionalidad parcial. ● El modelo proporciona todas las ventajas del modelo en Cascada realimentado, reduciendo sus desventajas sólo al ámbito de cada incremento. DESVENTAJAS: ● 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.
  • 16. Metodología de desarrollo ágil SCRUM Define un marco para la gestión de proyectos, que se ha utilizado con éxito durante los últimos 10 años. Está especialmente indicada para proyectos con un rápido cambio de requisitos. Características - El desarrollo de software se realiza mediante iteraciones, denominadas sprints, con una duración de 30 días. - Las reuniones a lo largo proyecto, entre ellas destaca la reunión diaria de 15 minutos del equipo de desarrollo para coordinación e integración
  • 17.
  • 18. Ventajas y desventajas SCRUM Ventajas • Se obtiene software lo más rápido posible y este cumple con los requerimientos más importantes. • Se trabaja en iteraciones cortas, de alto enfoque y total transparencia. Desventajas • Requiere delegar responsabilidades al equipo, incluso permite fallar si es necesario. • Es una metodología que difiere del resto, y esto causa cierta resistencia en su aplicación para algunas personas.
  • 19. Modelo Ágil Manifiesto ágil (2001) Se están poniendo al descubierto mejores métodos para desarrollar software, haciéndolo y ayudando a otros a que lo hagan. Con este trabajo hemos llegado a valorar: A los individuos y su interacción por encima de los procesos y las herramientas El software que funciona por encima de la documentación exhaustiva La colaboración con el cliente por encima de la negociación contractual La respuesta al cambio por encima al seguimiento de un plan Aunque hay valor en los elementos de la derecha, valoramos mas los de la izquierda. Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin, Steve Mellor, Ken Schwaber, Jeff Sutherland, Dave Thomas
  • 20. Modelo Ágil eXtreme Programming (XP) Este es el método que más popularidad ha alcanzado entre las metodologías ágiles, y posiblemente sea también el más transgresor de la ortodoxia basada en procesos. Su creador, Kent Beck fue el alma mater del Manifiesto Ágil. Extreme Programming (XP) se basa sobre la suposición de que es posible desarrollar software de gran calidad a pesar, o incluso como consecuencia del cambio continuo. Su principal asunción es que con un poco de planificación, un poco de codificación y unas pocas pruebas se puede decidir si se está siguiendo un camino acertado o equivocado, evitando así tener que echar marcha atrás demasiado tarde. Valores que inspiran XP Simplicidad Feedback Coraje Comunicación Respeto