SlideShare una empresa de Scribd logo
ING. EN SISTEMAS COMPUTACIONALES


“TIPOS DE MODELO DEL DESARROLLO DEL SOFTWARE”


MATERIA: FUNDAMENTOS DE DESARROLLO DE SISTEMA



PRESENTAN:
RAUL TRINIDAD PEREZ LOPEZ
YESIKA SANCHEZ HERNANDEZ
MARYSOL SALVADOR MARQUEZ
HUGO ALBERTO ANZURES CRUZ

DOCENTE:
ING MARLENE MIJANGOS ROMERO
MODELO CASCADA

 Son las estrategias para crear la estructura de
 un programa. Consiste en el análisis de
 requerimientos, el diseño, la implementación, la
 integración y las pruebas. Estas etapas en
 realidad no se ejecutan en una secuencia
 estricta ya que suele ser poco práctico
 completar totalmente una de estas etapas antes
 de comenzar la otra.

 Después de cada etapa se realiza una revisión
 para comprobar si se puede pasar a la siguiente.
Diseño Cascada


Construye un
modelo de los
 requisitos.

                  Estructura de la
                interfaz de usuario.



                                       Construye el sistema.


                                                               Criterios de
                                                               corrección y
                                                                 calidad.
                                                                                Adaptación a
                                                                              nuevos requisitos.
Las características de este modelo son:

    Cada fase empieza cuando se ha terminado la
     anterior.
    Para pasar a la fase posterior es necesario haber
     logrado los objetivos de la previa.
    Es útil como control de fechas de entregas.
    Al final de cada fase el personal técnico y los
     usuarios tienen la oportunidad de revisar el
     progreso del proyecto.
Tipos de proyectos para los que es
               adecuado:

 Aquellos para los que se
  dispone de todas las
  especificaciones desde el
  principio, por
  ejemplo, los de
  reingeniería.
 Se está desarrollando un
  tipo de producto que no
  es novedoso.
 Proyectos complejos que
  se entienden bien desde
  el principio.
MODELO EN ESPIRAL

La característica clave de un
modelo en espiral es la
gestión    del    riesgo     en
momentos en el ciclo de
desarrollo. Las actividades no
están fijadas a prioridad, sino
que las se eligen en función
del         análisis         de
riesgo, comenzando por el
bucle interior.
FASES DEL MODELO EN ESPIRAL


                   En este modelo, una
                   actividad     comienza
                   solo     cuando      se
                   entienden los objetivos
                   y riesgos involucrados.
                   El     desarrollo    se
                   incrementa en cada
                   etapa, generando una
                   solución completa.
MODELO INCREMENTAL

 Este modelo mantiene la función anterior y
 aumenta otra, ya que puede ser que el primer
 incremento no hubiera tenido todos los
 requerimientos que necesitaba el proyecto.
 Las etapas son las mismas que en el ciclo de
  vida en cascada y su realización sigue el
  mismo orden, pero corrige la problemática de
  la linealidad del modelo en cascada.
FASES DEL MODELO INCREMENTAL
                           Construir un
                       sistema pequeño es
                         siempre menos
                           riesgoso que
                           construir un
                         sistema grande.
   Los errores de
                                             Al ir desarrollando
     desarrollo
                                                  parte de las
  realizados en un
                                             funcionalidades, es
incremento, pueden
                                            más fácil determinar
ser arreglados antes
                                            si los requerimientos
  del comienzo del
                                             planeados para los
próximo incremento
                                            niveles subsiguientes
          .
                                                 son correctos.




  Reduciendo el
     tiempo de
 desarrollo de un                                  Si un error
    sistema los                                  importante es
requerimientos de                               realizado, sólo la
 usuarios pueden                                última iteración
 cambiar durante                                  necesita ser
   el desarrollo.                                  descartada
Cada incremento tiene su
propio ciclo de vida y se
basa en el anterior, sin
cambiar su funcionalidad
ni sus interfaces. Una vez
entregado un incremento,
no se realizan cambios
sobre el mismo, sino
únicamente      corrección
de errores.
PROCESO DE DESARROLLO UNIFICADO (UP)



    Integra a diferentes aspectos como
   siglos, fases, flujos de trabajo, mitigación de
   riesgos, control de calidad, administración de
   proyecto y control de configuración. Se basa en
   las siguientes creencias:
   Se debe conocer que quieren y necesitan los
   usuarios potenciales.
   Debe permitir visualizar un sistema desde
   múltiples perspectiva.
   Divide el trabajo en etapa, donde cada
   iteración resulta en un incremento del proyecto.
