El documento presenta varios mitos comunes sobre ingenieros de sistemas e ingenieros de software, y contrasta cada mito con la realidad. Algunos de los mitos incluyen que los ingenieros de sistemas trabajan solo con computadoras, que deben saber mucho sobre sistemas operativos particulares, y que agregar más programadores puede recuperar el tiempo perdido en la planificación. La realidad es que trabajan con una variedad de dispositivos, no necesitan saber detalles de plataformas específicas, y agregar personal puede retrasar más

1. MITOS
MITOS DEL INGENIERO DE SISTEMAS
MITO REALIDAD
El ingeniero de sistemas trabaja con A pesar de que las computadoras son hoy el principal
computadoras componente de muchos sistemas informáticos, existen
dispositivos nuevos que no pueden considerarse
computadoras pero que igualmente cumplen funciones
importantes en ellos: PDAs, dispositivos de red, escáner,
impresoras autónomas.
El ingeniero de sistemas es un hábil Programar es una habilidad importante para el ingeniero
programador de sistemas y no solo para él, en realidad para todos los
profesionales, pero, dependiendo del campo en el que se
desenvuelva, puede ser que ya no la realice o no la
requiera.
Los ingenieros de sistemas saben Los sistemas pueden diseñarse con independencia de la
mucho de sistemas operativos plataforma (el sistema operativo o el hardware) que se
vaya a utilizar, por lo que el ingeniero no necesita
forzosamente saber mucho sobre un sistema particular.
MITOS DEL INGENIERO DEL SOFTWARE
MITO REALIDAD
Si fallamos en la planificación Ley de Brooks: "Agregar gente a un proyecto atrasado, lo
podemos añadir más atrasa aún mas".
programadores y recuperar el Crear software no es una tarea particionable, como dice el
tiempo perdido. Principio de Brooks: "Gestar a un bebé tarda 9 meses, no
importa cuántas mujeres sean asignadas a la tarea."
Una declaración general de los Una mala definición inicial es la principal causa del trabajo
objetivos es suficiente para en vano. Es esencial una descripción formal y detallada del

2. comenzar a escribir los programas; ámbito de la información, funciones, rendimiento,
podemos dar los detalles más interfaces y criterios de validación. Esto solo puede
adelante. determinarse después de una exhaustiva comunicación
entre el cliente y el analista.
Los requisitos del proyecto cambian El impacto del cambio varía según el momento en el que se
continuamente pero los cambios introduzca:
pueden acomodarse fácilmente.
Etapa de desarrollo Costo del Cambio
Definición $X
Desarrollo $1.5X hasta $6X
Después de la entrega $60X hasta $100X
Una vez que hicimos el programa y Los datos industriales indican que entre el 50% y el 70% de
funciona, nuestro trabajo ha todo el esfuerzo dedicado a un programa se realizará
terminado. después de que se le haya entregado al cliente por primera
vez.
No hay forma de comprobar la Hay técnicas que se pueden aplicar desde el principio.
calidad del software hasta que está
corriendo.