7/25/2019 Mitos y Realizades Desarrollo de Software

1/3

Mitos de gestin

Los gestores con responsabilidad sobre el software, como los gestores en la mayora de las disciplinas,

estn normalmente bajo la presin de cumplir los presupuestos, hacer que no se retrase el proyecto y

mejorar la calidad.

Mito.

Tenemos ya un libro que esta lleno de estndares y procedimientos para construir software. No leproporciona ya a mi gente todo lo que necesita saber?.

Realidad.

Esta muy bien que el libro exista, pero se usa?, conocen los trabajadores su existencia?, refleja lasprcticas modernas de desarrollo de software?, es completo?. En muchos casos, la respuesta a todasestas preguntas es "no".

Mito.

Mi gente dispone de las herramientas de desarrollo de software ms avanzadas, despus de todo, lescompramos las computadoras ms modernas.

Realidad.

Se necesita mucho ms que el ltimo modelo de computadora grande (o de PC) para hacer

desarrollo de software de gran calidad. Las herramientas de ingeniera del software asistida porcomputadora (CASE), aunque la mayora todava no se usen, son ms importantes que el hardwarepara conseguir buena calidad y productividad.

Mito.

Si fallamos en la planificacin, podemos aadir ms programadores y adelantar el tiempo perdido (elllamado algunas veces "concepto de la horda mongoliana").

Realidad.El desarrollo de software no es un proceso mecnico como la fabricacin. En palabras de Brooks[BRO75]: >. Al principio,esta declaracin puede parecer un contra sentido. Sin embargo, cuando se aaden nuevas personas,le necesidad de aprender y comunicarse con el equipo puede y hace que se reduzca la cantidad detiempo gastado en el desarrollo productivo. Puede aadirse gente, pero slo de una maneraplanificada y bien coordinada.

7/25/2019 Mitos y Realizades Desarrollo de Software

2/3

Mitos del cliente

Un cliente que solicita una aplicacin de software puede ser una persona del despacho de al lado, ungrupo tcnico de la sala de abajo, el departamento de ventas o una compaa exterior que solicita unsoftware bajo contrato. Los mitos conducen a que el cliente se cree una falsa expectativa y finalmente,quede insatisfecho con el que desarrolla el software.

Mito.

Una declaracin general de los objetivos es suficiente para comenzar a escribir los programes;podemos dar los detalles ms adelante.

Realidad.

Una mala definicin inicial es la principal causa del trabajo baldo en software. Es esencial una

descripcin formal y detallada del mbito de la informacin, funciones, rendimiento, interfaces,ligaduras del diseo y criterios de validacin. Estas caractersticas pueden determinarse slo despusde una exhaustiva comunicacin entre el cliente y el analista.

Mito.

Los requisitos del proyecto cambian continuamente, pero os cambios pueden acomodarsefcilmente, ya que el software es flexible.

Realidad.

Es verdad que los requisitos del software cambian, pero el impacto del cambio vara segn elmomento en que se introduzca. La Figura 1.5 ilustra el impacto de los cambios. Si se pone cuidado aldar la definicin inicial, los cambios solicitados al principio pueden acomodarse fcilmente. El clientepuede revisar los requisitos y recomendar las modificaciones con relativamente poco impacto en elcosto. Cuando los cambios se solicitan durante el diseo del software, el impacto en el costo crecerpidamente. Ya se han acordado los recursos a utilizar y se ha establecido un esqueleto del diseo.Los cambios pueden producir trastornos que requieran recursos adicionales e importantesmodificaciones del diseo; es decir, costo adicional. Los cambios en la funcin, rendimiento,interfaces u otras caractersticas, impacto importante sobre el costo. Cuando se solicitan al final de unproyecto, los cambios pueden producir un orden de magnitud ms caro que el mismo cambio pedido

al principio.

7/25/2019 Mitos y Realizades Desarrollo de Software

3/3

Mitos de los desarrolladores

Los mitos en los que an creen muchos desarrolladores se han ido fomentando durante cuatrodcadas de cultura informtica. Durante los primeros das del desarrollo del software, la

programacin se vea como un arte. Las viejas formas y actitudes tardan en morir.

Mito.

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

Realidad.

Alguien dijo una vez: >.Los datos industriales indican que entre el cincuenta y el sesenta por ciento de todo el esfuerzodedicado a un programa se realizar despus de que se le haya entregado al cliente por primera vez.

Mito.

Hasta que no tengo el programa > realmente no tengo forma de comprobar sucalidad.

Realidad.

Desde el principio del proyecto se puede aplicar uno de los mecanismos ms efectivos para garantizarla calidad del software: la revisin tcnica formal. La revisin del software es un >que se ha comprobado que es ms efectivo que la prueba, para encontrar ciertas clases de defectos en

el software.

Mito.

Lo nico que se entrega al terminar el proyecto es el programa funcionando.

Realidad.

Un programa funcionando es slo parte de una configuracin del software que incluye programas,

documentos, y datos. La documentacin es la base de un buen desarrollo y, lo que es msimportante, proporciona guas para la tarea de mantenimiento del software.

Mucho profesionales del software reconocen la falacia de los mitos descritos anteriormente.Lamentablemente, las actitudes y mtodos habituales, fomentan una pobre gestin y malas prcticastcnicas, incluso cuando la realidad dicta un mtodo mejor. El reconocimiento de las realidades delsoftware es el primer paso hacia la formulacin de soluciones practicas para su desarrollo.