WO2008015359A1 - Procede de modelisation graphique tridimensionnelle - Google Patents

Procede de modelisation graphique tridimensionnelle Download PDF

Info

Publication number
WO2008015359A1
WO2008015359A1 PCT/FR2007/051730 FR2007051730W WO2008015359A1 WO 2008015359 A1 WO2008015359 A1 WO 2008015359A1 FR 2007051730 W FR2007051730 W FR 2007051730W WO 2008015359 A1 WO2008015359 A1 WO 2008015359A1
Authority
WO
WIPO (PCT)
Prior art keywords
modification
interface
alert
software resource
warning
Prior art date
Application number
PCT/FR2007/051730
Other languages
English (en)
Inventor
Marc Pierre Stefano
Stéphane CADET
Jacques Luigi
David Rodriguez
Jérôme MORTAIN
Bruno Casimir
Original Assignee
Peugeot Citroën Automobiles SA
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Peugeot Citroën Automobiles SA filed Critical Peugeot Citroën Automobiles SA
Priority to EP07823646A priority Critical patent/EP2050029A1/fr
Publication of WO2008015359A1 publication Critical patent/WO2008015359A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00—Computer-aided design [CAD]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2111/00—Details relating to CAD techniques
    • G06F2111/02—CAD in a network environment, e.g. collaborative CAD or distributed simulation