Fases del UP
      Fase de concepción.
      Define el alcance del proyecto, propone una
       visión de la arquitectura de software y produce
       el plan de las fases y el de iteraciones.

      Fase de elaboración.
      Define la arquitectura base del sistema, se
       realiza análisis del dominio del problema, se
       diseña la solución preliminar.

      Fase de construcción.
      Completa la funcionalidad del sistema y se
       realizan las mejoras para el proyecto.

      Fase de transición.
      Ajusta los errores y defectos encontrados en las
       pruebas de aceptación, capacita a los usuarios y
       provee el soporte técnico necesario.
PROCESO DE SOFTWARE PERSONAL (PSP)


     Mejora la planeación del trabajo, conoce con precisión el
     desempeño mide la calidad de los productos y mejora
     las técnicas para su desarrollo.
     También muestra como aplicar métodos avanzados de
     ingeniería a sus proyectos y/o deberes diarios.
     Asimismo provee métodos de estimación y de
     planeación muy bien detallados que son necesarios
     para dar un seguimiento a su trabajo.
Fases del PSP

Requisitos de este modelo:

 Descripción del
  problema
 Especificación de
  componentes
 Formas de proceso
 Estimadores del tamaño
  del producto y tiempos
  en base a históricos
MODELO XP
     La programación extrema (xp) es un modelo de
    proceso de software que toma los principios y practicas
    aceptadas, y las lleva a niveles extremos.

 Las creencias de modelo son las siguientes:

   Los cambios en un sistemas son frecuentes.
  Se deben manejar los cambios de manera
 incremental.
 Se debe apoyar los cambios.
 Se debe lograr una rápida retroalimentación.
 Se debe lograr un trabajo de calidad.
 Se debe buscar la simpleza.
FASES DEL MODELO XP

           Los equipos de desarrollo trabajan
            directamente con el cliente
            durante interacción con el usuario.
            ciclos cortos de una o dos semanas
            como máximo.
           La entrega de las versiones del
            software ocurre muy temprano y
            en intervalos muy cortos para
            maximizar la
           Existe una fuerte colaboración
            entre el equipo de desarrollo
            mientras trabaja en el código.
           El código se prueba y depura a lo
            largo del proceso de desarrollo.
           Existen indicadores que miden el
            progreso del proyecto para poder
            actualizar el plan de desarrollo.
La metodología XP define cuatro
variables para cualquier proyecto
de software: costo, tiempo, calidad y
alcance.
Además, se especifica que, de
estas cuatro variables, sólo tres de
ellas podrán ser fijadas
arbitrariamente por actores
externos al grupo de
desarrolladores (clientes y jefes de
proyecto).
El valor de la variable restante
podrá ser establecido por el equipo
de desarrollo, en función de los
valores de las otras tres.

Más contenido relacionado

PPTX
MODELOS DEL PROCESO DEL SOFTWARE
PDF
Modelo xp para desarrollo de proyecto
DOC
Cuadro comparativo de los modelos de proceso del software (1)
PPTX
Modelos de software ventajas y desventajas
PPTX
Expo modelocascada
PPTX
Modelos del ciclo de vida del software
DOCX
Cuadro comparativo
PPTX
Modelos o Ciclos de vida de software
MODELOS DEL PROCESO DEL SOFTWARE
Modelo xp para desarrollo de proyecto
Cuadro comparativo de los modelos de proceso del software (1)
Modelos de software ventajas y desventajas
Expo modelocascada
Modelos del ciclo de vida del software
Cuadro comparativo
Modelos o Ciclos de vida de software

La actualidad más candente (20)

PPTX
11. modelos según roger s
PPTX
PPTX
Modelo V
DOCX
Carrera de informatica_educativa
PPTX
Modelos de desarrollo de software
PPTX
4.2 modelo de espiral
PDF
Cuadro comparativo modelos para el desarrollo de software
PPSX
Modelos Del ciclo de vida del Software
PDF
Ciclo De Vida
PPT
Tipos de ciclos de vida
PPTX
Ciclo de vida del software
PPTX
Modelo Cascada y Espiral
DOCX
Cuadro comparativo de_modelos_de_procesos_de_software
PPT
Ciclo2
PPTX
Metodologia clasica en cascada
PDF
Ingeniería de software II - Parte 1
PPT
Ciclos De Vida
DOCX
Metodologias todas
PPT
Curso Uml 3.1 Modelos De Desarrollo De Software
DOCX
Ventajas y desventajas modelos
11. modelos según roger s
Modelo V
Carrera de informatica_educativa
Modelos de desarrollo de software
4.2 modelo de espiral
Cuadro comparativo modelos para el desarrollo de software
Modelos Del ciclo de vida del Software
Ciclo De Vida
Tipos de ciclos de vida
Ciclo de vida del software
Modelo Cascada y Espiral
Cuadro comparativo de_modelos_de_procesos_de_software
Ciclo2
Metodologia clasica en cascada
Ingeniería de software II - Parte 1
Ciclos De Vida
Metodologias todas
Curso Uml 3.1 Modelos De Desarrollo De Software
Ventajas y desventajas modelos
Publicidad

