EP2791836A1 - Procédé et dispositif de conception solide d'un système - Google Patents

Procédé et dispositif de conception solide d'un système

Info

Publication number
EP2791836A1
EP2791836A1 EP12826600.4A EP12826600A EP2791836A1 EP 2791836 A1 EP2791836 A1 EP 2791836A1 EP 12826600 A EP12826600 A EP 12826600A EP 2791836 A1 EP2791836 A1 EP 2791836A1
Authority
EP
European Patent Office
Prior art keywords
solid
model
solid model
data
design
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.)
Withdrawn
Application number
EP12826600.4A
Other languages
German (de)
English (en)
Inventor
Armand Nachef
François Terrier
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Commissariat a lEnergie Atomique et aux Energies Alternatives CEA
Original Assignee
Commissariat a lEnergie Atomique et aux Energies Alternatives CEA
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 Commissariat a lEnergie Atomique et aux Energies Alternatives CEA filed Critical Commissariat a lEnergie Atomique et aux Energies Alternatives CEA
Publication of EP2791836A1 publication Critical patent/EP2791836A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00—Computer-aided design [CAD]
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00—Computer-aided design [CAD]
    • G06F30/10—Geometric CAD
    • G06F30/15—Vehicle, aircraft or watercraft design
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/30—Creation or generation of source code
    • G06F8/35—Creation or generation of source code model driven
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/30—Creation or generation of source code
    • G06F8/35—Creation or generation of source code model driven
    • G06F8/355—Round-trip engineering
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/74—Reverse engineering; Extracting design information from source code
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2111/00—Details relating to CAD techniques
    • G06F2111/20—Configuration CAD, e.g. designing by assembling or positioning modules selected from libraries of predesigned modules
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2115/00—Details relating to the type of the circuit
    • G06F2115/08—Intellectual property [IP] blocks or IP cores
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2119/00—Details relating to the type or aim of the analysis or the optimisation
    • G06F2119/18—Manufacturability analysis or optimisation for manufacturability
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]

