2. Software ¿Una crisis en el horizonte?

3.  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.  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

6.  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 de gestión
 Mitos del cliente
 Mitos de los Desarrolladores

8.  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.  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.  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.  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.  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.  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.