Crisis del Software

Historia

Sntomas
Factores

de Influencia
Posibles Causas

Historia
El trmino crisis del software se acu en
1968,
en
la
primera
conferencia
organizada por la OTAN sobre desarrollo
de software y con l se etiquetaron los
problemas que surgan en el desarrollo de
sistemas de software.
En la misma conferencia se utiliz por
primera vez el trmino "ingeniera del
software" para describir el conjunto de
conocimientos que existan en aquel
estado inicial.

Algunas referencias tiles para comprender cules

eran los conocimientos estables para el desarrollo
de software en 1968 son:

En 1962 se public el primer algoritmo para

bsquedas binarias.

C.Bhm y G. Jacopini publicaron en 1966 el

documento que creaba una fundacin para la
eliminacin de "GoTo" y la creacin de la
programacin estructurada.

En 1968 los programadores se debatan entre el

uso de la sentencia GoTo, y la nueva idea de
programacin estructurada; ese era el caldo de
cultivo en el que Edsger Dijkstra escribi su
famosa carta "GoTo Statement Considered
Harmful" en 1968.

La primera publicacin sobre programacin

estructurada no vio la luz hasta 1974, publicada
por Larry Constantine, Glenford Myers y Wayne
Stevens.
El primer libro sobre mtrica de software fue
publicado en 1977 por Tom Gilb.
El primer libro sobre anlisis de requisitos
apareci en 1979.
El trmino fue usado para referirse a los rpidos
incrementos de la tecnologa en la computacin y
la complejidad de los problemas a los cuales
pudieran enfrentarse. En efecto, se refiere a la
dificultad de escribir correcta, entendible y
verificablemente los lenguajes de programacin.
Las races de la crisis del software son complejas
y variables.

SINTOMAS

Uno de los principales problemas en el desarrollo

de software de hoy, es que muchos proyectos
empiezan la programacin tan pronto se definen
y concentran mucho de su esfuerzo en la
escritura de cdigo.
ltimamente el desarrollo de software se a
ralentizado. El estudio de este fenmeno es
importante porque la existencia de software
cientfico libre facilita que cualquier laboratorio
del mundo pueda desarrollar ciencia libre usando
este software como herramienta de trabajo.

 Algunos

sntomas que indican que

el software se encuentra en un
periodo de crisis son:
Baja Calidad del Software.
Tiempo y Presupuesto Excedido.
Confiabilidad Cuestionable.
Altos Requerimientos de Personal
para desarrollo y mantenimiento.

FACTORES DE INFLUENCIA
Para poder llevar el estado del proceso de
software como un estado de crisis, los
crticos
han
destacado
ciertas
caractersticas que han permitido esta
postura del software respecto a otras
etapas de su corta historia. Algunos de
esos factores son:
Aumento del poder computacional.
Reduccin del costo del hardware.
Rpida obsolescencia de hardware y
software.

Aceptacin de la computarizacin en las

empresas.
Incremento en el nmero de usuarios de
los sistemas de software.
Tipo de usuario no homogneo aun en
sistemas hechos a la medida.
Personal desarrollado y mantenimiento
diferente.

La magnitud del proyecto impacta en:

Tiempo costo y nmero de desarrolladores

Control administrativo y detalles tcnicos

Aumento en el conocimiento del problema.
Cambios en el entorno:

Tecnolgicos (Internet, redes, ERP, CRM,

SCM).
Econmicos (crisis econmicas,
globalizacin, etctera).
Sociales (nuevas necesidades, costumbres
nuevas, etctera).

POSIBLES CAUSAS DE LA CRISIS DEL

SOFTWARE

Hay varias razones que pueden ser propuestas

como causa de la crisis. No son mutuamente
excluyentes; de hecho, es posible que la
verdadera causa sea una mezcla de todas ellas.
Sin embargo, todas tienen en comn que son
causadas por el mtodo de valorar los avances
cientficos y el mecanismo actual de financiacin
de la actividad cientfica. Las causas de la crisis
del software fueron vinculadas a la complejidad
en general del proceso de software y a la relativa
inmadurez de la ingeniera de software como una
profesin. La crisis se manifest a s misma en
varias maneras:

Proyectos gestionados con un sobrepresupuesto.

Proyectos gestionados con sobre tiempo.
Software de baja calidad.
El software a menudo no satisfaca los
requerimientos deseados.
Los proyectos fueron inmanejables, con un
cdigo difcil de mantener.

La crisis del software fue dirigida por la

implementacin de varios procesos y
metodologas, siendo la ms notable el
modelo de cascada de Royce.