MODELOS DE DESARROLLO Es una descripción de un proceso del software que se presenta desde una perspectiva particular. Por su naturaleza, los modelos son simplificaciones, por lo cual un modelo de proceso del software es una abstracción de un proceso real. Estos modelos incluyen actividades que son parte de los procesos y productos de software y de los roles de las personas involucradas

MODELOS DE DESARROLLO MODELO DE CASCADA MODELO EN V MODELO DE CONSTRUCCIÓN DE PROTOTIPOS MODELO EN ESPIRAL MODELO DE PROCESOS MODELO INCREMENTAL

MODELO DE CASCADA Llamado ciclo de vida clásico o básico. Tiene una secuencia ordenada. El trabajo de una etapa previa es la entrada al siguiente proceso. Provee de un gran control sobre las fechas de entrega. Consta de 6 etapas que son: Investigación preliminar, determinación de requisitos, diseño del sistema, desarrollo del sistema, prueba del sistema e implantación y evaluación

MODELO DE CASCADA

MODELO DE CASCADA

A FAVOR... Excelente cuando se tiene un producto estable y se conoce la tecnología. Es un método muy estructurado que funciona bien con gente de poca experiencia. Provee estabilidad en los requerimientos. La planeación se puede hacer anticipadamente. Recomendado para elaboración de proyectos grandes.

EN CONTRA... Tiene poca flexibilidad. Los proyectos en la práctica raramente siguen un flujo secuencial. Siempre es difícil para el cliente mostrar los requerimientos explícitamente y con mucha anticipación. El cliente debe tener paciencia. No motiva al cambio. Poco apropiado para aplicaciones para la toma de decisiones. Usuarios con participación limitada.

EJEMPLO MODELO DE CASCADA Una comida en un restaurante... REQUISITOS: Pedido del cliente. DISEÑO: Reseta DESARROLLO: Preparación del plato PRUEBAS: Visto bueno del chef IMPLANTACIÓN: Servir el plato EVALUACIÓN: El cliente

ACTIVIDAD Plantee 3 ejemplos de la vida cotidiana que satisfagan el modelo en cascada... Un... REQUISITOS: DISEÑO: DESARROLLO: PRUEBAS: IMPLANTACIÓN: EVALUACIÓN:

MODELO EN V En el modelo V podemos ver las mismas fases del modelo cascada pero con una mejor relación entre ellas. Es una versión mejorada del modelo cascada, incorpora o se enfoca, de mejor manera al control de calidad, este modelo también muestra la relación iterativa entre las distintas fases en el proceso de desarrollo de software y añade dos partes que son:

MODELO EN V La VERIFICACIÓN: Que tiene relación con la pregunta... ¿ Se está haciendo correctamente el producto? La VALIDACIÓN: Que tiene relación con la pregunta... ¿ Se está haciendo el producto?, es decir, la demostración de que el software cumple con exactitud la finalidad pretendida.

MODELO EN V

A FAVOR... Se trata de un proceso ideal, por su robustez, para proyectos pequeños, con equipos de una a cinco personas. También es ideal, por su claridad, para toda esa gente que nunca ha programado siguiendo una metodología.

CONSULTAR LAS DESVENTAJAS DE ESTE MODELO EN CONTRA... CONSULTAR LAS DESVENTAJAS DE ESTE MODELO

En algunos proyectos de desarrollo de software, puede ocurrir que en un test salga determinado error en cuanto a requerimientos de usuario o del sistema, por lo cual se corre el riesgo de estar obligado a retroceder bastante para encontrar el error y corregirlo. El modelo representa, en forma de V, las relaciones temporales entre las distintas fases del ciclo de desarrollo de un proyecto.

El riesgo es mayor que el de otros modelos, pues en lugar de hacer pruebas de aceptación al final de cada etapa, las pruebas comienzan a efectuarse luego de haber terminado la implementación, lo que puede traer como consecuencia un “roll-back” de todo un proceso que costó tiempo y dinero.   El modelo no contempla la posibilidad de retornar a etapas inmediatamente anteriores, cosa que en la realidad puede ocurrir. Se toma toda la complejidad del problema de una vez y no en iteraciones o ciclos de desarrollo, lo que disminuye el riesgo.

Codificación: Cortar y coser EJEMPLO MODELO EN V Elaboración de unos zapatos... Inicio: Describir que zapatos necesitan los clientes Especificación: Cual es la moda Fase Funcional: Deportivos, Formales, sandalias Fase Diseño: Elaboración plantillas, formas... Codificación: Cortar y coser Fase Test Diseño: Verificar talla correcta Fase Test Funcional: Verificar si cumple necesidades y estándares Fase Test Especificaciones: Verificar si el modelo cumple las expectativas del cliente Fin del proyecto: Zapato terminado

ACTIVIDAD Elabore 3 ejemplos de modelo en V Inicio Fin del proyecto Especificación Fase Test Especific. Fase Funcional Fase Test Funcional Fase Diseño Fase Test Diseño Codificación

MODELO DE PROTOTIPOS

MODELO DE PROTOTIPOS Un prototipo es una versión preliminar de un sistema de información con fines de demostración o evaluación. Identificación de requerimientos Diseño rápido Utilizar el prototipo Revisar y Mejorar

MODELO DE PROTOTIPOS características Es un método menos formal de desarrollo. El prototipeo es una técnica para comprender las especificaciones Un prototipo puede ser eliminado. Un prototipo puede llegar a ser parte del producto final.