Definitions

  • each view is represented by dozens of models representing several abstractions of the system, of several levels.
  • Each model in turn is represented by dozens of elements connected to each other with links of different natures.
  • Each element or link also has dozens of properties taking values of various types.
  • elements belonging to different models or views may similarly have matches together.
  • the solid model once read can be transcribed in a file containing data necessary for the description of the solid model and for the interpretation of the description data of the solid model by a computer.
  • the data structure associated with the solid model stores the physical characteristics of each solid block of the solid model.
  • the invention further proposes a device for designing a system comprising:
  • FIG. 3 a schematic diagram of the method according to the invention.
  • FIG. 6 a diagram of a conventional SysML model of a system, made with solid bricks according to the invention.
  • FIG. 12 a second example of a synchronous sequence diagram of a use case of the system according to the invention
  • FIG. 13 an example of a relationship between the first example of a sequence diagram and the second example of a sequence diagram, according to the invention
  • Fig. 16 is a block diagram showing the design system according to one embodiment of the invention.
  • a functional modeling axis 3, using, for example, diagrams of representations of different use cases;
  • the solid meta-model may for example include SysML representation concepts.
  • Each element of a SysML modeling has a solid representation in the solid meta-model.
  • each SysML diagram can have a representation according to the solid meta-model.
  • the solid meta-model may comprise UML modeling concepts.
  • the solid meta-model can also define other information, in addition to modeling concepts, such as three-dimensional geometric representation information.
  • Each element of the solid model 10 can be identified and its characteristics defined using, for example, labels associated with each of the objects of the system 6, links between objects, diagrams, links between the diagrams, and the solid model 10.
  • a labeling of the Objects and diagrams can be realized in several different ways: for example labels can be printed and then associated with each object or diagram. Labels can also be handwritten. Another way of making labels is to use electronic displays on solid bricks fed with current. Identification labels can also be made in the form of code: a series of letters, a barcode in one or two dimensions, a chip, an RFID tag, an acronym for the English expression Radio Frequency Identification, meaning literally radio frequency identification. For example, an RFID tag may be associated with each block, or object of the solid model 10.
  • “Flattened” in a first description file of the solid model 10 using for example the XML standard, an acronym for the extensible Anglo-Saxon markup language, literally meaning extensible markup language.
  • One objective is in particular to be able to represent both the logical and physical structure of the solid model 10 in a file exploitable by a computer.
  • the first description file of the solid model 10 can be described for example according to an XMI information exchange standard, acronym for the expression XML Metadata Interchange.
  • the XMI standard defines a standard for exchanging SysML metadata in XML.
  • the first description and exchange file can be used to store description information of the solid model 10, for example position information in the space of the objects of the solid model 10. Indeed, certain types of information are necessary for a possible reconstruction of the solid model 10 but can not be exported in a SysML model.
  • the method according to the invention can also provide on demand or continuously a differential between the real solid model and the dematerialized solid model by identifying for example the differences between the second description file resulting from the materialization 45 of the solid model and the first one. Description file resulting from the dematerialization 44.
  • the solid model can be scanned at any time of its construction to represent it according to a fourth XML description file for example. Then, the fourth description file can be compared to a reference file of the solid model, said reference file being able to represent the last saved state of the solid model.
  • a criterion for evaluate the differences between the fourth file and the reference file can be the following: two description files are equivalent if and only if they can lead to the same model SysML, UML for example.
  • a third brick 53 may represent a package.
  • a package is a set of blocks grouped according to a property criterion of each block.
  • a package can also be represented by a box in which are gathered the blocks composing the package.
  • a package may also be represented by a surface of a particular texture on which the bricks of the package 53 may be placed.
  • a fourth brick 54 may represent an actor intervening for example in a case of use of the system.
  • an actor may be a user of the system.
  • An actor can be characterized by a type, an identifier. Information to characterize and identify the actor can be represented on the fourth brick 54, or on a label attached to the fourth brick 54.
  • a wheel train 82
  • the solid model can obey a solid meta-model for defining the bricks and links between the bricks.
  • the meta-model can advantageously be adapted to the field of the system produced, for example in the automotive field.
  • the solid model can be easily created, understood, validated, and modified by system domain experts who are not necessarily trained in the use of another modeling language, such as SysML, for example.
  • the use of such a meta-model makes it possible to improve the facility of understanding of the system by the designers.
  • the quality of the system and the productivity are improved by the design method according to the invention.
  • Figures 14 and 15 show the data structures 150 maintained in the computing device, according to one embodiment of the invention.
  • the BD-MS structure further contains fields representative of the positioning of the solid bricks in the solid model as well as other fields describing the characteristics of each solid connection (e.g., the properties of the fastener between two solid bricks).
  • the modeling of a system can thus be fully represented in the two data structures BD-DA and BD-MS, the first data structure BD-DA containing the standard SysML models while the second data structure contains the physical characteristics of the data. models having been built with solid bricks ( Figure 15).
  • the evolution of a model can be reflected dynamically in these data structures, by means of the design method according to the invention.
  • Such data structures thus make it possible to pass from the physical solid model to the SYSML model or vice versa, in a transparent manner, and thus to benefit from the combined advantages of physical modeling and computer modeling.
  • Fig. 17 is a flowchart showing the various steps implemented by the design method, in response to the addition of solid blocks in the solid model, according to an embodiment of the invention.
  • the user can enter the properties of the connection points in the control tool. They will then be forwarded to the server that will store the properties in the BD-MS data structure.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Geometry (AREA)
  • Evolutionary Computation (AREA)
  • Computer Hardware Design (AREA)
  • Mathematical Analysis (AREA)
  • Computational Mathematics (AREA)
  • Mathematical Optimization (AREA)
  • Pure & Applied Mathematics (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • Automation & Control Theory (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Processing Or Creating Images (AREA)
  • Architecture (AREA)
  • Stored Programmes (AREA)
  • General Factory Administration (AREA)

Abstract

La présente invention concerne un procédé (40) de conception solide d'un systéme. Le procédé comporte notamment une étape de construction (43) d'un modèle solide à partir de briques solides représentant des sous-systèmes du système, de liens solides représentant des relations entre les sous-systèmes. Le procédé comporte en outre une étape de dématérialisation (44) du modèle solide en un modèle adapté à être interprété par un ordinateur. La présente invention s'applique notamment dans le domaine de la réalisation de systèmes industriels complexes par leur nombre important de composants, les différentes liaisons entre les nombreux composants.

Description

Procédé et dispositif de conception solide d'un système
La présente invention concerne un procédé et un dispositif de conception solide d'un système. La présente invention s'applique notamment dans le domaine de la réalisation de systèmes industriels complexes par leur nombre important de composants, les différentes liaisons entre les nombreux composants.
Dans le domaine de la conception de systèmes comportant notamment de multiples sous-systèmes, il est courant d'utiliser des logiciels de conception, comme des logiciels de conception assistée par ordinateur. Les outils de conception assistée par ordinateur peuvent utiliser un langage de modélisation graphique à base de pictogrammes définis par un standard, par exemple le standard SysML, acronyme pour l'expression anglo-saxonne Systems Modeling Langage, signifiant littéralement langage de modélisation de systèmes. Le langage SysML est une variante du langage UML, acronyme pour l'expression anglo-saxonne Unified Modeling Langage, signifiant littéralement langage de modélisation unifiée. SysML a été créé pour être un langage de conception universel et visuel. La puissance et l'intérêt de SysML viennent notamment du fait que SysML normalise une sémantique pour décrire des concepts de modélisation qu'il utilise. SysML est avant tout un support de communication facilitant la représentation et la compréhension de systèmes.
La complexité croissante des systèmes fait qu'il est de plus en plus difficile de représenter un système sur un écran ou sur un ensemble d'écrans. Notamment, les écrans actuels d'ordinateur ont une taille très limitée en comparaison de la complexité des modèles de système. Pour remédier à ce problème, une fonction de zoom peut être utilisée dans les logiciels de conception. Par exemple un objet du système peut être représenté par un nom et il est nécessaire de l'agrandir grâce à une fonction de zoom, pour visualiser les propriétés et fonction de l'objet. De la même manière, il est nécessaire d'agrandir chaque fonction pour en comprendre le comportement. De plus, la modélisation des systèmes fait appels à différents points de vue pour modéliser des facettes différentes d'un système, comme sa structure, les interactions entre ses composants et les traitements qu'il réalise. Chaque aspect peut être modélisé à l'aide d'un diagramme spécifique, les différents diagrammes se complétant mutuellement l'autre. Il est donc devenu impossible d'avoir une vue d'ensemble d'un système qui soit suffisamment détaillée. Ainsi, de plus en plus les systèmes échappent à leur concepteur et ont parfois au final un comportement qui ne correspond pas à ce que le concepteur avait souhaité, voire qui ne remplit pas les exigences fonctionnelles auquel il est soumis. Ces défauts de conception ne peuvent ensuite être détectés que tard dans les phases de test du système. Un défaut de conception détecté une fois le système, réalisé peut être invalidante pour le système lui-même, ledit défaut de conception étant souvent impossible ou très coûteux à corriger à ce stade de la réalisation.
En outre, la description architecturale est souvent représentée par plusieurs vues correspondant à des préoccupations différentes (comme les préoccupations de sûreté, sécurité, performance, fiabilité, disponibilité, capacité de maintenance, coût, délai de fabrication, rentabilité, etc.). Chaque vue est représentée par des dizaines de modèles représentant plusieurs abstractions du système, de plusieurs niveaux. Chaque modèle à son tour est représenté par des dizaines d'éléments connectés entre eux avec des liaisons de différentes natures. Chaque élément ou liaison possède également des dizaines de propriétés prenant des valeurs ayant des types variés. En outre, des éléments appartenant à des modèles ou à des vues différents, peuvent pareillement avoir des correspondances ensemble.
Du fait de cette complexité, la description exhaustive d'une architecture est représentée dans une base de données qui devient vite très volumineuse et difficilement compréhensible par un humain. Les diagrammes SysML sont des représentations partielles de cette description architecturale. Ces diagrammes sont utilisés pour aider les utilisateurs à comprendre, à partir d'extraits, l'architecture globale du système, et de compléter la saisie des données du système au moyen de diagrammes. Toutefois, les diagrammes SysML existants, dans leur forme et avec les outils actuels peuvent s'avérer inefficaces. En effet, les écrans ont des dimensions limitées qui ne permettent pas de représenter les diagrammes et leurs interactions de manière exhaustive et exploitable. Par ailleurs, la construction des diagrammes SysML avec les périphériques d'entrée disponible (clavier, souris) reste un travail très fastidieux. Un but de l'invention est notamment de pallier les inconvénients précités. A cet effet, l'invention a pour objet un procédé de conception d'un système comportant au préalable la construction d'un modèle solide du système, le modèle solide étant construit selon un méta-modèle solide, ledit modèle solide utilisant des briques solides représentant des sous-systèmes du système, des liens solides représentant des relations entre les sous- systèmes du système, les briques solides et les liens solides étant des objets physiques associés à un identifiant respectif. Le procédé comprend en réponse à une modification du modèle solide, une étape de conversion du modèle solide en un modèle de conception adapté à être interprété par un ordinateur, à partir des identifiants associés à chaque brique et à chaque lien solide, ladite étape de conversion comprenant la conversion du modèle solide en un ensemble de données représentatives du modèle solide maintenues dans une structure de données relative au modèle solide. La première structure de données est avantageusement associée à une deuxième structure de données relative au modèle de conception.
Le procédé peut comprendre en outre la conversion du modèle de conception en instructions de montage pour modifier le modèle solide en réponse à une modification du modèle de conception.
Le modèle de conception peut être un modèle SysML.
Le modèle solide peut comporter des diagrammes statiques et des diagrammes dynamiques, les diagrammes statiques définissant les liens entres les briques solides, les diagrammes dynamiques définissant des successions de traitements, d'échanges de messages entre les sous- systèmes du système.
En particulier, le méta-modèle solide peut définir une grammaire pour le modèle solide, un contexte d'utilisation du système, un mode de représentation des briques et des liens solides selon leur type.
Chaque brique solide et chaque lien solide peut comporter une étiquette d'identification associée son identifiant.
Dans une forme de réalisation de l'invention, les identifiants des briques et des liens solides peuvent être lus au moyen d'un dispositif numérique de lecture et de reconnaissance du modèle solide.
Le modèle solide une fois lu peut être transcrit dans un fichier comportant des données nécessaires à la description du modèle solide et à l'interprétation des données de description du modèle solide par un ordinateur.
Selon une caractéristique de l'invention, la structure de données associée au modèle solide stocke les caractéristiques physiques de chaque brique solide du modèle solide.
Le procédé peut comporter une étape de conversion des données maintenues dans la structure de données relative au modèle solide en instructions de montage pour construire le modèle solide correspondant.
L'étape de conversion des données maintenues dans la structure de données relative au modèle solide en instructions de montage peut comprendre une étape de transcription des données maintenues dans la structure de données relative au modèle solide en un fichier de description comportant des données de la description du modèle solide.
En complément, le procédé peut comporter une étape d'identification de différences entre le modèle solide et les données maintenues dans la structure de données.
Le méta-modèle solide peut comporter des concepts de représentation présents dans le standard SysML, acronyme pour l'expression anglo-saxonne Systems Modeling Langage, signifiant littéralement langage de modélisation de systèmes.
Le méta-modèle solide peut comporter des concepts de représentation présents dans le standard UML, acronyme pour l'expression anglo-saxonne Unified Modeling Langage, signifiant littéralement langage de modélisation unifiée.
En particulier, le procédé peut comporter une étape de génération de code logiciel utilisé par un sous-système logiciel du système.
L'invention propose en outre un dispositif de conception d'un système comportant :
- un dispositif informatique,
- une zone de construction pour la construction d'un modèle solide selon un méta-modèle solide, le modèle solide utilisant des briques solides représentant des sous-systèmes du système, des liens solides représentant des relations entre les sous-systèmes du système, les briques solides et les liens solides étant des objets physiques associés à un identifiant respectif, et
- au moins un dispositif de lecture du modèle solide, le dispositif étant apte, en réponse à une modification du modèle solide, à convertir le modèle solide en un modèle de conception adapté à être interprété par le dispositif informatique, à partir des identifiants associés à chaque brique et à chaque lien solide lus par les dispositifs de lecture, ladite conversion comprenant la conversion du modèle solide en un ensemble de données représentatives du modèle solide maintenues dans une première structure de données relative au modèle solide. La première structure de données est avantageusement associée à une deuxième structure de données relative au modèle de conception.
Les identifiants peuvent être inscrits sur des étiquettes respectives à l'aide de stylos numériques comportant chacun un système lecteur de données manuscrites, les dispositifs de lecture du modèle solide étant constitués par les systèmes lecteur de données manuscrites des stylos numériques.
Les identifiants peuvent être portés par des étiquettes de type tags RFID acronyme pour l'expression anglo-saxonne Radio Frequency Identification, signifiant littéralement identification par fréquence radio, les dispositifs de lecture du modèle solide étant des dispositifs lecteur RFID.
Les dispositifs de lecture du modèle solide peuvent comprendre au moins trois lecteurs RFID qui déterminent, selon un procédé de triangulation, une disposition des briques et liens solides dans un espace de représentation du modèle solide.
En variante, les identifiants peuvent être portés par des étiquettes de type codes-barres, et en ce que les dispositifs de lecture comprennent en outre des dispositifs lecteur de code-barres.
Les dispositifs de lecture du modèle solide sont agencés pour convertir les données lues en données adaptées à être transmises à un ordinateur et à être interprétées par un ordinateur.
Le dispositif peut comprendre un robot apte à construire le modèle solide selon des instructions générées par l'ordinateur comportant la description du modèle solide. L'invention a notamment pour principaux avantages de permettre une conception simple de systèmes complexes.
D'autres caractéristiques et avantages de l'invention apparaîtront à l'aide de la description qui suit, donnée à titre illustratif et non limitatif, et faite en regard des dessins annexés qui représentent :
• la figure 1 : un exemple de modélisation d'un système selon l'état de la technique ;
• la figure 2 : un processus de conception d'un système selon l'état de la technique ;
• la figure 3 : un schéma de principe du procédé selon l'invention ;
• la figure 4 : un schéma de différentes étape du procédé selon l'invention ;
· la figure 5 : un exemple d'éléments de bases de modélisation
SysML selon l'état de la technique ;
• la figure 6 : un diagramme d'un modèle classique en SysML d'un système, réalisé avec des briques solides selon l'invention ;
· la figure 7 : un exemple classique en SysML de décomposition du système en sous-systèmes selon l'état de la technique, réalisé avec des briques solides selon l'invention ;
• la figure 8 : un exemple classique d'un modèle SysML de cas d'utilisation du système, réalisé avec des briques solides selon l'invention ;
• la figure 9 : un exemple de liaisons avec des ficelles entre différents diagrammes de conception du système réalisés avec des briques solides selon l'invention ;
• la figure 10 : un exemple de diagramme d'activité d'un sous- système du système selon l'invention ;
• la figure 1 1 : un premier exemple d'un diagramme de séquence asynchrone d'un cas d'utilisation du système selon l'invention ;
• la figure 12 : un deuxième exemple d'un diagramme de séquence synchrone d'un cas d'utilisation du système selon l'invention ; • la figure 13 : un exemple de relation entre le premier exemple de diagramme de séquence et le deuxième exemple de diagramme de séquence, selon l'invention ;
• Les figures 14 représentent les structures de données maintenues dans le dispositif informatique, selon une forme de réalisation de l'invention ;
• La figure 15 illustre les interactions entre deux des structures de données de la figure 14 ;
• La figure 16 est un schéma fonctionnel représentant le système de conception selon une forme de réalisation de l'invention ;
• La figure 17 est un organigramme représentant les différentes étapes mises en œuvre en réponse à l'ajout d'un bloc solide au modèle solide selon un mode de réalisation de l'invention ; et
• La figure 18 est un organigramme représentant les différentes étapes mises en œuvre en réponse à l'ajout d'une liaison solide au modèle solide selon un mode de réalisation de l'invention.
La figure 1 représente un exemple de modélisation d'un système selon l'état de la technique. Le système en question peut être une voiture, un avion, ou tout autre système comportant de nombreux sous-systèmes. La modélisation d'un système utilise notamment des outils de conception, sous la forme de logiciels de conception assistée par ordinateur, qui utilisent une partie ou l'ensemble des notations et sémantiques décrites par le langage SysML. Les logiciels de conception peuvent offrir différents axes de modélisation 1 comme :
• un axe de modélisation statique 2, utilisant notamment des diagrammes de blocs pour une représentation statique du système ;
• un axe de modélisation fonctionnel 3, utilisant par exemple des diagrammes de représentations de différents cas d'utilisation ;
· un axe de modélisation dynamique 4, utilisant notamment des diagrammes d'activité, des diagrammes de séquence, des diagrammes d'états/transitions pour représenter des fonctionnements du système.
Les outils de conception permettent donc une création et une modification de diagrammes en suivant la notation graphique de SysML par exemple. Les outils de conception représentent donc le système comme une superposition de multiples diagrammes, chaque diagramme étant représentatif d'un axe de modélisation 1 . Pour des systèmes comportant de nombreux sous-systèmes, les outils de conception ne fournissent pas une vue globale du système qui soit à la fois claire et précise.
La figure 2 représente schématiquement un processus de conception d'un système selon l'état de la technique. Les processus de conception de système utilisent notamment un processus en « va-et-vient » tel que représenté sur la figure 2. Le processus part d'un premier modèle du système 5 par exemple utilisant le langage SysML pour réaliser un système 6. Ensuite une rétro-conception peut être réalisée pour mettre à jour le premier modèle du système 5 à partir du système 6. Chaque conception d'un système est un processus itératif de perfectionnement, de révision, de modification de détails architecturaux du système 6. Le processus en « va-et- vient » permet à un concepteur d'éditer le modèle de système 5 à tout moment, tout en prenant en compte des modifications faites par un réalisateur du système 6. Ceci permet de raccourcir le délai entre la conception et la réalisation du système 6. L'absence d'une vue globale du système suffisamment détaillée ainsi qu'une difficulté à établir une correspondance entre les diagrammes du modèle du système 5 font que le processus de conception/réalisation en « va et vient » est très complexe à mettre en œuvre voire pas supporté par les outils de conception existants.
Le schéma de « va-et-vient » peut s'appliquer à une conception ayant pour objet non pas la réalisation du système 6 mais la spécification du système 6. Dans ce cas, la réalisation 7 est remplacée par une génération de documents de spécification par exemple : un cahier des charges, un dossier de conception détaillée. La rétro-conception 8, dans ce cas, peut prendre en entrée les documents de spécification et produire un modèle 5 du système.
Le schéma de « va-et-vient » représenté sur la figure 2 peut être également être appliqué à un système logiciel. Le modèle du système 5 dans ce cas est un modèle UML, acronyme pour l'expression Unified Modeling Langage, signifiant littéralement langage de modélisation unifié. La réalisation peut être par exemple une génération automatique de code d'un logiciel du système 6. La figure 3 représente un schéma de principe du procédé de conception d'un système selon l'invention. Le procédé selon l'invention peut par exemple prendre en entrée un modèle du système 9. Le modèle du système peut être écrit en langage SysML, ou tout autre langage de modélisation.
Le procédé de conception selon l'invention comporte une étape dite de « matérialisation » 1 1 , permettant de construire un modèle « solide » représentant le système 6. L'étape de matérialisation est une étape de création d'une représentation physique réelle, en deux ou trois dimensions du modèle SysML. Par exemple l'étape de matérialisation peut être une étape de construction d'un modèle « solide » composé de briques solides reliées les unes aux autres par des liens solides de façons à traduire différents diagrammes du modèle SysML. Les liens solides sont représentés de manière concrète, permettant ainsi de les identifier et d'identifier leur type. Les briques solides ont une définition précise leur attribuant ainsi une sémantique claire. Chaque brique solide peut être identifiée par une « étiquette » afin de garantir son unicité dans le modèle solide 10. L'étiquette peut être un nom ou un identifiant alphanumérique unique pour chaque modèle solide 10. L'étape de matérialisation 1 1 peut être réalisée manuellement, ou automatiquement par un robot d'après des instructions de montage produites à partir du modèle SysML 9. Les instructions de montages peuvent être produites par un premier logiciel adapté, ledit premier logiciel étant capable de vérifier l'équivalence des modèles SysML 9 et solide 10.
Le procédé de conception selon l'invention peut également comporter une étape de rétro-conception nommée étape de dématérialisation 12. L'étape de dématérialisation 12 part d'un modèle « solide » 10 préalablement construit soit manuellement, soit automatiquement, par un robot par exemple. L'étape de dématérialisation a pour but de convertir le modèle solide physique en un ensemble de données représentatives du modèle solide maintenues dans une structure de données adaptée dans le dispositif informatique. Cette structure de données relative au modèle physique est associée à une structure de données relative au modèle sysML correspondant. L'étape de dématérialisation comporte une étape de lecture du modèle « solide » par un lecteur adapté, connecté à un ordinateur, pour traduire le modèle « solide » en un modèle SysML par exemple. Un deuxième programme logiciel adapté lit le modèle solide 10, l'analyse puis le transpose automatiquement en un modèle SysML 9, par exemple, en utilisant les structures de données respectives associées au modèle physique et au modèle SysML. Le deuxième programme logiciel identifie les briques grâce à la lecture de leur étiquette et détermine les liaisons qui les connectent en fonction du type de lien solide utilisé. La figure 4 représente différentes étapes possibles pour le procédé de conception 40 selon l'invention.
Une étape préalable à l'utilisation du procédé de conception selon l'invention peut être une étape de conception d'un méta-modèle solide. Le méta-modèle solide permet de définir une grammaire ainsi qu'un contexte d'utilisation du méta-modèle. Le contexte d'utilisation du méta-modèle solide peut être celui du domaine pour lequel la modélisation 1 est réalisée. Le domaine peut être le domaine de l'automobile, de l'avionique, par exemple.
Pour une modélisation utilisant un modèle SysML, le méta-modèle solide peut par exemple comporter des concepts de représentation SysML. Chaque élément d'une modélisation SysML a une représentation solide dans le méta-modèle solide. De la même manière chaque diagramme SysML peut avoir une représentation selon le méta-modèle solide. Dans un autre exemple de mise en œuvre du procédé selon l'invention, le méta-modèle solide peut comporter des concepts de modélisation UML. Le méta-modèle solide peut également définir d'autres informations, en plus des concepts de modélisation, comme des informations de représentation géométrique en trois dimensions.
Une autre étape préalable à l'utilisation du procédé de selon l'invention peut être une étape de conception et de fabrication de briques de base, de briques de connexions entre les briques de base. Les briques de base peuvent être agrémentées de point de connexion, ou de nœuds. Les briques de base et les briques de connexions sont construites selon le méta- modèle solide. Chaque élément du méta-modèle solide peut donc avoir une représentation solide correspondant à un élément de modélisation solide. Les briques de base, les briques de connexion peuvent être construites en deux dimensions selon un format de carte de crédit par exemple, ou en trois dimensions. Des exemples de briques de bases sont représentés sur la figure 5.
Une première étape du procédé de conception selon l'invention peut être une étape de conception et de fabrication 43 du modèle solide 10 du système 6. Le modèle solide 10 peut notamment être composé de diagrammes solides. Le modèle solide 10 comporte des connexions entre les différents diagrammes solides, des connexions entre les briques contenues dans des diagrammes solides distinct, des connexions entres des briques contenues dans chaque diagramme solide. Le modèle solide 10 peut comporter des diagrammes de blocs statiques, définissant les blocs composant le système 6 et décrivant les relations entres les blocs du système 6. Le modèle solide 10 peut également comporter des diagrammes dynamiques, décrivant des comportements du système 6 comme : des diagrammes d'états, des diagrammes de séquence, des diagrammes de communication, des diagrammes d'activité.
Chaque élément du modèle solide 10 peut être identifié et ses caractéristiques, définies en utilisant par exemple des étiquettes associées à chacun des objets du système 6, des liens entre objet, des diagrammes, des liens entre diagramme, du modèle solide 10. Un étiquetage des objets et des diagrammes peut être réalisé de plusieurs manières différentes : par exemple les étiquettes peuvent être imprimées puis associées à chaque objet ou diagramme. Les étiquettes peuvent également être manuscrites. Une autre manière de réaliser des étiquettes est d'utiliser des affichages électroniques sur des briques solides alimentées en courant. Des étiquettes d'identification peuvent également être réalisées sous la forme de code : une suite de lettres, un code barre en une ou deux dimensions, une puce, un tag RFID, acronyme pour l'expression anglo-saxonne Radio Frequency Identification, signifiant littéralement identification par fréquence radio. Par exemple, un tag RFID peut être associé à chaque bloc, ou objet du modèle solide 10. Un lien entre deux objets du modèle solide 10 peut être identifié également par un tag RFID et par les deux tags RFID des objets qu'il relie. Un lien peut donc être identifié par un tag RFID passif avec un potentiel de stockage de données, afin de stocker les tags RFID des objets solides se trouvant aux extrémités du lien. Par exemple le stockage des tags RFID des objets peut se faire en utilisant un dispositif de lecture d'un tag RFID qui écrit le tag RFID lu dans la mémoire du tag RFID du lien, par exemple. La lecture peut être déclenchée par un contact entre le dispositif de lecture et le tag RFID.
Lorsque les étiquettes comportent des noms, des codes, elles peuvent être lues, par exemple, par un dispositif de lecteur convertisseur numérique, comme un stylo numérique. Le stylo numérique peut être équipé par exemple d'une caméra miniaturisée intégrée dans la pointe du stylo numérique. Le stylo numérique peut également comporter une mémoire interne apte à stocker les données acquises par la caméra. Le stylo numérique peut également comporter une interface d'échange de données pour transmettre à un autre dispositif, par exemple un ordinateur, les données acquises et stockées par le stylo numérique. L'interface d'échange de données peut notamment utiliser une technologie Bluetooth, Bluetooth étant une marque déposée par la société Bluetooth SIG Inc, une interface USB, acronyme pour l'expression anglo-saxonne Universal Sériai Bus signifiant bus informatique en transmission série, ou tout autre moyen permettant un échange de données entre deux dispositifs électroniques. Un avantage d'utiliser un stylo numérique est que ce type de stylo permet notamment de convertir des notes manuscrites en données alphanumériques. Ainsi l'utilisateur peut écrire comme à son habitude, la mini caméra intégrée dans la pointe du stylo scanne automatiquement le document manuscrit et les données sont immédiatement stockées dans une mémoire intégrée au stylo, par exemple dans le manche du stylo. Les données sauvegardées dans le stylo peuvent ensuite être transmise au travers d'une liaison de données telles que citées ci-avant à un ordinateur. Les informations manuscrites recueillies sont ensuite converties en données numériques structurées par un moteur de reconnaissance d'écriture par exemple. De telles données peuvent ensuite être traduites selon un méta- modèle adapté à la représentation du modèle solide par l'ordinateur. Par exemple les données peuvent être traduites selon un méta-modèle SysML.
Les diagrammes dynamiques peuvent être représentés de manière animée en utilisant notamment des briques alimentées par un courant électriques et comportant par exemple des LED, acronyme pour l'expression anglo-saxonne Light-Emitting Diode, signifiant diode électroluminescente. Par exemple, pour un diagramme de séquence, un envoi de message peut être représenté par l'allumage de voyants LED de plusieurs objets solides prenant part à la construction et à l'envoi du message. Une telle représentation facilite avantageusement une compréhension globale du système 6. Une telle représentation permet ainsi de corriger des erreurs de conception, d'améliorer les performances du système 6. Des exemples de diagrammes solides sont représentés sur les figures 6 à 13. Avantageusement une représentation dynamique animée peut permettre de repérer d'éventuels dysfonctionnements du système bien avant sa réalisation.
Une deuxième étape du procédé de conception selon l'invention peut être une première étape de dématérialisation 44 du modèle solide 10. La première étape de dématérialisation 44 du modèle solide 10 est une étape de reconnaissance du modèle solide 10 par ordinateur. Le modèle solide 10 peut être lu automatiquement afin de reproduire sur un ordinateur les différents éléments du modèle solide 10, par exemple selon le format SysML. Les étiquettes associées aux objets et aux diagrammes peuvent être reconnues et interprétées par un programme de reconnaissance de texte par exemple. Le modèle solide 10 peut également être lu par un logiciel de reconnaissance optique à partir de photos du modèle solide 10 par exemple. Le modèle solide 10 peut également être dématérialisé par un procédé de lecture de codes-barres de ses éléments constitutifs, puis d'association des codes lus à des photos du modèle solide 10. Dans un autre mode de réalisation, les tags RFID utilisés dans le modèle solide peuvent être lus et localisé dans l'espace notamment grâce à trois lecteurs RFID dont les mesures peuvent être triangulées. Les méthodes de dématérialisation citées ci-avant peuvent être utilisées seules ou en combinaison les unes avec les autres.
Une fois lu par un dispositif adapté, le modèle solide 10 peut être
« mis à plat » dans un premier fichier de description du modèle solide 10 utilisant par exemple le standard XML, acronyme pour l'expression anglo- saxonne extensible markup language, signifiant littéralement langage de balisage extensible. Un objectif est notamment de pouvoir représenter à la fois la structure logique et physique du modèle solide 10 dans un fichier exploitable par un ordinateur. Si le modèle solide 10 est compatible avec le langage SysML, le premier fichier de description du modèle solide 10 peut être décrit par exemple selon un standard d'échange d'informations XMI, acronyme pour l'expression anglo-saxonne XML Metadata Interchange. Le standard XMI définit un standard d'échange de métadonnées SysML en XML. Avantageusement, le premier fichier de description et d'échange peut permettre de stocker des informations de description du modèle solide 10, par exemple des informations de position dans l'espace des objets du modèle solide 10. En effet, certains types d'informations sont nécessaires à une reconstruction éventuelle du modèle solide 10 mais ne pourrons être exportées dans un modèle SysML.
Une troisième étape du procédé de conception selon l'invention peut être une étape de conversion du modèle solide 10décrit dans un deuxième fichier de description en un modèle solide dématérialisé sur un ordinateur. Le modèle solide dématérialisé peut par exemple être converti en un modèle SysML par exemple, ou encore un modèle UML lorsque le système 6 comporte notamment des programmes logiciels. Le travail de conversion des données XML en données SysML ou UML se fait par une simple déduction, le deuxième fichier de description reprenant l'ensemble des concepts SysML ou UML de description de modèle.
Lorsque le système 6 comporte des éléments logiciels, une étape suivant l'étape de conversion peut être une étape de génération de code pour les logiciels du système 6. De la même manière, à partir du modèle solide dématérialisé, il est possible de générer de manière automatique des documents de spécification, de conception, par exemple.
Une génération de code peut aussi être envisagée à partir du modèle solide 10 directement en utilisant les outils logiciels appropriés. Ainsi il est possible de disposer d'une vue dématérialisée du modèle solide 10 et d'une vue du code logiciel de manière simultanée. Ainsi une conception en boucle nécessitant des allers-retours entre le modèle solide 10 et le code généré, peut être réalisée.
Le procédé de conception selon l'invention peut comporter une étape de matérialisation 45 d'un modèle de conception en un nouveau modèle solide. Le modèle de conception peut être un modèle SysML, UML, ou encore le modèle solide 10 préalablement dématérialisé. Une première étape de la matérialisation en modèle solide peut être une étape de conversion du modèle de conception en un troisième fichier de description XML, XMI par exemple. Le troisième fichier de description du modèle solide comporte des descriptions d'objets nécessaires à la construction du modèle solide. Le modèle de conception ne contient pas obligatoirement l'ensemble des données nécessaires à la construction du modèle solide. Par exemple, les données de description géométrique et de positionnement des objets.
Une deuxième étape de la matérialisation 45 du modèle solide peut être une étape de génération d'instructions de construction du modèle solide. Les instructions de constructions peuvent être générées sous la forme d'un mode d'emploi de construction du modèle solide. Les instructions de construction peuvent soit être réalisées manuellement, soit automatiquement par un robot par exemple. Les données de description de positionnement des objets peuvent être générées par des algorithmes usuels de placement automatique d'objets dans un espace, comme des algorithmes d'anti- recouvrement par exemple couramment utilisés par les interfaces graphiques. Les descriptions géométriques des objets peuvent se déduire du méta-modèle solide qui définit une représentation pour chaque type d'objet. Par exemple le mode d'emploi peut comporter les instructions suivantes : commencer par placer tout les éléments solides correspondant à des blocs dans un diagramme de blocs. Les objets peuvent ensuite être reliés les uns aux autres. Une autre manière de construire le modèle solide est de connecter les blocs solides les un aux autres au fur et à mesure de leur placement dans les différents diagrammes du modèle solide. Les instructions de construction peuvent être fournies à un robot pour bâtir le modèle solide.
Le procédé selon l'invention peut également fournir à la demande ou en continu un différentiel entre le modèle solide réel et le modèle solide dématérialisé en identifiant par exemple les différences entre le deuxième fichier de description issu de la matérialisation 45 du modèle solide et le premier fichier de description issu de la dématérialisation 44. A cette fin, le modèle solide peut être scanné à tout moment de sa construction pour le représenter selon un quatrième fichier de description XML par exemple. Ensuite le quatrième fichier de description peut être comparé à un fichier de description de référence du modèle solide, ledit fichier de référence pouvant représenter le dernier état sauvegardé du modèle solide. Un critère pour évaluer les différences entre le quatrième fichier et le fichier de référence peut être le suivant : deux fichiers de description sont équivalents si et seulement si ils peuvent aboutir à un même modèle SysML, UML par exemple. Un déplacement de bloc solide sans changement de ses connexions par exemple n'est pas considéré comme un changement du modèle solide. Lorsque le quatrième fichier est différent du fichier de référence, de nouvelles instructions de constructions peuvent être générées par exemple afin de corriger le modèle solide. Avantageusement, le fait de pouvoir maintenir à jour un différentiel entre un modèle solide et le modèle solide dématérialisé peut être utilisé à des fins de travail collaboratif sur un même modèle d'équipes de concepteurs situées dans des zones géographiques distinctes par exemple.
La figure 5 représente un exemple de briques de base 50 du dispositif selon l'invention, calquées sur un modèle SysML. Par exemple, sur la figure 5, un premier bloc 51 peut être représenté par une première carte sur laquelle apparaît le mot Bloc. Le premier bloc 51 peut également être représenté par un parallélépipède. Le premier bloc 51 peut comporter plusieurs cartouches par exemple, chaque cartouche pouvant définir une partie ou une référence du premier bloc 51 . Un cartouche dans la présente description peut être représenté sous la forme d'une case d'un tableau, d'un étage d'un parallélépipède. Les différents cartouches peuvent par exemple avoir une couleur distincte selon le type d'information qu'ils représentent.
Une deuxième brique 52 peut représenter un cas d'utilisation. Un cas d'utilisation est une description d'une utilisation possible du système 6. Un cas d'utilisation peut aussi être représenté par une surface particularisée sur laquelle sont posés des briques de description du cas d'utilisation.
Une troisième brique 53 peut représenter un paquetage. Un paquetage est un ensemble de blocs regroupés selon un critère de propriété de chaque bloc. Un paquetage peut également être représenté par une boite dans laquelle sont rassemblés les blocs composant le paquetage. Un paquetage peut aussi être représenté par une surface d'une texture particulière sur laquelle peuvent être posées les briques composant le paquetage 53. Une quatrième brique 54 peut représenter un acteur intervenant par exemple dans un cas d'utilisation du système. Un acteur peut par exemple être un utilisateur du système. Un acteur peut être caractérisé par un type, un identifiant. Les informations permettant de caractériser et d'identifier l'acteur peuvent être représentées sur la quatrième brique 54, ou sur une étiquette attachée à la quatrième brique 54.
Une cinquième brique 55 peut représenter un état du système par exemple dans un cas d'utilisation.
Une sixième brique 56 peut représenter une activité du système 6. Une septième brique 57 peut représenter un lien de dépendance par exemple entre deux blocs. Ce lien peut être une ficelle, une corde ou un fil en cuivre par exemple.
Une huitième brique 58 peut représenter une association partagée entre deux blocs, nommée « shared association » en langage anglo-saxon.
Une neuvième brique 59 peut représenter une association partie entre deux blocs, nommée part association en langage anglo-saxon. De manière générale, les agrégations peuvent être représentées par des fils, des tuyaux à bout rhombique par exemple.
Une dixième brique 500 peut représenter une note permettant d'inclure des commentaires dans le modèle solide.
Pour l'exemple, les figures 6 à 9 sont basées sur des exemples de modèles SysML classiques, afin d'exposer simplement le procédé construction de modèles à l'aide de briques solides selon l'invention.
La figure 6 et les suivantes illustrent des exemples d'utilisation du procédé selon l'invention pour réaliser, et plus particulièrement pour concevoir, un système 6. Le système 6 utilisé pour l'exemple est un véhicule 60. La figure 6 représente un diagramme de modélisation696 du domaine de l'automobile 61 . Par exemple, le diagramme de modélisation 696 représente l'environnement 697 d'un véhicule automobile 60. L'environnement 697 peut être représenté par un support d'une texture et d'une couleur définies. Par exemple, sur la figure 6, l'environnement 697 est représenté par un support de couleur métallique. Pour concevoir un système 6, il est primordial d'identifier tous les éléments externes au système 6 aptes à interagir avec ce dernier. Dans le cas d'un système automobile 60 ou véhicule 60, les éléments externes peuvent être des occupants 62, 63, 64, des bagages 66 et un environnement externe physique 65 comportant les entités route 69, atmosphère 68, d'autres entités externes 67 comme les feux de circulation, d'autres véhicules. Le domaine de l'automobile 61 peut être représenté sous la forme d'un diagramme de blocs solides tel que représenté sur la figure 6 par exemple.
Le domaine automobile 61 est représenté par un bloc solide. Le domaine automobile 61 est le bloc de plus haut niveau. Le bloc domaine automobile 61 peut être composé d'autres blocs comme le véhicule 60, un conducteur 63, zéro ou plusieurs passagers 64, un environnement physique 65, un ou plusieurs bagages 66. Les liens de composition entre le domaine automobile 61 et les blocs 60, 63, 64, 65, 66 peuvent être représentés sous la forme de flèches solides 601 , 631 , 641 , 651 , 661 . De la même manière, le bloc environnement physique 65 peut être composé des blocs route 69, atmosphère 68, entité externe 67. Les liens de composition entre le bloc environnement physique 65 peuvent être représentés respectivement par des flèches solides 691 , 681 , 671 .
Dans l'exemple représenté sur la figure 6, les passagers 64, le conducteur 63 peuvent dériver d'un bloc représentant un occupant 62. Les liens de dérivation peuvent être représentés par des liens solides 621 , 622.
Chaque bloc 60, 61 , 62, 63, 64, 65, 66, 67, 68, 69 est identifié par une étiquette 600, 610, 620, 640, 650, 660, 670, 680, 690. Chaque étiquette peut comporter le nom du bloc, le nombre d'objet du bloc pouvant composer le système sous la forme d'une cardinalité comme pour l'étiquette attachée 640 attachée au bloc passager 64 qui définit la cardinalité suivante : de zéro à quatre. De la même manière, la cardinalité associée au conducteur 63 et notée sur une étiquette conducteur 630, est égale à un. Les étiquettes peuvent également comporter des types de données spécifiques au bloc auxquelles elles sont rattachées :
• une étiquette véhicule 600, attachée au bloc véhicule peut comporter des informations de vitesse exprimé sous la forme d'un nombre réel ;
• une étiquette atmosphère 680, attachée au bloc atmosphère 68, peut comporter des informations de température en degrés Celsius, l'humidité en pourcentage ; • une étiquette route 690, attachée au bloc route 69, peut comporter des informations de facteur de friction exprimé par un nombre réel, une inclinaison exprimée en radian. La figure 7 représente un diagramme de blocs 70 d'un véhicule
60. Le diagramme de blocs 70 permet de représenter des sous-systèmes composant le véhicule. Le véhicule 60 est représenté sur le diagramme de blocs 70 comme un contenant qui peut être représenté sous la forme d'un support 87 d'une couleur ou texture particulière par exemple.
Le véhicule est composé des sous-systèmes suivants :
• des suspensions 71 ;
• des freins 72 ;
• un châssis 86 ;
• un intérieur 73 ;
· un groupe motopropulseur74 ;
• un démarreur 75 ;
• un système de conduite 76 ;
• un système électrique 77 ;
• un réservoir 78 ;
· un moteur 79 ;
• un différentiel 80 ;
• une transmission mécanique 81 ;
• un train de roues 82 ;
• un processeur et son contrôleur 83.
Des liens de composition peuvent être représentés par des baguettes qui relient chaque sous-système au véhicule 60. Pour représenter les roues du véhicule 60, du sous-système train de roue 82 partent deux liens de composition 820, 821 , pour représenter chaque train de roue : un train avant, un train arrière. Le moteur 79 peut être réalisé par deux sous- systèmes : un moteur quatre cylindres 85, ou un moteur six cylindre 84. L'alternative entre les deux types de sous-systèmes 84, 85 est représentée par un double lien de composition 850, 840, les deux liens de composition 850, 840 étant rendus solidaires l'un de l'autre. La figure 8 représente une construction en briques solides selon l'invention, d'un exemple classique de diagramme SysML, présentant des cas d'utilisation 20 du système véhicule 60. Le véhicule 60 est représenté par un premier support 21 , le support 21 comportant des cas d'utilisation du véhicule 60. Les cas d'utilisation du véhicule 60 peuvent être les suivants :
• conduire 23 ;
• contrôle des accessoires 24, comme des clignotants, des feux, des rétroviseurs, des sièges, un allume-cigare ;
• débarquer 25 ;
· embarquer 26.
Chaque cas d'utilisation est relié à un acteur extérieur au véhicule 60. Par exemple le cas d'utilisation conduire 23 est réalisé uniquement par le conducteur 63. Le contrôle des accessoires peuvent être mis en œuvre par tout occupant 62 dont les passagers 64 et le conducteur 63. De la même manière, les cas d'utilisation débarquer 25 et embraquer 26 peuvent être réalisés par tout occupant 62 du véhicule 60 dont le conducteur 63 et un passager 64. Les occupants 62, passager 64 et conducteur 63 sont représentés sur un support 22 représentant l'extérieur du véhicule 60. La figure 9 représente une vue d'ensemble des diagrammes de modélisation 696 du domaine de l'automobile 61 , de blocs 70 du véhicule 60, des cas d'utilisation 20. Sur la figure 9 un premier lien 90 permet de relier les différents diagrammes. Le premier lien 90 relie en effet l'objet véhicule 60 présent dans chacun des diagrammes.
La figure 10 représente un exemple de diagramme d'activité 300 d'un sous-système 302 du système véhicule 60. La figure 10 présente un modèle simplifié 301 d'un système électrique du véhicule 60. Le système électrique 301 comprend notamment un processeur 302. Le diagramme d'activité 300 représente un algorithme de contrôle d'un système d'ABS, acronyme signifiant antiblocage de sécurité, du véhicule 60. L'algorithme de contrôle du système ABS peut être mis en œuvre par le processeur 302, par l'intermédiaire d'un programme logiciel implémentant l'algorithme. Les données d'entrée de l'algorithme sont représentées par un deuxième lien 303 relié au diagramme d'activité par un point d'entrée IN et relié au processeur 302. Les données de sortie de l'algorithme sont représentées par un troisième lien 304, reliant des sorties, notamment deux sorties OUT de l'algorithme au processeur 302. La figure 1 1 représente un premier exemple d'un diagramme de séquence asynchrone 400 d'un premier cas d'utilisation du système véhicule 60 selon l'invention. Sur la figure 1 1 , des interactions entre le conducteur 63, le véhicule 60 et une station-service électrique 401 , sont représentées pour l'exemple. Ainsi, le conducteur envoie un premier ordre de démarrage 402 au véhicule 60. Le premier ordre est reçu par un sous-système du véhicule 60 : un bloc propulseur 403 par exemple. Le bloc propulseur estimant que l'énergie est insuffisante dans une batterie du véhicule 60 pour démarrer, il émet une demande d'énergie 404 à la station-service électrique 401 . Ensuite, le conducteur peut par exemple transmettre un nouvel ordre 405 au bloc propulseur, demandant l'extinction du véhicule 60. Des premières barres 406, 407, 408 représentent respectivement le conducteur 63, le véhicule 60, la station-service électrique 401 , évoluant dans le temps.
La figure 12 représente un deuxième exemple d'un diagramme de séquence synchrone le premier cas d'utilisation du système selon l'invention. Notamment, la figure 12 représente un diagramme d'événements se produisant dans le bloc propulseur 402. Le diagramme de séquence synchrone 409 peut représenter un agrandissement du diagramme de séquence synchrone 400 pour représenter plus en détail les traitements réalisés à l'intérieur du bloc propulseur 402. Le diagramme de séquence synchrone 409 mets en œuvre les acteurs suivants, sous-système du bloc propulseur 402 : un démarreur 410, un contrôleur de moteur 41 1 , comme une pompe à injection par exemple, une batterie moteur 412. Des deuxièmes barres 413, 414, 415 représentent respectivement une évolution dans le temps des sous-systèmes démarreur 410, contrôleur de moteur 41 1 , batterie moteur 412, respectivement. Lorsque le bloc propulseur 402 reçoit un ordre de démarrage 403, le démarreur 410 transmet une requête de démarrage au contrôleur moteur 41 1 d'une part 416 et d'autre part 417 à la batterie du moteur 412. Si la batterie du moteur 412 est opérationnelle, le contrôleur du moteur 41 1 transmet à la batterie du moteur 412 l'ordre de démarrage 418. Eventuellement, au besoin, la batterie moteur peut adresser une demande d'énergie 419 qui sera routée vers la station de service électrique 401 tel que représenté sur la figure 12. La figure 13 représente un exemple de relation entre le diagramme de séquence asynchrone 400 et le diagramme de séquence asynchrone 409 représentés respectivement sur les figures 1 1 et 12. La relation entre les deux diagrammes 400, 409 peut être représentée par un lien 420 entre le bloc propulseur 402 représenté sur le diagramme asynchrone 400 et le même bloc propulseur 402 représenté sur le diagramme synchrone 402.
Au fur et à mesure que le modèle solide est complété par différents diagrammes, un nombre d'objets important peut devenir nécessaire. Afin de réduire les coûts de production d'un modèle solide selon l'invention, les objets solides peuvent être réalisés dans un matériau abondant et peu cher, facile à découper comme des plaques de mousse de polyuréthane expansé. Le polyuréthane expansé présente en outre les avantages suivants : il est dense, léger, peu cher et aisé à la découpe ainsi qu'au perçage. Les connexions entre les objets peuvent facilement être réalisées par des baguettes fines, par exemple, à bout pointu apte à pénétrer le polyuréthane expansé pour lier physiquement les objets entre eux.
A titre d'exemple, en suivant le procédé selon l'invention, l'ensemble des modèles en briques solides des figures 6, 7, 8, 9, 10, 1 1 , 12, 13 peut être réalisé dans un délai de deux heures, ce qui est au moins aussi rapide que la construction de ces mêmes modèles avec des modeleurs SysML existants.
Avantageusement, le modèle solide peut obéir à un méta-modèle solide permettant de définir les briques et les liens entre les briques. Le méta-modèle peut avantageusement être adapté au domaine du système réalisé, par exemple au domaine automobile. Ainsi, le modèle solide peut être aisément créé, compris, validé, et modifié par des experts du domaine du système qui ne sont pas nécessairement formés à l'utilisation d'un autre langage de modélisation, comme le SysML, par exemple. Avantageusement, l'utilisation d'un tel méta-modèle permet d'améliorer la facilité de compréhension du système par les concepteurs. Ainsi la qualité du système et la productivité se trouvent améliorées par le procédé de conception selon l'invention.
D'autre part, un modèle de conception solide selon l'invention permet avantageusement la compréhension du système modélisé : en effet, naturellement, le cerveau humain assimile et analyse plus facilement des objets tangibles et palpables. Il suffit ainsi de balayer de regard le modèle solide pour en avoir une vision globale. Il est enfin aisé de changer de point de vue en se déplaçant autour du modèle par exemple.
Outre les avantages de compréhension du système grâce au modèle solide selon l'invention, un tel modèle solide peut être construit très rapidement. Le gain de temps par rapport à la réalisation du même modèle avec un logiciel de conception permet de représenter rapidement des concepts de construction du système afin de les rendre compréhensible pour l'ensemble des concepteurs du système. De plus, il n'y a pas de limite de place en ce qui concerne les dimensions du modèle solide, ce dernier pouvant être construit dans un hangar par exemple ou dans une salle de réunion selon le niveau de détail souhaité.
Un autre avantage de l'utilisation d'un modèle solide est qu'il peut éventuellement servir de support pour le portage du modèle solide d'un premier logiciel de conception utilisant un premier méta-modèle à un deuxième logiciel de conception utilisant un deuxième méta-modèle.
Les figures 14 et 15 représentent les structures de données 150 maintenues dans le dispositif informatique, selon une forme de réalisation de l'invention.
Dans cette forme de réalisation, les structures de données du dispositif informatique comprennent une première structure de données, par exemple une base de données, désignée ci-après « BD-BS », associée aux briques solides. La structure de données BD-BS peut être lue dynamiquement à mesure que les briques solides sont construites. Elle est initialisée avec les informations relatives au système de briques solides. La structure BD-BS comprend avantageusement une entrée pour chaque brique solide du système de briques solides choisi. La structure de données BD-BS associe à chaque brique solide disponible pour une utilisation dans le modèle solide un ensemble de champs représentatifs des propriétés des briques (e.g. des champs « taille », « forme », « matériaux », « couleur », « points de connexions », « photos », « contraintes », etc.). Dans les formes de réalisation de l'invention, où chaque brique du modèle solide est associée à un identifiant unique (par exemple porté par une étiquette RFID ou un code- barres), cet identifiant peut être utilisé comme clé primaire des entrées de la structure de données BD-BS.
Les structures de données 150 peuvent en outre comporter une deuxième structure de données, désignée ci-après « BD-DA », associée à la description architecturale du système, incluant toutes les vues, les modèles associés à chaque vue et les correspondances entre les modèles. Cette structure BD-DA peut se présenter en particulier sous la forme d'une base de données. La structure de données BD-DA contient avantageusement les éléments des modèles qui sont conformes au standard SysML.
Les structures de données 150 peuvent également comporter une troisième structure de données, désignée ci-après « BD-MS », par exemple sous la forme d'une base de données. Cette structure BD-MS stocke les données relatives aux modèles solides qui complètent la description architecturale standard dont les informations sont maintenues dans la structure BD-DA. BD-MS peut donc être utilisée pour la reconstruction du modèle solide dans le cas, par exemple, où les structures de données BD- MS et BD-DA sont envoyées à une autre équipe.
Lorsqu'une brique solide donnée est utilisée dans un modèle solide, l'entrée qui est associée à cette brique dans la base BD-BS est copiée dans la structure BD-MS. La structure BD-MS contient en outre des champs représentatifs du positionnement des briques solides dans le modèle solide ainsi que d'autres champs décrivant les caractéristiques de chaque connexion solide (e.g. les propriétés de l'attache entre deux briques solides).
Avantageusement, l'identifiant associé à une brique solide est utilisé comme clé primaire dans les trois structures de données, ce qui permet de synchroniser les informations des trois structures.
La modélisation d'un système peut ainsi entièrement représentée dans les deux structure de données BD-DA et BD-MS, la première structure de données BD-DA contenant les modèles SysML standards tandis que la deuxième structure de données contient les caractéristiques physiques des modèles ayant été construits avec des briques solides (figure 15). En outre, l'évolution d'un modèle peut être reflétée dynamiquement dans ces structures de données, au moyen du procédé de conception selon l'invention. De telles structures de données permettent ainsi de passer du modèle solide physique au modèle SYSML ou inversement, de manière transparente, et de bénéficier ainsi des avantages combinés de la modélisation physique et de la modélisation informatique.
Dans une forme de réalisation de l'invention, il est prévu d'associer à tout élément de la description architecturale, que ce soit un composant ou un lien entre 2 composants, un identifiant unique. L'identifiant unique est avantageusement utilisé pour maintenir une correspondance entre les informations maintenues dans les structures de données 150 et le modèle solide physique. L'identifiant peut être choisi sous la forme d'une suite d'octets ayant une valeur unique pour chaque élément. L'identifiant peut être associé aux briques solides du modèle physique au moyen d'un support adapté tel qu'une étiquette collée sur la brique solide qui contient la valeur de cet identifiant, un code-barres (en 1 D ou 2D) collé sur la brique solide, un tag RFID intégré dans la brique solide, ou tout autre support permettant de capturer l'information relative à l'identifiant au moyen d'un dispositif électronique ou informatique adapté.
La suite de la description sera faite en référence à un support de type code-barres apposé sur chaque brique solide et contenant l'identifiant de la brique, à titre d'exemple non limitatif.
Les briques solides qui peuvent être utilisées pour la construction du modèle solide peuvent être de différents types, par exemple sous la forme de blocs matériels ayant une forme choisie (e.g. des cubes, des sphères, des cônes, des tétraèdres, des roues ou toute forme géométrique en 3 dimensions).
Les liaisons solides peuvent avoir n'importe quelle forme physique représentant une connexion entre deux briques (par exemple, des tiges rigides, des fils qui changent de forme, des flèches, etc.).
Les conteneurs solides qui représentent la notion de packages ou des espaces de noms peuvent avoir toute structure adaptée pour contenir ou supporter un ensemble de briques (e.g. des boîtes, plateaux, etc.). Les diagrammes solides ont une sémantique différente des conteneurs solides en ce qu'ils correspondent à une représentation solide partielle de l'architecture système. Ils peuvent être construits à l'aide de tout élément physique adapté comme des bocaux ou des plateaux. La représentation choisie peut être telle qu'elle permet de distinguer les diagrammes de structures et ceux de comportements (activités, cas d'usage, séquences, communications, automates, etc.).
La suite de la description sera faite en référence à une forme de réalisation dans laquelle les liaisons solides sont configurées pour relier deux blocs solides entre eux, à titre d'exemple non limitatif. Selon cette forme de réalisation, Il existe ainsi des points de connexions prédéfinis sur chaque brique solide permettant de connecter une liaison solide avec un bloc solide. Dans la suite de la description, on distinguera en outre deux catégories de briques solides à des fins d'illustrations : les blocs solides et les liaisons solides.
Dans le modèle solide, chaque bloc solide a une position donnée dans l'espace physique, par exemple une position représentée par les coordonnées (x,y,z) où x, y, z sont entiers. Bien entendu, l'homme du métier comprendra que différents agencements des blocs solides dans l'espace sont possibles (ils peuvent être par exemple superposés à l'aide de treillis).
La figure 16 représente l'architecture du dispositif de conception 160 selon une forme de réalisation de l'invention. Il comprend au moins un serveur 1600 qui peut être équipé d'un moniteur hébergeant les structures de données 150 (BD-BS, BD-MS et BD-DA), un ensemble de dispositifs de capture d'information 1602 (également appelés dispositifs de lecture dans la présente description) fixes ou mobiles configurés pour lire l'identifiant des éléments solides du modèle, comme par exemple une ou plusieurs tablettes munies d'un lecteur de code barre et fournies aux participants à la modélisation. Les dispositifs de capture d'information 1602 peuvent être en outre équipés d'un module de détection de position configuré pour détecter la position d'un nouvel élément du modèle solide. Les dispositifs de captures d'information 1602 sont connectés au serveur 1600 et sont agencés dans une zone physique dédiées à la construction du modèle solide 62 encore appelée zone de construction, de manière à être dans la zone de portée des supports choisis sur les briques. Dans la zone de construction, les participants (experts techniques, architectes, etc.) disposent d'un ensemble d'éléments solides (sous la forme d'un kit) contenant une pluralité de blocs solides et de liaisons solides (1608) associée à la structure de données BD- BS qui a été installée au préalable sur le serveur 1600. Ces éléments pourront être ajoutés au modèle solide (1606) au fur et à mesure de la conception pour le faire évoluer, tandis que le serveur capturera quasi- dynamiquement ces informations pour mettre à jour le modèle SysML.
La figure 17 est un organigramme représentant les différentes étapes mises en œuvre par le procédé de conception, en réponse à l'ajout de blocs solides dans le modèle solide, selon un mode de réalisation de l'invention.
A l'étape 1700, en réponse à l'ajout d'un bloc solide au modèle solide à un emplacement donné de la zone de construction, les dispositifs de capture 1602 (ou dispositifs de lecture) déterminent l'identifiant associé au bloc solide, par exemple par lecture du code-barres associé à ce bloc lorsque les dispositifs de capture sont de type lecteur de code-barres connecté à une tablette électronique. En variante, l'identifiant peut être capturé dynamiquement dans les formes de réalisation où les dispositifs de capture sont adaptés pour détecter les supports se trouvant dans une zone de portée (par exemple, lecteurs RFID disposés de manière à couvrir la zone de construction).
A l'étape 1702, les dispositifs de capture 1602 transmettent l'information au serveur 1600.
A l'étape 1704, le serveur lit l'identifiant et crée une entrée associée à cet identifiant dans les deux structures de données BD-DA et BD- MS.
A l'étape 1706, il sélectionne l'entrée correspondant à l'identifiant dans la structure de données BD-BS, et copie la partie des champs associés à cette entrée qui représentent des propriétés du bloc solides, telles que des propriétés physiques (par exemple taille, forme, photo, alliage, etc.) dans l'entrée de la structure de données BD-MS qui a comme clé primaire l'identifiant lu (entrée créée à l'étape 1704). A l'étape 1707, le serveur copie l'autre partie des champs de l'entrée BD-BS qui correspondent à des propriétés SysML dans l'entrée de la structure de données de BD-DA qui a comme clé primaire l'identifiant reçu (entrée créée à l'étape 1704). L'identifiant du bloc solide permet ainsi de faire l'association entre les champs liés à ce bloc dans les trois structures de données des structures de données 150.
A l'étape 1702, les dispositifs de capture 1602 peuvent également identifier la position (x,y,z) du bloc solide lorsque celui-ci est positionné dans le modèle solide et la transmettre au serveur 1600, dans les formes de réalisation où les dispositifs de capture d'informations comprennent un module de détection de position. Le serveur stockera alors ces coordonnées dans l'entrée correspondant à l'identifiant du bloc dans la structure de données BD-MS à l'étape 1706.
En variante, par exemple lorsque les dispositifs de capture d'informations 1602 se présentent sous la forme d'au moins une tablette munie d'un lecteur de code barre, le serveur peut générer l'affichage d'un outil de contrôle ayant une interface graphique permettant des interactions entre le ou les utilisateurs et le serveur dans une étape 1708. L'outil de contrôle peut être affiché sur un équipement informatique distinct des dispositifs de capture (par exemple moniteur central) et/ou sur un dispositif d'affichage associé aux dispositifs de capture, par exemple sur l'écran de la tablette de l'utilisateur qui a lu l'identifiant lorsque les dispositifs de capture sont de type tablette. L'affichage sur un moniteur central permet aux autres utilisateurs éventuellement présents dans la zone de construction, qui peut être par exemple une table, de suivre l'évolution de la modélisation. L'utilisateur peut utiliser cet outil de contrôle pour déclarer les propriétés du bloc solide et/ou les propriétés SysML associé à ce bloc solide si elles n'ont pas été stockées initialement dans la structure de données BD-DA. En réponse à de telles entrées de données, le serveur met à jour ces informations dans la structure de données BD-DA à l'étape 1710.
L'utilisateur peut alors positionner le bloc solide dans le modèle solide et saisir les coordonnées de position (x,y,z) de ce bloc sur l'interface graphique de l'outil de contrôle. Ces coordonnées sont alors transmises au serveur à l'étape 1712 qui les stocke dans la structure de données BD-MS.
Les étapes 1700 à 1712 sont répétées pour chaque bloc solide positionné dans le modèle. Lorsqu'un utilisateur introduit une liaison solide entre deux blocs solides préalablement positionnés dans le modèle solide, dans la zone de construction physique, les dispositifs de capture d'information 1602 sont configurés pour lire le code barre de la liaison solide pour extraire l'identifiant de la liaison à l'étape 1800. L'identifiant de la liaison est envoyé au serveur qui par accès à la base BD-BS détermine qu'il s'agit d'un élément de connexion à l'étape 1802. Il envoie alors une instruction de lecture des identifiants des blocs solides connectés par la liaison solide. Les dispositifs de capture 1602 lisent alors les identifiants associés aux blocs connectés par la liaison solide à l'étape 1804, et transmettent au serveur à l'étape 1806. A l'étape 1808, le serveur crée une entrée associée à la liaison dans les structures de données BD-DA et BD-MS ayant pour clé primaire l'identifiant de la liaison. A l'étape 1810, le serveur copie les champs de l'entrée correspondant à l'identifiant de la liaison dans la structure de donnés BD-BS vers la structure BD-MS lorsqu'ils sont relatifs à des propriétés physiques de la liaison et vers la structure de données BD-DA lorsqu'ils sont relatifs à des propriétés SysML (étape 1812). L'identifiant de la liaison permet d'associer les champs liés à la liaison dans les 3 structures de données. Le serveur met en outre à jour les informations de connexions entre les blocs solides dans la structure de données BD-DA et la structure de données BD-MS en réponse à la lecture des 2 identifiants associés aux blocs connectés par la liaison courant à l'étape 1814
L'utilisateur peut introduire les propriétés des points de connexions dans l'outil de contrôle. Ils seront alors transmis au serveur qui stockera les propriétés dans la structure de données BD-MS.
Les étapes 1800 à 1814 sont répétées pour chaque liaison solide positionnée dans le modèle physique.
En complément, le dispositif de conception selon l'invention permet à tout utilisateur dans la zone de construction de vérifier les propriétés d'un élément solide via l'interface graphique de l'outil de contrôle en scannant le support d'identification de l'élément solide (par exemple code- barres de cette brique).
En complément, des étiquettes auxiliaires peuvent être apposées sur les briques solides pour faciliter la compréhension du modèle solide. Les informations portées par ces étiquettes sont alors transmises au serveur via l'outil de contrôle ou par tout moyen adapté afin que le serveur 1600 stocke cette information dans la structure de données BD-MS.
Ainsi, dans une même description architecturale, plusieurs modèles solides d'un même système peuvent être construits selon l'invention avec des utilisateurs différents afin de prendre en compte différentes approches. Le dispositif de conception selon l'invention permet de maintenir une correspondance quasiment en temps réel entre le modèle physique et les données SysML, et d'exploiter ainsi à la fois l'environnement de modélisation réel et l'environnement de modélisation informatique pour aboutir à un modèle optimisé et complet.
Le dispositif de conception selon l'invention permet aux utilisateurs (concepteurs, architectes, etc.) de spécifier des entrées de modélisation dans un espace réel non restreint qui offre une vue claire du modèle en cours de construction, tout en disposant des ressources de calcul du système informatique de modélisation. La synchronisation entre les deux environnements de travail se fait de manière quasi-transparente, et requière un minimum d'opérations de la part des utilisateurs.
En manipulant directement le modèle solide dont les informations sont capturées par le serveur en temps quasi-réel, les utilisateurs peuvent collaborer de manière plus efficace tout en disposant des ressources des outils de modélisation informatique. Le modèle SysML est capturé en parallèle et évolue quasi-dynamiquement avec le modèle solide. Toutefois, les données relatives à la modélisation SysML et à la modélisation physique sont maintenues dans des structures de données distinctes capables de communiquer entre elles grâce aux identifiants de blocs solides. L'architecte peut à tout moment ajouter des diagrammes SysML (non physique) pour venir en support du modèle solide, sans que cela n'affecte la base DB-MS liée au modèle solide. Le résultat de la dématérialisation du modèle solide (capture du modèle physique par le serveur) est maintenu dans la structure de donnée DB-MS. Cette structure de données peut être transmise sur requête vers tout emplacement géographique pour la reconstruction du modèle solide (matérialisation).

