Software ¿Una crisis en el horizonte?

La crisis del software se fundamentó en el tiempo decreación de software, ya que en la creación delmismo no se obtenían los resultadosdeseados, además de un gran costo y pocaflexibilidad.

Básicamente, la crisis del software se refiere a ladificultad en escribir programas libres dedefectos, fácilmente comprensibles, y que seanverificables.

Las causas son, entre otras, la complejidad quesupone la tarea de programar, y los cambios a losque se tiene que ver sometido un programa para sercontinuamente adaptado a las necesidades de losusuarios.

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

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

Mitos de gestión

Mitos del cliente

Mitos de los Desarrolladores

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

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.

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

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.

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.

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.