Costos Y Complejidad Del Software

Los Modelos Clásicos
Los modelos de proceso dependen de las opiniones o creencias de las personas involucradas en un proyecto. Por ejemplo, algunas de estas creencias son:
* Es necesario comprender el problema antes de desarrollar una solución.
* El proceso para resolver un problema debe dar un resultado predecible, sin importar qué individuo hace el trabajo.
* Es indispensableplanear y calcular el proceso con gran precisión.
* Para que un proceso tenga éxito, es importante evaluar y administrar el riesgo.
* La entrega de etapas intermedias bien definidas aumentan la confianza que se tiene en el resultado final.
A continuación se describen los modelos de procesos “clásicos”, discutiendo las creencias en las cuales se basan.
Cascada
El modelo de cascada originalse desarrolló entre las décadas de los sesenta y setenta, y se define como una secuencia de actividades, donde la estrategia principal es seguir el progreso del desarrollo de software hacia puntos de revisión bien definidos (milestones o checkpoints) mediante entregas calendarizadas (schedule). La siguiente figura muestra un diagrama del modelo de cascada que describe


el orden de lasactividades del desarrollo de software. No se muestra una etapa explícita de documentación dado que ésta se lleva a cabo en el transcurso de todo el desarrollo. El modelo original planteaba que cada actividad debía completarse antes de poder continuar con la siguiente actividad. Sin embargo, en una revisión posterior se extendió el modelo permitiendo el regreso a actividades anteriores.
Las siguientesson algunas creencias del modelo de cascada:
* Las metas se logran mejor cuando se tienen puntos de revisión bien preestablecidos y documentados, dividiendo el desarrollo en actividades secuenciales bien definidas.
* Los documentos técnicos son comprensibles para usuarios y administradores no técnicos.
* Cada detalle de los requisitos se conoce de antemano antes de desarrollar elsoftware, y los detalles son estables durante el desarrollo.
* Las pruebas y evaluaciones se realizan eficientemente al final del desarrollo.
El modelo de cascada fue inicialmente bien recibido, dado que las actividades de las etapas eran razonables y lógicas. Lamentablemente, no explicaba cómo modificar un resultado, en especial, considerando lo difícil que es definir todos los requisitos de unsistema inicialmente y, que se mantengan estables y sin cambios durante el desarrollo. Además, el modelo toma demasiado tiempo en ver resultados, lo que retrasa la detección de errores hasta el final. El modelo también hace difícil rastrear, en otras palabras, ver la dependencia entre los requisitos iniciales y el código final. Esta rigidez trajo dudas respecto a su utilidad, lo que provocó que nose utilizara de acuerdo con su definición original, llevando a los desarrolladores a utilizar variantes del modelo básico, que incluían el uso de prototipos y reutilización de software.
Incremental
El modelo incremental es un desarrollo inicial de la arquitectura completa del sistema, seguido de incrementos y versiones parciales del mismo. Cada incremento tiene su propio ciclo de vida. Cadaincremento agrega funcionalidad adicional o mejorada sobre el sistema. Conforme se completa cada etapa, se verifica e integra la versión con las demás versiones ya completadas del sistema. Durante cada incremento, el sistema se evalúa con respecto al desarrollo de versiones futuras. Las actividades se dividen en procesos y subprocesos, dando lugar al término software factory. Para que la secuenciade desarrollo sea exitosa, es esencial definir etapas que no requieran cambiar los resultados anteriores al agregar nuevas. Por lo tanto, es importante comprender al inicio los requisitos completos del sistema, algo que normalmente es muy difícil de lograr. El desarrollo incremental evita la teoría del “Big Bang” para el desarrollo de software, donde una gran explosión de desarrollo se transforma...