Infraestructura del modelo BDC
Última modificación: martes, 27 de julio de 2010
Hace referencia a: SharePoint Server 2010
En este artículo
¿Qué son los metadatos?
Modelo de metadatos de BDC
Conceptos básicos sobre el modelo BDC
Procedimientos recomendados
Uno de los principales objetivos del Servicio de conectividad de datos profesionales (BDC) reside en permitir que los usuarios expongan datos de diversos sistemas externos como CRM, ERP y bases de datos en las aplicaciones de Microsoft Office 2010 y Microsoft SharePoint Server 2010 con un esfuerzo de codificación mínimo. Para lograrlo, BDC permite el acceso homogéneo a los orígenes de datos subyacentes a través de un modelo de metadatos BDC declarativo que proporciona un modelo de objetos de cliente uniforme y simplificado.
En este modelo, los usuarios avanzados o los desarrolladores especifican información sobre el sistema externo en el catálogo de metadatos usando herramientas como SharePoint Designer o Visual Studio. Los usuarios, los analistas de negocios y los desarrolladores de aplicaciones interactúan con este componente de forma indirecta mediante las características y el modelo de objetos de Servicios de conectividad empresarial (BCS) de Microsoft.
En esta sección del SDK de SharePoint 2010 se muestra la jerarquía de contención del modelo de metadatos, se describen los miembros y se proporcionan ejemplos de uso de estos miembros.
¿Qué son los metadatos?
Los metadatos son datos relativos a las API de los sistemas externos. En cada sistema externo, los metadatos definen las entidades empresariales con las que interactúa la aplicación y los métodos que están disponibles en esa aplicación. Los usuarios avanzados y los desarrolladores definen metadatos mediante SharePoint Designer o Visual Studio, y BDC los almacena en el Repositorio de metadatos de BDC.
Los metadatos son datos sobre el sistema externo, no son los datos externos en sí. Los datos externos solo existen en el sistema externo (aunque existe una copia en la memoria caché del cliente BCS en caso de que las listas externas se pongan sin conexión).
Modelo de metadatos de BDC
El modelo de metadatos de BDC (modelo BDC) es el núcleo de BDC. Las estructuras de datos como Entity (tipo de contenido externo) y Method que resumen los detalles complejos de un sistema externo se denominan colectivamente MetadataObjects, y son las que conforman el modelo BDC. El modelo BDC de un sistema externo es, básicamente, un archivo XML. Se genera automáticamente cuando se crea un tipo de contenido externo en SharePoint Designer. Después de crear y cargar un modelo en el Repositorio de metadatos de BDC del servidor que ejecuta SharePoint Server, los tipos de contenido externo definidos en el modelo se pueden usar en cualquier momento dentro de SharePoint Server y en aplicaciones de Microsoft Office (como Microsoft Outlook, Microsoft SharePoint Workspace y Microsoft Word) para mostrar los datos externos en contexto mediante la presentación de características de Servicios de conectividad empresarial y las soluciones personalizadas.
En el siguiente diagrama se muestra la jerarquía de los objetos de metadatos.
Figura 1. Jerarquía de objetos de metadatos
.gif "Jerarquía de objetos de metadatos")
Puede ver el modelo BDC en cualquier momento con la opción Exportar de la página del servicio de aplicación de BDC en la Administración central de SharePoint Server o con la opción Exportar de un tipo de contenido externo en SharePoint Designer.
LobSystem
Un LOBSystem representa un sistema de software o servicio externo que, normalmente, consta de cierta lógica empresarial que opera sobre datos (los datos pueden estar almacenados en una ubicación relacional o cualquier otro medio de almacenamiento de datos persistente). La lógica empresarial se representa con aspecto de API. Estas API definen las operaciones permitidas y las restricciones predefinidas.
En un modelo BDC, un elemento LobSystem generalmente contiene información sobre cómo conectarse a un determinado Type de sistema externo, el conjunto de Entities (tipos de contenido externo) asociado al mismo sistema externo y una definición del modo de ejecutar acciones en el sistema externo y ajustar los valores que este sistema devuelve.
LobSystemInstance
Una LobSystemInstance es una implementación específica de un LobSystem concreto. Por ejemplo, un servicio web que describe un determinado WSDL es un LobSystem, aunque la dirección URL en la que se hospeda es una instancia de ese LobSystem. El concepto de LobSystemInstance ayuda a modelar varias instancias de hospedaje de un objeto LobSystem determinado.
Entity
Una Entity (que representa un tipo de contenido externo) describe la estructura de una entidad empresarial. Conceptualmente, esa estructura se asigna a objetos de negocios de la vida real, como clientes, pedidos y oportunidades. Una Entity se corresponde con un tipo de contenido externo de Servicios de conectividad empresarial. Un tipo de entidad de BDC está compuesta por al menos uno o varios métodos. Los campos (denominados TypeDescriptors en el modelo BDC) de la entidad se definen mediante el conjunto de tipos complejos que devuelven uno o varios métodos del sistema externo. Por lo tanto, una entidad de BDC está formada por un conjunto de métodos y, en tiempo de ejecución, la estructura de esa instancia de entidad se determina a partir de los valores devueltos por el método o métodos back-end. En la mayoría de los casos, un tipo de entidad tiene una identidad (un conjunto de elementos escalares cuyos valores identifican de forma única la instancia de entidad dentro de una colección de instancias de entidad). Cada valor escalar que forma parte de la identidad de la entidad se conoce como Identifier. Los campos de una entidad pueden ser tipos simples o complejos. Un SimpleType representa los tipos escalares o atómicos (por ejemplo, integer, string), mientras que un ComplexType representa campos estructurados (por ejemplo, una dirección). Un ComplexType está compuesto por cero o más campos, que pueden ser de tipo escalar o complejo. En cada nivel de objetos de metadatos de BDC se admiten propiedades personalizadas; cada propiedad está compuesta por pares nombre-valor que las aplicaciones pueden usar para ampliar el modelo.
Methods y MethodInstances
Los Methods en el modelo de metadatos son descripciones abstractas de las API back-end. Son elementos no ejecutables, mientras que las MethodInstances son copias ejecutables de los Methods. BDC toma los valores predeterminados que se definen en el modelo y las entradas apropiadas de la aplicación en tiempo de ejecución, determina la API back-end según Method y MethodInstance y, a continuación, la ejecuta. Las MethodInstances son estereotipos de una operación de BDC predefinida como Crear, Actualizar, ReadSingle (que se conoce como SpecificFinder), ReadMultiple (que se conoce como Finder), Delete, etc. Existen 20 estereotipos definidos en BDC, todos ellos basados en patrones conocidos de mutación de datos que se usan en sistemas como bases de datos y servicios web. El principal motivo por el que existen los estereotipos reside en la necesidad de proporcionar una interfaz back-end neutral de acceso de datos y de dominio neutral que puedan usar quienes no posean un profundo conocimiento de los sistemas back-end. Mediante el uso de valores predeterminados y estereotipos, se puede invocar fácilmente a las API back-end enriquecidas y complejas para un trabajador de información típico que no está interesado en conocer los detalles de los sistemas complejos.
Associations
Las Associations en BDC representan relaciones entre entidades (tipos de contenido externo). Sin embargo, como el objetivo de BDC es proporcionar una interfaz uniforme para diversos tipos de sistemas back-end, una Association no se puede modelar como una relación de base de datos relacional. Una Association en BDC apunta a una lógica empresarial determinada (o una API) en el sistema back-end que toma un conjunto de instancias de una entidad y devuelve un conjunto de instancias de otro tipo de entidad. A diferencia de las bases de datos relacionales, BDC no puede garantizar la integridad referencial, ya que no controla la lógica de las relaciones, que controla expresamente el sistema externo.
Conceptos básicos sobre el modelo BDC
Explore los siguientes temas de esta sección para conocer los conceptos básicos de los modelos BDC.
Procedimientos recomendados
Los metadatos almacenados en el Repositorio de metadatos en Microsoft SharePoint Server 2010 describen la estructura de un sistema externo. Los metadatos están disponibles para que todos los usuarios habiliten la detección y conexión a un sistema externo. Dado que los metadatos están pensados para el uso general, y se pueden descargar desde SharePoint Server y archivar en equipos cliente, es mejor limitar la cantidad de información en los metadatos. Por ejemplo, se debe evitar el uso de instrucciones SQL en línea en los metadatos de los sistemas externos de base de datos, ya que pueden proporcionar información sobre la estructura de la base de datos. En su lugar, se recomienda que los metadatos de los sistemas externos de base de datos usen procedimientos almacenados.