Hoja1METODOLOGIAS PARA PROYECTOS DE SOFTWARERUPXPPROTOTIPOSESPIRALSCRUMGraficos

FasesInicio del proyectoExploracinRecoleccin y refinamiento de requisitosPlanificacinPlanificacin de la iteracionDefine casos de usoPlanificacion de la entregaModelado, diseo rapidoAnlisis de riesgosEjecucin de la iteracionAnalisisIteracionesConstruccin del prototipoIngenieraReunin diaria de sincronizacin del equipoDiseoProduccinDesarrollo, evaluacin del prototipo por el clienteEvaluacinDemostracin de los requisitos completadosConstruccin y V&VMantenimientoRefinamiento del prototipoRetrospectivaLiberacionProducto de ingenieraReplanificacin del proyectoVentajasReduce riesgos del proyectoFacilita los cambiosNo modifica el flujo del ciclo de vida Gran cantidad de Anlisis de riesgos, disminucion de erroresEs fcil de aprenderIncorpora fielmente el objetivo de calidadMenor taza de erroresReduce elriesgode construir productos que no satisfagan lasBueno para proyectos grandes y de misin criticaRequiere muy poco esfuerzo para comenzar a utilizarloIntegra desarrollo con mantenimientoConstantemente hay pruebasnecesidades de los usuariosAprobacin fuerte y control de la documentacinPermite abarcar proyectos donde los requisitos de negocioEs el proceso de desarrollo ms general de los existentes actualHay mas control sobre las prioridades por parte del clienteReducecostoy aumenta la probabilidad de xitoSe puede aadir o corregir en una fecha posteriorestn incompletosEs una forma disciplinaria de asignar tareas y responsabilidadesExige disponer de lasherramientasadecuadasPermite el desarrollo, testeo y correccin rpidoen una empresa de desarrolloEste modelo es til cuando el cliente conoce los objetivosMediante las reuniones diarias se ven claramente los avances yMenor tiempo de desarrollo debido a la reutilizacion de generales para elsoftware, pero no identifica los requisitos problemascomponentesdetallados de entrada, procesamiento o salidaComo toda metodologa gil, obtiene mucho feedback del clienteTambin ofrece un mejor enfoque cuando el responsable delFacilita la entrega de productos de calidad a tiempodesarrollo del software est inseguro de la eficacia de unalgoritmo, de la adaptabilidad de unsistema operativoo de la forma que debera tomar la interaccin humano-mquinaDesvantajasPretende prever y tener todo el control de antemanoRgido a los ajustes de los principios XPDebido a que el usuario ve el funcionamiento del prototipoPuede ser un modelo costoso de usarSi no se define una fecha de fin, los stakeholders siempre pediranMetodo pesadoPuede no siempre ser mejor que la metodologa tradicionaleste piensa que es el producto final sin haber finalizadoEl anlisis de riesgos exige una experiencia muy especificanuevas funcionalidadesModelo genera trabajo adicionalSolamente se recomienda para proyectos a corto plazo puesto El desarrollador puede caer en la tentacin de ampliar el pro-El xito del proyecto depende en gran medida de la fase deSi una tarea no esta bien definida puede incrementar costes yPor el grado de complejidad puede ser no muy adecuadoque por los posibles cambios constantes se puede incrementartotipo para construir el sistema final sin tener en cuenta los anlisis de riesgostiempoEn proyectos pequeos, es posible que no se puedan cubrirel tiempo y a su vez los costoscompromisos de calidad y mantenimiento que tiene con el No funciona bien para los proyectos ms pequeosSi el equipo no se compromete hay mucha posibilidad de fraca-los costos de dedicacin del equipo de profesionalesclientesarnecesariosSolo funciona bien en equipos pequeos y agilesLos miembros del equipo deben ser expertos en su campo paraSe requieren miembros del equipo experimentadodesarrollar un sofware bajo esta metodologaPuede ser dificil para el Scrum Manager para planificar, estructu-rar y organizar un proyecto que carece de una definicion claraEl equipo esta constantemente en acoso

Hoja2

Hoja3