La industria del software está entrando en un periodo de cambios importantes entre los que destacan:

• Reutilización de componentes
• Conectividad Abierta: Independencia de las Bases de Datos

Reutilización de componentes

Definición

La reutilización de componentes implica la construcción de soluciones con equipo lógico que ya existía o que construyen terceros.

La ventaja principal que aporta es que esta reutilización permite generar aplicaciones eficientes y de gran fiabilidad.

El principal problema radica en el hecho de que no existe ningún marco de normalización o acuerdo para que los componentes creados por distintos fabricantes puedan trabajar conjuntamente.

Conceptos clave

• Componentes

Son bloques de construcción de aplicaciones. Los "constructores de soluciones" utilizan muchos componentes software para la realización de sus sistemas.

El concepto de reutilización de componentes abarca el equipo lógico existente para tareas básicas y genéricas como impresión, procesadores de textos, hojas de cálculo, gráficos, diagramas de barras y dibujos. Todas estas piezas deberían estar disponibles como componentes reutilizables para todas las soluciones que los necesiten.

• Modelo de Objetos

El modelo de objetos formaliza la estructura y el comportamiento de los componentes para que puedan trabajar conjuntamente. El modelo ve a los componentes como objetos y utiliza los conceptos de orientación a objetos para definir el marco de desarrollo de los mismos.

El problema es que no existe uniformidad en el desarrollo de los componentes para que puedan comunicarse y trabajar conjuntamente.

Las librerías de funciones son válidas para algunas aplicaciones, pero tampoco permiten construir un auténtico componente reutilizable, ya que no hay ninguna forma estándar de definir e implementar funciones y las librerías de suministradores distintos no trabajan conjuntamente.

El éxito de esta aproximación depende de que sea aceptada y se imponga como estándar de desarrollo de componentes.

Obtención de componentes

Si se acepta de forma universal el modelo de objetos para la construcción de componentes, significa que aparecerá una nueva industria de creación de componentes genéricos que estarán disponibles.

Las aplicaciones más habituales (procesadores, gráficos, etc.) se encontrarán disponibles en forma de componentes que se podrán integrar para conseguir nuevas aplicaciones de gran flexibilidad y potencia. Lo único necesario es un lenguaje de programación común para ensamblar los distintos componentes y construir la aplicación.

Para construir una aplicación compleja, se dispondrá por tanto de componentes genéricos fabricados por terceros y que se integrarán junto con los componentes específicos desarrollados para la aplicación concreta. Esto permite concentrar el esfuerzo del desarrollador en las partes de la aplicación que son competencia suya y poder así desarrollar soluciones potentes de una forma muy rápida.

Lenguaje de programación común

Es un elemento crítico que es necesario para hacer que la reutilización de componentes sea una realidad. Este lenguaje común debe ser:

• Común entre plataformas, aplicaciones y componentes en general.
• Técnicamente completo (estructuras de control, tipos de datos, control de parámetros, soporte a la depuración, etc.).
• Fácil de utilizar, para que sea aceptado por los desarrolladores.
• Disponible y poco costoso.

Este lenguaje común permite a los desarrolladores de soluciones rentabilizar los componentes disponibles en el mercado y preservar sus inversiones en el lenguaje de desarrollo para todo tipo de plataformas.

Herramientas

Desde el otro punto de vista, también se hace necesaria la utilización de herramientas para la creación de esos componentes.

La idea central detrás de la reutilización de componentes es la de ocultar a los desarrolladores de soluciones la complejidad que existe detrás del componente genérico. Para el desarrollador, el componente se muestra con una interfaz muy sencilla, aunque realice cálculos complejos y manipulaciones de datos de forma interna.

Estas herramientas deben:

• Ser lo suficientemente potentes como para manejar la compleja infraestructura de información, permitiendo aplicaciones eficientes de bases de datos, aplicaciones de intercambio de información en tiempo real, soporte de arquitecturas distribuidas, etc.
• Permitir un desarrollo orientado a objetos, para que la complejidad de la implantación quede oculta al desarrollador de soluciones que utiliza el componente.
• Crear componentes robustos y que ofrezcan altos niveles de rendimiento.

Conectividad Abierta: Independencia de las Bases de Datos

Necesidad

En las grandes organizaciones cada vez se hace más importante la existencia de conectividad abierta a los datos existentes con independencia del formato o la plataforma.

Para la toma de decisiones, se hace necesario acceder desde un ordenador personal a datos corporativos que se encuentran en bases de datos remotas. Muchas de estas bases de datos tienen una interfaz dedicada, que no tiene mucha relación con las aplicaciones estándar de ordenador personal. Al mismo tiempo, muchas aplicaciones corporativas están siendo transportadas a ordenadores personales. Estas dos tendencias convergen en la arquitectura cliente/servidor.

Desde esta arquitectura se hace necesario proporcionar características de conectividad abierta, para permitir que los PCs puedan acceder a bases de datos heterogéneas.

Algunos suministradores proporcionan ya herramientas para conseguir esta conectividad abierta de bases de datos a través de una Arquitectura de Servicios Abiertos.

Arquitectura de Servicios Abiertos

• Sin la existencia de un método formal de conexión entre aplicaciones front-end y servicios, los desarrolladores de aplicaciones están forzados a incorporar APIs específicas de los suministradores en sus aplicaciones. Esta es una labor intensa y costosa.
• Una arquitectura de servicios abiertos soluciona este problema presentando a los desarrolladores de aplicaciones distribuidas una interfaz común para todos los servicios que soporte la arquitectura. En lugar de tener que aprender APIs diferentes, sólo existe el API de la arquitectura de servicios abiertos.

Conectividad Abierta a Bases de Datos

• Es un componente de la Arquitectura de Servicios Abiertos.
• Es la interfaz para acceder a los datos en entornos heterogéneos de sistemas de gestión de bases de datos relacionales y no-relacionales.
• Define una API común para acceder a todas las bases de datos que se ajusten a esta conectividad (que tengan el driver correspondiente).
• Permite desarrollar aplicaciones que, de forma concurrente, acceden, modifican y consultan datos de bases de datos múltiples.
• Cada SGDB tiene su propia API.
• Destacan como estándares de facto ODBC (Open DataBase Connectivity) e IDAPI (Independent Database Application Programming Interface).

Fuente: brinkster.net