Paranga

3.2.1 Los modelos de componentes

De acuerdo con el UML, un componente es un módulo de software ejecutable con su propia identidad e interfaces definidas, es decir, que se define en términos muy generales y abstractos. En relación con las tecnologías de componentes populares, tales como Enterprise Java Beans, donde la definición es muy concreta y tecnológicamente específica.

Un componenteconsiste en una o más clases y tiene interfaces definidas. Una instancia de componente, como un objeto, tiene su propia identidad. La diferencia más importante entre los componentes y las clases/objetos, es que los componentes deben ser intercambiables.
Para alcanzar este objetivo, sin embargo, deben cumplirse diversas condiciones:
• Las interfaces deben ser técnicamente
• Las interfacesdeben ser compatibles a nivel de dominio específico
• Las dependencias entre los distintos componentes se deben mantener al mínimo.

Esto tiene las siguientes consecuencias para los componentes de software:
• Las interfaces de un componente, en la medida de lo posible, sólo contienen tipos primitivos (Integer, String, etc).
• Las normas apropiadas del dominio específico son necesarios para lacompatibilidad del dominio específico.
• Las asociaciones entre los componentes, en la medida de lo posible, se sustituirá por mensajes y mecanismos de observación.

Los componentes por lo tanto suelen tener tres tipos diferentes de interfaz (Figura. 3.6):
• una interfaz para la generación o la carga de instancias, por ejemplo, con la ayuda de una clave específica del dominio. En EJB estonormalmente sería llamado BuscarPorClave(),
• una interfaz que define la observación y servicios de mensajes,
• un dominio específico de interfaz (interfaz de objeto).

Independiente de los valores de sus atributos, los objetos tienen una identidad única, que dependen en general de las asociaciones. A fin de minimizar el resultado de las dependencias entre los componentes, las relacionespueden llevarse a cabo entre las instancias del componente, por ejemplo, mientras que sólo la clave específica de dominio se almacena como la referencia. La comunicación entre los componentes no puede ser abordado directamente, sino que primero debe ser explícitamente cargados por medio de la clave de dominio específico.

Por otra parte, el intercambio de mensajes se lleva a cabo a nivel anónimocon la ayuda de los mecanismos de observación llamada. Este tipo de funciones de comunicación en la forma que una instancia remite a los otros el mensaje de addListener (), que significa algo así como "por favor, me informan si ha cambiado.

Mensajes de modificación. Tan pronto como la instancia cambia, se envía un mensaje a todos los suscriptores diciéndoles que ha cambiado.
Antes decomenzar las actividades de diseño, es necesario especificar la arquitectura de las aplicaciones futuras. Determinar qué tipo de clases y, que interfaces deben ser diseñadas. Una bien pensada arquitectura de la aplicación ayuda a lograr:
• una división racional de trabajo y una visión clara;
• Flexibilidad a largo plazo en el desarrollo del sistema;
• un mayor grado de aptitud para la reutilizaciónUn componente de dominio generalmente se compone internamente de un conjunto de clases de entidad/control, y es persistente.

Durante el análisis del siguiente ejemplo, empresa de alquiler, los procesos de negocio, que se identifica son: administración de vehículos, alquiler de vehículos y atención al cliente de la Figura 3.7. Estos ahora cada uno será representado por un componente en laFigura. 3.8.

Figura 3.7 Las clases más importantes de dominio específico y relaciones representadas como un modelo de análisis de clase del sistema alquiler de vehículos


Definir componente controlador del caso de uso para cada caso de uso. En este sentido, comenzar con los casos de uso del sistema que se identificaron en el análisis, por ejemplo, Vehículo de reserva por teléfono ver...