Definitions

  • the invention relates to the field of three-dimensional graphical modeling methods, and more particularly to three-dimensional graphical modeling methods of an interface zone between two mechanical parts.
  • each piece is designed by a draftsman.
  • the interface areas between mechanical parts are areas where several designers can intervene.
  • the invention proposes a method in which, even when the designer of a piece forgets to report to the designer of another room, or to anyone interested in the evolution of the interface zone between the parts, of a modification envisaged to its part precisely at the level of the interface zone between parts, the designer of the other room or any other interested person may be automatically notified of the proposed change, which allows him to read it before the next team meeting.
  • a method for three-dimensional graphical modeling of an interface zone between at least two mechanical parts comprising: a step of sending, to a target software resource under the control of a user, d an alerting information relating to the modification of a piece in the interface area made at the level of another software resource under the control of another user; a step of displaying, at the level of the target software resource, a three-dimensional graphical modeling of the interface zone incorporating said modification, during the activation, at the level of the target software resource, of a graphic element of alert representing the alert information.
  • This fluidity of information flow between the members of the same design team, made possible by the method of the invention, when one of the members is considering a modification of his piece at the interface area with one or more other parts, an automatic warning of the other interested members, allows for a predetermined project development time to significantly improve the robustness of the interface area considered, avoiding or at least greatly reducing the risk, a delayed challenge of different parameters of the interface area, which can then result in significant additional costs.
  • the possibility of visualizing in real time the state of an interface, and in particular the modification proposal (s) envisaged by one or more room designers at the level of an interface zone and not yet accepted by all the speakers at this interface area allows a interface zone animation, and especially by an interface facilitator, which is more efficient and faster.
  • the graphic warning element is any graphic element that will be able to symbolize for a user an alert indicating that a modification of a part at the interface area considered is requested by the designer of the part to be modified.
  • This graphic element can be an element added to the existing one or a modification of the existing one or a combination of both.
  • the graphic warning element is an icon in addition to the existing information.
  • the graphic element is a modification of the formatting of existing information.
  • the display of the warning graphic element is representative of the modified part.
  • the display of the graphic warning element is representative of the software resource at which the modification was made or of the user controlling said software resource. Indeed, in large or complex projects, where more than one designer can work on a part, it is also interesting to know which of the designers working on the part concerned proposes the modification of the part.
  • the modeling process may provide that only certain modifications deemed important enough to have an impact on other stakeholders at the interface area level will be published, ie sent to the resource software from another user. However, to avoid drift, it is best to report any room change at the interface area, in any order. Thus, preferably, any modification of a part in the interface area causes at least one alerting information to be sent to a target software resource.
  • At least one room change in the interface area causes the sending of alert information to a plurality of target software resources.
  • many stakeholders at the interface zone level may be interested in knowing as early as possible a proposal to modify a room at the level of the zone. interface. These are for example the designers of the other parts of which at least part is located at the interface area. It will also be for example an interface facilitator responsible for monitoring and harmonizing the evolution of an interface area.
  • the graphic warning elements corresponding to several interface areas can be displayed simultaneously. This feature is interesting especially for the interface animator, but it can also be interesting for a designer whose room has several interface areas with the room of another designer.
  • a modification proposal will be signaled to the other parties only if it appears sufficiently mature and advanced at least to its own author.
  • the alert information is sent as soon as the modification is validated by its author.
  • one or more graphical elements references respectively corresponding to one or more stabilized versions of the interface zone associated with the graphic element alert can be displayed simultaneously with the warning graphic element, the activation of a reference graphic element displaying the three-dimensional graphical modeling of the corresponding stabilized version of the interface zone.
  • the possible direct comparison between the most recent stabilized version and the modification proposal makes it easier to estimate the impact of said modification.
  • This advantageous feature keeping the history of the evolution of an interface zone also allows a clearer view of the evolution of the interface zone as well as a more easy backtracking if it has resulted in deadlock. It allows you to find the state of the interface areas at any time at any milestone in the design process.
  • the three-dimensional graphical modeling is accompanied by a textual commentary.
  • the textual commentary may have a role of precision and / or explanation, or even justification by conveying the reason for the proposed amendment.
  • the display of a warning graphic element is accompanied by the display of a warning graphic element when the modification of the piece at the origin of the graphic warning element transgresses one or more programmable rules in the three-dimensional graphical modeling process.
  • the interface zone facilitator can quickly reject as inadmissible a modification proposal significantly violating an imperative rule, thus avoiding another designer to waste time on an adaptation test to a modification that does not change.
  • the interface zone corresponds to a connection between mechanical parts.
  • this type of interface area requires a particularly strong coordination between the designers of the various parts involved in said interface area.
  • the connection is a point of attachment.
  • the mechanical parts are automotive mechanical parts.
  • a vehicle project requires the processing of several hundred interfaces. This is why a tool such as the modeling method according to the invention is particularly beneficial and interesting in the automotive field.
  • a graphic warning element is displayed at the level of a catpart or catproduct file of a software of the catia family. This software is advantageously catia v 5 or a later version.
  • FIG. 1 shows schematically an example of several views of interface areas between several mechanical parts of several designers
  • FIG. 2 diagrammatically represents an example of automatic transmission according to the invention of modifications envisaged for certain parts in the interface areas associated with an interface zone animation space as well as the display at said space of animation.
  • Figure 1 shows schematically an example of several views of interface areas between several mechanical parts of several designers. Several partial views of the same mechanical assembly are used to not to overload a single complete view that would have become too readable.
  • a roof lining arc 1 is secured to a rear wing liner 4 and a bayonet lining 5.
  • an electric harness 3 which will itself be covered by a lining 2.
  • the electrical harness 3 has five interface zones 11 to 15 with all the liners, while the lining has two interface zones. j1 and j2 with all the liners.
  • FIG. 2 diagrammatically represents an example of automatic transmission according to the invention of modifications envisaged for certain parts in the interface areas associated with an interface zone animation space as well as the display at said space of space. animation .
  • the parts of Figure 2 already described in Figure 1 will not be described again.
  • a 10 interface zone file is manipulated by an interface zone animator who is responsible for a number of interface areas at a set of automotive mechanical parts.
  • the interface facilitator can be an external speaker at the design offices involved in the interface areas, or one of the designers working directly on the interface areas.
  • this file 10 only two interface areas, j2 and i4, have been represented but the file 10 may contain many more.
  • the interface zone host software resource that hosts and displays file 10 is a software resource target. This type of file, in a version containing generally less interface zones, or even only one, can also be found on the software resource of a part designer whose part presents one or more interface zones with another part or with several other pieces.
  • the file 10 is advantageously structured in the following manner when it is displayed.
  • the interface area j2 comprises two subdirectories, VS and P.
  • the VS subdirectory includes stabilized versions of the interface area, that is to say versions that at a given moment have been accepted by all members of the team intervening in this interface area or imposed by the interface facilitator or more generally have been stabilized by a manager because all objections had been overcome or all modifications taken into account.
  • Figure 2 shows two earlier versions, an older VN version and a newer VN + 1 version. This history of the stabilized versions of the interface zone makes it possible to follow the revolution of the interface zone over time.
  • the subdirectory P includes possible modification proposals from different designers.
  • the interface zone j2 is an interface zone between the parts 1 and 2. Therefore, it is the designers of the parts 1 and 2, namely respectively the designers C1 and C2, who will be able to propose modifications, respectively to the parts 1 and 2.
  • the graphic warning element 11 which is here a triangular icon adding to the mention C1 while being displayed in the vicinity of the mention C1; it could be the statement C1 itself displayed in another color. No graphic element of alert is displayed at the level of the mention C2, the designer C2 thus did not propose modification.
  • the change proposed by the designer C1 violates a programmable rule, for example a design or manufacturing rule associated with the part 1, which is automatically indicated by the display of a warning graphic element 12, here in the form of a red light.
  • a programmable rule for example a design or manufacturing rule associated with the part 1, which is automatically indicated by the display of a warning graphic element 12, here in the form of a red light.
  • An activation of the graphic element of alert 11 makes it possible to display, at the level of the software resource displaying the file 10, a three-dimensional modeling of the interface area j2 which integrates the modification proposed by the designer C1 at the level of the software resource displaying the file 10. from room 1.
  • the animator of the interface zone j2 and / or the designer C2 of the part 2 can immediately realize a visual representation of the modification proposed by the designer C1 at the level of the part 1, which modification can of course cause a need for modification at the level of the part 2.
  • the interface zone i4 comprises the same two sub-directories, VS and P.
  • the sub-directory VS is identical to that of the interface zone j2. Depending on the status of the design project, however, it may include fewer or more stabilized versions.
  • the subdirectory P similarly, includes possible modification proposals from different designers.
  • the interface zone i4 is an interface zone between the parts 1 and 3.
  • An activation of the graphical alert element 11 makes it possible to display, at the level of the software resource displaying the file 10, a three-dimensional modeling of the interface zone i4 which incorporates the modification proposed by the designer C3 at the level of the software resource displaying the file 10. of the part 3.
  • the animator of the interface zone i4 and / or the designer C1 of the part 1 can immediately realize in a visual way of the modification proposed by the designer C3 at the level of the piece 3, which modification can of course entail a need for modification at the level of the part 1.
  • cp arrows signal the sending of alert information relating to a proposal for modifying the different designers to the interface zone file.
  • These information feeds are established at the beginning of the project and are retained, although it is not impossible to modify them during the project. This is because it has been expected that a modification of the part 1 at the interface zone j2 from the designer C1 would generate the sending of an alert information to the file 10, which an alert graphic element 11 is displayed in the subdirectory P of the interface zone j2 in the vicinity of the indication C1, at the level of the display of the file 10. In the same way, it is because it was expected that any modification of the part 3 at the interface zone i4 from the designer C3 would generate the sending of an alert information to the user.
  • an alert graphic element 11 is displayed in the subdirectory P of the interface zone i4 in the vicinity of the C3 mention.
  • graphic elements 11 would be displayed either in the subdirectory P of the interface zone i4 in the vicinity of the C1, in the sub-directory P of the interface zone j2 in the vicinity of the C2.
  • the file 10 is preferably a catproduct (registered trademark) file of the catia v5 (registered trademark) software, but the information can also be supported by a catpart (registered trademark) file.

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Evolutionary Computation (AREA)
  • Geometry (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • User Interface Of Digital Computer (AREA)

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 zone d'interface (j2, i4) entre au moins deux pièces mécaniques (1, 2, 3, 4, 5), comprenant : une étape d'envoi (cp), vers une ressource logicielle cible (10) sous le contrôle d'un utilisateur, d'une information d'alerte relative à la modification, d'une pièce dans la zone d'interface, réalisée au niveau d'une autre ressource logicielle sous le contrôle d'un autre utilisateur; une étape d'affichage, au niveau de la ressource logicielle cible, d'une modélisation graphique tridimensionnelle de la zone d'interface intégrant ladite modification, lors de l'activation, au niveau de la ressource logicielle cible, d'un élément graphique d'alerte (11) représentant l'information d'alerte.

Description

PROCEDE DE MODELISATION GRAPH IQUE TRIDI MENSIONNELLE
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 zone d'interface entre deux pièces mécaniques. Usuellement dans le domaine de la conception de pièces mécaniques, chaque pièce est conçue par un dessinateur. Ainsi, les zones d'interface entre pièces mécaniques sont des zones où peuvent intervenir plusieurs concepteurs.
Pour que l'ensemble mécanique formé par les pièces mécaniques puisse être conçu correctement dans un temps raisonnable, une coordination étroite entre les concepteurs des pièces est nécessaire au niveau de la zone d'interface entre les pièces. C'est pourquoi, chaque fois que le concepteur d'une pièce modifie sa pièce au niveau de l'interface avec une autre pièce, il lui faudra discuter avec le concepteur de l'autre pièce 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 .
Pendant ce temps, le concepteur de l'autre pièce 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 pièce à modifier pourrait tenter de joindre son collègue pour lui expliquer la modification qu'il envisage, mais il peut avoir des difficultés à le joindre, voire oublier de le faire. Pour résoudre cet inconvénient, l'invention propose un procédé dans lequel, même lorsque le concepteur d'une pièce oublie de signaler au concepteur d'une autre pièce, ou à toute personne intéressée par l'évolution de la zone d'interface entre les pièces, d'une modification envisagée à sa pièce justement au niveau de la zone d'interface entre pièces, le concepteur de l'autre pièce ou toute autre personne intéressée peut être automatiquement avertie de la modification envisagée, ce qui lui permet d'en prendre connaissance avant la prochaine réunion d'équipe. Selon l'invention, il est prévu un procédé de modélisation graphique tridimensionnelle d'une zone d'interface entre au moins deux pièces mécaniques, comprenant : 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 dans la zone d'interface, réalisée au niveau d'une autre ressource logicielle sous le contrôle d'un autre utilisateur ; une étape d'affichage, au niveau de la ressource logicielle cible, d'une modélisation graphique tridimensionnelle de la zone d'interface intégrant ladite modification, lors de l'activation, au niveau de la ressource logicielle cible, d'un élément graphique d'alerte représentant l'information d'alerte.
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 pièce au niveau de la zone d'interface avec une ou plusieurs autres pièces, un avertissement 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 la zone d'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 la zone d'interface, ce qui peut alors se traduire par des 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 pièce au niveau d'une zone d'interface et non encore admises par l'ensemble des intervenants au niveau de cette zone d'interface, permet une animation de zone 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 à la zone d'interface dans la mesure où toute contre proposition à la 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 d'une pièce au niveau de la zone d'interface considérée est demandée par le concepteur de la pièce 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 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 pièce modifiée. En effet, il 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 pièce de la zone d'interface est concernée par la modification proposée. Avantageusement, l'affichage de l'élément graphique d'alerte est 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 pièce, il est également intéressant de savoir lequel des concepteurs travaillant sur la pièce concernée propose la modification de ladite pièce.
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 la zone d'interface, seront publiées, 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 pièce au niveau de la zone d'interface, de quelque ordre qu'elle soit. Ainsi, de préférence, toute modification d'une pièce dans la zone d'interface entraîne l'envoi d'au moins une information d'alerte vers une ressource logicielle cible.
De préférence, au moins une modification de pièce dans la zone d'interface, voire toute modification de pièce dans la zone d'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 la zone d'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 pièce au niveau de la zone d'interface. Ce sont par exemple les concepteurs des autres pièces dont une partie au moins est située au niveau de la zone d'interface. Ce sera aussi par exemple un animateur d'interface chargé de surveiller et d'harmoniser l'évolution d'une zone d'interface. De préférence, les éléments graphiques d'alerte correspondant à plusieurs zones d'interface 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 concepteur dont la pièce présente plusieurs zones d'interface avec la pièce d'un autre concepteur.
Pour éviter d'alerter les autres intervenants au niveau d'une zone d'interface de manière intempestive, c'est-à-dire éviter d'envoyer une information 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 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 la zone d'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 la zone d'interface. Ainsi la 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 zone d'interface permet aussi une vision plus claire de l'évolution de la zone d'interface ainsi qu'un retour en arrière plus aisé si l'on a abouti à une impasse. Elle permet de retrouver à tout moment l'état des zones d'interface 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 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 accompagné de l'affichage d'un élément graphique de mise en garde lorsque la modification de pièce à 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 caractère plus ou moins difficile et / ou dangereux de la mise en œuvre effective de la modification proposée. Ainsi, par exemple l'animateur de zone 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 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 la zone d'interface. Ces règles métier, avantageusement 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, la zone d'interface correspond à une liaison entre pièces mécaniques. En effet, ce type de zone d'interface demande une coordination particulièrement poussée entre les concepteurs des différentes pièces intervenant au niveau de ladite zone d'interface. Avantageusement, la liaison est un point de fixation. Là encore, pour une meilleure solidité du point de fixation, et donc au total de la structure globale, une bonne coordination entre concepteurs est nécessaire. De préférence, les pièces mécaniques sont des pièces mécaniques automobiles. En effet, un projet véhicule nécessite le traitement de plusieurs centaines d'interface. 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. 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.
L'invention va maintenant être décrite plus en détail à l 'aide des figures ci-après, données à titre d'exemples illustratifs et non limitatifs, où :
- la figure 1 représente schématiquement un exemple de plusieurs vues de zones d'interface entre plusieurs pièces mécaniques relevant de plusieurs concepteurs ; - la figure 2 représente schématiquement un exemple d'envoi automatique selon l'invention de modifications envisagées pour certaines pièces dans les zones d'interface associées vers un espace d'animation de zone d'interface ainsi q ue l'affichage au niveau dudit espace d'animation .
La figure 1 représente schématiquement un exemple de plusieurs vues de zones d'interface entre plusieurs pièces mécaniques relevant de plusieurs concepteurs. Plusieurs vues partielles d'un même ensemble mécanique sont utilisées afin de ne pas trop surcharger une vue complète unique qui serait devenue trop peu lisible. Au niveau de la carrosserie d'une automobile, une doublure d'arc pavillon 1 est solidaire d'une doublure d'aile arrière 4 ainsi que d'une doublure de montant de baie 5. Sur l'ensemble de ces doublures va être fixé un faisceau électrique 3 qui va lui-même être recouvert par un garnissage 2. Dans cet exemple, le faisceau électrique 3 présente cinq zones d'interface il à i5 avec l'ensemble des doublures, tandis que le garnissage présente deux zones d'interface j1 et j2 avec l'ensemble des doublures. On va s'intéresser plus particulièrement d'une part à la zone d'interface j2 entre la pièce 1 qui est conçue sous la responsabilité d'un concepteur C1 et la pièce 2 qui est conçue sous la responsabilité d'un concepteur C2 et d'autre part à la zone d'interface i4 entre la pièce 1 et la pièce 3 qui est conçue sous la responsabilité d'un concepteur C3. La figure 2 représente schématiquement un exemple d'envoi automatique selon l'invention de modifications envisagées pour certaines pièces dans les zones d'interface associées vers un espace d'animation de zone d'interface ainsi que l'affichage au niveau dudit espace d'animation . Les parties de la figure 2 déjà décrites au niveau de la figure 1 ne seront pas décrites à nouveau . Un fichier 10 zones d'interface est manipulé par un animateur de zones d'interfaces qui est responsable d'un certain nombre de zones d'interface au niveau d'un ensemble de pièces mécaniques automobiles. L'animateur d'interfaces peut être un intervenant extérieur aux bureaux d'études impliqués dans les zones d'interface, ou un des concepteurs travaillant directement sur les zones d'interface. Par mesure de simplicité, dans ce fichier 10, seules deux zones d'interface, j2 et i4, ont été représentées mais le fichier 10 peut en contenir beaucoup plus. La ressource logicielle de l'animateur de zones d'interface abritant et affichant le fichier 10 est une ressource logicielle cible. Ce type de fichier, dans une version contenant généralement moins de zones interface, voire une seule, peut aussi se trouver sur la ressource logicielle d'un concepteur de pièce dont la pièce présente une ou plusieurs zones d'interface avec une autre pièce ou avec plusieurs autres pièces. Le fichier 10 est avantageusement structuré de la manière suivante lorsqu'il est affiché. La zone d'interface j2 comprend deux sous répertoires, VS et P. Le sous répertoire VS, comprend des versions stabilisées de la zone d'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 zone d'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 2, sont représentées deux versions antérieures, une version VN plus ancienne et une version VN + 1 plus récente. Cet historique des versions stabilisées de la zone d'interface permet de suivre révolution de la zone d'interface au cours du temps.
Le sous répertoire P, comprend des propositions de modification éventuelles en provenance de différents concepteurs. La zone d'interface j2 est une zone d'interface entre les pièces 1 et 2. Par conséquent, ce sont les concepteurs des pièces 1 et 2, à savoir respectivement les concepteurs C1 et C2, qui vont pouvoir proposer des modifications, respectivement aux pièces 1 et 2. Sur la figure 2, seul le concepteur C1 a proposé une modification laquelle est signalée par l'élément graphique d'alerte 11 qui est ici un icône triangulaire s'ajoutant à la mention C1 en étant affiché au voisinage de la mention C1 ; ce pourrait être la mention C1 elle-même affichée dans une autre couleur. Aucun élément graphique d'alerte n'est affiché au niveau de la mention C2, le concepteur C2 n'a donc pas proposé de modification . Par ailleurs, la modification proposée par le concepteur C1 viole une règle programmable, par exemple une règle de conception ou de fabrication associée à la pièce 1 , ce qui est automatiquement signalé par l'affichage d'un élément graphique de mise en garde 12, ici sous forme d'un feu rouge. Une activation de l'élément graphique d'alerte 11 permet l'affichage, au niveau de la ressource logicielle affichant le fichier 10, d'une modélisation tridimensionnelle de la zone d'interface j2 qui intègre la modification proposée par le concepteur C1 au niveau de la pièce 1 . Ainsi par simple activation de l'élément graphique 11 , par exemple par simple clic ou double clic dessus, l'animateur de la zone d'interface j2 et / ou le concepteur C2 de la pièce 2 peuvent se rendre immédiatement compte de manière visuelle de la modification proposée par le concepteur C1 au niveau de la pièce 1 , laquelle modification peut bien sûr entraîner une nécessité de modification au niveau de la pièce 2.
Une activation de l'élément graphique de mise en garde 12 permet l'affichage, au niveau de la ressource logicielle cible affichant le fichier 10, 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 violation . La zone d'interface i4 comprend les deux mêmes sous répertoires, VS et P. Le sous répertoire VS est identique à celui de la zone d'interface j2. Selon l'état d'avancement du projet de conception, il peut toutefois comprendre moins ou plus de versions stabilisées. Le sous répertoire P, de manière similaire, comprend des propositions de modification éventuelles en provenance de différents concepteurs. La zone d'interface i4 est une zone d'interface entre les pièces 1 et 3. Par conséquent, ce sont les concepteurs des pièces 1 et 3, à savoir respectivement les concepteurs C1 et C3, qui vont pouvoir proposer des modifications, respectivement aux pièces 1 et 3. Sur la figure 2, seul le concepteur C3 a proposé une modification laquelle est signalée par l'élément graphique d'alerte 11 . Aucun élément graphique d'alerte n'est affiché au niveau de la mention C1 , le concepteur C1 n'a donc pas proposé de modification . Par ailleurs, la modification proposée par le concepteur C3 ne viole aucune règle programmable, que ce soit de conception ou de fabrication associée à la pièce 3, cela peut se remarquer par l'absence d'affichage d'un élément graphique de mise en garde 12.
Une activation de l'élément graphique d'alerte 11 permet l'affichage, au niveau de la ressource logicielle affichant le fichier 10, d'une modélisation tridimensionnelle de la zone d'interface i4 qui intègre la modification proposée par le concepteur C3 au niveau de la pièce 3. Ainsi par simple activation, l'animateur de la zone d'interface i4 et / ou le concepteur C1 de la pièce 1 peuvent se rendre immédiatement compte de manière visuelle de la modification proposée par le concepteur C3 au niveau de la pièce 3, laquelle modification peut bien sûr entraîner une nécessité de modification au niveau de la pièce 1 .
De manière symbolique, des flèches cp signalent l'envoi d'une information d'alerte relative à une proposition de modification des différents concepteurs vers le fichier de zones d'interface. Ces flux d'envoi d'information sont établis en début de projet et sont conservés, même s'il n'est pas impossible de les modifier en cours de projet. C'est parce qu'il a été prévu qu'une modification de la pièce 1 au niveau de la zone d'interface j2 de la part du concepteur C1 générerait l'envoi d'une information d'alerte vers le fichier 10, qu'un élément graphique d'alerte 11 est affiché dans le sous répertoire P de la zone d'interface j2 au voisinage de la mention C1 , au niveau de l'affichage du fichier 10. De la même manière, c'est parce qu'il a été prévu que toute modification de la pièce 3 au niveau de la zone d'interface i4 de la part du concepteur C3 générerait l'envoi d'une information d'alerte vers le fichier 10, qu'un élément graphique d'alerte 11 est affiché dans le sous répertoire P de la zone d'interface i4 au voisinage de la mention C3. De la même manière également, en cas de proposition de modification émanant du concepteur C1 pour l'interface i4 ou du concepteur C2 pour l'interface j2, des éléments graphiques 11 seraient affichés soit dans le sous répertoire P de la zone d'interface i4 au voisinage de la mention C1 , soit dans le sous répertoire P de la zone d'interface j2 au voisinage de la mention C2. Ainsi, la mise en connaissance de cause anticipée d'une modification de pièce au niveau d'une zone d'interface permet une visualisation en temps réel de l'évolution d'une zone d'interface et améliore l'efficacité de la prochaine réunion dédiée à l'évolution de cette zone d'interface, chaque intervenant ayant pu prendre connaissance automatiquement des modifications proposées par les autres en avance de ladite réunion .
Le fichier 10 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).

