Accion de tutela

Modelos de Proceso
Ing. Esteban Andrés Díaz Mina

Capitulo II

Marzo de 2011

Introducción Modelo General de Proceso Evaluación y Mejora del Proceso Modelos de Proceso Prescriptivo Modelos de proceso Especializado El Proceso Unificado Producto y Proceso

• Proceso de software se define como una estructura para las actividades, acciones y tareas que se requieren a fin deconstruir software de calidad • La ingeniería de software es llevada a cabo por personas creativas y preparadas que deben adaptar un proceso maduro de software a fin de que resulte apropiado para los productos que construyen y para la demandas de su mercado.

Los modelos prescriptivos de proceso se propusieron originalmente para ordenar el caos del desarrollo de software.
Sin embargo, el trabajode la ingeniería del software y el producto resultante aún permanecen “al borde del caos”.

Los modelos de proceso que enfatizan la definición, la identificación y la aplicación detallada de las actividades del proceso han sido aplicados dentro de la comunidad de la ingeniería del software en los últimos 30 años.

La aplicación de estos modelos prescriptivos intenta mejorar la calidad delsistema, hacer que los proyectos sean más manejables, que las fechas de entrega y los costos sean más predecibles, y guiar a los equipos de ingenieros del software mientras construyen un sistema.

En años recientes se han propuesto modelos de procesos que subrayan la agilidad del proyecto y siguen un conjunto de principios, los cuales conducen a un enfoque más informal para el proceso desoftware (dicho enfoque no es menos efectivo). Estos modelos ágiles del proceso resaltan la manejabilidad y la adaptabilidad.

Es importante darse cuenta de que estos dos enfoques de proceso tienen una meta común: crear software de calidad que satisfaga las necesidades del cliente, pero tienen perspectivas diferentes.

La madurez de una organización es proporcional a su capacidad para poner enpráctica procesos de software que produzcan los resultados previstos.
Si el proceso es débil, sin duda el producto final sufrirá las consecuencias. Asimismo, una confianza excesiva en el proceso es peligrosa.

Cualquier organización de ingeniería del software debe describir un conjunto único de actividades dentro del marco de trabajo para el proceso de software que adopte. También debe llenarcada actividad del marco de trabajo con un conjunto de acciones de ingeniería de software, y definir cada acción en cuanto a un conjunto de tareas que deben completarse para alcanzar las metas de desarrollo.

El modelo en cascada, algunas veces llamado el ciclo de vida clásico, sugiere un enfoque sistemático, secuencial hacia el desarrollo de software, que se inicia con la especificación derequerimientos del cliente y que continúa con la planeación, el modelado, la construcción y el despliegue para culminar en el soporte del software terminado.

Entre los problemas que algunas veces se encuentran al aplicar el modelo en cascada están:  Es muy raro que los proyectos reales sigan el flujo secuencial que propone el modelo.  Con frecuencia es difícil para el cliente establecer todoslos requerimientos de manera explicita.  El cliente debe tener paciencia.

En muchas situaciones los requisitos iniciales están bien definidos en forma razonable, pero el enfoque global del esfuerzo de desarrollo excluye un proceso puramente lineal. Además, quizá haya una necesidad imperiosa de proporcionar de manera rápida un conjunto limitado de funcionalidad para el usuario y despuésrefinarla y expandirla en las entregas posteriores del software.

― El modelo incremental combina elementos del modelo de cascada aplicado en forma iterativa. ― Se debe tener en cuenta que se puede incorporar el paradigma de construcción de prototipos. ― A menudo, al utilizar el modelo incremental el primer incremento es un producto esencial. ― El modelo de proceso incremental, al igual que la...