FR2905018A1

FR2905018A1 - Procede de modelisation graphique tridimensionnelle

Info

Publication number: FR2905018A1
Application number: FR0653388A
Authority: FR
Inventors: Marc Pierre Stefano; Jerome Mortain; Stephane Cadet; David Rodriguez; Jacques Luigi; Frederic Perron; Bruno Casimir
Original assignee: Peugeot Citroen Automobiles SA
Current assignee: PSA Automobiles SA
Priority date: 2006-08-17
Filing date: 2006-08-17
Publication date: 2008-02-22
Anticipated expiration: 2026-08-17
Also published as: JP2010501094A; US20100234972A1; CN101517577A; BRPI0714471A2; EP2054827A1; CN101517577B; WO2008020142A1; FR2905018B1

Abstract

L'invention concerne le domaine des procédés de modélisation graphique tridimensionnelle. C'est un procédé de modélisation graphique tridimensionnelle d'une interface entre plusieurs éléments, comprenant au moins : pour au moins deux éléments, une étape de détermination d'un ou de plusieurs paramètres de l'élément relatifs à l'interface ; une étape d'affichage, au niveau d'une ressource logicielle, d'une modélisation graphique tridimensionnelle de l'interface à l'aide des paramètres déterminés, au moins l'un des éléments étant une phase de procédé de fabrication dont au moins un paramètre déterminé utilisé pour l'étape d'affichage correspond à une contrainte imposée par la phase de procédé de fabrication.

Description

PROCEDE DE MODELISATION GRAPHIQUE TRIDIMENSIONNELLE L'invention concerne

le domaine des procédés de modélisation graphique tridimensionnelle, et plus particulièrement les procédés de modélisation graphique tridimensionnelle d'une interface, soit entre deux phases de procédé de fabrication, soit entre une pièce mécanique et une phase de procédé de fabrication. Usuellement dans le domaine de la conception, la responsabilité de la conception d'une pièce mécanique incombe à un concepteur de pièce mécanique, tandis que la responsabilité de la io conception d'une phase de procédé de fabrication incombe à un concepteur de phase de procédé de fabrication. Ainsi, différents concepteurs interviennent au niveau d'une interface. Selon un art antérieur, il est connu de réaliser une modélisation graphique tridimensionnelle d'une interface entre deux pièces 15 mécaniques et de l'afficher au niveau d'une ressource logicielle. Cet art antérieur présente toutefois l'inconvénient de ne pas permettre une prise en compte des contraintes liées aux phases de procédé de fabrication qui s'appliquent sur les pièces mécaniques. L'invention propose dans une première réalisation d'afficher une 20 modélisation graphique tridimensionnelle de l'interaction entre une pièce mécanique et une phase de procédé de fabrication et dans une deuxième réalisation d'afficher une modélisation graphique tridimensionnelle de l'interaction entre deux phases de procédé de fabrication, d'une manière similaire à l'affichage selon l'art antérieur d'une modélisation graphique 25 tridimensionnelle de l'interface entre deux pièces mécaniques, en traitant une phase de procédé de fabrication comme une pièce mécanique, c'est-à-dire comme un élément d'une interface. Ainsi, la gestion d'une interaction d'une part entre deux phases de procédé de fabrication et d'autre part entre une phase de fabrication et une pièce mécanique 30 d'autre part, pourra être gérée de manière aussi pratique que l'était une interface entre deux pièces mécaniques auparavant. De plus, de manière avantageuse, la prise en compte d'une proposition de modification, notamment la prise en compte, par le concepteur d'une pièce mécanique 2905018 2 ou d'une phase de procédé de fabrication, d'une proposition de modification issue d'un concepteur de phase de procédé de fabrication, permettra la convergence vers une interface stabilisée plus rapidement que par le passé.

5 Selon l'invention, il est prévu un procédé de modélisation graphique tridimensionnelle d'une interface entre plusieurs éléments, comprenant au moins : pour au moins deux éléments, une étape de détermination d'un ou de plusieurs paramètres de l'élément relatifs à l'interface ; une étape d'affichage, au niveau d'une ressource logicielle, d'une modélisation io graphique tridimensionnelle de l'interface à l'aide des paramètres déterminés ; caractérisé en ce qu'au moins l'un des éléments est une phase de procédé de fabrication dont au moins un paramètre déterminé utilisé pour l'étape d'affichage correspond à une contrainte imposée par la phase de procédé de fabrication.

