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.

Para que nos hagamos una idea, el conjunto de las fases de análisis y diseño abarcaban el 8% del
tiempo total de desarrollo de software. Además casi el 80% de los errores se producían en estas
dos fases, con lo que se incrementaba el coste de corrección de errores conforme evolucionaban
las fases de manera bestial. Con estos indicadores estaba claro que algo estaba fallando y que el
proceso de desarrollo de software necesitaba un cambio radical.

INGENIERÍA DEL SOFTWARE, LA SOLUCIÓN.

Viendo el camino directo al precipicio que estaba llevando el desarrollo de software, había que
tomar medidas para solucionarlo. Y esas medidas se llamaron “Ingeniería del Software”.

La Ingeniería del Software, según R.Pressman, es “Una disciplina que integra métodos,
herramientas y procedimientos para el desarrollo de SW de computador”. Es decir, es una
disciplina que intenta racionalizar el proceso de desarrollo de software y establecer unas pautas a
seguir para el desarrollo que minimicen tiempo, esfuerzo, y coste de desarrollo y maximicen la
calidad del software.

Después de esta crisis, se intentaron establecer estas pautas, aplicándolos a algunos proyectos y
aumentando la inversión. En 1991 se hizo un estudio para comprobar los resultados de la
aplicación de estos métodos, y los resultados fueron bastante buenos. El 52% de los proyectos se
terminaron con éxito, frente al 2% del año 1979 y el 31,1% se terminó con algunas modificaciones
respecto a lo acordado inicialmente, frente al 3% del año 1979. Pero el resultado más
espectacular se obtuvo en los proyectos abandonados. En 1991 sólo se abandonaron el 16,2% de
proyectos, frente al casi 76% del año 1979. Una reducción increíble de casi el 60% que no hacía
mas que confirmar la bondad de estos métodos aplicados al proceso de desarrollo de software.
Había nacido una nueva disciplina, la Ingeniería del Software,

Para hacernos una idea mas concreta de lo que abarca la Ingeniería del Software (cosa que nos
ayudará a entender porque fue la solución a esta Crisis del Software), debemos de centrar nuestra
explicación en que la I.S busca principalmente software de calidad, que es aquel software que
cumple los requisitos funcionales y de rendimiento establecidos previamente y consta de unos
estándares de desarrollo bien documentados. Además todos sus factores de calidad deben
cumplirse y tener un buen seguimiento durante todo el proceso de desarrollo (características
operativas, capacidad de soportar cambios y adaptabilidad a nuevos entornos). Y por último, se
incorporan al proceso nuevos modelos de desarrollo y modificación del ciclo de vida, nuevos
paradigmas de programación, etc.…que hacen que el desarrollo de software sea mucho mas
metodológico y estructurado, disminuyendo así notablemente fallos y correcciones costosas.

Como ejemplo de que la ingeniería del software es en la actualidad imprescindible, la revista

inglesa “Private Eye” dio detalles sobre importantes proyectos de software que han dado malos
resultados. Entre ellos destacan los del servicio de ambulancias Asinfor de Londres, el servicio de
sanidad regional de Wessex, la Sociedad para los derechos de autor y el sistema de manejo de
equipajes del aeropuerto de Denver.

Por último, os dejo unas viñetas, muy vistas pero no por ello menos buenas, que resumen en unas
pocas imágenes la gran problemática del desarrollo del software.

http://es.wikipedia.org/wiki/Crisis_del_software

http://www.unt.edu/benchmarks/archives/1999/july99/crisis.htm

http://jummp.wordpress.com/2009/05/22/la-crisis-del-software/

http://www.angelfire.com/space/equipo_5/diana/crissoft.htm

----------------------------------------------------------------------------------------------------------------------------------

UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES

LA CRISIS DEL SOFTWARE

La crisis del software se refiere a un conjunto de problemas encontrados en el desarrollo del

software de computadoras. Los problemas no están limitados al software que “no funciona
adecuadamente”. Sino que la crisis del software abarca los problemas asociados con cómo
desarrollar el software, cómo mantener un volumen creciente de software existente y cómo
podemos esperar satisfacer la demanda creciente de software. Aunque la referencia a una “crisis
del software” puede ser criticada por ser algo melodramático, la frase sirve como un propósito útil
para alumbrar los problemas reales encontrados en todas las áreas de desarrollo del software.

Síntomas

Uno de los principales problemas en el desarrollo de software de hoy en día es que muchos
proyectos empiezan la programación tan pronto se definen y concentran mucho de su esfuerzo en
la escritura de código. Últimamente el desarrollo de software se ralentizado. El estudio de este
fenómeno es importante porque la existencia de software científico libre facilita que cualquier
laboratorio del mundo pueda desarrollar ciencia libre usando este software como herramienta de
trabajo.

Algunos "síntomas" 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.

ORIGEN

Durante finales de los años 50 y principios de los 60, la potencia computacional de las maquinas
era bastante limitada. Es por esto que 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.

Para que nos hagamos una idea, el conjunto de las fases de análisis y diseño abarcaban el 8% del
tiempo total de desarrollo de software. Además casi el 80% de los errores se producían en estas
dos fases, con lo que se incrementaba el coste de corrección de errores conforme evolucionaban
las fases de manera bestial. Con estos indicadores estaba claro que algo estaba fallando y que el
proceso de desarrollo de software necesitaba un cambio radical.
INGENIERÍA DEL SOFTWARE, LA SOLUCIÓN.

a Ingeniería del Software, según R.Pressman, es “Una disciplina que integra métodos,
herramientas y procedimientos para el desarrollo de SW de computador”.Es decir, es una
disciplina que intenta racionalizar el proceso de desarrollo de software y establecer unas pautas a
seguir para el desarrollo que minimicen tiempo, esfuerzo, y coste de desarrollo y maximicen la
calidad del software.

Factores de Influencia

Para poder llevar el estado del proceso de software como un estado de crisis, los críticos han
destacado ciertas características que han permitido esta postura del

software respecto a otras etapas de su corta historia.

Algunos de esos factores son:

• Aumento del poder computacional.

• Reducción del costo del hardware.

• Rápida obsolescencia de hardware y software.

• Aceptación de la computarización en las empresas.

• Incremento en el número de usuarios de los sistemas de software.

• Tipo de usuario no homogéneo aun en sistemas hechos a la medida.

• Personal de desarrollado y mantenimiento diferente.

• La magnitud del proyecto impacta en:

• Tiempo costo y número de desarrolladores,

• Control

BIBLIOGRAFIA

1. http://www.buenastareas.com/ensayos/Crisis-Del-Software/139811.html

2. http://histinf.blogs.upv.es/2011/01/04/la-crisis-del-software/
3. http://historia.libertaddigital.com/software-en-crisis-1276238432.html