11. modelos según roger s

11
Modelos según Roger S. Pressman

Transcript of 11. modelos según roger s

Page 1: 11.  modelos según roger s

Modelos según Roger S.Pressman

Page 2: 11.  modelos según roger s

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

PlaneacionModelado

Construccion

Page 3: 11.  modelos según roger s

Modelo en CascadaTambién llamado el ciclo de vida clásico, sugiere un enfoque sistemático, secuencial hacia el desarrollo del software.

Comunicación inicio del proyecto recopilación de requisitos

PlaneaciónEstimaciónItinerarioseguimiento

ModeladoAnálisisdiseño

Construccióncódigoprueba

DespliegueEntregaSoporteretroalimentación

Figura Modelo de Cascada

Page 4: 11.  modelos según roger s

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. VentajaEs muy sencillo

Modelo en Cascada

Page 5: 11.  modelos según roger s

Modelo Incremental

Comunicación inicio del proyecto recopilación de requisitos

PlaneacionEstimaciónItinerarioseguimiento

ModeladoAnálisisdiseño

Construcción códigoprueba

DespliegueEntregaSoporteretroalimentación

Figura Modelo Incremental

Comunicación inicio del proyecto recopilación de requisitos

PlaneacionEstimaciónItinerarioseguimiento

ModeladoAnálisisdiseño

Construcción códigoprueba

DespliegueEntregaSoporteretroalimentación

Incremento 1

Incremento 2Incremento n

El modelo incremental entrega el software en partes pequeñas, es iterativo.

Page 6: 11.  modelos según roger s

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.VentajaEl primer incremento se realiza con poca gente.

Modelo Incremental

Page 7: 11.  modelos según roger s

Modelo PrototiposPertenece 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

Page 8: 11.  modelos según roger s

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 Prototipos

Page 9: 11.  modelos según roger s

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

Page 10: 11.  modelos según roger s

Modelo en Espiral

Prototipo 1

Prototipo 2

Prototipo 3

Prototipo OperativoAnálisis de

riesgo

Análisis de riesgo

Análisis de riesgo

AR

Evaluación del Cliente

Planificación

Ingeniería

Análisis de Riesgos

Plan de requisitos, Plan de ciclo de vida

Plan de desarrollo

Plan de prueba e

Integración

Concepto de operación

Simulaciones, Modelos, Estándares

Validación de requisitos

Requisitos de Software

Verificación y validación de diseño

Diseño del producto de software

Implementación

Prueba de aceptación

Prueba de Integración

Prueba de Unidad

Codificación

Revisión

Figura 4.2 Modelo de Espiral de Boehm

Sommerville, Ian (2005), Ingeniería de software, Ed. Addison Wesley 7ª ed

 

Diseño detallado

Page 11: 11.  modelos según roger s

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

Desarrollo Agil

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?