15 Deux cas de figure préférentiels distincts sont à considérer, le premier cas étant celui où ne sont prises en compte que les interactions entre phases de procédé de fabrication, le second cas étant celui où sont prises en considération aussi bien les interactions entre pièce mécanique et phase de procédé de fabrication, qu'éventuellement les interactions entre 20 phases de procédé de fabrication et les interfaces entre pièces mécaniques. De même, le second cas comprend les interactions complexes pouvant faire intervenir une ou plusieurs phases de procédé de fabrication au niveau d'une ou de plusieurs pièces mécaniques. Dans le premier cas, au moins deux éléments sont des phases de 25 procédé de fabrication pour lesquelles au moins un paramètre déterminé utilisé pour l'étape d'affichage correspond à une contrainte imposée par la phase de procédé de fabrication et aucun élément dont un paramètre déterminé est utilisé pour l'étape d'affichage n'est une pièce mécanique. Dans le second cas, au moins l'un des éléments est une pièce mécanique 30 dont au moins un paramètre déterminé utilisé pour l'étape d'affichage est une donnée géométrique relative à la pièce. De préférence, tous les paramètres déterminés pour une pièce mécanique et utilisés pour l'étape d'affichage sont des données géométriques relatives à la pièce.

2905018 3 Dans le premier comme dans le second cas, de préférence, tous les paramètres déterminés pour une phase de procédé de fabrication et utilisés pour l'étape d'affichage sont des contraintes imposées par la phase de procédé de fabrication. Dans la suite du texte, sauf mention 5 contraire, seul le second cas sera décrit, mais l'enseignement détaillé de l'invention qui suit peut être également appliqué au premier cas. Pour que l'interaction entre une phase de procédé de fabrication et la pièce mécanique auquel cette phase de procédé de fabrication s'applique puisse être conçue correctement dans un temps raisonnable, une io coordination étroite entre le concepteur de la phase de procédé de fabrication d'une part et de la pièce mécanique d'autre part est intéressante au niveau de l'interface entre la phase de procédé de fabrication et la pièce mécanique. C'est pourquoi, chaque fois que le concepteur d'une phase de procédé de fabrication modifie sa phase de 15 procédé de fabrication au niveau de l'interface avec une pièce mécanique, il lui faudra discuter avec le concepteur de la pièce mécanique la faisabilité de la modification envisagée, le plus souvent lors de la prochaine réunion d'équipe, laquelle peut nécessiter d'attendre un temps plus ou moins long.

20 Pendant ce temps, le concepteur de la pièce mécanique ignore tout de la modification envisagée, il ne la découvrira souvent que lors de la prochaine réunion d'équipe. Le concepteur de la phase de procédé de fabrication à modifier pourrait tenter de joindre son collègue pour lui expliquer la modification qu'il envisage, mais il peut avoir des difficultés à 25 le joindre, voire oublier de le faire. Pour résoudre cet inconvénient, de préférence, dans le procédé de modélisation graphique tridimensionnelle, même lorsque le concepteur d'une phase de procédé de fabrication oublie de signaler au concepteur d'une pièce mécanique, ou à toute personne intéressée par l'évolution de 30 l'interface entre la phase de procédé de fabrication et la pièce mécanique, d'une modification envisagée à sa phase de procédé de fabrication justement au niveau de son interface avec la pièce mécanique de l'autre concepteur, l'autre concepteur ou toute autre personne intéressée peut 2905018 4 être automatiquement avertie de la modification envisagée, ce qui lui permet d'en prendre connaissance avant la prochaine réunion d'équipe. Ainsi, de préférence, le procédé de modélisation graphique tridimensionnelle comprend une étape d'envoi, vers une ressource 5 logicielle cible sous le contrôle d'un utilisateur, d'une information d'alerte relative à la modification, d'une phase de procédé au niveau de l'interface, réalisée au niveau d'une autre ressource logicielle sous le contrôle d'un autre utilisateur, et l'étape d'affichage, au niveau de la ressource logicielle cible, de la modélisation graphique tridimensionnelle io de l'interface peut intégrer ladite modification. De manière avantageuse, une modélisation graphique tridimensionnelle de l'interface intégrant ladite modification est affichée, lors de l'activation, au niveau de la ressource logicielle cible, d'un élément graphique d'alerte représentant l'information d'alerte.

