Brevet FR2864287A1 — publié le 20050624

La p résente i nvention s e rapporte à u ne méthode d écrivant la structuration d'objets d'automatisme dans une bibliothèque d'objets d'automatisme, ces objets d'automatisme étant destinés à être utilisés dans des systèmes d'automatisme de contrôle/commande, dénommés ci-après systèmes d'automatisme. Grâce à l'utilisation de tels objets ainsi structurés, l'objectif de l'invention est de faciliter la conception de bibliothèques d'automatisme métiers dans le but d'optimiser la réalisation de systèmes d'automatisme pour la conduite et la surveillance d'installations en particulier dans le domaine des automatismes industriels, des automatismes du bâtiment ou du contrôle/commande des réseaux électriques de distribution. La mise en oeuvre d'un système d'automatisme peut faire appel à de nombreux points de vue différents, utilisés non seulement durant les phases de conception et de développement matériel/logiciel (incluant notamment les phases de spécification, de réalisation, d'essais, de simulation,...) mais aussi durant les phases d'exploitation et de maintenance tout au long de la vie du système d'automatisme (incluant notamment les phases de commande, de surveillance, de dépannage, de formation, d'évolution,...). Ces différents points de vue font appel à un grand nombre d'applications d'origines différentes qui doivent être capables d'échanger et de partager entre elles des informations communes pour garantir la cohérence de l'ensemble du système et éviter des dysfonctionnements ou pertes de temps inutiles. Un premier point de vue, appelé point de vue fonctionnel, permet de faire une décomposition fonctionnelle du système d'automatisme suivant un ou plusieurs niveaux successifs pour parvenir à des objets d'automatisme ou entités d'automatisme. Un des buts de cette décomposition pourra notamment être de parvenir à identifier des objets ou entités standards, dont les caractéristiques seraient déjà contenues dans une bibliothèque d'objets et donc facilement récupérables. Les objets standards issus d'une telle bibliothèque pourront avantageusement être instanciés dans tel ou tel système d'automatisme, évitant ainsi des nouveaux développements non nécessaires. L'adoption de technologies orientées objet, telles que C++ ou Java, a déjà permis de décomposer un système d'automatisme en une pluralité d'objets liés entre eux par des interactions. Ceci a entraîné une certaine réduction des temps de développement et a facilité l'intégration d'applications nouvelles. Cependant, dans les outils actuels, l'utilisation de bibliothèques se heurte aux difficultés suivantes: les objets sont généralement liés à une implémentation donnée et à du matériel donné, ce qui fait que les objets d'une bibliothèque sont difficilement utilisables par exemple lorsque le matériel évolue. Par ailleurs, les bibliothèques sont bien adaptées pour décrire des objets dits "terminaux", c'est-à-dire correspondant à un niveau de décomposition ultime (par exemple pompes, vannes, moteurs,...), mais pas à des objets dits "composites" qui peuvent eux-mêmes être structurés ensuite par une décomposition d'un ou plusieurs composants/objets d'un niveau inférieur, décomposition dont pourraient hériter des objets dérivés de tels objets composites. Pour permettre une utilisation plus souple, les objets d'une bibliothèque devraient en effet pouvoir se situer à divers niveaux de la décomposition du système d'automatisme et l'utilisateur devrait également pouvoir définir ses propres règles et niveaux de décomposition. De plus, le nombre de niveaux de décomposition d'un système d'automatisme ne doit pas être figé, mais doit au contraire être libre pour l'utilisateur qui pourra ainsi enrichir les niveaux de décomposition d'un système au fur et à mesure de l'avancement des phases de conception. II serait donc avantageux de pouvoir créer des objets génériques, puis de pouvoir facilement les affiner et les détailler en objets plus détaillés, en s'appuyant sur un concept d'héritage père-fils, au fur et à mesure de l'avancement de la conception et/ou l'évolution du matériel. L'invention a donc pour but de remédier à ces inconvénients et d'améliorer la création, la modification, l'évolution, la compréhension, la facilité d'utilisation, l'intégrité des objets appartenant à une bibliothèque d'objets d'automatisme grâce à une méthode de structuration de ces objets. Cette méthode permettra à des utilisateurs de se créer plus aisément leurs propres objets, pour se constituer ainsi des bibliothèques métiers par exemple, à l'aide d'un outil logiciel simple et facile à mettre en oeuvre; le but final étant en conséquence d'accélérer, de fiabiliser et de rationaliser la conception et la réalisation de systèmes d'automatisme. Par bibliothèque métier, on entend une bibliothèque portant sur un process d'automatisme particulier (levage, automobile, agro-alimentaire,...), ou sur une application/fonction particulière d'automatisme (régulation, levage, diagnostic,...). Pour cela l'invention décrit une méthode de structuration d'objet dans une bibliothèque d'objets d'automatisme, chaque objet d'une bibliothèque possédant une composition d'au moins un composant et étant susceptible d'être un objet fils dérivant d'un objet père d'une bibliothèque. Selon l'invention, à chaque composant d'un objet est associée une cardinalité encadrant le nombre d'occurrences possibles dudit composant dans la composition dudit objet. Un objet fils hérite de la composition de l'objet père dont il dérive, et la cardinalité de chaque composant entrant dans la composition d'un objet fils est incluse dans la cardinalité dudit composant dans la composition de l'objet père dont il dérive. Un composant fait référence à un objet déterminé d'une bibliothèque et reprend la composition dudit objet déterminé. D'autres caractéristiques et avantages vont apparaître dans la description détaillée qui suit en se référant à un mode de réalisation donné à titre d'exemple et représenté par les figures annexées, parmi lesquelles: la figure 1 montre un exemple de représentation de quelques objets appartenant à une bibliothèque d'objets d'automatisme et structurés selon la méthode décrite dans l'invention. la figure 2 détaille la composition et un héritage père/fils de l'objet générique initial "Entité". L'exemple de la figure 1 montre une bibliothèque d'objets d'automatisme relatifs à des constituants d'automatisme de manutention-levage. Elle a donc plus particulièrement pour but de proposer différents objets qui pourront être instanciés dans des projets de conception de systèmes d'automatisme liés au métier de manutention-levage. Pour des raisons de simplification et de lisibilité, seule une partie des objets de la bibliothèque et une partie des composants de chaque objet sont représentés sur la figure 1. Selon l'invention, un objet appartenant à une bibliothèque d'objets d'automatisme est structuré de la façon suivante. Chaque objet possède une composition qui comprend au moins un composant. A chaque composant d'un objet est associée une cardinalité. La cardinalité d'un composant se définit par un encadrement du nombre, éventuellement nul, d'occurrences possibles de ce composant dans la composition de l'objet. Une cardinalité peut être indifféremment: a) soit u n seul n ombre N 1 déterminé, d ans ce cas cet objet de la bibliothèque possède NI occurrences du composant dans sa composition, b) soit un intervalle encadré par deux valeurs N2 et N3, dans ce cas la composition de cet objet de la bibliothèque possède un nombre d'occurrences du composant compris entre N2 et N3. En conséquence, dans tout instanciation de cet objet dans un système d'automatisme, la composition de l'objet instancié devra comporter au minimum N2 et au maximum N3 occurrences du composant. La valeur minimale de N2 est zéro. N3 peut être une valeur finie ou non finie. Si N2 est égal à N3, cela revient à n'avoir qu'un seul nombre (voir cas a). Dans la figure 1, la cardinalité des composants des objets de la bibliothèque est schématisée entre crochets. Par exemple, l'objet "Portique générique" comporte de 1 à n ([1-n]) composants de type objet "Pince". Cela signifie que l'objet "Portique générique" possède au moins un objet "Pince" mais que le nombre total d'objets "Pince" n'est pas limité dans l'objet "Portique générique" de la bibliothèque. Lors de l'instanciation de cet objet "Portique générique", la composition de l'objet instancié devra comporter un ou plusieurs objets "Pince". De même, l'objet "Portique générique" de la bibliothèque comporte de 0 à 2 ([0-2]) composants de type objet "Chariot", c'est-à-dire que, lors de l'instanciation de l'objet "Portique générique", la composition de l'objet instancié pourra comporter zéro, un ou au maximum deux objets "Chariot". Une cardinalité constituée d'un intervalle [O-n] signifie que le nombre d'occurrences du composant dans l'objet est totalement libre puisqu'il peut aller de 0 à n composants. Diverses règles optionnelles peuvent être proposées en liaison avec la cardinalité d'un composant. Pour faciliter la tâche de l'utilisateur lors de l'instanciation d'un objet de la bibliothèque dans un système d'automatisme, on peut par exemple proposer une valeur d'occurrence par défaut d'un composant de l'objet lorsque la cardinalité de ce composant est un intervalle de valeurs dans l'objet de la bibliothèque. Par ailleurs, on peut concevoir une cardinalité constituée d e p lusieurs i ntervalles, I e nombre d'occurrences du composant dans l'objet pouvant alors prendre une valeur appartenant à l'un ou à l'autre de ces intervalles. L'invention décrit aussi une notion d'héritage père/fils entre des objets. Ainsi, chaque objet de la bibliothèque est susceptible d'être un objet fils dérivant d'un objet père. L'objet père appartient indifféremment à la même bibliothèque que l'objet fils ou est issu d'une autre bibliothèque proposant la même structuration des objets. Un objet fils hérite alors de la composition de l'objet père dont il dérive, et la cardinalité de chaque composant entrant dans la composition d'un objet fils doit être incluse dans la cardinalité de ce composant dans la composition de l'objet père dont il dérive. A titre d'exemple, la figure 1 montre les objets "Portique type A" 50 et "Portique type B" 60 qui sont des objets fils dérivant tous les deux de l'objet père "Portique générique" 10. En conséquence, ces objets fils "Portique type A" 50 et "Portique type B" 60 héritent alors de la composition de l'objet père "Portique générique" 10. De plus, la cardinalité des composants "Pince" et "Chariot" des deux objets fils doit être incluse dans la cardinalité de ces mêmes composants dans l'objet père "Portique générique". Ainsi, l'objet 50 "Portique type A" se compose de un ou deux ([1-2]) composants 53 de type objet "Pince", ce qui est inclus dans la cardinalité 1 à n ([1-n]) du composant 13 objet "Pince" dans l'objet père "Portique générique" 10. De même, l'objet 50 "Portique type A" se compose d'aucun ([0]) composant de type objet "Chariot", ce qui est inclus dans la cardinalité 0 à 2 ([0-2]) du composant objet "Chariot" dans l'objet père "Portique générique" 10. L'objet "Portique type B" se compose de 0 à 2 ([0-2]) composants objet "Chariot sens 1" et de 0 à 1 ([0-1]) composant objet "Chariot sens 2". Cette composition de l'objet "Portique type B" est autorisée car elle peut être effectivement incluse dans la cardinalité 0 à 2 ([0-2]) du composant objet "Chariot" de l'objet père "Portique générique". Néanmoins, quand une instanciation d'un objet "Portique type B" comprend deux composants objet "Chariot sens 1" plus un composant de type objet "Chariot sens 2", c'est-à-dire trois chariots en tout, cette composition doit être interdite car elle n'est pas incluse dans la cardinalité du composant objet "Chariot" de l'objet père "Portique générique". Ainsi, dans un tel cas d'instanciation d'un objet "Portique type B", le système doit aussi vérifier la compatibilité avec la composition d e l'objet père. Réciproquement, tout objet de la bibliothèque est susceptible de créer une ou plusieurs dérivations, c'est-à-dire d'être un objet père pour un ou plusieurs objets fils. La même règle d'héritage s'applique alors, c'est-à-dire que le ou les objets fils qui dérivent de cet objet père héritent de la composition de l'objet père, et la cardinalité de chaque composant entrant dans la composition du ou des objets fils est incluse dans la cardinalité de ce même composant dans la composition de l'objet père dont ils dérivent. Par exemple, à partir d'un objet père, "Portique générique" prédéfini, un utilisateur peut créer à tout moment des objets fils plus détaillés, tels que "Portique type A" ou "Portique type B", la composition de ces objets fils étant incluse dans la composition de l'objet père. Ces caractéristiques donnent donc 1 a p ossibilité à u n u tilisateur d'affiner sa description des objets au fur et à mesure de l'avancement de la phase de conception et I ui permet d'enrichir à t out m ornent s a bibliothèque avec de nouveaux objets fils mieux définis ou plus avancés, en se basant sur toute la structure déjà définie dans l'héritage de l'objet père générique. De plus, l'invention permet de concevoir librement des objets qui sont soit pas du tout, soit peu, soit très modifiables dans leurs dérivations en jouant sur les cardinalités de chaque composant. Plus la définition d'un objet sera générique, plus sa structure pourra être modifiable alors que plus un objet sera défini précisément, plus sa structure sera figée, ce qui permet de garder une grande souplesse dans la création et l'utilisation d'une bibliothèque d'objets d'automatisme. Un composant entrant dans la composition d'un objet de la bibliothèque d'objets d'automatisme fait lui-même référence à un objet déterminé qui appartient lui- même à une bibliothèque. Cet objet déterminé appartient indifféremment à la même bibliothèque ou est issu d'une autre bibliothèque proposant la même structuration des objets. Le composant reprend alors la composition de cet objet déterminé auquel il fait référence. Ainsi, dans l'exemple de la figure 1, l'objet "Portique générique" 10 comprend dans sa composition un composant du type "Pince" 13 dont la cardinalité est comprise dans un intervalle [1-n]. Ce composant "Pince" 13 fait référence à l'objet "Pince" 20 appartenant lui aussi à la bibliothèque "Constituants Levage" et ayant sa propre composition. La composition de l'objet "Pince" 20 de la bibliothèque est donc reprise et intégrée dans le composant "Pince" 13 de l'objet "Portique générique" 10. On pourrait aussi envisager que le composant "Pince" 13 reprenne la composition de l'objet "Pince" 20 de la bibliothèque, mais en modifiant la cardinalité des composants de l'objet "Pince" 20, à la façon d'un héritage père/fils. Cela reviendrait en fait à créer fictivement un objet fils dérivant de l'objet père "Pince" 20 et à ce que le composant "Pince" 13 fasse référence à cet objet fils. Le même raisonnement s'applique évidemment pour les autres composants tels que le composant "Mâchoire" de l'objet "Pince" 20: ce composant doit faire référence à un objet "Mâchoire", non représenté sur la figure 1, appartenant à la bibliothèque ou issu d'une autre bibliothèque d'automatisme. Par ailleurs, la règle suivante doit aussi s'appliquer: supposons un composant Z entrant dans la composition d'un objet X1 et faisant référence à un objet déterminé 35 X2 de la bibliothèque. Un composant Z similaire entrant dans la composition d'un objet Y1, lequel objet Y1 dérive directement ou indirectement par un héritage père/fils de l'objet X1, fait également référence à un objet déterminé Y2 de la bibliothèque. Dans ce cas, l'objet déterminé Y2 doit être le même que l'objet déterminé X2 ou doit dériver, directement ou indirectement par un héritage père/fils, de l'objet déterminé X2. Deux types d'objets sont identifiés: les objets de type objet fonctionnel et les objets de type informationnel. Un objet fonctionnel possède une composition ayant au moins un composant de type objet informationnel et/ou d e type objet fonctionnel. Les objets fonctionnels permettent de définir la structure arborescente du point de vue fonctionnel de l'objet, suivant une décomposition fonctionnelle. Dans la figure 1, les objets "Portique générique", "Portique type A", "Portique type B", "Pince", "Chariot", "Mâchoire" sont des exemples d'objets fonctionnels de la bibliothèque "Constituants Levage". Ils peuvent être utilisés pour définir la structure fonctionnelle des objets de manière arborescente de plus en plus détaillée. Par exemple, un portique de type B comporte physiquement trois pinces et d eux chariots, et une pince comporte e 11e-même d eux mâchoires. Les objets informationnels permettent de définir les autres points de vue, ou facettes de représentation, d'un objet. En effet, chaque objet mémorisé dans une bibliothèque d'objets d'automatisme peut être décrit en faisant appel à de nombreuses facettes de représentation différentes définissant la nature et/ou la fonction de l'objet. Les facettes de représentation comportent des informations importantes liées à l'objet pour la conception et/ou l'exploitation du système. Un objet informationnel peut être un objet final n'ayant pas de composition (c'est- à-dire un objet dont les composants ont tous une cardinalité égale à [0]) ou peut posséder une composition ayant un ou plusieurs composants de type objet informationnel, mais ne peut pas posséder de composant de type objet fonctionnel. Tout objet informationnel entrant dans la composition d'un objet fonctionnel appartient à une des facettes de représentation de cet objet fonctionnel. Une facette de représentation est donc elle-même un objet informationnel qui peut être composé d'objets informationnels. Dans l'exemple de la figure 1, les composants de type o bjet i nformationnel sont regroupés dans quatre facettes de représentation: facetteCC, facettelHM, facetteDOC et facetteCAD. La facette contrôle/commande, représentée facetteCC, contient des composants comme le code programme du traitement de la commande de l'objet, identifié par un nom de fichier, les capteurs/actionneurs et les variables internes liées à l'objet, telles que consignes, états, paramètres. En l'occurrence, la facetteCC de contrôle/commande de l'objet bibliothèque "Pince" 20 de la figure 1 comporte de deux à quatre capteurs fins de course, deux actionneurs moteurs, un traitement et entre quatre et six variables internes. Le code programme peut être exécuté dans un équipement d'automatisme tel qu'un automate programmable (PLC), une commande numérique (CN) ou tout autre contrôleur programmable. II peut en particulier se présenter sous forme de blocs fonctions et être écrit dans un ou plusieurs langages informatiques ou langages d'automatisme, tels ceux conformes à la norme IEC1131-3. La facette dialogue homme-machine d'un objet, représentée facettelHM, fait référence à des informations telles que des écrans et animations relatifs au contrôle, à la surveillance et à la maintenance de l'objet. La facette schéma électrique, représentée facetteCAD, peut contenir des 15 informations propres à l'installation électrique et à l'environnement électrique de l'objet dans un système d'automatisme. La facette documentation, représentée facetteDOC, intègre tout type de document relatif à l'utilisation et/ou l'exploitation de l'objet, comme par exemple les Spécifications ou le Guide d'exploitation de l'objet. La facette nomenclature comporte notamment des informations portant sur des listes de constituants de l'objet. La facette simulation contient des informations telles que le comportement de la partie opérative, c'est-à-dire une simulation du comportement de la machine ou du process piloté par l'objet d'automatisme. Ce comportement peut être mémorisé sous forme de fichiers qui décrivent le fonctionnement de cette partie opérative. La liste de ces facettes n'est pas limitative car il est évident que d'autres facettes sont envisageables dans le cadre de cette invention. De même, certaines des informations citées peuvent tout à fait être regroupées dans d'autres facettes: par exemple, on pourrait regrouper les listes de constituants de l'objet dans la facette documentation et ne pas avoir de facette nomenclature. Le regroupement de ces différents points de vue ou facettes de représentation dans un même objet de bibliothèque permet d'améliorer la coopération entre différents métiers tels que mécaniciens, électriciens et automaticiens (même langage). En référence à la figure 2, il existe un objet générique initial, appelé également "Entité", qui est un objet père pour tous les autres objets de la bibliothèque, en particulier "Facette", "Objet fonctionnel" et "Objet informationnel". Cet objet générique "Entité" est composé d'un composant Entité de cardinalité [0-n] qui référence l'objet "Entité". Un objet "Facette" peut être composé de [O-n] objets informationnels, sachant qu'un "Objet informationnel" peut être lui-même composé de [O-n] objets informationnels. Par ailleurs, un objet "Objet fonctionnel" peut être composé de [O-n] facettes et de [0-n] objets fonctionnels. Ces composants "[O-n] facettes" et "[O-n] objets fonctionnels" gardent la trace, en vue du contrôle des cardinalités et des objets référencés, qu'ils sont issus du composant "[O-n] entité" de l'objet père. Grâce à la structure de cet objet générique initial, on peut alors construire par dérivation tous les types d'objets souhaités. Ce mécanisme qui crée un arbre d'héritage à partir de l'objet générique initial permet d'envisager avantageusement des traitements qui s'appliquent uniquement à un sous-arbre, lequel est constitué par un objet père et tous les objets fils qui en héritent directement ou indirectement (par exemple l'application de règles de nommage par sous-arbre). Pour permettre une utilisation et une manipulation efficace, la structuration proposée par l'invention doit pouvoir se représenter et se visualiser de façon claire et compréhensible pour un utilisateur. C'est pourquoi l'invention prévoit plusieurs règles graphiques pour représenter la structure des objets de la bibliothèque. En référence à la figure 1, un premier lien vertical 11 relie un objet fonctionnel 10 de la bibliothèque avec le ou les composants 13 de type objet fonctionnel qui entrent dans la composition de cet objet fonctionnel 10. Un second lien vertical 14 relie l'objet fonctionnel 10 avec le ou les composants 16 de type objet informationnel entrant dans la composition de cet objet fonctionnel 10. L'invention prévoit également un lien horizontal 18 entre l'objet fonctionnel 10 et le ou les objets fils 50,60 qui dérivent de cet objet fonctionnel 10 selon un héritage père/fils. Par ailleurs, pour un objet informationnel 30 "facetteCC", un lien vertical 34 relie cet objet informationnel 30 avec le ou les composants 36 de type objet informationnel qui entrent dans la composition de cet objet informationnel 30. Grâce à ces règles d e représentation, 1 es différents composants d'un objet sont disposés à la suite de l'objet suivant une première arborescence verticale pour les composants de type objet fonctionnel et suivant une seconde arborescence verticale pour les composants de type objet informationnel. Le ou les objets fils dérivant de l'objet sont disposés à la suite de l'objet suivant une arborescence horizontale. L'association de un ou deux liens verticaux, voire davantage si d'autres catégories ou sous-catégories d'objets sont définies, avec un lien horizontal permet d'améliorer sensiblement la visualisation sur écran de la structure d'un objet. De plus, à chaque départ d'un lien vertical 11,14,34, est associée une icône, respectivement 12,15,35, qui permet à l'utilisateur de masquer ou d'afficher le contenu de la composition attachée à ce lien vertical 11,14, 34, simplement en cliquant sur l'icône correspondante. Dans la figure 1, quand l'icône est représentée par un signe "-", cela signifie que la composition liée a u 1 ien vertical correspondant est affichée et quand l'icône est représentée par un signe "+", cela signifie que la composition liée au lien vertical correspondant est masquée, mais l'information de l'existence d'un lien vertical reste néanmoins affichée. Ceci permet avantageusement de ne pas encombrer inutilement l'écran. De même, pour masquer ou afficher une dérivation pèrelfils, on peut également utiliser une icône 19 placée entre l'objet fonctionnel 10 et le lien horizontal 18 vers les objets fils 50,60. Dans l'exemple présenté, toutes les icônes 12,15,19,35 sont entourées par un carré. On pourrait aussi mieux distinguer les différentes arborescences en entourant les signes "+" et "-" soit par des icônes en forme de cercle, losange ou carré,... On pourrait aussi utiliser da façon équivalente d'autres images pour les icônes, notamment les symbolisations connues représentant des images de type répertoire et fichiers ou représentant les objets utilisés. Une autre règle de représentation permettant de faciliter la représentation de la structure des objets consiste à adopter des règles de nommage (c'est-à-dire des règles pour la détermination du nom) des objets et des composants d'une bibliothèque qui puissent être modifiables par l'utilisateur. Une règle de nommage pratique peut reposer en particulier sur la position de l'objet dans son arbre d'héritage et sa position dans son arbre de composition. Selon une caractéristique de l'invention, tout objet de la bibliothèque peut en outre posséder un ou plusieurs attributs propres. Ces attributs s ont n otamment d es paramètres simples (valeurs, tableaux, ...) précisant des variables liées à l'objet, ou peuvent pointer vers des fichiers (de type fichier de données ou fichier de programmes), vers des adresses (de type adresse URL ou autres) qui contiennent des informations liées à l'objet. Ces attributs sont modifiables et personnalisables ou non selon le choix du concepteur de l'objet I ors d e chaque i nstanciation d e l'objet d e la bibliothèque pour une utilisation dans un système d'automatisme. Ces attributs sont également modifiables et personnalisables lorsqu'un objet de la bibliothèque entre comme composant dans la composition d'un autre objet de la bibliothèque. Par défaut, les ou les attributs d'un objet père suivent lors de la création d'un objet fils par héritage père/fils. Selon une autre caractéristique de l'invention, les objets sont avantageusement décrits en langage XML, de façon à obtenir des fichiers de description d'objets qui soient facilement compréhensibles et écrits dans un langage standardisé. Dans certains cas, des Schémas XML sont utilisés pour décrire les objets. Néanmoins, dans d'autres cas, on peut utiliser une description des objets en langage XML sans employer de Schémas XML, lorsqu'il faut décrire des règles d'héritage père/fils plus complexes. Par exemple, quand un composant X de cardinalité [0-2] d'un objet père se dérive en [0-2] composant X1 et en [0-2] composant X2 dans un objet fils, il faut alors vérifier dans ce cas que le total des composants X1 et X2 d'une instanciation de l'objet fils ne dépasse pas la cardinalité [0-2] du composant X dans l'objet père. De même, un Schéma XML peut aussi régir à un niveau supérieur la manière de décrire les objets en XML. II est bien entendu que l'on peut, sans sortir du cadre de l'invention, imaginer d'autres variantes et perfectionnements d e d étai) e t d e m êmee nvisager l'emploi d e moyens équivalents. REVENDICATIONS 1. Méthode de structuration d'éléments d'automatisme dans une bibliothèque d'éléments d'automatisme, chaque élément d'automatisme (10) possédant une composition d'au moins un composant (13) et étant susceptible d'être un élément fils dérivant d'un élément père d'une bibliothèque, la méthode étant caractérisée en ce que: A chaque composant (13) d'un élément d'automatisme est associée une cardinalité encadrant le nombre d'occurrences possibles dudit composant dans la composition dudit élément (10), Un élément fils (50) hérite de la composition de l'élément père (10) dont il dérive, et la cardinalité de chaque composant (53) entrant dans la composition d'un élément fils (50) est incluse dans la cardinalité dudit composant (13) dans la composition de l'élément père (10) dont il dérive, Un composant (13,53) fait référence à un élément déterminé (20) d'une bibliothèque d'éléments d'automatisme et reprend la composition dudit élément déterminé (20). 2. Méthode de structuration selon la revendication 1, caractérisée en ce que les éléments d'automatisme de la bibliothèque sont du type élément fonctionnel ou du type élément informationnel, la composition d'un élément fonctionnel (10) comprenant au moins un composant de type élément fonctionnel (13) et/ou de type élément informationnel (16), et la composition d'un élément informationnel (30) pouvant comprendre un ou plusieurs composants de type élément informationnel (36). 3. Méthode de structuration selon la revendication 2, caractérisée en ce qu'un élément fonctionnel (20) de la bibliothèque est représenté par une ou plusieurs facettes de représentation (30) et chaque composant (36) de type élément informationnel entrant dans la composition d'un élément fonctionnel (20) appartient à une facette de représentation (30) dudit élément fonctionnel. 4. Méthode de structuration selon la revendication 3, caractérisée en ce que les différentes facettes de représentation (30) d'un élément fonctionnel (20) sont 15 choisies dans un groupe comprenant une facette contrôle/commande, une facette simulation, une facette dialogue hommemachine, une facette schéma électrique, une facette documentation, une facette nomenclature. 5. Méthode de structuration selon l'une des revendications précédentes, caractérisée en ce que chaque élément d'automatisme de la bibliothèque (10) est susceptible d'être un élément père comportant au moins un élément fils (50,60). 6. Méthode de structuration selon la revendication 2, caractérisée en ce que la représentation de la structure d'un élément fonctionnel (10) comporte un premier lien vertical (11) entre ledit élément fonctionnel (10) et le ou les composants (13) de type élément fonctionnel entrant dans la composition dudit élément fonctionnel (10), un second lien vertical (14) entre ledit élément fonctionnel (10) et le ou les composants (16) de type élément informationnel entrant dans la composition dudit élément fonctionnel (10), et un lien horizontal (18) entre ledit élément fonctionnel (10) et un élément fils (50) dérivant dudit élément fonctionnel (10). 7. Méthode de structuration selon la revendication 1, caractérisée en ce que la cardinalité d'un composant est constituée d'un intervalle encadré par deux valeurs finies ou par une valeur finie et une valeur non finie. 8. Méthode de structuration selon la revendication 7, caractérisée en ce que la cardinalité d'un composant est constituée de plusieurs intervalles. 9. Méthode de structuration selon l'une des revendications précédentes, caractérisée en ce qu'un élément d'automatisme de la bibliothèque peut en outre posséder un ou plusieurs attributs, paramétrables lors d'une instanciation ou d'une dérivation dudit élément. 10. Méthode de structuration selon l'une des revendications précédentes, caractérisée en ce que les éléments d'automatisme sont décrits en langage XML.