Crisis de software Termino acuado 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: o o 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.

o o o

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 ha 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: o o o o 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 sobre-presupuesto. 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.

Reto admi Moprosoft1 El propsito de este documento es presentar un Modelo de Procesos para la Industria de Software (MoProSoft) en Mxico que fomente la estandarizacin de su operacin a travs de la incorporacin de las mejores prcticas en gestin e ingeniera de software. Moprosoft 2 La adopcin del modelo permitir elevar la capacidad de las organizaciones para ofrecer servicios con calidad y alcanzar niveles internacionales de competitividad