Modelo Prescriptivos de proceso

Modelo Prescriptivos de procesoModelos PrescriptivosCualquier organizacin de ingeniera de software debe describir un conjunto de actividades dentro del marco de trabajo para el o los procesos que adopte.Tambin debe llenar cada actividad del marco de trabajo con un conjunto de acciones de ingeniera.Y definir cada accin en cuanto a un conjunto de tareas que identifique el trabajo y los productos de trabajo, que deben alcanzarse para alcanzar las metas de desarrollo.Despus la organizacin debe adoptar el modelo de procesos resultante y ajustarlo a la naturaleza especfica de cada proyecto, personas y ambiente en donde se ejecutar el trabajo.Sin importar el modelo de proceso seleccionado, los ingenieros de software han elegido de manera general un marco de trabajo genrico para el proceso que incluye las siguientes actividades: comunicacin, planeacin, modelado, construccin y desarrollo.

Por qu se les llama modelo prescriptivos?Se les llama prescriptivos, por que prescriben un conjunto de elementos del proceso: actividades de marco de trabajo, acciones de ingeniera del software, tareas, productos de trabajo, aseguramiento de la calidad y mecanismos de control de cambio para cada proyecto.

Flujo de trabajoCada modelo de proceso prescribe un flujo de trabajo; esto es, la forma en que los elementos del proceso se interrelacionan entre si.

Modelo de cascadaExisten ocasiones en que los requisitos de un problema se entienden de manera razonable: cuando el trabajo fluye desde la comunicacin hasta despliegue de manera lineal. El modelo cascada algunas veces llamado ciclo de vida clsico, sugiere un enfoque sistemtico secuencial hacia el desarrollo del software, que se inicia con la especificacin de requerimientos del cliente y que contina con la planeacin el modelado, la construccin y el despliegue para terminar con el soporte del software terminado.Modelo cascada

Este modelo se aplica en situaciones de actualizacin de un software, como un sistema contablecuando el gobierno ha dictado nuevas regulaciones.Tambin se aplica a un nmero limitado de nuevos proyectos, solamente cuando estn bien definidos los requerimientos y son estables en forma razonable.Problemas al aplicar el modelo de cascadaEs muy raro que los proyectos reales sigan el flujo secuencial que propone el modelo.Con frecuencia es difcil para el cliente establecer todos los requisitos de manera explcita.El cliente debe tener paciencia. Una versin que funcione del programa estar disponible cuando el poryecto est muy avanzado.En la actualidad el trabajo de software est acelerado y sujeto a una cadena infinita de cambios (de caractersticas, funciones y contenido de la informacin). Con frecuencia el modelo de cascada no es apropiado para dicho trabajo.El modelo de cascada puede ser til en situaciones donde los requerimientos estn fijos y donde el trabajo se realiza hasta su conclusin de una manera linealModelos de procesos incrementalesEl modelo incrementalEl modelo DRA (Desarrollo Rpido de Aplicaciones)

Modelo incrementalEl modelo incremental combina elementos del modelo cascada aplicado en forma iterativaComo se muestra en la figura 3.2 el modelo incremental aplica secuencias lineales de manera escalonada conforme avanza el tiempo en el calendarioCada secuencia lineal produce incrementos de software.

