Software de ComunicacionesModelos de Desarrollo de Software
Modelos en cascadaModelos de ciclo de vida clásico Procesos consecutivos con enfoque sistemático y secuencial.Requerimientos del clienteComunicaciónInicio del proyectoRecopilación de requisitosPlaneaciónEstimaciónItinerarioSeguimiento
Modelos en cascadaModeladoAnálisisDiseñoConstrucciónCódigoPruebaDespliegueEntregaSoporteRetroalimentación
Modelos en cascadaProblemas:Difícil coordinar el proyecto real con el flujo secuencial.Difícil establecer todos los requerimientos al principio.Requiere paciencia del cliente.
Modelos de Proceso incrementalesModelo incrementalModelo de cascada realizado de manera iterativa.Casa secuencia produce un “incremento”1ro: producto escencial.Siguientes: características suplementarias.Entrega versiones “incompletas” pero funcionales.
Modelos de Proceso incrementalesModelo DRA.Ciclo de desarrollo corto.Construcción basado en componentes.Etapas:ComunicaciónPlaneaciónModelado (por módulos):De negociosDe datosDe procesos.
Modelos de Proceso incrementalesModelo DRA.Etapas:Construcción (por módulos):Reutilización de software.Generación automática de código.PruebasDespliegueIntegraciónEntregaRetroalimentación.
Modelos de Proceso incrementalesModelo DRA.Problemas:Difícil para proyectos muy grandesDemasiados recursos para hacer la división correcta.Alto compromiso por parte de desarrolladores y clientes.Problema no modulable.No responde correctamente a los riesgos técnicos altos.
Modelos de Proceso Evolutivos.Construcción de PrototiposComunicaciónRequisitos conocidosÁreas con necesidad de mayor definición.Plan rápidoDiseño rápidoAspectos visibles para el usuario finalConstrucción del prototipoEntrega y retroalimentación
Modelos de Proceso Evolutivos.Construcción de PrototiposObjetivo del prototipoIdentificar requisitos del softwareDespués del prototipo ¿Qué pasa?Prototipo tiende a ser:LentoGrandeTorpeBaja calidadDifícil manteniemientoNecesario rehacerlo desde ceros.
Modelos de Proceso Evolutivos.Construcción de Prototipos.Problemas:Cliente percibe el prototipo como un producto terminado.Inadecuadas implementaciones por agilizar el proceso.
Modelos de Proceso Evolutivos.Modelo de espiralCombinación entre Cascada y Construcción de Prototipos.Cada Iteración Aumenta las funcionalidades Disminuye el riesgo.Primeras iteraciones podrán entregar documentos Interesante para proyectos a grande escala.
Modelos de Proceso Evolutivos.Modelo de espiralEtapasComunicaciónPlaneaciónEstimaciónItinerarioAnálisis de riesgos.ModeladoAnálisisDiseño
Modelos de Proceso Evolutivos.Modelo de espiralEtapas:ConstrucciónCódigoPruebaDespliegueEntregaRetroalimentación.
Modelos de Proceso Evolutivos.Análisis generalConstrucciones evolutivas no permiten determinar el número de ciclos.No hay velocidad máxima de evolución.Muy rápida  tiende al caosMuy lenta  Baja productividad.Enfocados a la flexibilidad y extensibilidad y no a la alta calidad.
Proceso UnificadoIntento para recoger lo mejor de los modelos anteriores.Orientado a describir el punto de vista del cliente.Enfocado al arquitecto:Enfocarse en metas correctasEntendimientoCambios futurosReutilización
Proceso UnificadoSerie de etapas iterativas.No son fases lineales.Se pueden ejecutar varias “iteraciones” simultáneamente.
Proceso UnificadoFases:InicioComprendeComunicaciónPlaneaciónColaboración con los clientes y usuarios finalesPropuesta de arquitectura aproximadaPlan iterativo e incremental.Requisitos fundamentales de negocios  casos de uso
Proceso UnificadoFases:ElaboraciónComprendePlaneaciónModeladoRefinar y expandir los casos de uso
Proceso UnificadoFases:ElaboraciónIncluye cinco visiones del softwareModelo de casos de usoModelo de análisisDiagramas de ClasesModelo de diseñoSubsistemasInterfaces entre subsistemasModelo de implementaciónModelo de despliegue
Proceso UnificadoFases:ConstrucciónAtaca cada caso de uso y lo hace funcional para los usuarios finalesSe desarrollan pruebas unitariasEnsamble y pruebas de integraciónPruebas de aceptación
Proceso UnificadoFases:TransiciónComprende:Últimas etapas de construcciónPrimera parte de desplieguePruebas beta (piloto)Retroalimentación.Información de soporteManuales de usuarioChecklistProcedimientos de instalaciónSe obtiene el lanzamiento de un software utilizable
Proceso UnificadoFases:ProducciónComprendeDespliegueMonitoreo del softwareAmbiente de soporteRecibir y evaluar peticionesProblemasNuevos requerimientos

