FR2827055A1 - Procede pour struturer et gerer la configuration de produits industriels, notamment d'avions - Google Patents
Procede pour struturer et gerer la configuration de produits industriels, notamment d'avions Download PDFInfo
- Publication number
- FR2827055A1 FR2827055A1 FR0108932A FR0108932A FR2827055A1 FR 2827055 A1 FR2827055 A1 FR 2827055A1 FR 0108932 A FR0108932 A FR 0108932A FR 0108932 A FR0108932 A FR 0108932A FR 2827055 A1 FR2827055 A1 FR 2827055A1
- Authority
- FR
- France
- Prior art keywords
- configuration
- tdu
- epac
- database
- technical
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Economics (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Operations Research (AREA)
- Physics & Mathematics (AREA)
- Educational Administration (AREA)
- Marketing (AREA)
- Development Economics (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Game Theory and Decision Science (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Stored Programmes (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Aerodynamic Tests, Hydrodynamic Tests, Wind Tunnels, And Water Tanks (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
La présente invention concerne un procédé pour structurer et gérer la configuration d'un produit industriel à l'aide de moyens de 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 oeuvre (TDU) pour réaliser une configuration de ce produit,- on met à jour 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 données, de manière interactive et dynamique, au travers d'un choix d'options.
Description
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
Claims (8)
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
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0108932A FR2827055B1 (fr) | 2001-07-05 | 2001-07-05 | Procede pour struturer et gerer la configuration de produits industriels, notamment d'avions |
| US10/189,260 US6895291B2 (en) | 2001-07-05 | 2002-07-03 | Process for structuring and managing the configuration of industrial products, and particularly aircraft |
| US10/706,939 US20040148044A1 (en) | 2001-07-05 | 2003-11-14 | Process for structuring and managing the configuration of industrial products, and particularly aircraft |
| US10/712,009 US20040148045A1 (en) | 2001-07-05 | 2003-11-14 | Process for structuring and managing the configuration of industrial products, and particularly aircraft |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0108932A FR2827055B1 (fr) | 2001-07-05 | 2001-07-05 | Procede pour struturer et gerer la configuration de produits industriels, notamment d'avions |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| FR2827055A1 true FR2827055A1 (fr) | 2003-01-10 |
| FR2827055B1 FR2827055B1 (fr) | 2005-02-04 |
Family
ID=8865165
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR0108932A Expired - Fee Related FR2827055B1 (fr) | 2001-07-05 | 2001-07-05 | Procede pour struturer et gerer la configuration de produits industriels, notamment d'avions |
Country Status (2)
| Country | Link |
|---|---|
| US (3) | US6895291B2 (fr) |
| FR (1) | FR2827055B1 (fr) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2013014524A1 (fr) | 2011-07-26 | 2013-01-31 | Ip Leanware | Dispositif et procede de diagnostic d'un processus industriel evolutif |
Families Citing this family (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7844622B1 (en) | 2006-12-04 | 2010-11-30 | Cessna Aircraft Company | System and method for maintaining a product specification within regional parameters when selecting options |
| US8036858B2 (en) * | 2006-12-12 | 2011-10-11 | Honeywell International Inc. | Statistical method for electric machine optimization used for electric drives |
| US20090063546A1 (en) * | 2007-08-31 | 2009-03-05 | Caterpillar, Inc. | Method and system for creating a data dictionary |
| US7684886B2 (en) * | 2007-08-31 | 2010-03-23 | Caterpillar Inc. | Method and system for managing and validating product development |
| US20100145492A1 (en) * | 2008-12-09 | 2010-06-10 | The Boeing Company | Automated Custom Design Generation |
| US20140372174A1 (en) * | 2013-06-12 | 2014-12-18 | MEE - Multidimensional Economic Evaluators LLC | Multivariate regression analysis |
| CN103606031A (zh) * | 2013-11-04 | 2014-02-26 | 清华大学 | 一种餐厨废弃物饲料产品安全性的评价方法 |
| EP2960839A1 (fr) * | 2014-06-27 | 2015-12-30 | Airbus Operations GmbH | Configuration de flotte aérienne |
| CN105415901B (zh) * | 2015-12-23 | 2018-10-30 | 童迎伟 | 一种基于物联网的云智能印章及其实现方法 |
| US10318904B2 (en) | 2016-05-06 | 2019-06-11 | General Electric Company | Computing system to control the use of physical state attainment of assets to meet temporal performance criteria |
| CN106156501B (zh) * | 2016-07-04 | 2018-07-31 | 厦门大学 | 一种基于挠度影响线的桥梁局部损伤量化方法 |
| CN106626829A (zh) * | 2016-11-19 | 2017-05-10 | 安徽味唯网络科技有限公司 | 一种印章的防伪方法 |
| CN110702723B (zh) * | 2018-07-09 | 2022-11-25 | 浙江清华柔性电子技术研究院 | 高温风洞的成像系统和方法 |
| CN114323542B (zh) * | 2022-03-08 | 2022-05-13 | 中国空气动力研究与发展中心低速空气动力研究所 | 一种风洞动态试验多信号采集同步方法 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5117354A (en) * | 1988-05-24 | 1992-05-26 | Carnes Company, Inc. | Automated system for pricing and ordering custom manufactured parts |
| US5552995A (en) * | 1993-11-24 | 1996-09-03 | The Trustees Of The Stevens Institute Of Technology | Concurrent engineering design tool and method |
| EP0899672A2 (fr) * | 1997-08-29 | 1999-03-03 | The Boeing Company | Méthode assistée par ordinateur pour structurer des informations sur la configuration des produits et pour configurer des produits |
| WO2000036544A1 (fr) * | 1998-12-18 | 2000-06-22 | Frog Design, Inc. | Systeme et procede de configuration de produit |
| WO2000049544A2 (fr) * | 1999-02-16 | 2000-08-24 | Autobytel.Com Inc. | Systeme et procede d'affichage de configurations de produits |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US24304A (en) * | 1859-06-07 | Charles hewitt | ||
| US5260866A (en) * | 1991-09-17 | 1993-11-09 | Andersen Consulting | Expert configurator |
| JPH0689314A (ja) * | 1992-04-16 | 1994-03-29 | Hitachi Ltd | 設計支援方式および装置 |
| KR100243806B1 (ko) * | 1996-06-07 | 2000-02-01 | 가네꼬 히사시 | 공정 플로 작성 시스템 |
| US6295513B1 (en) * | 1999-03-16 | 2001-09-25 | Eagle Engineering Of America, Inc. | Network-based system for the manufacture of parts with a virtual collaborative environment for design, developement, and fabricator selection |
| US6535890B2 (en) * | 1999-11-16 | 2003-03-18 | Aircraft Technical Publishers | Computer aided maintenance and repair information system for equipment subject to regulatory compliance |
| CN1195604C (zh) * | 1999-12-28 | 2005-04-06 | 本田技研工业株式会社 | 生产线的构筑方法、车身组装方法、及车身组装线 |
| US6782346B2 (en) * | 2001-05-07 | 2004-08-24 | The Boeing Company | Aircraft synthesis and systems evaluation method for determining and evaluating electrical power generation and distribution system components |
| IES20010666A2 (en) * | 2001-07-17 | 2002-11-13 | Aircraft Man Technologies Ltd | An electronic operations and maintenance log and system for an aircraft |
| US20040243636A1 (en) * | 2003-03-18 | 2004-12-02 | Smartsignal Corporation | Equipment health monitoring architecture for fleets of assets |
-
2001
- 2001-07-05 FR FR0108932A patent/FR2827055B1/fr not_active Expired - Fee Related
-
2002
- 2002-07-03 US US10/189,260 patent/US6895291B2/en not_active Expired - Lifetime
-
2003
- 2003-11-14 US US10/712,009 patent/US20040148045A1/en not_active Abandoned
- 2003-11-14 US US10/706,939 patent/US20040148044A1/en not_active Abandoned
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5117354A (en) * | 1988-05-24 | 1992-05-26 | Carnes Company, Inc. | Automated system for pricing and ordering custom manufactured parts |
| US5552995A (en) * | 1993-11-24 | 1996-09-03 | The Trustees Of The Stevens Institute Of Technology | Concurrent engineering design tool and method |
| EP0899672A2 (fr) * | 1997-08-29 | 1999-03-03 | The Boeing Company | Méthode assistée par ordinateur pour structurer des informations sur la configuration des produits et pour configurer des produits |
| WO2000036544A1 (fr) * | 1998-12-18 | 2000-06-22 | Frog Design, Inc. | Systeme et procede de configuration de produit |
| WO2000049544A2 (fr) * | 1999-02-16 | 2000-08-24 | Autobytel.Com Inc. | Systeme et procede d'affichage de configurations de produits |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2013014524A1 (fr) | 2011-07-26 | 2013-01-31 | Ip Leanware | Dispositif et procede de diagnostic d'un processus industriel evolutif |
| US9488976B2 (en) | 2011-07-26 | 2016-11-08 | Ip Leanware | Device and method for diagnosing an evolutive industrial process |
Also Published As
| Publication number | Publication date |
|---|---|
| US20040148045A1 (en) | 2004-07-29 |
| US20040148044A1 (en) | 2004-07-29 |
| FR2827055B1 (fr) | 2005-02-04 |
| US20030024304A1 (en) | 2003-02-06 |
| US6895291B2 (en) | 2005-05-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20220382719A1 (en) | Change request visualization in hierarchical systems | |
| US6629081B1 (en) | Account settlement and financing in an e-commerce environment | |
| US8412741B2 (en) | Product network management system and method | |
| US7610233B1 (en) | System, method and article of manufacture for initiation of bidding in a virtual trade financial environment | |
| US7167844B1 (en) | Electronic menu document creator in a virtual financial environment | |
| FR2827055A1 (fr) | Procede pour struturer et gerer la configuration de produits industriels, notamment d'avions | |
| EP1857930A2 (fr) | Système, procédé et appareil pour permettre à un design, une administration et une présentation des applications de logiciels informatiques | |
| US20040221259A1 (en) | Method and apparatus for status display with intermediate database access | |
| US20110016448A1 (en) | System and method for rapid development of software applications | |
| US20080086716A1 (en) | Method and apparatus for information display with intermediate datasource access | |
| Nielsen et al. | Return on investment (ROI) for usability | |
| Ferrari et al. | Microsoft SQL Server 2012 Analysis Services: The BISM Tabular Model | |
| US20230205551A1 (en) | System for custom validations and scripts for mobile applications | |
| Halmans et al. | Communicating the variability of a software-product family to customers | |
| WO2001046846A2 (fr) | Procede destine a un schema financier de commerce virtuel | |
| US20150228032A1 (en) | Meta-model for monitoring payroll processes across a network | |
| Ralston | PowerPivot for business intelligence using Excel and SharePoint | |
| FR3046866A1 (fr) | ||
| US20240086809A1 (en) | Process Variation Management | |
| Dorsaz | Overcoming the user-experience limitations on current professional chief cooks software: development of a solution application | |
| FR3062228A1 (fr) | Base de donnees agregative d'enregistrements contexte | |
| Rodríguez Lado | NetStage: Web application for music event comparison and management | |
| Khasenova | Development of a software module for order status management at an event management company | |
| DE PINEDO et al. | REASONS, RESULTS AND NEEDS IN CONSEQUENCE OF A CHOICE IN TWO EUROPEAN COOPERATIVE LIBRARY SYSTEMS. | |
| Knight | Analysis, Design and Implementation of a Helpdesk Management System |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| ST | Notification of lapse |
Effective date: 20150331 |