Claims

R E V E N D I C A T I O N S
1 ) Procédé de modélisation graphique tridimensionnelle d'une zone d'interface (j2, i4) entre au moins deux pièces mécaniques (1 , 2, 3, 4, 5), comprenant :
- une étape d'envoi (cp), vers une ressource logicielle cible (10) sous le contrôle d'un utilisateur, d'une information d'alerte relative à la modification, d'une pièce dans la zone d'interface, réalisée au niveau d'une autre ressource logicielle sous le contrôle d'un autre utilisateur ; - une étape d'affichage, au niveau de la ressource logicielle cible, d'une modélisation graphique tridimensionnelle de la zone d'interface intégrant ladite modification, lors de l'activation, au niveau de la ressource logicielle cible, d'un élément graphique d'alerte (11 ) représentant l'information d'alerte.
2) Procédé selon la revendication 1 , caractérisé en ce que l'élément graphique d'alerte est un icône s'ajoutant à l'information existante.
3) Procédé selon la revendication 1 , caractérisé en ce que l'élément graphique est une modification de la mise en forme d'une information existante.
4) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que l'affichage de l'élément graphique d'alerte est représentatif de la pièce modifiée.
5) Procédé selon la revendication 4, caractérisé en ce que l'affichage d'alerte est 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. 6) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que toute modification d'une pièce dans la zone d'interface entraîne l'envoi d'au moins une information d'alerte vers une ressource logicielle cible.
7) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'au moins une modification de pièce dans la zone d'interface entraîne l'envoi d'une information d'alerte vers plusieurs ressources logicielles cibles.
8) 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 modification est validée par son auteur.
9) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que les éléments graphiques d'alerte correspondant à plusieurs zones d'interface peuvent être affichés simultanément.
10) 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+1) correspondant respectivement à une ou plusieurs versions stabilisées de la zone d'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 la zone d'interface.
11 ) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que la modélisation graphique tridimensionnelle est accompagnée d'un commentaire textuel.
12) Procédé selon l'une quelconque des revendications précédentes, 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 (12) lorsque la modification de pièce à 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.
13) Procédé selon la revendication 12, caractérisé en ce que les règles programmables sont des règles de conception.
14) Procédé selon la revendication 12, caractérisé en ce que les règles programmables sont des règles de fabrication.
15) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que la zone d'interface correspond à une liaison entre pièces mécaniques.
16) Procédé selon la revendication 15, caractérisé en ce que la liaison est un point de fixation.
17) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que les pièces mécaniques sont des pièces mécaniques automobiles.
18) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'un élément graphique d'alerte est affiché au niveau d'un fichier catproduct d'un logiciel de la famille catia.
19) Procédé selon la revendication 18, caractérisé en ce que ledit logiciel est catia v 5 ou une version postérieure.
PCT/FR2007/051730 2006-08-04 2007-07-26 Procede de modelisation graphique tridimensionnelle WO2008015359A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP07823646A EP2050029A1 (fr) 2006-08-04 2007-07-26 Procédé de modelisation graphique tridimensionnelle

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0653284A FR2904714B1 (fr) 2006-08-04 2006-08-04 Procede de modelisation graphique tridimensionnelle
FR0653284 2006-08-04

