Post on 09-Jul-2015
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.