Catalogue de données métiers : modèle de métadonnées

  • Article

L'un des principaux objectifs du catalogue de données métiers est de vous permettre d'exposer les données métiers de plusieurs applications métiers différentes (SAP ou Siebel, par exemple) et des bases de données Microsoft Office SharePoint Server 2007 à l'aide de peu de code. Pour atteindre cet objectif, le catalogue de données métiers offre un accès homogène aux sources de données sous-jacentes à l'aide d'un modèle de métadonnées déclaratif proposant un modèle objet client cohérent et simplifié.

Dans ce modèle, les auteurs de métadonnées entrent des informations sur l'application métiers dans le référentiel de métadonnées. Les analystes d'entreprise et les développeurs d'applications interagissent ensuite indirectement avec ce composant à l'aide des fonctionnalités du catalogue de données métiers et du modèle objet. Ils obtiennent ainsi un modèle objet plus cohérent et plus simple pour toutes les applications métiers.

Cette section du Kit de développement logiciel (SDK) montre la hiérarchie « contenant contenu » du modèle de métadonnées, décrit les membres et donne des exemples de leur utilisation.

Définition des métadonnées

Les métadonnées sont des données relatives aux API des applications métiers. Pour chaque application métier, les métadonnées définissent les entités métier avec lesquelles elle interagit et les méthodes qu'elle contient. Les auteurs de métadonnées définissent celles-ci à l'aide du langage XML. Le catalogue de données métiers les stocke dans le référentiel de métadonnées.

Notes

Les métadonnées sont des données relatives à l'application métier et non aux données métiers, qui n'existent que dans l'application.

Schéma des métadonnées

Le catalogue de données métiers contient un fichier de définition de schéma (XSD) définissant le schéma autorisé dans le fichier XML. Le fichier XML, quant à lui, définit les métadonnées de l'application métier. Les documents XML doivent être conformes à ce schéma.

Vous trouverez le fichier BdcMetadata.XSD dans le dossier \Bin directory de votre installation Office SharePoint Server 2007 (généralement dans <Racine>\Program Files\Microsoft Office Server\12.0\Bin).

Important

Lorsque vous créez des médatonnées dans Microsoft Visual Studio 2005, vous devez copier le fichier XSD dans votre dossier de travail, puis définir l'attribut SchemaLocation du fichier XML de sorte qu'il pointe vers le fichier de schéma. Visual Studio 2005 propose des fonctionnalités IntelliSense qui simplifient les tâches d'édition.

Le catalogue de données métiers prend aujourd'hui en charge deux types de fichiers de définition d'application XML : Modèle et Ressource. Un fichier de définition d'application Modèle contient les métadonnées XML de base d'un système. Un fichier de définition d'application Ressource permet d'importer ou d'exporter uniquement les noms localisés, les propriétés et les autorisations dans n'importe quelle combinaison. Vous trouverez ci-dessous les types de fichiers Ressource :

  • LocalizedNames   Contient les noms localisés des objets de métadonnées dans une langue spécifique. Lorsque vous importez ce fichier, ses informations sont fusionnées avec les métadonnées existantes dans le référentiel. S'il existe déjà un nom localisé dans la langue, il est remplacé par celui contenu dans le fichier LocalizedNames.

  • Properties   Contient les propriétés des objets de métadonnées. Lorsque vous importez ce fichier, ses informations sont fusionnées avec les métadonnées existantes dans le référentiel. S'il existe déjà une propriété, sa valeur est remplacée par celle contenue dans le fichier Properties.

  • Permissions   Contient les listes de contrôle d'accès des objets de métadonnées. Lorsque vous importez ce fichier, ses informations sont fusionnées avec les métadonnées existantes dans le référentiel. S'il existe déjà une entrée de contrôle d'accès pour un objet, sa valeur est toutefois remplacée par celle contenue dans le fichier Permissions. Par exemple, si la définition d'application existante ne contient que Utilisateur A avec accès à Entité A et si le fichier Permissions importé ne comprend que Utilisateur B avec accès à Entité A, l'ancienne liste de contrôle d'accès d'Entité A est supprimée et une nouvelle liste est créée avec seulement Utilisateur B.

Exemple de métadonnées : exemple de base de données AdventureWorks SQL Server 2000

Pour que vous puissiez comprendre le modèle des métadonnées et écrire vos propres métadonnées, le Kit de développement logiciel comporte l'Exemple SQL Server 2000 AdventureWorks. Cet exemple définit le petit scénario Commandes clients et produits de l'exemple de base de données AdventureWorks SQL Server 2000. La rubrique Création de métadonnées décrit l'exemple AdventureWorks et contient des instructions pour qu'il devienne fonctionnel.

Important

L'installation par défaut de Microsoft SQL Server 2000 ne comprend pas la base de données AdventureWorks. Vous devez la télécharger à partir du Centre de téléchargement Microsoft (en anglais) .

Exemple de métadonnées : service Web Amazon ECommerce et SampleWebService

Pour obtenir un exemple de service Web, voir Procédure pas à pas : exemple de service Web Amazon. Pour obtenir un exemple de service Web plus complexe, voir SampleWebService.

Voir aussi

Autres ressources

Catalogue de données métiers : architecture
Exemple SQL Server 2000 AdventureWorks
Procédure pas à pas : exemple de service Web Amazon
Procédure : utiliser le modèle objet Runtime
Procédure : mise en route de l'utilisation du modèle objet Administration
Forum aux questions : catalogue de données métiers
Catalogue de données métiers : glossaire