Ingeniera de Software

Modelos Prescriptivos de Proceso

El proceso
los productos del trabajo de los ingenieros de software (programas, documentacin y datos) son producidos como consecuencia de las actividades definidas en el proceso de software. los mejores indicadores de que tan bien funciona un proceso de software son la calidad, tiempo de terminacin y la viabilidad a largo plazo del producto de software resultante.

Por qu es tan difcil construir software?

Cada etapa del proceso puede introducir errores:

 y los errores se propagan:

Modelos del Proceso de Software

Cada proyecto de ingeniera de software necesita describir un conjunto de actividades para el marco de trabajo de el modelo seleccionado. Cada actividad debe incluir acciones y tareas que definan el trabajo y los productos del trabajo requeridos para alcanzar los objetivos.
El modelo de software seleccionado debe ser adaptado a la naturaleza especifica de cada proyecto, el recurso humano y el ambiente de trabajo.

Modelos del Proceso de Software

Indistintamente del modelo seleccionado, el marco de trabajo debe incluir las actividades de comunicacin, planificacin, modelado, construccin e implantacin. Cada modelo del proceso debe incluir elementos (actividades, acciones, tareas, productos de trabajo, aseguramiento de la calidad y mecanismos de control de cambios) y flujos de trabajo (la forma como los elementos del proceso se relacionan entre si)

Modelos Lineales
Tradicional o de Cascada

El mas utilizado. Razonable cuando los requerimientos estn bien definidos. Generalmente los requerimientos se congelan al inicio del proyecto.

Modelos Lineales
Tradicional o de Cascada

Desventaja

Modelos Incrementales
Modelo Incremental
Entrega software en pequeas partes utilizables, y cada nueva parte se construye sobre partes ya entregadas. Variacin del modelo de cascada.

Modelos Incrementales
Modelo RAD (Desarrollo Rpido de Aplicaciones)
Utiliza software y componentes reutilizables. Utiliza ciclos muy cortos de desarrollo. Utiliza generadores de cdigo (CASE) Requiere equipos comprometidos de desarrolladores y usuarios finales.

Modelos Evolutivos
Modelo de Prototipos
Buen primer paso cuando el cliente conoce sus necesidades, pero descuida los detalles. Se debe evitar la presin de convertir un prototipo en un producto en produccin

Modelos Evolutivos
Modelo Espiral

Combina la naturaleza interactiva de los prototipos con los aspectos sistmicos del modelo secuencial de cascada. Entregas evolutivas Alto riesgo en cada ciclo.

Modelos Especializados
Desarrollo Basado en Componentes. (aplicaciones construidas en base a componentes de software empaquetados llamados clases) Mtodos Formales (notaciones matemticas rigurosas utilizadas para especificar, disear y verificar los sistemas basados en computadoras) Programacin orientada a Aspectos (Procesos para definir, especificar, disear y construir aspectos del software, como interfaces, seguridad, ,manejo de memoria, etc. ) Afectan varias partes del sistema en desarrollo.

Proceso Unificado (UML)

Basado en caso, arquitectura centralizada, interactivo e incremental. Utiliza las mejores prcticas de los modelos tradicionales y lo combina con las caractersticas del desarrollo gil. Fases:

Proceso Unificado (UML)

Resumen
Los modelos prescriptivos del proceso establecen un conjunto nico de actividades, acciones, tareas, etapas y productos de trabajo requeridos para construir software de alta calidad. Los modelos prescriptivos del proceso de software son adaptados para alcanzar las necesidades de los ingenieros de software y gerentes de proyectos para cada proyecto en particular.

Resumen
Los modelos prescriptivos de software proveen estabilidad, control y organizacin a un proceso que es lo suficientemente complejo como para salirse del control de los gerentes. Las actividades del marco de trabajo para cada modelo de proceso pueden organizarse en etapas que pueden fluir en forma lineal, incremental o evolutiva.

Para Reflexin:
Un proyecto desarrollado de forma indisciplinada tiene muchas posibilidades de fracasar. Disear un columpio:

Lo que aparece en las especificaciones

Lo que aparece en el diseo

Lo que aparece en la implementacin:

Lo que se entrega al cliente

Lo que el cliente quera