Los hierro

La complejidad del software segun booch se divide en 4:
- Complejidad del dominio del problema
- La dificultad de gestionar el proceso de desarollo
- La posible flexibilidad a travez del software
- Los problemas de caracterizacion del comportamientos de sistemas discretos.
 
- Complejidad del dominio del problema:
Esto se produce cuando el cliente trata de explicar al desarrolador delsistema lo que el necesita, ya que los dos hablan lenguajes diferentes. el cliente le cuesta mucho dar con presicion los requerimientos que  el necesita al programador. En casos muy extremos, el cliente tiene una debil idea de lo que quiere que contenga el software.
  La dificultad de gestionar el proceso de desarollo:
La escritura del software o el desarrollo del software requiere de una escrituraamplia, en grandes cantidades,  y si hay un software anterior mucho mejor ya no mas se toman las bases del mismo, pero para poder realizar esto se necesita a varios programadores que intervengan en el desallorro, pero tambien se necesita que este qquipo de desarrolladores sea lo mas pequeño posible, porque despues viene las complicaciones, la cominicacion entre ellos es mas compleja, cada unotiene una forma de trabajar etc. y un poco peor si todos los programadores del equipo estan disperso geograficamente.
 
 La posible flexibilidad a travez del software:
El software desarrollado debe ofrecer flexibilidad para poder expresar cualquier tipo de abstraccion. Los sistemas orientados a objetos ofrecen esta flexibilidad, ademas rendimiento y la funcionalidad requerida para la implementacionpractica.
En POO existe ua gran variedad de aplicaciones que se pueden programar, debido a que se liberan restricciones de los tipos de datos predefinidos y acomoda la estructura de datos heterogeneas y complejas.

Modelos de proceso o ciclo de vida [editar]

Para cada una las fases o etapas listadas en el ítem anterior, existen sub-etapas (o tareas). El modelo de proceso o modelo de ciclode vida utilizado para el desarrollo define el orden para las tareas o actividades involucradas[6] también definen la coordinación entre ellas, enlace y realimentación entre las mencionadas etapas. Entre los más conocidos se puede mencionar: modelo en cascada o secuencial, modelo espiral, modelo iterativo incremental. De los antedichos hay a su vez algunas variantes o alternativas, más o menosatractivas según sea la aplicación requerida y sus requisitos.[7]

Modelo cascada [editar]

Este, aunque es más comúnmente conocido como modelo en cascada es también llamado "modelo clásico", "modelo tradicional" o "modelo lineal secuencial".
El modelo en cascada puro difícilmente se utilice tal cual, pues esto implicaría un previo y absoluto conocimiento de los requisitos, la no volatilidad delos mismos (o rigidez) y etapas subsiguientes libres de errores; ello sólo podría ser aplicable a escasos y pequeños desarrollos de sistemas. En estas circunstancias, el paso de una etapa a otra de las mencionadas sería sin retorno, por ejemplo pasar del Diseño a la Codificación implicaría un diseño exacto y sin errores ni probable modificación o evolución: "codifique lo diseñado que no habrán enabsoluto variantes ni errores". Esto es utópico; ya que intrínsecamente el software es de carácter evolutivo, cambiante y difícilmente libre de errores, tanto durante su desarrollo como durante su vida operativa.[6]
[pic]

[pic]

Fig. 2 - Modelo cascada puro o secuencial para el ciclo de vida del software.

Algún cambio durante la ejecución de una cualquiera de las etapas en este modelosecuencial implicaría reiniciar desde el principio todo el ciclo completo, lo cual redundaría en altos costos de tiempo y desarrollo. La figura 2 muestra un posible esquema de el modelo en cuestión.[6]
Sin embargo, el modelo cascada en algunas de sus variantes es uno de los actualmente más utilizados[9] , por su eficacia y simplicidad, más que nada en software de pequeño y algunos de mediano porte;...