You are on page 1of 3

MITOS Y REALIDADES SOBRE EL DESARROLLO DEL SOFTWARE

Durante las tres primeras décadas de la informática, el principal desafío era el desarrollo del
hardware de las computadoras, de forma que se redujera el costo de procesamiento y
almacenamiento de datos. A lo largo de la década de los ochenta, los avances en
microelectrónica han dado como resultado una mayor potencia de cálculo a la vez que una
reducción del costo. Hoy, el problema es diferente. El principal desafío es mejorar la calidad
(y reducir el costo) de las soluciones basadas en computadoras soluciones que se
implementan con el software.
La potencia de las grandes computadoras de la era de los ochenta está hoy disponible en una
computadora personal. Las enormes capacidades de procesamiento y almacenamiento del
hardware moderno representan un gran potencial de cálculo. El software es el mecanismo que
nos facilita utilizar y explotar este potencial.

CRISIS DEL SOFTWARE

Muchos observadores de la industria han caracterizado los problemas asociados con el


desarrollo de software como una " crisis ". Sin embargo lo que realmente tenemos puede ser
algo bastante diferente.
La definición de crisis se refiere : " el punto decisivo en el curso de algo, cuando se ve más
claro si este algo seguirá o desaparecerá. Ya se ha alcanzado la etapa de crisis en el software
de computadoras. Lo que realmente tenemos es un "mal crónico " se entiende por Mal : algo
que causa pena o desastre. Pero la clave de esta definición es el adjetivo Crónico : muy
duradero o que vuelve a aparecer con frecuencia; continuando indefinidamente. Tanto si la
llamamos crisis del software como mal del software, el término se refiere a un conjunto de
problemas que aparecen en el desarrollo del software de computadoras.

PROBLEMAS EN EL DESARROLLO DEL SOFTWARE.

Los problemas que afligen al desarrollo del software se pueden caracterizar bajo muchas
perspectivas diferentes, pero los responsables de los desarrollos de software se centran sobre
los aspectos de "fondo': (1) la planificación y estimación de costos son frecuentemente muy
imprecisas; (2) la "productividad" de la comunidad del software no se corresponde con la
demanda de sus servicios y (3) la calidad del software no llega a ser a veces ni aceptable.
Se han experimentado desajustes en los costos de hasta un orden de magnitud. Se ha errado
en la planificación en meses o años. Se ha hecho muy poco para mejorar la productividad de
los trabajadores del software. Los errores en los nuevos programas producen en los clientes
insatisfacción y falta de confianza. Tales problemas son sólo las manifestaciones más visibles
de otras dificultades del software:
No tenemos tiempo de recoger datos sobre el proceso de desarrollo del software. Sin datos
históricos como guía, la estimación no ha sido buena y los resultados previstos muy
pobres. Sin una indicación salida de la productividad, no podemos evaluar con precisión la
eficacia de las nuevas herramientas, técnicas o estándares.
La insatisfacción del cliente con el sistema "terminado" se produce demasiado
frecuentemente. Los proyectos de desarrollo del software se acometen frecuentemente con
sólo una vaga indicación de los requisitos del cliente. Normalmente, la comunicación entre
el cliente y el que desarrolla el software es muy escasa.

I 322 FUNDAMENTOS DE DESARROLLO DE SISTEMAS DE INFORMACIÓN 1


La calidad del software es normalmente cuestionable. Hemos empezado a comprender
recientemente la importancia de la prueba sistemática y técnicamente completa del
software. Están comenzando a emerger conceptos cuantitativos sólidos sobre la fiabilidad
del software y las garantías de calidad.
El software existente puede ser muy difícil de mantener. La tarea de mantenimiento del
software se lleva la mayor parte de todo el dinero invertido en el software. El mantenimiento
no se ha considerado un criterio importante en la aceptación del software.

MITOS DEL SOFTWARE.

