Patent Application
20140350907
The present invention relates to a method and a device for solid design of a system. The present invention applies notably in the sector of the production of industrial systems that are complex due to their significant number of components, the various links between the numerous components.
In the field of designing systems comprising notably multiple sub-systems, it is commonplace to use design software, such as computer-aided design software. Computer-aided design tools may use a graphical modeling language based on pictograms defined by a standard, for example the SysML standard, the acronym standing for the expression Systems Modeling Language. The SysML language is a variant of the UML language, the acronym standing for the expression Unified Modeling Language. SysML was created to be a universal and visual design language. The power and the benefit of SysML stem notably from the fact that SysML normalizes a semantics to describe modeling concepts that it uses. SysML is above all a communication support facilitating the representation and the understanding of systems.
The growing complexity of systems implies that it is becoming increasingly difficult to represent a system on a screen or on a set of screens. Notably, current computer screens have a very limited size in comparison with the complexity of the system models. To remedy this problem, a zoom function can be used in the design software. For example an object of the system can be represented by a name and it is necessary to magnify it by virtue of a zoom function, in order to view the properties and function of the object. In the same manner, it is necessary to magnify each function in order to understand its behavior. Moreover, systems modeling calls upon various viewpoints to model different facets of a system, such as its structure, the interactions between its components and the processing operations that it carries out. Each aspect can be modeled with the aid of a specific diagram, the various diagrams mutually complementing one another. It has therefore become impossible to have a sufficiently detailed overall view of a system. Thus, systems are increasingly evading their designer and sometimes ultimately have a behavior that does not correspond to what the designer had desired, or indeed that does not fulfill the functional requirements to which it is subjected. These design defects can thereafter be detected only late in the system test phases. A design defect detected once the system has been produced may be crippling for the system itself, said design defect often being impossible or very expensive to correct at this juncture in the production.
Furthermore, the architectural description is often represented by several views corresponding to different concerns (such as concerns over security, safety, performance, reliability, availability, maintenance capability, cost, fabrication timescale, profitability, etc.). Each view is represented by tens of models representing several abstractions of the system, of several levels. Each model in its turn is represented by tens of elements connected together with links of various kinds. Each element or link also possesses tens of properties taking values having varied types. Furthermore, elements belonging to different models or views may likewise have overall correspondences.
On account of this complexity, the exhaustive description of an architecture is represented in a database which quickly becomes very voluminous and difficult for a human to understand. SysML diagrams are partial representations of this architectural description. These diagrams are used to aid users to understand, on the basis of extracts, the global architecture of the system, and to supplement the inputting of the data of the system by means of diagrams. However, the existing SysML diagrams, in their form and with the current tools, may turn out to be ineffective. Indeed, screens have limited dimensions which do not make it possible to represent the diagrams and their interactions in an exhaustive and exploitable manner. Moreover, the construction of the SysML diagrams with available input peripherals (keyboard, mouse) remains very tiresome work.
An aim of the invention is notably to alleviate the aforementioned drawbacks. For this purpose, the subject of the invention is a method of designing a system comprising as a preliminary the construction of a solid model of the system, the solid model being constructed according to a solid meta-model, said solid model using solid bricks representing sub-systems of the system, solid ties representing relationships between the sub-systems of the system, the solid bricks and the solid ties being physical objects associated with a respective identifier. The method comprises, in response to a modification of the solid model, a step of converting the solid model into a design model suitable for being interpreted by a computer, on the basis of the identifiers associated with each brick and with each solid tie, said conversion step comprising the conversion of the solid model into a set of data representative of the solid model and maintained in a data structure relating to the solid model. The first data structure is advantageously associated with a second data structure relating to the design model.
The method can furthermore comprise the conversion of the design model into assembly instructions for modifying the solid model in response to a modification of the design model.
The design model can be a SysML model.
The solid model can comprise static diagrams and dynamic diagrams, the static diagrams defining the ties between the solid bricks, the dynamic diagrams defining successions of processing operations, of exchanges of messages between the sub-systems of the system.
In particular, the solid meta-model can define a grammar for the solid model, a context of use of the system, a mode of representation of the solid bricks and ties according to their type.
Each solid brick and each solid tie can comprise an identification label associated with its identifier.
In one embodiment of the invention, the identifiers of the solid bricks and ties can be read by means of a digital device for reading and recognition of the solid model.
The solid model once read can be transcribed into a file comprising data necessary for the description of the solid model and for the interpretation of the data for describing the solid model by a computer.
According to a characteristic of the invention, the data structure associated with the solid model stores the physical characteristics of each solid brick of the solid model.
The method can comprise a step of converting the data maintained in the data structure relating to the solid model into assembly instructions for constructing the corresponding solid model.
The step of converting the data maintained in the data structure relating to the solid model into assembly instructions can comprise a step of transcribing the data maintained in the data structure relating to the solid model into a description file comprising data of the description of the solid model.
As a supplement, the method can comprise a step of identifying differences between the solid model and the data maintained in the data structure.
The solid meta-model can comprise representation concepts present in the SysML standard, the acronym standing for the expression Systems Modeling Language.
The solid meta-model can comprise representation concepts present in the UML standard, the acronym standing for the expression Unified Modeling Language.
In particular, the method can comprise a step of generating software code used by a software sub-system of the system.
The invention furthermore proposes a device for design of a system comprising:
The identifiers can be inscribed on respective labels with the aid of digital styluses each comprising a system for reading hand-written data, the devices for reading the solid model consisting of the hand-written data reader systems of the digital styluses.
The identifiers can be carried by labels of RFID tag type, the acronym standing for the expression Radio Frequency Identification, the devices for reading the solid model being RFID reader devices.
The devices for reading the solid model can comprise at least three RFID readers which determine, according to a triangulation method, a disposition of the solid bricks and ties in a space of representation of the solid model.
As a variant, the identifiers can be carried by labels of barcode type, and the reading devices furthermore comprise barcode reader devices.
The devices for reading the solid model are designed to convert the read data into data suitable for being transmitted to a computer and for being interpreted by a computer.
The device can comprise a robot able to construct the solid model according to instructions generated by the computer comprising the description of the solid model.
The invention has notably the main advantages of allowing simple design of complex systems.
Other characteristics and advantages of the invention will become apparent with the aid of the description which follows, given by way of nonlimiting illustration, and offered with regard to the appended drawings which represent:
The design tools therefore allow creation and modification of diagrams in accordance with the graphical notation of SysML for example. The design tools therefore represent the system as a superposition of multiple diagrams, each diagram being representative of a modeling approach 1. For systems comprising numerous sub-systems, the design tools do not provide a both clear and precise global view of the system.
The “to-and-fro” schematic can be applied to a design whose object is not the production of the system 6 but the specification of the system 6. In this case, production 7 is replaced with generation of specification documents for example: a blueprint, a detailed design folder. The retro-design 8, in this case, can take the specification documents as input and yield a model 5 of the system.
The “to-and-fro” schematic represented in
The design method according to the invention comprises a step of so-called “materialization” 11, making it possible to construct a “solid” model representing the system 6. The materialization step is a step of creating a real physical representation, in two or three dimensions, of the SysML model. For example the materialization step can be a step of constructing a “solid” model composed of solid bricks linked to one another by solid ties so as to portray various diagrams of the SysML model. The solid ties are represented in a concrete manner, thus making it possible to identify them and to identify their type. The solid bricks have a precise definition thus ascribing them a clear semantics. Each solid brick can be identified by a “label” so as to guarantee its uniqueness in the solid model 10. The label can be a name or a single alphanumeric identifier for each solid model 10. The materialization step 11 can be carried out manually, or automatically by a robot in accordance with assembly instructions produced on the basis of the SysML model 9. The assembly instructions can be produced by a first suitable piece of software, said first piece of software being capable of verifying the equivalence of the SysML model 9 and solid model 10.
The design method according to the invention can also comprise a retro-design step named dematerialization step 12. The dematerialization step 12 begins from a “solid” model 10 previously constructed either manually, or automatically, by a robot for example. The aim of the dematerialization step is to convert the physical solid model into a set of data representative of the solid model and maintained in a suitable data structure in the computerized device. This data structure relating to the physical model is associated with a data structure relating to the corresponding SysML model. The dematerialization step comprises a step of reading the “solid” model with a suitable reader, connected to a computer, so as to translate the “solid” model into a SysML model for example. A second suitable software program reads the solid model 10, analyzes it and then transposes it automatically into a SysML model 9, for example, by using the respective data structures associated with the physical model and with the SysML model. The second software program identifies the bricks by virtue of the reading of their label and determines the links which connect them as a function of the type of solid tie used.
A step preliminary to the use of the design method according to the invention can be a solid meta-model design step. The solid meta-model makes it possible to define a grammar as well as a context of use of the meta-model. The context of use of the solid meta-model may be that of the sector for which the modeling 1 is carried out. The sector may be the automotive sector, the avionics sector, for example.
For a modeling using a SysML model, the solid meta-model may for example comprise SysML representation concepts. Each element of a SysML modeling has a solid representation in the solid meta-model. In the same manner, each SysML diagram can have a representation according to the solid meta-model. In another exemplary implementation of the method according to the invention, the solid meta-model can comprise UML modeling concepts. The solid meta-model can also define other information, in addition to the modeling concepts, such as information regarding geometric representation in three dimensions.
Another step preliminary to the use of the method according to the invention can be a step of design and fabrication of base bricks, of connection bricks between the base bricks. The base bricks can be augmented with connection point, or with nodes. The base bricks and the connection bricks are constructed according to the solid meta-model. Each element of the solid meta-model can therefore have a solid representation corresponding to a solid modeling element.
The base bricks, the connection bricks can be constructed in two dimensions according to a credit card format for example, or in three dimensions. Examples of base bricks are represented in
A first step of the design method according to the invention can be a step of design and fabrication 43 of the solid model 10 of the system 6. The solid model 10 can notably be composed of solid diagrams. The solid model 10 comprises connections between the various solid diagrams, connections between the bricks contained in distinct solid diagrams, connections between bricks contained in each solid diagram. The solid model 10 can comprise static block diagrams, defining the blocks making up the system 6 and describing the relationships between the blocks of the system 6. The solid model 10 can also comprise dynamic diagrams, describing behaviors of the system 6 such as: state diagrams, sequence diagrams, communication diagrams, activity diagrams.
Each element of the solid model 10 can be identified and its characteristics defined by using for example labels associated with each of the objects of the system 6, inter-object ties, diagrams, inter-diagram ties, of the solid model 10. A labeling of the objects and diagrams can be carried out in several different ways: for example the labels can be printed and then associated with each object or diagram. The labels can also be hand-written. Another way of producing labels is to use electronic displays on solid bricks supplied with current. Identification labels can also be produced in code form: a series of letters, a barcode in one or two dimensions, a chip, an RFID tag, the acronym standing for the expression Radio Frequency Identification. For example, an RFID tag can be associated with each block or object of the solid model 10. A tie between two objects of the solid model 10 can also be identified by an RFID tag and by the two RFID tags of the objects that it links. A tie can therefore be identified by a passive RFID tag with a potential for storing data, so as to store the RFID tags of the solid objects situated at the ends of the tie. For example the storage of the RFID tags of the objects can be done by using a device for reading an RFID tag which writes the RFID tag read in the memory of the RFID tag of the tie, for example. The reading can be triggered by a contact between the reading device and the RFID tag.
When the labels comprise names, codes, they can be read, for example, by a digital converter reader device, such as a digital stylus. The digital stylus can be equipped for example with a miniaturized camera integrated into the tip of the digital stylus. The digital stylus can also comprise an internal memory able to store the data acquired by the camera. The digital stylus can also comprise a data exchange interface for transmitting to another device, for example a computer, the data acquired and stored by the digital stylus. The data exchange interface can notably use a Bluetooth technology, Bluetooth being a trademark of the company Bluetooth SIG Inc, a USB interface, the acronym standing for the expression Universal Serial Bus, or any other means allowing an exchange of data between two electronic devices. An advantage of using a digital stylus is that this type of stylus makes it possible notably to convert hand-written notes into alphanumeric data. Thus the user can write in his habitual manner, the mini camera integrated into the tip of the stylus automatically scans the hand-written document and the data are immediately stored in a memory integrated into the stylus, for example in the shaft of the stylus. The data saved in the stylus can thereafter be transmitted through a data link such as cited hereinabove to a computer. The gathered hand-written information is thereafter converted into structured digital data by a writing recognition engine for example. Such data can thereafter be translated according to a meta-model suitable for the representation of the solid model by the computer. For example the data can be translated according to a SysML meta-model.
The dynamic diagrams can be represented in an animated manner by using notably bricks supplied by an electrical current and comprising for example LEDs, the acronym standing for the expression Light-Emitting Diode. For example, for a sequence diagram, a message dispatch may be represented by the ignition of LED lights of several solid objects taking part in the construction and in the dispatching of the message. Such a representation advantageously facilitates a global understanding of the system 6. Such a representation thus makes it possible to correct design errors and improve the performance of the system 6. Examples of solid diagrams are represented in
A second step of the design method according to the invention can be a first step of dematerialization 44 of the solid model 10. The first step of dematerialization 44 of the solid model 10 is a step of recognizing the solid model 10 by computer. The solid model 10 can be read automatically so as to reproduce on a computer the various elements of the solid model 10, for example according to the SysML format. The labels associated with the objects and with the diagrams can be recognized and interpreted by a text recognition program for example. The solid model 10 can also be read by software for optical recognition on the basis of photos of the solid model 10 for example. The solid model 10 can also be dematerialized by a method of reading barcodes of its constituent elements, and then of associating the codes read with photos of the solid model 10. In another embodiment, the RFID tags used in the solid model can be read and located in space notably by virtue of three RFID readers whose measurements can be triangulated. The dematerialization schemes cited hereinabove can be used alone or in combination with one another.
Once read by a suitable device, the solid model 10 can be “laid flat” in a first description file for the solid model 10 using for example the XML standard, the acronym standing for the expression extensible markup language. An objective is notably to be able to represent at one and the same time the logical and physical structure of the solid model 10 in a file exploitable by a computer. If the solid model 10 is compatible with the SysML language, the first description file for the solid model 10 can be described for example according to an XMI information exchange standard, the acronym standing for the expression XML Metadata Interchange. The XMI standard defines an XML-based SysML metadata exchange standard. Advantageously, the first description and exchange file can make it possible to store information describing the solid model 10, for example information regarding position in space of the objects of the solid model 10. Indeed, certain types of information are necessary for a possible reconstruction of the solid model 10 but will not be able to be exported into a SysML model.
A third step of the design method according to the invention can be a step of converting the solid model 10 described in a second description file into a solid model which is dematerialized on a computer. The dematerialized solid model can for example be converted into a SysML model for example, or else a UML model when the system 6 comprises notably software programs. The work of converting the XML data into SysML or UML data is done by a simple deduction, the second description file borrowing all of the SysML or UML model description concepts.
When the system 6 comprises software elements, a step following the conversion step can be a step of generating code for the software of the system 6. In the same manner, on the basis of the dematerialized solid model, it is possible to automatically generate specification documents, design documents, for example.
A generating of code can also be envisaged on the basis of the solid model 10 directly by using the appropriate software tools. Thus it is possible to have a dematerialized view of the solid model 10 and a view of the software code simultaneously. Thus a looped design requiring toings and froings between the solid model 10 and the generated code can be produced.
The design method according to the invention can comprise a step of materialization 45 of a design model as a new solid model. The design model can be a SysML, UML model, or else the previously dematerialized solid model 10. A first step of the materialization as solid model can be a step of converting the design model into a third XML description file, XMI for example. The third description file for the solid model comprises descriptions of objects required for the construction of the solid model. The design model does not necessarily contain the whole set of data required for the construction of the solid model. For example, the data regarding geometric description and positioning of the objects.
A second step of the materialization 45 of the solid model can be a step of generating instructions for constructing the solid model. The construction instructions can be generated in the form of directions for constructing the solid model. The construction instructions can either be carried out manually, or automatically by a robot for example. The objects positioning description data can be generated by customary algorithms for automatic placement of objects in a space, such as anti-overlap algorithms for example commonly used by graphical interfaces. The geometric descriptions of the objects can be deduced from the solid meta-model which defines a representation for each type of object. For example the directions can comprise the following instructions: begin by placing all the solid elements corresponding to blocks in a block diagram. The objects can thereafter be linked to one another. Another way of constructing the solid model is to connect the solid blocks to one another as and when they are placed in the various diagrams of the solid model. The construction instructions can be provided to a robot to build the solid model.
The method according to the invention can also provide on request or continuously a differential between the real solid model and the dematerialized solid model by identifying for example the differences between the second description file arising from the materialization 45 of the solid model and the first description file arising from the dematerialization 44. To this end, the solid model can be scanned at any time in its construction to represent it according to a fourth XML description file for example. Thereafter the fourth description file can be compared with a reference description file of the solid model, said reference file being able to represent the last saved state of the solid model. A criterion for evaluating the differences between the fourth file and the reference file can be as follows: two description files are equivalent if and only if they can culminate in one and the same SysML, UML model for example. A solid block displacement with no change of its connections for example is not considered to be a change of the solid model. When the fourth file is different from the reference file, new construction instructions can be generated for example so as to correct the solid model. Advantageously, the ability to maintain up to date a differential between a solid model and the dematerialized solid model can be used for the purposes of collaborative work on one and the same model of teams of designers situated in distinct geographical zones for example.
A second brick 52 can represent a case of use. A case of use is a description of a possible use of the system 6. A case of use can also be represented by a particularized surface on which bricks for describing the case of use are placed.
A third brick 53 can represent a package. A package is a set of blocks grouped together according to a property criterion for each block. A package can also be represented by a box in which the blocks making up the package are bundled. A package can also be represented by a surface of a particular texture on which the bricks making up the package 53 can be placed.
A fourth brick 54 can represent a party intervening for example in a case of use of the system. A party can for example be a user of the system. A party can be characterized by a type, an identifier. The information making it possible to characterize and to identify the party can be represented on the fourth brick 54, or on a label attached to the fourth brick 54.
A fifth brick 55 can represent a state of the system for example in a case of use.
A sixth brick 56 can represent an activity of the system 6.
A seventh brick 57 can represent a dependency tie for example between two blocks. This tie can be a string, a cord or a copper wire for example.
An eighth brick 58 can represent a shared association between two blocks.
A ninth brick 59 can represent a part association between two blocks. Generally, the aggregations can be represented by wires, pipes with a rhombic end for example.
A tenth brick 500 can represent a note making it possible to include comments in the solid model.
For the example,
The automotive sector 61 is represented by a solid block. The automotive sector 61 is the block of highest level. The automotive sector block 61 can be composed of other blocks such as the vehicle 60, a driver 63, zero or several passengers 64, a physical environment 65, one or more items of luggage 66. The composition ties between the automotive sector 61 and the blocks 60, 63, 64, 65, 66 can be represented in the form of solid arrows 601, 631, 641, 651, 661. In the same manner, the physical environment block 65 can be composed of the road block 69, atmosphere block 68, external entity block 67. The composition ties between the physical environment block 65 can be represented respectively by solid arrows 691, 681, 671.
In the example represented in
Each block 60, 61, 62, 63, 64, 65, 66, 67, 68, 69 is identified by a label 600, 610, 620, 640, 650, 660, 670, 680, 690. Each label can comprise the name of the block, the number of object of the block being able to make up the system in the form of a cardinality such as for the attached label 640 attached to the passenger block 64 which defines the following cardinality: from zero to four. In the same manner, the cardinality associated with the driver 63 and noted on a driver label 630, is equal to one. The labels can also comprise types of data specific to the block to which they are attached:
The vehicle is composed of the following sub-systems:
Composition ties can be represented by sticks which link each sub-system to the vehicle 60. To represent the wheels of the vehicle 60, from the wheel set sub-system 82 leave two composition ties 820, 821, to represent each wheel set: a front set, a rear set. The engine 79 can be produced by two sub-systems: a four cylinder engine 85, or a six cylinder engine 84. The alternative between the two types of sub-systems 84, 85 is represented by a double composition tie 850, 840, the two composition ties 850, 840 being solidly fastened together.
Each case of use is linked to a party outside the vehicle 60. For example the driving case of use 23 is carried out solely by the driver 63. The checking of the accessories can be implemented by any occupant 62, namely the passengers 64 and the driver 63. In the same manner, the disembarking 25 and embarking 26 cases of use can be carried out by any occupant 62 of the vehicle 60, namely the driver 63 and a passenger 64. The occupants 62, passenger 64 and driver 63 are represented on a support 22 representing the exterior of the vehicle 60.
As and when the solid model is supplemented with various diagrams, a significant number of objects may become necessary. In order to reduce the production costs of a solid model according to the invention, the solid objects may be made of an abundant and cheap material, easy to cut such as expanded polyurethane foam boards. Expanded polyurethane furthermore exhibits the following advantages: it is dense, lightweight, cheap and convenient for cutting and for drilling. The connections between the objects can easily be produced by slender sticks, for example, with a pointed end able to penetrate the expanded polyurethane so as to physically tie the objects together.
By way of example, by following the method according to the invention, the whole set of solid brick models of
Advantageously, the solid model can obey a solid meta-model making it possible to define the bricks and the ties between the bricks. The meta-model can advantageously be suitable for the sector of the system produced, for example for the automotive sector. Thus, the solid model can be conveniently created, understood, validated, and modified by experts in the sector of the system who are not necessarily trained in the use of another modeling language, such as the SysML, for example. Advantageously, the use of such a meta-model makes it possible to improve the ease of understanding of the system by designers. Thus the quality of the system and productivity are improved by the design method according to the invention.
Moreover, a solid design model according to the invention advantageously allows the understanding of the modeled system: indeed, naturally, the human brain more easily assimilates and analyzes tangible and palpable objects. It thus suffices to scan the solid model with the eyes to get a global picture of it. Finally, it is simple to change viewpoint by moving around the model for example.
In addition to the advantages of understanding the system by virtue of the solid model according to the invention, a solid model such as this can be constructed very rapidly. The time saving with respect to the production of the same model with design software makes it possible to rapidly represent concepts of construction of the system so as to render them understandable to all the designers of the system. Moreover, there is no space limit as regards the dimensions of the solid model, the latter being able to be constructed in a hangar for example or in a meeting hall depending on the level of detail desired.
Another advantage of the use of a solid model is that it may optionally serve as support for the porting of the solid model from a first design software using a first meta-model to a second design software using a second meta-model.
In this embodiment, the data structures of the computerized device comprise a first data structure, for example a database, designated hereinafter “BD-BS”, associated with the solid bricks. The data structure BD-BS can be read dynamically as and when the solid bricks are constructed. It is initialized with the information relating to the system of solid bricks. The structure BD-BS advantageously comprises an entry for each solid brick of the chosen system of solid bricks. The data structure BD-BS associates with each solid brick available for use in the solid model a set of fields representative of the properties of the bricks (e.g. “size”, “shape”, “materials”, “color”, “connection points”, “photos”, “constraints” fields, etc.). In the embodiments of the invention, where each brick of the solid model is associated with a single identifier (for example carried by an RFID label or a barcode), this identifier can be used as primary key of the entries of the data structure BD-BS.
The data structures 150 can furthermore comprise a second data structure, designated hereinafter “BD-DA”, associated with the architectural description of the system, including all the views, the models associated with each view and the correspondences between the models. This structure BD-DA can in particular take the form of a database. The data structure BD-DA advantageously contains the elements of the models which comply with the SysML standard.
The data structures 150 can also comprise a third data structure, designated hereinafter “BD-MS”, for example in the form of a database. This structure BD-MS stores the data relating to the solid models which supplement the standard architectural description whose information is maintained in the structure BD-DA. BD-MS can therefore be used for the reconstruction of the solid model in the case, for example, where the data structures BD-MS and BD-DA are dispatched to another team.
When a given solid brick is used in a solid model, the entry which is associated with this brick in the base BD-BS is copied into the structure BD-MS. The structure BD-MS furthermore contains fields representative of the positioning of the solid bricks in the solid model as well as other fields describing the characteristics of each solid connection (e.g. the properties of the attachment between two solid bricks).
Advantageously, the identifier associated with a solid brick is used as primary key in the three data structures, thereby making it possible to synchronize the information of the three structures.
The modeling of a system can thus be entirely represented in the two data structures BD-DA and BD-MS, the first data structure BD-DA containing the standard SysML models while the second data structure contains the physical characteristics of the models that were constructed with solid bricks (
In one embodiment of the invention, provision is made to associate a single identifier with any element of the architectural description, be it a component or a tie between 2 components. The single identifier is advantageously used to maintain a correspondence between the information maintained in the data structures 150 and the physical solid model. The identifier can be chosen in the form of a series of bytes having a single value for each element. The identifier can be associated with the solid bricks of the physical model by means of a suitable support such as a label stuck on the solid brick which contains the value of this identifier, a barcode (in 1D or 2D) stuck on the solid brick, an RFID tag integrated into the solid brick, or any other support making it possible to capture the information relating to the identifier by means of a suitable electronic or computerized device.
The subsequent description will be given with reference to a support of barcode type affixed to each solid brick and containing the identifier of the brick, by way of nonlimiting example.
The solid bricks which can be used for the construction of the solid model can be of various types, for example in the form of hardware blocks having a chosen shape (e.g. cubes, spheres, cones, tetrahedrons, wheels or any geometric shape in 3 dimensions).
The solid links can have any physical form representing a connection between two bricks (for example, rigid rods, wires which change shape, arrows, etc.).
The solid containers which represent the notion of packages or namespaces can have any structure suitable for containing or supporting a set of bricks (e.g. boxes, trays, etc.).
The solid diagrams have a different semantics from the solid containers in that they correspond to a partial solid representation of the system architecture. They can be constructed with the aid of any suitable physical element such as jars or trays. The representation chosen may be such that it makes it possible to distinguish the diagrams of structures and those of behaviors (activities, case of use, sequences, communications, automatons, etc.).
The subsequent description will be given with reference to an embodiment in which the solid links are configured to link two solid blocks together, by way of nonlimiting example. According to this embodiment, there thus exist connection points predefined on each solid brick making it possible to connect a solid link with a solid block. In the subsequent description, two categories of solid bricks will furthermore be distinguished for illustrative purposes: solid blocks and solid links.
In the solid model, each solid block has a given position in physical space, for example a position represented by the coordinates (x,y,z) where x, y, z are integers. Of course, the person skilled in the art will understand that various arrangements of the solid blocks in space are possible (they may be for example superimposed with the aid of trellises).
In step 1700, in response to the addition of a solid block to the solid model at a given location of the construction zone, the capture devices 1602 (or reading devices) determine the identifier associated with the solid block, for example by reading the barcode associated with this block when the capture devices are of barcode reader type connected to an electronic tablet. As a variant, the identifier can be captured dynamically in the embodiments where the capture devices are suitable for detecting the supports situated in a zone of range (for example, RFID readers disposed so as to cover the construction zone).
In step 1702, the capture devices 1602 transmit the information to the server 1600.
In step 1704, the server reads the identifier and creates an entry associated with this identifier in the two data structures BD-DA and BD-MS.
In step 1706, it selects the entry corresponding to the identifier in the data structure BD-BS, and copies the part of the fields which are associated with this entry which represent solid block properties, such as physical properties (for example size, shape, photo, alloy, etc.), in the entry of the data structure BD-MS which has as primary key the identifier read (entry created in step 1704). In step 1707, the server copies the other part of the fields of the entry BD-BS which correspond to SysML properties into the entry of the data structure BD-DA which has as primary key the identifier received (entry created in step 1704). The identifier of the solid block thus makes it possible to effect the association between the fields tied to this block in the three data structures of the data structures 150.
In step 1702, the capture devices 1602 can also identify the position (x,y,z) of the solid block when the latter is positioned in the solid model and transmit it to the server 1600, in the embodiments where the information capture devices comprise a position detection module. The server will then store these coordinates in the entry corresponding to the identifier of the block in the data structure BD-MS in step 1706.
As a variant, for example when the information capture devices 1602 take the form of at least one tablet furnished with a barcode reader, the server can generate the display of a checking tool having a graphical interface allowing interactions between the user or users and the server in a step 1708. The checking tool can be displayed on an item of computerized equipment distinct from the capture devices (for example central monitor) and/or on a display device associated with the capture devices, for example on the screen of the tablet of the user that read the identifier when the capture devices are of tablet type. Display on a central monitor allows the other users possibly present in the construction zone, which may be for example a table, to follow the evolution of the modeling. The user can use this checking tool to declare the properties of the solid block and/or the SysML properties associated with this solid block if they were not stored initially in the data structure BD-DA. In response to such data entries, the server updates this information in the data structure BD-DA in step 1710.
The user can then position the solid block in the solid model and input the position coordinates (x,y,z) of this block on the graphical interface of the checking tool. These coordinates are then transmitted to the server in step 1712 which stores them in the data structure BD-MS.
Steps 1700 to 1712 are repeated for each solid block positioned in the model.
When a user introduces a solid link between two solid blocks previously positioned into the solid model, in the physical construction zone, the information capture devices 1602 are configured to read the barcode of the solid link so as to extract the identifier of the link in step 1800. The identifier of the link is dispatched to the server which by access to the base BD-BS determines that it entails a connection element in step 1802. It then dispatches an instruction to read the identifiers of the solid blocks connected by the solid link. The capture devices 1602 then read the identifiers associated with the blocks connected by the solid link in step 1804, and transmit to the server in step 1806. In step 1808, the server creates an entry associated with the link in the data structures BD-DA and BD-MS having as primary key the identifier of the link. In step 1810, the server copies the fields of the entry corresponding to the identifier of the link in the data structure BD-BS to the structure BD-MS when they relate to physical properties of the link and to the data structure BD-DA when they relate to SysML properties (step 1812). The identifier of the link makes it possible to associate the fields tied to the link in the 3 data structures. The server furthermore updates the information regarding connections between the solid blocks in the data structure BD-DA and the data structure BD-MS in response to the reading of the 2 identifiers associated with the blocks connected by the current link in step 1814.
The user can introduce the properties of the connection points into the checking tool. They will then be transmitted to the server which will store the properties in the data structure BD-MS.
Steps 1800 to 1814 are repeated for each solid link positioned in the physical model.
As a supplement, the design device according to the invention allows any user in the construction zone to verify the properties of a solid element via the graphical interface of the checking tool by scanning the identification support for the solid element (for example barcodes of this brick).
As a supplement, auxiliary labels may be affixed to the solid bricks to facilitate the understanding of the solid model. The information carried by these labels is then transmitted to the server via the checking tool or by any suitable means so that the server 1600 stores this information in the data structure BD-MS.
Thus, in one and the same architectural description, several solid models of one and the same system can be constructed according to the invention with different users so as to take various avenues into account. The design device according to the invention makes it possible to maintain a correspondence almost in real time between the physical model and the SysML data, and thus to exploit at one and the same time the real modeling environment and the computerized modeling environment to culminate in an optimized and complete model.
The design device according to the invention allows users (designers, architects, etc.) to specify modeling inputs in an unrestricted real space which offers a clear view of the model in the course of construction, while utilizing the calculation resources of the computerized modeling system. The synchronization between the two work environments is effected in a quasi-transparent manner, and requires a minimum of operations on the part of the users.
By directly manipulating the solid model whose information is captured by the server in quasi-real time, the users can collaborate in a more effective manner while utilizing the resources of the computerized modeling tools. The SysML model is captured in parallel and evolves quasi-dynamically with the solid model. However, the data relating to the SysML modeling and to the physical modeling are maintained in distinct data structures capable of communicating with one another by virtue of the identifiers of solid blocks. The architect can at any moment add (non-physical) SysML diagrams to afford support for the solid model, without this affecting the base DB-MS tied to the solid model. The result of the dematerialization of the solid model (capture of the physical model by the server) is maintained in the data structure DB-MS. This data structure can be transmitted on demand to any geographical location for the reconstruction of the solid model (materialization).
| Number | Date | Country | Kind |
|---|---|---|---|
| 1161653 | Dec 2011 | FR | national |
| Filing Document | Filing Date | Country | Kind | 371c Date |
|---|---|---|---|---|
| PCT/EP2012/075459 | 12/13/2012 | WO | 00 | 6/13/2014 |