Publications (1)

Publication Number Publication Date
WO2008015359A1 true WO2008015359A1 (fr) 2008-02-07

Family

ID=37772767

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2007/051730 WO2008015359A1 (fr) 2006-08-04 2007-07-26 Procede de modelisation graphique tridimensionnelle

Country Status (3)

Country Link
EP (1) EP2050029A1 (fr)
FR (1) FR2904714B1 (fr)
WO (1) WO2008015359A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11811681B1 (en) 2022-07-12 2023-11-07 T-Mobile Usa, Inc. Generating and deploying software architectures using telecommunication resources

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0558006A2 (fr) * 1992-02-27 1993-09-01 Toyota Jidosha Kabushiki Kaisha Système de CAO pour le traival en groupe et procédé pour la conception en commun
WO1996029662A1 (fr) * 1995-03-20 1996-09-26 Framework Technologies Corporation Outil de conception pour systemes complexes
US6289345B1 (en) * 1997-06-26 2001-09-11 Fujitsu Limited Design information management system having a bulk data server and a metadata server

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0558006A2 (fr) * 1992-02-27 1993-09-01 Toyota Jidosha Kabushiki Kaisha Système de CAO pour le traival en groupe et procédé pour la conception en commun
WO1996029662A1 (fr) * 1995-03-20 1996-09-26 Framework Technologies Corporation Outil de conception pour systemes complexes
US6289345B1 (en) * 1997-06-26 2001-09-11 Fujitsu Limited Design information management system having a bulk data server and a metadata server

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
KIM W ET AL: "OBJECT-ORIENTED DATABASE SUPPORT FOR CAD", COMPUTER AIDED DESIGN, ELSEVIER PUBLISHERS BV., BARKING, GB, vol. 22, no. 8, October 1990 (1990-10-01), pages 469 - 479, XP000159071, ISSN: 0010-4485 *
TOYE G ET AL: "SHARE: a methodology and environment for collaborative production development", ENABLING TECHNOLOGIES: INFRASTRUCTURE FOR COLLABORATIVE ENTERPRISES, 1993. PROCEEDINGS., SECOND WORKSHOP ON MORGANTOWN, WV, USA 20-22 APRIL 1993, LOS ALAMITOS, CA, USA,IEEE COMPUT. SOC, US, 20 April 1993 (1993-04-20), pages 33 - 47, XP010032779, ISBN: 0-8186-4082-0 *
URBAN S D ET AL: "An overview of the ASU engineering database project: interoperability in engineering design", RESEARCH ISSUES IN DATA ENGINEERING, 1993: INTEROPERABILITY IN MULTIDATABASE SYSTEMS, 1993. PROCEEDINGS RIDE-IMS '93., THIRD INTERNATIONAL WORKSHOP ON VIENNA, AUSTRIA 19-20 APRIL 1993, LOS ALAMITOS, CA, USA,IEEE COMPUT. SOC, US, 19 April 1993 (1993-04-19), pages 73 - 76, XP010095670, ISBN: 0-8186-3710-2 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11811681B1 (en) 2022-07-12 2023-11-07 T-Mobile Usa, Inc. Generating and deploying software architectures using telecommunication resources

