Support d’acquisition de données

Altium permet à une organisation de copier le contenu dont elle a besoin depuis un serveur source et de le transférer vers un second serveur cible — un processus appelé simplement Server Data Acquisition. Cela vous permet, par exemple, de récupérer rapidement des données depuis votre Workspace (hébergé sur la plateforme d’infrastructure Altium 365) et de les transférer vers votre serveur sur site.

En acquérant du contenu de conception, la propriété est clairement placée entre les mains de l’équipe du serveur destinataire, qui est libre d’apporter des modifications et de maintenir le contenu — sur son serveur — comme elle le souhaite par la suite. Et en conservant un lien entre les données acquises et leur source d’origine, il est possible d’effectuer une gestion intelligente des données, y compris une notification lorsque la source d’un contenu copié est mise à jour. Ainsi, par exemple, si plus tard une modification est apportée à une révision d’un élément de conception sur le serveur source, le serveur cible a la possibilité de se mettre à jour vers cette révision, se resynchronisant avec le « vaisseau-mère », pour ainsi dire. Et même si des versions supplémentaires ont été publiées pour un élément sur le serveur cible, il reste toujours possible de revenir à une révision précédente depuis le serveur source — le tout en conservant un lien vers la source d’origine de l’élément, ou Origin.

Acquisition de données – Vue d’ensemble conceptuelle

L’image suivante fournit une illustration graphique de haut niveau du concept d’acquisition de données. Les principes d’acquisition de données représentés sont les mêmes, quel que soit le type de données acquis.

Le concept d’acquisition de données serveur à serveur.

Notez que le Workspace qui recevra les données de contenu (le Workspace cible) doit pouvoir se connecter au Workspace source. Cela signifie qu’un Enterprise Server ne peut pas agir comme source de données de contenu pour un Workspace Altium 365, puisque ce dernier ne peut pas se connecter au premier — celui-ci étant situé dans un LAN/WAN local et non exposé à Internet.

En pratique, cela signifie que les données de Content Cart peuvent être transférées entre des Workspaces Altium 365, entre des Workspaces Enterprise Server , et d’un Workspace Altium 365 vers un Workspace Enterprise Server. Dans ces cas, le Workspace destinataire/cible peut « voir » et se connecter au Workspace source, alors qu’un Workspace Altium 365 cible ne peut ni voir ni se connecter à un Workspace situé dans un réseau local fermé.

Résumé de l’acquisition de données entre Workspaces :

SOURCE		CIBLE	PRIS EN CHARGE
Workspace Altium 365	→	Workspace Altium 365
Workspace Altium 365	→	Workspace Altium Enterprise Server
Workspace Altium Enterprise Server	→	Workspace Altium 365
Workspace Altium Enterprise Server	→	Workspace Altium Enterprise Server

Éléments pouvant être acquis

Les types d’Item suivants peuvent être acquis depuis un serveur source vers un serveur cible à l’aide de la fonctionnalité d’acquisition de données :

• Modèle 3D
• Préférences Altium Designer
• Composant (y compris les Part Choices associées)
• Modèle de composant
• Fiche technique
• Empreinte
• Feuille schématique gérée
• Fichier de sortie
• Modèle schématique
• Script
• Modèle de simulation
• Symbole

Points à prendre en compte lors de l’acquisition de données :

• Seuls les Items de données à l’état publié sur le serveur source peuvent être acquis.

• Seule la révision choisie d’un Item source est acquise, et non toutes les révisions pouvant exister pour cet Item.

• Lors de l’acquisition d’une révision d’un Item source de type Component ou Managed Schematic Sheet, tous les Items enfants liés seront également acquis :

  • Component Item – révisions applicables des objets enfants liés suivants : Item Symbol, Item Footprint, Item(s) 3D Model, Item Simulation Model, Item(s) Datasheet, Item Component Template.

    Notez que le paramètre Component Type n’est pas transféré pendant le processus d’acquisition ; les composants transférés apparaîtront donc dans l’emplacement Uncategorized du cible, à la fois dans le Components panel d’Altium Designer et sur la Components page du Workspace. Vous pouvez appliquer le type de composant souhaité à une ou plusieurs entrées de composant à l’aide de l’opération Change Component Type operation dans le Explorer panel d’Altium Designer. – révisions applicables des objets enfants liés suivants : Item(s) Component, Item(s) Symbol, Item(s) Footprint, Item(s) 3D Model, Item(s) Simulation Model, Item(s) Datasheet, Item(s) Component Template, Item Schematic Template.

