Brevet FR2827055A1 — publié le 20030110

SP 19931/HM PROCEDE POUR STRUCTURER ET GERER LA CONFIC,URATION DE PRODUITS INDUSTRIELS, NOTAMMENT D'AVIONS DESCRIPTION Domaine technique La présente invention concerne un procédé pour structurer et gérer la configuration de produits industriels, notamment d'avions. Etat de la technique Une demande de brevet de l'art connu, EP-0 899 672, décrit un procédé assisté par ordinateur pour structurer de s informat ions concernant la configuration de produits, par exemple d'avions, et pour configurer de tels produits. Ce procédé permet de collecter, structurer et afficher de telles informations, et d'utiliser celles-ci pour produire un programme d'ordinateur qui valide des sélections d'option de produit et configure un tel produit. Lors de la sélection d'objets d'informations produit, un opérateur est invité à entrer des informations spécifiques appartenant à l'objet sélectionné. Des contraintes limitent les sélections que l'opérateur peut effectuer, l'apparence de ces objets, et les configurations qui peuvent être produites à partir des objets sélectionnés. Des informations appartenant aux objets sélectionnés et leurs configurations sont emmagasinées dans une base de données. Des changements SP 18838.69 DB peuvent être effectués directement dans les informations emmagasinées dans la base de données, et ces changements sont reproduits dans un affichage correspondant. Après production d'une carte de connaissance, qui affiche de manière graphique les informations nscessaires pour configurer le produit, les informations sont récupérées à partir de cette base de donnces pour produire un ensemble de règles qui sont entrées dans le programme pour valider un ensemble de sélections d'options produit et pour configurer un produit final défini par des modules résultant. Ce procédé est un procédé graphique de structuration, de saisie, de stockage des données et de gestion pour configurer un produit, compte tenu des options choisies par un client. Mais il ne décrit pas une utilisation interactive et dynamique de ces données pendant l'exercice de définition du produit avec un client. L' invention a pour objectif de pallier cet inconvénient et de fournir un procédé pour structurer et gérer le processus complet de configuration d'un produit industriel, notamment d'un avion par exemple de type Airtus, tel quil est vendu aux clients, et, dans ce cas, de déclencher alors le processus de construction de cet avion dans les lignes d' assemblage. Exposé de l' invention La présente invention concerne un procédé pour structurer et gérer la configuration d'un produit industriel, notamment un avion, à l 'aide de moyens de SP 18838.69 DB traitement comportant au moins un processeur, une mémoire, des moyens d'entrée de données et un écran de visualisation, dans lequel: - on décrit un ensemble d'objets techniques, chaque objet technique soit représentant une fonction du produit (EPAC), soit décrivant, pour une telle fonction du produit, une méthode de mise en _uvre (TDU) pour réaliser une configuration de ce produit, - on met à j our une base de données permettant de préciser la définition de chaque objet technique, ainsi que ses inter-relations avec les autres objets de la configuration par une expression de règles et de contraintes, - on utilise cette base de donnces de manière interactive et dynamique au travers d'un choix d'options. - on utilise cette base de donnces de manière interactive et dynamique au cours de la définition du produit effectuce avec ce client, au travers d'un choix d'options. Avantageusement on utilise: - un module de gestion de connaissance, - un module de gestion de contrat, - un module d' administration, - un module de gestion des masses, - un module de gestion de la tarification, qui travaillent tous sur la base de données. SP 18838.69 DB Avantageusement, dans une approche fonctionnelle, on considère l'avion comme un ensemble de fonctions. Le module de gestion de contrat peut travailler en mode connecté ou déconnocté. On peut utiliser: - une configuration orientée EPAC/TDU dans laquelle les options (EPAC) et les solutions techniques correspondantes (TDU) sont choisies directement dans une liste trice par chapitre ATA, catégorie d'affaire et politique de vente, Cette sélection étant faite soit individuellement, soit globalement grâce à une procédure globale qui permet de joindre une application possible avion, un poids et un prix à un ensemble d'options du même domaine fonctionnel, ou - une configuration orientée fonctionnelle, qui fournit une approche fonctionnelle permettant de sélectionner directement les objets techniques EPAC/TDU en spécifiant les propriétés désirces d'une caractéristique fonctionnelle. Le gestionnaire de contrat peut lancer à tout moment un processus de vérification de configuration. Contrairement à la demande de brevet EP 0 899 672, citée plus haut, qui insiste sur la modélisation d'objets techniques, la description de leurs inter-relations en un graphe de contraintes, mais qui fait peu de place à l'utilisation d'un tel graphe au cours de la définition desdits objets avec les clients, le procédé de l'invention, qui a adopté une démarche inverse, utilise: SP 18838.69 DB - une modélisation simple des règles et contraintes dans la base de données; - une utilisation interactive et dynamique ("Front Office application") de ces contraintes pendant la définition du produit industriel. De plus, le procédé de l' invention ne met en _uvre aucune représentation ou gestion graphique. Bréve description des dessins La figure 1 illustre les différents modules utilisés dans le procédé de l' invention. La figure 2 illustre un exemple de mise en _uvre du procédé de l'invention. La figure 3 illustre les étapes de fonctionnement d'une demande spécifique selon l'invention. Exposé détaillé de modes de réalisation particuliers Dans la suite de la description on considérera à titre d'exemple le cas de la configuration d'avions de type Airbus, toutefois la configuration d'autres produits industriels est tout à fait possible, par exemple d'hélicoptères, d'automobiles,.. La présente invention concerne un procédé pour structurer et gérer la configuration d'un avion à laide d'un ordinateur 9, qui comporte notamment un processeur, une mémoire, des moyens d'entrée de SP 18838.69 DB donnces, par exemple un clavier et une souris informatique, et un écran de visualisation, dans lequel: - on décrit un ensemble d'objets techniques, chaque objet technique soit représentant une fonction de l'avion (EPAC) soit décrivant, pour une telle fonction de l'avion, une méthode de mise en _uvre (TDU) pour réaliser une configuration de l'avion, ces objets représentant des options de réalisation de cet avion proposées à un client, - on met à j our une base de données conues permettant de préciser la déLinition de chaque- objet technique, ainsi que ses inter-relations avec les autres objets de la configuration par une expression de règles et de contraintes, - on utilise cette base de donnces de manière interactive et dynamique, au cours de la définition de cet avion effectuée avec ce client, au travers d'un choix d'options. Plus précisément, ce procédé utilise cinq modules, dont l'état peut être illustré sur l'écran de visualisation et modifié à lr aide des moyens d'entrée: - un module 11 de gestion de connaissance ("Back-Office Module", le "Back Office" étant un travail de documentation et de validation technique qui se fait en étroite collaboration avec les bureaux d'étude et les directeurs de programme), qui est dédié à la gestion de toutes les entités Airtus comprenant la génération de documentation, c'est-à-dire la spécification standard, les catalogues. Ces entités sont par exemple les objets techniques EPAC qui SP 18838.69 DB représentent chacun une fonction de l'avion, certaines de ces fonctions étant obligatoires (par exemple la motorisation), les objets techniques TDU qui décrivent chacun une solution pour mettre en _uvre un objet technique EPAC (Pour une fonction EPAC on peut proposer plusieurs solutions techniques TDU), la définition des caractéristiques standard, la définition de catalogue. - un module 12 de gestion de contrat ("Front Office Module", le "Front Office" étant l'utilisation du travail du "Back Office" pour les ingénieurs technico-commerciaux en face du client), qui est dédié à la gestion des configurations de floLte comprenant la génération de documentation contractuelle, - un module 13 d' administration, qui est dédié à la gestion des profils utilisateurs, soit en "Back Office" soit en "Front Office", - un module 14 de gestion de masse, soit en "Back Office" soit en "Front Office". Sur la figure 1 les parties "Back Office" et "Front Office" sont respectivement référencces 16 et 17. Ces cinq modules travaillent sur une même base de donnces 18. Le système mettant en _uvre le procédé de l' invention a des interfaces avec d'autres systèmes d' information de la société Airbus; par exemple avec le système de configuration d' implantation de cabine 20 comme illustré sur la figure 1, avec la gestion de produits, et avec le système ACC ("Aircraft Configuration Control") pour la communication avec les partenaires de la société Airbus. Le système ACC est un SP 18838.69 DB outil informatique permettant de gérer la configuration industrielle de tous les avions et de lancer les ordres de travail nécessaires. La base de données 18 est utilisée pour mettre à j our les bases de données ACC 21 partagées notamment entre la société Airbus et ses partenaires afin de gérer les ordres de production. Des statistiques peuvent être extraites de la base de données 18 pour fournir des informations à propos de l' usage d'objets techniques TDU, de la définition de l'avion d'un client, ou de l'efficacité du fonctionnement interne de la société Airbus. Le module de gestion de connaissance 11 (en "Back Office") Ce module 11 est destiné à répondre aux nocessités des spécialistes et des ingénieurs du catalogue. Ce module est utilisé pour crcer et mettre à j our des solutions définissant des entités proposées par la société Airbus à ses clients, et pour produire une documentation technique avion (caractéristiques standard et catalogues options). Les solutions techniques proposées par la société Airbus sont mises au point suivant la décomposition en EPAC/TDU. Les deux premiers digits de l'objet technique EPAC correspondent au résultat ATA; l'ATA étant un découpage reconnu internationalement des fonctions d'un avion. Ce module 11 de gestion de connaissance gère la création et la mise à j our de tous les objets techniques EPAC et TDU. SP 18838.69 DB La description d'un objet technique TDU inclut: - une décomposition équipement, - un texte, - et des dessins. Des donnses complémentaires sont liées à l'objet technique TDU, tel que l 'impact du poids sur l'avion, ou le prix. En liaison à un objet technique TDU, le procédé permet de mémoriser une politique, qui est un moyen pour classer l'objet technique TDU en fonction de la politique de vente décidée par la société Airbus. En liaison à un objet technique EPAC, le procédé de l' invention permet de mémoriser une catégorie diaffaire. Celle-ci est utilisée pour classer les différents objets techniques EPAC et peut être utilisée pour filtrer les objets techniques EPAC utilisables par un utilisateur particulier: par exemple, des ingénieurs cabine travailleront principalement sur des éléments cabine. Toutes ces informations sont utilisces et compilées lors de la génération de la documentation technique. Des relations logiques sont mises en _uvre entre objets techniques EPAC et/ou entre objets techniques TDU. Ces relations expriment, en fait, tout le savoir des spécialistes, et sont à la disposition des gestionnaires de contrat. Elles permettent une expression des liens entre les différentes options en termes d'incompatibilité ou d'acceptation préalable. SP 18838.69 DB L' introduction de telles contraintes est la garantie de la cobérence et du caractère complet de la future configuration. Ces contraintes peuvent être appliquées selon deux manières: - une manière "dure": les contraintes sont appliquées automatiquement par le module de gestion de contrat 12 sans action de l'utilisateur, - une manière "douce'': l'utilisateur est informé par le module de gestion de contrat 12 qu'une contrainte existe, mais l'utilisateur a la possibilité de l'éviter. En liaison à une contrainte, - chaque spécialiste peut définir: - une explication, - un avertissement. En plus d'une approche classique consistant en une navigation à travers une décomposition ATA, le procédé de l' invention propose une approche fonctionnelle. Cette approche fonctionnelle permet de considérer un avion comme un ensemble de fonctions et non plus comme un groupe d'objets techniques EPAC/TDU. Celle-ci permet une étude d'avion beaucoup plus efficace: en utilisant une telle décomposition, le procédé de l' invention permet de configurer un avion en spécifiant les fonctionnalités avion requises, plutôt qu'en sélectionnant des objets techniques TDU individuels. SP 18838.69 DB Ces deux approches sont simultanément possibles avec le procédé de l' invention: Il est ainsi possible de configurer un avion soit par l'approche fonctionnelle, soit par l'approche classique. Toutefois, puisque des fonctionnalités avion sont mises en _uvre par des objets techniques TDU, dans les deux approches, le résultat d'une configuration demeure un ensemble d'objets techniques TDU. La documentation technique, considérce ici, comprend la spécification, c'est-à-dire, la description compréhensible d'un avion standard, et le catalogue des options (objets techniques TDU optionnels qui peuvent être utilisés pour personnaliser un avion standard). A,in de faciliter le travail de l'utilisateur, le procédé de l' invention permet de naviguer (exploiter les données) facilement à travers les différentes décompositions. L'accès aux données est simplifié parce que l'utilisateur peut tirer profit de vues synthétiques et graphiques de la hiérarchie de donnces. De même il est possible de travailler simultanément sur un grand ensemble de donnces plutôt que sur une donnce à la fois. Avant de délivrer une spécification standard ou un catalogue, il est de la responsabilité du spécialiste d' assurer l'exactitude du produit délivré. Des outils de test permettent d'en vérifier la coLérence. L'application ACC étant l'outil courant utilisé par la société Airbus pour échanger des informations avec ses partenaires, et pour synchroniser SP 18838.69 DB le processus de construction d'avion dans les lignes d' assemblage, la base de donnces ACC 21 est donc alimentée par les sorties "Back Office", telles que la création d'objets techniques EPAC et TDU et la gestion des requêtes spécifiques. Le module de gestion de contrat 12 (en "Front Office") Ce module 12 est destiné à remplir les besoins des gestionnaires de contrat, des ingénieurs cabine et des ingénieurs IFE ("In Flight Entertainement"), l'IFE désignant les moyens audio/vidéo disponibles dans la cabine dun avion. Ces utilisateurs définissent, à l' aide de ce module 12, la configuration de l'avion qui fait partie de la floLte définie par la société Airbus. Cette configuration est composée des fonctions et des solutions techniques définies par le bureau d'étude et sélectionnces par le client. Une fois que la configuration a été fixce, une documentation contractuelle est donnée au client. Puisque la configuration, d'une floUte peut être faite en tenant compte des desiderata du client et au cours de plusieurs cessions de configurations, ce module de gestion de contrat 12 est destiné à travailler soit en mode connecté (à la société Airbus) ou en mode déconnecté (utilisation d'un portable). Les fonctionnalités de synchronisation serveur permettent de gérer les procédures de téléchargement "upload'' ou "downloadt' nocessaires pour synchroniser les bases de donnces résidentes et portables. Ce module 12 permet une gestion de configuration devant le client. SP 18838.69 DB Dans l'exercice de configuration, qui consiste à configurer une floUte, conformément aux demandes du client, en s'appuyant autant que possible sur les options proposces par la société Airbus, le gestionnaire de contrat doit, tout d'abord, sélectionner la floLte à configurer, et la révision de spécification standard qui va déterminer les révisions de catalogue disponibles pour personnaliser l'avion. Le gestionnaire de contrat peut aussi visualiser différentes informations concernant _ la floLte: nombre d'avions, dates de livraison, capacités de certification. Deux types de floUtes sont configurables avec ce module: - une floLte normale, - une floLte en crédit-bail ("leasing"). Dans certains cas, le gestionnaire de contrat peut préparer la configuration d'une floLte avant sa création dans la base ACC. Pour travailler par anticipation, il utilise alors le concept de pré-étude qui permet de créer une configuration basée sur une révision de spécification standard, et non liée à une floLte. Ce concept peut aussi être utilisé pour étudier des solutions alternatives pour une configuration de floLte. Une fois ces informations définies, le gestionnaire de contrat peut démarrer l'exercice de configuration, qui consiste à sélectionner les besoins du client. Il y a deux fa,cons de gérer la configuration avion: SP 18838.69 DB - une configuration orientée EPAC/TDU dans laquelle les options (EPAC) et les solutions techniques correspondantes (TDU) sont choisies directement dans une liste triée par chapitre ATA, catogorie d'affaire et politique de vente. Cette sélection peut être faite soit individuellement, soit globalement grâce à une procédure globale qui permet de joindre une application possible avion, une masse à un ensemble d'options du même domaine fonctionnel. La procédure globale est gérce au travers du concept de configuration globale ("packages"). - une configuration orientée fonctionnelle, qui fournit une approche fonctionnelle permettant de sélectionner directement les objets techniques EPAC/TDU en spécifiant les propriétés désiréss d'une caractéristique fonctionnelle. Une telle configuration est disponible seulement pour certains sujets complexes et fournit plus d'informations significatives. Mais une telle sélection d'options conduit encore à des objets techniques EPAC/TDU. Des contraintes logiques mises en _uvre entre objets techniques EPAC et/ou objets techniques TDU expriment tout le savoir du spécialiste, et sont à la disposition du gestionnaire contrat. Ce savoir est utilisé à travers le processus de configuration, pour aider les gestionnaires de contrat pendant l'étape de définition de l'avion en évitant toute erreur, et en guidant la configuration. Au moment de la configuration d'un avion, la société Airbus peut rencontrer un besoin spécifique, formulé par le client, pour lequel aucun objet SP 18838.69 DB technique EPAC/TDU n'existe. Dans ce cas, le gestionnaire de contrat demande au bureau d r étude et aux partenaires d'étudier et de proposer éventuellement une nouvelle solution. Cette demande spécifique est traitée à travers un processus spécifique, et reçoit en réponse des objets techniques TDU: si un nouvel objet technique TDU est créé spécifiquement pour ladite demande, ce nouvel objet technique TDU est utilisé pour alimenter le système. Pour certaines options sélectionnées,- le gestionnaire de contrat peut paramétrer les proprlétés de l'avion afin de répondre aux besoins du client. Ces propriétés sont définies par le r'Back Office" et identifiées comme paramétrables. Le gestionnaire de contrat peut aussi paramétrer les options sélectionnées afin de répondre aux besoins du client: changer les quantités des éléments dans l'objet technique TDU, détailler une spécification de famille d'éléments, changer le statut BFE/SFE, qui représente le mode d'approvisionnement d'un équipement; BFE ("Buyer Fournished Equipment") étant l'équipement approvisionné par le client et SFE ("Seller Furnished Equipement") étant l'équipement approvisionné par la société Airbus. Toutes ces modifications sont prises en compte au moment de la génération de la documentation contractuelle. La description textuelle de l'objet technique TDU (portée du changement, impacts de spécification.) n'est pas modifiable. Néanmoins, le gestionnaire de contrat a la SP 18838.69 DB possibilité de modifier le document contractuel final une fois qu'il a été généré. Lors de l'utilisation de la configuration simple ou globale EPAC/TDU ou de la configuration fonctionnelle, toutes les contraintes logiques définies dans le "Back Office" sont vérifiées dynamiquement. Le gestionnaire de contrat est alors averti de chaque sélection inconsistante afin d'obtenir finalement une configuration de flotte cohérente et complète. Les règles logiques utilisces peuvent être l'incompatibilité ou l'acceptation préalable. Au moment de la sélection d'une -option individuelle, le gestionnaire de contrat a la possibilité de spécifier que cette option aura à être montée en "retrofit", c'est-à-dire en dehors de la chaîne de production après livraison de l'avion. Les spécificités cabine et les spécificités IFE sont mises en _uvre afin de prendre en compte les particularités du processus de configuration de ces domaines fonctionnels. A n'importe quel moment au cours de l'exercice de configuration, le gestionnaire de contrat peut lancer un processus de vérification de configuration qui réalise une vérification complémentaire pour s' assurer de l'état complet de la configuration de floLte. Par exemple, il peut vérifier qu'au moins un objet technique TDU a été sélectionné pour tous les objets techniques EPAC obligatoires, ou obtenir un récapitulatif de toutes les contraintes SP 18838.69 DB logicielles qui ont été violées durant la configuration. Au cours de l'exercice de configuration, grâce à un navigateur ("viewer") de catalogue et de spécification standard, le gestionnaire de contrat peut, à n'importe quel moment, parcourir l'intérieur des catalogues électroniques ou des spécifications standard "en ligne", qui correspondent aux versions du catalogue d'options ou de spécification standard de la société Airbus. De cette facon il a accès à la description technique complète des options fournies-par la société Airbus: descriptions textuelle et graphique, informations de masse et numéro de composant sont ainsi disponibles. L'exercice de définition détaillée d'un avion peut nécessiter plusieurs cessions de travail et un contrat peut avoir des effets pendant plusieurs annces. Des changements, qui ont un impact sur la floUte individualisce (mouvement d'avion d'une floUte à une autre, addition ou suppression d'avions d'une floLte.), peuvent se produire pendant cette période de temps et ainsi rendre obsolète le contenu de la documentation contractuelle fournie au client. Les fonctionnalités de gestion de changement permettent de détecter ces changements et d'avertir le gestionnaire de contrat pour l' aider à prendre les bonnes décisions. Le module de gestion de contrat 12 est interfacé avec le système de définition de l'intérieur cabine 20, ce qui permet, dans un premier temps, de SP 18838.69 DB joindre la référence du plan de l'intérieur cabine à un avion ou à un ensemble d'avions dans une floLte, et, dans un second temps, de réaupérer dans ce module 12 tous les éléments sélectionnés dans la cabine. Ceci permet d'éviter des entrces multiples de mêmes informations et d'être assuré ainsi d'une bonne cohérence. Quand une option est sélectionnée par un client, le gestionnaire de contrat peut fournir ces informations aux partenaires de la société Airbus en activant l' interface ACC (système industriel de gestion de configuration avion). Cet interface permet d'alimenter la base de donnces ACC 21 avec les sorties "Front Office", telles que les objets techniques EPAC, TDU et les sélections de configuration. Le module d' administration 13 Ce module 13 est dédié à la gestion des profils utilisateurs. Plusieurs catégories de spécialistes, ayant chacun leur propre compétence spécifique, sont impliquses: - dans le processus de définition d'avion, ces spécialistes sont par exemple des gestionnaires de contrats, des ingénieurs cabine, des ingénieurs IFE, des spécialistes des masses, - dans le processus d'étude d'avion ces spécialistes sont par exemple des spécialistes techniques, des spécialistes des masses, et des spécialistes rédacteurs du catalogue. Puisqu'un accès aux fonctionnalités et aux données est fortement dépendant du profil utilisateur, SP 18838.69 DB ce module d' administration 13 permet de maniguler la gestion de profil. Le module de gestion de masse 14 Les masses sont gérces par un module spécifique 14 qui exploite l' ensemble des données fournies par le module de gestion de contrat pour calculer la masse de la configuration individualisée élaborée par le gestionnaire de contrat. Exemple de mise en _uvre du procèdé de l' invention - La figure 2 illustre un tel exemple de mise en _uvre du procédé de l' invention. A partir d'une floUte ouverte 30, on réalise la configuration 31 d'un avion en effectuant des sélections d'EPAC/TDU 32 en tragant avec des requêtes spécifiques les demandes additionnelles du client 33, en configurant de façon globale la cabine et l'IFE 34, et en paramétrant les TDU 35. Il s'ensuit une communication ACC 36, avec une officialisation de la définition contractuelle, et la production d'une documentation 38. Ces différentes phases vont être analysoes ci-dessous. Sélection (32) des objets techniques EPAC/TDU Dans cette phase, on a les étapes suivantes: l'écran de configuration d'origine représente tous les objets techniques EPAC disponibles et proposés pour la floUte considérée par découpage ATA, SP 18838.69 DB - on sélectionne un objet technique EPAC, (fonction), puis un objet technique TDU (pour indiquer la solution retenue), - chaque objet technique TDU a un statut dans la flotte:: À "disponible", pour faire cesser la sélection d'un objet technique TDU sélectionné auparavant, À ''sélectionné", pour sélectionner un objet technique TDU pour la floLte considérée, et définir fune application possible avion, _ - toutes ces sélections sont officialisoes au travers de demandes client ("Request for Change"), transmises dans ACC. Les sélections ci-dessus peuvent être effectuées avec une interface graphique (actions effectuées sur une souris de type "click, drag and drop"). I1 est possible d'utiliser un filtre pour ne visualiser que les objets techniques déjà sélectionnés pour la floLte. Il est possible d'utiliser une vue avion et de sélectionner un avion dans une liste d'avions pour ne voir que les options de cet avion. Différentes icônes, illustrées dans les écrans de sélection des objets techniques EPAC/TDU, permettent de réaliser des validations, telles que celles décrites ci-dessus, ainsi que de déterminer des incompatibilitéslogiques: par exemple pour un objet technique EPAC/TDU pour un ou plusieurs avions de la floUte. SP 18838.69 DB Différents types de contraintes peuvent s'appliquer aux objets techniques EPAC ou TDU: - une acceptation préalable: un EPAC ou un TDU peut nscessiter une acceptation préalable d'un autre EPAC ou TDU, - une incompatibilité: un EPAC ou un TDU peut être incompatible avec un autre EPAC ou TDU, - ces deux types de contraintes peuvent s'exprimer de manière "obligatoire'' ou "informative". Si une contrainte est obligatoire, la sélection de l'objet technique en relation se fait automatiquement. Si elle est facultative, il y a émission d'un avertissement à propos de la contrainte et demande à l'utilisateur de confirmer sa décision. - TDU exclusifs: un EPAC peut comporter une information "DU exclusif" introduit en "Back Office" qui évite que deux TDU de cet EPAC soient sélectionnés pour le même avion. Demande spécifique (33) Une telle demande est utilisoe lorsque aucun objet technique TDU ne peut être trouvé pour répondre à un besoin de la définition. Le diagramme illustré sur la figure 3 montre les différentes étapes d'une telle demande, qui débute lorsqu'elle est créée par l'utilisateur "Front Office". Procédure de configuration globale (CABIN, IFE...) (34) Dans cette phase on a les étapes suivantes: SP 18838.6g DB - pour une nouvelle configuration, on sélectionne la catégorie daffaire concernée, - on peut modifier alors une configuration globale existante, - on sélectionne les objets techniques TDU demandés, - on valide cette sélection, - on peut exprimer une applicabilité pour la configuration globale créce sur un ou plusieurs avions de la floUte. La demande client est alors officialisée dans ACC. Paramétrisation des TDU Les éléments suivants peuvent être paramétrés: - l'état et la quantité, en fonction des informations indiquées en "Back Office", - le vendeur, ou le vendeur et l' identification de la pièce, s'ils ne sont précisés dans l'objet technique TDU "Back Office', - les propriétés, qui sont des informations complémentaires, et sont obligatoires là o elles sont applicables. Paramétrisation des configurations globales (35) Dans cette phase: - on peut paramétrer les objets techniques TDU de la configuration globale de la même manière que les TDU individuels, SP 18838.69 Ds quelques détails complémentaires sont nocessaires pour officialiser la demande: le numéro de référence du dessin de l'agencement cabine, les paramètres cabine. Communication ACC (36) On peut visualiser tous les objets techniques TDU sélectionnés pour tous les ATA, ou un ATA sélectionné, et les états et numéros correspondants des demandes clients générces. Différentes icônes peuvent être vues dans l'écran interface ACC indiquant notamment: - applicabilité sur les avions de la floLte, - le TDU a été mis à j our et validé en "Back Office" depuis sa dernière sélection, - un document contractuel officiel a déjà été généré pour TDU, ou configuration globale, - l'état de l'officialisation de la demande client: refusé, accepté, en cours de traitement. Officialisation (37) Elle permet d'officialiser au monde industriel l'acceptation ou le rejet par le client d'une option (EPAC, TDU). Documentation (38) Cette opération permet: - la création d'un document SCN basé sur un objet technique TDU "Front Office" ("TDU "Back Office" + Individualisation), SP 18838.69 DB - modification du doeumenL si nAcesaire, - impression du docnmenL si Bela eel demands, - sauvegarde du document at de son anal dlofficialisaLion. Un navigaLeur peuL glue uLilis pour viualiser les doeumenLs enregisLr4G. SP 18838.69 DB I REVENDICATIONS 1. Procédé pour structurer et gérer la configuration d'un produit industriel à l' aide de moyens de traitement (9) comportant au moins un processeur, une mémoire, des moyens d'entrée de données et un écran de visualisation, dans lequel: - on décrit un ensemble d' objets techniques, chaque objet technique soit représentant une fonction du produit (EPAC), soit décrivant, pour une telle fonction du produit, une méthode de mise en _uvre (TDU) pour réaliser une configuration de ce produit, - on met à j our une base de données permettant de préciser la déinition de chaque objet technique, ainsi que ses inter-relations avec les autres objets de la configuration par une expression de règles et de contraintes, - on utilise cette base de données, de manière interactive et dynamique, au travers d'un choix d'options. 2. Procédé selon la revendication 1, dans lequel on utilise: - un module de gestion de connaissance (11), - un module de gestion de contrat (12), - un module d' administration (13), un module de gestion des masses(14), qui travaillent tous sur la base de données. SP 18838.69 DB 3. Procédé selon la revendication 1, dans lequel dans une approche fonctionnelle, on considère le produit industriel comme un ensemble de fonctions. 4. Procédé selon la revendication 1, dans lequel le module de gestion de contrat (12) travaille en mode connecté ou déconnocté. 5. Procédé selon la revendication 1, dans lequel on utilise une configuration orientée objets techniques (EPAC/TDU) dans laquelle les options (EPAC) et les solutions techniques correspondantes (TDU) sont choisies directement dans une liste trice par chapitre ATA, catégorie d'affaire et politique de vente, Cette sélection étant faite soit individuellement, soit globalement grâce à une procédure globale qui permet de joindre une application possible, un poids à un ensemble d'options du même domaine fonctionnel. 6. Procédé selon la revendication 1, dans lequel on utilise une configuration orientée fonctionnelle, qui fournit une approche fonctionnelle permettant de sélectionner directement les objets techniques (EPAC/TDU) en spécifiant les propriétés désirées d'une caractéristique fonctionnelle. 7. Procédé selon la revendication 1, dans lequel le gestionnaire de contrat peut lancer à tout moment un processus de vérification de configuration. SP 18838.69 DB 8. Procédé selon la revendication 1, dans lequel le produit industriel est un avion. J