Muchas de las causas de la crisis del software se pueden encontrar en una mitología que
surge durante los primeros años del desarrollo del software. Los mitos del software tienen
varios atributos que los hacen insidiosos; por ejemplo, aparecieron como declaraciones
razonables de hechos (algunas veces conteniendo elementos verdaderos); tuvieron un
sentido intuitivo y frecuentemente fueron promulgados por expertos que "estaban al día".
Mitos de gestión. Los gestores con responsabilidad sobre el software, están bajo la presión
de cumplir con los presupuestos, hacer que no se retrase el proyecto y mejorar la calidad.
Mito. Tenemos ya un libro que está lleno de estándares y procedimientos para construir
software. ¿No le proporciona ya a mi gente todo lo que necesita saber ?
Realidad. Está muy bien que el libro exista, pero ¿ se usa ? ¿ conocen los trabajadores de su
existencia ? ¿ Refleja las practicas modernas de desarrollo de software ? ¿ Es completo ?
Mito. Nuestra gente dispone de las herramientas de desarrollo de software más avanzadas;
después de todo, les compramos el equipo de cómputo mas nuevo.
Realidad. Se necesita mucho más que el último modelo de computadoras para lograr
desarrollo de software de gran calidad. Las herramientas de ingeniería de software asistida
por computadora (CASE), son más importantes que el hardware para conseguir buena calidad
y productividad.
Mito. Si fallamos en la planificación, podemos añadir más programadores y adelantar el
tiempo perdido.
Realidad. El desarrollo de software no es un proceso mecánico como la fabricación, el añadir
gente a un proyecto de software retrasado lo retrasa aún más. Sin embargo cuando se
añaden nuevas personas, la necesidad de aprender y comunicarse son el equipo puede y
hace que se reduzca la cantidad de tiempo gastado en el desarrollo productivo. Puede
añadirse gente, pero sólo de una manera planificada y bien coordinada.
Mitos del cliente. En muchos casos, el cliente cree en los mitos que existen sobre el
software, debido a que los gestores y trabajadores responsables hacen muy poco para
corregir la mala información. Los mitos conducen a que el cliente se cree una falsa
expectativa y finalmente, quede insatisfecho con el que desarrolla el software.
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 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. Los requisitos del proyecto cambian constantemente, pero los cambios pueden
acomodarse fácilmente, ya que el software es flexible.
Realidad. Es verdad que los requisitos del software cambian, pero el impacto del cambio
varía según el momento en que se introduzca. Si se pone cuidado al dar la definición inicial,

I 322 FUNDAMENTOS DE DESARROLLO DE SISTEMAS DE INFORMACIÓN 2


los cambios solicitados al principio pueden acomodarse fácilmente. El cliente pude revisar los
requisitos y recomendar las modificaciones con relativamente poco impacto en el costo.
Cuando los cambios se solicitan durante la fase de diseño de software, el impacto en el costo
crece rápidamente. Ya se han acordado los recursos a utilizar y se ha establecido un
esqueleto del diseño. Los cambios pueden producir trastornos que requieran de recursos
adicionales; es decir costo adicional. Los cambios en la función, rendimiento, interfaces u
otras características, durante la fase de Implementación pueden tener un impacto sobre el
costo. Cuando se solicitan al final de un proyecto, los cambios pueden producir un orden de
magnitud más caro que el mismo pedido al principio.
Mitos de los desarrolladores. Durante los primeros días del desarrollo de software, la
programación se veía como un arte. Y los mitos en los que aún creen muchos
desarrolladores se han ido fomentando durante cuatro décadas de cultura informática.
Mito. Una vez que escribimos el programa y hacemos que funcione, nuestro trabajo a
terminado.
Realidad. Alguien dijo una ves "Cuanto más pronto se comience a escribir código, más se
tardará en terminarlo". Datos industriales indican que entre el 50% y 70% de todo el esfuerzo
dedicado a un programa se realizará después de que se haya entregado al cliente por primera
vez.
Mito. Hasta que no tengo el programa "ejecutándose", realmente no tengo forma de
comprobar su calidad.
Realidad. 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, que nos sirve 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 que funciona es sólo una parte de una configuración del software que
incluye elementos tales como: un plan, especificación de requisitos, el diseño, Estructuras de
datos, Especificación de la prueba, listado. La documentación es la base de un buen
desarrollo y, lo que es más importante, proporciona guías para la tarea de Mantenimiento del
software.

Hoy, la mayoría de los profesionales competentes consideran a los mitos por lo que son
actitudes erróneas que han causado serios problemas. Sin embargo, las viejas actitudes y
hábitos son difíciles de modificar y todavía se cree en algunos de los mitos antes
mencionados.

FUENTE:
Los Mitos del Software.
http://www.ver.ucc.mx/~9660185s/courseware/pagina_n.htm,
13 de enero de 2003.

I 322 FUNDAMENTOS DE DESARROLLO DE SISTEMAS DE INFORMACIÓN 3

You might also like