Sunteți pe pagina 1din 6

Universidad Nacional Autónoma de México

Facultad de Estudios Superiores Aragón

Trabajo escrito I

‘Evolución de los sistemas de programación’

Materia: Ingeniería de Software I

Equipo 1

-Colin Rea Brandon Enrique

-Aguilar Matías Norma Angélica

Grupo: 1707

Prof.: Ing. Verduzco Rodríguez Mariana

Fecha de entrega: 08-2019

Contenido
Crisis De Los Sistemas De Programación...........................................................................2
Problema.....................................................................................................................................2
Posibles Causas........................................................................................................................4
Solución.......................................................................................................................................4
Bibliografía.........................................................................................................................................6
Crisis De Los Sistemas De Programación

El término ‘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
surgían en el desarrollo de sistemas de software.

El término fue usado para referirse a los rápidos incrementos de la tecnología en la


computación 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 programación. Las raíces de la crisis del software son complejas y
variables.

Algunas referencias útiles para comprender cuáles eran los conocimientos estables
para el desarrollo de software en 1968 son:
1. En 1962 se publicó el primer algoritmo para búsquedas binarias.
2. C.Böhm y G. Jacopini publicaron en 1966 el documento que creaba una
fundación para la eliminación de "GoTo" y la creación de la programación
estructurada.
3. En 1968 los programadores se debatían entre el uso de la sentencia GoTo, y la
nueva idea de programación estructurada.
4. La primera publicación sobre programación estructurada en 1974, publicada por
Larry Constantine, Glenford Myers y Wayne Stevens.

Problema

El desarrollo de software se había ralentizado.


Algunos “síntomas” que indican que el software se encuentra en un periodo de crisis
son:
1. Baja Calidad del Software.
2. Confiabilidad Cuestionable.
3. Altos Requerimientos de Personal para desarrollo y mantenimiento.
4. Proyectos gestionados con un sobre-presupuesto.
5. Proyectos gestionados con sobre tiempo.

El software a menudo no satisfacía los requerimientos deseados.


Los proyectos fueron inmanejables, con un código difícil de mantener.
La crisis del software fue dirigida por la implementación de varios procesos y
metodologías, siendo la más notable el modelo de cascada de Royce.

Podemos ver este gráfico del año 1979, en el que se recoge la inversión en desarrollo
de sistemas software en ese año ($6.8 Millones),y como acabó ese software.

Una de las principales causas de todo esto, era el enfoque dado al proceso de
desarrollo de software, el cual era malo e incluso a veces era inexistente.
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.

Posibles Causas

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 desarrollado y mantenimiento diferente.

La magnitud del proyecto impacta en:


 Tiempo costo y número de desarrolladores
 Control administrativo y detalles técnicos
 Aumento en el conocimiento del problema.

Cambios en el entorno:
 Tecnológicos (Internet, redes, SCM).
 Económicos (crisis económicas, globalización, etcétera).
 Sociales (nuevas necesidades).

A finales de los 60, la potencia de las maquinas empezó a aumentar de forma


considerable. Aparecían 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 en cuanto a potencial de hardware, que no fue acompañado por
un salto en el desarrollo de software.
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
unos pasos a seguir para que en el desarrollo, minimicen tiempo, esfuerzo, y coste y
maximicen la calidad del software.

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.
El 31,1% se terminó con algunas modificaciones respecto a lo acordado inicialmente,
frente al 3% del año 1979.
El resultado más grande 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.

Para hacernos una idea más concreta de lo que abarca la Ingeniería del Software,
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 que hacen que el desarrollo de
software sea mucho más metodológico y estructurado, disminuyendo así notablemente
fallos y correcciones costosas.

Bibliografía
disponible, N. (04 de Enero de 2011). La Crisis del Software. Recuperado el 24 de Agosto de 2019,
de https://histinf.blogs.upv.es/2011/01/04/la-crisis-del-software/

especificado, N. (s.f.). Crisis del Software. Recuperado el 24 de Agosto de 2019, de


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

Jummp. (22 de Mayo de 2009). ¿Qué es el ciclo de vida del software? Recuperado el 24 de Agosto
de 2019, de https://jummp.wordpress.com/2009/05/22/la-crisis-del-software/

Nogueda, D. (s.f.). La Crisis del Software, la guerra de las metodologías y el desarrollo del software.
Recuperado el 24 de Agosto de 2019, de
http://www.angelfire.com/space/equipo_5/diana/crissoft.htm

S-ar putea să vă placă și