Mitos
Descargar como DOCX, PDF0 recomendaciones200 vistas
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
Mitos
- 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.