15 Cette fluidité de circulation de l'information entre les membres d'une même équipe de conception, rendue possible grâce au procédé de l'invention permettant, lorsque l'un des membres envisage une modification de sa phase de procédé de fabrication au niveau de l'interface avec au moins une pièce mécanique, un avertissement 20 automatique du ou des autres membres intéressés, permet pour un temps de développement projet prédéterminé d'améliorer nettement la robustesse de l'interface considérée, en évitant ou à tout le moins en diminuant fortement le risque, d'une remise en cause tardive des différents paramètres de l'interface, ce qui peut alors se traduire par des 25 surcoûts importants. La possibilité de visualiser en temps réel l'état d'une interface, et notamment la ou les propositions de modification envisagées par un ou plusieurs concepteurs de phase de procédé de fabrication au niveau d'une interface et non encore admises par l'ensemble des intervenants au niveau de cette interface, permet une animation 30 d'interface, et notamment par un animateur d'interface, qui est plus efficace et plus rapide. Par ailleurs, cette possibilité s'accompagne de celle de pouvoir échanger directement et en temps réel des informations relatives à l'interface dans la mesure où toute contre proposition à la 2905018 5 modification envisagée sera signalée de la même manière au concepteur auteur de la modification envisagée. L'élément graphique d'alerte est tout élément graphique qui va pouvoir symboliser pour un utilisateur une alerte signalant qu'une modification 5 d'une phase de procédé de fabrication au niveau de l'interface considérée est demandée par le concepteur de la phase de procédé de fabrication devant être modifiée. Cet élément graphique peut être un élément ajouté à l'existant ou bien une modification de l'existant ou encore une combinaison des deux. Dans une réalisation préférentielle, l'élément io graphique d'alerte est un icône s'ajoutant à l'information existante. Dans une autre réalisation, l'élément graphique est une modification de la mise en forme d'une information existante. De préférence, l'affichage de l'élément graphique d'alerte est représentatif de la phase de procédé de fabrication modifiée. En effet, il 15 est intéressant non seulement d'être alerté d'une proposition de modification, mais de pouvoir visualiser immédiatement au niveau de la situation de l'élément graphique d'alerte, quelle phase de procédé de fabrication de l'interface est concernée par la modification proposée. Avantageusement, l'affichage de l'élément graphique d'alerte est 20 représentatif de la ressource logicielle au niveau de laquelle la modification a été réalisée ou de l'utilisateur contrôlant ladite ressource logicielle. En effet, dans les projets assez vastes ou complexes, où plus d'un concepteur peut travailler sur une phase de procédé de fabrication, il est également intéressant de savoir lequel des concepteurs travaillant sur 25 la phase de procédé de fabrication concernée propose la modification de ladite phase de procédé de fabrication. Le procédé de modélisation peut prévoir que seules certaines modifications, jugées suffisamment importantes pour présenter un impact vis-à-vis d'autres intervenants au niveau de l'interface, seront publiées, 30 c'est-à-dire envoyées vers la ressource logicielle d'un autre utilisateur. Toutefois, pour éviter les dérives, il est préférable de signaler toute modification de phase de procédé de fabrication au niveau de l'interface, de quelque ordre qu'elle soit. Ainsi, de préférence, toute modification d'une phase de procédé de fabrication au niveau de l'interface entraîne 2905018 6 l'envoi d'au moins une information d'alerte vers une ressource logicielle cible. De préférence, au moins une modification de phase de procédé de fabrication au niveau de l'interface, voire toute modification de pièce au 5 niveau de l'interface, entraîne l'envoi d'une information d'alerte vers plusieurs ressources logicielles cibles. En effet, dans un projet concret, de nombreux intervenants au niveau de l'interface peuvent être intéressés par une mise en connaissance de cause le plus tôt possible d'une proposition de modification d'une phase de procédé de fabrication au io niveau de l'interface. Ce sont par exemple les concepteurs des autres phases de procédé de fabrication ou les concepteurs de la ou des pièces mécaniques auxquelles sont appliquées la ou les phases de procédé de fabrication, pour peu que toutes ces phases de procédé de fabrication et toutes ces pièces mécaniques interviennent au niveau de la même 15 interface. Ce sera aussi par exemple un animateur d'interface chargé de surveiller et d'harmoniser l'évolution d'une interface. De préférence, les éléments graphiques d'alerte correspondant à plusieurs interfaces peuvent être affichés simultanément. Cette fonctionnalité est intéressante surtout pour l'animateur d'interface, elle peut toutefois l'être aussi pour un 20 concepteur dont la phase de procédé de fabrication ou dont la pièce mécanique présente plusieurs interfaces avec la phase de procédé de fabrication ou la pièce mécanique d'un autre concepteur. Pour éviter d'alerter les autres intervenants au niveau d'une interface de manière intempestive, c'est-à-dire éviter d'envoyer une information 25 d'alerte pour proposer une modification puis d'envoyer une autre information d'alerte proposant une contre modification ayant pour but soit de revenir à l'état initial soit de faire encore évoluer la modification proposée depuis la dernière version stabilisée, de préférence, une proposition de modification ne sera signalée aux autres intervenants que 30 si elle semble suffisamment mature et avancée au moins à son propre auteur. Ainsi, de préférence, l'information d'alerte est envoyée dès que la modification est validée par son auteur. De préférence, un ou plusieurs éléments graphiques références correspondant respectivement à une ou plusieurs versions stabilisées de 2905018 7 l'interface associée à l'élément graphique d'alerte peuvent être affichés simultanément à l'élément graphique d'alerte, l'activation d'un élément graphique référence affichant la modélisation graphique tridimensionnelle de la version stabilisée correspondante de l'interface. Ainsi la 5 comparaison directe possible entre la version stabilisée la plus récente et la proposition de modification permet une estimation plus aisée de l'impact de ladite modification. Cette fonctionnalité avantageuse gardant l'historique de l'évolution d'une interface permet aussi une vision plus claire de l'évolution de l'interface ainsi qu'un retour en arrière plus aisé si io l'on a abouti à une impasse. Elle permet de retrouver à tout moment l'état des interfaces au niveau de tous les jalons du processus de conception. De préférence, la modélisation graphique tridimensionnelle est accompagnée d'un commentaire textuel. Cette fonctionnalité est particulièrement intéressante pour les modifications qui ne se voient pas 15 immédiatement de manière graphique ou qui ne se voient qu'imparfaitement de manière graphique, le commentaire textuel pouvant avoir un rôle de précision et / ou d'explication, voire de justification en véhiculant le pourquoi de la proposition de modification. De préférence, l'affichage d'un élément graphique d'alerte est 20 accompagné de l'affichage d'un élément graphique de mise en garde lorsque la modification de phase de procédé de fabrication à l'origine de l'élément graphique d'alerte transgresse une ou plusieurs règles programmables dans le procédé de modélisation graphique tridimensionnelle. Ceci permet immédiatement de se rendre compte du 25 caractère plus ou moins difficile et / ou dangereux de la mise en oeuvre effective de la modification proposée. Ainsi, par exemple l'animateur d'interface pourra rejeter rapidement comme irrecevable une proposition de modification transgressant de manière significative une règle impérative, évitant ainsi à un autre concepteur de perdre du temps sur un 30 essai d'adaptation à une modification qui n'a aucune chance d'être retenue au final. Ce garde fou imposant le respect d'un minimum de règles métier à tous les stades de la conception ou à tout le moins signalant les dérives permet d'améliorer ou à tout le moins d'évaluer la robustesse de l'interface. Ces règles métier, avantageusement 2905018 8 programmables au gré de l'utilisateur, peuvent être par exemple des règles de conception ou bien des règles de fabrication, ou encore un panachage des deux. De préférence, le ou les phases de procédé de fabrication sont des 5 phases de procédé de fabrication de pièces mécaniques de véhicule automobile. En effet, un projet véhicule nécessite le traitement de très nombreuses interfaces. C'est pourquoi un outil comme le procédé de modélisation selon l'invention est particulièrement bénéfique et intéressant dans le domaine automobile. io De préférence, un élément graphique d'alerte est affiché au niveau d'un fichier catpart ou catproduct d'un logiciel de la famille catia. Ce logiciel est avantageusement catia v 5 ou une version postérieure. Une grande partie ce qui vient d'être décrit l'a été dans le cadre d'une proposition de modification de phase de procédé de fabrication impactant 15 une pièce mécanique, mais la réciproque peut également être mise en oeuvre, c'est-à-dire une proposition de modification de pièce mécanique impactant sur une phase de procédé de fabrication. Ainsi, de manière similaire, de préférence, le procédé comprend alors une étape d'envoi, vers une ressource logicielle cible sous le contrôle d'un 20 utilisateur, d'une information d'alerte relative à la modification, d'une pièce mécanique au niveau de l'interface, réalisée au niveau d'une autre ressource logicielle sous le contrôle d'un autre utilisateur, et l'étape d'affichage, au niveau de la ressource logicielle cible, de la modélisation graphique tridimensionnelle de l'interface peut intégrer ladite modification.

