Modelos según
Roger S.
Pressman
Modelos Prescriptivos

Los modelos prescriptivos de proceso se propusieron
originalmente para ordenar el caos de desarrollo de
software.
Los modelos prescriptivos de proceso definen un
conjunto distinto de actividades, acciones, tareas,
fundamentos y productos de trabajo que se
requieren para desarrollar software de alta calidad.
Marco de Trabajo:                    Comunicacion
                          Planeacion
                                    Modelado
                          Construccion
Modelo en Cascada
           También llamado el ciclo de vida clásico, sugiere un
           enfoque sistemático, secuencial hacia el desarrollo
           del software.

        Comunicación                     Planeación             Modelado
inicio del proyecto                  Estimación                Análisis
recopilación de requisitos           Itinerario                diseño
                                     seguimiento


              Despliegue                                  Construcción
         Entrega                                        código
         Soporte                                        prueba
         retroalimentación

                             Figura Modelo de Cascada
Modelo en Cascada
 Desventajas
 -Los proyectos reales raramente siguen el flujo
 secuencial que propone el modelo.
 -Normalmente, es difícil para el cliente
 establecer explícitamente al principio todos los
 requisitos.
 -El cliente debe tener paciencia. Hasta llegar a
 las etapas finales del proyecto, no estará
 disponible una versión operativa del programa.
 Ventaja
 Es muy sencillo
Modelo Incremental
El modelo incremental entrega el
software en partes pequeñas, es
iterativo.
          Incremento 2
            Comunicación                                  Incremento n




                                                                                …
            inicio del proyecto
            recopilación de requisitos
                                            Planeacion
                                            Estimación
                                            Itinerario
        Incremento 1                        seguimiento
                                                             Modelado
         Comunicación                                        Análisis
         inicio del proyecto                                 diseño
         recopilación de requisitos                                     Construcción
                                         Planeacion                     código
                                         Estimación                     prueba
                                         Itinerario
                                         seguimiento                                     Despliegue
                                                          Modelado                       Entrega
                                                          Análisis                       Soporte
                                                          diseño                         retroalimentación
                                                                     Construcción
                                                                     código
                                                                     prueba
                                                                                       Despliegue
                                                                                       Entrega
                                      Figura Modelo Incremental                        Soporte
                                                                                       retroalimentación
Modelo Incremental
 Desventajas
 -Los primero incrementos son versiones
 “Incompletas” del producto final, pero
 proporcionan al usuario la funcionalidad que
 necesita y una plataforma para evaluarlo.
 -Con el pasar de los incrementos se solicitara
 más personal para implementar el incremento
 siguiente.
 Ventaja
 El primer incremento se realiza con poca gente.
Modelo Prototipos
Pertenece a los modelos de desarrollo evolutivo.
Construido en poco tiempo, pocos recursos.
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
humana
Modelo Prototipos
 Ventajas
 -No modifica el flujo del ciclo de vida.
 -Reduce el riesgo de construir productos que no satisfagan las
 necesidades de los usuarios.
 -Reduce costos y aumenta la probabilidad de éxito.
 -Exige disponer de las herramientas adecuadas.
 -No presenta calidad ni robustez.
 -Una vez identificados todos los requisitos mediante el prototipo,
 se construye el producto de ingeniería.
 Desventajas
 -El cliente ve funcionando lo que para él es la primera versión
 del prototipo que ha sido construido con “chicle y cable para
 embalaje”, y puede decepcionarse al indicarle que el sistema
 aún no ha sido construido.
 -El desarrollador puede caer en la tentación de aumentar el
 prototipo para construir el sistema final sin tener en cuenta los
 obligaciones de calidad y de mantenimiento que tiene con el
 cliente.
Modelo en Espiral
 Es un modelo de proceso de software
 evolutivo ha sido desarrollado para cubrir
 las mejores características tanto del ciclo
 de vida clásico.
 Se desarrolla mediante una serie de
 entregas evolutivas, la primera entrega tal
 vez sea un documento del modelo.
 Enfoque cíclico para el crecimiento
 incremental
