En informática , el modelo del caos es una estructura de desarrollo de software . Su creador, que utilizó el seudónimo LBS Raccoon, [1] observó que los modelos de gestión de proyectos como el modelo en espiral y el modelo en cascada , si bien son buenos para administrar cronogramas y personal, no brindan métodos para corregir errores o resolver otros problemas técnicos. Al mismo tiempo, las metodologías de programación, si bien son efectivas para corregir errores y resolver problemas técnicos, no ayudan a administrar plazos ni a responder a las solicitudes de los clientes. La estructura intenta salvar esta brecha. La teoría del caos se utilizó como una herramienta para ayudar a comprender estos problemas. [2]
El modelo del caos señala que las fases del ciclo de vida se aplican a todos los niveles de los proyectos, desde el proyecto completo hasta las líneas de código individuales.
Un cambio de perspectiva importante es si los proyectos pueden considerarse como unidades completas o deben considerarse por partes. Nadie escribe decenas de miles de líneas de código de una sola vez. Escriben fragmentos pequeños, una línea a la vez, verificando que funcionen. Luego construyen a partir de ahí. El comportamiento de un sistema complejo surge del comportamiento combinado de los bloques de construcción más pequeños.
La estrategia del caos es una estrategia de desarrollo de software basada en el modelo del caos. La regla principal es siempre resolver primero el problema más importante .
La estrategia del caos se asemeja a la forma en que los programadores trabajan hacia el final de un proyecto, cuando tienen una lista de errores que corregir y características que crear. Por lo general, alguien prioriza las tareas restantes y los programadores las solucionan una a la vez. La estrategia del caos establece que esta es la única forma válida de hacer el trabajo.
La estrategia del caos se inspiró en la estrategia Go . [ cita requerida ]
Existen varias conexiones con la teoría del caos .