25 De préférence, également, une modélisation graphique tridimensionnelle de l'interface intégrant ladite modification est affichée, lors de l'activation, au niveau de la ressource logicielle cible, d'un élément graphique d'alerte représentant l'information d'alerte. De manière avantageuse, l'affichage de l'élément graphique d'alerte est représentatif de la pièce mécanique 30 modifiée. L'affichage d'un élément graphique d'alerte est avantageusement accompagné de l'affichage d'un élément graphique de mise en garde lorsque la modification de pièce mécanique à l'origine de l'élément graphique d'alerte transgresse une ou plusieurs règles 2905018 9 programmables dans le procédé de modélisation graphique tridimensionnelle. L'invention va maintenant être décrite plus en détail à l'aide des figures 5 ci-après, données à titre d'exemples illustratifs et non limitatifs, où : - la figure 1 représente schématiquement un exemple d'une vue d'une pièce mécanique relevant d'un concepteur de pièce mécanique ; - la figure 2 représente schématiquement un exemple d'une vue d'une phase de procédé de fabrication relevant d'un concepteur de phase de io procédé de fabrication ; - les figures 3 à 5 représentent schématiquement un exemple de plusieurs évolutions d'une interface entre une pièce mécanique relevant d'un concepteur de pièce mécanique et une phase de procédé de fabrication relevant d'un concepteur de phase de procédé de fabrication ; 15 - la figure 6 représente schématiquement un exemple de visualisation d'un élément graphique d'alerte conformément à une réalisation avantageuse du procédé de modélisation graphique tridimensionnelle selon l'invention ; -la figure 7 représente schématiquement un exemple de visualisation de 20 l'étape d'affichage du procédé de modélisation graphique tridimensionnelle selon l'invention. L'interface au niveau de laquelle sont situées, d'une part une pièce mécanique et d'autre part une phase de procédé de fabrication destinée à 25 s'appliquer à ladite pièce mécanique, va comprendre à la fois des informations nécessaires à la conception de la pièce mécanique elle-même et des informations nécessaires pour respecter les contraintes imposées par le procédé de fabrication de ladite pièce mécanique. Les contraintes imposées par le procédé de fabrication d'une pièce 30 mécanique peuvent être de différents types. Des exemples, non exhaustifs sont maintenant listés. Tout d'abord, il y a les règles métier dont le respect est nécessaire pour garantir la faisabilité même de la pièce mécanique, ce sont par conséquent des règles impératives. Ensuite, il y a les règles métier dont le respect permet de diminuer les 2905018 i0 coûts, que ce soit au niveau de l'investissement outillage ou du prix de revient de la pièce mécanique. Enfin, il y a des règles au montage qui doivent être respectées sous peine d'obliger à adapter l'atelier montage, comme par exemple le respect d'une zone de réserve pour un accès 5 visseuse ou bien le respect d'une enveloppe volumique fonctionnelle balayée lors de l'opération de montage de la pièce mécanique. Un exemple de la phase d'emboutissage d'une pièce mécanique va maintenant être détaillé en liaison avec les figures 1 à 5. Pour expliquer plus simplement les opérations, les vues sont réalisées en deux io dimensions mais dans la réalité, la représentation graphique est tridimensionnelle. La figure 1 représente schématiquement un exemple d'une vue d'une pièce mécanique relevant d'un concepteur de pièce mécanique. Cette pièce mécanique peut être décomposée en trois parties principales, la 15 partie 1, la partie 2 et la partie 3. La figure 2 représente schématiquement un exemple d'une vue d'une phase de procédé de fabrication relevant d'un concepteur de phase de procédé de fabrication. Lors de l'emboutissage, une phase poinçonnage est réalisée en suivant une certaine direction de poinçonnage pour des 20 raisons de faisabilité et de coût. La direction 4 est représentée par une droite. Pour des raisons de faisabilité et de coût, cette direction 4 est souhaitée telle que représentée sur la figure 2 ; pour d'autres raisons de faisabilité et de coûts, elle doit également rester perpendiculaire au plan de la partie 2 de la pièce mécanique à poinçonner.

