Ingeniera de software

Actualidad
Revista del Instituto Tecnológico de Informática

Ingeniería del Software Orientada a Objetos
La Ingeniería del Software y la Orientación a Objetos son dos áreas cuya intersección produce un amplio abanico de técnicas y metodologías que pretenden facilitar la construcción de software. Este artículo revisa algunas de estas técnicas, que pueden ser de gran utilidad para el desarrollode proyectos complejos con éxito.

Introducción No muchos años atrás, cuando el que escribe aún estudiaba en la Facultad de Informática, la orientación a objetos (OO) se presentaba como una técnica novedosa y revolucionaria. En estos tiempos que corren de sistemas de ventanas, multimedia, sistemas multicapa en red y lenguajes de alto nivel, nadie se cuestiona el hecho que aquella afirmación nocayó en el olvido como ya ocurrió con tantas otras. La OO se basa en tres principios básicos: todo son objetos, encapsulamiento / ocultación y herencia / polimorfismo. El primer principio indica la unidad básica de trabajo. El segundo permite englobar en un mismo concepto a los datos y a las operaciones. El tercero permite agrupar y tratar de igual forma a objetos similares. Tras esta simplicidad,la metodología de desarrollo OO incluía entre sus bondades una muy prometedora: permite abarcar las siguientes fases de un proyecto software: Por un lado Análisis y Diseño (OOAD) y por otro Programación (POO). Ya por aquel entonces, se recalcaba la necesidad de usar lenguajes de modelado para desarrollar proyectos: OOSE, OMT-2, Booch’93 o UML. Este último, fruto de la fusión y de mejoras de losanteriores, aún estaba en proceso de desarrollo en Rational (compañía integrada en IBM hoy en día). Aun con la cotidianeidad del paradigma orientado a objetos, muchos informáticos sumergidos en un mar de siglas se realizan la siguiente pregunta: “Pues muy bien, ya sé UML... ¿y ahora qué?” UML es un lenguaje de especificación, visualización, construcción y documentación de propósito general, aunqueespecializado en sistemas software. Por su propia definición, la mayoría de autores no se pronuncian tajantemente acerca de cómo debe usarse UML; por lo mismo que nadie se atrevería a limitar de forma general el uso de un bucle for. Sirvan como contraejemplo las sugerencias de uso de Pierre Alain Muller (1997): Actividad Análisis de Requisitos Para cada escenario de caso de uso Refinamiento Diseñoy arquitectura Refinamiento de operaciones complejas Implantación e instalación Diagrama UML Casos de Uso Secuencia Colaboración Clases Actividad Estados Organización

Las herramientas de IS (CASE) deben adaptarse a nuestros procesos.

implementación, testing, instalación y configuración. Para abordar proyectos de semejante envergadura, el trabajo se divide en tareas más pequeñas: el sistemase divide en subsistemas. El desarrollo de cada fase se puede dividir en procesos, entendiendo como tales a secuencias de actividades que hay que completar para alcanzar un objetivo. En la Ingeniería del Software Orientada a Objetos, la OO se puede utilizar durante todo el proceso en global. Pero no basta con una metodología de desarrollo y un lenguaje de modelado e implementación. Para aplicar laOO y UML de forma efectiva es conveniente valorar la utilidad de algunas técnicas y ciclos de vida del software. A continuación se presentan algunas claves para controlar el orden interno en que se completan los proyectos y evitar la pérdida de información durante la transición entre fases. Los Ciclos de Vida El desarrollo de software no es fácil: las técnicas son relativamente nuevas, lossistemas actuales son complejos y los requisitos de los clientes cambian con bastante más frecuencia de lo que muchos desearíamos. Cualquier organización que desarrolle software debería plantearse qué proceso le interesa seguir para la realización de sus productos, ya sea para todos o para cada uno en particular. En los últimos años, una tecnología orientada a resolver este problema que ha sonado con...