Sie sind auf Seite 1von 7

INTEGRACIN DE COMPONENTES Y DISPOSITIVOS 1 Introduccin El espectacular auge de los sistemas abiertos y distribuidos, junto con la creciente necesidad de un mercado

global de componentes, hacen preciso un cambio en la forma en la que se desarrollan actualmente las aplicaciones. Conceptos como la reutilizacin, la evolucin dinmica o la composicin tarda, fundamentales en esos entornos, obligan a una clara separacin entre los aspectos computacionales e interoperacionales de los componentes. Debe ser posible por tanto disponer de mecanismos que permitan incorporar de una forma modular a los componentes tanto los requisitos exigidos por el usuario, como aquellos derivados de su ejecucin en este tipo tan especial de sistemas Desde el punto de vista de la arquitectura software estos problemas suelen tratarse mediante la definicin de componentes y conectores. Los componentes encapsulan los aspectos computacionales de la aplicacin, mientras que los conectores describen los patrones de interaccin entre ellos. Sin embargo, este enfoque presenta ciertas limitaciones, puesto que los conectores permiten expresar y gestionar de forma efectiva las interconexiones y sincronizacin entre los componentes, pero se ha visto que no son suficientes a la hora de abstraer otras propiedades y requisitos especficos, como pueden ser la bsqueda dinmica de recursos, las polticas de distribucin de las cargas, o la fiabilidad (Agha, 1998). Por otro lado, la poltica que han adoptado los fabricantes y vendedores de plataformas de componentes software (como CORBA, DCOM o JavaBeans) para solucionar estos problemas se basa en la definicin e implementacin de nuevos servicios y funcionalidades, que extienden los modelos bsicos como son por ejemplo los nuevos servicios de CORBA (Vinoski, 1998), las extensiones Glasgow, Enterprise o Edinburgh de JavaBeans, o los nuevos servicios de la arquitectura de componentes MDCA definida por Microsoft (Sessions, 1998). Sin embargo, estas extensiones no son una buena solucin a largo plazo, porque comprometen la portabilidad y reutilizacin potencial de los componentes: por ejemplo, no es fcil migrar un componente que dependa fuertemente de un servicio particular de CORBA a otros entornos; an peor, aquellos requisitos no ofertados por el sistema han de ser asumidos por los propios componentes, lo que complica innecesariamente su diseo, desarrollo y, de nuevo, dificulta su portabilidad y reutilizacin; y esto sin contar con que las extensiones pocas veces encajan perfectamente con el modelo de componentes base, que fue diseado sin tenerlas en cuenta originalmente. Esto suele llevar a soluciones hbridas bastante poco naturales, como pueden ser los mensajes asncronos de MDCA para componentes COM frente a su tradicional (y natural) mecanismo de comunicacin, las llamadas remotas a procedimientos.

2 Bases para un nuevo modelo Un enfoque ms apropiado para solucionar este tipo de problemas se basa en poder disear componentes genricos, que puedan ser especializados ms tarde para tener en cuenta las caractersticas y requisitos particulares de los sistemas y aplicaciones en donde se integran. Los conectores encapsulan dichas particularizaciones, permitiendo simplificar tanto a los sistemas como a los componentes de todos aquellos requisitos especficos de un sistema, dominio o aplicacin concreta. Este es el enfoque utilizado por diversos autores (Agha, 1997; Aksit et al., 1993; Bosch, 1996; Joshi et al., 1997; Minski y Leichter, 1995; Mezini, 1997) que consideran componentes como cajas negras que modifican su comportamiento de forma reflexiva a travs de otras entidades, denominadas meta-actores, filtros o capas en sus modelos, y que nosotros hemos llamado controladores. Nuestra propuesta se basa tambin en ese modelo, pero trata de solucionar algunos de los grandes inconvenientes que presentan las soluciones existentes, como es que sus meta-componentes: (a)carecen de estructura uniforme, (b)se comportan como meros filtros computacionales, (c) no son reutilizables, (d)su comportamiento y funcionalidad van excesivamente ligados a los objetos a los que envuelven, y (e)su composicin suele quedar indefinida. As, nuestros controladores no son meros filtros que capturan y modifican mensajes, sino que tienen estado y permiten tambin reordenarlos, contestarlos, o incluso interrogar al sistema y reconfigurarse en consecuencia. Y por otro lado, son entidades reutilizables, todas poseen la misma estructura, y se definen independientemente de los componentes a los que luego se incorporaran (son entidades COTS, commercial offthe-shelf). Por ltimo, es posible componerlos de forma que puedan asociarse varios controladores a un mismo componente, permitiendo as incorporar varios requisitos de forma simultanea.

