El futuro del sotfware

1. 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. Si bien existen estudios detallados sobre el concepto de inge- niería (véase, porejemplo, [Shaw,1994]), en general se concibe la ingeniería como una aplicación práctica y eficien- te 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 demasiado optimista hablar de la aplicación generalizada de una auténtica inge- niería. En esteartí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.

2. ¿Se aplica actualmente la ingeniería del software?

La investigación y el desarrollo de técnicas y métodos de ingeniería del software son constantes y suelen suponer interesantes avancesen 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 desa- rrollo de software se parezca más al descontrol del cuento de
«si los programadores fueran albañiles...» ([Novatica, 1996]) que a unaidí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 de software suele estar básicamente en estado caótico. Y no sólo en, como unopodrí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 defen- sa de países «avanzados» como EE.UU. o Japón. Si bien estos modelos de evaluación aún acumulan distintas acusa- ciones de rigidez o falta de contraste empírico, los resultados obtenidos en sus evaluaciones resultan consistentes con la sensaciónde constante «apagafuegos» que suelen sufrir los profesionales del software. También suelen revelar la prác- tica despreocupación de los responsables de las organizacio- nes 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 poco propicia, porque el am- biente del mercado no fomenta la preocupación porestos temas o bien por su poco interés real en la búsqueda de la calida






gía



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

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 unaparte, las relaciones entre suministrador y 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 paralos analistas y jefes de proyecto. Por otra parte, actual- mente 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...