Référentiel & configuration

Une identité permanente pour chaque objet

Le projet utilise une séquence commune au projet 905. Si 001 identifie le vilebrequin, ce numéro ne peut pas être réattribué à un logiciel, une analyse ou un essai. Les numéros abandonnés restent dans le registre.

Le modèle 3D, le plan 2D et les exports d’une même définition partagent ce numéro. Les révisions et changements de maturité conservent l’identité. Les anciens libellés restent accessibles comme références historiques.

Exemple de repère : 905-2-M0-001, révision A. Sa clé permanente est 905 / 001. Dans les échanges courants sur le 905, « 001 » peut suffire ; les décisions, essais et commandes identifient aussi la révision et la configuration applicables.

Des familles différentes et une seule séquence

Statut, révision et maturité

Le statut documentaire décrit le circuit de travail et d’approbation. La révision identifie la version exacte. La maturité qualifie le niveau de démonstration technique pour une configuration définie.

Circuit documentaire : IN WORK → COMPLETED → IN REVIEW → TO BE SIGNED → RELEASED. Les révisions remplacées deviennent SUPERSEDED ; celles retirées de l’utilisation sont WITHDRAWN. Les retours de revue sont tracés.

Une publication peut rester exploratoire, par exemple à M1. Elle indique son usage permis et ses limites. Chaque élément et sous-ensemble progresse selon son contexte ; la maturité de l’ensemble est examinée séparément.

Un processus de modification proportionné

Le chapitre 13 du Manifeste prévoit quatre classes : A éditoriale ; B technique mineure ; C technique majeure ; D critique. Le circuit de revue est adapté à l’impact, avec les preuves et approbations correspondantes.

Problème ou besoin → proposition → analyse d’impact → avis → décision → réalisation → vérification → mise à jour de configuration. En vie série, préciser les lots ou numéros de série concernés, l’interchangeabilité, les stocks, le rétrofit éventuel et la maintenance.

Consulter le Manifeste fondateur · Charte et gouvernance

Logos pour les contributions

Privilégier le SVG lorsque le logiciel le permet, ou le PNG haute définition avec transparence. Conserver les proportions. Le logo ne remplace ni l’identité de l’auteur, ni le statut, ni les validations du livrable.

• SVG vectoriel
• PNG transparent — 2048 × 1729 pixels
• JPEG — 904 × 763 pixels

Documents vivants et historique

Les boutons ouvrent les documents maîtres Google Docs en mode consultation. Aerolism conserve la maîtrise de leur édition ; les ajustements apparaissent au même lien. Chaque évolution de règle est tracée par son motif, sa décision, son indice et son applicabilité. Les états antérieurs sont conservés afin de retrouver les règles applicables à une configuration publiée.

Demander une évolution

Tout contributeur peut signaler une difficulté et proposer une amélioration. Indiquer le document et la section concernés, le besoin, le changement proposé et les impacts sur les travaux en cours. Aerolism examine la demande, décide de la suite et précise les éventuelles mesures de transition. La règle en vigueur reste applicable jusqu’à publication de la décision.

Adresser une demande à Aerolism

Application pratique

Aerolism assure ou délègue la tenue du registre : inventaire des références existantes, résolution des collisions et attribution unique avant diffusion partagée. Jusqu’à l’automatisation, ces opérations et les décisions sont consignées dans des enregistrements maîtrisés. Le compteur global et le circuit documentaire complet ne sont pas encore automatisés dans OPENAE. TopSolid PDM reste maître des définitions CAO.

L’autorité d’Aerolism sur les règles ne remplace pas les vérifications et approbations techniques des livrables. Une publication précise toujours la configuration, l’usage permis et ses limites.