Claims

REVENDICATIONS
1 . Procédé de conception (40) d'un système, caractérisé en ce qu'il comporte au préalable la construction (43) d'un modèle solide du système, ledit modèle solide (70)étant construit selon un méta-modèle solide, ledit modèle solide (70) utilisant des briques solides (71 , 72, 73, 74, 75, 76, 77) représentant des sous-systèmes du système, des liens solides (710, 720, 730, 740, 750, 760, 770)représentant des relations entre les sous-systèmes du système, les briques solides et les liens solides étant des objets physiques associés à un identifiant respectif, et en ce qu'il comprend en réponse à une modification du modèle solide, une étape de conversion (44) du modèle solide (70) en un modèle de conception adapté à être interprété par un ordinateur, à partir des identifiants associés à chaque brique et à chaque lien solide, ladite étape de conversion comprenant la conversion du modèle solide en un ensemble de données représentatives du modèle solide maintenues dans une première structure de données relative au modèle solide, ladite structure de données étant associée à une deuxième structure de données relative au modèle de conception. 2. Procédé selon la revendication 1 , caractérisé en ce qu'il comprend en outre la conversion (45) du modèle de conception en instructions de montage pour modifier le modèle solide en réponse à une modification du modèle de conception (45). 3. Procédé selon l'une des revendications précédentes caractérisé en ce que le modèle de conception est un modèle SysML.
4. Procédé de conception d'un système selon l'une des revendications précédentes, caractérisé en ce que le modèle solide comporte des diagrammes statiques (696, 70, 20) et des diagrammes dynamiques (300, 400, 409), les diagrammes statiques (696, 70, 20 définissant les liens entres les briques solides (710, 720, 730, 740, 750, 760, 770), les diagrammes dynamiques définissant des successions de traitements (403, 404, 405), d'échanges de messages entre les sous-systèmes du système.
5. Procédé de conception d'un système selon l'une des revendicationsl à 3, caractérisé en ce que le méta-modèle solide définit une grammaire pour le modèle solide, un contexte d'utilisation du système, un mode de représentation des briques et des liens solides selon leur type.
6. Procédé de conception d'un système selon l'une des revendications 1 à 5, caractérisé en ce que chaque brique solide (71 , 72, 73, 74, 75, 76, 77) et chaque lien solide (1820, 1821 ) comporte une étiquette d'identification associée à son identifiant.
7. Procédé de conception selon l'une des revendications précédentes, caractérisé en ce que les identifiants des briques et des liens solides sont lus au moyen d'un dispositif numérique de lecture et de reconnaissance du modèle solide.
8. Procédé de conception selon la revendication 7, caractérisé en ce que le modèle solide une fois lu est transcrit dans un fichier comportant des données nécessaires à la description du modèle solide et à l'interprétation des données de description du modèle solide par un ordinateur.
9. Procédé de conception d'un système selon l'une des revendications précédentes, caractérisé en ce que la structure de donnée associée au modèle solide stocke les caractéristiques physiques de chaque brique solide du modèle solide.
10. Procédé de conception d'un système selon l'une quelconque des revendications 1 à 9, caractérisé en ce qu'il comporte une étape de conversion des données maintenues dans la structure de données relative au modèle solide en instructions de montage pour construire le modèle solide correspondant.
1 1 . Procédé de conception d'un système selon la revendication 10, caractérisé en ce que l'étape de conversion des données maintenues dans la structure de données relative au modèle solide en instructions de montage comprend une étape de transcription des données maintenues dans la structure de données relative au modèle solide en un fichier de description comportant des données de la description du modèle solide.
13. Procédé de conception d'un système selon l'une quelconque des revendications 1 à 12, caractérisé en ce qu'il comporte une étape d'identification de différences entre le modèle solide et les données maintenues dans la structure de données.
14. Procédé de conception d'un système selon l'une quelconques des revendications 1 à 14, caractérisé en ce que le méta-modèle solide comporte des concepts de représentation présents dans le standard SysML, acronyme pour l'expression anglo-saxonne Systems Modeling Langage, signifiant littéralement langage de modélisation de systèmes. 15. Procédé de conception d'un système selon l'une quelconques des revendications 1 à 14, caractérisé en ce que le méta-modèle solide comporte des concepts de représentation présents dans le standard UML, acronyme pour l'expression anglo-saxonne Unified Modeling Langage, signifiant littéralement langage de modélisation unifiée.
16. Procédé selon la revendication 1 5, caractérisé en ce qu'il comporte une étape de génération de code logiciel utilisé par un sous- système logiciel du système. 17. Dispositif de conception d'un système (60), caractérisé en ce qu'il comporte :
-un dispositif informatique,
-une zone de construction pour la construction d'un modèle solide selon un méta-modèle solide, ledit modèle solide (70) utilisant des briques solides (71 , 72, 73, 74, 75, 76, 77) représentant des sous-systèmes du système, des liens solides (710, 720, 730, 740, 750, 760, 770) représentant des relations entre les sous-systèmes du système, les briques solides et les liens solides étant des objets physiques associés à un identifiant respectif, et -au moins un dispositif de lecture du modèle solide, lesdits dispositifs convertissant des informations de description du modèle solide en données numériques,
le dispositif étant apte, en réponse à une modification du modèle solide, à convertir (44)le modèle solide (70) en un modèle de conception adapté à être interprété par le dispositif informatique, à partir des identifiants associés à chaque brique et à chaque lien solide lus par les dispositifs de lecture, ladite conversion comprenant la conversion du modèle solide en un ensemble de données représentatives du modèle solide maintenues dans une première structure de données relative au modèle solide, ladite première structure de données étant associée à une deuxième structure de données relative au modèle de conception.
18. Dispositif de conception solide d'un système selon la revendication 17, caractérisé en ce que les identifiants sont inscrits sur des étiquettes respectives à l'aide de stylos numériques comportant chacun un système lecteur de données manuscrites, les dispositifs de lecture du modèle solide étant constitués par les systèmes lecteur de données manuscrites des stylos numériques.
19. Dispositif de conception solide d'un système selon la revendication 17, caractérisé en ce que les identifiants sont portés par des étiquettes de type tags RFID acronyme pour l'expression anglo-saxonne Radio Frequency Identification, signifiant littéralement identification par fréquence radio, et en ce que les dispositifs de lecture du modèle solide sontdes dispositifs lecteur RFID.
20. Dispositif selon la revendication 19, caractérisé en ce que les dispositifs de lecture du modèle solide comprennent au moins trois lecteurs RFID qui déterminent, selon un procédé de triangulation, une disposition des briques et liens solides dans un espace de représentation du modèle solide.
21 . Dispositif selon la revendications, caractérisé en ce que les identifiants sont portés par des étiquettes de type codes-barres, et en ce que les dispositifs de lecture comprennent en outre des dispositifs lecteur de code-barres.
22. Dispositif selon l'une quelconque des revendications 17 à 21 , caractérisé en ce que les dispositifs de lecture du modèle solide sont agencés pour convertir les données lues en données adaptées à être transmises à un ordinateur et à être interprétées par un ordinateur.
23. Dispositif selon l'une quelconque des revendications 17 à 22, caractérisé en ce que le dispositif comprend un robot apte à construire le modèle solide selon des instructions générées par l'ordinateur comportant la description du modèle solide.
EP12826600.4A 2011-12-15 2012-12-13 Procédé et dispositif de conception solide d'un système Withdrawn EP2791836A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1161653A FR2984561B1 (fr) 2011-12-15 2011-12-15 Procede et dispositif de conception solide d'un systeme
PCT/EP2012/075459 WO2013087798A1 (fr) 2011-12-15 2012-12-13 Procédé et dispositif de conception solide d'un système

Publications (1)

Publication Number Publication Date
EP2791836A1 true EP2791836A1 (fr) 2014-10-22

Family

ID=47748561

Family Applications (1)

Application Number Title Priority Date Filing Date
EP12826600.4A Withdrawn EP2791836A1 (fr) 2011-12-15 2012-12-13 Procédé et dispositif de conception solide d'un système

Country Status (4)

Country Link
US (1) US20140350907A1 (fr)
EP (1) EP2791836A1 (fr)
FR (1) FR2984561B1 (fr)
WO (1) WO2013087798A1 (fr)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9734273B2 (en) * 2014-05-27 2017-08-15 Mentor Graphics Corporation System design management
US20180143951A1 (en) * 2016-11-21 2018-05-24 Kong Ping Oh Automatic creation of hierarchical diagrams
CN109190234B (zh) * 2018-08-27 2023-01-13 中国一冶集团有限公司 砖块逆向建模辅助耐材管理的方法
CN110955930B (zh) * 2019-10-22 2023-08-11 首钢集团有限公司 一种矿用工程车辆轻量化模型获取方法及装置
JP7651863B2 (ja) * 2021-01-07 2025-03-27 日本電気株式会社 システム要件編集装置、システム要件編集方法、及びプログラム
CN116594304B (zh) * 2023-05-26 2026-01-27 浙江大学 基于模型的跨组织跨层级系统建模及优化方法
CN117034019B (zh) * 2023-10-09 2024-01-09 腾讯科技（深圳）有限公司 一种业务处理方法、装置、电子设备和存储介质
CN120067185A (zh) * 2024-12-30 2025-05-30 清华大学 航空发动机的架构模型数据的转换方法及计算机设备
CN119703518B (zh) * 2025-02-10 2025-11-18 四川中安帮科技有限公司 一种基于焊接的智能监测预警方法及系统

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6016147A (en) * 1995-05-08 2000-01-18 Autodesk, Inc. Method and system for interactively determining and displaying geometric relationships between three dimensional objects based on predetermined geometric constraints and position of an input device
US7082387B1 (en) * 2000-02-08 2006-07-25 International Business Machines Corporation System and method for simultaneous construction of physical and CAD models
WO2001058544A1 (fr) * 2000-02-11 2001-08-16 Weisman Jordan K Piece de jeu et procede permettant de jouer a un jeu et de fournir ladite piece de jeu
US20020107679A1 (en) * 2001-02-05 2002-08-08 Koninklijke Philips Electronics N. V. Virtual model generation via physical components
USH2201H1 (en) * 2001-03-19 2007-09-04 The United States Of America As Represented By The Secretary Of The Air Force Software architecture and design for facilitating prototyping in distributed virtual environments
US20020196250A1 (en) * 2001-06-20 2002-12-26 Gateway, Inc. Parts assembly for virtual representation and content creation
US7904280B2 (en) * 2003-04-16 2011-03-08 The Mathworks, Inc. Simulation of constrained systems
US7292964B1 (en) * 2003-12-22 2007-11-06 The Mathworks, Inc. Translating of geometric models into block diagram models
US20070262984A1 (en) * 2004-06-17 2007-11-15 Lego A/S Automatic Generation of Building Instructions for Building Block Models
US20070063433A1 (en) * 2005-09-16 2007-03-22 Ross Regan M Educational simulation game and method for playing
US7539604B1 (en) * 2005-10-17 2009-05-26 The Mathworks, Inc. Automatic modification of the behavior of system from a graphical representation of the behavior
US7856342B1 (en) * 2006-10-02 2010-12-21 Autodesk, Inc. Automatic reinforcement modeling
US20100042658A1 (en) * 2008-08-13 2010-02-18 Ibm Corporation Method for cad knowledge management
US8754886B2 (en) * 2008-12-29 2014-06-17 Intel Corporation Systems and methods for transporting physical objects from real physical life into virtual worlds
US8175734B2 (en) * 2009-10-08 2012-05-08 3D M. T. P. Ltd. Methods and system for enabling printing three-dimensional object models
US9009618B2 (en) * 2011-06-08 2015-04-14 GM Global Technology Operations LLC Three-dimensional visualization of status and progress of a process

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
KRISTIAN BIRCH SØRENSEN ET AL: "Ontologies to Support RFID-Based Link between Virtual Models and Construction Components", COMPUTER-AIDED CIVIL AND INFRASTRUCTURE ENGINEERING, vol. 25, no. 4, 1 May 2010 (2010-05-01), pages 285 - 302, XP055206289, ISSN: 1093-9687, DOI: 10.1111/j.1467-8667.2009.00638.x *

Also Published As

Publication number Publication date
US20140350907A1 (en) 2014-11-27
FR2984561A1 (fr) 2013-06-21
FR2984561B1 (fr) 2014-01-10
WO2013087798A1 (fr) 2013-06-20

Similar Documents

Publication Publication Date Title
EP2791836A1 (fr) Procédé et dispositif de conception solide d'un système
US11354899B2 (en) Visual inspection support using extended reality
US9836483B1 (en) Using a mobile device for coarse shape matching against cloud-based 3D model database
CN103970824B (zh) 复杂系统的三维表示的全景可视化
US9928544B1 (en) Vehicle component installation preview image generation
EP1556804A2 (fr) Procede et dispositif pour synthetiser une archotecture electrique
CN114066718A (zh) 一种图像风格迁移方法、装置、存储介质及终端
CN103970823B (zh) 利用模型查看器的复杂系统的元件的全景可视化
US20240242428A1 (en) Systems and methods for media content generation
CN103793498A (zh) 图片搜索方法、装置以及搜索引擎
US11397759B1 (en) Automated memory creation and retrieval from moment content items
CN103150359B (zh) 微博信息显示方法和装置
CN102930580A (zh) 数据帧动画
US20220335538A1 (en) Automated memory creation and retrieval from moment content items
EP3861432A1 (fr) Procédé pour générer une liaison entre une bibliothèque c/c++ et un langage interprété, et mise en oeuvre de ce procédé pour la transformation d'un modèle tridimensionnel (3d)
Kohtala et al. Augmenting physical prototype activities in early-stage product development
Li Building digital twin metaverse cities: Revolutionizing cities with emerging technologies
CN121094015A (zh) 用于图像渲染和逆向渲染的生成式ai模型
EP2350890A1 (fr) Procede et dispositif de realisation d'un modele par elements finis
US20220335026A1 (en) Automated memory creation and retrieval from moment content items
FR3002805A1 (fr) Procede de traitement d'un ensemble de donnees destinees a etre utilisees ulterieurement en vue de la generation graphique d'un schema electrique d'un systeme electrique
US20190080521A1 (en) Consumer product advertising image generation system and method
US12282996B2 (en) Machine learning-based modeling of unique controllable heads
Bousetouane Generative ai for vision: A comprehensive study of frameworks and applications
CN114064946A (zh) 旅行创作作品的生成方法、装置、车端和存储介质

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20140606

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20150810

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20151222