De esta forma es posible simplificar notablemente los sistemas, que pasan a encargarse nicamente de la integracin e interconexin de los componentes, y a los propios componentes, que deben encapsular solamente los aspectos computacionales de las aplicaciones. Por otro lado, los controladores reutilizables proporcionan a los componentes el comportamiento requerido, de una forma modular, independiente y

extensible. Adems, tambin se consigue facilitar la portabilidad y reutilizacin de los componentes, y por tanto su integracin en un mercado global de software, donde tambin tienen cabida y juegan un papel importante los controladores reutilizables. Para conseguir este mercado potencial hace falta lograr primero varios objetivos. En primer lugar, se ha de disponer de un modelo de componentes para sistemas abiertos y distribuidos que permita la adicin modular de controladores y su composicin para dotar a un componente de varias propiedades simultneamente. Por otro lado, es necesario contar con mtodos formales que proporcionen consistencia al modelo, y que permitan razonar sobre los componentes, los controladores, y sobre las propiedades de las aplicaciones que se construyen mediante sus combinaciones. Y por ltimo, tambin es preciso disponer de mecanismos de interconexin del modelo con otros modelos y plataformas existentes, que proporcionen la interoperabilidad de los componentes del modelo con los desarrollados por otros fabricantes, y que permitan la incorporacin de aplicaciones heredadas (legacy systems) a la aplicacin final. Nuestra contribucin trata de lograr precisamente esos objetivos, y se apoya en un modelo de componentes, SC, especficamente diseado para sistemas abiertos y distribuidos, que define los conceptos de componentes y controladores reutilizables, su estructura, y la forma en la que se componen para construir aplicaciones distribuidas (Troya y Vallecillo, 1998a). El modelo esta soportado por un marco formal en Object-Z y lgica temporal que permite especificar sus conceptos y mecanismos, razonar sobre su composicin, y caracterizar ciertas nociones de especial relevancia para los sistemas abiertos, como son la compatibilidad, la reemplazabilidad o la evolucin de sus componentes (Troya y Vallecillo, 1999). Asimismo, se ha definido una metodologa para la construccin sistemtica de los controladores reutilizables, uno de los conceptos novedosos que se introducen. Al tener todos ellos la misma estructura, es posible disear una serie de procesos que guen su desarrollo a lo largo de todo su ciclo de vida, desde sus especificaciones formales hasta su implementacin (Troya y Vallecillo, 1998b). El presente trabajo se centra en el ltimo de los puntos mencionados anteriormente, la interoperabilidad del modelo con otros modelos y plataformas de componentes para sistemas abiertos y distribuidos. En particular, se estudia la expresividad de los mecanismos de SC frente a los ofrecidos por las plataformas distribuidas existentes de mayor relevancia (CORBA, JavaBeans y (D)COM), y se establecen los escenarios en donde es necesaria y factible la interoperabilidad entre sus componentes. A continuacin, se describen los mecanismos utilizados para implementarla.

ALGUNOS CAMPOS DONDE SE DESARROLLA LA INTEGRACION DE DISPOSITIVOS

El futuro de la integracin de dispositivos mdicos, incluyendo Comando y control de dispositivos


