Brevet FR2824654A1 — publié le 20021115

OUTIL POUR CONTRÈLER ET COMMANDER LE DÉVELOPPEMENT D'ORGANISMES COMPLEXES Le domaine de l' invention est celui d u contrôle/ command e du développement d'un organisme complexe. Un organisme est complexe en ce qu'il est constitué d'une combinaison de composants qui interagissent entre eux et avec l'extérieur de I'organisme, définissant ainsi un comportement de cet organisme. Par embotements successifs, chaque composant peut être lui-même constitué d'une combinaison de sous-composants, à leur tour considérés comme composants jusqu'à être constitués de composants élémentaires. Par exemple, un moteur automobile comprend comme composants un bloc moteur, un système de refroidissement, un système de lubriflcation, un système électrique, un système d'embrayage. Le bloc moteur comprend des cylindres, une bielle, un arbre à cames, une chane de distribution. Un cylindre comprend à son tour une chambre de combustion, un piston qui interagit avec la chambre de combustion et sur laquelle interagit le système électrique. Dans cet exemple, la relation d'embo^'tement illustre la dépendance des comportements mécanique, électrique ou thermique du composant avec ceux de ses sous-composants. Par exemple, une usine de production comprend des machines, un système d'alimentation en énergie de ces machines, des entrepôts de produits bruts, des entrepôts de produits finis ou semi-finis. Une machine peut comprendre un moteur, un poste de pilotage, un système d'outillage, des instruments de mesure. Dans cet exemple, la relation d'embo^'tement illustre la dépendance d es performances économique (coût, prod u ctivité, capacité de production,..) de l'usine avec les caractéristiques techniques de ses sous composants Par exemple encore, un holding flnancier comprend comme composants plusieurs sociétés. Une société comprend à son tour des sites de production, des sites de distribution. Un site de distribution peut interagir avec un site de production. Le site de production d'une société peut interagir avec le site de production d'une autre société en lui fournissant des produits semi-finis. Dans cet exemple la relation d'embotement met en évidence les relations hiérarchiques entre responsables de composants et responsables de sous composants. Le comportement d'un organisme complexe avec son environnement est décrit par une ou plusieurs fonctionnalités définissant quell es stimulations externes peuvent modifier son comportement. A u ne fonctionnalité de l'organisme complexe est associé un " procédé " qui mobilise une partie de ses composants ou sous-composants et qui, éventuellement, renvoie une prestation associée. Chacun des composants mobilisé constitue une étape du " procédé " et peut être assimilé à la fonctionnalité offerte à cette étape par ce composant au procédé. A cette fonctionnalité est alors associé un sous-procédé, mobilisant des sous-composants de ce composant. De proche en proche, on pourra alors associer à un organisme complexe une arborescence de sous-procédés. Un procédé est donc défini par la donnée du composant qui fournit la fonctionnalité, par la fonctionnalité elle- même définie par l'ensemble des prestations fournies en réponse aux stimulations acceptées par la fonctionnalité, et enfin, par l'ensemble de sous-composants qu'il mobilise de façon séquentielle ou parallèle. Certains procédés de certains organisme disposent de procédés dont il sera possible d'élargir ou de diminuer la liste des prestations et des stimulations. Un procédé réagissant à des sollicitations directes de l'environnement de l'organisme complexe sera dit " procédé global ", la fonctionnalité associée " fonctionnalité globale ". Une fonction globale du moteur, cité en exemple, est de fournir de l'énergie mécanique rotative à la sortie de la bo^'te de vitesse. Le procédé qui y est associé mobilise un bloc moteur, un système de refroidissement, un système de lubrification, un système électrique, un système d'embrayage et un système de bo^'te de vitesse. La liste des stimulations externe est définie comme l'ensemble des combinaisons possible de pressions sur l'accélérateur, d'actions sur l'embrayage et d'actions sur la bo^'te de vitesse. D'autres fonctionnalités globales sont proposées par le moteur comme le comportement du moteur en fonction de la température extérieure, ou le comportement du moteur en fonction de choc mécaniques extérieurs. Un sous-procédé dérivant du procédé global "fourniture d'énergie mécanique " pourrait être la transformation d'un mélange explosif en mouvement rotatif par l'ensemble des composants du bloc moteur composé essentiellement de cylindre, bielles, chambre de combustion et de vilebrequin. Dans ce sous procédé chacun des cylindres assure séquentiellement le mouvement rotatif pour une partie de la rotation complète c'est à dire 360 . Ajouter un compresseur au moteur, dédoubler la bo^'te de vitesse par un " crabot " sont des moyens utilisables pour augmenter la liste des prestations du procédé et des stimulations acceptées. Une fonction globale de l'entreprise citée en exemple, peut-être de répondre à un besoin de la clientèle pour un produit donné sur le territoire d'un marché donné, par exemple la d emande de voitures en Eu rope. L' identification d'un besoin par le service marketing, déclenche l'action du service commercial qui, une fois le besoin converti en commande, active la chane de logistique interne qui à son tour ordonne l'action de l'ensemble des services d'approvisionnement, de production de livraison et de facturation. La liste des besoins est définie en regard de la liste des produits ou prestations du catalogue de l'entreprise. Un atelier de production o chacune des étapes de fabrication, de la réception des matières premières au contrôle final, est réalisée sur une ou plusieurs chanes de production est un sous-procédé du procédé chane logistique interne. La liste des modèles de voiture fabriqués par un atelier constitue la liste des prestations offertes par l'atelier qu'il sera possible d'élargir ou de diminuer par exemple par la création de chanes de production ou par l'installation de machines plus polyvalentes. Par ailleurs, on peut considérer l'entreprise du point de vue de ses autres fonctionnalités globales comme, par exemple, la fourniture de travail aux employés, la fourniture de contrats aux fournisseurs ou celle de placements financiers à des investisseurs et des banquiers, ou bien la pollution de l'environnement. De fait l'entreprise est un organisme complexe offrant une vaste liste de fonctionnalités. Le développement d'un organisme complexe consiste à construire eVou à modifier cet organisme. Pour construire un moteur d'automobile, on définit et on assemble ses différents composants, bloc moteur, système de refroidissement, etc. On peut modifier un moteur en changeant les dimensions d'une chambre de combustion ou en ajoutant des cylindres, en ajoutant des soupapes sur un cylindre ou encore en mettant à couple plusieurs moteurs, en plaçant un compresseur sur l'admission de l'air, etc. Les modifications d'un composant ont des répercussions sur un ou plusieurs autres composants. Par exemple, une augmentation de volume de la chambre de combustion par augmentation de section nécessite une augmentation de surface du piston. L'ajout d'un nouveau sous-composant nécessite de redéfinir l'ensemble des autres composants de l'organisme de façon à accueillir ce nouveau composant. Par exemple l'ajout d'un cylindre dans un bloc moteur conduit à modifier le vilebrequin, le jeu des autres pistons, et, pour tenir compte du changement de poids, les silentblocs reliant le moteur au châssis. Pour construire une usine, on définit et on assemble ses différents composants, machines, entrepôts, systèmes de convoyage entre machines et entre machines et entrepôts... On peut modifier une usine en ajoutant ou en supprimant une machine, en augmentant ou en diminuant la taille d'un entrepôt. Les modifications d'un composant ont des répercussions sur un ou plusieurs autres composants. Par exemple, une augmentation du nombre de machines peut nécessiter une augmentation de la taille des entrepôts ou une augmentation du système d'alimentation en énergie mais aussi peut nécessiter une réorganisation des entrepôts afin d'accueillir les stocks de la nouvelle production Pour construire un holding, on définit et on assemble ses différents composants, sociétés, sites à l'intérieur d'une société, gammes de production pour une société ou pour un site. On peut modifier une entreprise en changeant une gamme de production ou en ajoutant des sites de production à l'intérieur d'une société. Les modifications d'un composant ont des répercussions sur un ou plusieurs autres composants et peuvent conduire à modifier la définition de certains procédés. Par exemple, une augmentation de quantité à vendre par une société peut nécessiter un investissement pour augmenter la taille d'un site de production ou le nombre de sites de production eVou de distribution. Une augmentation des quantités vendues a des répercussions sur le chiffre d'affaires d'une société et sur le chiffre d'affaires de I'entreprise. L'amortissement qui résulte d'un investissement supplémentaire a des répercussions sur les coûts fixes et, par effet de conséquence, sur la marge et le bénéfice d'une société, et donc de l'entreprise. De même l'acquisition d'une nouvelle entreprise peut conduire à créer, au siège du holding, un nouveau service pour contrôler sa gestion. Pour contrôler et commander le développement d'un organisme complexe, on utilise souvent des modèles qui comprennent des paramètres de mesure sur l'organisme complexe, des variables qui représentent les stimulations de l'environnement externe et des algorithmes de calcul qui corrèlent des valeurs de ces paramètres entre elles et avec les valeurs des variables En phase d'élaboration, un modèle peut servir à dimensionner, à agencer l'organisme et à en contrôler son rythme de développement. En phase de test et éventuellement de maintenance en fonctionnement, le modèle peut servir à régler l'organisme. Les algorithmes de calcul, qui corrèlent les valeurs de paramètres de mesure et les variables, permettent de prévoir comment une variation de valeur d'un paramètre ou d'une variable se répercute sur les valeurs des autres paramètres et ainsi de contrôler et de commander le développement de l'organisme complexe. Généralement, le modèle est mis en _uvre au moyen d'un système informatique qui reçoit en entrées des valeurs de mesures de l'organisme complexe ainsi que des valeurs des variables représentant l'environnement externe et qui génèrent en sortie d'autres valeurs de mesures parmi celles concernant des paramètres d'entrée ou des paramètres de commande de I'organisme. Selon sa configuration, le système informatique permet de simuler, tester ou réguler l'organisme complexe. Pour simuler l'organisme complexe, les valeurs d'entrée proviennent de moyens de saisie tels qu'un clavier d'ordinateur, une souris ou des fichiers de données. Pour un moteur, les paramètres concernent par exemple un nombre de cylindres, des dimensions de chambre de combustion, la présence de bougies pour un moteur à essence ou l'absence de bougies pour un moteur diesel et les variables concernent par exemple les flux de carburant et de comburant. Pour une usine, les paramètres concernent par exemple un nombre de machines, des puissances consommées, des dimensions d'entrepôt, la présence d'un circuit fluide pour des machines pneumatiques ou l'absence de circuit fluide pour des machines intégralement électriques et les variables concernent par exemple les quantités à produire. Pour une entreprise, ces valeurs concernent par exemple un nombre de sociétés, la date de mise en production d'un site pour une société de fabrication ou l'absence de sites de production pour une société purement commerciale, des chiffres d'affaires, des quantités produites ou vendues, des coûts. Les valeurs de sortie sont destinées à des moyens d'affichage tels qu'un écran d'ordinateur, une imprimante ou des fichiers de données. Elles concernent par exemple la puissance, le poids, le rendement, la consommation d'un moteur, le chiffre d'affaires, le nombre de salariés, le bénéfice, les coûts d'une entreprise. Pour tester l'organisme complexe, les valeurs d'entrée proviennent d'instruments de mesure, par exemple sur la consommation de carburant, le couple d'un moteur, sur des coûts d'approvisionnement, des prix de vente d'une entreprise. Les valeurs de sortie sont destinées à des moyens d'afffichage ou des instruments d'analyse pour calculer un rendement de moteur ou d'entreprise. Pour réguler l'organisme complexe en fonctionnement, les valeurs d'entrée proviennent de capteurs, vitesse de rotation, température, position d'une pédale d'accélérateur pour un moteur, prix de vente, dépenses, quantités produites pour une entreprise. Les valeurs de sortie peuvent être destinées à des actionneurs, allumage des bougies, vannes d'admission de carburant pour un moteur, modifications de prix de vente, déclenchements d'embauches de personnel ou d'achats de fournitures pour une entreprise. Les valeurs de sortie peuvent aussi être destinées à des moyens d'affichage pour indiquer le régime ou la consommation du moteur, pour indiquer la marge brute d'une entreprise. Le plus souvent, les valeurs de sortie d'un modèle sont afffichées dans un logiciel de représentation qui permet au spécialiste concerné de prendre connaissance de l'ensemble des résultats du modèle. Ces résultats sont organisés suivant une logique de valorisation permettant au spécialiste de les interpréter avec une fiabilité maximale, un effort minimal et dans les délais les plus brefs. Cet impératif de valorisation peut amener à l'utilisation d'un ou de plusieurs logiciels de représentation. Dans l'exemple du moteur le spécialiste de thermodynamique pourra souhaiter voir toutes les données concernant un cylindre placées dans la même colonne d'un tableau et avoir chaque catéporie de données comme la pression, la température, etc. placées dans une même ligne de ce tableau. Le logiciel de représentation utilisé pourra alors être un tableur comme, par exemple le logiciel Excel de Microsoft (marques déposées). Ce même spécialiste pourra ultérieurement souhaiter visualiser d'une seule fois l'ensemble des données concernant un cycle de fonctionnement de ce moteur; le logiciel de données pourra alors être un grapheur comme, par exemple, le logiciel Chart de Microsoft (marques déposées). Dans l'exemple de l'entreprise le spécialiste de gestion d'une usine pourra souhaiter voir toutes les données concernant une machine placées dans la même colonne d'un tableau et avoir chaque catégorie de données comme la productivité, le temps passé, etc. placées dans une même ligne de ce tableau; le logiciel de représentation utilisé pourra alors être un tableur comme, par exemple le logiciel Excel de Microsoft (marques déposées). Ce même spécialiste pourra ultérieurement souhaiter visualiser d'une seule fois les tâches du projet visant à accrotre la capacité de production de cette usine par I'installation d'une nouvelle machine; le logiciel de données pourra alors être un gestionnaire de projet comme, par exemple, le logiciel MS-Project de Microsoft (marques déposées). Beaucoup de logiciels de représentation permettent non seulement à l'opérateur de saisir et d'afficher des données d'entrées et de sorties mais aussi possèdent les algorithmes permettant les calcuis de corrélations des valeurs pour produire les données de sorties La complexité de l'organisme pose problème pour mettre en _uvre un modèle qui soit exploitable avantageusement pour plusieurs raisons. Une première raison tient à l'organisation des responsabilités liées au contrôle commande du développement d'un organisme complexe. Le plus souvent, on répartit les responsabilités en trois aspects: fonctionnel, projet et stratégique. L'aspect fonctionnel est confié aux personnes appelées, selon les domaines d'activités, ma^'tres d'ouvrage, responsables opérationnels, responsables des procédés, etc. Dans l'exemple du moteur ce pourra être le directeur du service technique et le service qualité. Dans l'exemple de l'entreprise ce sera le directeur de l'usine à livrer et le responsable du procédé logistique. Ces personnes pourront souhaiter visualiser les performances fonctionnelles de l'organisme à chaque étape de son développement. L'aspect projet est confié aux personnes appelées, selon les domaines d'activités, responsables du projet, responsable stratégie, responsables des ressources humaines, etc. Le responsable du suivi des projets d'amélioration du moteur peut souhaiter d'une part visualiser les différentes tâches prévues pour aboutir au résultat envisagé et d'autre part analyser dans le détail leur logique de déclenchement ainsi que leurs coûts. L'aspect stratégique est confié aux personnes chargées de l'arbitrage entre la logique fonctionnelle et la logique de développement. Il consiste à prendre l'ensemble des décisions de développement de l'organisme complexe concernant d'une part I'ajout /suppression de composant et d'autre part l'ajouVsuppression de prestations fournies par les procédés et enfin il pourra organiser ses décisions en séquences, appelées " projet ", correspondant à un résultat abouti qu'il sera possible, par exemple de valoriser auprès de tiers. Dans l'exemple du moteur il peut s'agir du client et ou du service commercial. Dans l'exemple de I'entreprise il peut s'agir du directeur général eVou des actionnaires. Une deuxième raison tient à la diversité des sous-modèles fonctionnels pouvant être utilisés dans la constitution d'un modèle. D'une manière générale lorsqu'un modèle est adapté à un composant de l'organisme il n'est pas nécessairement adapté à un autre composant. Dans l'exemple du moteur, un modèle thermique est adapté aux composants de nature thermique ou aux composants dont la nature thermique est modélisée. Les paramètres d'entrée et de sortie d'un tel modèle obéissent aux lois de la thermodynamique et de la mécanique: augmentation de volume et de pression résultant d'une combustion dans un cylindre. Ce modèle thermique n'est pas adapté au système électrique pour lequel les paramètres obélssent aux lois de l'électricité telles que la loi d'Ohm, qui donne une valeur de courant en fonction d'une tension, les lois de logique séquentielle, qui déterminent l'instant de l'envoi d'un courant sur une bougie en fonction de commandes générées par un microprocesseur. Dans l'exemple de l'entreprise, un modèle productique est adapté aux composants de nature productive ou aux composants dont la nature productique est modélisée. Les paramètres d'entrée et de sortie d'un tel modèle obélssent aux lois de la production: flux de matière sortante en fonction du flux de matière entrante, coût de transformation en fonction d'une quantité d'énergie consommée, de masse salariale. Le modèle d'une usine n'est pas adapté à une unité commerciale pour laquelle les paramètres obélssent aux lois des affaires: marge brute en fonction d'un prix de vente, chiffre d'affaires en fonction d'une quantité vendue. Cette diversité des sous modèles possibles fait que différents spécialistes peuvent être amenés à concourir au développement de l'organisme complexe. Ces spécialistes peuvent être de cultures différentes, poursuivre des objectifs différents voire antagonistes et enfin être soumis à un contexte environnemental différent. Dans l'exemple du moteur, le thermicien n'est pas nécessairement habitué à utiliser un modèle électrique, et réciproquement pour l'électricien. Le thermicien peut vouloir optimiser son modèle de façon à augmenter la température du moteur pour obtenir un meilleur rendement. Une température trop élevée peut être incompatible avec des résistances de conducteur électrique qui augmentent corrélativement. Il est alors nécessaire d'instaurer un dialogue entre spécialistes en prenant garde à toute incompréhension qui nuirait au bon développement de l'organisme. Dans l'exemple de l'entreprise, le commercial n'est pas nécessairement habitué à utiliser un modèle de production. Le directeur d'une société peut vouloir augmenter sa marge brute alors que cela pourrait provoquer une diminution de marge brute pour une autre société de la même entreprise. Deux usines peuvent étre localisées dans des pays différents soumettant leurs directeurs respectifs à des contraintes en terme de main d'_uvre et de fiscalité, différentes. Un dialogue efficace entre les différents intervenants sur le développement de l'organisme nécessite une circulation de l'information pas toujours facile à mettre en _uvre Une autre raison tient à la variété des représentations possibles d'un modèle fonctionnel. Dans l'exemple du moteur certains composants peuvent être utilisés pour plusieurs de leurs caractéristiques: thermiques et mécaniques par exemple. Ce même composant doit donc pouvoir être représenté tout à la fois dans un modèle thermique et dans un modèle mécanique et, de surcro'^t, les modifications des caractéristiques de ce composant, lorsque cela est justifié, doivent être répercutées dans l'un et l'autre des modèles. Ainsi le spécialiste de ce composant, lorsqu'il voudra par exemple changer de nuance d'acier pourra disposer d'une vision globale, c'est à dire thermique et mécanique, des conséquences du changement de matériaux sur le comportement du composant. Dans l'exemple de l'entreprise des décisions peuvent être examinées du point de vue commercial et du point de vue de leur impact prévisionnel sur la capacité de production installée. Ainsi la décision de lancer un nouveau produit conduit à étudier en détail les conditions de sa distribution et concomitamment, à évaluer son impact sur les coûts et la capacité de production de l'entreprise. Une autre raison encore tient à la nécessité de réaliser plusieurs variantes d'un même modèle avant de prendre une décision ou encore tient à la forte volatilité de la constitution de certains organismes complexes. Dans l'un ou l'autre des cas le spécialiste souhaitera pouvoir réaliser rapidement des variantes du modèle par l'ajout ou la suppression d'un ou plusieurs sous modèle. Dans l'exemple du moteur le spécialiste en thermodynamique peut souhaiter réaliser plusieurs variantes d'un même modèle original en modifiant par exemple le nombre d'arbres à cames par cylindre. Dans l'exemple de l'entreprise, son périmètre d'activité peut fréquemment avoir à être modifié par une opération de fusion-acquisition ajoutant de nouvelles activités à ses activités initiales ou élargissant leurs débouchés à de nouveaux marchés. Cette même entreprise peut par ailleurs modifier en permanence les conditions de son fonctionnement par une politique dynamique d'investissements ou de désinvestissements. De façon à apporter une solution au problème posé, I'invention a pour objet un outil pour contrôler et commander un développement d'organisme complexe constitué de composants qui interagissent entre eux. L'outil comprend une interface opérateur, une mémoire et une unité de traitement numérique. L'outil est caractérisé en ce qu'il comprend en mémoire: - au moins un premier logiciel de représentation; - un document dudit premier logiciel de représentation, contenant des objets pivots pour modéliser chacun un type de composant de l'organisme complexe ainsi que ses relations avec les autres composants; - un logiciel de modélisation informatique agencé d'une part pour accéder aux propriétés des objets contenu dans le document dudit premier logiciel de représentation et les modifier et d'autre part pour valider un ajout, une modification ou une suppression dans le document dudit premier logiciel de représentation, d'un objet dupliqué de structure identique à un objet pivot et pour valider ses relations avec les autres objets contenus dans le document, I'objet dupliqué modélisant un composant de l'organisme complexe. Cet outil permet à chaque spécialiste utilisant le premier logiciel de représentation d'accéder à un objet quelconque du modèle et d'en modifier les propriétés en se fondant sur sa connaissance du sous-composant de l'organisme auquel correspond cet objet. Le spécialiste n'a pas à se soucier de mettre en forme les informations concernant les composants qui relèvent de son domaine de compétence car le logiciel de modélisation accède automatiquement aux composants souhaités et les met en forme selon la mise en page demandée. Cet outil permet aussi à chaque spécialiste utilisant le premier logiciel de représentation de reconna^tre, dans le document dudit premier logiciel de représentation, le ou les objets pivots pour modéliser un type de composant qui relève de son domaine de compétence. Au moyen du logiciel de représentation, le spécialiste peut alors ajouter un objet dupliqué par copie d'un objet pivot, modifier ou supprimer un objet dupliqué, de façon à contrôler et commander le développement de l'organisme complexe en modélisant un composant qui relève de son domaine de compétence. Le spécialiste considéré n'a pas à se soucier de la création ou de la destruction des liens entranée par son ajout ou par sa suppression, car le logiciel, se fondant sur les liens reliant le ou les objets pivots à d'autres objets pivots, valide automatiquement les actions du spécialiste considéré. Le spécialiste considéré n'a pas non plus à se soucier des répercussions de son ajout, de sa modification ou de sa suppression, sur des objets dupliqués modélisant des composants qui relèvent du domaine de compétence d'autres spécialistes, car le logiciel de modélisation informatique valide automatiquement les actions du spécialiste considéré. Il se peut qu'un spécialiste ne se satisfasse pas du premier logiciel de représentation. Avantageusement, I'outil comprend au moins un deuxième logiciel de représentation, et le logiciel de modélisation informatique est agencé pour valider un ajout, une modification ou une suppression, d'un objet dupliqué dans un document dudit deuxième logiciel de représentation qui modélise un composant de l'organisme complexe. 11 se peut qu'un objet dupliqué dudit deuxième logiciel de représentation modélise un composant modélisé par un objet dupliqué dudit premier logiciel de représentation. Avantageusement, le logiciel de modélisation informatique est agencé pour synchroniser un ajout, une modification ou une suppression d'un objet dupliqué, dans le document dudit deuxième logiciel de représentation avec respectivement un ajout, une modification ou une suppression d'un objet dupliqué dans le document dudit premier logiciel de représentation. De nombreux détails et avantages de l'invention ressortent de la description de l'exemple de réalisation qui suit en référence aux dessins annexés dans lesquels: - la figure 1 montre un outil conforme à l'invention; - la figure 2 montre une architecture d'outil conforme à l'invention; - la figure 3 montre une structure d'objets logiciels activée et administrée par un logiciel de modélisation conforme à l'invention; la figure 4 montre une table de correspondance composée des propriétés caractérisant les liens de chaque objet de la structure d'objets logiciels selon la figure 3 et utile pour initialiser la-dite structure d'objet, valider et synchroniser des ajouts, modifications ou suppressions d'objets dupliqués. - la figure 5 montre un organigramme lié à une copie d'objet; - la figure 6 montre un organigramme lié à une suppression d'objet. -la figure 7 montre un détail de la constitution d'une structure d'objet gérée par le logiciel de modélisation, utile pour expliciter une méthode d'attribution des index hiérarchiques à un ensemble constitué de plusieurs collections d'objets; En rétérence à la figure 1, un outil pour permettre à un utilisateur 5 de contrôler et commander un développement d'organisme complexe, est réalisé au moyen d'un ordinateur 1 avec une interface opérateur constituée d'un écran 2, d'un clavier 3 et d'une souris 4. L'ordinateur 1 comprend une unité de traitement numérique 6 et une mémoire 7 à laquelle accède l'unité de traitement numérique 6 par un bus 9. Les divers éléments de l'interface opérateur sont reliés à un dispositif d'entrée/sortie 8 auquel l'unité de traitement numérique 6 accède par le bus 9. En référence à la figure 2, la mémoire 7 de l'ordinateur 1 comprend plusieurs briques logicielles 10 à 19. Chaque brique logicielle comprend un ensemble de programmes et de données. Les programmes sont contenus dans des fichiers exécutables par l'unité de traitement numérique 6. Les données sont contenues dans des fichiers de données accédés par les programmes lorsque ceux-ci sont exécutés par l'unité de traitement numérique 6. Les briques logicielles 11 à 13 constituent chacune un logiciel de représentation qui est prévu pour communiquer avec le dispositif d'entrée/sortie 8 de façon à afficher des données sur l'écran 2, saisir des données du clavier 3 ou de la souris 2. Une exécution de logiciel de représentation par l'unité de traitement numérique 6 permet généralement non seulement d'afficher et de saisir des données de l'interface opérateur mais aussi de faire des calcuis sur ces données. Le logiciel de représentation de la brique 11 est un tableur. Les ta bleu rs sont con n us de l'homme d u métier et ne nécessitent pas à ce stade de la description plus d'explication. On peut citer à titre d'exemple non limitatif le logiciel Excel de Microsoft (marque déposée). Le logiciel de représentation de la brique 12 est un présentateur De façon connue les présentateurs permettent de montrer à un ou plusieurs utilisateurs des séquences composées de graphiques et/ou de texte, éventuellement animées et, par ailleurs, permettent aux-dits utilisateurs d'interagir avec le déroulement de ces séquences. On peut citer à titre d'exemple non limitatif le progiciel PowerPoint de Microsoft (marque déposée). Le logiciel de représentation de la brique 13 est un pilote de projets. De façon connue, un pilote de projet permet de suivre les différents stades d'évolution d'un projet au moyen de diagrammes de Gantt, d'organigrammes de séquencement de tâches, eVou de données détaillées sur les dépenses engagées. On peut citer à titre d'exemple non limitatif le logiciel Project de Microsoft (marque déposée). Le logiciel de la brique 14 est un gestionnaire de l'ensemble des interfaces homme/machine qui seront proposées à l'utilisateur de l'outil. La brique logicielle 10 constitue un logiciel de modélisation informatique conforme à l'invention sur lequel nous reviendrons plus en détail dans la suite de la description. La brique logicielle 10 est agencée pour interagir avec les briques logicielles 11 à 13 au moyen des briques logicielles 16 à 18 directement ou indirectement au moyen de la brique logicielle 15. Généralement, un logiciel du commerce est doté d'interfaces applicatives qui permettent à une application utilisatrice d'accéder aux données et fonctionnalités de ce logiciel du commerce. Certains logiciels du commerce incluent un langage de programmation qui permet d'interagir effficacement avec ces logiciels du commerce. Par exemple, Visual Basic de Microsoft (Marque déposée) permet de programmer des fonctions et des procédures dans Excel, PowerPoint, et Project précédemment cités. D'autres langages de programmation tels que le langage C ou le langage JAVA de SUN (Marque déposée) permettent souvent d'utiliser les interfaces applicatives des logiciels du commerce. La brique logicielle 16 constitue une interface de mise en forme pour le tableur. Dans la brique logicielle 16 sont programmées des fonctions spécialement adaptées pour ajouter, modifier et supprimer des objets applicatifs dans les documents gérés par le tableur 11 et des fonctions pour rendre compte au logiciel de modélisation informatique 10 de tout ajout, modification ou suppression d'un objet applicatif par le tableur 11. La brique logicielle 17 constitue une interface de mise en forme pour le présentateur 12. La brique logicielle 18 constitue une interface de mise en forme pour le pilote de projet 13. Les briques logicielles 17 et 18 contiennent chacune respectivement des programmes spécialement adaptés pour ajouter, modifier et supprimer des objets applicatifs respectivement dans les documents gérés par le présentateur 12 et dans les documents gérés par le pilote de projet 13 et des programmes pour rendre compte au logiciel de modélisation informatique 10 de tout ajout, modification ou suppression d'un objet applicatif respectivement effectué dans le présentateur 12 ou dans le pilote de projet 13. La brique logicielle 15 contient un logiciel d'administration pour faire communiquer chaque interface de mise en forme 16, 17, 18 d'une part avec chacune des autres interfaces de logiciel de présentation et d'autre part avec les structures d'objets gérées par le logiciel de modélisation 10 et par ailleurs avec le gestionnaire de projet 14. Dans le cadre d'une architecture de type objet ce commutateur pourra être une instance d'une classe, créée par la brique logicielle 14 lors du chargement en mémoire de cette dernière, contenant comme propriétés une référence à une instance des classes proposées par chacune des briques logicielle 10, 16,17,18. La brique logicielle 15 bis est un logiciel de calcul qui pourra, le cas échéant, se substituer à tout ou partie des fonctionnalités de calcul utiles à la réalisation de calcuis indiqués dans les documents des briques logicielles 11,12 et 13. Dans un tel cas les fonctionnalités des briques logicielles 11, 12 et 13 seront recentrées sur des fonctionnalités d'organisation de données et de présentation de données. Chaque logiciel de représentation 11, 12, 13, de part ses fonctionnalités de saisie, de calcul et de présentation, est particulièrement adapté pour mettre en _uvre un modèle de l'organisme complexe, chacun dans un univers de modélisation qui lui est propre, le tableur dans l'univers des modélisation des fonctionnalités (par exemple: flux économiques et financiers), le présentateur dans l'univers de la stratégie, le pilote de projet dans l'univers de la gestion des décisions de développement d'un organisme complexe ( par exemple: gestion de l'implémentation d'une stratégie). La mémoire 7 peut contenir d'autres logiciels de représentation pour modéliser l'organisme complexe dans d'autres univers de fonctionnalités tels que par exemple l'univers de la thermique, I'univers de l'électricité, I'univers de la mécanique pour modéliser un moteur. Les documents attachés à un de ces logiciels seront alors activés et modifiés à l'aide d'une interface de mise en forme adaptée à ce logiciel. En référence à la figure 3, le logiciel de modélisation 10 utilise avantageusement une architecture de type objet dans laquelle chaque structure d'objet qu'il gère est une instance de classe au sens informatique du terme. Une table de correspondance 19, expliquée par la suite, associée à un logiciel de base de données, pourra être utilisée par le logiciel de modélisation pour, d'une part, fournir les données nécessaires à la création d'une structure d'objet par 10 et, d'autre part trouver dans les briques logicielles 11, 12, 13 les autres informations nécessaires pour alimenter la structure d'objet. Il est possible de remplacer la table de correspondance par un mécanisme permettant une persistance d'objets créés par le logiciel de modélisation 10. A titre d'exemple non limitatif, on peut citer comme mécanisme une base de données orientée objet. Le logiciel de modélisation 10 permet la gestion en mémoire d'objets composés chacun d'arborescence d'objets et appelés ici structures d'objet. L'instanciation d'une classe " Histoire >> par le logiciel 10 permet la modélisation d'un type d'organisme complexe. Un objet 20 est alors associé à un organisme complexe de type déterminé, par exemple une entreprise munie d'une structure particulière. L'objet 20 constitue un objet racine pour faire des opérations sur une collection 21 d'objets 22, 23. Conformément à la syntaxe connue du langage objet, chaque objet, instance d'une classe, est défini par un ensemble de propriétés et de méthodes. Couramment le pluriel est employé pour désigner une collection et le singulier est employé pour désigner chaque élément de la collection. Une collection possède, au moins, les méthodes normalement attribuées aux collections au sens informatique du terme en particulier " Add >> pour ajouter un élément à la collection, " count " pour renvoyer le nombre d'éléments de la collection, " item " pour invoquer un élément désigné par un identifiant (" key " en anglais) ou son numéro d'ordre dans la collection, " delete >> pour supprimer un élément de la collection désigné par son nom ou par son numéro d'ordre dans la collection. L'objet 20 a pour propriétés une base de données nommée " Db ", une chane de caractères nommée " Db_chemin ", une chane de caractères nommée " Db_name ", la collection 21 nommée " Familles ", une chane de caractères nommée " Name ", un espace de travail nommé " Wrkjet ". La base de données " Db " indique le logiciel de base de données prévu pour garantir la persistance des structures de données gérées par le logiciel de modélisation 10, le cas échéant via la table de correspondance 19. La chane de caractères " Dbname " indique le nom du fichier qui contient une structure de données telle que la table de correspondance 19. La cha ne de caractères " Dbchemin " indique le chemin pour accéder au fichier de données indiqué par la chane de caractères " Dbname ". La collection " Familles " est une coliection d'objets 22, 23 de type " Famille " expliquée par la suite. La chane de caractères " Name " indique le nom de l'objet 20 pour le distinguer d'éventuelles autres instances de la classe " Histoire". L'espace de travail correspondance 19 pour l'objet 20. L'objet 20 a pour méthode une procédure nommée " Seffamille " pour passer à un objet 22 de la collection 21 les propriétés d'un autre objet 23 de la collection 21. La collection 21 a pour propriété une référence à l'objet 20 auquel elle est agrégée. Chaque objet 22, 23, représente une structure d'objet gérée par le logiciel de modélisation 10. Ce modèle informatique modélise des modèles d'un même organisme complexe, compris chacun dans un document des logiciels de représentation 11, 12, 13. Chaque ajout ou suppression d'un objet dupliqué dans un modèle de l'organisme complexe tel qu'il figure dans un document des logiciels de représentation 11, 12, 13, définit un nouvel objet 24 dans la collection 21 par utilisation de la méthode " Addition " de l'objet 20. Un objet de type famille tel que par exemple l'objet 23 peut comprendre, comme indiqué dans la figure 3 plusieurs collections d'objets comme une collection 26 d'objets de type " composant ", une collection 27 d'objets de type " procédé ", une collection 28 d'objets de type " projets ", une collection 38 d'objets de type " grain " et une collection 25 d'objet de type " clé ". L'ensemble des éléments des collections de types " composant ", " procédé " " projets " et " grain " sont indexés de manière unique par une collection 25 composée d'objets de type " clé ". Un objet clé possède comme propriétés des index hiérarchiques eVou des cha nes de caractère, chacune de ces propriétés identifiant dans un document attaché à un logiciel de représentation une plage de localisation associée à l'objet de l'architecture d'objet possédant ledit objet clé. Les objets de type " composant ", " procédé " et sont considérés comme dérivant d'un même sur-type appelé ici " entité ". Chaque objet de type " composant " 29 de la collection 26, représente dans le modèle informatique, un composant réel de l'organisme complexe tel que modélisé par un objet dupliqué dans un ou plusieurs logiciels de représentation 1 1, 12, 13. Dans le cas o l'objet 20 est prévu pour modéliser une entreprise, un objet 29 de la collection 26 peut représenter un holding, un ou plusieurs autres objets 29 de la collection 26 peuvent représenter chacun une société du holding, un ou plusieurs autres objets 29 encore de la collection 26 peuvent représenter chacun un site d'une société. Chaque objet de type " procédé " 30 de la collection 27 représente dans le modèle informatique, un procédé qui coordonne le comportement d'un ou plusieurs composants réels de l'organisme complexe. Un objet 30 du modèle informatique est constitué d'une collection d'objets de type " prestation " chacun représentant une utilisation possible de l'ensemble des composants ainsi coordonnés. Dans le cas o l'objet 20 est prévu pour modéliser une entreprise, un objet 30 peut représenter la gestion de la gamme de produits, la production de cette gamme étant réalisée sur un ou plusieurs sites, chacun d'entre eux contribuant à la création d'une étape déterminée de valeur ajoutée. Sur un tableur le nombre de prestations d'un procédé correspond généralement au nombre de colonnes, moins une valeur entière constante, des champs associés aux composants concernés par le procédé. Cette valeur constante correspond aux colonnes de la feuille du tableur utilisées pour indiquer les titres lignes et pour aérer la mise en page. Chaque objet de type " projets" 31 de la collection 28 représente dans le modèle informatique une collection d'objets " projets ". Un objet " projets " représente une collection d'objet " projet ". Un objet " projet" représente un cheminement de développement d'un organisme complexe visant une modification fonctionnelle déterminée et aboutissant à un résultat utile pour les spécialistes responsables du contrôle commande de l'organisme complexe. Un cheminement de développement regroupe une séquence d'un ou plusieurs ajout, suppression ou modification d'un composant. Chaque élément de la séquence peut être représenté dans des logiciels pilote de projets par une " tâche " caractérisée par des propriétés de date de démarrage de la tâche, une date de fin de la tâche et par une consommation des ressources paramétrée dans ce même logiciel. Pour chaque ajout, suppression d'un objet " composant ", d'un objet " prestation " dans un objet " procédé " ou d'un objet " projet " dans une collection de projet (" projets ") et pour chaque modification d'un objet " composant " il est créé une tâche. Les valeurs des propriétés des tâches peuvent en retour, via la brique logicielle 15 et après un éventuel retraitement mathématique, servir de paramètre aux documents attachés aux briques logicielles 11 ou 12 Chaque objet de type " grain " 39 de la collection 38, représente un qualificatif d'objet 29, 30, 31 contenant des propriétés telles qu'une liste de chanes décrivant des liens (formule, pointeur) entre entités, une liste de constantes, une liste de prestations proposées par un procédé, une dénomination, une tâche ou une ressource d'un gestionnaire de projet. Dans le logiciel de représentation 11, qui est un tableur, I'entité dupliquée A dispose d'un lien de calcul entrant lorsqu'elle contient une formule pour calculer une valeur en fonction d'une ou plusieurs valeurs d'autres entités dupliquées non contenue dans A tel que, par exemple, un total société qui somme les chiffres d'affaire de plusieurs sites. A l'inverse, lorsqu'une entité dupliquée, non embo^tée dans une entité dupliquée A, contient une formule qui utilise une valeur de l'entité A il s'agit d'un lien de calcul sortant pour A. Dans un logiciel de représentation 11, un lien de procédé associe une plage de cellule, correspondant à un composant du modèle mobilisé par un procédé, à une plage de cellules correspondant à un autre composant du modèle, mobilisé par le même procédé. Dans le logiciel de représentation 12 qui est un présentateur, un lien se représente par un connocteur orienté reliant deux entités modélisant chacune un composant physique tel qu'une société et un site de cette société et, le plus souvent, évoque un lien quelconque existant entre les deux entités dans une autre représentation. Dans le logiciel de représentation 13 qui est un pilote de projet, un lien de préséance est un indicateur de tâche qui en précède une autre selon une contrainte particulière dont la liste est en général préprogrammée dans ces mêmes logiciels pilote de projet. Un lien de ressource lie une tâche avec une ressource représentée dans le même logiciel L'ensemble des liens associant une entité A à une autre entité B dans une structure d'objet gérée par le logiciel de modélisation 10 et dans les documents des logiciels de représentation 11, 12 et 13 est contenu dans les propriétés liens de l'entité A. Une collection peut être dotée d'une structure hiérarchique indiquant une relation d'embo'^tement liant une partie des éléments de la collections à un élément quelconque de ces collections. Cette structure hiérarchique peut être décrite à l 'aide de l'affectation à chaque élément de la fami lle d' u n index hiérarchique unique. Chaque index hiérarchique est composé d'une suite de nombres entiers séparés par un point, ici chaque nombre entier de la suite est appelé indice. Un index hiérarchique commence par une chane de caractères commune à tous les index hiérarchiques, simplement pour ne pas être confondu avec un nombre. Selon les logiciels de représentation, I'utilisation d'un index hiérarchique n'est pas nécessaire et la reconstitution de l'ordre dans la relation d'embo^'tement peut se faire à l'aide d'autres systèmes d'indexation, comme par exemple dans un tableur, par l'association d'une plage de cellule à chaque élément de manière à ce que la plage de cellule d'un élément embo^'té soit comprise dans la plage de cellule de l'élément embo^'tant. De même dans un présentateur, cette reconstitution peut se faire à partir de la localisation des éléments dans une série de diapositives possédant chacune un titre et plusieurs formes et o chaque élément embo^tant est représenté une seule fois comme titre et o chaque élément embo^'té est représenté une seule fois comme forme. Un système d'index hiérarchique est utilisé pour décrire les relations d'embotement entre les composants de l'organisme complexe modélisé dans la structure d'objet et éventuellement dans chaque logiciel de représentation. Pour chaque embotement, un indice supplémentaire est ajouté après un point en fin de clé de façon à définir un ordre d'embo'^tement. Par exemple la clé posit.O est attribuée à l'objet nommé >, " Site MB " qui modélisent des constituants du composant nommé " Société M " Un système d'index hiérarchique permet d'entrelacer plusieurs arborescences qui peuvent être suivies chacune soit individuellement ou soit comme une seule arborescence totale fixant une relation d'embotement pour la totalité des éléments contenus dans cette arborescence. Par exemple l'arborescence d'objets de type " composant " décrite ci-dessus est entrelacée avec une arborescence d'objets de type " autre_grain " identifiée par les clés posit.O.3.1.1 et posit.O.3.1.1.1 respectivement attribuées aux objets nommés " hypothèses " et " prix unitaires ". L'arborescence totale faisant dépendre l'objet de type " autre_grain " nommé " hypothèses " de l'objet de type composant nommé " compagnie ". D' une man ière générale la constitution d'u ne arborescence construite à partir d'un ensemble de plusieurs collections peut être contrainte par un ensemble de règles limitant les possibilités d'embo^'tement. L'exemple de ia figure 7 montre un objet " composant " contraint. Il comporte plusieurs objets de type " grain ", dont la liste dépend du type de composant, une seule entité de type " procédé ", un ou plusieurs objets de type " composants " et une seule collection de type " projets ". Cette sorte de contrainte peut être réalisée plus facilement à l'aide de classes d'objets informatiques dont les propriétés sont fixées à l'avance. Par exemple, on peut agir en trois étapes de la manière suivante. Dans une première étape on crée avec un outil de développement informatique comme par exemple Visual Basic de Microsoft (marque déposée): 1)une classe "clés" 25 construite pour contenir une collection d'index hiérarchiques, 2)une classe " composant" 26 construite avec une propriété (=" property leVgeVset " dans le langage Visual Basic de Microsof), une propriété collection d'objets de type " grain ", une propriété de type " procédé " et une propriété de type collection " projets ", 3) une classe " composants " qui contient une collection d'objets de type " composant " décrits ci-dessus. 4) une classe " famille " qui contient un objet de type " composants ". Dans une deuxième étape on place dans la procédure de création (événement "create " avec Visual Basic 5,) de la classe composant les lignes de code lui affectant le nombre d'objet de type entité, fonction de sa nature, et le nombre d'objet de type grain prévus. Dans une troisième étape on crée dans la classe famille une procédure " mise_àjour_index ", qui affecte un nouvel index hiérarchique par objet contenu dans la classe " composant " lors de chaque ajout d'une nouvelle instance de la classe " composant " dans une instance d'une classe " composants " et qui met à jour la liste des index hiérarchiques après suppression. Chaque objet de type " clé " de la collection possède une série de propriétés dont les valeurs permettent de reconstituer les relations d'embo^'tement dans des applications logicielles distinctes, en i'occurrence les arborescences constituées d'objets 29, 30, 31, 39 ou 40 contenues soit dans la structure d'objet gérée par le logiciel de modélisation (propriété " clé " dans la figure 4), soit dans le tableur 11 (propriétés " Document", " Feuille", "Adresse " dans la figure 4), soit dans le présentateur 12, soit dans le pilote de projet 13. Chaque objet de type famille possède une méthode " identificationobjet " pour extraire d'une collection de clés 25 la liste des clés correspondant à tous les objets d'un type donné et créés à partir d'un composant pivot précis. Cette méthode permet en particulier de renvoyer la clé de l'élément cadet de la liste des objets d'un niveau donné dans l'arborescence de la structure d'objet dont la connaissance sera nécessaire lors de l'ajout d'une entité. La table de correspondance 19 est représentée sur la figure 4, sous forme d' un tableau à six colon nes. La table de correspon dance peut comprendre d'autres colonnes pour renseigner des informations supplémentaires contenues dans la collection 25 " clés ", seules ici sont représentées les colonnes essentielles à la compréhension de la mise en _uvre de l'invention ici décrite. Les colonnes sont respectivement intitulées à partir de la colonne de gauche, clé, nom, nature, document, feuille, coordonnées. Chaque ligne de la table de correspondance référence un objet de modélisation contenu dans la structure d'objet gérée par le logiciel de modélisation 10. Pour chaque objet référencé par une ligne, la colonne intitulée nom, indique un nom attribué à l'objet, la colonne intitulée nature, indique une nature de cet objet parmi les types représentés sur la figure 3, une colonne au moins permet d'identifier le document du logiciel de présentation dans lequel se situe l'objet et éventuellement une sous-partie du document dans lequel se trouve l'objet de modélisation, la colonne intitulée feuille permet d'identifier la sous-partie du document dans lequel se situe l'objet, la colonne intitulée "coordonnées" indique une localisation exacte de l'objet de modélisation sous forme de plage d'adresse ou de pointeur dans le document o cet objet se trouve. Par exemple, pour un document de tableur tel que Develop.xis, les coordonnées désignent une plage de cellules qui constitue l'objet dans la feuille dont le nom est indiqué dans la colonne intitulée feuille. La colonne intitulée clé comprend un index hiérarchique, propriété d'un objet clé de la collection 25, différent pour chaque ligne afin de désigner de façon unique chaque objet de modélisation contenu dans la structure d'objet gérée par le logiciel de modélisation 10. La structure d' objet gérée par le logiciel de modélisation 10 est exploitée par le logiciel de modélisation au moyen de programmes résidants dans la mémoire 7, dont des organigrammes sont donnés sur les figures 5 et 6. En référence à la figure 5, lorsque dans une étape 41, le logiciel de modélisation détecte qu'une entité a été dupliquée par copie dans un logiciel de représentation 1 1, 12, 13, il active une suite d'étapes 42 à 49. Dans l'étape 42, le logiciel de modélisation 10 recherche dans la structure d' objet, la clé de l'entité qui a servi de base à la copie. Le rang d'embo^'tement de cette entité est donné par le nombre de points dans la chane de caractères de l'index hiérarchique décrivant l'embo^'tement dans la structure d'objet. Dans l'étape 43, le logiciel de modélisation 10, à l'aide la méthode "identificationobjet" de l'objet famille actif, recherche dans la structure d' objet l'entité avec l'index hiérarchique de plus haut indice pour le même rang créé à partir de l'entité qui a servi de base à la copie, c'est-à-dire l'index hiérarchique dont tous les indices sont identiques à celui d'une quelconque des entités créées à partir de l'objet désigné par l'index hiérarchique trouvé en étape 42, à I'exception du dernier indice. Après avoir identifié cette entité, le logiciel de modélisation renvoie son index hiérarchique. A défaut d'existence d'objet créé à partir de l'objet désigné par l'index hiérarchique trouvé en étape 42, le logiciel de modélisation 10 identifie dans la structure d'objet, I'entité parent de l'entité dupliquée, c'est à dire l'entité située auniveau immédiatement supérieur de I'entité d u pliq uée et renvoie l' index hiérarch ique de cette entité parent a uquel il ajoute un indice supérieur égal à 1.. Dans l'étape 44, le logiciel de modélisation 10 calcule un index hiérarchique pour l'entité dupliquée qui résulte de la copie. L'index hiérarchique calculé est égal à l'index hiérarchique trouvé en étape 43 à l'exception du dernier indice qui est incrémenté de façon à ce que la clé calculée constitue une clé d'indice suivant pour le même rang. Le logiciel de modélisation 10 ajoute dans la structure d'objet un objet de même nature que l'entité qui a servi de base à la copie et lui attribue comme propriété clé la clé contenant l'index hiérarchique calculé, comme propriété "nom" le nom proposé par l'utilisateur, comme propriété "nature" le nom de document dans celle de l'entité qui a servi de base à la copie. Dans l'étape 45, le logiciel de modélisation 10 crée dans la structure de données une copie des objets de l'entité qui a servi de base à la copie et dont les index hiérarchiques sont de rang suivant à l'index hiérarchique trouvé en étape 42, c'est-à-dire les objets qui référencent des constituants du composant modélisé par l'entité dupliquée et ce jusqu'au dernier degré d'embo^'tement. Le logiciel de modélisation 10 remplace dans l'index hiérarchique de chaque nouvel objet, I'indice de rang identique à celui de l'indice calculé en étape 44 par l'indice incrémenté en étape 44. Dans l'étape 46, le logiciel de modélisation 10 et les briques logicielles 16, 17, 18 écrivent dans les documents des logiciels de représentation, les objets dont les index hiérarchiques résultent des étapes 44 et 45 à la suite de quoi le logiciel de modélisation écrit dans la colonne de la table de correspondance intitulée " coordonnées ", la localisation de chaque objet écrit dans le document du logiciel de représentation. Dans l'étape 47, le logiciel de modélisation 10 construit les liens de la nouvelle entité en fonction des liens reliant l'entité pivot des autres entités. Cette fonction de construction des liens peut admettre pour variable le type de composant auquel le nouvel objet sera rattaché dans l'arborescence de la structure d'objet gérée par le logiciel de modélisation 10 sans que cela sorte du cadre de la présente invention. La construction des liens peut porter sur les liens entrants de l'objet dupliqué avec une procédure symétrique sans que cela sorte du cadre de l'invention. Pour cela la brique logicielle interface recherche dans la structure d'objet les liens sortants de l'entité dont la clé est donnée en étape 43. Cette recherche se fait en repérant dans les propriétés " nature " toutes les chanes contenant une chane de caractère égale à " méthode " & " clé " résultant de la concaténation de la chane " méthode " avec l'index hiérarchique trouvé en étape 43 L'index hiérarchique de l'objet contenant cette chane, est appelé " index hiérarchique de l'objet associé à un lien sortant " de l'entité concernée. Par construction, les objets contenant les points d'aboutissement des liens sortants de l'entité qui a servi de base à la copie sont les objets d'aboutissement des liens de l'entité dupliquée. Lorsque dans un logiciel de représentation ces objets ne sont pas représentés, puisque tous les objets de type grain ne sont pas forcément représentés dans tous les logiciels de représentation alors qu' ils le sont, toutefois, tous dans la structure d'objet gérée par le logiciel de modélisation 10, le point d'aboutissement du lien est l'objet de niveau supérieur le plus proche dans l'arborescence.. Dans l'étape 48, pour chaque lien sortant trouvé en étape 47, le logiciel de modélisation 10 crée un nouvel objet " méthodeposition ", lui attribue la clé d'index hiérarchique égal à l'index hiérarchique de l'objet associé au lien sortant selon la définition exposée plus haut avec le nombre de rang supérieur incrémenté de 1, puis la brique logicielle interface modifie les documents des logiciels de représentation pour y créer les liens sortants de l'entité dupliquée. Avec beaucoup de logiciels de représentation cette procédure de duplication peut se faire en s'appuyant en tout ou partie sur des méthodes proposoes par les logiciels de représentation eux-même. Dans un tableur cela consiste à modifier l'objet cible de ce lien de manière à ce qu'il tienne compte de l'adresse du grain créé pour la nouvelle entité. Par exemple cela peut consister à ajouter à l'entité parente, dans la structure d'objet, de la cible du lien un objet " grain " de nature " méthodeposition " seNant de point d'aboutissement du lien. Le logiciel " interface tableur " 16 ajoute ensuite dans le tableur une ligne contenant des références simples aux cellules du tableur correspondants au grain contenant les valeurs situées à l'origine du lien de la nouvelle entité; les valeurs des cellules du grain cible du nouveau lien ainsi que toutes les valeurs contenues dans les cellules associées aux grains " méthodeposition " préexistants et de même rang peuvent alors être sommées dans une formule placée par le logiciel " interface tableur " dans les cellules associées au parent de l'entité cible du lien (par exemple " =somme(C1:C5) " dans Excel de Microsoft (marques déposées) Dans un présentateur et dans un pilote de projet cela consiste plus simpiement à faire agir respectivement le logiciel " interface présentateur "17 et le logiciel "interface pilote de projet" 18 pour qu'il paramètre le document afin de prendre en compte l'existence des liens entre les objets concernés Dans l'étape 49, les briques logicielles mettent à jour les calcuis décrits par les formules, contraintes et fonctionnalités qui y sont programmées. Dans le cas ou une brique logicielle 15 Bis, spécialisée dans les calcuis, est mise en _uvre, ces calcu is seront réalisés dans cette briq ue log iciel les et les résultats repassés aux briques logicielles 11, 12 et 13. Les résultats obtenus par activation des étapes qui viennent d'être décrites en référence à la figure 5, seront mieux compris à l'aide de l'exemple qui suit. Considérons la table de correspondance 19 initialement remplie sur la figure 4 avec les lignes dont les index hiérarchiques commencent par posit.0. Les objets référencés par ces lignes constituent des objets pivots qui modélisent un type d'organisme complexe, par exemple ici un composant nommé " compagnie " constitué de diverses entités(composants, procédés et projets) et grains. Pour des questions de présentation de la figure 4, celle-ci est éclatée en deux figures 4a et 4b. On comprendra que les lignes de la table de correspondance présentées sur la figure 4b viennent directement à la suite de celles présentées sur la figure 4a. Supposons la création d'une compagnie A au moyen du logiciel de représentation 12 par copie de l'objet pivot " Compagnie ". L'étape 41 détecte cette copie d'objet pivot. L'étape 42 trouve l'index hiérarchique posit.0. L'étape 43 trouve l'indice 0 comme étant le plus haut pour ce rang. L'étape 44 attribue à la compagnie A, un objet de nature composant avec un index hiérarchique calculé égale à posit.1. L'étape 45 crée, les dix huit objets suivant la première ligne en remplaçant le nombre 0 par le nombre 1. L'étape 46 écrit dans le document Develop.xis les objets référencés sur les dix sept premières nouvelles lignes obtenues et écrit dans le document Develop.ppj les deux dernières nouvelles lignes obtenues. L'étape 47 écrit dans la colonne de la table de correspondance intitulée " coordonnées ", les adresses de plages de cellules o les objets ont été écrits dans le document Develop.xis qui concerne un tableur. Supposons la création d'un site MB par duplication d'un site AAA de la compagnie A au moyen du logiciel de représentation 12. L'étape 41 détecte cette copie d'entité au moyen de l'interface 17. L'étape 42 trouve l'index hiérarchique posit.1.4.3. L'étape 45 crée sept nouveaux objets en dupliquant dans la structure d'objet les objets dont les index hiérarchiques vont de 1.4.2 à 1.4.2.1.5 en remplaçant dans chaque index hiérarchique, le nombre 2 de rang 3 par le nombre 3. L'étape 46 écrit dans le document Develop.xis les objets ainsi dupliqués et, en retour met à jour la table de correspondance en particulier par l'écriture dans la colonne de la table de correspondance intitulée " coordonnées ", les adresses de plages de cellules o les objets ont été écrits dans le document Develop.xis. L'étape 48 trouve l'index hiérarchique de l'objet d'aboutissement du lien sortant: position1.4.1.1 L'étape 49 crée un nouvel objet " méthodeposition >' et lui attribue 1' index hiérarchique 1.4.1.2 puis modifie le document du tableur pour y faire figurer un lien sortant à l'entité nouvellement dupliquée. Les clés des objets de la table de correspondance constituent une collection de clés 25 possédant comme propriété un index hiérarchique relatif à la position des objets dans l'arborescence de la structure d'objet. L'index hiérarchique posit.1.4 constitue une propriété pour un objet clé 32 pour un composant 29. L'index hiérarchiqueposit.1.3.1 constitue une propriété pour un objet clé 33 pour un procédé 30. L'index hiérarchiqueposit.1.5 constitue une propriété pour un objet clé 37 pour une collection de projet 31. L'index hiérarchiqueposit.1.5.1 constitue une propriété pour un objet propriété pour un objet clé 34 pour un projet 40. L'index hiérarchiqueposit.1.1 constitue une propriété pour un objet clé 35 pour un grain 39.11 n'existe pas, dans la table de correspondance de la figure 4, d' index hiérarchique pour une collection de grains 38 mais l'objet clé correspondant à cette propriété et d'autres objets clé pour d'autres natures de composants, peuvent leur être attribués sans sortir du cadre de la présente invention. L'objet grain concerne une constante telle qu'un prix unitaire (posit.1.3.1.1.1), une formule calculant un chiffre d'affaire (posit.1.4.2.1.1) ou une liste_procédé contenant la liste de noms des prestation d'un procédé comme 1.4.2.1 qui permet de localiser une ligne du tableur (par convention, ici, la première ligne du champ (A33:D40) contenant dans chacune des cell ules à partir de la troisième, la l iste d es prestations d u procédé (une prestation en l'occurrence). En référence à la figure 6, lorsque dans une étape 50, le logiciel de modélisation 10 détecte qu'une entité a été supprimée dans un logiciel de représentation 11, 12, 13, il active une suite d'étapes 51 à 57. Dans l'étape 51, le logiciel de modélisation 10 recherche dans la structure objet, I'index hiérarchique de l'entité qui été supprimée. Le rang d'embo^tement de cette entité est donné par le nombre de points dans la chane de caractères de l'index hiérarchique qui lui est associée Dans l'étape 52, le logiciel de modélisation 10 recherche dans la structure objet, les objets dont les index hiérarchiques sont de rang suivant pour le même indice, c'est-à-dire les index hiérarchiques avec un nombre de points supérieur à celui de l'index hiérarchique trouvé en étape 51 et des nombres entiers identiques à ceux de l'index hiérarchique trouvé en étape 51 pour chaque rang inférieur au rang d'embo^tement de l'objet supprimé Dans l'étape 53, les briques logicielles interface 16, 17, 18 et le logiciel de modélisation 10 suppriment dans les documents des logiciels de représentation indiqués par la colonne intitulée " document ", chaque objet référencé avec un index hiérarchique trouvé en étape 52. Dans l'étape 54, le logiciel de modélisation 10 supprime les objets de la structure objet repérés par les index hiérarchiques trouvés en étape 51 et en étape 52. Dans l'étape 55, le logiciel de modélisation 10 met à jour les objets de la structure d'objets en modifiant chaque index hiérarchique propriété d'un objet pour lequel l'indice de rang inférieur à celui du rang d'embo^'tement de l'index de l'objet supprimé, est égal à l'indice de méme rang inférieur pour 1' index hiérarchique trouvé en étape 51 et pour lequel l'indice de rang identique au rang d'embo^'tement de l'objet supprimé, est supérieur à l'indice de 1' index hiérarchique trouvé en étape 51. La modification consiste à décrémenter I'indice, de rang identique au rang d'embo^'tement de l'entité supprimée. Dans l'étape 56 le logiciel de modélisation met à jour les entités contenant des aboutissements de liens sortants de l'entité supprimée en supprimant les objets " méthodeposition " de référant à la dite entité supprimée. Dans l'étape 57, les briques logicielles mettent à jour les calcuis décrits par les formules, contraintes et fonctionnalités qui y sont programmées. Dans le cas o une brique logicielle 15 Bis, spécialisée dans les calcuis est mise en ceuvre, ces calcuis seront réalisés dans cette brique logicielles et les résultats repassés aux briques logicielles 11, 12 et 13. L'enseignement de l'invention ne se limite pas aux exemples précédemment décrits. En particulier, I'outil n'est pas nécessairement limité à un seul ordinateur mais peut être réparti sur plusieurs ordinateurs. Chaque ordinateur (1) comprend alors en mémoire, un logiciel de communication pour établir sur un réseau, une session de communication avec l'unité de traitement numérique d'un autre ordinateur, une autre interface opérateur ou une autre mémoire semblable. Avantageusement, ceci permet à plusieurs spécialistes de travailler en parallèle au développement d'un même organisme complexe, chacun avec un outil conforme à l'invention, mis à sa disposition. REVENDICATIONS 1. Outil pour contrôler et commander un développement d'organisme complexe constitué de composants qui interagissent entre eux, comprenant une interface opérateur (2, 3, 4), une mémoire (7) et une unité de traitement numérique (6), caractérisé en ce qu'il comprend en mémoire: - au moins un premier logiciel de représentation (11); - un docu ment (Develop.xis) dud it premier logiciel de représentation, contenant des objets pivots pour modéliser chacun un type de composant de l'organisme complexe ainsi que ses relations avec les autres composants - un logiciel de modélisation informatique (10) agencé d'une part pour accéder aux propriétés des objets contenus dans le document dudit premier logiciel de représentation et les modifier et d'autre part pour valider un ajout, une modification ou une suppression dans le document dudit premier logiciel de représentation, d'un objet dupliqué de structure identique à un objet pivot et pour valider ses relations avec les autres objets contenus dans le document, I'objet dupliqué modélisant un composant de l'organisme complexe. 2. Outil pour contrôler et commander un développement d'organisme complexe selon la revendication 1, caractérisé en ce qu'il comprend au moins un deuxième logiciel de représentation (12) et en ce que le logiciel de modélisation informatique (10) est agencé pour valider un ajout, une modification ou une suppression d'un objet dupliqué dans un document dudit deuxième logiciel de représentation qui modélise un composant de l'organisme complexe. 3. Outil pour contrôler et commander un développement d'organisme complexe selon la revendication 2, caractérisé en ce que le logiciel de modélisation informatique (10) est agencé pour synchroniser un ajout, une modification ou une suppression d'un objet dupliqué dans le document dudit deuxième logiciel de représentation (12) avec respectivement un ajout, une modification ou u ne suppression d'un objet d upliq ué dans le document dud it premier logiciel de représentation (11). 4. Outil pour contrôler et commander un développement d'organisme complexe selon la revendication 3, caractérisé en ce qu'il comprend au moins trois logiciels de représentation (11, 12, 13) de manière à ce que le premier logiciel de représentation permette une représentation fonctionnelle du modèle, le deuxième logiciel de représentation une représentation stratégique du modèle et le troisième logiciel de représentation une représentation de la gestion du développement du modèle. 5. Outil pour contrôler et commander un développement d'organisme complexe selon ia revendication 4, caractérisé en ce qu'il comprend en mémoire une structure d'objet ou une table de correspondance (19) référençant un objet dupliqué au moyen d'un index hiérarchique comprenant une suite de nombres entiers dont le rang dans la suite est représentatif d'un degré d'embo^'tement d'un composant modélisé par ledit objet dupliqué dans I'organisme complexe. 6. Outil pour contrôler et commander un développement d'organisme complexe selon l'une des revendications 2 à 5, caractérisé en ce qu'il comprend en mémoire, un logiciel (8) de dialogue avec ledit logiciel de modélisation (10) qui permet de construire directement les objets pivots représentant les types de sous-composants de l'organisme dont le développement est modélisé. 7. Outil pour contrôler et commander un développement d'organisme complexe selon l'une des revendications 2 à 6, caractérisé en ce qu'il comprend en mémoire, un logiciel de communication pour établir sur un réseau, une session de communication avec une autre unité de traitement numérique, une autre interface opérateur ou une autre mémoire semblable. 8. Outil pour contrôler et commander un développement d'organisme complexe selon l'une des revendications 2 à 7, caractérisé en ce que les fonctionnalités de calcul des logiciels de représentation (11,12,...) sont réalisées indépendamment dans un ou plusieurs autres logiciels (15bis) et que d'autres fonctionnalités d'affichage de representation sont réalisées par