Modelo en Espiral
                                                                                                               Análisis de
     Planificación
                                                                                                                Riesgos
                                                                                Análisis de
                                                                                  riesgo


                                                                      Análisis de
                                                                        riesgo
                                                                                                               Prototipo
                                                                Análisis de                                    Operativo
                                                                  riesgo
                                                                                             Prototipo 3
                                Revisión
                                                              AR             Prototipo 2

                                                                 Prototipo 1

                                            Plan        de                      Simulaciones, Modelos, Estándares
                                            requisitos,       Concepto de
                                            Plan de ciclo      operación Requisitos de
                                            de vida                       Software

                                         Plan de             Validación de                 Diseño     del
                                        desarrollo            requisitos                   producto   de
                                                                                           software         Diseño detallado

                                Plan de                                                                 Codificación
                               prueba e                        Verificación y
                              Integración                      validación de                 Prueba de Unidad
                                                               diseño
                                                                                Prueba de Integración

                                                                     Prueba de aceptación
     Evaluación del
                                                             Implementación                                     Ingeniería
        Cliente
                              Figura 4.2 Modelo de Espiral de Boehm

                      Sommerville, Ian (2005), Ingeniería de software, Ed. Addison Wesley 7ª ed
Desarrollo Agil
Hemos descubierto mejores formas de desarrollar software, por medio de este
trabajo hemos llegado a valorado:
-A los individuos y sus interacciones.
-Al software en funcionamiento sobre la documentación extensa.
-A la colaboración del cliente.
-A la respuesta al cambio sobre el seguimiento de un plan.
En esencia los métodos agiles se desarrollan para superar la debilidades
advertidas y reales en el desarrollo de software.
´Los métodos tradicionales son un conjunto de tipos que se arrastran en el
lodo y que prefieren producir documentación que no fluye, en vez de un
sistema de trabajo que cubra las necesidades del negocio´.
´Los métodos ligeros, o «agiles» son un conjunto de intrusos informáticos que
van a estar a ahí para dar una maldita sorpresa cuando intenten elevar sus
juguetes al nivel del software de la empresa´.
                                                                   Jim Highsmith
Cual es la mejor manera de lograrla?
Como se construye un software que satisfaga hoy la
necesidad de los clientes y muestre las características
de calidad que le permitan extenderse y escalar para
cubrir a largo plazo las necesidades del cliente?