Also Published As

Publication number Publication date
EP2050029A1 (fr) 2009-04-22
FR2904714B1 (fr) 2008-11-28
FR2904714A1 (fr) 2008-02-08

Similar Documents

Publication Publication Date Title
EP3242823B1 (fr) Architecture pour système d'aide à la conduite à automatisation conditionnelle
Fockel et al. A requirements engineering methodology combining models and controlled natural language
WO2008015359A1 (fr) Procede de modelisation graphique tridimensionnelle
EP2044542B1 (fr) Procede d'analyse d'un assemblage de pieces par rapport a un critere de conception predetermine
WO2008056055A1 (fr) Procede et dispositifs d'aide au positionnement relatif d'objets durant une phase de conception
FR3072475A1 (fr) Procede de traitement d'une erreur lors de l'execution d'une procedure avionique predeterminee, programme d'ordinateur et systeme de detection et d'alerte associe
EP2054827A1 (fr) Procédé de modelisation graphique tridimensionnelle
US20070213906A1 (en) Work vehicle software application display management system and associated method
JP5814121B2 (ja) 光学的に透明なビアを充填する改良された方法及び装置
US20150347091A1 (en) System and method for providing user support in designing graph structures
US8650541B2 (en) Graphical motion composition files and methods for formatting and organization thereof
CA2760793A1 (fr) Procede pour une structure de donnees d'une nomenclature
EP2100243A1 (fr) Procede de conception assistee par ordinateur d'un ensemble mecaniqu e
US20160078150A1 (en) Feature Cloning Based on Geometric Search
EP2141458B1 (fr) Procédé de gestion d'un ensemble de visualisation comprenant une centrale de mixage vidéo et un système de visualisation de cockpit
Ripley et al. Workspace awareness in application development
FR3022666A1 (fr) Methode de controle qualite assistee par ordinateur et systeme de controle qualite correspondant
Trentinaglia Deriving model-based safety and security assurance cases from design rationale of countermeasure patterns
EP1473627A2 (fr) Procédé pour la modélisation de données référentielles et son utilisation pour la localisation de données référentielles dans un système d'informations
Velasco Moncada Hazard-driven realization views for component fault trees
EP2538295B1 (fr) Exécution d'un programme piloté par l'opérateur
KR20190011265A (ko) 자본 프로젝트 설계 시스템에 대한 다중-구성요소 설계 제약의 유효성 확인
CN117931587A (zh) 机房告警显示方法、装置、计算机设备及存储介质
CN205121974U (zh) 汽车驾驶模拟器
Dufay et al. The erosion of the moral right: comparison France-United States

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 07823646

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2007823646

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

NENP Non-entry into the national phase

Ref country code: RU