Modelo incrementalEn el modelo incremental el primer incremento es un producto esencial (se incorporan los requisitos bsicos, pero muchas caractersticas suplementarias no se incorporan.El producto esencial queda en manos del cliente (o se somete a una evaluacin detallada)Como resultado de la evaluacin se elabora un plan para el incremento siguienteEl plan afronta la modificacin del producto esencial con el fin de satisfacer de mejor manera la necesidad del cliente y la entrega de caractersticas y funcionalidad adicionales.Este proceso se repite despus de la entrega de cada incremento mientras no se haya elaborado el producto completo

El modelo DRAEl Desarrollo Rpido de Aplicaciones (DRA) es un modelo de proceso de software incremental que resalta un ciclo de desarrollo corto.El DRA es una adaptacin de alta velocidad del modelo de cascada en el que se logra el desarrollo rpido mediante un enfoque de construccin basado en componentesSi se entienden bien los requisitos y se limita el mbito del proyecto DRA permite que un equipo de desarrollo cree un sistema completamente funcional en un periodo corto de tiempo (60 a 90 das)

La comunicacin trabaja para entender el problema de negocios y las caractersticas de informacin que debe incluir el software.La planeacin se orienta para que varios equipos de software trabajen en paralelo sobre diferentes funciones del sistema.El modelado incluye tres grandes fases modelado de negocios, modelado de datos y modelado de proceso- y establece representaciones del diseo que sirve como base para la actividad de construccin del modelo DRA.La construccin resalta el empleo de componentes de software existente y la aplicacin de la generacin automtica de cdigo.Por ltimo el despliegue establece la base para las iteracciones subsecuentes si estas son necesarias.Inconvenientes del modelo DRAPara proyectos grandes, pero escalables, el DRA necesita suficientes recursos humanos para crear el nmero correcto de equipos DRASi los desarrolladores y clientes no se comprometen con las actividades rpidas necesarias para completar el sistema en un marco de tiempo muy breve los proyectos de DRA fallarn.Si un sistema no se puede modular en forma apropiada, la construccin de los componentes necesarios para el DRA ser problemtica.Modelo de procesos evolutivosEl software como todos los sistemas complejos evolucionan con el tiempoLos requisitos de los negocios y productos a menudo cambian como se realiza el desarrolloPor lo tanto la ruta lineal que conduce a un producto final no ser realLas estrictas fechas tope del mercado imposibilitan la conclusin de un producto completo, por lo que se tiene que presentar una versin limitada para liberar la presin competitiva y de negocios.

Modelo de procesos evolutivosEn esta y otra situaciones similares, los ingenieros de software necesitan un modelo de proceso que haya sido diseado de manera explcita para incluir un producto que evolucione con el tiempo.Los modelos evolutivos son interactivos; los caracteriza la forma en que permiten que los ingenieros de software desarrollen versiones

Construccin de prototiposA menudo un cliente define un conjunto de objetivos generales para el software, pero no identifica los requisitos detallados de entrada, procesamiento o salida.El responsable del desarrollo del software esta inseguro de la eficacia de un algoritmo.En estas y otras situaciones un paradigma de construccin de prototipos puede ofrecer el mejor enfoque.El paradigma de la construccin de prototipos ayuda al ingeniero de sistemas y al cliente a entender de mejor manera cul ser el resultado de la construccin cuando los requisitos estn satisfechos.

Se inicia con la comunicacin. El ingeniero de software y el cliente encuentran y definen los objetivos globales para el software.Identifican los requisitos conocidos y las reas del esquema en donde es mas necesaria mas definicin.Entonces se plantea con rapidez una interaccin de construccin de prototipos y se presenta el modelado (en la forma de un diseo rpido.

Construccin de prototipos El diseo rpido se centra en una representacin de aquellos aspectos del software que sern visibles para el cliente o el usuario final (por ejemplo, la configuracin de la interfaz con el usuario y los formatos de despliegue de salidaEl diseo rpido conduce a la construccin de un prototipo.Despus el prototipo es evaluado por el cliente y con la retroalimentacin se refinan los requisitos del software que se desarrollar.La Interaccin ocurre cuando el prototipo se ajusta para satisfacer las necesidades del cliente.Construccin de prototipos

qu se debe hacer con el prototipo?En la mayora de los proyectos, el primer sistema construido apenas se utiliza. Tal vez sea demasiado lento, muy grande o torpe en su uso, o reuna las tres caractersticas a la vez.No existe otra opcin que comenzar de nuevo, aunque sea doloroso, es lo mejor, y construir una revisin rediseada en la que se resuelvan estos problemasProblema de la construccin de prototiposEl cliente ve lo que parece una versin en funcionamiento del software, sin saber que el prototipo est unido con chicle y cable para embalaje, que por la prisa de hacerlo funcionar no se ha considerado la calidad del software global o la facilidad de mantenimiento a largo plazo.A menudo el desarrollador establece compromisos de implementacin para lograr que el prototipo funcione con rapidez. Tal vez se utilice un sistema operativo o lenguaje de programacin inadecuado solo por que es conocido y esta disponible.