La crisis del software en los años 70 se debió a que los proyectos no terminaban a tiempo ni dentro del presupuesto, y el software producido tenía baja calidad y no cumplía los requisitos. Esto se debió a mitos sobre la gestión, los clientes y los desarrolladores del software, como que se podían añadir más desarrolladores para acelerar el proyecto o que los requisitos podían cambiar fácilmente.

1. Ingeniería de software
Integrantes: Xiomara Paladines
Jefferson Palacios

2. Software ¿Una crisis
en el horizonte?

3. Software ¿Una crisis en el
horizonte?
 La crisis del software se fundamentó en el tiempo de
creación de software, ya que en la creación del mismo
no se obtenían los resultados deseados, además de un
gran costo y poca flexibilidad.
 Básicamente, la crisis del software se refiere a la
dificultad en escribir programas libres de
defectos, fácilmente comprensibles, y que sean
verificables.
 Las causas son, entre otras, la complejidad que supone
la tarea de programar, y los cambios a los que se tiene
que ver sometido un programa para ser continuamente
adaptado a las necesidades de los usuarios.

4. Crisis del Software: Sucesos
 Los proyectos no terminaban en plazo
 Los proyectos no se ajustaban al presupuesto inicial.
 Baja calidad del software generado.
 Software que no cumplía las especificaciones.
 Código inmantenible que dificultaba la gestión y
evolución del proyecto

5. Mitos del
Software

6. Mitos del software
 Muchas de las causas de la crisis del software se pueden
encontrar en una mitología que surge durante los
primeros años del desarrollo del software
 Propagaron información errónea y confusión

7. Mitos del software
 Mitos de gestión
 Mitos del cliente
 Mitos de los Desarrolladores

8. Mitos de Gestión
 Los gestores están normalmente bajo presión de hacer
que no se retrase el proyecto y mejorar la calidad
 Mito: Tenemos ya un libro lleno de estándares y
procedimientos para construir un software ¿No les
proporciona a caso todo lo que necesitan saber?
 Realidad: La respuesta es no

9. Mitos de Gestion
 Mito: Añadir programadores repondrá tiempo perdido
por desperfectos
 Realidad: El desarrollo del software no es un proceso
mecánico como el de fabricación. Añadir gente a un
proceso de software retrasa aun mas el proyecto.

10. Mitos del Cliente
 El cliente cree en los mitos, debido que los gestores y
desarrolladores hacen poco para corregir la mala
información.
 Mito: Una declaración de los objetivos es suficiente para
desarrollar el sistema, y los detalles se pueden ver
después
 Realidad: Una mala definición inicial es la principal
causa de software con fallas. Debe de existir una buena
comunicación entre el cliente y el analista

11. Mitos del Cliente
 Mito: Los requisitos del proyecto cambian
continuamente, pero los cambios se acomodan
fácilmente debido a que el software es flexible.
 Realidad: El impacto del cambio varia de acuerdo con el
momento en que se introduce. Conforme pasa el
tiempo, el impacto en el costo crece con rapidez.

12. Mitos de los Desarrolladores
 La programación desde sus inicios se veía como un arte.
Las viejas formas tardan en morir.
 Mito: Una vez que se describió el programa y hacemos
que funcione, la labor ha terminado.
 Realidad: “En cuanto mas pronto se empiece a escribir
el código mas tiempo se tardara en terminarlo” Se ha
comprobado que el trabajo completado se ha realizado
aun después de que se le entrega por primera vez al
cliente.

13. Mitos de los Desarrolladores
 Mito: Hasta que no se este ejecutando el programa no
hay manera de probar su calidad
 Realidad: Aplicando una revisión técnica formal (filtro
de calidad del sistema) se pueden encontrar los aciertos
o deficiencias del sistema.