2. Los mitos del software son creencias
acerca del software y de los procesos
empleados para construirlo, se pueden
rastrear hasta los primeros días de la
computación. Los mitos tienen ciertos
atributos que los convierten en insidiosos.
3. Los gestores con responsabilidad sobre el software, como
los gestores en la mayoría de las disciplinas, están
normalmente bajo la presión de cumplir los presupuestos,
hacer que no se retrase el proyecto y mejorar la calidad.
4. Tenemos ya un libro que esta lleno de estándares y
procedimientos para construir software. ¿No le
proporciona ya a mi gente todo lo que necesita saber?
Esta muy bien que el libro exista, pero ¿se usa?,
¿conocen los trabajadores su existencia?, ¿refleja
las prácticas modernas de desarrollo de software?,
¿es completo?. En muchos casos, la respuesta a
todas estas preguntas es "no".
Mito
Realidad
5. Mi gente dispones de las herramientas de desarrollo
de software más avanzadas, después de todo, les
compramos las computadoras más modernas.
Se necesita mucho más que le tiempo modelo de
computadora grande (o de PC) para hacer desarrollo de
software de gran calidad.
Mito
Realidad
6. Añadir programadores repondrá tiempo perdido por
desperfectos.
El desarrollo del software no es un proceso mecánico como
el de fabricación. Añadir gente a un proceso de software
retrasa aún más el proyecto
Mito
Realidad
7. Un cliente que solicita una aplicación de software puede ser una
persona del despacho de al lado, un grupo técnico de la sala de
abajo, el departamento de ventas o una compañía exterior que
solicita un software bajo contrato. Los mitos conducen a que el
cliente se cree una falsa expectativa y finalmente, quede
insatisfecho con el que desarrolla el software.
8. Una declaración general de los objetivos es suficiente
para comenzar a escribir los programes; podemos dar
los detalles más adelante.
Una mala definición inicial es la principal causa del trabajo
baldío en software. Es esencial una descripción formal y
detallada del ámbito de la información, funciones, rendimiento,
interfaces, ligaduras del diseño y criterios de validación. Estas
características pueden determinarse sólo después de una
exhaustiva comunicación entre el cliente y el analista.
Mito
Realidad
9. Los requerimientos de un software cambian
constantemente, pero esto no se considera un
problema y se ajustan rápidamente porque el software
es flexible
Es verdad que los requerimientos del software cambian, pero el
impacto de estos cambios depende mucho de momento en que
ellos ocurran. En etapas tempranas el costo de asimilar los
cambios no son tan altos, pero a medida que las etapas están más
adelantadas el cambio en los requerimientos puedo involucrar el
adicionar más recurso y tiempos, incluso cambiar todo el software.
Mito
Realidad
10. Un enunciado general de los objetivos es suficiente
para comenzar a escribir programas; los detalles se
pueden afinar después
Los requerimientos del proyecto cambian de manera continua, pero
el cambio puede ajustarse con facilidad porque el software es
flexible.
Mito
Realidad
11. Los mitos en los que aún creen muchos desarrolladores
se han ido fomentando durante cuatro décadas de cultura
informática. Durante los primeros días del desarrollo del
software, la programación se veía como un arte. Las
viejas formas y actitudes tardan en morir.
12. Hasta que no tengo el programa << ejecutándose >>
realmente no tengo forma de comprobar su calidad.
Desde el principio del proyecto se puede aplicar uno de los
mecanismos más efectivos para garantizar la calidad del
software: la revisión técnica formal. La revisión del software
es un << filtro de calidad >> que se ha comprobado que es
más efectivo que la prueba, para encontrar ciertas clases de
defectos en el software.
Mito
Realidad
13. La ingeniería del software obliga a realizar
documentación voluminosa he innecesaria, teniendo
como resultado un proceso más lento
La ingeniería del software no es realizar documentación, es
la búsqueda de calidad y con calidad se reducen los trabajos
redundantes lo que permite un proceso más ágil. Con ello el
cliente no solo recibe a tiempo un producto si no tiene la
garantía que el mismo es de calidad.
Mito
Realidad
14. Una vez que escribimos el programa y hacemos que
funcione, nuestro trabajo ha terminado.
Alguien dijo una vez: << cuanto más pronto se comience a
escribir código, tardara en terminarlo >>. Los datos
industriales indican que entre el cincuenta y el sesenta por
ciento de todo el esfuerzo dedicado a un programa se
realizará después de que se le haya entregado al cliente por
primera vez.
Mito
Realidad
15. Los gerentes que tienen responsabilidades en el área del
software, cómo también otras disciplinas, con frecuencia
se hallan bajo presión para cumplir el presupuesto.
16. Si decido subcontratar el proyecto de software a un
tercero, puedo descansar y dejar que esa compañía
lo elabore.
Si una organización no comprende cómo administrar y
controlar proyectos de software internamente, de manera
invariable tendrá dificultades cuándo subcontrate proyectos
de software
Mito
Realidad