Así, en el diagrama, la IU de la unidad de hígado depende de la Fachada de cliente de unidad de hígado, ya que llama a métodos específicos en la fachada. A pesar de que la comunicación es en ambas direcciones, en el sentido de que la Fachada devuelve datos, la Fachada no sabe quién la llama y, por tanto, no depende de la IU . En la comunicación entre ambos componentes del Dominio de atención a la salud, ambos saben que están hablando con otro componente de Dominio de atención a la salud, así que la dependencia de la comunicación es en dos sentidos.
Un componente puede tener más de una interfaz, en cuyo caso usted podrá ver cuáles componentes se comunican con cada interfaz. En la figura, la PC contiene dos componentes: la IU y la fachada de la aplicación. La fachada de aplicación habla con la interfaz de la aplicación en el servidor. Un componente de configuración separado se ejecuta sólo en el servidor. La aplicación se comunica con su componente local del Dominio de atención a la salud, el cual, a su vez, puede comunicarse con otros componentes de Dominios de atención a la salud de la red.
La utilización de los componentes de diversos Dominios de atención a la salud está oculta para la aplicación. Cada componente del Dominio de atención a la salud tiene una base de datos local.
Cuando utilizar los diagramas de emplazamiento
En la práctica, no he visto que se use mucho este tipo de diagramas. La mayoría de la gente dibuja diagramas para mostrar este tipo de información, pero se trata de bocetos informales. En general, no tengo problemas con este tipo de diagramas, ya que cada sistema tiene sus propias características físicas que se querrán subrayar. A medida que se tiene que lidiar cada vez más con los sistemas distribuidos, estoy seguro de que se requerirá mayor formalidad, según se vaya entendiendo mejor cuáles son los asuntos que se deben resaltar en los diagramas de emplazamiento.