Está en la página 1de 24

Modelos de Proceso de Software

Modelos Prescriptivos
Prescriben un conjunto de elementos del proceso, tales como: actividades del marco de trabajo, acciones de ingeniera del software, tareas, productos del trabajo, aseguramiento de la calidad y mecanismos de control del cambio para cada proyecto. Tambin se describe el Flujo de Trabajo.

El modelo en cascada
Tambin llamado el ciclo de vida clsico, sugiere un enfoque sistemtico, secuencial, que inicia con la especificacin de los requerimientos del cliente y que contina con la planeacin, el modelado, la construccin y el despliegue para culminar con el soporte del software terminado.

El modelo en cascada

El modelo en cascada
Algunos problemas que se pueden presentar: 1. Es muy raro que los proyectos reales sigan el flujo secuencial que propone el modelo 2. Con frecuencia es difcil para el cliente establecer todos los requerimientos de manera explicita 3. El cliente debe tener paciencia.

El modelo incremental
Combina elementos del modelo en cascada, ya que aplica secuencias lineales de manera escalonada con forme avanza el tiempo en el calendario; en donde cada secuencia lineal produce incrementos del software. Por ejemplo Un procesador de Texto, en su primer incremento realiza funciones bsicas tales como edicin y produccin de documentos, en el segundo incremento tendra ediciones ms sofisticadas y en el tercer incremento, funciones de correccin ortogrfica y gramatical y as sucesivamente

El modelo incremental

El modelo DRA
El desarrollo rpido de aplicaciones (DRA) es un modelo de software incremental que resalta un ciclo de desarrollo corto. En otras palabras es una adaptacin a alta velocidad del modelo en cascada en el cual se logra el desarrollo rpido mediante un enfoque de construccin basado en componentes. Si se entienden bien los requisitos y se liminta el mbito del proyecto, el proceso DRA permite que un equipo de desarrollo cree un sistema completamente funcional dentro de un perodo muy corto. (de 60 a 90 das)

El modelo DRA
Actividades:
Comunicacin: trabaja para entender el problema de negocios y las caractersticas de informacin que debe incluirse Planeacin: importante ya que varios equipos de software trabajan en paralelo sobre diferentes funciones del sistema Modelado: incluye tres grandes fases: Modelado de negocios, de datos y procedimientos. Construccin: resalta el empleo de los componentes de software existente y la aplicacin de la generacin automtica de cdigo Despliegue: establece una base para las iteraciones subsecuentes.

El modelo DRA

MODELO DE PROCESO EVOLUTIVOS


Los requisitos de los negocios y productos a menudo cambian conforme se realiza el desarrollo; por lo tanto, la ruta lineal que conduce a un producto final no ser real. Los modelos evolutivos son iterativos; los caracteriza la forma en que permiten que los ingenieros de software desarrollen versiones cada vez mas completas del software.

Construccin de Prototipos
Cuando un cliente define una serie de objetivos que se persigue con el software, no se identifican bien los requisitos detallados de entrada, procesamiento o salida, u otros inconvenientes. En estos casos un paradigma de construccin de prototipos se puede ofrecer un mejor enfoque.

Construccin de Prototipos

Construccin de Prototipos
Cuando un cliente define una serie de objetivos que se persigue con el software, no se identifican bien los requisitos detallados de entrada, procesamiento o salida, u otros inconvenientes. En estos casos un paradigma de construccin de prototipos se puede ofrecer un mejor enfoque.

Construccin de Prototipos
Etapas Plan rpido Modelado, diseo rpido Construccin del Prototipo Desarrollo, entrega y retroalimentacin Comunicacin

Construccin de Prototipos
Etapas Plan rpido Modelado, diseo rpido Construccin del Prototipo Desarrollo, entrega y retroalimentacin Comunicacin

Construccin de Prototipos
Ventajas:
Este modelo es til cuando el cliente conoce los objetivos generales para el software, pero no identifica los requisitos detallados de entrada, procesamiento o salida. Tambin ofrece un mejor enfoque cuando 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 debera tomar la interaccin humano-mquina.

Construccin de Prototipos
Desventajas:
El usuario tiende a crearse unas expectativas cuando ve el prototipo de cara al sistema final. A causa de la intencin de crear un prototipo de forma rpida, se suelen desatender aspectos importantes, tales como la calidad y el mantenimiento a largo plazo, lo que obliga en la mayor parte de los casos a reconstruirlo una vez que el prototipo ha cumplido su funcin. Con el afn de desarrollar rpidamente el prototipo, el desarrollador suele tomar algunas decisiones de implementacin poco convenientes (por ejemplo, elegir un lenguaje de programacin incorrecto porque proporcione un desarrollo ms rpido

El modelo en espiral
Definido por Barry Boehm Las actividades de este modelo se conforman en una espiral, en la que cada bucle o iteracin representa un conjunto de actividades. Las actividades no estn fijadas a ninguna prioridad, sino que las siguientes se eligen en funcin del anlisis de riesgo, comenzando por el bucle interior.

El modelo en espiral
Cada vuelta se divide en 4 sectores:
Planeacin : determinacin de los objetivos, alternativas y restricciones Anlisis de riesgo : anlisis de alternativas e identificacin/resolucin de riesgos Ingeniera : desarrollo del producto hasta "el siguiente nivel". Evaluacin : valoracin por parte del cliente de los resultados obtenidos.

El modelo en espiral

El modelo en espiral
Variante de seis regiones
Comunicacin con el cliente: las tareas requeridas para establecer comunicacin entre el desarrollador y el cliente. Planificacin: las tareas requeridas para definir recursos, el tiempo y otras informaciones relacionadas con el proyecto. Son todos los requerimientos. Anlisis de riesgos: las tareas requeridas para evaluar riesgos tcnicos y otras informaciones relacionadas con el proyecto.

El modelo en espiral
Variante de seis regiones

Ingeniera: las tareas requeridas para construir una o ms representaciones de la aplicacin. Construccin y adaptacin: las tareas requeridas para construir, probar, instalar y proporcionar soporte al usuario. Evaluacin del cliente: las tareas requeridas para obtener la reaccin del cliente segn la evaluacin de las representaciones del software creadas durante la etapa de ingeniera e implementacin durante la etapa de instalacin.

El modelo en espiral

También podría gustarte