traduccion articulo corba

Cuando el Object Management Group (OMG) se formó en 1989, la interoperabilidad era primaria de sus fundadores, y casi su única, objetiva: Una visión de los componentes de software que trabaja sin problemas juntos, sin tener en cuenta los detalles de ubicación, plataforma, sistema operativo de cualquier componente, lenguaje de programación o hardware y software de red.

Cuando este objetivointeroperabilidad se realizó en 1996 con la emisión de la (CORBA 2.0) CORBA 2.0 especificación [2, 6], dos cosas notables ocurrieron: En primer lugar, los miembros OMG infraestructura orientada a que se había concentrado en CORBA y los servicios básicos eran repentinamente libres para ampliar sus horizontes para incluir características extendidas; como resultado, el modelo de objetos CORBA básica seestá ampliando para incluir múltiples interfaces por objeto, objetos transitable por valor, un modelo de frijol-como componente, y el apoyo a tiempo real, con tolerancia a fallos, y embebidos CORBA [3]. Un segundo resultado fue que las empresas y organizaciones que trabajan en los mercados verticales (o, como OMG se refiere a ellos, Dominios) comenzó a utilizar el OMG Interface Definition Language(IDL) para especificar objetos estándar que todos pudieran compartir. Esto llevó OMG para ampliar su alcance a través de una importante reorganización a principios de 1996, la creación de su Comité de Tecnología de dominio que ha crecido para incluir subgrupos en Finanzas / Seguros, Comercio Electrónico, salud, manufactura,Telecomunicaciones, Transporte, Ciencias de la Vida de investigación, yBusiness Objects. Casi simultáneamente con esta expansión fue la formación Análisis de OMG y Diseño Grupo de Trabajo, que adopta las especificaciones que apoyan el análisis y diseño de software. El resultado, que se muestra en la Figura 1, es un extenso conjunto de especificaciones OMG con un enorme atractivo para la empresa que ahora es capaz de desplegar las aplicaciones a gran escala que necesitandentro de una única arquitectura coherente que se extiende desde el diseño hasta el tiempo de ejecución. A pesar de que las capas superiores de esta arquitectura única están comenzando a emerger, la infraestructura básica está bien probado y ya ha producido muchas historias de éxito CORBA en aplicaciones empresariales de misión crítica [4]. Una visión general de la arquitectura de OMG seproporciona en la barra lateral "Descripción de la arquitectura", lo que da una idea de su alcance. Hacemos un estudio e introducir cada una de las áreas enumeradas en la barra lateral aquí y proporcionamos referencias a información adicional. Otros artículos de esta sección se basarán en este material en muchas de las áreas. Todas las especificaciones OMG son disponible sin cargo desde elwww.omg.org/library/specindx.htm sitio Web de OMG.

UML y el Ministerio de Finanzas: Análisis Apoyar y Modelado Diseño es un primer paso fundamental en la construcción de sistemas de software empresarial de potencia industrial. Antes del desarrollo de la especificación de OMG Unified Modeling Language (UML) [4], no había manera de transferir los modelos de una herramienta de modelado a otro porque lasherramientas en el mercado compatibles metamodelos y artefactos de salida similar, pero no del todo idéntica. UML es un lenguaje visual para el desarrollo e intercambio de modelos bien definidos para el desarrollo de software. Componentes del lenguaje UML estándar proporcionan gran parte de la funcionalidad que los usuarios necesitan, pero los mecanismos de extensión y especialización permiten su uso enáreas en las que los componentes estándar están a la altura. Está diseñado para soportar las herramientas y colaboraciones, utilizando marcos, patrones y componentes. UML define una notación gráfica con estos tipos de diagramas estándar: diagramas de casos de uso; diagramas de clases; diagramas de comportamiento, incluyendo gráficos de estado, diagramas de actividad y diagramas de interacción; y,...