El documento resume varios mitos comunes sobre el desarrollo de software. Entre ellos se encuentran la idea de que una declaración general de objetivos es suficiente para comenzar un proyecto de software, que los cambios en los requisitos pueden acomodarse fácilmente, y que el trabajo termina una vez que el programa funciona. Sin embargo, la realidad es que se requiere una definición detallada inicial, los cambios tienen un impacto dependiendo del momento en que se introducen, y la mayor parte del esfuerzo ocurre después de entregar el software inicialmente. El
3. Mitos del Cliente:
Mito.- “Una declaración superficial de los objetivos es suficiente
para empezar a escribir los programas”.
Realidad.- La mala definición inicial es la principal causa de baja
calidad. Se requiere un conocimiento formal y detallado de los
hechos y procesos y amplia comunicación con el cliente.
Mito.- “Los cambios en el software son fáciles y sencillos”.
Realidad.- Es verdad que los requisitos del software cambien, pero
el impacto del cambio varía según el momento en que se
4. Mito.- Una declaración general de los objetivos es suficiente para comenzar a
escribir los programas, podemos dar los detalles más adelante.
Realidad.- Una mala definición inicial es la principal causa del trabajo baldío
en software. Una descripción formal y detallada del dominio de la
información, funciones, rendimiento, interfaces, ligaduras de diseño y
criterios de Validación es esencial. Estas características pueden determinarse
sólo después de una exhaustiva comunicación entre el cliente y el analista.
Mito.- Los requerimientos del proyecto cambian continuamente, pero los
cambios pueden acomodarse fácilmente ya que el software es flexible
Realidad.- El impacto del cambio varia según el tiempo en que se introduzca
5. Mitos de los Desarrolladores.
Mito.- “Terminando de escribir el programa y haciendo que funcione,
nuestro trabajo habrá terminado”.
Realidad.- Entre el 50 y 70% del esfuerzo total dedicado a un
programa se realiza después de entregarlo al cliente por primera vez.
Mito.- “Lo único que se entrega al terminar el proyecto es el programa
funcionando”.
Realidad.- El software funcionando es solo una parte de una
CONFIGURACION DE SOFTWARE. La documentación es la base de un
buen desarrollo y guías para las tareas de mantenimiento.
6. Mito.- No hay realmente ningún método para el análisis, diseño y prueba que
funcione bien, yo simplemente me voy a mi terminal y comienzo a codificar.
Realidad.- Existen en la industria métodos comprobados para el diseño, análisis
y prueba, ninguno es infalible, pero el uso de una metodología para el desarrollo
del software está implícito en todos ellos
Mito.- Una vez que escribimos el programa y hacemos que funcione, nuestro
trabajo ha terminado.
Realidad.- Mientras más pronto se comience a escribir código más se tarda en
terminarlo. El desarrollo del software abarca tres actividades
• Definición
• Desarrollo
• Mantenimiento
Además los datos industriales indican que entre el 50% y 70% de todo el esfuerzo
dedicado a un programa se realizara después de que se le haya entregado al cliente
por primera vez.
7. Mitos.- Hasta que no tengo el programa ejecutándose, realmente no tengo forma
de establecer calidad
Realidad.- Uno de los mecanismos mas efectivos para garantizar la calidad del
software puede aplicarse desde el principio de un proyecto, la revisión
estructurada (Walktroug). La revisión del software es filtro de calidad que se ha
comprobado que es más efectivo que la prueba, para encontrar ciertas clases de
defectos en el software
Mitos.-Una vez que el Software se está usando, el mantenimiento es mínimo y
puede manejarse sobre la base de hacerlo como se pueda
Realidad.- La mitad de un presupuesto se gasta en mantenimiento, por tanto el
mantenimiento del software debe de (1) Organizarse, (2) Planificarse, (3)
Controlarse como si fuera un cliente.
8. Mito.- Lo único que se entrega al terminar el proyecto es el programa
funcionando.
Realidad.- El programa es solo una parte de una configuracion del software,
existen otras tareas que se deben realizar, como documentación del programa,
tanto documentación interna, como externa (diccionario de datos,
relacionamiento de tablas, etc)
9. Mitos del Gestion:
Mito.-Tenemos un libro que está lleno de estándares y procedimientos para
construir software.
Realidad.- ¿Pero se usa?,¿conocen los trabajadores su existencia?,¿refleja las
practicas modernas en desarrollo del software?,¿es completo?. En muchos
casos la respuesta a todas estas preguntas es no.
Mito.- Nuestra gente dispone de las herramientas de desarrollo de software
más avanzadas, después de todo les compramos las computadoras mas
nuevas.
Realidad.- Se necesita mucho más que el último modelo de computadora,
herramientas de software, las cuales son mucho mas importantes que el
hardware para conseguir buena calidad y productividad.
10. Mitos.- Si fallamos en la planificación podemos añadir más
programadores y adelantar el tiempo perdido
Realidad.- El desarrollo de software no es un proceso mecánico como la
fabricación . Añadir gente a un proyecto software retrasado lo retrasa
aun mas. Cuando se añaden nuevas personas la necesidad de aprender y
comunicarse con el equipo puede y hace que se reduzca la cantidad de
tiempo gastado en el desarrollo del producto. Puede añadirse gente, pero
sólo de una manera planificada y bien conocida