25 Les figures 3 à 5 représentent schématiquement un exemple d'évolution d'une interface entre une pièce mécanique relevant d'un concepteur de pièce mécanique et une phase de procédé de fabrication relevant d'un concepteur de phase de procédé de fabrication. La figure 3 représente l'interface entre pièce mécanique et phase de 30 poinçonnage au niveau d'une version n 1 stabilisée. La partie 2 est séparée en deux parties 5 par l'opération de poinçonnage. La figure 4 représente une proposition de modification. Lors de l'évolution de la conception, le concepteur de la phase de poinçonnage souhaite une évolution de la direction de poinçonnage qu'il veut voir évoluer de la 2905018 Il direction 4 vers une direction 6. C'est cette proposition de modification que le concepteur de la pièce mécanique verra s'afficher, en trois dimensions, lorsqu'il activera un élément graphique d'alerte visible sur son écran. L'élément graphique d'alerte est expliqué ultérieurement en 5 détail au niveau de la figure 6. Lorsque le concepteur de la pièce mécanique voit cette proposition de modification, il se rend compte, qu'elle nécessitera une adaptation de son côté des parties 5 de la pièce mécanique car leur plan moyen des sous parties 5 n'est plus perpendiculaire à la nouvelle direction 6 de poinçonnage proposée. io La figure 5 représente à nouveau une version stabilisée de l'interface, par exemple la version n 2. Après évaluation et discussion au sein de l'équipe, la modification proposée par le concepteur de la phase de poinçonnage a été acceptée. Par conséquent le concepteur de la pièce mécanique a modifiée les sous parties 5 qui sont devenues les sous 15 parties 7 dont le plan moyen est à nouveau perpendiculaire à la direction 6 de poinçonnage. Le concepteur de pièce mécanique aurait pu faire part, en amont du processus, de la modification de sa pièce mécanique par le biais d'une contre proposition générant elle aussi un élément graphique d'alerte comme expliqué au niveau de la figure 6.

