CRISIS DEL SOFTWARE

El término “Crisis del Software” fue acuñado a principios de los años 70,
cuando la ingeniería de software era prácticamente inexistente. El término expresaba
las dificultades del desarrollo de software frente al rápido crecimiento de la demanda
por software, de la complexidad de los problemas a ser resueltos y de la inexistencia
de técnicas establecidas para el desarrollo de sistemas que funcionaran
adecuadamente o pudieran ser validados.
En los comienzos de la tecnología computacional los programas que se
desarrollaban eran “simples” desde nuestro punto de vista actual. Seguían un proceso
de desarrollo bastante artesanal, sin una metodología o un camino a seguir para su
desarrollo. En esta época se solían usar los lenguajes de bajo nivel para el desarrollo
de Software.
Pero a finales de los 60, la potencia de las maquinas empezó a aumentar de
forma considerable. Empezaron a aparecer los lenguajes de programación de alto
nivel, y las maquinas necesitaban programas mucho más complejos de los
desarrollados hasta la época. En definitiva, fue un salto tremendo en cuanto a
potencial de hardware, que no fue acompañado por un salto en el desarrollo de
software.
Una de las principales causas de todo esto, si no la principal, era el enfoque
dado al proceso de desarrollo de software, el cual era malo e incluso a veces era
inexistente. En este proceso, solo ¼ del tiempo de desarrollo se dedicaba a las fases de
análisis, diseño, codificación y pruebas, y más de ¾ del tiempo se dedicaba a
correcciones y mantenimiento. Es evidente que dedicándole sol ¼ del tiempo a las
primeras fases, se arrastran errores graves, sobre todo procedentes de las fases de
análisis y diseño, lo que dificultaba muchísimo la implementación, produciendo
constantes paradas y retrocesos para revisar este análisis/diseño.

La crisis se caracterizó por los siguientes problemas:

 Funcionalidad incorrecta.
 Desarrollo y mantenimiento inadecuados.
 Insatisfacción de la demanda.
 Imprecisión en la planificación del proyecto y estimación de los costos.
 Baja calidad del software.
 Dificultad de mantenimiento de programas con un diseño poco estructurado,
difícil y costoso.
 Por otra parte, se exige que el software sea eficaz y barato tanto en el
desarrollo como en la compra.
 Carencia de información sobre qué realizamos y cómo.
 Insatisfacción de clientes y usuarios.
 Calidad sospechosa.

Donde las potenciales causas son:

 Carácter lógico del software.

 Formación profesional.
 Entrenamiento y actualización.
  Resistencia al cambio.

La solución para finalizar la crisis del software fue brindar un enfoque

ingenieril, es decir, un enfoque formal de resolución de problemas.

La “crisis del software” nos muestra la lenta evolución que ha tenido la industria del
software que data cerca de 30 años. En la OTAM1 en los años de 1967 y 1968 se
hicieron dos reuniones con el fin de resolver este problema en donde difícilmente
resulta ponerse de acuerdo y optar por un estándar completamente definido. Las fases
que se han tratado a través de los años hasta la fecha son las siguientes:

Primera Fase. Los Albores ( 1945-1955) :

Programar no es una tarea diferenciada del diseño de una máquina.
Uso del Lenguaje máquina y emsamblador.

Segunda Fase. El Florecimiento ( 1955-1965 ) :

Aparecen una multitud de lenguajes.
Es posible hacer todo.

Tercera Fase. La Crisis ( 1965-1970 ) :

Desarrollo Inalcanzable de grandes programas.
Ineficiencia, errores, coste impredecible.
Nada es posible.

Cuarta Fase. Innovación Conceptual ( 1970-1980 ) :

Fundamentos de Programación.
Verificación de Programación.
Metodologías de Diseño.

Quinta Fase. El Diseño del Problema ( 1980-200? ) :

Entornos de programación.
Especificación Formal..
Programación Automática.

Proyectos de software que fracasaron

Mars Climate Orbiter

Los ingenieros de la NASA se preparaban para colocar la sonda Mars Climate

Orbiter en la órbita de Marte. Con todo listo para celebrar el éxito de la misión la
sonda se ocultó detrás del planeta y nunca volvió a salir, perdieron el control del
artefacto y este acabó estrellándose en Marte. Alguien se olvidó de hacer la
conversión de sistema imperial a sistema métrico, un olvido de 125 millones de
dólares.

Misiles estadounidenses que no fueron

En 1983, el sistema de alerta temprana soviético indicó, de manera errónea,

que Estados Unidos había lanzado cinco misiles balísticos hacia Rusia.
Afortunadamente, el oficial del servicio soviético que estaba al mando tuvo la
intuición de que aquello no podía ser cierto. Su razonamiento era que si los EE.UU.
querían de verdad atacar la URSS, lo harían lanzando más de cinco misiles.
Al parecer, había un error en el software que se suponía que filtraba las
detecciones de misiles. Pero la intuición de esta persona en ese momento tan delicado
libró, con mucha probabilidad, de que el mundo se viera inmerso en lo que podría
haber sido la tercera guerra mundial.

El Ariane 5 explotó por un fallo de 'software'

El cohete lanzador Ariane 5 de la Agencia Espacial Europea (ESA) explotó a

los 59 segundos de ser lanzado desde la base de Kourou en la Guayana Francesa. El
programa enloqueció por exceso de información y transmitió informaciones erróneas
al ordenador central, que a su vez dió la orden de corregir una desviación que no
existía y colocó al cohete en una trayectoria imposible. Resultado: el cohete se
autodestruyó a 3.400 metros de altura sobre la base espacial de Kourou.