Mitos del software
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 proyectoatrasado, lo atrasa aún mas".
Razón: Crear software no es una tarea particionable, como dice el Principio de Brooks: "Gestar a un bebé tarda 9 meses, no importa cuántas mujeres sean asignadas a latarea."
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 laprincipal causa del trabajo en vano. Es esencial una descripción formal y detallada del ámbito de la información, funciones, rendimiento, interfaces y criterios de validación.
Esto solo puede determinarsedespués de una exhaustiva comunicación entre el cliente y el analista.
Mito: Una vez que hicimos el programa y funciona, nuestro trabajo ha terminado.
Realidad: Los datos industriales indicanque entre el 50% y el 70% de todo el esfuerzo dedicado a un programa se realizará después de que se le haya entregado al cliente por primera vez.
Mito: No hay forma de comprobar la calidad delsoftware hasta que está corriendo.
Realidad: Hay técnicas que se pueden aplicar desde el principio.
SOFTWARE DE CALIDAD
La calidad del software es una preocupación a la que se dedican muchosesfuerzos. Sin embargo, el software casi nunca es perfecto. Todo proyecto tiene como objetivo producir software de la mejor calidad posible, que cumpla, y si puede supere las expectativas de los usuarios.Calidad
* Es la aptitud de un producto o servicio para satisfacer las necesidades del usuario.
* Es la cualidad de todos los productos, no solamente de equipos sino también de programas.
En eldesarrollo de software, la calidad de diseño acompaña a la calidad de los requisitos, especificaciones y diseño del sistema. La calidad de concordancia es un aspecto centrado principalmente en la...
Regístrate para leer el documento completo.