20 La figure 6 représente schématiquement un exemple de visualisation d'un élément graphique d'alerte conformément au procédé de modélisation graphique tridimensionnelle selon l'invention. Cet élément graphique d'alerte est représenté schématiquement au niveau d'un exemple d'espace d'animation d'interface vers lequel sont 25 envoyées et au niveau duquel sont affichées des propositions de modification. Un fichier 60 interfaces est manipulé par un animateur d'interface qui est responsable d'un certain nombre d'interfaces au niveau d'un ensemble de zones d'interaction entre pièces mécaniques automobiles et phases de procédé de fabrication associées. Les phases 30 de procédé de fabrication peuvent concerner par exemple des opérations d'emboutissage, de ferrage, de tôlerie, de montage. L'animateur d'interface peut être un intervenant extérieur aux bureaux d'études impliqués dans les interfaces, ou un des concepteurs travaillant directement sur les interfaces. Par mesure de simplicité, dans ce fichier 2905018 12 60, seules deux interfaces, il et i2, ont été représentées mais le fichier 60 peut en contenir beaucoup plus. La ressource logicielle de l'animateur d'interface abritant et affichant le fichier 60 est une ressource logicielle cible. Ce type de fichier, dans une version contenant généralement moins 5 d'interfaces, voire une seule interface, peut aussi se trouver sur la ressource logicielle d'un concepteur de phase de procédé de fabrication dont la phase de procédé de fabrication présente une ou plusieurs interfaces avec une pièce mécanique ou avec plusieurs pièces mécaniques. De la même façon, ce type de fichier peut aussi se trouver sur la ressource logicielle du concepteur de pièce mécanique. Le fichier 60 est avantageusement structuré de la manière suivante lorsqu'il est affiché. L'interface il comprend deux sous répertoires, VS et P. Le sous répertoire VS, comprend des versions stabilisées de l'interface, c'est-à-dire des versions qui à un moment donné, ont été acceptées par tous les membres de l'équipe intervenant au niveau de cette interface ou ont été imposées par l'animateur d'interface ou de manière plus générale ont été stabilisées par un responsable parce que toutes les objections avaient été surmontées ou toutes les modifications prises en compte. Sur la figure 6, sont représentées deux versions antérieures, une version VN plus ancienne et une version VN-F1 plus récente. Cet historique des versions stabilisées de l'interface permet de suivre l'évolution de l'interface au cours du temps. Le sous répertoire P, comprend des propositions de modification éventuelles en provenance de différents concepteurs. L'interface il est une interface entre une phase de procédé de fabrication et une pièce mécanique à laquelle ladite phase de procédé de fabrication est destinée à s'appliquer. Par conséquent, ce sont d'une part le concepteur CPR1 de la phase de procédé de fabrication et d'autre part le concepteur CP11 de la pièce mécanique, qui vont pouvoir proposer des modifications, respectivement à la phase de procédé de fabrication et à la pièce mécanique. Sur la figure 6, seul le concepteur CPR1 a proposé une modification laquelle est signalée par l'élément graphique d'alerte 61 qui est ici un icône triangulaire s'ajoutant à la mention CPR1 en étant affiché au voisinage de la mention CPR1 ; ce pourrait être la mention CPR1 elle- 2905018 13 même affichée dans une autre couleur. Aucun élément graphique d'alerte n'est affiché au niveau de la mention CPI1, le concepteur CP11 n'a donc pas proposé de modification. Par ailleurs, la modification proposée par le concepteur CPR1 viole une règle programmable, ici une règle de 5 fabrication associée à la phase de procédé defabrication du concepteur CPR1, ce qui est automatiquement signalé par l'affichage d'un élément graphique de mise en garde 62, ici sous forme d'un feu rouge. Une activation de l'élément graphique d'alerte 61 permet l'affichage, au niveau de la ressource logicielle affichant le fichier 60, d'une modélisation 10 tridimensionnelle de l'interface il qui intègre la modification proposée par le concepteur CPR1 au niveau de la phase de procédé de fabrication associée. Ainsi par simple activation de l'élément graphique 61, par exemple par simple clic ou double clic dessus, l'animateur de l'interface il et / ou le concepteur CP11 de la pièce mécanique associée peuvent se 15 rendre immédiatement compte de manière visuelle de la modification proposée par le concepteur CPR1 au niveau de la phase de procédé de fabrication associée, laquelle modification peut bien sûr entraîner une nécessité de modification au niveau de la pièce mécanique du concepteur CPI1.

20 Une activation de l'élément graphique de mise en garde 62 permet l'affichage, au niveau de la ressource logicielle cible affichant le fichier 60, de la règle programmable qui serait violée par la modification proposée, voire même d'une information expliquant pourquoi cette modification est constitutive d'une violation et / ou en quoi consiste cette 25 violation. L'interface i2 comprend les deux mêmes sous répertoires, VS et P. Le sous répertoire VS est identique à celui de l'interface il. Selon l'état d'avancement du projet de conception, il peut toutefois comprendre moins ou plus de versions stabilisées.

30 Le sous répertoire P, de manière similaire, comprend des propositions de modification éventuelles en provenance de différents concepteurs. L'interface i2 est une interface similaire à l'interface il. Sur la figure 6, seul le concepteur CPI2 d'une pièce mécanique a proposé une modification laquelle est signalée par l'élément graphique d'alerte 61.