Modelos desarrollo de_sofware

  • 1.
    Software de ComunicacionesModelosde Desarrollo de Software
  • 2.
    Modelos en cascadaModelosde ciclo de vida clásico Procesos consecutivos con enfoque sistemático y secuencial.Requerimientos del clienteComunicaciónInicio del proyectoRecopilación de requisitosPlaneaciónEstimaciónItinerarioSeguimiento
  • 3.
  • 4.
    Modelos en cascadaProblemas:Difícilcoordinar el proyecto real con el flujo secuencial.Difícil establecer todos los requerimientos al principio.Requiere paciencia del cliente.
  • 5.
    Modelos de ProcesoincrementalesModelo incrementalModelo de cascada realizado de manera iterativa.Casa secuencia produce un “incremento”1ro: producto escencial.Siguientes: características suplementarias.Entrega versiones “incompletas” pero funcionales.
  • 6.
    Modelos de ProcesoincrementalesModelo DRA.Ciclo de desarrollo corto.Construcción basado en componentes.Etapas:ComunicaciónPlaneaciónModelado (por módulos):De negociosDe datosDe procesos.
  • 7.
    Modelos de ProcesoincrementalesModelo DRA.Etapas:Construcción (por módulos):Reutilización de software.Generación automática de código.PruebasDespliegueIntegraciónEntregaRetroalimentación.
  • 8.
    Modelos de ProcesoincrementalesModelo DRA.Problemas:Difícil para proyectos muy grandesDemasiados recursos para hacer la división correcta.Alto compromiso por parte de desarrolladores y clientes.Problema no modulable.No responde correctamente a los riesgos técnicos altos.
  • 9.
    Modelos de ProcesoEvolutivos.Construcción de PrototiposComunicaciónRequisitos conocidosÁreas con necesidad de mayor definición.Plan rápidoDiseño rápidoAspectos visibles para el usuario finalConstrucción del prototipoEntrega y retroalimentación
  • 10.
    Modelos de ProcesoEvolutivos.Construcción de PrototiposObjetivo del prototipoIdentificar requisitos del softwareDespués del prototipo ¿Qué pasa?Prototipo tiende a ser:LentoGrandeTorpeBaja calidadDifícil manteniemientoNecesario rehacerlo desde ceros.
  • 11.
    Modelos de ProcesoEvolutivos.Construcción de Prototipos.Problemas:Cliente percibe el prototipo como un producto terminado.Inadecuadas implementaciones por agilizar el proceso.
  • 12.
    Modelos de ProcesoEvolutivos.Modelo de espiralCombinación entre Cascada y Construcción de Prototipos.Cada Iteración Aumenta las funcionalidades Disminuye el riesgo.Primeras iteraciones podrán entregar documentos Interesante para proyectos a grande escala.
  • 13.
    Modelos de ProcesoEvolutivos.Modelo de espiralEtapasComunicaciónPlaneaciónEstimaciónItinerarioAnálisis de riesgos.ModeladoAnálisisDiseño
  • 14.
    Modelos de ProcesoEvolutivos.Modelo de espiralEtapas:ConstrucciónCódigoPruebaDespliegueEntregaRetroalimentación.
  • 15.
    Modelos de ProcesoEvolutivos.Análisis generalConstrucciones evolutivas no permiten determinar el número de ciclos.No hay velocidad máxima de evolución.Muy rápida  tiende al caosMuy lenta  Baja productividad.Enfocados a la flexibilidad y extensibilidad y no a la alta calidad.
  • 16.
    Proceso UnificadoIntento pararecoger lo mejor de los modelos anteriores.Orientado a describir el punto de vista del cliente.Enfocado al arquitecto:Enfocarse en metas correctasEntendimientoCambios futurosReutilización
  • 17.
    Proceso UnificadoSerie deetapas iterativas.No son fases lineales.Se pueden ejecutar varias “iteraciones” simultáneamente.
  • 18.
    Proceso UnificadoFases:InicioComprendeComunicaciónPlaneaciónColaboración conlos clientes y usuarios finalesPropuesta de arquitectura aproximadaPlan iterativo e incremental.Requisitos fundamentales de negocios  casos de uso
  • 19.
  • 20.
    Proceso UnificadoFases:ElaboraciónIncluye cincovisiones del softwareModelo de casos de usoModelo de análisisDiagramas de ClasesModelo de diseñoSubsistemasInterfaces entre subsistemasModelo de implementaciónModelo de despliegue
  • 21.
    Proceso UnificadoFases:ConstrucciónAtaca cadacaso de uso y lo hace funcional para los usuarios finalesSe desarrollan pruebas unitariasEnsamble y pruebas de integraciónPruebas de aceptación
  • 22.
    Proceso UnificadoFases:TransiciónComprende:Últimas etapasde construcciónPrimera parte de desplieguePruebas beta (piloto)Retroalimentación.Información de soporteManuales de usuarioChecklistProcedimientos de instalaciónSe obtiene el lanzamiento de un software utilizable
  • 23.
    Proceso UnificadoFases:ProducciónComprendeDespliegueMonitoreo delsoftwareAmbiente de soporteRecibir y evaluar peticionesProblemasNuevos requerimientos