11. modelos según roger s

  • 1.
  • 2.
    Modelos Prescriptivos Los modelosprescriptivos de proceso se propusieron originalmente para ordenar el caos de desarrollo de software. Los modelos prescriptivos de proceso definen un conjunto distinto de actividades, acciones, tareas, fundamentos y productos de trabajo que se requieren para desarrollar software de alta calidad. Marco de Trabajo: Comunicacion Planeacion Modelado Construccion
  • 3.
    Modelo en Cascada También llamado el ciclo de vida clásico, sugiere un enfoque sistemático, secuencial hacia el desarrollo del software. Comunicación Planeación Modelado inicio del proyecto Estimación Análisis recopilación de requisitos Itinerario diseño seguimiento Despliegue Construcción Entrega código Soporte prueba retroalimentación Figura Modelo de Cascada
  • 4.
    Modelo en Cascada Desventajas -Los proyectos reales raramente siguen el flujo secuencial que propone el modelo. -Normalmente, es difícil para el cliente establecer explícitamente al principio todos los requisitos. -El cliente debe tener paciencia. Hasta llegar a las etapas finales del proyecto, no estará disponible una versión operativa del programa. Ventaja Es muy sencillo
  • 5.
    Modelo Incremental El modeloincremental entrega el software en partes pequeñas, es iterativo. Incremento 2 Comunicación Incremento n … inicio del proyecto recopilación de requisitos Planeacion Estimación Itinerario Incremento 1 seguimiento Modelado Comunicación Análisis inicio del proyecto diseño recopilación de requisitos Construcción Planeacion código Estimación prueba Itinerario seguimiento Despliegue Modelado Entrega Análisis Soporte diseño retroalimentación Construcción código prueba Despliegue Entrega Figura Modelo Incremental Soporte retroalimentación
  • 6.
    Modelo Incremental Desventajas -Los primero incrementos son versiones “Incompletas” del producto final, pero proporcionan al usuario la funcionalidad que necesita y una plataforma para evaluarlo. -Con el pasar de los incrementos se solicitara más personal para implementar el incremento siguiente. Ventaja El primer incremento se realiza con poca gente.
  • 7.
    Modelo Prototipos Pertenece alos modelos de desarrollo evolutivo. Construido en poco tiempo, pocos recursos. 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 humana
  • 8.
    Modelo Prototipos Ventajas -No modifica el flujo del ciclo de vida. -Reduce el riesgo de construir productos que no satisfagan las necesidades de los usuarios. -Reduce costos y aumenta la probabilidad de éxito. -Exige disponer de las herramientas adecuadas. -No presenta calidad ni robustez. -Una vez identificados todos los requisitos mediante el prototipo, se construye el producto de ingeniería. Desventajas -El cliente ve funcionando lo que para él es la primera versión del prototipo que ha sido construido con “chicle y cable para embalaje”, y puede decepcionarse al indicarle que el sistema aún no ha sido construido. -El desarrollador puede caer en la tentación de aumentar el prototipo para construir el sistema final sin tener en cuenta los obligaciones de calidad y de mantenimiento que tiene con el cliente.
  • 9.
    Modelo en Espiral Es un modelo de proceso de software evolutivo ha sido desarrollado para cubrir las mejores características tanto del ciclo de vida clásico. Se desarrolla mediante una serie de entregas evolutivas, la primera entrega tal vez sea un documento del modelo. Enfoque cíclico para el crecimiento incremental
  • 10.
    Modelo en Espiral Análisis de Planificación Riesgos Análisis de riesgo Análisis de riesgo Prototipo Análisis de Operativo riesgo Prototipo 3 Revisión AR Prototipo 2 Prototipo 1 Plan de Simulaciones, Modelos, Estándares requisitos, Concepto de Plan de ciclo operación Requisitos de de vida Software Plan de Validación de Diseño del desarrollo requisitos producto de software Diseño detallado Plan de Codificación prueba e Verificación y Integración validación de Prueba de Unidad diseño Prueba de Integración Prueba de aceptación Evaluación del Implementación Ingeniería Cliente Figura 4.2 Modelo de Espiral de Boehm Sommerville, Ian (2005), Ingeniería de software, Ed. Addison Wesley 7ª ed
  • 11.
    Desarrollo Agil Hemos descubiertomejores formas de desarrollar software, por medio de este trabajo hemos llegado a valorado: -A los individuos y sus interacciones. -Al software en funcionamiento sobre la documentación extensa. -A la colaboración del cliente. -A la respuesta al cambio sobre el seguimiento de un plan. En esencia los métodos agiles se desarrollan para superar la debilidades advertidas y reales en el desarrollo de software. ´Los métodos tradicionales son un conjunto de tipos que se arrastran en el lodo y que prefieren producir documentación que no fluye, en vez de un sistema de trabajo que cubra las necesidades del negocio´. ´Los métodos ligeros, o «agiles» son un conjunto de intrusos informáticos que van a estar a ahí para dar una maldita sorpresa cuando intenten elevar sus juguetes al nivel del software de la empresa´. Jim Highsmith Cual es la mejor manera de lograrla? Como se construye un software que satisfaga hoy la necesidad de los clientes y muestre las características de calidad que le permitan extenderse y escalar para cubrir a largo plazo las necesidades del cliente?