2905018 14 Aucun élément graphique d'alerte n'est affiché au niveau de la mention CPR2, le concepteur CPR2 de la phase de procédé de fabrication destinée à s'appliquer au niveau de la pièce mécanique n'a donc pas proposé de modification. Par ailleurs, la modification proposée par le 5 concepteur CPI2 ne viole aucune règle programmable, qui serait par exemple ici une règle de conception de la pièce mécanique du concepteur CPI2, cela peut se remarquer par l'absence d'affichage d'un élément graphique de mise en garde 62. Une activation de l'élément graphique d'alerte 61 permet l'affichage, au 10 niveau de la ressource logicielle affichant le fichier 60, d'une modélisation tridimensionnelle de l'interface i2 qui intègre la modification proposée par le concepteur CPI2 de la pièce mécanique au niveau de ladite pièce mécanique. Ainsi par simple activation, l'animateur de l'interface i2 et / ou le concepteur CPR2 de la phase de procédé de fabrication destinée à 15 s'appliquer sur la pièce mécanique peuvent se rendre immédiatement compte de manière visuelle de la modification proposée par le concepteur CPI2 au niveau de la pièce mécanique associée, laquelle modification peut bien sûr entraîner une nécessité de modification au niveau de la phase de procédé de fabrication du concepteur CPR2.

20 Lorsqu'un concepteur, que ce soit de pièce mécanique ou de phase de procédé de fabrication associée, propose une modification à son niveau, une information d'alerte relative à ladite proposition de modification est envoyée vers le fichier d'interfaces. Ces flux d'envoi d'information sont établis en début de projet et sont conservés, même s'il n'est pas 25 impossible de les modifier en cours de projet. C'est parce qu'il a été prévu qu'une modification de la phase de procédé de fabrication au niveau de l'interface il de la part du concepteur CPR1 générerait l'envoi d'une information d'alerte vers le fichier 60, qu'un élément graphique d'alerte 61 est affiché dans le sous répertoire P de l'interface il au voisinage de la 30 mention CPR1, au niveau de l'affichage du fichier 60. De la même manière, c'est parce qu'il a été prévu que toute modification de la pièce mécanique au niveau de l'interface i2 de la part du concepteur CPI2 générerait l'envoi d'une information d'alerte vers le fichier 60, qu'un 2905018 15 élément graphique d'alerte 61 est affiché dans le sous répertoire P de l'interface i2 au voisinage de la mention CPI2. De la même manière également, en cas de proposition de modification émanant du concepteur CP11 pour l'interface il ou du concepteur CPR2 5 pour l'interface i2, des éléments graphiques 61 seraient affichés soit dans le sous répertoire P de l'interface il au voisinage de la mention CPI1, soit dans le sous répertoire P de l'interface i2 au voisinage de la mention CPR2. Ainsi, la mise en connaissance de cause anticipée d'une modification de 10 pièce au niveau d'une interface permet une visualisation en temps réel de l'évolution d'une interface et améliore l'efficacité de la prochaine réunion dédiée à l'évolution de cette interface, chaque intervenant ayant pu prendre connaissance automatiquement des modifications proposées par les autres en avance de ladite réunion.

15 Le fichier 60 est de préférence un fichier catproduct (marque déposée) du logiciel catia v5 (marque déposée), mais l'information peut aussi être supportée par un fichier catpart (marque déposée). La figure 7 représente schématiquement un exemple de visualisation de l'étape d'affichage du procédé de modélisation graphique 20 tridimensionnelle selon l'invention. La figure 7 représente l'exemple d'une modélisation graphique tridimensionnelle d'une doublure de porte de véhicule avec renfort de serrure. Six zones appui, numérotés de 11 à 16 sont représentées avec la convention suivante : pour chacune des zones d'appui, le point d'appui correspond à un petit carré tandis que la 25 direction d'appui est matérialisée par une ligne en traits pointillés reliant deux petits ronds. Dans cet exemple non limitatif, chaque zone d'appui 11 à 16 représente donc une interface caractérisée par un point et une ligne que doivent respecter à la fois le concepteur de la pièce mécanique, ici la doublure de porte, et le concepteur de la phase de procédé de 30 fabrication, ici l'application d'un moyen d'assemblage. 30

Claims

REVENDICATIONS

1) Procédé de modélisation graphique tridimensionnelle d'une interface entre plusieurs éléments, comprenant au moins : - pour au moins deux éléments, une étape de détermination d'un ou de plusieurs paramètres de l'élément relatifs à l'interface ; - une étape d'affichage, au niveau d'une ressource logicielle, d'une modélisation graphique tridimensionnelle de l'interface à l'aide des paramètres déterminés ; caractérisé en ce qu'au moins l'un des éléments est une phase de procédé de fabrication dont au moins un paramètre déterminé utilisé pour l'étape d'affichage correspond à une contrainte imposée par la phase de procédé de fabrication.

