Brevet FR2947650A1 — publié le 20110107

Procédé et système de génération de documentation électronique pour la maintenance. La présente invention concerne le domaine de la maintenance, en particulier la maintenance aéronautique. Plus précisément, l'invention consiste en un procédé permettant la génération automatique de documentation électronique pour la maintenance d'aéronefs. Dans le cadre de l'invention, la documentation électronique générée peut évoluer de façon dynamique. Actuellement, la maintenance d'un aéronef au sol comprend différentes étapes, comprenant en premier lieu le renseignement par le personnel de bord d'un registre de vol, ou � Logbook � selon le terme anglais consacré, listant l'ensemble des alarmes, anomalies, ou autres événements constatés par l'équipage durant le vol. Tous les aéronefs récents comportent en outre un équipement appelé BITE, pour � Built-In Test Equipment � selon l'acronyme anglais, dont la fonction est de réaliser des tests sur les équipements embarqués à des fins de diagnostique et de mémorisation des événements et alarmes survenues durant le vol. Après le vol, le système de maintenance centralisé de l'avion, du type CFDIU, pour � Centralized Fault Display Interface Unit �, ou CMC, pour � Centralized Maintenance Computer �, établit généralement un compte-rendu de vol, appelé PFR pour Post Flight Report selon l'acronyme anglais. Par la suite, l'intervention des personnels de maintenance est fondée sur la prise en considération du � Logbook �, des tests réalisés par la fonction BITE, du PFR, et éventuellement d'autres éléments liés à l'état général de l'aéronef, tel que déduit d'après le statut des capteurs embarqués, accessible par l'intermédiaire de rapports du type ACMS pour � Aircraft Condition & Monitoring System � en anglais. Les événements mentionnés dans le � Logbook � et le PFR peuvent exiger des opérations de maintenance. Après avoir consulté le document faisant l'inventaire des équipements nécessaires et suffisants en vue d'effectuer un vol, document désigné sous le terme de MEL pour � Minimum Equipement List � selon l'acronyme anglais, les personnels de maintenance peuvent déduire la nécessité ou non d'effectuer des opérations de maintenance dans l'immédiat. Si des actions de diagnostique doivent être menées, celles-ci sont résumées dans un manuel souvent appelé FIM pour � Fault Isolation Manual � ou TSM pour � Troubleshooting Manual � d'après l'acronyme anglais. Les personnels de maintenance disposent alors de différentes sources documentaires généralement dispersées, et de plusieurs niveaux de documents détaillants les procédures et les différentes tâches individuelles à mener. Les procédures sont détaillées dans une documentation désignée sous le terme d'AMM pour � Aircraft Maintenance Manual � selon l'acronyme anglais. Lorsque des opérations de maintenance doivent être effectuées, des � Jobcards � sont éditées : elles comprennent l'ensemble des tâches qu'un opérateur de maintenance donné doit mener à bien. Des � Checklists � sont également élaborées : elles comprennent une liste d'actions ou de vérifications permettant à l'opérateur de maintenance de s'assurer de la réalisation correcte de ses tâches. Enfin, l'opérateur de maintenance, après avoir effectué sa mission, est généralement tenu de remplir un � Workreport �, qui correspond à une fiche récapitulant l'ensemble des tâches effectivement réalisées par l'opérateur. Le système actuel de documentation précédemment décrit n'est plus adapté aux contraintes liées à la maintenance des aéronefs récents. Ainsi, les inconvénients rencontrés dans l'état de la technique sont multiples. D'abord, dans les procédures de maintenance de l'état de la technique, on considère que l'on connaît de manière exhaustive l'ensemble des messages d'événements et que l'on dispose de toutes les procédures détaillées associées. L'opérateur de maintenance est chargé de faire le lien entre la documentation dont il dispose et la configuration de l'équipement sur lequel il travaille d'une part, et le diagnostique correspondant auxdits messages d'autre part. Or, dans les systèmes actuels, notamment les aéronefs, la complexité est telle qu'il est devenu quasiment impossible de connaître la totalité des messages d'alarmes qui peuvent survenir. Ensuite, les événements sont traitées indépendamment les unes des autres ; c'est à l'opérateur d'évaluer d'éventuels liens entre différents événements. Un but de l'invention est notamment de pallier les inconvénients précités. Ainsi l'invention a pour objectif de permettre la génération d'une documentation électronique destinée à la maintenance d'ensembles d'équipements, et en particulier d'aéronefs. Ladite documentation électronique est générée automatiquement et est mise à jour dynamiquement, au fur et à mesure de la progression de l'opération de maintenance. A cet effet, l'invention a pour objet un procédé de génération d'une documentation électronique pour la maintenance d'un ensemble d'équipements, en particulier d'un aéronef, ledit ensemble d'équipement présentant un événement, objet d'une opération de maintenance, caractérisé en ce qu'il comprend les étapes suivantes : • une première étape d'élaboration d'un modèle de l'ensemble d'équipements comprenant la liste des équipements ainsi que leur configuration, • une deuxième étape de génération d'une documentation électronique de maintenance dudit ensemble d'équipements à partir d'une bibliothèque de fragments documentaires de maintenance, les fragments documentaires de maintenance, sélectionnés pour faire partie de ladite documentation électronique de maintenance, étant choisis en fonction : o du modèle établi à la première étape, o de l'état de fonctionnement de l'ensemble d'équipements. Le procédé selon l'invention présente un algorithme de localisation permettant de déterminer une liste d'origines possibles pour l'événement, objet de l'opération de maintenance, ladite liste d'origines possibles pour l'événement étant prise en compte dans l'élaboration de la documentation électronique de maintenance. Avantageusement, la documentation électronique de maintenance peut être élaborée en fonction d'une stratégie de maintenance visant à ordonner la liste d'origines possibles pour l'événement selon des critères 35 propres. De préférence, la liste d'origines possibles pour l'événement est ordonnée par ordre de probabilité, par ordre de temps d'intervention, ou par ordre de coût d'intervention. Avantageusement, le procédé selon l'invention peut comprendre une étape de mise en forme de la documentation électronique de maintenance en fonction d'une bibliothèque imposant des critères de mise en forme. Avantageusement, le procédé selon l'invention comprend des moyens pour faire évoluer dynamiquement la documentation électronique de maintenance en fonction des résultats de tests réalisés sur l'ensemble d'équipements. Dans une mise en oeuvre préférée de l'invention, la première étape d'élaboration du modèle de l'ensemble d'équipements comprend au moins une étape de construction dudit modèle de l'ensemble d'équipements à partir d'une bibliothèque d'objets comprenant les équipements dudit ensemble d'équipements, ledit modèle de l'ensemble d'équipements comprenant en outre l'état de fonctionnement de chacun desdits équipements, et tout événement concernant la maintenance desdits équipements. Avantageusement, le procédé selon l'invention comprend des moyens pour connaître l'état de fonctionnement de l'ensemble d'équipements. Avantageusement, l'analyse de l'un au moins des documents 25 suivant permet de connaître l'état de fonctionnement de l'ensemble d'équipements : • carnet de vol, • compte rendu de vol. 30 Avantageusement, la documentation électronique de maintenance comprend un ensemble de procédures d'analyse d'anomalies et de diagnostique. Avantageusement, la documentation électronique de maintenance comprend un ensemble de procédures de maintenance adaptées à 35 l'ensemble d'équipements. Avantageusement, la documentation électronique de maintenance comprend une carte d'intervention destinée à un opérateur de maintenance devant effectuer une opération de maintenance sur l'ensemble d'équipements. Avantageusement, la documentation électronique de maintenance comprend une check-list destinée à un opérateur de maintenance devant effectuer une opération de maintenance sur l'ensemble d'équipements. Avantageusement, la documentation électronique de maintenance comprend une liste minimum d'équipements devant être opérationnels pour permettre fonctionnement de l'ensemble d'équipements. Avantageusement, un système d'aide à la maintenance d'un ensemble d'équipements d'un aéronef peut comprendre des moyens pour mettre en oeuvre le procédé selon l'une quelconque des revendications précédentes. D'autres caractéristiques et avantages de l'invention apparaîtront à l'aide de la description qui suit faite en regard des dessins annexés qui représentent : • la figure 1 : la représentation schématique du principe de l'invention ; • les figures 2a, 2b, 2c : un schéma représentant un exemple de mise en oeuvre de l'invention. La figure 1 présente un schéma illustrant le principe de fonctionnement de l'invention. La première étape consiste à construire un modèle ABS correspondant à l'ensemble d'équipements EQPT, typiquement un aéronef, sur lequel est menée une opération de maintenance. Ledit modèle ABS permet la prise en compte de la topologie et de la configuration de l'ensemble d'équipements EQPT. Pour construire ce modèle ABS, on peut appliquer le procédé décrit dans la demande de brevet FR0704012 ou tout autre procédé équivalent. Le procédé selon l'invention consiste à exploiter le modèle ABS de l'ensemble d'équipements EQPT à maintenir, ledit modèle ABS comprenant l'exacte configuration dudit ensemble d'équipements EQPT, en vue de construire la documentation DOC adaptée au besoin, dans le cadre de l'opération de maintenance envisagée. Lors de l'étape de construction du modèle ABS de l'ensemble d'équipements EQPT, des échanges visant à lever les doutes sur l'état de l'ensemble d'équipements EQPT, en vue de confirmer par exemple, certaines pannes, sont effectués entre le modèle ABS et l'ensemble d'équipements EQPT. A l'étape de construction du modèle ABS et de confirmation de l'état de fonctionnement de l'ensemble d'équipements EQPT succède une étape de localisation LOC des pannes ou, de manière générale, des événements survenus, à l'aide d'un algorithme ou d'un quelconque procédé connu. Partant du modèle ABS de l'ensemble d'équipements EQPT, et connaissant les événements à analyser et leur localisation sur l'ensemble d'équipements EQPT, l'élément central du procédé selon l'invention est la création CREA de la documentation électronique DOC dynamique. Un système permettant la mise en oeuvre du procédé selon l'invention comprend donc un créateur de documentation électronique CREA. Ladite documentation électronique DOC est associée à l'opération de maintenance envisagée pour l'ensemble d'équipements EQPT. Elle présente l'avantage d'être évolutive de façon dynamique. Le modèle ABS et la documentation électronique DOC évoluent en effet dynamiquement. Ainsi, l'opérateur suit de manière séquentielle une liste de tâches : le résultat d'un test mené par l'opérateur sur l'ensemble d'équipements EQPT peut faire évoluer la liste des tâches restant à effectuer. Pour générer la documentation électronique DOC, le créateur de documentation CREA consulte une bibliothèque MOD comprenant des modules constituant des fragments documentaires. Les fragments pertinents dans le cadre de l'opération de maintenance envisagée sont choisis et permettent de créer la documentation électronique DOC complète. Le procédé selon l'invention peut dans cette étape s'appuyer sur la norme S1000D. La norme S1000D est une spécification internationale concernant l'approvisionnement et la production de publications techniques. Depuis sa version 2, elle s'applique aux domaines civil et militaire et aux équipements aéronautiques, terrestres et maritimes. Cette norme S1000D fixe des formats de constitution et d'exploitations de bibliothèques MOD constituées de fragments documentaires destinées à la maintenance d'ensembles d'équipements. Par ailleurs, pour construire la documentation électronique DOC la mieux adaptée possible à l'opération de maintenance envisagée, le créateur de documentation CREA peut également consulter une stratégie de maintenance STRA. Une telle stratégie de maintenance STRA, mise au point par le fabricant ou par l'exploitant de l'ensemble d'équipements EQPT, consiste en des méthodes d'analyse de panne liées à l'expérience ou la connaissance des systèmes : par exemple, il peut s'agir, dans le cadre d'une panne qui peut provenir de deux équipements différents, de vérifier le fonctionnement de l'un des équipements avant l'autre, pour des raisons pratiques, économiques, ou de probabilité de dysfonctionnement. La stratégie STRA consiste également à permettre la prise en considération des résultats des actions déjà effectuées en vue de mettre à jour la documentation électronique de maintenance DOC. En résumé, le procédé selon l'invention repose principalement sur la combinaison de la mise en oeuvre de la demande de brevet FR0704012 et de l'application de la norme S1000D. Dans le cadre d'un mode de mise en oeuvre préféré de l'invention, l'étape de création de la documentation électronique comprend également la consultation de normes, telles que la norme SI000D, ou d'une quelconque bibliothèque FORM imposant des critères de mise en forme de la documentation électronique DOC : organisation en paragraphes, indentation, polices de caractères ...etc. Les figures 2a, 2b, 2c illustrent des exemples de cas particuliers et de mise en oeuvre du procédé selon l'invention. Il s'agit bien d'exemples qui 30 ne sauraient être considérés comme exhaustifs. La particularité des trois cas de pannes présentés ici est que l'algorithme ou le procédé de localisation LOC de la panne est susceptible de donner le même résultat dans chacun de ces cas. Ce résultat consiste en une liste d'équipements El, E2, E3, liens L1, L2, L3, connecteurs CEO, CR2, 35 CR3 ...etc., éléments de l'ensemble d'équipements EQPT considéré, lesdits éléments étant ordonnés selon des critères propres à l'algorithme ou au procédé de localisation LOC de pannes. Les éléments concernés par la panne peuvent être classés du plus probable au moins probable ; par exemple : • le plus probable est que l'équipement El est en panne, • une panne du lien L1 est 50 fois moins probable qu'une panne de l'équipement El, • une panne du lien L2 est 500 fois moins probable qu'une panne de l'équipement El, • une panne du lien L3 est 500 fois moins probable qu'une panne de l'équipement El, • une panne du connecteur en réception CR2 de l'équipement E2 est 500 fois moins probable qu'une panne de l'équipement E1, • une panne du connecteur en réception CR3 de l'équipement E3 est 500 fois moins probable qu'une panne de l'équipement El, • une panne du connecteur en émission CEO de l'équipement El est 500 fois moins probable qu'une panne de l'équipement E1, • ...etc. D'autres pannes peuvent avoir des probabilités encore inférieures, par exemple 25000 fois inférieure à la probabilité d'une panne de l'équipement El. Le modèle ABS déterminé à la figure 1 et l'algorithme ou le procédé de localisation LOC des pannes permettent d'identifier de façon certaine les équipements incriminés El, E2, E3 ainsi que les liens de communication L1, L2, L3 et les connecteurs potentiellement touchée CEO, CR2, CR3. Les fragments documentaires associés aux équipements El, E2, E3, aux liens L1, L2, L3 ainsi qu'aux connecteurs CEO, CR2, CR3 sont issus 30 de la bibliothèque MOD décrite à la figure 1. Dans l'exemple envisagé, la stratégie STRA d'élaboration de la documentation électronique DOC pourrait être : • sur requête de l'opérateur, initialiser une � Jobcard �, une 35 � Checklist � et un � Workreport �, • compiler les procédures associées aux pannes possibles telles que déterminées par l'algorithme ou le procédé de localisation LOC, du plus probable au moins probable, • n'afficher à l'opérateur qu'une procédure à la fois, test après test, tâche après tâche, • compléter la � Jobcard �, la � Checklist � et le � Workreport � associés au fur et à mesure, • si le problème n'est pas corrigé, la stratégie STRA consiste à prendre en considération le résultat des tests et tâches effectués et de générer la procédure pour le prochain élément potentiellement incriminé ; cette étape peut se répéter aussi longtemps que la panne n'est pas corrigée, • lorsque le problème est corrigé, finaliser la � Jobcard �, la � Checklist � et le � Workreport � en fonction des tâches réellement effectuées par l'opérateur, et passer à l'opération suivante s'il y en, a selon le même mode opératoire. En appliquant la procédure selon l'invention avec la stratégie STRA telles que décrites ci-dessus dans le cas de la figure 2a, on obtient le 20 résultat suivant. Le créateur de documentation électronique CREA va : • afficher la � Jobcard �, • afficher la � Checklist � liée aux actions de diagnostique décrites dans le manuel FIM ou TSM, elles-mêmes liées aux procédures décrites dans le manuel AMM, 25 • initialiser le � Workreport �, • afficher les procédures : o le FIM affiche d'abord la procédure visant à confirmer si l'équipement El est en panne ou non, o le FIM fait effectuer par l'opérateur un test sur 30 l'équipement El et fait référence à la procédure associée dans l'AMM, o la procédure décrite dans l'AMM peut permettre à l'opérateur de lancer directement le test, par exemple via la fonction BITE de l'équipement El, 10 o dans l'exemple de la figure 2a, le test montre que l'équipement E1 n'est pas en panne, o le FIM prend en compte le résultat du test et affiche la procédure visant à confirmer si le lien L1 est en panne ou 5 non, o le FIM fait effectuer par l'opérateur un test sur le lien L1 et fait référence à la procédure associée dans I'AMM, o l'opérateur constate alors un problème sur le lien L1 et confirme le problème dans le FIM, 10 o le FIM conclut et fait le lien avec les procédures associées dans l'AMM pour réparer / changer / remettre en service le lien L1, • relancer l'algorithme ou le procédé de localisation LOC et récupérer les nouveaux résultats ; dans l'exemple, on constate 15 que le problème est corrigé ; il n'y a pas de message de panne, • finaliser la � Jobcard �, la � Checklist � et le � Workreport � • traiter les éventuelles autres pannes. En appliquant la procédure selon l'invention avec la stratégie 20 STRA telles que décrites ci-dessus dans le cas de la figure 2b, on obtient le résultat suivant. Le créateur de documentation électronique CREA va, selon l'invention : • afficher la � Jobcard �, • afficher la � Checklist � liée aux actions de diagnostique décrites 25 dans le manuel FIM ou TSM, elles-mêmes liées aux procédures décrites dans le manuel AMM, • initialiser le � Workreport �, • afficher les procédures : o le FIM affiche d'abord la procédure visant à confirmer si 30 l'équipement El est en panne ou non, o le FIM fait effectuer par l'opérateur un test sur l'équipement El et fait référence à la procédure associée dans l'AMM, o la procédure décrite dans l'AMM peut permettre à l'opérateur de lancer directement le test, par exemple via la fonction BITE de l'équipement El, o dans l'exemple de la figure 2a, le test montre que 5 l'équipement El n'est pas en panne, o le FIM prend en compte le résultat du test et affiche la procédure visant à confirmer si le lien LI est en panne ou non, o le FIM fait effectuer par l'opérateur un test sur le lien LI et 10 fait référence à la procédure associée dans l'AMM, o l'opérateur ne constate pas de problème sur le lien LI, o le FIM prend en compte le résultat du test et affiche la procédure visant à confirmer si le lien L2 est en panne ou non, 15 o le FIM fait effectuer par l'opérateur un test sur le lien L2 et fait référence à la procédure associée dans l'AMM, o l'opérateur ne constate pas de problème sur le lien L2, o le FIM prend en compte le résultat du test et affiche la procédure visant à confirmer si le lien L3 est en panne ou 20 non, o le FIM fait effectuer par l'opérateur un test sur le lien L3 et fait référence à la procédure associée dans l'AMM, o l'opérateur ne constate pas de problème sur le lien L3, o le FIM prend en compte le résultat du test et affiche la 25 procédure visant à confirmer si le connecteur en réception CR2 de l'équipement E2 est en panne ou non, o le FIM fait effectuer par l'opérateur un test sur le connecteur en réception CR2 et fait référence à la procédure associée dans l'AMM, 30 o l'opérateur ne constate pas de problème sur le connecteur en réception CR2, o le FIM prend en compte le résultat du test et affiche la procédure visant à confirmer si le connecteur en réception CR3 de l'équipement E3 est en panne ou non, 12 o le FIM fait effectuer par l'opérateur un test sur le connecteur en réception CR3 et fait référence à la procédure associée dans l'AMM, o l'opérateur constate alors un problème sur le connecteur en réception CR3 et confirme le problème dans le FIM, o le FIM conclut et fait le lien avec les procédures associées dans l'AMM pour réparer / changer / remettre en service le connecteur en réception CR3, • relancer l'algorithme ou le procédé de localisation LOC et récupérer les nouveaux résultats ; dans l'exemple, on constate que le problème est corrigé ; il n'y a pas de message de panne, • finaliser la � Jobcard �, la � Checklist � et le � Workreport � • traiter les éventuelles autres pannes. En appliquant la procédure selon l'invention avec la stratégie STRA telles que décrites ci-dessus dans le cas de la figure 2c, on obtient le résultat suivant. Le créateur de documentation électronique CREA va, selon l'invention : • afficher la � Jobcard �, • afficher la � Checklist � liée aux actions de diagnostique décrites dans le manuel FIM ou TSM, elles-mêmes liées aux procédures décrites dans le manuel AMM, • initialiser le � Workreport �, • afficher les procédures : o le FIM affiche d'abord la procédure visant à confirmer si l'équipement El est en panne ou non, o le FIM fait effectuer par l'opérateur un test sur l'équipement El et fait référence à la procédure associée dans l'AMM, o la procédure décrite dans l'AMM peut permettre à l'opérateur de lancer directement le test, par exemple via la fonction BITE de l'équipement El, o dans l'exemple de la figure 2c, le test montre que l'équipement El est en panne, o le FIM conclut et fait le lien avec les procédures associées dans l'AMM pour réparer / changer / remettre en service l'équipement El, • relancer l'algorithme ou le procédé de localisation LOC et récupérer les nouveaux résultats ; dans l'exemple, on doit constater que le problème n'est pas corrigé ; on relance donc un cycle de tâches à effectuer par l'opérateur : o le FIM affiche la procédure visant à confirmer si le lien L1 est en panne ou non, o le FIM fait effectuer par l'opérateur un test sur le lien L1 et fait référence à la procédure associée dans l'AMM, o l'opérateur constate alors un problème sur le lien L1 et confirme le problème dans le FIM, o le FIM conclut et fait le lien avec les procédures associées dans l'AMM pour réparer / changer / remettre en service le lien L1, • relancer l'algorithme ou le procédé de localisation LOC et récupérer les nouveaux résultats ; dans l'exemple, on constate que le problème est corrigé ; il n'y a pas de message de panne, • finaliser la � Jobcard �, la � Checklist � et le � Workreport � • continuer l'opération de maintenance en passant aux sujets suivants. A la fin des opérations, les documents � Jobcard � et 25 � Workreport � peuvent évidemment être archivés ou transmis à l'exploitant de l'ensemble d'équipements. Lorsque l'ensemble d'équipements évolue, en termes matériels ou de configuration, le modèle ABS évolue aussi ; pour que le procédé selon 30 l'invention soit efficace, il suffit alors de mettre à jour les fragments documentaires de la bibliothèque MOD. Il faut noter que les exemples de documentations générées, ainsi que leurs intitulés, ne sont pas exhaustifs dans le présent exposé. Le présent 35 procédé est applicable pour tout type de documentation dans le cadre d'opérations de maintenance d'un ensemble d'équipements EQPT, en particulier dans le domaine aéronautique. Enfin, le présent document couvre non seulement le procédé de génération dynamique de documentation électronique DOC pour la maintenance mais aussi le système comportant des moyens adaptés pour le mettre en oeuvre, lesdits moyens comprenant en particulier un générateur du modèle ABS de l'ensemble d'équipements EQPT et un créateur de documentation électronique CREA. REVENDICATIONS1. Procédé de génération d'une documentation électronique pour la maintenance d'un ensemble d'équipements (EQPT), en particulier d'un aéronef, ledit ensemble d'équipement (EQPT) présentant un événement, objet d'une opération de maintenance, caractérisé en ce qu'il comprend les étapes suivantes : • une première étape d'élaboration d'un modèle (ABS) de l'ensemble d'équipements (EQPT) à partir d'une bibliothèque d'objets représentant des équipements et de fichiers de configuration, • une deuxième étape de génération d'une documentation électronique de maintenance (DOC) dudit ensemble d'équipements à partir d'une bibliothèque (MOD) de fragments documentaires de maintenance, les fragments documentaires de maintenance, sélectionnés pour faire partie de ladite documentation électronique de maintenance (DOC), étant choisis en fonction : o du modèle (ABS) établi à la première étape, o de l'état de fonctionnement de l'ensemble d'équipements 20 (EQPT). 2. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'un algorithme de localisation (LOC) permet de déterminer une liste d'origines possibles pour l'événement, objet de 25 l'opération de maintenance, ladite liste d'origines possibles pour l'événement étant prise en compte dans l'élaboration de la documentation électronique de maintenance (DOC). 3. Procédé selon l'une quelconque des revendications précédentes, 30 caractérisé en ce que la documentation électronique de maintenance (DOC) est en outre élaborée en fonction d'une stratégie de maintenance (STRA) visant à ordonner la liste d'origines possibles pour l'événement selon des critères propres. 4. Procédé selon la revendication 3, caractérisé en ce que la liste d'origines possibles pour l'événement est ordonnée : • par ordre de probabilité ; ou • par ordre de temps d'intervention ; ou • par ordre de coût d'intervention. 5. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend une étape de mise en forme de la documentation électronique de maintenance en fonction d'une bibliothèque (FORM) imposant des critères de mise en forme. 6. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend des moyens pour faire évoluer dynamiquement la documentation complète de maintenance en fonction des résultats de tests réalisés sur l'ensemble d'équipements (EQPT). 7. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que la première étape d'élaboration du modèle (ABS) de l'ensemble d'équipements (EQPT) comprend au moins une étape de construction dudit modèle (ABS) de l'ensemble d'équipements (EQPT) à partir d'une bibliothèque d'objets comprenant les équipements dudit ensemble d'équipements, ledit modèle (ABS) de l'ensemble d'équipements comprenant en outre l'état de fonctionnement de chacun desdits équipements, et tout événement concernant la maintenance desdits équipements. 8. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend des moyens pour connaître l'état de fonctionnement de l'ensemble d'équipements (EQPT). 9. Procédé selon la revendication 8, caractérisé en ce que l'analyse de l'un au moins des documents suivant permet de connaître l'état de fonctionnement de l'ensemble d'équipements : • carnet de vol,• compte rendu de vol. 10. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que la documentation électronique de maintenance (DOC) comprend un ensemble de procédures d'analyse d'anomalies et de diagnostique (FIM). 11. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que la documentation électronique de maintenance (DOC) comprend un ensemble de procédures de maintenance (AMM) adaptées à l'ensemble d'équipements (EQPT). 12. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que la documentation électronique de maintenance comprend une carte d'intervention destinée à un opérateur de maintenance devant effectuer une opération de maintenance sur l'ensemble d'équipements (EQPT). 13. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que la documentation électronique de maintenance comprend une check-list destinée à un opérateur de maintenance devant effectuer une opération de maintenance sur l'ensemble d'équipements (EQPT). 14. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que la documentation électronique de maintenance comprend une liste minimum d'équipements devant être opérationnels pour permettre fonctionnement de l'ensemble d'équipements (EQPT).30