Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • Unidad 16

    Cargado por

    martha
    14 vistas8 páginas
    q

    Título original

    UNIDAD-16

    Derechos de autor

    © © All Rights Reserved

    Formatos disponibles

    PDF o lea en línea desde Scribd

    ¿Le pareció útil este documento?

    ¿Este contenido es inapropiado?

    Denunciar este documento
    q

    Copyright:

    © All Rights Reserved
    Descargue como PDF o lea en línea desde Scribd
    Marcar por contenido inapropiado
    14 vistas8 páginas

    Unidad 16

    Cargado por

    martha
    q

    Copyright:

    © All Rights Reserved
    Descargue como PDF o lea en línea desde Scribd
    Marcar por contenido inapropiado
    de 8
    20 Entrega evolutiva La entrega evolutiva es un modelo de ciclo de vida que consique un equilbrio entre el control de la entrega por etapas y la flexibilidad del prototipado evolutivo, Su aportacion al desarrollo rapido proviene de en- iregar partes del software seleccionadas antes de lo que seria posi= ble de otra forma, pero la entrega final del producto software no serd necesariamente mas répida. Proporciona la posibilidad de cambiar la direccién del producto a medio camino, en respuesta a las peticiones del cliente. La entrega evolutiva se ha usado con éxito en software de gestion intema y en software «prét-a-porter». Usado con cuidado, pue~ de mejorar la calidad del producto, reducir el tamaio del cédigo, y producir una distribucién més uniforme de los recursos de desarrollo y prueba. Al igual que otros modelos de ciclo de vida, la entrega evolutiva, @ un metodo para todo el proyecto: si desea usarlo, necesita comen- zar a planificar usario al inicio del proyecto. Eficacia Reduccién potencial de la planificacién nominal: Buena Mejora en la visibilidad del progreso: Excelente Etecto sobre el riesgo de Ia planiticacion: Disminuye el riesgo Posibilidad de éxito inicial Muy buena Posibilidad de éxito a largo plazo: Excalente Riesgos principales * Cambio de prestaciones. + Disminucion del control del proyecto. + Cxpectativas poco realistas de presupuesto y planificacién. {Uso ineficiante dal tiempo de desarrollo por parta de Ins desarrolladores. Interacciones y equilibrios principales * Derivado de la entrega por etapas y del prototipado evolutivo. * El éxito depende del Uso dei diseno para el cambio. 461 462 Desarrollo y gestion de proyectos informaticos ‘CRUZADA detlee sobre estos tips de apoyo para e| conaute Cepituo 21, Conoapto ste aware Analisis >| pratiminar de ;querimientes| L_,|Pssease JASE) Lf Ropetireste cco hasta agotr et incorporeria | ‘a cauireraen tom remipueto bata Se teraconos planeads o hasta [Rico conto oat ‘Saletocho Figura 20.1. EI modelo de ciclo de vida de entrega evolutva recibe ef control de la entrega por etapas y la flenbilided del prototipado evolutive, Puede adaptarto para proporcionar tanto control o flexibiidad como neces. 464 Desarrollo y gestion ae proyectos informaticos REFERENCIA Para mis detales sobre el valor de cambos anunsstema conaulte “Defncén da Tamikas 0 brosramas>. en ‘Seca 18.1, En el prototipado evolutivo, tiende a iterar hasta que usted o el cliente reconozean que ha creado un producto aceptable. {Cudntas iteraciones tendra que hacer? No puede saberlo con seguridad. Normalmente no se puede abordar un proyecto con un final tan indefinido. Por otro lado, en la entrega por etapas, durante el disefio de la arqui- tectura planifica el ntimero de etapas que tendré, y 1o que construira exac- tamente durante cada una de las ctapas. {Qué sucede si cambia de idea? Bien, Ia entrega por etapas pura no se lo permitiré Con la entrega evolutiva. puede comenzar partiendo de la base del prototipado evolutivo y virar el proyecto hacia la entrega por etapas para obtener un mayor control, Puede decidir al principio que entregaré el pro- ducto en cuatro entregas evolutivas. Invite al cliente a proporcionar reali- mentacién en cada entrega, lo que puede considerarse para la siguiente entrega, Pero el proceso no continuars indefinidamente: parari después de la cuarta entrega. Decidit con antelacién el mimeto de iteraciones y mantenerlo es uno de los factores mas criticos para conseguir el éxito en este tipo de desarrollo répido (Burlton, 1992) ‘Con la entrega evolutiva, otra opcién es comenzar teniendo como base Ja entrega por etapas y virar el proyecto hacia cl prototipado cvolutivo para obtener una mayor flexibilidad, Al principio puede decidir lo que entregard en las etapas 1. 2 y 3. pero puede ser mas indeciso con las eta- pas 4 y 5, lo que le da a su proyecto una direccién, pero no un camino organizado. ‘La inclinacién hacia el prototipado evolutivo o la entrega por etapas deberia depender del punto hasta el que necesite adaptarse a las peticio- nes de los clientes. Si necesita aceptar la mayoria de las peticiones, prepare la entrega evolutiva para que se acerque més al prototipado. Algunos ex- pertos recomiendan entregar el software en inerementos del I al 5 por 100 (Gilb, 1988). Si necesita aceptar pocas peticiones de cambios, planifique acercarse mas a la entrega por etapas, con una serie de entregas mayores. Orden de entrega La entrega evolutiva se utiliza cuando no se est completamente seguro de lo que se desea construir. Pero a diferencia del protatipado evolutivo, se tiene al menos alguna idea, de forma que se podria organizar un conjunto proliminar de entregas al comicnzo del proyseto, mientras se estén desa- srollando Ia arquitectura y el micleo del sistema La planificacién inicial de entregas probablemente contendra alguna funcionalidad que claramente estar en el sistema final, alguna que pro- bablemente estari, y otra que podria no estar. Sin embargo, se identifica- rn otras funcionalidades y se aadiran posteriormente. Asegirese de estructurar su planificacién de entrogas, de forma que desarrolle antes las fimncionalidades mas importantes. Puede mostrar el REFERENCIA {CRUZADA ceserpoion de ns ‘ecisiones 06 piantieacon a8 ‘depantan cea comecta comprension ‘Secon 13.1 sobre la esrctura gel po» Capitulo 20: Entrega evolutiva 465 sistema a sus clientes, obtener su realimentacién, y tener la seguridad de que el resto de funcionalidades es realmente 1o que desean (antes de co- meazar a trabajar en él) Cuéndo usar la entrega evolutiva Si conoce tan bien su sistema como para no esperar muchas sorpresas, serd mejor utilizar la entrega por etapas que la entrega evolutiva, Tiene un mayor control sobre el proyecto cuando organiza exactamente lo que se entregari al final de eada etapa con antelacién. Fste estilo de desarralla suele ser mas apropiado para mantenimiento o actualizaciones del pro- ducto, donde ya conoce a fondo el Ambito del producto y no espera encon- trar ninguna idea revolucionaria a lo largo del desarroilo. Si no conoce completamente el sistema y espera muchas sorpresas, incluyendo sorpresas que probablemente afecten al sistema de forma funda mental, seri mejor utilizar el prototipada evalutivo que Ia entrega evoln- tiva, La entrega evolutiva requiere que se tenga suficiente conocimiento sobre el proyecto al principio, para disefiar una arquitectura e implemen- tar la funcionalidad del niicleo. Con el prototipado evolutivo, no tiene que hacer esto al principio. La entrega evolutiva no eatd limitada a los sistemas completamente mnevos Faun sistema existente pede sustituir parte del sistema antigua y también puede proporcionar nuevas capacidades. Llega un momento en el que habra sustituido tantas cosas que no quede nada del sistema anti- quo. La arquitectura del nuevo sistema necesita ser disefiada con cuidado, de forma que pueda seguir sin verse afectado por lay restricciones del antiguo sistema, Esto podria significar que no puede crear inmediatamen te ciertas partes del nnevo sistema: es posible qne desee esperar hasta que el nuevo sistema pueda admitir esas partes sin sobresaltos. 20.2. Gestidn de los riesgos de la entrega evolutiva REFERENCIA Para mie detalas consul Seccion 212 Gestion dos sgos cel ‘voltvo= A camtinnacidn se muestra tuna lista de riesgas que deheria controlar si su version de la entrega evolutiva tiende mis hacia el prototipado evolutivo: + Expectativas poco realistas de presupuesto y planificacién, debi- das al rapido progreso inicial. Disminueién del control del proyecto. Cambio de. prestaciones Mala realimentacién del usuario. Bajo rendimiento del producto, Expectativas poco realistas de rendimiento. Mal diseno. 466 Desarrollo y gestion de proyectos informaticos ‘= Dificultades para el mantenimicnte. «Uso ineficiente del tiempo de desarrollo por parte de los desarro- adores. A continuacién se muestran Ios riesgos a controlar si su proyecto tien- de mas a la entrega por etapas: FEFERENCIA CCRUZADA Paramés dstsioneone Cambio de prestaciones. aston noogos;corsuto ‘Dependencias técnicas inadvertidas. ‘olosresgoscela —-«* ‘Centrado insuficiente del desarrollador, tendiendo a un uso inefi- fentoge por etapasr. ciente del tiempo de desarrollo. 20.3. Efectos secundarios de la entrega evolutiva La entrega evolutiva mejora la posibilidad de hacer correcciones a mitad del proyecto. En cada entrega incremental, si los resultados no son los cesperados, puede mejorar el diseno, modificar el andlisis de costes/bene- fivios o cancelar pronto el proyecto. Realizar entregas desde el principio y con frecuencia ayuda a mejorar suestimacién, ofteciéndole més posibilidades de practicar. Esto no aumenta la velocidad de desarrollo, pero aumenta su capacidad de entregar lo que promete, que puede ser igual de importante en un entorno sensible a la velocidad. Tom Gilb denomina a esto el «principio del choque futuro»: los datos de proyectos anteriores pueden ser itiles, pero no pueden ser tan Stiles como los datos actuales del proyecto en curso (Gilb, 1988). Oitra ventaja consiste en que puede pretender entregar el producto cada pocas semanas o meses. Haciendo esto, se reduce la cantidad de tiempo que lleva aprender todas las lecciones que se aprenden al finalizar un ci- clo del producto. El desarrollo completo de un producto es una gran ex- periencia, y cuando reduce el bucle de realimentacin, puede obtener esa experiencia de forma mas répida, REFERENCIA Si su versidn de la entrega evolutiva se inclina hacia el prototipado Para me UZADA evolutivo, podria experimentar estos efectos secundarios: sobre estos efectos sevundaivn cornu Meyora de la moral de los usuarios, clientes y desarrolladores por- la Seccin 21.3, sRlectos secundutos que el progreso es visible ‘lortainaco «Realimentacién temprana de Ia aceptacién del sistema final ‘volves. isminucién del tamafio global del eddigo. ‘+ Reduccién de defectos debida a la mejor definicién de requeri- mientos. ‘© Suaviza las curvas de esfuerzos que reducen el efecto de Ia fecha limite (que normalmente surge cuando utiliza los enfoques tradi- cionales de desarrolto). Capitulo 20: Entrega evolutiva 467 REFERENCIA —_ Si su versidn de Ia entrega evolutiva tiende hacia la entrega por eta- SAUZADA pas, podria esperar estos efectos secundarios secundaros,corsute _ Distribucién mas uniforme de los recursos de desarrollo y prueba. Pega comin 23 ‘© Mejora en la calidad del cédigo. ‘aslgentegapor —- ¢- Mas probabilidad de finalizar el proyecto oe Apoya los estuerzos de trabajo centrados en el presupuesto. 20.4. Interacciones de la entrega evolutiva con otros métodos Fl éxito de la entrega evolutiva depende de la efectividad del uso det disefio para el cambio (Capitulo 19). La entrega evolutiva invita a cambios, y su. sistema necesita estar preparado para acomodarse a ellos. 20.5. Puntos cruciales de la entrega evolutiva rerenencia El punto crucial de la entrega evolutiva consiste en que, reduzca 0 no el panmigiCezA©A tiempo de desarrollo en conjunto, proporciona signos tangibles de progreso, sSaitteiemecte Ge pueden set tan importantes para el desarolio rapido como la maxima recorrones! yelovad de desarrollo. Poiia paever que ese eufaque intemal 1e- progto,consuteie 1o:2°3 mas tempo que un enfogue mae tradicional, pero cast nunca es asi

    También podría gustarte