MODELO DE PROTOTIPOS

MODELO DE PROTOTIPO

A FAVOR… Útiles cuando los requerimientos son cambiantes. Cuando no se conoce bien la aplicación. Cuando el usuario no se quiere comprometer con los requerimientos. Cuando se quiere probar una arquitectura o tecnología. Cuando se requiere rapidez en el desarrollo.

EN CONTRA No se conoce cuando se tendrá un producto aceptable. No se sabe cuantas iteraciones serán necesarias. Da una falsa ilusión al usuario sobre la velocidad del desarrollo. Se puede volver el producto aún y cuando no este con los estándares.

EJEMPLO MODELO DE PROTOTIPOS Elaboración de un pantalón… RECOLECCIÓN Y REFINAMIENTO DE REQUISITOS: Toma de medidas y Diseño del pantalón. DISEÑO RÁPIDO: Esquema, boceto o molde CONSTRUCCIÓN DEL PROTOTIPO: Corte y confección EVALUACIÓN DEL PROTOTIPO POR EL CLIENTE: Falencias REFINAMIENTO DEL PROTOTIPO: Corrección de falencias PRODUCTO DE INGENIERÍA: Pantalón terminado

MODELO EN ESPIRAL Los productos de software son creados a través de múltiples repeticiones del proceso del ciclo de vida. Se rompen los mini-proyectos. Este modelo han sido aplicados al desarrollo de software. Aun no han madurado al punto de ser aplicados como modelos de desarrollo con tiempos y limitaciones de costos.

MODELO EN ESPIRAL

GRAFICO MODELO EN ESPIRAL

MODELO EN ESPIRAL

A FAVOR El producto avanza a pasos firmes solucionado riesgos en cada iteración. El producto termina con todos los riesgos resueltos. Se pueden incluir otros métodos de desarrollo en las iteraciones. A medida que el costo aumenta, los riesgos se reducen. Se tienen puntos de control en cada interacción.

EN CONTRA Proceso no Visible: Los administradores necesitan entregas para medir el progreso. Si el sistema se necesita desarrollar rápido, no es efectivo producir documentos que reflejen cada versión del sistema. Sistemas pobremente estructurados: Los cambios continuos pueden ser perjudiciales para la estructura del software haciendo costoso el mantenimiento. Se requieren técnicas y herramientas: Para el rápido desarrollo se necesitan herramientas que pueden ser incompatibles con otras o que poca gente sabe utilizar. Se puede caer en un desarrollo de nunca acabar.

MODELO INCREMENTAL Permite construir el proyecto en etapas incrementales en donde cada etapa agrega funcionalidad. Cada etapa consiste de requerimientos, diseño, codificación, pruebas, y entrega. Permite entregar al cliente un producto más rápido en comparación del modelo de cascada. Durante el desarrollo de cada incremento se puede utilizar el modelo de cascada o evolutivo,

MODELO INCREMENTAL Reduce los riesgos ya que: Provee visibilidad sobre el progreso a través de sus nuevas versiones. Provee retroalimentación a través de la funcionalidad mostrada. Permite atacar los mayores riesgos desde el inicio.

GRÁFICO MODELO INCREMENTAL

MODELO INCREMENTAL

A FAVOR Se pueden hacer implementaciones parciales si se cuenta con la suficiente funcionalidad. Las pruebas y la integración es constante. El progreso se puede medir en periodos cortos de tiempo. Resulta más sencillo acomodar cambios al acortar el tamaño de los incrementos. Los clientes no esperan hasta el fin del desarrollo para utilizar el sistema. Pueden empezar a usarlo desde el primer incremento Los clientes pueden aclarar los requisitos que no tengan claros conforme ven las entregas del sistema.

MODELO INCREMENTAL Se puede planear en base a la funcionalidad que se quiere entregar primero. Por su versatilidad requiere de una planeación cuidadosa tanto a nivel administrativo como técnico. La solución se va mejorando en forma progresiva a través de las múltiples iteraciones. Incrementa el entendimiento del problema y de la solución por medio de los refinamientos sucesivos.

EN CONTRA Requiere de mucha planeación, tanto administrativa como técnica. Requiere de metas claras para conocer el estado del proyecto. Cada incremento debe ser pequeño para limitar el riesgo (menos de 20.000 líneas). Cada incremento debe aumentar la funcionalidad.

ACTIVIDAD Por Equipos de PPI, preparar una exposición de acuerdo al modelo asignado y realizar de forma colaborativa por equipos de PPI en el cuadro comparativo el tema que se le asignó de acuerdo al modelo que se les asigna, como se ve en la siguiente diapositiva. Este deben hacer lo ingresando al siguiente Link: https://drive.google.com/file/d/0B1MKbDd8DF0PQk5ON kx3VXdQNDQ/view?usp=sharing Pero para poder ingresar a elaborar el Cuadro comparativo deben enviar un correo por equipo, puede ser el del líder del proyecto para compartirlo y que puedan iniciar.

VENTAJAS /DESVENTAJAS CUADRO COMPARATIVO MODELO ENFOQUE VENTAJAS /DESVENTAJAS APLICABILIDAD MODELO EN CASCADA MODELO BASADO EN PROTOTIPOS

VENTAJAS /DESVENTAJAS CUADRO COMPARATIVO MODELO ENFOQUE VENTAJAS /DESVENTAJAS APLICABILIDAD MODELO INCREMENTAL O EVOLUTIVO MODELO ESPIRAL