Mitos de software.

16
Ingeniería de Software 1 Mitos Del Software Integrantes: Jessica Jara Moreira Xiomara Mendoza

Transcript of Mitos de software.

Ingeniería de Software 1

Mitos Del Software

Integrantes:Jessica Jara Moreira

Xiomara Mendoza

Mitos del software

Los mitos del software son creencias acerca del software y de los procesos empleados para construirlo, se pueden rastrear hasta los primeros días de la computación. Los mitos tienen ciertos atributos que los convierten en insidiosos.

Mitos de gestión.

Los gestores con responsabilidad sobre el software, como los gestores en la mayoría de las disciplinas, están normalmente bajo la presión de cumplir los presupuestos, hacer que no se retrase el proyecto y mejorar la calidad.

Tenemos ya un libro que esta lleno de estándares y procedimientos para construir software. ¿No le proporciona ya a mi gente todo lo que necesita saber?

Esta muy bien que el libro exista, pero ¿se usa?, ¿conocen los trabajadores su existencia?, ¿refleja las prácticas modernas de desarrollo de software?, ¿es completo?. En muchos casos, la respuesta a todas estas preguntas es "no".

Mito

Realidad

Mi gente dispones de las herramientas de desarrollo de software más avanzadas, después de todo, les compramos las computadoras más modernas.

Se necesita mucho más que le tiempo modelo de computadora grande (o de PC) para hacer desarrollo de software de gran calidad.

Mito

Realidad

Añadir programadores repondrá tiempo perdido por desperfectos.

El desarrollo del software no es un proceso mecánico como el de fabricación. Añadir gente a un proceso de software retrasa aún más el proyecto

Mito

Realidad

Mitos del cliente.

Un cliente que solicita una aplicación de software puede ser una persona del despacho de al lado, un grupo técnico de la sala de abajo, el departamento de ventas o una compañía exterior que solicita un software bajo contrato. Los mitos conducen a que el cliente se cree una falsa expectativa y finalmente, quede insatisfecho con el que desarrolla el software.

Una declaración general de los objetivos es suficiente para comenzar a escribir los programes; podemos dar los detalles más adelante.

Una mala definición inicial es la principal causa del trabajo baldío en software. Es esencial una descripción formal y detallada del ámbito de la información, funciones, rendimiento, interfaces, ligaduras del diseño y criterios de validación. Estas características pueden determinarse sólo después de una exhaustiva comunicación entre el cliente y el analista.

Mito

Realidad

Los requerimientos de un software cambian constantemente, pero esto no se considera un problema y se ajustan rápidamente porque el software es flexible

Es verdad que los requerimientos del software cambian, pero el impacto de estos cambios depende mucho de momento en que ellos ocurran. En etapas tempranas el costo de asimilar los cambios no son tan altos, pero a medida que las etapas están más adelantadas el cambio en los requerimientos puedo involucrar el adicionar más recurso y tiempos, incluso cambiar todo el software.

Mito

Realidad

Un enunciado general de los objetivos es suficiente para comenzar a escribir programas; los detalles se pueden afinar después

Los requerimientos del proyecto cambian de manera continua, pero el cambio puede ajustarse con facilidad porque el software es flexible.

Mito

Realidad

Mitos de los desarrolladores.

Los mitos en los que aún creen muchos desarrolladores se han ido fomentando durante cuatro décadas de cultura informática. Durante los primeros días del desarrollo del software, la programación se veía como un arte. Las viejas formas y actitudes tardan en morir.

Hasta que no tengo el programa << ejecutándose >> realmente no tengo forma de comprobar su calidad.

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.

Mito

Realidad

La ingeniería del software obliga a realizar documentación voluminosa he innecesaria, teniendo como resultado un proceso más lento

La ingeniería del software no es realizar documentación, es la búsqueda de calidad y con calidad se reducen los trabajos redundantes lo que permite un proceso más ágil. Con ello el cliente no solo recibe a tiempo un producto si no tiene la garantía que el mismo es de calidad.

Mito

Realidad

Una vez que escribimos el programa y hacemos que funcione, nuestro trabajo ha terminado. 

Alguien dijo una vez: << cuanto más pronto se comience a escribir código, tardara en terminarlo >>. Los datos industriales indican que entre el cincuenta y el sesenta por ciento de todo el esfuerzo dedicado a un programa se realizará después de que se le haya entregado al cliente por primera vez.

Mito

Realidad

Mitos de administración.

Los gerentes que tienen responsabilidades en el área del software, cómo también otras disciplinas, con frecuencia se hallan bajo presión para cumplir el presupuesto.

Si decido subcontratar el proyecto de software a un tercero, puedo descansar y dejar que esa compañía lo elabore.

Si una organización no comprende cómo administrar y controlar proyectos de software internamente, de manera invariable tendrá dificultades cuándo subcontrate proyectos de software

Mito

Realidad