Destacado (10)

PPTX
Desarrollo iterativo e incremental
PDF
Introducción a Agile y Lean - v1.1
PDF
La alternativa agil v5.7
PPTX
Modelos de Ciclos de Vida
PPTX
Modelo basado en prototipos - Ingeniería de Software
PPT
El Modelo Dra
PDF
Metodología xp
PPT
ADMINISTRACION DE HOTELES Y SERVICIOS
DOCX
Modelos de desarrollo de software
PPTX
Ingeniería de software modelo incremental
Desarrollo iterativo e incremental
Introducción a Agile y Lean - v1.1
La alternativa agil v5.7
Modelos de Ciclos de Vida
Modelo basado en prototipos - Ingeniería de Software
El Modelo Dra
Metodología xp
ADMINISTRACION DE HOTELES Y SERVICIOS
Modelos de desarrollo de software
Ingeniería de software modelo incremental
Publicidad

Similar a Modelos de desarrollo de software (20)

DOCX
cuadro-modelos-de-ciclos-de-vida-del-software.docx
PDF
slide_2.pdf
DOCX
Unidad 3 los modelos de procesos de software
DOCX
Unidad 3 los modelos de procesos de software
PPTX
Modelos de proceso de software
PPTX
metodologia
PDF
Modelos del software
PPTX
Modelos de Desarrollo del Software
PPTX
Especializacion karla florez
PPSX
Ciclo de vida
PDF
Unidad 4 Modelos de Procesos del Software
PPTX
Proceso del software (Metodos Agiles)
DOCX
Cuadro comparativo
PDF
Modelos de desarrollo del software
PPTX
Presentacion modelos de proceso Grupo 3
PPTX
Proceso del software
PPTX
Presentacion de inf 162 grupo 6
PDF
Metodologias de desarrollo de software
PPTX
Desarrollo agil, Producto Proceso, Scrum
DOC
Cap nº 11
cuadro-modelos-de-ciclos-de-vida-del-software.docx
slide_2.pdf
Unidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de software
Modelos de proceso de software
metodologia
Modelos del software
Modelos de Desarrollo del Software
Especializacion karla florez
Ciclo de vida
Unidad 4 Modelos de Procesos del Software
Proceso del software (Metodos Agiles)
Cuadro comparativo
Modelos de desarrollo del software
Presentacion modelos de proceso Grupo 3
Proceso del software
Presentacion de inf 162 grupo 6
Metodologias de desarrollo de software
Desarrollo agil, Producto Proceso, Scrum
Cap nº 11

