2. 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
Planeacion
Modelado
Construccion
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 Modelado
inicio del proyecto Estimación Análisis
recopilación de requisitos Itinerario diseño
seguimiento
Despliegue Construcción
Entrega código
Soporte prueba
retroalimentación
Figura Modelo de Cascada
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. Modelo Incremental
El modelo incremental entrega el
software en partes pequeñas, es
iterativo.
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. 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. Modelo Prototipos
Pertenece 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
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. 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. 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. Desarrollo Agil
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
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?