ISBC?

El modelo de desarrollo basado en componentes incorpora muchas de las

caractersticas del modelo en espiral. Es evolutivo por naturaleza y exige un
enfoque iterativo para la creacin del software.
Sin embargo, el modelo de desarrollo basado en componentes configura
aplicaciones desde componentes preparados de software (llamados clases).
La actividad de la ingeniera comienza con la identificacin de clases candidatas.
Esto se lleva a cabo examinando los datos que se van a manejar por parte de la
aplicacin y el algoritmo que se va a aplicar para conseguir el tratamiento. Los
datos y los algoritmos correspondientes se empaquetan en una clase.
Las clases creadas en los proyectos de ingeniera del software anteriores, se
almacenan en una biblioteca de clases o diccionario de datos.
Una vez identificadas las clases candidatas, la biblioteca de clases se examina
para determinar si estas clases ya existen. En caso de que as fuera, se extraen
de la biblioteca y se vuelven a utilizar. Si una clase candidata no reside en la
biblioteca, se aplican los mtodos orientados a objetos.
Se compone as la primera iteracin de la aplicacin a construirse, mediante las
clases extradas de la biblioteca y las clases nuevas construidas para cumplir las
necesidades nicas de la aplicacin. El flujo del proceso vuelve a la espiral y
volver a introducir por ltimo la iteracin ensambladora de componentes a travs
de la actividad de ingeniera.
OBJETIVOS
* Reducir el tiempo de trabajo
* El esfuerzo que requiere implementar una aplicacin y los costos del proyecto, y,
de esta forma, incrementar el nivel de productividad de los grupos desarrolladores
y minimizar los riesgos globales.
ETAPAS DEL MODELO

I. Anlisis de Requerimientos:
En esta etapa del ciclo de vida los procesos y las
necesidades del negocio se descubren y se expresan en los
casos de uso.
Seleccin, construccin, anlisis y evaluacin.
II. Arquitectura de Software:
La arquitectura del software define un sistema en trminos
de componentes computacionales y la interaccin entre
ellos.
 III. Identificacin y arreglo para requisitos particulares
del Componente:
En esta actividad, los componentes deben ser seleccionados
por los requerimientos funcionales y de calidad que satisfaga
cada componente. Luego de haber sido identificados los
componentes que sern integrados al sistema, se debe
evaluar si el componente necesita ser sujeto a alguna
modificacin.
IV. Integracin del Sistema:
En esta actividad se debe examinar, evaluar y determinar
cmo va a ser la comunicacin y la coordinacin entre los
componentes que harn parte del sistema. Luego debe
ensamblarse el sistema y proseguir con una serie de
pruebas que determinarn si los componentes seleccionados
son los adecuados.
V. Pruebas:
Esto implica evaluar el funcionamiento de los Componentes
que fueron integrados en el sistema, si algn componente
demuestra no estar funcionando de forma correcta se debe
pensar en la posibilidad de reemplazarlo o modificarlo para
luego proceder con la re integracin.
VI. Mantenimiento:
En el perodo del mantenimiento, se lleva a cabo un proceso
similar al desarrollado en la POO, esto es vigilar el correcto
funcionamiento del sistema, corregir fallas en el
comportamiento, etc.

ARQUITECTURA SOFTWARE
Nace como una herramienta de alto nivel para cubrir distintos objetivos:
* Comprender y manejar la estructura de las aplicaciones complejas.
* Reutilizar dicha estructura (o partes de ella) para resolver problemas similares.
* Planificar la evolucin de la aplicacin, identificando sus partes mutables e
inmutables, as como los costes de los posibles cambios.
* Analizar la correccin de la aplicacin, y su grado de cumplimiento respecto a los
requisitos iniciales.

MARCOS DE TRABAJO
La reutilizacin de arquitecturas software se define dentro un marco de trabajo
(framework, o abreviadamente MT). En general, un MT se suele definir de la
siguiente forma: Un MT es el esqueleto de una aplicacin que debe ser adaptado
a necesidades concretas por el programador de la aplicacin.
PROGRAMACIN ORIENTADA A COMPONENTES (POC)

La POC nace con el objetivo de construir un mercado global de componentes

software, cuyos usuarios son los propios desarrolladores de aplicaciones que
necesitan reutilizar componentes ya hechos y probados para construir sus
aplicaciones de forma ms rpida y robusta.

TENDENCIAS ACTUALES DE LA POC

La adecuacin de los lenguajes de programacin. Diseo de nuevos lenguajes y
modelos de componentes. La construccin de herramientas de desarrollo y
marcos de trabajo para componentes. La aplicacin de tcnicas formales para
razonar sobre las aplicaciones desarrolladas a base de componentes.

En cuanto a los lenguajes de programacin, slo hay unos pocos que realmente
incorporen conceptos suficientes para realizar una programacin orientada a
componentes: Java, Component Pascal.

TECNOLOGAS DE COMPONENTES ESTANDARIZADAS

CORBA
(CommonObjectRequestBrokerArchitecture arquitectura comn de
intermediarios en peticiones a objetos)
DCOM
(DistributedComponentObjectModel-Modelo de Objetos de Componentes
Distribuidos)

Enterprise JavaBeans:
La tecnologa java ha estado a la vanguardia del DSBC y constituye una referencia
clave en este tema.