Dispositivos mdicos plug-and-play arquitecturas sern la norma en el tiempo. Esta interoperabilidad plug-and-play se extender no slo a la integracin con el EMR pero entre los productos sanitarios que sean capaces de comunicarse e intercambiar datos entre s como parte del estndar de cuidado. Ms all de esto, el control automtico de dispositivos mdicos tambin se convertir en la norma, aunque esto puede tardar un poco ms de tiempo para poner en prctica en entornos clnicos. En este artculo discutir, a modo de ejemplo, un mtodo para controlar un dispositivo mdico (ventilador mecnico) utilizando un mecanismo de realimentacin de control automtico. Controlar o cambiar la configuracin o el funcionamiento de un dispositivo mdico puede ser un negocio arriesgado. Los dispositivos que sostienen la vida (por ejemplo, bombas de infusin, ventiladores mecnicos, bombas intra-arterial en globo, etc) deben estar bajo la supervisin de personal mdico capacitado. Los fabricantes de estos dispositivos deben participar en un estudio cuidadoso con pacientes en vivo para asegurar que haya suficiente seguridad y los sistemas de back-up para mitigar los peligros y los riesgos tanto como sea posible. Confiar en el proceso de mantenimiento de la vida a un algoritmo de la computadora y el hardware que carece de perspectiva y conocimiento longitudinal en una paciente asume que toda la informacin pertinente hubiera sido identificados, medidos y procesados para garantizar un funcionamiento seguro y correcto. Si bien esto se puede lograr con un ttulo en un entorno muy controlado, las relaciones entre las variables y su impacto individual y colectivamente en la prediccin de la respuesta del sistema paciente es dudosa en el mejor por ahora. Esto no quiere decir que tales sistemas no pueden ser implementados. Estudios relacionados con actividades tales como el control de la ventilacin mecnica han sido investigados a travs de ensayos clnicos. Sin embargo, los productos y sistemas disponibles en general no existen en la actualidad para la gestin de estos dispositivos de forma automtica toda la empresa hospital. Las excepciones en trminos de dispositivos que ofrecen caractersticas y funciones para un control limitado existen (algunos ad hoc vitals monitores, ventiladores mecnicos). Pero, en general, la capacidad de un mdico para controlar de forma remota un dispositivo a travs de una red de hospitales seguros en la actualidad no existe. Sin embargo, el objetivo es hacer y contestar la pregunta que a menudo-le pregunt "qu pasara si ...?" Por lo tanto, voy a abordar este tema desde la perspectiva de

cmo se podra lograr el control de dispositivos de un sistema nico especfico y cmo esto se puede generalizar a otros sistemas. Sistemas de Control Automtico El uso de mtodos automatizados para el control de equipos mdicos no es un concepto nuevo. Ideas y metodologas relacionadas con este se reportan en la literatura y se han pensado durante aos, especialmente en el rea de pacientes que dejan de ventilacin mecnica. Otras aplicaciones han incluido bomba de infusin automatizado de administracin de medicamentos y marcapasos cardiacos. El control automtico de los sistemas de los pacientes es un desarrollo de la capacidad, pero puede tener un largo camino por recorrer en trminos de viabilidad comercial y la aceptabilidad. El estndar plug-and-play de dispositivos mdicos sin duda ayudar en el proceso de definicin de un proceso de comunicacin estandarizados, incluyendo el lenguaje y la sintaxis para la comunicacin entre dispositivos. Pero, otros artculos se requerir; especficamente, una interfaz estandarizada, mediante el cual un dispositivo mdico puede comunicarse directamente a un EMR sin necesidad de un mtodo de comunicacin especializado de transporte para transmitir, procesar, y la reduccin de estos datos. Los beneficios del control automtico de dispositivos mdicos son muchos en teora, pero tendra que ser probado en la prctica. Una ventaja obvia es en el aumento de la uniformidad de control automtico que lleva a la gestin de la atencin al paciente. La supervisin continua y la capacidad de respuesta a los cambios en la condicin del paciente, medida a travs de dispositivos mdicos pueden asegurar la velocidad y la homogeneidad en trminos de dispositivo mdico respuesta, algo que es difcil para los seres humanos para que coincida. El control automtico de dispositivos mdicos es tambin una extensin lgica de apoyo a la decisin clnica mediante el cual las acciones clnicas resultantes se pueden tomar como resultado de las condiciones o criterios especficos en comparacin con los valores medidos. El uso de la teora de control automtico est limitada slo por la exactitud y la precisin con la que el sistema puede ser controlado modelados y medidos. El cuerpo humano y de la fisiologa en general se conocen bien en trminos de sus mecanismos bsicos. Sin embargo, no hay un modelo perfecto del cuerpo humano existe, y confiando en el "juicio" de una mquina para hacer decisiones similares a las humanas es arriesgado. Debemos recordar que la medicina es una prctica artstica. No obstante, la amplitud y la profundidad de la experiencia humana no puede ser igualado, al menos no en la actualidad. La capacidad de un ser humano a recurrir a la educacin y la experiencia de

los ltimos aos en la prctica de la medicina es muy valiosa y no se puede programar en cualquier sistema de control automtico. Algn da esto puede ser posible, sobre todo con los avances en la velocidad de procesamiento, memoria, etc tienden a reflexionar sobre las capacidades de automatizacin en la realizacin de tareas asombrosas, como jugar al ajedrez. Sin embargo, la complejidad de la medicina requieren basndose en ms de jugadas de ajedrez slo posibles en un juego. La medicina es multi-dimensional, al igual que muchas de las funciones de la vida. La formacin de los mecanismos de control automtico ha sido probado y se ejecutarn en las aplicaciones prcticas tales como conducir trenes subterrneos. Sin embargo, el uso de estos mismos tipos de sistemas expertos para el control y la prediccin del comportamiento contrasta con un conjunto muy rica y densa de datos de la que a interpolar salida multidimensional de multidimensional de entrada. La base de datos de informacin necesaria simplemente no existe.

