El documento presenta varios mitos y realidades sobre el desarrollo de software. Entre los mitos refutados se encuentran que no existen métodos comprobados para el análisis, diseño y prueba de software, que agregar más programadores a un proyecto atrasado acelerará el progreso, y que los cambios de requisitos pueden acomodarse fácilmente. La realidad es que sí existen metodologías efectivas, agregar personal solo retrasará más el proyecto, y los cambios tienen un mayor costo cuanto más avanzado está el

1. ULEAM
Integrantes:
Loor Isabel
Salazar Melanie
Zambrano Maryury.
Fecha:
03-05-2015

3. Mito:
No hay realmente ningún método para el análisis, diseño y
prueba que funcione bien.
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.
Mitos Del
Realizador

4. Mito.
Si fallamos en la planificación podemos añadir
más programadores y recuperar el tiempo
perdido.
Realidad.
Ley de Brooks: "Agregar gente a un proyecto atrasado,
atrasa aún mas".

5. Mito
Los requisitos del proyecto cambian continuamente pero los
cambios pueden acomodarse fácilmente.
Realidad
El impacto del cambio varía según el momento en el que se
introduzca:
Etapa de desarrollo Costo del Cambio
Definición
$X
Desarrollo
$1.5X hasta $6X
Después de la entrega $60X hasta $100X

6. Mitos del Software
Mito:
No hay forma de comprobar la calidad del
software hasta
que esta corriendo.
Realidad:
Hay técnicas que se pueden aplicar desde el
principio.
Y ese es el objetivo de la ingeniería de
software y del curso.

7. Mito:
Hasta que no tengo el programa << ejecutándose >>
realmente no tengo forma de comprobar su calidad.
Realidad:
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.
Mitos de los desarrolladores

8. Mito.
Lo único que se entrega al terminar el proyecto es el programa
funcionando.
Realidad.
Un programa funcionando es sólo parte de una configuración del
software que incluye programas, documentos, y datos. La
documentación es la base de un buen desarrollo y, lo que es más
importante, proporciona guías para la tarea de mantenimiento
del software.

9. 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 introduzca.
Mitos del
Cliente

10. 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. Mito
Los proyectos de software a la
medida fallan con mucha
frecuencia
Realidad
Este mito si es cierto. Pero también es
cierto que los proyectos de
implementación de software
empaquetado fallan con la misma
frecuencia.