DESARROLLO BASADO EN COMPONENTES

Un componente es una pieza de código preelaborado que encapsula alguna funcionalidad expuesta a través de interfaces estándar. Es algo muy similar a lo que podemos observar en el equipo de música que tenemos en nuestra sala. Cada componente de aquel aparato ha sido diseñado para acoplarse perfectamente con sus pares, las conexiones son estándar y el protocolo de comunicación está ya preestablecido. Al unirse las partes, obtenemos música para nuestros oídos. 

En tal sentido se puedes decir que un componente es una parte no trivial, casi independiente, y reemplazable de un sistema que llena claramente una funcionalidad dentro de un contexto en una arquitectura bien definida. Un componente se conforma y provee la realización física por medio de un conjunto de interfaces

El desarrollo basado en componentes (CBD) es un área nueva y poco explorada. Uno de los principales problemas que enfrenta esta área es el de definir las tareas a desarrollar y las técnicas a aplicar para la producción de software de buena calidad.

En tal sentido cabe destacar que la complejidad de los sistemas computacionales actuales nos ha llevado a buscar la reutilización del software existente. El desarrollo de software basado en componentes permite reutilizar piezas de código preelaborado que permiten realizar diversas tareas, conllevando a diversos beneficios como las mejoras a la calidad, la reducción del ciclo de desarrollo y el mayor retorno sobre la inversión.

Características de componentes

v Identificable: Debe tener una identificación que permita acceder fácilmente a sus servicios y que permita su clasificación.

v Auto contenido: Un componente no debe requerir de la utilización de otros para finiquitar la función para la cual fue diseñado. 

v Puede ser remplazado por otro componente: Se puede remplazar por nuevas versiones u otro componente que lo remplace y mejore.

v Con acceso solamente a través de su interfaz: Debe asegurar que estas no cambiaran a lo largo de su implementación.

v Sus servicios no varían: Las funcionalidades ofrecidas en su interfaz no deben variar, pero su implementación sí.

v Bien Documentado: Un componente debe estar correctamente documentado para facilitar su búsqueda si se quiere actualizar, integrar con otros, adaptarlo, etc.

v Es genérico: Sus servicios debe servir para varias aplicaciones.

v Reutilizado dinámicamente: Puede ser cargado en tiempo de ejecución en una aplicación.

v Independiente de la plataforma: Hardware, Software, entro otros.