WO2017093027A1 - Methodes et outils de modelisation des systemes - Google Patents

Methodes et outils de modelisation des systemes Download PDF

Info

Publication number
WO2017093027A1
WO2017093027A1 PCT/EP2016/077937 EP2016077937W WO2017093027A1 WO 2017093027 A1 WO2017093027 A1 WO 2017093027A1 EP 2016077937 W EP2016077937 W EP 2016077937W WO 2017093027 A1 WO2017093027 A1 WO 2017093027A1
Authority
WO
WIPO (PCT)
Prior art keywords
model
cad application
spreadsheet
objects
program product
Prior art date
Application number
PCT/EP2016/077937
Other languages
English (en)
Inventor
Emmanuel HAARDT
Jean-Luc LE GAL
Original Assignee
Centre National D'etudes Spatiales
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 Centre National D'etudes Spatiales filed Critical Centre National D'etudes Spatiales
Publication of WO2017093027A1 publication Critical patent/WO2017093027A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00—Computer-aided design [CAD]
    • G06F30/10—Geometric CAD
    • G06F30/17—Mechanical parametric or variational design
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00—Computer-aided design [CAD]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2111/00—Details relating to CAD techniques
    • G06F2111/04—Constraint-based CAD

Definitions

  • the invention relates to computer tools for modeling constructions, in particular complex constructions requiring the collaboration of several stakeholders.
  • CAD Computer-aided design
  • BIM software (acronym for the term "Building Information Model” - a unique information model of the building) that provide tools for management and visualization of data of a building, the purpose of which is to list all information about a building centrally.
  • a database or set of databases accessible using the BIM software includes the geometry of the building, geographic information, construction elements, and generally all the results of the work of the people involved.
  • An object of the present invention is to overcome or at least overcome some disadvantages of current solutions.
  • a first aspect of the invention relates to a method of modeling a computer construction which comprises: o the provision to the user of a spreadsheet of management tools of an organized construction model in the form of a database, the model comprising objects and properties associated with the objects, in particular geometric properties; o linking at least some of the properties to a spreadsheet cell, respectively, so as to allow the user to modify a property by modifying the contents of the respective linked cell; o the launch of a computer-aided design (CAD) application and the transmission of the model to the CAD application for the display of the model taking into account the geometric properties of the objects, or, if the CAD application is already launched Real-time or near real-time transmission of model changes to the CAD application to update the displayed model.
  • CAD computer-aided design
  • the modeling method comprises the visualization of the model of the construction by means of the CAD application, the CAD application receiving and / or visualizing real-time or almost real model changes transmitted.
  • a second aspect of the invention relates to a computer program product, comprising an extension module (in English “plugin” or “addin”), ie a software or a package intended for complete a host software to provide additional functionality) for a spreadsheet (eg Excel TM, OpenOffice TM Wedge, or other).
  • an extension module in English "plugin” or “addin”
  • a spreadsheet eg Excel TM, OpenOffice TM Wedge, or other.
  • the extension module is configured, when it is executed in the spreadsheet, so as to: o make available to the spreadsheet user tools for managing a construction model organized in the form of a database; data, the model comprising objects and properties associated with the objects, in particular geometric properties; linking at least some of the properties to a spreadsheet cell, respectively, so as to allow the user to modify a property by modifying the contents of the respective linked cell; o
  • a notable advantage of the invention lies in the fact that the spreadsheet can be used as the main tool of the design work of the construction (which can be a mechanical construction, a building, a satellite, a machine, etc. .). Most people in engineering or architecture occupy this computer tool, making it a platform of choice for collaborative design work. Due to the fact that the extension module links to the CAD application, a thorough knowledge of it is not required.
  • the extension module is configured to manage the rights of the user or users.
  • the plug-in allows multiple users to work on the build model at the same time.
  • the original construction model can, p. ex. to be on a server that different users can access with their computer.
  • the extension module is configured to copy the construction model, respectively the database, into the memory made available to the spreadsheet. Each user thus works on a copy of the construction model and it is also this copy that is synchronized with the CAD application.
  • the extension module comprises a command by which a user can synchronize his copy of the model with the original of the construction model. He can inject the modifications he has made into his spreadsheet into the original construction model (the shared build model) and / or import data updated by other users.
  • the plugin can be configured to ask the user to reserve the write rights for objects and properties that he wants to edit and save this reservation in the shared build template.
  • the extension module is configured to block the modification of objects and properties for which the user has not reserved the write rights (opening of the read-only construction model).
  • the term "computer program product” includes a physical storage medium (hard disk, flash memory, USB key, CD-ROM, DVD, etc.) or a program computer in another form, p. ex. encapsulated in an archive (compressed or not), in the form of a stream, or in the form of software as a service .
  • “spreadsheet” is meant software capable of manipulating spreadsheets organized into columns and rows, the intersection of a column and a row corresponding to a cell (identified by its column and row number.)
  • a "linked cell” is a cell in a worksheet that is attached to a property defined in the database that contains either the value of that property or a formula that can be interpreted by the spreadsheet.
  • a cell containing a formula with a reference to another cell is therefore not, by this fact alone, a "linked cell” within the meaning of this document.
  • Such a cell will be called a “dependent cell” and it will be appreciated that a dependent cell may at the same time be a linked cell.
  • An "object" of the model may be the representation of a physical object of the construct to be modeled in the database or an entity that completes the model (eg a perimeter or security space around a device, a transmitting or receiving cone of a light source or antenna, etc.). Note that an object may comprise other objects as components or other properties.
  • the model modifications transmitted to the CAD application include: o the addition of an object to the model, o the deletion of an object from the model, and o the modification of a property.
  • the CAD application preferably maintains a clean copy of the build model. When it is launched, the CAD application receives the data from the entire model that it keeps up to date based on the changes that the spreadsheet module sends.
  • the extension module is preferably configured to make specific tools available to the user to enable him to add and / or delete an object.
  • a tool to add an object can include, p. ex. a command button and / or a keyboard shortcut and / or an option in a drop-down menu.
  • a tool for adding an object is preferably placed in a context that indicates to the user what type of object is added, and / or where the object is inserted in the model, and / or what will be the properties of the new object etc. Additionally or alternatively, the command of a tool adding a new object starts one or more dialogs allowing the user to enter any information necessary for the creation of the object in the model.
  • Editing a property (eg, changing a value by the user, reevaluating a formula, etc.) can be done directly in the spreadsheet.
  • updating a linked cell updates the corresponding property in the template and submitting the change. to the CAD application.
  • the extension module preferably includes tools allowing the user to control how the model is displayed by the CAD application.
  • a tool could be, for example a window in which the user can select the objects of the construction model he wishes to see or not displayed.
  • these tools are designed to allow the display or masking of groups of objects (eg in layers).
  • each object and each property of the model is identified in the database by a path (address encoded according to an agreed format) and the extension module is configured so as to convert a formula contained in a linked cell and containing a reference to at least one other linked cell into an (equivalent) formula containing the paths of the at least one property related to the at least one other cell related.
  • the database will not contain a formula that uses linked cell identifiers but instead replaces those identifiers with references to the corresponding properties. In this way, it is guaranteed that the formulas are stored in the database in a format that can be used without the spreadsheet.
  • the plugin may, during the conversion, replace that identifier with the value of the cell concerned.
  • the plug-in can be configured to detect if a formula is pointing to an unbound cell and suggest the user to declare a new property in the database and link it to that cell.
  • the database contains for each property at least one "value” field in which is saved the most recent value of the property in question.
  • the extension module can add to this property a "formula” field in which the converted formula is stored. It should be noted that the term "field” has been used here for ease of reading - "value” and "formula” are here (sub) properties of a property.
  • the extension module is configured to save the model as modified in the spreadsheet in the format of the database.
  • the file in the format used by the spreadsheet can be saved as an accessory object.
  • the plug-in preferably loads the data from the database.
  • it can be configured to detect the presence of a file in the format used by the spreadsheet and offer the user to load the data into memory from this file.
  • modifications made to the construction model in the CAD application are reflected in the spreadsheet.
  • the plug-in listens to which changes are communicated from the CAD application and updates the template as well as the spreadsheets. It is possible that changes made by the user in the CAD application are incompatible with constraints set in the spreadsheet.
  • the extension module is configured to overwrite the content of dependent cells by the new numerical value transmitted by the CAD application. This option has the advantage of being simple and giving great freedom of work in the CAD environment. On the other hand, the risk of losing information or making the spreadsheet inconsistent is real. According to a second option, the extension module prohibits all or certain modifications in the CAD application. However, this option would limit the usefulness of the CAD application.
  • the extension module would be configured to detect changes from the CAD application that would overwrite the contents of a dependent cell, to display a warning message that asks the user to log on. he wants to crush the formula (s) in the spreadsheet or keep them. The plug-in would then act according to the user's choice. The plug-in could also offer the option to save the user's choice and apply it for subsequent similar events.
  • the expansion module is configured to retain cascading or burst changes (particularly if the user changes a cell that others depend on) in a buffer and transmit them, grouped, to the CAD application as a package of changes.
  • changes that are too close in time are not transmitted to the CAD application individually, so that the CAD application does not have to redisplay the model for every tiny change.
  • a package of modifications is formed and transmitted to the CAD application which will refresh the display once for all the modifications of the package.
  • the extension module may in particular be configured so as to form the package of modifications by keeping, for each object or property, the most recent change occurring in the cascade. If, for example, a property is changed several times quickly (which can happen, for example, in iterative calculations), the CAD application will not display the intermediate steps but only the final state of the model.
  • the extension module is configured so as to retain all the modifications in the buffer until, during a defined waiting time, in the range from 1 s to 500 ms, no modification occurs. be detected.
  • the waiting time is 250 ms or less, e.g. ex. 100 ms.
  • the geometric properties associated with the objects comprise the dimensions in the space, the position in the space, and / or the orientation in the space.
  • the geometric properties associated with the objects also include topological operations and kinematic constraints between the objects.
  • the properties associated with the objects may comprise, in addition to the geometric properties, one or more of the following: the denomination (the name of the property), the color, the transparency or the opacity, the mass, the density, the thermal capacity, mass or volume thermal capacity, thermal conductivity, electrical conductivity, chemical composition, main chemical constituent, price, electrical power absorbed, average time of correct operation before failure, operating range, calculation formula, an image, a URL link, another object of construction. It should be noted that this list of examples is not exhaustive.
  • the construction model is organized as a tree.
  • the management tools of the model of construction made available to the user by the extension module may in this case include at least one spreadsheet of the spreadsheet with a sketch (the diagram or meta-model) of a construction model reflecting the tree structure and commands whose activation creates objects and / or properties at the different levels of the tree as well as the cells of the spreadsheet related to these objects and / or properties. Presenting the model schema on a spreadsheet to the user makes it easier to navigate the data.
  • the construction model comprises or consists of an XML file.
  • the construction model comprises layers (in English "layers") to which objects and / or properties are assigned.
  • a "layer” is a membership class of objects and / or properties (other than parentage or descent).
  • This concept makes it possible to manage different points of view of a model: For example, a "roughing" layer representative of the coarse volumes of the various equipment, a “definition” layer representative of the detailed volumes of the different parts of the model and a "thermal” layer Representative of a geometrical model and characteristics allowing the realization of calculations of thermal analysis. Layers can be defined so that each object and / or property can only be assigned to one layer at a time. However, it is possible to design the layers differently, so that multiple memberships are allowed.
  • the extension module includes a menu allowing the user to select the layer or layers that he wants to see displayed by the CAD application.
  • the construction model represents a satellite.
  • the construction model sketch preferably consists of a diagram containing the generic parts of a satellite.
  • a third aspect of the invention relates to the pendant, so to speak, the expansion module described above in the CAD application.
  • It is a computer program product that includes an expansion module for a CAD application.
  • the spreadsheet extension module will be called the "first expansion module” while the CAD extension module will be called “second expansion module” afterwards.
  • the second expansion module is configured, when executed in the CAD application, so as to communicate with the first extension module, in particular to receive and load in the memory assigned to the CAD application a copy of the model as well as its modifications to display the model taking into account the geometric properties of the objects.
  • the second extension module of the CAD application is configured to suspend rendering of the model in the memory allocated to the CAD application from the reception. a change packet affecting dimensions and / or positions and / or object orientations until the update operations of the model copy in the memory assigned to the CAD application are completed for all the modifications of the package. Since rendering calculations are very resource-intensive, it is advantageous to put them on hold until the current operations on the copy of the model are complete.
  • Another aspect of the invention relates to a method of modeling a computer construction, the method comprising: managing a model of the construction by means of a spreadsheet equipped with the first extension module; and o visualization of the construction model using a CAD application, the CAD application receiving real-time or near-real model changes from the Spreadsheet Expansion Module.
  • the CAD application used in the process can be equipped with the second extension module. If the CAD application is able to interact directly with the spreadsheet and / or the first expansion module, the second expansion module is not needed.
  • the method can especially be used in the context of a collaborative design project.
  • the construction model ie the database
  • the construction model can be made available on a server accessible from a local network (eg Ethernet type) and / or from the Internet (where appropriate by means of a virtual private network). Individual employees can access the model through their spreadsheet and manipulate it from their workstation.
  • FIG. 1 a diagram of an example of an application according to a preferred embodiment of the invention
  • Fig. 2 a screenshot of a partially pre-filled spreadsheet to manage a build model
  • Fig. 3 a screen shot of a spreadsheet designed to manage a subsystem
  • Fig. 4 a collection of forms made available to the user
  • Fig. 5 a screenshot of a window of a CAD application showing a perspective view of a satellite
  • Fig. 6 a window allowing the user to select the objects of the construction model that he wishes to be displayed by the CAD application;
  • Fig. 7 an illustration of a first mode of use of the invention for organizing collaborative work
  • Fig. 8 An illustration of a second use of the invention useful in particular in the context of an online collaborative work session. Detailed description of an embodiment of the invention by way of example
  • IDM CIC designation consisting of the acronyms of "Integrated Design Model” integrated design model, and "Concurrent Engineering Center” "
  • ECSS European Cooperation for Space Standardization
  • a "System” entity is the root of the tree.
  • a system may include one or more "Elements” (elements) corresponding to different parts of the construction (a satellite is often composed of a platform and several instruments).
  • Each element may include one or more subsystems.
  • a subsystem corresponds to all the equipment that performs a function of the construction (Structure, thermal, attitude control ).
  • Each subsystem may include one or more "Equipment” and possibly one or more "Assemblies” which corresponds to a group of equipment.
  • a device or assembly can only have one element as a direct parent and belong to only one subsystem.
  • a subsystem can be defined for one or more elements.
  • Each of the entities can be considered as an object.
  • An object may have the properties initially provided by the meta-model, but it is also possible to relate other properties to the objects during the modeling of a concrete construction, in compliance with the constraints imposed by the meta-model.
  • An object can be a property (child) of another object.
  • One particularly useful type of object for the graphic representation is the "shape", having as geometric properties in particular the dimensions, the coordinates of a reference point (for example, the origin of the local coordinate system). ) in the reference of the parent form (or parent physical entity) and the orientation of the shape in the reference of the parent form (or of the parent physical entity).
  • An "elementary form” (or primitive) is a geometric form defined in the programming language of the CAD application, i.e. contained in the library of shapes known to the CAD application.
  • the properties associated with an elemental shape are the parameters necessary to define the dimensions, the position and the orientation of the shape in space. From elementary forms, it is possible to define complex shapes using topological operations. In this way, one can for example define a cube crossed by a cylindrical hole. If necessary, Complex shapes can also be used in defining even more complex shapes.
  • a complex form is a form comprising as properties child shapes (primitive or complex) as well as rules or topological operations defining how child shapes are combined.
  • An object may, for example, include as a property a representation in the COLLADA (collaborative design activity) format or in another format accepted by the CAD application.
  • COLLADA 60 object An example of a COLLADA 60 object is shown in FIG.
  • Each shape or physical object of the model is defined in a local coordinate system which describes a nominal position and orientation of the shape.
  • Complementary markers, associated with the shape can be defined in this local coordinate system and serve as an anchor point for other entities whose position can be indicated with respect to these marks (eg in the reference of a shape parent or a similar form). It is also possible to set the orientation of the local coordinate system in this other reference.
  • the position of the local coordinate system and its orientation relative to the reference of the other shape are defined by equations kinematics expressing the position and orientation of the local coordinate system with one or more motion parameters (eg angle (s), path, time). In this way it is possible to visualize and study the kinematics of a system (eg the deployment of solar panels, the rotation of a room, the opening of a door, a sliding room on another , opening an umbrella, etc.)
  • Figure 1 shows the communication diagram of the IDM-CIC application.
  • This includes the following components: o Expansion module 10 of spreadsheet 12 (Excel TM in the example), eg based on VSTO (Visual Studio Tools for Office).
  • This first extension module 10 interacts with the spreadsheet 12. It serves as frontend (in English "front end") of the database containing the construction model.
  • the API 14 (acronym of the English term "application programming interface", programming interface) which contains the meta-model and all the useful functions for communication, including client classes 14a and 14b server.
  • the API 14 of the example is based on the .NET architecture and has a COM ("Component Object Model") exposure (visibility) and is therefore accessible, among other things, from the Ruby or VBA programming languages.
  • COM Component Object Model
  • An extension module 16 of the CAD application 18 (Sketchup TM in the example). This second extension module provides interaction with ⁇ and supports the creation of the forms to be displayed by the CAD application, the receipt of data updates from the spreadsheet, and the receipt of the user actions in the form of events.
  • the second expansion module was developed in Ruby.
  • the first extension module adds in the user interface of the spreadsheet management tools of the construction model.
  • the first expansion module adds a tab (entitled “IDM-CIC") 30 (see Figure 2) in the Excel TM ribbon 32.
  • IDM-CIC a tab
  • Figure 2 shows a first spreadsheet 20 of an Excel TM draft workbook entitled "System Management”.
  • the user can see information about the overall system, in particular the properties of the system 22. Some of these properties must be filled in by the user, such as p. ex. the project name, version number, launcher name, etc. Other properties might be calculated automatically based on the user's entries in cells in other places in the workbook. Ex. there could be a "total mass” property, which would be calculated as the sum of all components of the system.
  • the first worksheet 20 also gives an overall view of the system structure 24.
  • the spreadsheet cells are programmed to facilitate navigation in the tree and to modify the model.
  • the system currently comprises two elements, a “platform” (element 2) and an “instrument” (element 1).
  • Each element comprises various subsystems 25 ("STR" (structure), "PWR” (power), etc.).
  • a new element can be easily added to the system by clicking the "+” command cell (reference number 26) to the right of the list of elements.
  • Sub-systems are then associated with this element by clicking the cell in the intersection of the line comprising the subsystem and the column associated with the element.
  • the user can click the "+" command cell (reference number 28) at the top left of the subsystems 25 and define a new generic subsystem.
  • Figure 3 shows the spreadsheet attached to the system's subsystem STR (see Figure 2).
  • the subsystem STR comprises various devices 34, each of which consists of one or more shapes 36.
  • Each shape 36 is of a certain type of shape 38 (parallelepiped, cylinder, truncated cone, etc.) and has various properties such as color 40, opacity 42, dimensions and position 44, etc.
  • Figure 4 shows a collection of examples of elementary shapes 54 predefined and selected by the user. It is possible to add new equipment to the subsystem by the "+" command cell 46 or a new form 36 to a device 34 by the respective "+" command cell 48.
  • Any new object that is created by the user is saved in the database (ie in the build model), which is not immediately visible to the user, and cells that describe this object are created in the spreadsheet.
  • the object can be manipulated by modifying the cells related to the properties of the object.
  • a cell is transformed into an "X" command 50 for deleting the model object (see also Figure 2). It should be noted that deleting an object will remove all its properties, including its child objects.
  • clicking on an "X" cell 50 causes the first extension module to display an alert message requesting confirmation of the deletion of the object, failing which the delete action will be canceled.
  • the front end of the database is designed so as to allow objects to be added or deleted in an intuitive manner, while respecting the constraints imposed by the meta-model and so as to ensure the consistency of the data.
  • the model structure from the point of view of the meta-model.
  • the first extension module is configured to load a copy of a construction model saved as an XML file and work on this copy. Synchronization of this copy with the original can be automatic, p. ex. at regular time intervals or following spreadsheet events.
  • the first extension module includes a command that allows the user to manually synchronize the original of the template to the working copy. In this way, a user can work more freely without having to fear the corruption of the original construction model.
  • the plug-in includes an automatic backup process, which also establishes restore points of the shared build model.
  • the first extension module further comprises one or more "visualization" commands 52 which, following activation by the user, launch the CAD application and cause the first extension module to transmit the copy to it.
  • the model for the display taking into account the geometric properties of the objects, or, if the CAD application is already running and already has its copy of the construction model, place the module in a working mode in which it transmits real-time or near real-time changes on the copy of the template to the CAD application to update the displayed template.
  • the spreadsheet, or the first extension module subscribes to the modification events.
  • FIG. 5 shows an example of a window of the CAD application in the case where the modeled construction is a satellite 56.
  • the activation of one of these commands 52 also causes the opening of a window 58 ( Figure 6) or a menu that allows the user to choose the objects he wants to do display.
  • this window 58 or menu allows the user to select and / or deselect groups of objects (eg a parent object with his children, or all the objects belonging to the same layer, or all objects having a property in common (such as all displayable but virtual objects such as auxiliary axes, fields of view, antenna characteristics, etc.)).
  • the second extension module is started, and it automatically starts an IDM-CIC 14b server using the IDM-CIC API and its COM exposure.
  • the CAD application expects instructions from the spreadsheet or from the first extension module. From the moment the CAD application and the spreadsheet are both executed, bidirectional synchronization is implemented: o any spreadsheet action is transmitted in real time or almost real to the CAD application. o Any modification action in the CAD application is also transmitted in real time or almost real to the spreadsheet.
  • the API module 14 is instantiated twice: o once within the CAD application (in the illustrated case: within Sketchup via COM), and o once within the spreadsheet (in the illustrated case: within Excel TM via VSTO).
  • Each instance has a representation of the construction data.
  • each modification of the user is captured by the second extension module, the change is reflected in the data in the server-side API module 14b. This modification is then transmitted from the server to the client (callback mechanism) and transposed into the customer-side data model14a. This in turn triggers an update event of the spreadsheet (or the entire workbook).
  • the construction model is fully copied to the CAD application.
  • Change events are then passed in two ways: o
  • the information that is passed is the path (address, identifier) of the property (eg.
  • three tails are filled: o that of the modified properties, o that of the added objects, and o that of the deleted objects.
  • a timer (or "timer") is started asynchronously and flows for a configurable time in a configuration file (eg 100 ms). If, in the meantime, a new property change is detected, the process is repeated and the timer is reset. The transfer of changes is suspended while the timer is running, but as soon as the programmed time has elapsed without another change being detected, all queues are sent to the CAD application that processes them. If one or more changes are overridden by another more recent change, only the latter is retained. Superseded changes are removed from the tails. Ex. if a property is changed multiple times, only the last value of the property is transferred.
  • a configuration file eg 100 ms
  • the second extension module is configured so as to suspend the rendering calculation by the CAD application until all the changes arriving in a grouped manner are reflected in the copy of the model on the side of the the CAD application. This is a precaution that is taken to prevent rendering calculations from being made on the basis of a construction model that is out of date.
  • the mechanism may include one or more timer-based buffers that prevent re-rendering for a certain minimum (configurable) time after the last change affecting the display.
  • WCF Windows Communication Foundation
  • FIG. 7 is an illustration of a first possible use of the invention.
  • the construction model 62 is stored, p. ex. in the form of an XML file, on a server 64 to which the different users 66-1, 66-2, 66-n can access via a network.
  • the network can be local and / or global (symbolized by globe 69).
  • Each user has his own instance of the spreadsheet 68 and the CAD application 70.
  • the construction model 62 is copied into the memory allocated to the spreadsheet 68. Each user then works on his own. copy.
  • the synchronization between the shared model and the local copy requires a one-off action on the part of the use (eg the explicit confirmation that changes must be reflected in the shared model 62).
  • synchronization is preferably automatic, i.e. the local copy of the CAD application is kept up to date with the local copy of the spreadsheet.
  • Figure 8 shows another possible use of the invention.
  • an instance of the spreadsheet 72 is executed which is in read-only mode but maintains its local synchronized copy in real time or near real time with the shared model 62.
  • An instance of the application CAD 74 is used to view the shared model in real time or near real time.
  • the users 66-1, 66-n can access the image generated by the instance of the CAD application 74 eg via an online meeting or conference software 76. It will be noted that the "master" instances of the spreadsheet and the CAD application do not need to run on the server 62 but can be executed on any station of the network.
  • FIG. 8 The mode of use of FIG. 8 is preferably used in the context of a collaborative work session, during which it is important that all Users all see the same model image and also see the latest changes to the shared model in real time or near real time.

Landscapes

  • Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Geometry (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Evolutionary Computation (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Pure & Applied Mathematics (AREA)
  • Mathematical Optimization (AREA)
  • Mathematical Analysis (AREA)
  • Computational Mathematics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

Un aspect de l'invention concerne un module d'extension pour un tableur, qui est configuré pour: mettre à disposition des outils de gestion d'un modèle de construction comprenant des objets et des propriétés associées aux objets, en particulier des propriétés géométriques; lier au moins certaines des propriétés à respectivement une cellule, afin de permettre à l'utilisateur de modifier une propriété via la cellule liée respective; sur demande de l'utilisateur, lancer une application CAO et lui transmettre le modèle pour l'affichage en tenant compte des propriétés géométriques des objets, ou, si l'application CAO est déjà lancée, transmettre en temps réel ou presque réel des modifications du modèle pour mettre à jour l'affichage.

Description

METHODES ET OUTILS DE MODELISATION DES SYSTEMES
Domaine Technique
[0001 ] De manière générale, l'invention concerne des outils informatiques de modélisation de constructions, notamment de constructions complexes demandant la collaboration de plusieurs intervenants.
Arrière-plan technologique
[0002] Les logiciels de conception assistée par ordinateur (CAO) permettent de créer des modèles tridimensionnels des constructions les plus complexes, de les visualiser sous tous les angles, de simuler l'interaction de pièces mobiles, de générer des plans de construction, etc. Ces programmes (p.ex. AutoCAD™, Sol id Works™, CATIA™, SketchUp™, etc.) visent principalement la création de maquettes (ou modèles) numériques dans le but de les visualiser. Certains logiciels offrent des fonctionnalités dépassant le cadre purement graphique, comme les simulations mécaniques, les calculs de stabilité, les calculs thermiques, etc. Ces outils s'appuient alors sur les modèles tridimensionnels qui doivent être préalablement définis.
[0003] On connaît également les logiciels de BIM (acronyme du terme anglais « Building Information Model » - modèle d'information unique du bâtiment) qui mettent à disposition des outils de gestion et de visualisation des données d'un bâtiment, dont le but est de répertorier la totalité des informations concernant un bâtiment de manière centralisée. Une base de données ou un ensemble de bases de données accessibles à l'aide du logiciel BIM regroupe la géométrie du bâtiment, les informations géographiques, les éléments de la construction, et de manière générale tous les résultats des travaux des personnes impliquées. Certains logiciels réunissent les fonctionnalités CAO et BIM. Problème technique
[0004] Il existe aujourd'hui un besoin d'outils informatiques facilitant, en particulier, les premières étapes de la conception de constructions, p.ex. dans le cadre d'études de faisabilité. Une difficulté principale réside dans le fait que les logiciels CAO et/ou BIM existants requièrent normalement des formations soutenues pour atteindre le niveau de compétence nécessaire à la modélisation de constructions complexes et permettant de réaliser des calculs plus poussés. Dans des projets réunissant des experts dans différents domaines techniques, il est donc rare que l'on trouve un logiciel bien maîtrisé par toutes les personnes impliquées et dans lequel la collaboration peut dès lors être organisée de manière efficace. [0005] Un objectif de la présente invention est de surmonter ou au moins pallier certains inconvénients des solutions actuelles.
Description générale de l'invention
[0006] Un premier aspect de l'invention concerne un procédé de modélisation d'une construction par ordinateur qui comprend : o la mise à la disposition de l'utilisateur d'un tableur d'outils de gestion d'un modèle de construction organisé sous la forme d'une base de données, le modèle comprenant des objets et des propriétés associées aux objets, en particulier des propriétés géométriques ; o la liaison d'au moins certaines des propriétés à respectivement une cellule du tableur, de sorte à permettre à l'utilisateur de modifier une propriété en modifiant le contenu de la cellule liée respective ; o le lancement d'une application de conception assistée par ordinateur (CAO) et la transmission du modèle à l'application CAO pour l'affichage du modèle en tenant compte des propriétés géométriques des objets, ou, si l'application CAO est déjà lancée, la transmission en temps réel ou presque réel de modifications du modèle à l'application CAO pour mettre à jour le modèle affiché.
[0007] De préférence, le procédé de modélisation comprend la visualisation du modèle de la construction au moyen de l'application CAO, l'application CAO recevant et/ou visualisant en temps réel ou presque réel des modifications du modèle transmises.
[0008] Un deuxième aspect de l'invention concerne un produit de programme d'ordinateur, comprenant un module d'extension (en anglais « plugin » ou « addin » ; c.-à-d. un logiciel ou un paquet destiné à compléter un logiciel hôte pour lui conférer des fonctionnalités supplémentaires) pour un tableur (p. ex. Excel™, OpenOffice™ Cale, ou autre). Le module d'extension est configuré, lorsqu'il est exécuté dans le tableur, de sorte à : o mettre à disposition de l'utilisateur du tableur des outils de gestion d'un modèle de construction organisé sous la forme d'une base de données, le modèle comprenant des objets et des propriétés associées aux objets, en particulier des propriétés géométriques ; o lier au moins certaines des propriétés à respectivement une cellule du tableur, de sorte à permettre à l'utilisateur de modifier une propriété en modifiant le contenu de la cellule liée respective ; o sur demande de l'utilisateur, lancer une application de conception assistée par ordinateur (CAO) et transmettre le modèle à l'application CAO pour l'affichage du modèle en tenant compte des propriétés géométriques des objets, ou, si l'application CAO est déjà lancée, transmettre en temps réel ou presque réel des modifications du modèle à l'application CAO pour mettre à jour le modèle affiché.
[0009] Un avantage notable de l'invention réside dans le fait que le tableur peut être employé comme l'outil principal du travail de conception de la construction (qui peut être une construction mécanique, un bâtiment, un satellite, une machine, etc.). La plupart des personnes travaillant dans des professions d'ingénieur ou d'architecte maîtrisent cet outil informatique, ce qui fait qu'il représente une plateforme de choix pour le travail collaboratif de conception. Grâce au fait que le module d'extension assure la liaison vers l'application CAO, des connaissances approfondies de celle-ci ne sont pas requises.
[0010] De préférence, le module d'extension est configuré pour gérer les droits du ou des utilisateurs. Le module d'extension permet ainsi à plusieurs utilisateurs de travailler sur le modèle de construction en même temps. L'original du modèle de construction peut, p. ex. se trouver sur un serveur auquel les différents utilisateurs peuvent accéder avec leur ordinateur. De préférence, le module d'extension est configuré pour copier le modèle de construction, respectivement la base de données, dans la mémoire mise à disposition du tableur. Chaque utilisateur travaille ainsi sur une copie du modèle de construction et c'est également cette copie qui est synchronisée avec l'application CAO. De préférence, le module d'extension comprend une commande par laquelle un utilisateur peut synchroniser sa copie du modèle avec l'original du modèle de construction. Il peut injecter les modifications qu'il a faites dans son tableur dans l'original du modèle de construction (le modèle de construction partagé) et/ou importer les données mises à jour par les autres utilisateurs. Afin d'éviter les conflits (plusieurs utilisateurs travaillant sur les mêmes parties du modèle en même temps) le module d'extension peut être configuré pour demander à l'utilisateur de se réserver les droits d'écriture pour les objets et les propriétés qu'il souhaite modifier et d'enregistrer cette réservation dans le modèle de construction partagé. De préférence, le module d'extension est configuré de sorte à bloquer la modification d'objets et de propriétés pour lesquelles l'utilisateur n'a pas réservé les droits d'écriture (ouverture du modèle de construction en lecture seule).
[001 1 ] Dans le cadre de ce document, on entend par « produit de programme d'ordinateur » notamment un support de stockage physique (disque dur, mémoire flash, clé USB, CD-ROM, DVD, etc.) ou un programme d'ordinateur sous une autre forme, p. ex. encapsulé dans une archive (compressée ou non), sous forme d'un flux (en anglais « stream »), ou encore sous forme d'un logiciel en tant que service (en anglais « software as a service » ou « SaaS »). Par « tableur », on entend un logiciel capable de manipuler des feuilles de calcul organisées en colonnes et lignes, l'intersection d'une colonne et d'une ligne correspondant à une cellule (identifié par son numéro de colonne et de ligne.) Dans le contexte de ce document, une « cellule liée » est une cellule d'une feuille de calcul qui est rattachée à une propriété définie dans la base de données et qui contient soit la valeur de cette propriété, soit une formule interprétable par le tableur qui permet de calculer la valeur. Une cellule contenant une formule avec une référence vers une autre cellule n'est donc pas, de ce seul fait, une « cellule liée » au sens de ce document. Une telle cellule sera appelée « cellule dépendante » et on notera qu'une cellule dépendante peut en même temps être une cellule liée. Un « objet » du modèle peut être la représentation d'un objet physique de la construction à modéliser dans la base de données ou une entité qui vient compléter le modèle (p. ex. un périmètre ou espace de sécurité autour d'un appareil, un cône d'émission ou de réception d'une source de lumière ou d'une antenne, etc.) On note qu'un objet peut comprendre d'autres objets en tant que composants ou autres propriétés. Le terme « en temps réel », tel qu'employé dans le contexte de ce document, implique qu'un processus informatique est exécuté dans des contraintes temporelles strictes, choisies de telle sorte que l'utilisateur ne ressente pas de délai. Le terme « en temps presque réel » signifie qu'une tâche est exécutée le plus rapidement possible mais les contraintes temporelles sont moins strictes. Dans certaines situations, l'utilisateur peut donc remarquer un temps d'attente. [0012] De préférence, les modifications du modèle transmises à l'application CAO comprennent : o l'ajout d'un objet au modèle, o la suppression d'un objet du modèle, et o la modification d'une propriété. On note que l'application CAO maintient de préférence une propre copie du modèle de construction. A son lancement, l'application CAO reçoit les données du modèle entier qu'elle tient à jour en fonction des modifications transmises par le module d'extension du tableur.
[0013] Le module d'extension est de préférence configuré pour mettre des outils spécifiques à disposition de l'utilisateur afin de lui permettre d'ajouter et/ou de supprimer un objet. Un outil pour ajouter un objet peut comprendre, p. ex. un bouton- commande et/ou un raccourci clavier et/ou une option dans un menu déroulant. Un outil pour ajouter un objet est de préférence placé dans un contexte qui indique à l'utilisateur quel type d'objet est rajouté, et/ou où l'objet est inséré dans le modèle, et/ou quelles seront les propriétés du nouvel objet, etc. Additionnellement ou alternativement, la commande d'un outil rajoutant un nouvel objet démarre un ou plusieurs dialogues permettant à l'utilisateur d'entrer toute information nécessaire à la création de l'objet dans le modèle. La modification d'une propriété (p. ex. le changement d'une valeur par l'utilisateur, la réévaluation d'une formule, etc.) peut être faite directement dans le tableur. Quand celui-ci réévalue une feuille de calcul suite à la saisie d'une nouvelle entrée par l'utilisateur, la mise à jour d'une cellule liée entraîne la mise à jour de la propriété correspondante dans le modèle et la transmission de la modification à l'application CAO.
[0014] Le module d'extension comprend de préférence des outils permettant à l'utilisateur de contrôler comment le modèle est affiché par l'application CAO. Un tel outil pourrait être, p.ex. une fenêtre dans laquelle l'utilisateur peut sélectionner les objets du modèle de construction qu'il souhaite voir affichés ou non. De préférence, ces outils sont conçus de manière à permettre l'affichage ou le masquage de groupes d'objets (p. ex. par couches).
[0015] Selon un mode de réalisation préféré de l'invention, chaque objet et chaque propriété du modèle est identifié dans la base de données par un chemin d'accès (adresse encodée selon un format convenu) et le module d'extension est configuré de sorte à convertir une formule contenue dans une cellule liée et contenant une référence vers au moins une autre cellule liée en une formule (équivalente) contenant les chemins d'accès de l'au moins une propriété liée à l'au moins une autre cellule liée. En conséquence, la base de données ne contiendra pas de formule utilisant des identifiants de cellules liées mais remplace ces identifiants par des renvois aux propriétés correspondantes. De cette manière, il est garanti que les formules sont stockées dans la base de données dans un format exploitable sans le tableur. Si une formule qui est entrée dans une cellule contient un identifiant d'une cellule qui n'est pas liée à une propriété dans la base de données, le module d'extension peut, lors de la conversion, remplacer cet identifiant par la valeur de la cellule concernée. Cette solution présente toutefois le désavantage d'une perte potentielle d'informations. Alternativement, le module d'extension peut être configuré pour détecter si une formule renvoie vers une cellule non liée et proposer à l'utilisateur de déclarer une nouvelle propriété dans la base de données et la lier à cette cellule. De préférence, la base de données contient pour chaque propriété au moins un champ « valeur » dans lequel est sauvegardée la valeur la plus récente de la propriété en question. Au cas où l'utilisateur entre une formule dans une cellule liée, le module d'extension peut rajouter à cette propriété un champ « formule » dans lequel est stockée la formule convertie. Il convient de noter que le terme « champ » a été utilisé ici pour faciliter la lecture - « valeur » et « formule » sont ici des (sous) propriétés d'une propriété.
[0016] De préférence, le module d'extension est configuré pour sauvegarder le modèle tel que modifié dans le tableur dans le format de la base de données. Additionnellement, le fichier dans le format utilisé par le tableur peut être sauvegardé comme un objet accessoire. Au démarrage, le module d'extension charge de préférence les données à partir de la base de données. Optionnellement, il peut être configuré de sorte à détecter la présence d'un fichier dans le format utilisé par le tableur et proposer à l'utilisateur de charger les données en mémoire à partir de ce fichier. [0017] De préférence, des modifications réalisées sur le modèle de construction dans l'application CAO sont répercutées dans le tableur. En d'autres mots, le module d'extension écoute quelles modifications sont communiquées de l'application CAO et met à jour le modèle ainsi que les feuilles de calcul. Il est possible que des modifications faites par l'utilisateur au niveau de l'application CAO soient incompatibles avec des contraintes paramétrées dans le tableur. Admettons qu'un objet a été paramétré dans le tableur comme un cube, au moyen des contraintes « largeur = longueur » et « hauteur = longueur », exprimées par des formules impliquant des cellules dépendantes. Dans l'environnement de l'application CAO, l'utilisateur est libre de déformer l'objet. Il se pose alors la question comment de telles modifications doivent être traitées par le module d'extension. Selon une première option, le module d'extension est configuré de sorte à écraser le contenu de cellules dépendantes par la nouvelle valeur numérique transmise par l'application CAO. Cette option a l'avantage d'être simple et d'accorder une grande liberté de travail dans l'environnement CAO. Par contre, le risque d'une perte d'information ou de rendre la feuille de calcul incohérente est réel. Selon une deuxième option, le module d'extension interdit toutes ou certaines modifications dans l'application CAO. Cette option limiterait toutefois l'utilité de l'application CAO. Selon une troisième option, le module d'extension serait configuré de sorte à détecter des modifications issues de l'application CAO qui écraseraient le contenu d'une cellule dépendante, à afficher un message de mise en garde qui demande à l'utilisateur s'il veut écraser la ou les formules dans le tableur ou la/les garder. Le module d'extension agirait ensuite en fonction du choix de l'utilisateur. Le module d'extension pourrait également offrir l'option de sauvegarder le choix de l'utilisateur et de l'appliquer pour les événements similaires subséquents.
[0018] Un des avantages les plus importants d'un logiciel tableur est la possibilité de travailler avec des cellules dépendantes les unes des autres. De ce fait, il est par exemple possible d'étudier comment le changement d'une seule variable affecte le comportement d'un système complexe. Une seule modification entrée manuellement par l'utilisateur peut ainsi entraîner un nombre important de modifications en raison des dépendances de cellules. De préférence, le module d'extension est configuré de sorte à retenir des modifications survenant en cascade ou en rafale (en particulier en cas de modification par l'utilisateur d'une cellule dont d'autres dépendent) dans un tampon et de les transmettre, groupées, à l'application CAO sous forme d'un paquet de modifications. En d'autres mots, des modifications trop rapprochées dans le temps ne sont pas transmises à l'application CAO de manière individuelle, afin d'éviter que l'application CAO ne doive réafficher le modèle pour chaque infime modification. Par contre, un paquet de modifications est formé et transmis à l'application CAO qui rafraîchira l'affichage une seule fois pour l'ensemble des modifications du paquet.
[0019] Le module d'extension peut notamment être configuré de sorte à former le paquet de modifications en ne gardant, pour chaque objet ou propriété, que la plus récente modification survenue dans la cascade. Si, par exemple, une propriété est modifiée plusieurs fois rapidement de suite (ce qui peut arriver p. ex. dans le cadre de calculs par itérations), l'application CAO n'affichera pas les étapes intermédiaires mais seulement l'état final du modèle.
[0020] De préférence, le module d'extension est configuré de sorte à retenir dans le tampon toutes les modifications jusqu'à ce que pendant un temps d'attente défini, compris dans la plage de 1 s à 500 ms, aucune modification ne soit détectée. De préférence, le temps d'attente est de 250 ms ou moins, p. ex. 100 ms.
[0021 ] De préférence, les propriétés géométriques associées aux objets comprennent les dimensions dans l'espace, la position dans l'espace, et/ou l'orientation dans l'espace. Optionnellement, les propriétés géométriques associées aux objets comprennent également des opérations topologiques et des contraintes cinématiques entre les objets.
[0022] Les propriétés associées aux objets peuvent comprendre, outre les propriétés géométriques, une ou plusieurs des suivantes : la dénomination (le nom de la propriété), la couleur, la transparence ou l'opacité, la masse, la masse volumique, la capacité thermique, la capacité thermique massique ou volumique, la conductivité thermique, la conductivité électrique, la composition chimique, le constituant chimique principal, le prix, la puissance électrique absorbée, le temps moyen de fonctionnement correct avant panne, une plage de fonctionnement, une formule de calcul, une image, un lien URL, un autre objet de la construction. Il convient de noter que cette liste d'exemples n'est pas exhaustive.
[0023] De préférence, le modèle de construction, respectivement la base de données, est organisée en tant qu'arborescence. Les outils de gestion du modèle de construction mis à disposition de l'utilisateur par le module d'extension peuvent dans ce cas comprendre au moins une feuille de calcul du tableur avec une ébauche (le schéma ou le méta-modèle) d'un modèle de construction reflétant l'arborescence et des commandes dont l'activation crée des objets et/ou des propriétés aux différents niveaux de l'arborescence ainsi que les cellules du tableur liées à ces objets et/ou propriétés. Le fait de présenter à l'utilisateur le schéma du modèle sur une feuille de calcul facilite la navigation dans les données.
[0024] De préférence le modèle de construction, respectivement la base de données, comprend ou consiste en un fichier XML. [0025] Avantageusement, le modèle de construction comprend des couches (en anglais « layers ») auxquelles les objets et/ou les propriétés sont attribuées. Dans le contexte de ce document, une « couche » est une classe d'appartenance des objets et/ou des propriétés (autre que la parenté ou descendance). Cette notion permet de gérer différents points de vue d'un modèle : Par exemple, une couche « ébauche » représentative des volumes grossiers des divers équipements, une couche « définition » représentative des volumes détaillés des différentes parties du modèle et une couche « thermique » représentative d'un modèle géométrique et des caractéristiques permettant la réalisation de calculs d'analyse thermique. Les couches peuvent être définies de sorte à ce que chaque objet et/ou propriété ne puisse être affecté qu'à une seule couche à la fois. Il est toutefois possible de concevoir les couches autrement, de sorte à ce que des appartenances multiples soient autorisées. De préférence, le module d'extension comprend un menu permettant à l'utilisateur de sélectionner la ou les couches qu'il souhaite voir affichées par l'application CAO.
[0026] Selon un mode de réalisation particulièrement préféré de l'invention, le modèle de construction représente un satellite. Dans ce cas, l'ébauche de modèle de construction consiste de préférence en un schéma contenant les parties génériques d'un satellite.
[0027] Un troisième aspect de l'invention concerne le pendant, pour ainsi dire, du module d'extension décrit ci-dessus au niveau de l'application CAO. Il s'agit d'un produit de programme d'ordinateur qui comprend un module d'extension pour une application CAO. Pour distinguer les modules d'extension, le module d'extension du tableur sera appelé « premier module d'extension » alors que le module d'extension de l'application CAO sera appelé « deuxième module d'extension » par la suite. Le deuxième module d'extension est configuré, lorsqu'il est exécuté dans l'application CAO, de sorte à communiquer avec le premier module d'extension, en particulier pour recevoir et charger dans la mémoire affectée à l'application CAO une copie du modèle de construction ainsi que ses modifications en vue d'afficher le modèle en tenant compte des propriétés géométriques des objets.
[0028] De préférence, le deuxième module d'extension de l'application CAO est configuré de sorte à suspendre le calcul de rendu (en anglais « rendering ») du modèle dans la mémoire affectée à l'application CAO à partir de la réception d'un paquet de modifications affectant des dimensions et/ou des positions et/ou des orientations d'objets jusqu'à ce que les opérations de mise à jour de la copie du modèle dans la mémoire affectée à l'application CAO soient terminées pour toutes les modifications du paquet. Les calculs de rendu étant très avides de ressources, il est avantageux de les mettre en attente jusqu'à ce que les opérations en cours sur la copie du modèle soient terminées. [0029] Un autre aspect de l'invention concerne un procédé de modélisation d'une construction par ordinateur, le procédé comprenant : o la gestion d'un modèle de la construction au moyen d'un tableur équipé du premier module d'extension ; et o la visualisation du modèle de la construction au moyen d'une application de conception assistée par ordinateur (CAO), l'application CAO recevant en temps réel ou presque réel des modifications du modèle transmises par le module d'extension du tableur.
[0030] L'application CAO utilisée dans le procédé peut être équipée du deuxième module d'extension. Si l'application CAO est capable d'interagir directement avec le tableur et/ou le premier module d'extension, le deuxième module d'extension n'est pas nécessaire.
[0031 ] Le procédé peut notamment être utilisé dans le cadre d'un projet de conception collaboratif. Le modèle de construction (c.-à-d. la base de données) peut être mise à disposition sur un serveur accessible depuis un réseau local (p. ex. de type Ethernet) et/ou depuis Internet (le cas échéant au moyen d'un réseau privé virtuel). Les différents collaborateurs peuvent ainsi accéder au modèle par l'intermédiaire de leur tableur et le manipuler depuis leur poste. Brève description des dessins
[0032] D'autres particularités et caractéristiques de l'invention ressortiront de la description détaillée d'un mode de réalisation avantageux présenté ci-dessous, à titre d'illustration, avec référence aux dessins annexés qui montrent : Fig. 1 : un schéma d'un exemple d'une application selon un mode de réalisation préféré de l'invention ;
Fig. 2: une capture d'écran d'une feuille de calcul partiellement pré-remplie pour gérer un modèle de construction ;
Fig. 3: une capture d'écran d'une feuille de calcul conçu pour la gestion d'un sous- système ;
Fig. 4: une collection de formes mises à disposition de l'utilisateur ;
Fig. 5: une capture d'écran d'une fenêtre d'une application CAO montrant une vue en perspective d'un satellite ;
Fig. 6: une fenêtre permettant à l'utilisateur de sélectionner les objets du modèle de construction qu'il souhaite se faire afficher par l'application CAO ;
Fig. 7: une illustration d'un premier mode d'utilisation de l'invention pour organiser du travail collaboratif ;
Fig. 8: Une illustration d'un deuxième mode d'utilisation de l'invention utile notamment dans le cadre d'une session de travail collaborative en ligne. Description détaillée d'un mode de réalisation de l'invention à titre d'exemple
[0033] L'invention sera illustrée, par la suite, sur la base de l'application « IDM CIC » (désignation se composant des acronymes de « Integrated Design Model », modèle de conception intégré, et de « Centre d'Ingénierie Concourante »), primairement conçue pour organiser le travail collaboratif sur des projets d'ingénierie spatiale. A titre d'illustration, on considère que la construction modélisée est un satellite. L'application IDM CIC utilise le dictionnaire des paramètres référencés dans le document ECSS-E- TM-E-10-25A (20/10/2010) publié par l'ECSS (« European Coopération for Space Standardization », coopération européenne pour la standardisation de l'espace).
[0034] Selon le méta-modèle, une construction spatiale est grossièrement structurée de la façon suivante : o Une entité « System » (système) constitue la racine de l'arborescence. o Au prochain niveau, un système peut comprendre un ou plusieurs « Eléments » (éléments) correspondant à différentes parties de la construction (un satellite est souvent constitué d'une plate-forme et de plusieurs instruments). o Chaque élément peut comprendre un ou plusieurs « Subsystem » (sous- système). Un sous-système correspond à l'ensemble des équipements qui réalisent une fonction de la construction (Structure, thermique, contrôle d'attitude...). o Chaque sous-système peut comprendre un ou plusieurs « Equipment » (équipements) et éventuellement un ou plusieurs « Assembly » (assemblages) qui correspond à un groupe d'équipements. Un équipement ou un assemblage ne peut avoir qu'un élément comme parent direct et n'appartenir qu'à un seul sous-système. o Un sous-système peut être défini pour un ou plusieurs éléments.
[0035] Chacune des entités peut être considérée comme un objet. Un objet peut avoir les propriétés initialement prévues par le méta-modèle mais il est également possible de rattacher d'autres propriétés aux objets au cours de la modélisation d'une construction concrète, dans le respect des contraintes imposées par le méta-modèle. Un objet peut être une propriété (enfant) d'un autre objet.
[0036] Un type d'objet particulièrement utile pour la représentation graphique est la « shape » (forme), ayant comme propriétés géométriques notamment les dimensions, les coordonnées d'un point de référence (p. ex. l'origine du repère local) dans le repère de la forme parente (ou de l'entité physique parente) ainsi que l'orientation de la forme dans le repère de la forme parente (ou de l'entité physique parente). On appelle « forme élémentaire » (ou primitive) une forme géométrique définie dans le langage de programmation de l'application CAO, c.-à-d. contenue dans la bibliothèque de formes connues par l'application CAO. Les propriétés associées à une forme élémentaire sont les paramètres nécessaires à définir les dimensions, la position et l'orientation de la forme dans l'espace. A partir des formes élémentaires, il est possible de définir des formes complexes à l'aide d'opérations topologiques. De cette manière, on peut par exemple définir un cube traversé par un trou cylindrique. Au besoin, les formes complexes peuvent également être utilisées dans la définition de formes encore plus complexes. De manière générale, une forme complexe est une forme comprenant comme propriétés des formes enfants (primitives ou complexes) ainsi que les règles ou opérations topologiques définissant comment les formes enfants sont combinées.
[0037] Outre les formes élémentaires et celles qui en sont dérivées, il est possible d'utiliser d'autres objets servant à la représentation graphique et à l'affichage. Un objet peut, p.ex., comprendre comme propriété une représentation dans le format COLLADA (abréviation du terme anglais « Collaborative Design Activity », activité de conception collaborative) ou dans un autre format accepté par l'application CAO. Un exemple d'objet COLLADA 60 est montré à la figure 4.
[0038] Chaque forme ou tout objet physique du modèle est défini dans un repère local qui décrit une position et une orientation nominales de la forme. Des repères complémentaires, associés à la forme, peuvent être définis dans ce repère local et servir de point d'ancrage à d'autres entités dont la position peut être indiquée par rapport ces repères (p.ex. dans le repère d'une forme parente ou d'une forme voisine). Il est également possible de définir l'orientation du repère local dans cet autre repère. Selon un mode de réalisation préféré de l'invention, pour une forme ayant un ou plusieurs degrés de liberté par rapport à une autre forme, la position du repère local et son orientation par rapport au repère de l'autre forme sont définies par des équations cinématiques exprimant la position et l'orientation du repère local à l'aide d'un ou de plusieurs paramètres de mouvement (p.ex. angle(s), chemin, temps). De cette manière il est possible de visualiser et d'étudier la cinématique d'un système (p.ex. le déploiement de panneaux solaires, la rotation d'une pièce, l'ouverture d'une porte, une pièce coulissante sur une autre, l'ouverture d'un parasol, etc.)
[0039] La figure 1 montre le schéma de communication de l'application IDM-CIC. Celle-ci se comprend les composantes suivantes : o Le module d'extension 10 du tableur 12 (Excel™ dans l'exemple), p.ex. basé sur VSTO (Visual Studio Tools for Office). Ce premier module d'extension 10 interagit avec le tableur 12. Il sert de frontal (en anglais « front end ») de la base de données contenant le modèle de construction. o L'API 14 (acronyme du terme anglais « application programming interface », interface de programmation) qui contient le méta-modèle ainsi que toutes les fonctions utiles pour la communication, notamment les classes client 14a et serveur 14b. L'API 14 de l'exemple est basée sur l'architecture .NET et possède une exposition (visibilité) COM (« Component Object Model ») et est donc accessible, entre autres, depuis les langages de programmation Ruby ou VBA. o Un module d'extension 16 de l'application CAO 18 (Sketchup™ dans l'exemple). Ce deuxième module d'extension assure l'interaction avec ΑΡΙ et prend en charge la création des formes à afficher par l'application CAO, la réception des mises à jour de données venant du tableur, et la réception des actions utilisateurs sous forme d'événements. Dans l'exemple illustré, deuxième module d'extension a été développé en Ruby.
[0040] Le premier module d'extension rajoute dans l'interface utilisateur du tableur des outils de gestion du modèle de construction. Dans le mode de réalisation illustré, le premier module d'extension rajoute un onglet (intitulé « IDM-CIC ») 30 (voir figure 2) dans le ruban 32 d'Excel™. En sélectionnant cet onglet, l'utilisateur accède aux outils mis à disposition par le module d'extension, qui assure également la génération d'ébauches (templates) de feuilles calcul reflétant différents aspects du méta-modèle. [0041 ] La figure 2 montre une première feuille de calcul 20 d'un classeur ébauche Excel™ intitulée « System management » (gestion du système). Sur cette feuille, l'utilisateur peut voir des informations concernant le système global, en particulier les propriétés du système 22. Certaines de ces propriétés doivent être renseignées par l'utilisateur, comme p. ex. le nom du projet, le numéro de version, le nom du lanceur, etc. D'autres propriétés pourraient se calculer automatiquement en fonction des entrées de l'utilisateur dans des cellules dans d'autres endroits du classeur. P. ex. il pourrait y avoir une propriété « masse totale », qui se calculerait en tant que la somme de tous les composants du système.
[0042] La première feuille de calcul 20 donne également une vue globale de la structure du système 24. Les cellules du tableur sont programmées de sorte à faciliter la navigation dans l'arborescence et de modifier le modèle. P. ex. dans le bloc « structure du système », on voit que le système comprend actuellement deux éléments, une « plateforme » (élément 2) et un « instrument » (élément 1 ). Chaque élément comprend divers sous-systèmes 25 (« STR » (structure), « PWR » (puissance), etc.). Un nouvel élément peut être facilement ajouté au système en cliquant la cellule-commande « + » (numéro de référence 26) à droite de la liste des éléments. Ensuite on associe à cet élément des sous-systèmes en cliquant la cellule dans l'intersection de la ligne comprenant le sous-système et la colonne associée à l'élément. Pour ajouter un sous-système, l'utilisateur peut cliquer la cellule-commande « + » (numéro de référence 28) en haut à gauche des sous-systèmes 25 et définir un nouveau sous-système générique.
[0043] La figure 3 montre la feuille de calcul rattachée au sous-système STR du système (cf. figure 2). Le sous-système STR comprend divers équipements 34, dont chacun est constitué d'une ou de plusieurs formes (shapes) 36. Chaque forme 36 est d'un certain type de forme 38 (parallélépipède, cylindre, tronc de cône, etc.) et possède diverses propriétés comme la couleur 40, l'opacité 42, les dimensions et la position 44, etc. La figure 4 montre une collection d'exemples de formes élémentaires 54 prédéfinies et sélectionnâmes par l'utilisateur. Il est possible d'ajouter un nouvel équipement au sous-système par la cellule-commande « + » 46 ou une nouvelle forme 36 à un équipement 34 par la cellule-commande « + » 48 respective.
[0044] Tout nouvel objet qui est créé par utilisateur est enregistré dans la base de données (c.-à-d. dans le modèle de construction), ce qui n'est pas immédiatement visible par l'utilisateur, et des cellules décrivant cet objet sont créées dans le tableur. L'objet peut être manipulé par modification des cellules liées aux propriétés de l'objet. A chaque fois qu'un nouvel objet est créé, une cellule est transformée en commande « X » 50 permettant de supprimer l'objet du modèle (cf. également figure 2). Il faut noter que la suppression d'un objet entraînera la suppression de toutes ses propriétés, y inclus ses objets enfants. De préférence, le fait de cliquer sur une cellule « X » 50 amène le premier module d'extension à afficher un message d'alerte demandant la confirmation de la suppression de l'objet, faute de laquelle l'action de supprimer sera annulée.
[0045] De manière générale, le frontal de la base de données est conçu de manière à permettre d'ajouter ou de supprimer des objets de manière intuitive, en respectant les contraintes imposées par le méta-modèle et de sorte à assurer la cohérence de la structure du modèle du point de vue du méta-modèle. [0046] De préférence, le premier module d'extension est configuré pour charger une copie d'un modèle de construction sauvegardé sous forme d'un fichier XML et de travailler sur cette copie. La synchronisation de cette copie avec l'original peut être automatique, p. ex. à des intervalles de temps réguliers ou suite à des événements du tableur. De préférence, le premier module d'extension comprend une commande permettant à l'utilisateur de manuellement synchroniser l'original du modèle sur la copie de travail. De cette manière, un utilisateur peut travailler plus librement sans devoir craindre la corruption du modèle de construction original. De préférence, le module d'extension comprend un processus de sauvegarde automatique, qui établit également des points de restauration du modèle de construction partagé.
[0047] Le premier module d'extension comprend en outre une ou plusieurs commandes « visualisation » 52 qui, suite à l'activation par l'utilisateur, lancent l'application CAO et amènent le premier module d'extension à lui transmettre la copie de travail du modèle pour l'affichage en tenant compte des propriétés géométriques des objets, ou, si l'application CAO est déjà lancée et possède déjà sa copie du modèle de construction, placent le module dans un mode de travail dans lequel il transmet en temps réel ou presque réel des modifications sur la copie du modèle à l'application CAO pour mettre à jour le modèle affiché. En outre, le tableur, respectivement le premier module d'extension, s'abonne aux événements de modifications. La figure 5 montre un exemple d'une fenêtre de l'application CAO dans le cas où la construction modélisée est un satellite 56.
[0048] De préférence, l'activation d'une de ces commandes 52 entraîne également l'ouverture d'une fenêtre 58 (figure 6) ou d'un menu qui permet à l'utilisateur de choisir les objets qu'il désire faire afficher. De préférence, cette fenêtre 58 ou ce menu permet à l'utilisateur de sélectionner et/ou de désélectionner des groupes d'objets (p. ex. un objet parent avec ses enfants, ou tous les objets faisant partie d'une même couche, ou tous les objets ayant une propriété en commun (comme p. ex. tous les objets affichables mais virtuels comme des axes auxiliaires, des champs de vision, des caractéristiques d'antenne, etc.)). [0049] Au lancement de l'application CAO, le deuxième module d'extension est démarré, et il lance automatiquement un serveur IDM-CIC 14b en utilisant l'API IDM- CIC et son exposition COM. A partir de ce moment, l'application CAO attend des instructions du tableur, respectivement du premier module d'extension. [0050] A partir du moment où l'application CAO et le tableur sont tous les deux exécutés, une synchronisation bidirectionnelle est mise en œuvre : o toute action côté tableur est transmise en temps réel ou presque réel vers l'application CAO. o toute action de modification dans l'application CAO est transmise également en temps réel ou presque réel vers le tableur.
[0051 ] Le module API 14 est instancié deux fois : o une fois au sein de l'application CAO (dans le cas illustré : au sein de Sketchup via COM), et o une fois au sein du tableur (dans le cas illustré : au sein d'Excel™ via VSTO).
Chaque instance possède une représentation des données de la construction. En cas d'une séance collaborative, il est possible de récupérer les modifications faites par tous les intervenants dans une instance du tableur et d'afficher ainsi la construction en temps réel ou presque réel au moyen de l'application CAO. [0052] Du côté de l'application CAO, chaque modification de l'utilisateur est capturée par le deuxième module d'extension, la modification est répercutée au niveau des données dans le module API coté serveur 14b. Cette modification est ensuite transmise du serveur vers le client (mécanisme « callback ») et transposée dans le modèle de donnée coté client14a. Celui-ci déclenche à son tour un événement de mise à jour de la feuille de calcul (ou du classeur entier).
[0053] Au du premier click de l'utilisateur sur une des commandes de visualisation 52, le modèle de construction est intégralement copié vers l'application CAO. Les événements de modification sont ensuite transmis de deux façons : o Lorsqu'une propriété simple est modifiée, l'information transmise est le chemin d'accès (l'adresse, l'identifiant) de la propriété (p. ex.
<System>\<Element_W>\Subsystem_X\<Equipment_Y>\<Shape_Z>\<Prope rty_AA>) ainsi que la nouvelle valeur. o Lorsqu'un objet est ajouté au modèle ou supprimé du modèle, l'information transmise est l'identifiant de l'objet concerné. [0054] Lorsqu'une modification par l'utilisateur impacte un grand nombre de données (via des formules dans les feuilles de calcul, l'utilisateur pourrait en une action modifier un grand nombre de cellules dépendantes) un mécanisme de tampon permet de générer un envoi groupé de l'ensemble des modifications en un seul appel serveur (ou client en cas de callback) ce qui optimise grandement les temps de réponse dans ce cas.
[0055] Dès qu'une modification de propriété est détectée, trois queues (le tampon) sont remplies : o celle des propriétés modifiées, o celle des objets ajoutés, et o celle des objets supprimés.
[0056] A chaque modification, une minuterie (ou « timer ») est lancée de façon asynchrone et découle pendant un temps configurable dans un fichier de configuration (p. ex. 100 ms). Si entretemps une nouvelle modification de propriété est détectée, le processus se répète et la minuterie est réinitialisée. Le transfert des modifications est suspendu pendant que la minuterie est exécutée, mais dès que le temps programmé est écoulé sans qu'une autre modification ne fût détectée, toutes les queues sont envoyées à l'application CAO qui les traite. Si une ou plusieurs modifications sont supplantées par une autre modification plus récente, uniquement cette dernière est retenue. Les modifications supplantées sont écartés des queues. P. ex. si une propriété est modifiée plusieurs fois, uniquement la dernière valeur de la propriété est transférée. Pareillement, si une première modification concerne (directement ou indirectement) un objet qui est supprimé lors d'une deuxième modification, la première modification est supprimée de la queue respective. [0057] De son côté, le deuxième module d'extension est configuré de sorte à suspendre le calcul de rendu par l'application CAO jusqu'à ce que toutes les modifications arrivant de manière groupée soient répercutées dans la copie du modèle du côté de l'application CAO. Il s'agit d'une précaution qui est prise afin d'éviter que des calculs de rendu soient réalisés sur la base d'un modèle de construction qui n'est plus à jour. Le mécanisme peut comprendre un ou plusieurs tampons basés sur une minuterie qui empêche un nouveau calcul du rendu pendant un certain temps minimal (configurable) après la dernière modification affectant l'affichage. [0058] Dans l'exemple illustré à la figure 1 , la technologie de communication entre client et serveur se base sur WCF (« Windows Communication Foundation »). La communication peut être implémentée sur tous les protocoles supportés par WCF : http, SOAP (« Simple Object Access Protocol »), etc. [0059] La figure 7 est une illustration d'une première utilisation possible de l'invention. Le modèle de construction 62 est stocké, p. ex. sous la forme d'un fichier XML, sur un serveur 64 auquel les différents utilisateurs 66-1 , 66-2, 66-n peuvent accéder via un réseau. Le réseau peut être local et/ou global (symbolisé par le globe 69). Chaque utilisateur dispose de sa propre instance du tableur 68 et de l'application CAO 70. Au démarrage du premier module d'extension, le modèle de construction 62 est copié dans la mémoire affectée au tableur 68. Chaque utilisateur travaille dès lors sur sa propre copie. S'il veut pouvoir sauvegarder ses modifications dans le modèle partagé 62, un utilisateur doit se réserver des droits d'écriture pour tout ou une partie du modèle de construction. Les parties concernées du modèle ne peuvent alors pas être simultanément modifiées par d'autres utilisateurs. De préférence, la synchronisation entre le modèle partagé et la copie locale requiert une action ponctuelle de la part de l'utilisation (p. ex. la confirmation explicite que des modifications doivent être répercutées dans le modèle partagé 62). Entre le tableur et l'application CAO, la synchronisation est de préférence automatique, c.-à-d. la copie locale de l'application CAO est maintenue à jour avec la copie locale du tableur.
[0060] La figure 8 montre une autre utilisation possible de l'invention. Outre les éléments déjà décrits avec référence à la figure 7, une instance du tableur 72 est exécutée qui se trouve en mode lecture seule mais maintient sa copie locale synchronisée en temps réel ou presque réel avec le modèle partagé 62. Une instance de l'application CAO 74 sert à visualiser le modèle partagé en temps réel ou presque réel. Les utilisateurs 66-1 , 66-n peuvent accéder a l'image générée par l'instance de l'application CAO 74 p.ex. par l'intermédiaire d'un logiciel de réunion ou de conférence en ligne 76. On notera que les instances « maîtres » du tableur et de l'application CAO n'ont pas besoin de tourner sur le serveur 62 mais peuvent être exécutés sur n'importe quel poste du réseau.
[0061 ] Le mode d'utilisation de la figure 8 est de préférence employé dans le cadre d'une session de travail collaborative, pendant laquelle il est important que tous les utilisateurs voient tous la même image du modèle et qu'ils voient également les dernières modifications du modèle partagé en temps réel ou presque réel.
[0062] Alors qu'un mode de réalisation particulier vient d'être décrit en détail, l'homme du métier appréciera que diverses modifications et alternatives à celui-là puissent être développées à la lumière de l'enseignement global apporté par la présente divulgation de l'invention. Par conséquent, les agencements et/ou procédés spécifiques décrits ci- dedans sont censés être donnés uniquement à titre d'illustration, sans intention de limiter la portée de l'invention.

Claims

Revendications
1 . Procédé de modélisation d'une construction par ordinateur, comprenant :
o la mise à disposition de l'utilisateur d'un tableur d'outils de gestion d'un modèle de construction organisé sous la forme d'une base de données, le modèle comprenant des objets et des propriétés associées aux objets, en particulier des propriétés géométriques ;
o la liaison d'au moins certaines des propriétés à respectivement une cellule du tableur, de sorte à permettre à l'utilisateur de modifier une propriété en modifiant le contenu de la cellule liée respective ;
o le lancement d'une application de conception assistée par ordinateur (CAO) et la transmission du modèle à l'application CAO pour l'affichage du modèle en tenant compte des propriétés géométriques des objets, ou, si l'application CAO est déjà lancée, la transmission en temps réel ou presque réel de modifications du modèle à l'application CAO pour mettre à jour le modèle affiché.
2. Procédé de modélisation d'une construction par ordinateur selon la revendication 1 , comprenant la visualisation du modèle de la construction au moyen de l'application CAO, l'application CAO recevant en temps réel ou presque réel des modifications du modèle transmises.
3. Produit de programme d'ordinateur, comprenant
un module d'extension pour un tableur, le module d'extension étant configuré, lorsqu'il est exécuté dans le tableur par un ordinateur, de sorte à exécuter le procédé de la revendication 1 .
4. Produit de programme d'ordinateur selon la revendication 3, dans lequel les modifications du modèle transmises à l'application CAO comprennent :
o l'ajout d'un objet au modèle,
o la suppression d'un objet du modèle, et
o la modification d'une propriété.
5. Produit de programme d'ordinateur selon la revendication 3 ou 4, dans lequel chaque objet et chaque propriété du modèle est identifié dans la base de données par un chemin d'accès, le module d'extension étant configuré de sorte à convertir une formule contenue dans une cellule liée et contenant une référence vers au moins une autre cellule liée en une formule contenant les chemins d'accès de l'au moins une propriété liée à l'au moins une autre cellule liée.
6. Produit de programme d'ordinateur selon l'une quelconque des revendications 3 à 5, dans lequel le module d'extension est configuré de sorte à retenir des modifications survenant en cascade dans un tampon et de les transmettre à l'application CAO, groupées sous forme d'un paquet de modifications.
7. Produit de programme d'ordinateur selon la revendication 6, caractérisé en ce que le module d'extension est configuré de sorte à former le paquet de modifications en ne gardant, pour chaque objet ou propriété, que la plus récente modification survenue dans la cascade.
8. Produit de programme d'ordinateur selon la revendication 6 ou 7, caractérisé en ce que le module d'extension est configuré de sorte à retenir dans le tampon toutes les modifications jusqu'à ce que pendant un temps d'attente défini, compris dans la plage de 1 s à 500 ms, aucune modification ne soit détectée.
9. Produit de programme d'ordinateur selon l'une quelconque des revendications 3 à 8, caractérisé en ce que les propriétés géométriques associées aux objets comprennent les dimensions dans l'espace, la position dans l'espace, et l'orientation dans l'espace, ainsi qu'optionnellement des opérations topologiques et des contraintes cinématiques entre les objets.
10. Produit de programme d'ordinateur selon l'une quelconque des revendications 3 à 9, caractérisé en ce que les propriétés associées aux objets comprennent, outre les propriétés géométriques, une ou plusieurs des suivantes : la couleur, la transparence ou l'opacité, la masse, la masse volumique, la capacité thermique, la capacité thermique massique ou volumique, la conductivité thermique, la conductivité électrique, la composition chimique, le constituant chimique principal, le prix, la puissance électrique absorbée, le temps moyen de fonctionnement correct avant panne, une plage de fonctionnement, une formule de calcul, une image, un lien URL, un autre objet de la construction.
1 1 . Produit de programme d'ordinateur selon l'une quelconque des revendications 3 à 10, caractérisé en ce que le modèle de construction, respectivement la base de données, est organisée en tant qu'arborescence.
12. Produit de programme d'ordinateur selon la revendication 1 1 , caractérisé en ce que les outils de gestion du modèle de construction mis à disposition de l'utilisateur par le module d'extension comprennent au moins une feuille de calcul du tableur comprenant une ébauche d'un modèle de construction reflétant l'arborescence et des commandes dont l'activation crée des objets et/ou des propriétés aux différents niveaux de l'arborescence ainsi que les cellules du tableur liées à ces objets et/ou propriétés.
13. Produit de programme d'ordinateur selon l'une quelconque des revendications 3 à 12, caractérisé en ce que le modèle de construction, respectivement la base de données, comprend un fichier XML.
14. Produit de programme d'ordinateur selon l'une quelconque des revendications 3 à 13, caractérisé en ce que le modèle de construction comprend des couches auxquelles les objets et/ou les propriétés sont attribuées.
15. Produit de programme d'ordinateur selon l'une quelconque des revendications 3 à 14, caractérisé en ce que le modèle de construction représente un satellite.
16. Produit de programme d'ordinateur selon l'une quelconque des revendications 3 à 15, caractérisé en outre par
un module d'extension pour une application CAO, le module d'extension étant configuré, lorsqu'il est exécuté dans l'application CAO par un ordinateur, de sorte à :
o communiquer avec un module d'extension pour un tableur tel que défini dans l'une quelconque des revendications 3 à 15 pour recevoir et charger dans la mémoire affectée à l'application CAO une copie du modèle de construction ainsi que ses modifications en vue d'afficher le modèle en tenant compte des propriétés géométriques des objets.
17. Produit de programme d'ordinateur selon la revendication 16, caractérisé en ce que le module d'extension de l'application CAO est configuré de sorte à suspendre le calcul de rendu du modèle dans la mémoire affectée à l'application CAO à partir de la réception d'un paquet de modifications affectant des dimensions et/ou des positions et/ou des orientations d'objets jusqu'à ce que les opérations de mise à jour de la copie du modèle dans la mémoire affectée à l'application CAO soient terminées pour toutes les modifications du paquet.
PCT/EP2016/077937 2015-11-30 2016-11-17 Methodes et outils de modelisation des systemes WO2017093027A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1561588 2015-11-30
FR1561588A FR3044440B1 (fr) 2015-11-30 2015-11-30 Methode de modelisation de contraintes

Publications (1)

Publication Number Publication Date
WO2017093027A1 true WO2017093027A1 (fr) 2017-06-08

Family

ID=55806441

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2016/077937 WO2017093027A1 (fr) 2015-11-30 2016-11-17 Methodes et outils de modelisation des systemes

Country Status (2)

Country Link
FR (1) FR3044440B1 (fr)
WO (1) WO2017093027A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180181109A1 (en) * 2016-12-23 2018-06-28 Dassault Systemes 3Dexcite Corp. Highly Automated Application Of Digital Finish Material To 3D Data

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1085435A2 (fr) * 1999-09-13 2001-03-21 General Electric Company Procédé de documentation de régles techniques
JP2005078207A (ja) * 2003-08-28 2005-03-24 Shimizu Corp ３次元データの作成システム、３次元データの作成方法、及びプログラム
EP2330521A1 (fr) * 2008-08-08 2011-06-08 Mitsubishi Electric Corporation Dispositif et programme de création de modèle de conception assistée par ordinateur tridimensionnel

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1085435A2 (fr) * 1999-09-13 2001-03-21 General Electric Company Procédé de documentation de régles techniques
JP2005078207A (ja) * 2003-08-28 2005-03-24 Shimizu Corp ３次元データの作成システム、３次元データの作成方法、及びプログラム
EP2330521A1 (fr) * 2008-08-08 2011-06-08 Mitsubishi Electric Corporation Dispositif et programme de création de modèle de conception assistée par ordinateur tridimensionnel

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"ECSS-E-TM-E-10-25A", 20 October 2010, ECSS
ZUKOWSKI E ET AL: "Correct modelling of geometry and of materials properties in the thermo-mechanical finite-elements-simulation of chip scale packages", THERMAL, MECHANIAL AND MULTI-PHYSICS SIMULATION AND EXPERIMENTS IN MIC RO-ELECTRONICS AND MICRO-SYSTEMS, 2005. EUROSIME 2005. PROCEEDINGS OF THE 6TH INTERNATIONAL CONFERENCE ON BERLIN, GERMANY APRIL 18-20, 2005, PISCATAWAY, NJ, USA,IEEE, 18 April 2005 (2005-04-18), pages 545 - 552, XP010832409, ISBN: 978-0-7803-9062-1, DOI: 10.1109/ESIME.2005.1502865 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180181109A1 (en) * 2016-12-23 2018-06-28 Dassault Systemes 3Dexcite Corp. Highly Automated Application Of Digital Finish Material To 3D Data
US10459429B2 (en) * 2016-12-23 2019-10-29 Dassault Systemes 3Dexcite Corp. Highly automated application of digital finish material to 3D data

Also Published As

Publication number Publication date
FR3044440B1 (fr) 2018-10-26
FR3044440A1 (fr) 2017-06-02

Similar Documents

Publication Publication Date Title
US20090307189A1 (en) Asynchronous workflow participation within an immersive collaboration environment
EP2757472A1 (fr) Procédé mis en oeuvre par ordinateur pour lancer une application installée
EP1577752A2 (fr) Développement de logiciels utilisant des interfaces visuelles
JP2000076487A (ja) 情報処理装置および方法、並びに提供媒体
CN107408142A (zh) 基于多用户云参数特征的3d cad***
EP0895194A1 (fr) Generateur de donnees de configuration, procede permettant de generer de telles donnees et son support
Limbourg et al. Addressing the mapping problem in user interface design with UsiXML
KR20060080528A (ko) 객체 모델 설계를 용이하게 하는 방법 및 시스템
JP2006114014A (ja) モデル化オブジェクトのデータベースにおいてグラフィカルにナビゲートを行う方法
CN107093055A (zh) 用于信息电子集聚的技术
EP2511842B1 (fr) Consultation de maquettes numériques à partir de postes légers
EP0610594A1 (fr) Système de conception et de fabrication assistée par ordinateur
Erraissi et al. An approach based on model driven engineering for big data visualization in different visual modes
US20050204334A1 (en) Component based software system
Maher et al. Designworld: an augmented 3D virtual world for multidisciplinary, collaborative design
WO2010029268A1 (fr) Procede et dispositif de realisation d&#39;un modele par elements finis
US20100023548A1 (en) Method and System for Defining a Pseudo-World
JP2009536404A (ja) ３次元グラフィック中のテキスト編集
WO2017093027A1 (fr) Methodes et outils de modelisation des systemes
WO2016050949A1 (fr) Procédé et dispositif de mise en relations d&#39;un ensemble d&#39;informations
EP3161690A1 (fr) Procédé de copier-coller relationnel d´entités d´un système modélisé
Gomes et al. Creating and Assembling Virtual Exhibitions from Existing X3D Models
Bredella et al. Processes and practices in computational design
Mi et al. Computer supported collaborative product development: a review
RU2752777C1 (ru) Способ компьютерного увеличения и центрирования объектов в веб-браузере

Legal Events

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

Ref document number: 16801996

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16801996

Country of ref document: EP

Kind code of ref document: A1