2) Procédé selon la revendication 1, caractérisé en ce qu'au moins deux éléments sont des phases de procédé de fabrication pour lesquelles au moins un paramètre déterminé utilisé pour l'étape d'affichage correspond à une contrainte imposée par la phase de procédé de fabrication et en ce qu'aucun élément dont un paramètre déterminé est utilisé pour l'étape d'affichage n'est une pièce mécanique.

3) Procédé selon la revendication 1, caractérisé en ce qu'au moins l'un des éléments est une pièce mécanique dont au moins un paramètre déterminé utilisé pour l'étape d'affichage est une donnée géométrique relative à la pièce.

4) Procédé selon la revendication 3, caractérisé en ce que tous les paramètres déterminés pour une pièce mécanique et utilisés pour l'étape d'affichage sont des données géométriques relatives à la pièce.

5) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que tous les paramètres déterminés pour une phase de 2905018 17 procédé de fabrication et utilisés pour l'étape d'affichage sont des contraintes imposées par la phase de procédé de fabrication.

6) Procédé selon l'une quelconque des revendications précédentes, 5 caractérisé en ce que le procédé comprend une étape d'envoi, vers une ressource logicielle cible sous le contrôle d'un utilisateur, d'une information d'alerte relative à la modification, d'une phase de procédé au niveau de l'interface, réalisée au niveau d'une autre ressource logicielle sous le contrôle d'un autre utilisateur, et en ce que l'étape d'affichage, au io niveau de la ressource logicielle cible, de la modélisation graphique tridimensionnelle de l'interface peut intégrer ladite modification.

7) Procédé selon la revendication 6, caractérisé en ce qu'une modélisation graphique tridimensionnelle de l'interface intégrant ladite 15 modification est affichée, lors de l'activation, au niveau de la ressource logicielle cible, d'un élément graphique d'alerte (61) représentant l'information d'alerte.

8) Procédé selon l'une quelconque des revendications 6 à 7, 20 caractérisé en ce que l'affichage de l'élément graphique d'alerte est représentatif de la phase de procédé de fabrication modifiée.

9) Procédé selon l'une quelconque des revendications 6 à 8, caractérisé en ce que l'affichage d'un élément graphique d'alerte est 25 accompagné de l'affichage d'un élément graphique de mise en garde (62) lorsque la modification de phase de procédé de fabrication à l'origine de l'élément graphique d'alerte transgresse une ou plusieurs règles programmables dans le procédé de modélisation graphique tridimensionnelle.

10) Procédé selon l'une quelconque des revendications 3 à 9, caractérisé en ce que le procédé comprend une étape d'envoi, vers une ressource logicielle cible sous le contrôle d'un utilisateur, d'une information d'alerte relative à la modification, d'une pièce mécanique au 30 2905018 18 niveau de l'interface, réalisée au niveau d'une autre ressource logicielle sous le contrôle d'un autre utilisateur, et en ce que l'étape d'affichage, au niveau de la ressource logicielle cible, de la modélisation graphique tridimensionnelle de l'interface peut intégrer ladite modification. 5

11) Procédé selon la revendication 10, caractérisé en ce qu'une modélisation graphique tridimensionnelle de l'interface intégrant ladite modification est affichée, lors de l'activation, au niveau de la ressource logicielle cible, d'un élément graphique d'alerte (61) représentant 10 l'information d'alerte.

12) Procédé selon l'une quelconque des revendications 10 à 11, caractérisé en ce que l'affichage de l'élément graphique d'alerte est représentatif de la pièce mécanique modifiée. 15

13) Procédé selon l'une quelconque des revendications 10 à 12, caractérisé en ce que l'affichage d'un élément graphique d'alerte est accompagné de l'affichage d'un élément graphique de mise en garde (62) lorsque la modification de pièce mécanique à l'origine de l'élément 20 graphique d'alerte transgresse une ou plusieurs règles programmables dans le procédé de modélisation graphique tridimensionnelle.

14) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que l'information d'alerte est envoyée dès que la 25 modification est validée par son auteur.

15) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que les éléments graphiques d'alerte correspondant à plusieurs interfaces peuvent être affichés simultanément.

16) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'un ou plusieurs éléments graphiques références (VN, VN-F1) correspondant respectivement à une ou plusieurs versions stabilisées de l'interface associée à l'élément graphique d'alerte peuvent 2905018 19 être affichés simultanément à l'élément graphique d'alerte, l'activation d'un élément graphique référence affichant la modélisation graphique tridimensionnelle de la version stabilisée correspondante de l'interface. 5

17) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que le ou les phases de procédé de fabrication sont des phases de procédé de fabrication de pièces mécaniques de véhicule automobile.