En bref : la S1000D est une spécification internationale qui sert à produire des publications techniques, comme les manuels de maintenance et d’utilisation ou les catalogues de pièces, à partir de petites unités de contenu XML réutilisables appelées modules de données. Chaque module de données porte un code de module de données unique et réside dans une base de données source commune (CSDB), à partir de laquelle les publications sont assemblées pour l’impression, le PDF ou des visualiseurs interactifs. Née dans l’aéronautique militaire européenne, elle est aujourd’hui exigée sur de nombreux programmes aéronautiques et de défense, et utilisée pour des équipements terrestres, navals et d’autres équipements complexes.
Les origines de la S1000D
La S1000D a été lancée dans les années 1980 par l’association européenne des industries aérospatiales, aujourd’hui l’ASD, pour gérer la documentation des avions militaires. La première version a été publiée en 1989. Elle est aujourd’hui maintenue par le comité de pilotage S1000D (S1000D Steering Committee), qui réunit notamment l’ASD, l’Aerospace Industries Association (AIA) aux États-Unis et l’ATA e-Business Program d’Airlines for America, aux côtés de représentants nationaux de la défense et de l’industrie.
La spécification est publiée en versions numérotées, les « issues », et se télécharge gratuitement sur s1000d.org. L’Issue 7, la plus récente, est parue en 2026, après l’Issue 6 en 2024 et l’Issue 5.0 en 2019. Un programme reste normalement sur la version fixée par son contrat : c’est pourquoi des données en Issue 4.x restent courantes sur les programmes de longue durée.
Modules de données : rédiger une fois, publier à volonté
Le module de données est la plus petite unité d’information autonome de la S1000D : la description d’une pompe hydraulique, la procédure pour la déposer, la liste de ses pièces. Il est rédigé une seule fois et réutilisé dans chaque publication qui en a besoin : une modification se fait donc à un seul endroit.
La S1000D définit un schéma pour chaque type d’information. Les plus courants sont :
- Descriptif : ce qu’est un système et comment il fonctionne.
- Procédural : les étapes d’une tâche, comme une inspection, une dépose ou une pose.
- Localisation de pannes : comment trouver la cause d’une panne.
- Données de pièces illustrées : vues éclatées et listes de pièces servant à les identifier et à les commander.
- Planification de la maintenance : ce qu’il faut inspecter ou remplacer, et à quel moment.
- Équipage et opérateur : check-lists et informations d’utilisation.
Un module de publication définit ensuite quels modules de données composent une publication, et dans quel ordre.
Comment se lit un code de module de données
Chaque module de données est identifié par un code de module de données (DMC) qui décrit le produit, la partie du produit concernée et le type d’information que contient le module. Voici, à titre d’illustration, le code de la procédure de dépose d’une pompe :
DMC-CP200-A-29-10-00-00A-520A-A
| Segment | Dans l’exemple | Ce qu’il indique |
|---|---|---|
| Code d’identification du modèle | CP200 | Le produit ou le projet. |
| Code de différence système | A | La variante du système. |
| Système de numérotation standard | 29-10-00 | Le système, le sous-système et l’unité. Les aéronefs suivent souvent la numérotation des chapitres ATA. |
| Code de démontage et variante | 00A | Le niveau de décomposition de l’élément. |
| Code d’information et variante | 520A | Le type d’information : 520 désigne une procédure de dépose, 720 une pose, 040 une description et 941 des données de pièces illustrées. |
| Code de localisation de l’élément | A | L’endroit où le travail est effectué : A signifie que l’élément est installé sur le produit. |
CSDB, BREX, applicabilité et IETP
- CSDB (base de données source commune) : le référentiel qui contient chaque module de données, chaque illustration et chaque module de publication, avec son statut, son numéro d’édition et son historique.
- BREX (échange de règles métier) : un module de données qui consigne les règles métier d’un projet, par exemple les éléments et les valeurs autorisés, sous une forme que les outils peuvent contrôler automatiquement.
- Applicabilité : des conditions qui affichent ou masquent un contenu selon la configuration, le numéro de série ou la modification.
- IETP (publication technique électronique interactive) : la sortie destinée aux visualiseurs interactifs, en complément du PDF paginé.
Quand la S1000D en vaut la peine
La S1000D est rentable quand un contrat l’exige, quand de nombreuses variantes d’un produit partagent le même contenu et quand la documentation doit vivre aussi longtemps que l’équipement, souvent pendant des décennies. Elle demande un vrai effort : des règles métier à définir, une CSDB à exploiter, des rédacteurs à former et des manuels existants à convertir.
C’est par cette conversion que la plupart des fournisseurs commencent. Leurs manuels existent en Word ou en PDF, avec descriptions et procédures mêlées sur une même page. Découper ce contenu en modules de données, le coder et le contrôler au regard du BREX du projet : c’est là que partent les heures d’expert.
Des manuels PDF aux modules de données S1000D avec TwinWorks
TwinWorks importe vos manuels PDF ou Word existants, rédige un contenu modulaire relié à ses sources et exporte des modules de données S1000D descriptifs et procéduraux une fois que vos experts les ont approuvés. TwinWorks ne revendique aucune conformité S1000D ou BREX : validez les modules exportés au regard du BREX de votre projet, avec vos propres outils. Voir comment fonctionne l’export de modules de données S1000D.
Vous hésitez entre une suite S1000D complète et une solution plus légère ? Lisez TwinWorks vs PTC Arbortext (EN) et TwinWorks vs Cortona3D RapidAuthor (EN).
FAQ
La S1000D est-elle gratuite ?
Oui. La spécification se télécharge gratuitement sur s1000d.org. Les logiciels qui servent à rédiger, gérer et publier du contenu S1000D sont vendus séparément.
Quelle est la différence entre la S1000D et DITA ?
Ce sont deux standards XML de contenu modulaire. DITA est une architecture de rubriques (topics) généraliste, très utilisée pour la documentation logicielle et produit. La S1000D est une spécification dédiée aux publications techniques des équipements complexes, qui intègre d’emblée les codes de modules de données, l’applicabilité, une base de données source commune et les règles métier du projet. Les contrats de l’aéronautique et de la défense désignent généralement la S1000D.
Qu’est-ce qu’un BREX en S1000D ?
Un module de données BREX (business rules exchange, échange de règles métier) consigne les règles métier S1000D d’un projet sous une forme lisible par une machine, afin que les modules de données puissent être contrôlés automatiquement au regard de ces règles avant livraison.
Quelle version (issue) de la S1000D choisir ?
Celle que désigne votre contrat ou votre client. Un programme reste généralement sur la version avec laquelle il a démarré, tandis que les nouveaux programmes choisissent souvent une version récente. Vérifiez auprès de votre client avant de convertir le moindre contenu.
TwinWorks exporte-t-il des modules de données S1000D ?
Oui. TwinWorks exporte des modules de données S1000D descriptifs et procéduraux à partir du contenu approuvé par vos experts. TwinWorks ne revendique aucune conformité S1000D ou BREX : validez donc les modules exportés au regard du BREX de votre projet, avec vos propres outils.
Termes et pages associés
Transformez un chapitre de manuel en modules de données
Importez un manuel PDF ou Word et découvrez le brouillon modulaire que TwinWorks prépare pour que vos experts le relisent, l’approuvent et l’exportent.