Este documento describe el modelo basado en problemas, el cual se centra en identificar y resolver problemas de manera concurrente. Los problemas se almacenan en una base de datos accesible a todos los participantes del proyecto. Los problemas pueden estar abiertos, cerrados o volver a abrirse si ocurren cambios. Este enfoque permite realizar actividades de manera concurrente manejando dependencias entre problemas. El administrador debe mantener la cantidad de problemas abiertos pequeña y manejable.
1. El modelo basado en problemas
• Esta centrado en entidades
• Esta orientado al manejo de los cambios frecuentes
• Se puede utilizar si el tiempo entre cambios es
significativamente más pequeño que la duración de una
actividad
• Cada proyecto empieza con la identificación de un conjunto
de problemas
• Todos los problemas están guardados en una base de
problemas a la que tienen acceso todos los participantes en
el proyecto
2. El modelo basado en problemas
• El estado de un problema puede ser:
– Cerrado – ha sido resuelto
– Abierto – se resuelven mediante conversaciones y
negociaciones entre los participantes en el
proyecto
• Un problema cerrado puede abrirse de nuevo
si ocurren cambios
• Entre problemas existen dependencias
3. El modelo basado en problemas
• Se pueden establecer correspondencias entre los problemas
y las actividades de otros modelos (paradigmas)
– En el modelo en cascada los desarrolladores resuelven por completo los
problemas asociadas con una actividad antes de pasar a la siguiente
– En el modelo espiral los riesgos corresponden a problemas que están
evaluados y se vuelven a abrir al inicio de cada ciclo
• El uso de problemas y sus dependencias permite que las
actividades del ciclo de vida se lleven a cabo en forma
concurrente
• La administración del proyecto es muy importante
• El administrador debe mantener la cantidad de problemas
abiertos pequeña y manejable
4. El estándar para el desarrollo de procesos
software
El estándar IEEE 1074:
• Describe el conjunto de actividades y
procesos obligatorios para el desarrollo y
mantenimiento del software
• Establece un marco común para el desarrollo
de modelos de ciclo de vida
• Ofrece ejemplos de situaciones típicas