Diferencia entre revisiones de «Mitos del desarrollo de software»

Contenido eliminado Contenido añadido
Sin resumen de edición
Sin resumen de edición
Línea 13:
==Mitos del gestor==
 
=== Cambiar es una mala idea ===
=== ¿PorquéPor qué debemos cambiar nuestra forma de desarrollar elsoftware? Software?Si Estamosestamos haciendo el mismo tipo de programaciónproducto ahora que hace diez años ===...
Aunque el dominio de la aplicación puedepueda ser el mismo, la demanda de una mayor productividad y calidad, y el papel critico del software en objetivos comerciales estratégicos, ha aumentado sustancialmente. Por lo que es necesario ir adaptándose a los tiempos, especialmente en el ámbito de la Informática.
 
=== Todo es cuestión de esfuerzo ===
Si fallamos en la planificación, podemos añadir más programadores y adelantarrecuperar el tiempo perdido ===.
Durante el proceso de software, añadir gentepersonal puede retrasar más el proyecto. LaLos gentedesarrolladore debedeben añadirse de forma planificada y ordenada. Además, si sacamos a gente de otros proyectos, enlo últimoúnico términoque retrasaremosestaremos consiguiendo seguro es retrasar otros proyectos.
 
==Mitos de los clientes==
 
=== No hace falta dar detalles para empezar ===
Una declaración general de los objetivos es suficiente para comenzar a escribir los programas, y podemos dar los detalles más adelante ===.
Una mala definición inicial es la principal causa del trabajo inútil.
 
=== El software se cambia sin esfuerzo ===
=== Los requisitos del proyecto cambian continuamente, pero los cambios pueden acomodarse fácilmente porque el software es flexible ===.
Es verdad que los requisitos cambian y que es algo en cierto sentido innevitable, pero el impacto del cambio varía en función del momento en que se introduzcan los cambios.
 
==Mitos de los desarrolladores==
 
=== Lo importante es que funcione ===
No es necesaria ninguna metodología,: Unauna vez que escribamos el programa y hagamos que funcione, nuestro trabajo ha terminado ===
EntreLos datos nos desvelan que entre el 50% y el 70% de todo el esfuerzo dedicado a un programa (que ha sido desarrollado con metodologías tradicionales) se realiza después de que se entreguehaya entregado al cliente por primera vez.
 
=== La calidad no se puede ir midiendo ===
Hasta que no tenga el programa ejecutándose, no tengo forma de medir su calidad. ===
Existen métodos para ir asegurando la calidad durante el proceso, como las Revisiones Técnicas Formales (RTF) donde durante el proceso de desarrollo, los programadores se sientan y revisan línea a línea código programado por otros compañeros.
Revisiones Técnicas Formales durante el desarrollo de software.
 
=== El ejecutable es el producto ===
=== Lo último que se entrega al terminar el proyecto es el programa funcionando, que es lo que ===importa.
Software = programas + datos + documentos.
En realidad el software hace referencia a los programas, los datos y los documentos generados durante todo el proceso de desarrollo.
 
==Conclusiones==