El Futuro De La Ing De Sw

El futuro de la ingeniería del software o ¿cuándo será el software un producto de ingeniería?

Introducción
Actualmente hablamos de ingeniería del software, pero ¿la manera en la que desarrollamos software actualmente se puede denominar, con propiedad, ingeniería? La palabra ingeniería tiene una connotación de prestigio que provoca que muchas disciplinas traten de autocalificarse como tal. Sibien existen estudios detallados sobre el concepto de ingeniería (véase, por ejemplo, [Shaw, 1994]), en general se concibe la ingeniería como una aplicación práctica y eficiente de los conocimientos científicos.
Desde este punto de vista, el sector del software se podría encontrar en una fase de producción comercial en algunas organizaciones [Shaw, 1994] pero seguramente resulta demasiadooptimista hablar de la aplicación generalizada de una auténtica ingeniería. En este artículo, se repasan algunos aspectos de la situación actual de la ingeniería del software para terminar por sugerir al lector una visión de futuro deseable para los próximos ¿cinco o diez o veinticinco? años.

¿Se aplica actualmente la ingeniería del software?
La investigación y el desarrollo de técnicas y métodos deingeniería del software son constantes y suelen suponer interesantes avances en la resolución de problemas de desarrollo de software. Sin embargo, es habitual que en la práctica diaria profesional no se incluya prácticamente ninguna de las recomendaciones más elementales de la ingeniería del software.

En efecto, es habitual que el desarrollo de software se parezca más al descontrol del cuentode «si los programadores fueran albañiles...» ([Novatica, 1996]) que a una idílica y bien organizada factoría de software (concepto de gran vigencia a finales de los ochenta [Nunamaker et al., 1988]). De hecho, las evaluaciones de los procesos productivos de software realizadas a raíz de los modelo de procesos de software (por ejemplo, con CMM [Paulk et al., 1993]) confirman que el desarrollo desoftware suele estar básicamente en estado caótico. Y no sólo en, como uno podría pensar, pequeñas organizaciones de un país mediterráneo como el nuestro sino en también en las empresas adjudicatorias de interesantes contratos de defensa de países «avanzados» como EE.UU. o Japón. Si bien estos modelos de evaluación aún acumulan distintas acusaciones de rigidez o falta de contraste empírico, losresultados obtenidos en sus evaluaciones resultan consistentes con la sensación de constante «apagafuegos» que suelen sufrir los profesionales del software.

También suelen revelar la práctica despreocupación de los responsables de las organizaciones de software por la mejora de la calidad de sus procesos de trabajo o de sus productos: bien sea por contar con una situación interna de empresa pocopropicia, porque el ambiente del mercado no fomenta la preocupación por estos temas o bien por su poco interés real en la búsqueda de la calidad.

Parece difícil saber exactamente las causas de esta situación.
No obstante, cabe la posibilidad de reflexionar sobre algunas ideas que, quizás, estén aportando su grano de arena a mantener este caos. Por una parte, las relaciones entre suministradory cliente en el mercado actual de desarrollo de software. La dinámica del mercado y la tradición imperante en la gestión de las ofertas de software no fomentan el uso de planificaciones bien fundadas en un análisis apropiado de los requisitos. Lamentablemente, la gestión de los requisitos y de la planificación no se realiza en las mejores condiciones para los analistas y jefes de proyecto. Porotra parte, actualmente las empresas se quejan de la carencia de profesionales cualificados para cubrir sus necesidades de personal (que, en muchos casos, se ha disparado con la explosión de Internet). Así, el informe de IDC para Microsoft [Milroy y Rajah, 2000] indica la falta de hasta 1,200.000 profesionales relacionados con las TIC (tecnologías de la información y de las comunicaciones)1. Otras...