Altium Vault Primer partie 3: Stratégies de votre processus quotidien de gestion de bibliothèque

Bienvenue de nouveau dans la série Altium Vault^® Primer. Dans la partie 2, nous avons expliqué comment unifier vos processus de conception et de gestion des données en combinant Altium Designer^® et Altium en une seule solution unifiée. Dans la partie 3, nous vous expliquerons comment démarrer avec Altium en élaborant une stratégie pour votre processus de gestion quotidienne avec votre équipe de conception.

Vue d'ensemble de la gestion dans Altium

La gestion est un élément crucial du développement des PCB. Les projets de PCB sont souvent de type MIMO (Mess In, Mess Out). C'est-à-dire que si votre projet et vos données sont désorganisés dès le début, alors le produit fini sera également un fouillis. Afin d'obtenir des résultats fiables, les composants doivent avoir des définitions et un style unifiés.

Les bibliothèques de composants, en tant que concept général, sont utilisées dans tous les outils professionnels de développement de PCB. Chacun a sa propre façon de stocker, de partager et de maintenir les données. Un style orienté fichier est probablement le style le plus classique et le plus basique. Cela signifie que les données sont regroupées par fichiers, en catégorisant les composants connexes.

Tous les fichiers sont, ou devraient être, distribués à tous les membres de l'équipe. Cependant, cela peut causer des problèmes où le *** n'est pas correctement synchronisé pour tous les membres de l'équipe. Par conséquent, les équipes se retrouvent avec des bibliothèques de projets multiples et séparées et, il peut même y avoir des membres de l'équipe qui gardent leurs propres bibliothèques personnelles à part du reste du groupe. Ce genre de désorganisation peut entraîner des dépenses supplémentaires considérables pour le projet et, en fin de compte, le rendre impossible à gérer.

Une gestion plus avancée n'est pas basée sur des fichiers, mais sur des bases de données, dans lesquelles un tableau orientée texte est utilisé pour lister les composants. Les bases de données peuvent alors être facilement partagées et centralisées, afin de fournir à tous les membres de l'équipe les mêmes *** et les mêmes données à tout moment.

Les procédures de maintenance d'une base de données peuvent varier en fonction de ses caractéristiques. Cependant, en général, la maintenance exige une bonne dose d'expertise et peut aussi être coûteuse. En fin de compte, une base de données ne fournit généralement pas de nouvelles caractéristiques pour les composants. Il s'agit simplement d'une version mise à jour du fichier traditionnel.

En revanche, la gestion dans le *** est inspiré par les systèmes modernes de gestion des données. Plutôt que de simples listes de composants, leurs conceptions sont enrichies par des révisions, la gestion du cycle de vie et la traçabilité des relations entre modèles, composants et projets. La centralisation est également améliorée grâce aux nouvelles technologies, à la convivialité et à la flexibilité. Plutôt que d'être une simple base de données à usage général, Altium est spécifiquement conçue pour les projets de conception de PCB et peut être adaptée à vos besoins. 

Création d'une stratégie de gestion

Comment gérez-vous votre composant ? Il y a un certain nombre de stratégies. Il est préférable de partir de l'hypothèse qu'il y a une ou plusieurs personnes dédiées à la création et à la gestion de chaque composante individuelle. A partir de là, nous pouvons considérer 3 scénarios possibles pour savoir qui de votre équipe est autorisé à apporter des changements à *** :

• Tous les utilisateurs. Ceci est particulièrement utile pour les petites équipes, qui souhaitent laisser tous les membres de l'équipe créer les composants dont ils ont besoin. Tous les modèles et composants peuvent être stockés et accessibles par tous ceux qui en ont besoin. Ce n'est malheureusement pas très efficace. Chaque membre de l'équipe doit être formé à l'utilisation de ***, y compris toutes les normes et processus qui s'y rapportent. Il est préférable d'avoir au moins deux superviseurs désignés, qui peuvent gérer les états de cycle de vie des modèles et des composants, et approuver le changement d'un état à l'autre.

• Bibliothécaires seulement. L'approche inverse pour accorder un accès complet à tous les utilisateurs est d'avoir des bibliothécaires dédiés. Les utilisateurs envoient leurs demandes de modifications et de mises à jour des fichiers des composants, et les bibliothécaires les examinent et les approuvent. Ce n'est pas non plus une approche idéale, car elle peut créer des goulots d'étranglement dans le système. De nombreux nouveaux éléments sont nécessaires pour un projet donné, et le fait d'obliger chacun d'eux à être examiné et approuvé ralentira l'ensemble du processus. 

• Tous les utilisateurs créent des composants mais les bibliothécaires les finalisent. Cette dernière stratégie est un hybride qui combine les bons éléments des deux stratégies précédentes. Il permet à tous les utilisateurs de créer de nouveaux composants, mais n'utilise généralement que des définitions approximatives et incomplètes, sans aucune empreinte. Ces composants peuvent être utilisés immédiatement dans les projets en cours de développement (en particulier dans la phase de développement schématique). Cependant, une fois que le composant est nécessaire pour la génération ou la topologie du PCB, les bibliothécaires doivent approuver le composant, afin qu'il puisse être enrichi et finalisé. Tous les cas de composants incomplets sont automatiquement marqués comme obsolètes chaque fois qu'une révision plus récente est disponible, et ces composants doivent également être reconnus par un état d'erreur, défini par la révision incomplète.

De cette façon, l'équipe peut travailler en parallèle. Une fois que la définition du composant incomplet est prête, le projet peut continuer son développement. Ensuite, lorsque le développement de la partie schématique touche à sa fin, les bibliothécaires peuvent commencer à compléter les composants nécessaires sans bloquer le développement du projet. Le projet est mis à jour pour inclure de nouvelles révisions juste avant sa prochaine étape. Cela permet d'accélérer considérablement le processus de conception dans son ensemble. Cependant, il s'agit également d'un processus plus complexe en général et qui laisse plus de place à l'erreur.

Pour éviter ces erreurs, cette méthode exige une planification minutieuse et la collaboration de toute l'équipe. Par conséquent, cette stratégie ne devrait généralement être mise en œuvre que par des équipes avancées. 

Décider de la stratégie à adopter

La stratégie que vous utilisez dépend de votre équipe, mais pour la plupart des équipes, le meilleur scénario est simplement d'utiliser des bibliothécaires dédiés pour créer tous les composants. Il est vrai que cela peut prendre du temps et causer des retards dans votre projet, mais il en va de même pour la création de composants en général. La création d'un nouveau composant à chaque fois qu'on en a besoin prend beaucoup de temps, du temps qui sera perdu si ce composant s'avère ne pas être utilisé. Après tout, les composants avec lesquels un PCB est finalement fabriqué sont rarement les mêmes que ceux avec lesquels il a été initialement conçu.

Après avoir choisi une stratégie de base, vous pouvez vous plonger dans les détails de la construction de votre structure, de la création des composants et de la gestion des erreurs dans votre processus de gestion. Toutes ces informations et plus encore peuvent être consultées dans notre ebook Primer gratuit, téléchargez-le dès maintenant.