Modelos de desarrollo de software

  • 1. ING. EN SISTEMAS COMPUTACIONALES “TIPOS DE MODELO DEL DESARROLLO DEL SOFTWARE” MATERIA: FUNDAMENTOS DE DESARROLLO DE SISTEMA PRESENTAN: RAUL TRINIDAD PEREZ LOPEZ YESIKA SANCHEZ HERNANDEZ MARYSOL SALVADOR MARQUEZ HUGO ALBERTO ANZURES CRUZ DOCENTE: ING MARLENE MIJANGOS ROMERO
  • 2. MODELO CASCADA  Son las estrategias para crear la estructura de un programa. Consiste en el análisis de requerimientos, el diseño, la implementación, la integración y las pruebas. Estas etapas en realidad no se ejecutan en una secuencia estricta ya que suele ser poco práctico completar totalmente una de estas etapas antes de comenzar la otra.  Después de cada etapa se realiza una revisión para comprobar si se puede pasar a la siguiente.
  • 3. Diseño Cascada Construye un modelo de los requisitos. Estructura de la interfaz de usuario. Construye el sistema. Criterios de corrección y calidad. Adaptación a nuevos requisitos.
  • 4. Las características de este modelo son: Cada fase empieza cuando se ha terminado la anterior. Para pasar a la fase posterior es necesario haber logrado los objetivos de la previa. Es útil como control de fechas de entregas. Al final de cada fase el personal técnico y los usuarios tienen la oportunidad de revisar el progreso del proyecto.
  • 5. Tipos de proyectos para los que es adecuado:  Aquellos para los que se dispone de todas las especificaciones desde el principio, por ejemplo, los de reingeniería.  Se está desarrollando un tipo de producto que no es novedoso.  Proyectos complejos que se entienden bien desde el principio.
  • 6. MODELO EN ESPIRAL La característica clave de un modelo en espiral es la gestión del riesgo en momentos en el ciclo de desarrollo. Las actividades no están fijadas a prioridad, sino que las se eligen en función del análisis de riesgo, comenzando por el bucle interior.
  • 7. FASES DEL MODELO EN ESPIRAL En este modelo, una actividad comienza solo cuando se entienden los objetivos y riesgos involucrados. El desarrollo se incrementa en cada etapa, generando una solución completa.
  • 8. MODELO INCREMENTAL  Este modelo mantiene la función anterior y aumenta otra, ya que puede ser que el primer incremento no hubiera tenido todos los requerimientos que necesitaba el proyecto.  Las etapas son las mismas que en el ciclo de vida en cascada y su realización sigue el mismo orden, pero corrige la problemática de la linealidad del modelo en cascada.
  • 9. FASES DEL MODELO INCREMENTAL Construir un sistema pequeño es siempre menos riesgoso que construir un sistema grande. Los errores de Al ir desarrollando desarrollo parte de las realizados en un funcionalidades, es incremento, pueden más fácil determinar ser arreglados antes si los requerimientos del comienzo del planeados para los próximo incremento niveles subsiguientes . son correctos. Reduciendo el tiempo de desarrollo de un Si un error sistema los importante es requerimientos de realizado, sólo la usuarios pueden última iteración cambiar durante necesita ser el desarrollo. descartada
  • 10. Cada incremento tiene su propio ciclo de vida y se basa en el anterior, sin cambiar su funcionalidad ni sus interfaces. Una vez entregado un incremento, no se realizan cambios sobre el mismo, sino únicamente corrección de errores.
  • 11. PROCESO DE DESARROLLO UNIFICADO (UP)  Integra a diferentes aspectos como siglos, fases, flujos de trabajo, mitigación de riesgos, control de calidad, administración de proyecto y control de configuración. Se basa en las siguientes creencias:  Se debe conocer que quieren y necesitan los usuarios potenciales.  Debe permitir visualizar un sistema desde múltiples perspectiva.  Divide el trabajo en etapa, donde cada iteración resulta en un incremento del proyecto.
  • 12. Fases del UP  Fase de concepción.  Define el alcance del proyecto, propone una visión de la arquitectura de software y produce el plan de las fases y el de iteraciones.  Fase de elaboración.  Define la arquitectura base del sistema, se realiza análisis del dominio del problema, se diseña la solución preliminar.  Fase de construcción.  Completa la funcionalidad del sistema y se realizan las mejoras para el proyecto.  Fase de transición.  Ajusta los errores y defectos encontrados en las pruebas de aceptación, capacita a los usuarios y provee el soporte técnico necesario.
  • 13. PROCESO DE SOFTWARE PERSONAL (PSP) Mejora la planeación del trabajo, conoce con precisión el desempeño mide la calidad de los productos y mejora las técnicas para su desarrollo. También muestra como aplicar métodos avanzados de ingeniería a sus proyectos y/o deberes diarios. Asimismo provee métodos de estimación y de planeación muy bien detallados que son necesarios para dar un seguimiento a su trabajo.
  • 14. Fases del PSP Requisitos de este modelo:  Descripción del problema  Especificación de componentes  Formas de proceso  Estimadores del tamaño del producto y tiempos en base a históricos
  • 15. MODELO XP La programación extrema (xp) es un modelo de proceso de software que toma los principios y practicas aceptadas, y las lleva a niveles extremos. Las creencias de modelo son las siguientes:  Los cambios en un sistemas son frecuentes.  Se deben manejar los cambios de manera incremental.  Se debe apoyar los cambios.  Se debe lograr una rápida retroalimentación.  Se debe lograr un trabajo de calidad.  Se debe buscar la simpleza.
  • 16. FASES DEL MODELO XP  Los equipos de desarrollo trabajan directamente con el cliente durante interacción con el usuario. ciclos cortos de una o dos semanas como máximo.  La entrega de las versiones del software ocurre muy temprano y en intervalos muy cortos para maximizar la  Existe una fuerte colaboración entre el equipo de desarrollo mientras trabaja en el código.  El código se prueba y depura a lo largo del proceso de desarrollo.  Existen indicadores que miden el progreso del proyecto para poder actualizar el plan de desarrollo.
  • 17. La metodología XP define cuatro variables para cualquier proyecto de software: costo, tiempo, calidad y alcance. Además, se especifica que, de estas cuatro variables, sólo tres de ellas podrán ser fijadas arbitrariamente por actores externos al grupo de desarrolladores (clientes y jefes de proyecto). El valor de la variable restante podrá ser establecido por el equipo de desarrollo, en función de los valores de las otras tres.