ENTERASYS MEJORA LA INTEGRACIN DE DISPOSITIVOS APPLE EN GRANDES REDES CORPORATIVAS


Con Bonjour Traffic Management Solution, Enterasys ampla la conectividad de dispositivos Apple que utilizan Bonjour como herramienta de autoconexin a la red, ya que elimina las restricciones de routing que presenta este tipo de trfico Enterasys ha anunciado el lanzamiento de Bonjour Traffic Management Solution, una ampliacin de su solucin Mobile IAM for BYOD que permite la gestin ms segura y eficiente de dispositivos Apple en redes corporativas. Enterasys ha validado la compatibilidad de ambas soluciones con el iPhone 5, el ltimo lanzamiento de la firma de dispositivos mviles. Cul es el problema de los dispositivos Apple en redes de gran tamao? La integracin de dispositivos Apple en la red corporativa supone un nuevo reto para los gestores de red, debido a que incorporan una funcionalidad propietaria de Apple denominada Bonjour que les permite configurar automticamente su conexin a red. Bonjour permite a los dispositivos detectar automticamente otros equipos en la red sin necesidad de introducir direcciones IP o configurar servidores DNS. Sin embargo, esta aplicacin genera una gran cantidad de trfico multicast en redes de gran tamao, cuando hay muchos clientes y servicios Apple en ejecucin. Adems, el trfico de Bonjour es enviado nicamente a segmentos de la red de mbito departamental o a VLANs, y no puede ser redirigido mediante routers. Esto significa, que los dispositivos que se conectan a la red a travs de Bonjour, tienen su trfico restringido a la VLAN a la que se conectan, como si fueran impresoras de red, y no pueden ser usados por dispositivos pertenecientes a otra VLAN. Enterasys Bonjour Traffic Management es una solucin que aprovecha las capacidades

de Enterasys Mobile IAM for BYOD y la inteligencia de red distribuida que incorpora todo el equipamiento de red de Enterasys. Como parte de la arquitectura OneFabric, esta solucin proporciona aprovisionamiento centralizado de recursos de red para dispositivos conectados, as como aplicacin distribuida de polticas, en funcin del perfil del usuario y del dispositivo. Es capaz tambin de gestionar el trfico de Bonjour y de otras aplicaciones y servicios multicast como Microsoft UPnP, haciendo que el trfico de estos servicios pueda ser redirigido mediante router a otros segmentos de la red o a otras VLANs dentro de la red corporativa. Esta solucin de Enterasys permite generar dinmicamente un dominio Bonjour que contiene todo el trfico generado por esta aplicacin, y lo clasifica en funcin del usuario que lo genera, del dispositivo y de su localizacin. En vez de replicar el trfico en todas las VLANs, como hacen las soluciones de gateway de otros fabricantes, Enterasys atiende slo el trafico de los dispositivos que en ese momento requieren un servicio, con lo que se reduce sensiblemente la cantidad de trfico multicast que circula por la red. Como comenta Jose Carlos Garca, Ingeniero de Soluciones de Enterasys, BYOD ha producido un crecimiento exponencial del nmero de dispositivos inteligentes que se conectan a la red corporativa. Con el reciente lanzamiento de iPhone 5, se espera que el nmero de dispositivos Apple crezca todava ms. Con nuestra solucin de gestin de trfico de Bonjour, damos solucin a un acuciante problema para empresas medianas y grandes, que es el de cmo integrar en sus redes ese creciente nmero de dispositivos Apple y cmo hacerlo de manera eficiente. Por su parte, Craig Mathias, consultor de la firma especializada en movilidad Farpoint Group, ha comentado: A medida que la tendencia BYOD se va consolidando en el mercado, las empresas estn utilizando cada vez ms las soluciones de deteccin automtica de protocolos, como Bonjour, que no han sido diseadas teniendo en mente las redes de gran tamao. Enterasys ofrece una solucin sencilla que permite convertir esos protocolos en enrutables y por tanto ampliar la conectividad de esos dispositivos a toda la red corporativa. Ello a su vez hace que los despliegues BYOD sean mucho ms interesantes para las grandes empresas, ya que resultan ms eficientes.

Das könnte Ihnen auch gefallen