11. modelos según roger s

2,444 views

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
2,444
On SlideShare
0
From Embeds
0
Number of Embeds
29
Actions
Shares
0
Downloads
79
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

11. modelos según roger s

  1. 1. Modelos segúnRoger S.Pressman
  2. 2. Modelos PrescriptivosLos modelos prescriptivos de proceso se propusieronoriginalmente para ordenar el caos de desarrollo desoftware.Los modelos prescriptivos de proceso definen unconjunto distinto de actividades, acciones, tareas,fundamentos y productos de trabajo que serequieren para desarrollar software de alta calidad.Marco de Trabajo: Comunicacion Planeacion Modelado Construccion
  3. 3. Modelo en Cascada También llamado el ciclo de vida clásico, sugiere un enfoque sistemático, secuencial hacia el desarrollo del software. Comunicación Planeación Modeladoinicio del proyecto Estimación Análisisrecopilación de requisitos Itinerario diseño seguimiento Despliegue Construcción Entrega código Soporte prueba retroalimentación Figura Modelo de Cascada
  4. 4. Modelo en Cascada 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. Ventaja Es muy sencillo
  5. 5. Modelo IncrementalEl modelo incremental entrega elsoftware en partes pequeñas, esiterativo. Incremento 2 Comunicación Incremento n … inicio del proyecto recopilación de requisitos Planeacion Estimación Itinerario Incremento 1 seguimiento Modelado Comunicación Análisis inicio del proyecto diseño recopilación de requisitos Construcción Planeacion código Estimación prueba Itinerario seguimiento Despliegue Modelado Entrega Análisis Soporte diseño retroalimentación Construcción código prueba Despliegue Entrega Figura Modelo Incremental Soporte retroalimentación
  6. 6. Modelo Incremental 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. Ventaja El primer incremento se realiza con poca gente.
  7. 7. Modelo PrototiposPertenece a los modelos de desarrollo evolutivo.Construido en poco tiempo, pocos recursos.El responsable del desarrollo del software está inseguro de laeficacia de un algoritmo, de la adaptabilidad de un sistemaoperativo o de la forma que debería tomar la interacciónhumana
  8. 8. Modelo Prototipos 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.
  9. 9. Modelo en Espiral 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
  10. 10. Modelo en Espiral Análisis de Planificación Riesgos Análisis de riesgo Análisis de riesgo Prototipo Análisis de Operativo riesgo Prototipo 3 Revisión AR Prototipo 2 Prototipo 1 Plan de Simulaciones, Modelos, Estándares requisitos, Concepto de Plan de ciclo operación Requisitos de de vida Software Plan de Validación de Diseño del desarrollo requisitos producto de software Diseño detallado Plan de Codificación prueba e Verificación y Integración validación de Prueba de Unidad diseño Prueba de Integración Prueba de aceptación Evaluación del Implementación Ingeniería Cliente Figura 4.2 Modelo de Espiral de Boehm Sommerville, Ian (2005), Ingeniería de software, Ed. Addison Wesley 7ª ed
  11. 11. Desarrollo AgilHemos descubierto mejores formas de desarrollar software, por medio de estetrabajo 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 debilidadesadvertidas y reales en el desarrollo de software.´Los métodos tradicionales son un conjunto de tipos que se arrastran en ellodo y que prefieren producir documentación que no fluye, en vez de unsistema de trabajo que cubra las necesidades del negocio´.´Los métodos ligeros, o «agiles» son un conjunto de intrusos informáticos quevan a estar a ahí para dar una maldita sorpresa cuando intenten elevar susjuguetes al nivel del software de la empresa´. Jim HighsmithCual es la mejor manera de lograrla?Como se construye un software que satisfaga hoy lanecesidad de los clientes y muestre las característicasde calidad que le permitan extenderse y escalar paracubrir a largo plazo las necesidades del cliente?

×