Introduccion a los principios basicos del desarrollo

Introducción y principios básicos del desarrollo
de software basado en componentes.

1. INTRODUCCION.
El desarrollo de software basado en componentes (DSBC), es una tecnología que ha empezado a demostrar que ofrece ventajas en tiempo de desarrollo y reducción de costos en el proceso de desarrollo de software.

2. COMPONENTES Y CARACTERÍSTICAS DE DESCRIPCIÓN.
2.1 Contexto.
El conceptode componentes para muchos autores es la evolución de la metodología orientada a objetos. Uno de los logros de la revolución industrial fue el desarrollo por componentes.
El iniciar un desarrollo de software desde cero es un reto muy grande. Es por eso que las pequeñas empresas han estado al margen del desarrollo, hasta la década pasada. Esto se origino ante la demanda por buscar sus propiosproductos para dejar de depender de las grandes empresas.
El DSBC, busca reducir el tiempo de trabajo, esfuerzo y costos. Y de esta forma incrementar el nivel de productividad y minimizar los riesgos de gastos. Otra ventaja es poder integrar lo mejor de las tecnologías para desarrollar una aplicación de manera personalizada
DSBC pertenece al paradigma de programación de sistemas abiertos: loscomponentes pueden ser remplazados, por otros independientemente de su arquitectura y desarrollo. De esta manera se puede hacer un paralelo entre el mundo percibido por el hombre y el DSBC.
2.2 Concepto.
Lo más importante que se debe tener en cuenta al definir el concepto de DSBC, es el de diferenciar las características existentes entre el DSBC y el paradigma de objetos, la Programación Orientada aObjetos. Existen varias definiciones de componentes realizadas por expertos, que han tomado como base e la metodología de la programación orientada objetos y el modelado a través de UML. Estas definiciones se complementan y construyen el significado y desarrollo. Para que un elemento pueda ser catalogado componente se necesita:
Identificable (que permita acceder fácilmente a sus servicios)
Autocontenido (no debe requerir de la utilización de otros)
Puede ser remplazado por otro componente (nuevas versiones)
Sus servicios no varían pero su implementación si.
Bien documentado (para facilitar su búsqueda)
Es genérico (debe servir para varias aplicaciones)
Reutilizado dinámicamente (cargado en tiempo de ejecución)
Independiente de la plataforma.
Anneliese Andrews y Sudipto Ghoshdesarrollaron modelos que permiten entender los componentes de software por medio de 3 perspectivas.
1. El dominio: aspectos del problema del usuario relacionado con la funcionalidad del componente.
2. Programa: muestra la información técnica, como estructura de archivos, definición de Interface, tipo de parámetros, información acerca de la invocación, etc.
3. Situación: se determina la estructurade la arquitectura física y conceptual, flujos de información y tipos de algoritmos.

3. CLASIFICACION DE COMPONENTES:
3.1 ¿Como clasificar componentes?
La clasificación de componentes es un proceso extenso , ya que un componente involucra en si mismo varios atributos relevantes.
3.2 Tamaño.
La medición del tamaño de un componente puede ser medido atreves de:
Líneas de Código
Orientadas afunción
En algunas ocasiones, son utilizadas métricas de tamaño para evaluar la complejidad.
Métricas de Complejidad:
Mide el numero de decisiones lógicas en un segmento de código. A continuación nombramos 4 técnicas para medir la complejidad:
CPC (Component Plain Complexity). Mide la complejidad por medio de la suma de clases, clases astractas, interfaces y métodos.
CSC (Component StaticComplexity). Utiliza variables como la relación entre clases y el peso de cada relación.
CDC (Component Dynamic Complexity). Evalúa variables como la frecuencia en el intercambio de mensajes entre clases y la complejidad de los mensajes.
CCC (Component Cyclomatic Complexity). Utiliza como variables el código, la suma de clases, interfaces y métodos definidos.
Mantenibilidad:
Es la facilidad...