1) El documento describe el desarrollo de software basado en componentes, que implica ensamblar partes de software previamente desarrolladas para reducir costos y tiempos de desarrollo. 2) Un componente de software es una unidad reutilizable que puede ser desarrollada y compuesta con otros componentes de forma independiente. 3) Las arquitecturas de software y marcos de trabajo definen la estructura de una aplicación y cómo ensamblar los componentes, pero requieren adaptación a las necesidades específicas.

1. Desarrollo de Software Basado en
Componentes
FERNANDO SOLIS

2. Introducción
Los continuos avances en la Informática y las
Telecomunicaciones están haciendo cambiar la forma
en la que se desarrollan actualmente las aplicaciones
software
• Aumento de la potencia de los ordenadores
• Abaratamiento de los costos del hardware
• Redes de datos de cobertura global
• Modelos de programación existentes desbordados
• Nuevos paradigmas de programación

3. Los desarrollos tradicionales de aplicaciones incurren
en altos costos y en una inversión de tiempo extensa.
El DSBC busca, dentro de otros objetivos, reducir el
tiempo de trabajo, el esfuerzo que requiere
implementar una aplicación y los costos del proyecto,
y, de esta forma, incrementar el nivel de
productividad de los grupos desarrolladores y
minimizar los riesgos globales.
Desarrollo de Software Basado
en Componentes

4. Desarrollo de Software Basado en Componentes
• Ensamblaje de partes de software previamente
elaboradas
• Inspirada en los procesos de producción de
sistemas físicos:
Producción de aviones, vehículos,
computadores, aparatos electrónicos, etc.
• Fundamentada en la Reutilización de Software
• Orientar esfuerzos hacia una industria de partes

5. Componente
“Un componente es una
composición de aplicaciones
unidad de
software, que
posee un conjunto de interfaces y un conjunto
de requisitos, y que ha de
desarrollado, adquirido, incorporado
poder ser
al
sistema y compuesto con otros componentes
de forma independiente, en tiempo y espacio”
[Szyperski, 1998].

6. Definición de los 7 criterios
[Meyer,1999]:
• Puede ser usado por otros elementos de SW
• Puede ser usado por los clientes sin la necesidad de la
intervención del desarrollador.
• Incluye las especificaciones de todas las dependencias.
• Incluye documentación de las funcionalidadesque
ofrece
• Se puede entender su funcionamiento en base a las
especificaciones.
• Se puede acoplar a otros componentes
• Puede ser incorporado a un sistema de manera suave y
rápida

7. Modelo del Ciclo de vida de DSBC

8. Arquitecturas Software y Marcos de
Trabajo
• El disponer de componentes software no es
suficiente para desarrollar aplicaciones, ya
provengan éstos de un mercado global o sean
desarrollados a medida para la aplicación. Un
aspecto crítico a la hora de construir sistemas
complejos es el diseño de la estructura del
sistema.

9. Arquitectura Software
• Entendemos por Arquitectura
Software la representación de
alto nivel de la estructura de
un sistema o aplicación, que
describe las partes que la
integran, las interacciones
entre ellas, los patrones que
supervisan su composición, y
las restricciones a la hora de
aplicar esos patrones.

10. En general, la arquitectura software nace como una
herramienta de alto nivel para cubrir distintos
objetivos:
1. Comprender y manejar la estructura de las
aplicaciones complejas.
2. Reutilizar dicha estructura (o partes de ella) para
resolver problemas similares.
3. Planificar la evolución de la aplicación, identificando
sus partes mutables e inmutables, así como los costes
de los posibles cambios.
4. Analizar la corrección de la aplicación, y su grado de
cumplimiento respecto a los requisitos iniciales
5. Permitir el estudio de alguna propiedad específica del
dominio.

11. Marcos de Trabajo
• La reutilización de arquitecturas software se
define dentro un marco de trabajo
(framework, o abreviadamente MT). En
general, un MT se suele definir de la siguiente
aplicación que debe ser adaptado
forma: “Un MT es el esqueleto de una
a
necesidades concretas por el programador de
la aplicación”

12. • Un MT encapsula el patrón de la arquitectura
software de un sistema o de alguna de sus partes.
• Las principales ventajas que ofrecen los MT son la
reducción del coste de los procesos de desarrollo
de aplicaciones software para dominios
específicos, y la mejora de la calidad del producto
final. Sin embargo, la utilización de MT presenta
suelen englobar todas en el problema de
actualmente ciertas dificultades, aunque se
la
documentación de un MT