• Le cycle de vie d’une révision d’Item source acquise prendra l’état initial « post-release », tel que déterminé par la définition de cycle de vie attribuée à l’Item cible. Tout historique de cycle de vie de la révision de l’Item source sera simplement ignoré.

• Si un Item enfant d’un Item source Component/Managed Schematic Sheet sélectionné ne peut pas, pour quelque raison que ce soit, être acquis, alors l’acquisition de cet Item Component/Managed Schematic Sheet sélectionné ne se poursuivra pas.

L’acquisition s’effectue à l’aide de la boîte de dialogue Content Cart dialog. L’accès à cette boîte de dialogue se fait depuis le Explorer panel d’Altium Designer. Vous pouvez ajouter une ou plusieurs révisions d’Item sélectionnées, ou même un dossier d’Items (ce qui chargera le panier avec la dernière révision de tous les Items de ce dossier).

Pour plus d’informations sur l’interface utilisateur d’acquisition dans Altium Designer, consultez la page Acquiring Workspace Data Using the Content Cart.

Mécanique de l’acquisition

À titre d’information, la section suivante fournit un aperçu plus détaillé du flux procédural de base utilisé par la fonctionnalité d’acquisition de données, ainsi que des scénarios généraux rencontrés lors de la gestion de l’acquisition de données.

Flux procédural de base

L’image suivante examine de plus près le mécanisme d’acquisition de données depuis un serveur source. Elle illustre le flux procédural impliqué pour, essentiellement, copier une révision choisie d’un Item source entre les serveurs source et cible désignés.

Le mécanisme d’acquisition de données depuis un serveur source et de leur transfert vers un serveur cible.

Comme on peut le voir, la procédure se résume essentiellement à trois étapes distinctes, garantissant que les données sont transférées entre les serveurs tout en préservant leur intégrité :

1. Download – la révision choisie de l’Item source (sur le serveur source) est d’abord téléchargée.
2. Modify & Retarget – les données sont automatiquement modifiées pour correspondre aux préférences locales définies (locales au serveur cible), tout en préservant de manière fiable la valeur acquise.
3. Release – les données sont publiées sur le serveur cible (dans ce cas, dans une nouvelle révision d’un Item cible existant). La révision cible conserve un lien vers son origine, un pointeur vers la révision de l’Item source ancêtre.

Gestion des données acquises

Dans la section précédente, le flux de base de l’acquisition a été présenté. Pour gérer efficacement l’acquisition de données, l’historique relatif des Items source et acquis est suivi, afin que les actions d’acquisition pertinentes soient mises à la disposition du concepteur via l’interface de gestion de l’acquisition.

Les sections suivantes examinent les scénarios généraux rencontrés lors de la gestion de l’acquisition de données. Dans chaque cas, l’état des données acquises — en termes d’Item cible et de ses éventuelles révisions — est comparé à son Item source d’origine et à ses révisions.

Nouvelle acquisition complète

Dans ce scénario, aucune révision de l’Item source n’a été acquise auparavant. Une révision d’Item source doit être acquise dans la révision initiale d’un nouvel Item cible. Le nouvel Item cible et sa révision sont créés dans le cadre de la configuration de l’acquisition.

Scénario 1 – acquisition de données dans la révision initiale d’un nouvel Item cible.

Acquisition d’une révision ultérieure

Dans ce scénario, une révision de l’Item source a déjà été acquise auparavant. L’Item source a ensuite été modifié, ce qui a conduit à la disponibilité d’une révision plus récente. Dans ce cas, une nouvelle révision de l’Item cible existant serait créée afin d’acquérir la révision plus récente de l’Item source.

Scénario 2 – acquisition d’une révision ultérieure d’un Item source précédemment acquis.

Existe déjà

Dans ce scénario, la dernière révision de l’Item source a déjà été acquise — il n’y a rien de plus à acquérir.

Scénario 3 – la révision souhaitée de l’Item source a déjà été acquise, rien à faire.