KR20150117926A - Method and Apparatus for Component Modeling and Simulation System - Google Patents

Abstract

In an assembly-type modeling simulation developing method of the present invention, a developer establishes a new component model by analyzing requirements of a component used in assembly-type modeling simulation, determines whether a reference model for establishing a component is changed, and designs a physical model, a motion model, and a model code required for a component, when a change in the reference model is requested, thus the component is assembled by using the new component model. However, when a change in the reference is not requested, the component is assembled by using an existing component model. The present invention is configured to: store a binary file of the assembled component and meta information of the component in a component storage; establish a simulation scenario by adding the meta information of the component, which is described in an extensible markup language (XML), to a scenario file for simulation; and dynamically bind necessary components to each other by analyzing the meta information included in the simulation scenario file to be established into a simulation model. Therefore, the present invention is capable of improving the recyclability of a simulation object, preventing the repeated development of a modeling and simulation (M&S) system, and rapidly establishing a desirable model.

Description

TECHNICAL FIELD [0001] The present invention relates to a modeling simulation method,

The present invention relates to an assembly modeling simulation, and more particularly, to a method of developing an assembly modeling simulation using a simulation component structure and a component assembly process, and a simulation system thereof.

In general, the development of a modeling and simulation (M & S) system is achieved by selectively assembling components suitable for the target M & S system.

This requires the ability to assemble the prepared components selectively into a target M & S system, which can be guaranteed by determining whether interoperability between the target components is possible due to syntactic consistency and semantic consistency. have.

The grammatical consistency is to see if the target components have a standard interface with which they can communicate with each other and whether the data formats they communicate via the standard interface are in agreement with each other. The semantic consistency is intended to see if the two components can interoperate satisfying the interlocking goals as originally intended.

As an example of such an example, a small unmanned aerial vehicle component may be exemplified. In this case, various choices are made for the necessary engine model from an engine for an aircraft or an automobile engine and the like, Can be constructed.

Korean Registered Patent No. 10-1056682 (August 08, 2011)

However, component - based M & S assembly technology verifies component assembly at the grammatical level, but it does not take into account the meaning of each component.

For example, models for aircraft engines and automobile engines for the mobile capability of small unmanned aerial vehicles have basically the same interface, but they are fundamentally different from each other in terms of performance and application systems. Therefore, if an automotive engine is included in a small UAV, the grammatical consistency can be satisfied but the semantic consistency can not be satisfied.

In particular, industry standard technologies such as COM / DCOM and Java Beans provide a standard for verifying grammatical consistency, but the functions for practical semantic consistency are insufficient.

In view of the above, the present invention provides an assembly modeling simulation development method in which a component assembly process is constituted by requirements analysis, model development / modification, component assembly / specification, and simulation scenario input / execution steps for the proposed simulation component structure And a simulation system thereof.

According to another aspect of the present invention, there is provided a method of developing an assembly modeling simulation, the method comprising the steps of: (A) analyzing requirements of a component used in a modeling simulation, Judging whether or not it is deformed; (B) designing a physical model, a behavior model, and a model code to be provided by the component when the reference model is requested to be transformed, a new component model is established, and the component is assembled using the new component model, A step of assembling the components using the construction component model when no modification is required; (C) storing the assembled component's binary file and meta information of the component in a component store; (D) constructing a simulation scenario by including component meta information described in XML (extensible markup language) in a scenario file for simulation; (E) interpreting the component meta information included in the file of the simulation scenario, invoking required components in the component repository, dynamically binding each other to construct a simulation model, and executing the simulation model .

In the step (A), the reference model is applied to the requirement analysis.

In the step (B), the physical model design includes a mediator functioning as an interface for abstractly expressing the physical characteristics and behavioral characteristics of the model, and an algorithm implementing the detailed simulation logic of the model according to the interface provided by the mediator The attribute value of the functioning logic is input; Modeling the state machine diagram representing the internal actions of the mediator and the logic as state and state transition conditions, respectively, and describing the interaction between the components through the network; In the writing of the model code, the state machine diagram is converted into a program code and is programmed with an algorithm.

The state machine diagram is modeled with reference to the simulation logic provided by the expert. Interaction between the components is described by SD (sequence diagram) of UML (Unified Modeling Language), and fields of Name, Sequence Number, Sender, Receiver, Event, and Condition are defined. The above-mentioned algorithm may further include necessary program code.

In the step (C), the assembled component is stored in an XML (extensible markup language) document in the component repository.

In order to achieve the above object, the assembled modeling simulation system of the present invention is constructed as first, second, ..., N-model scenarios having respective simulation scenarios, and the first, second, , M scenarios are constructed as a lower layer, and each of the cluster component groups includes first, second, ..., L individual components ..., L are constructed as a lower layer, individual components groups composed of the first, second, ..., L individual components are constructed, and each of the first individual components is provided with a mediator and logic, And a simulator model in which the first, second, and third physical and behavioral models are constructed as lower layers.

The present invention can improve the recyclability of simulation objects, modeling and simulation (M & S) by performing a component assembly process at the stages of simulation component structure suggestion / requirements analysis, model development / modification, component assembly / specification, It is possible to prevent redundant development of the system and quickly build a desired model.

2 is a flow chart of a behavior model design of a component in developing an assembled modeling simulation system according to the present invention, and Fig. 3 is a flowchart of a component modeling simulation method according to the present invention. FIG. 4 is an example of construction of a simulation system constructed by a method for developing an assembled modeling simulation system according to the present invention.

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings, which illustrate exemplary embodiments of the present invention. The present invention is not limited to these embodiments.

FIG. 1 shows a flowchart of a component assembling method in developing an assembled modeling simulation system according to the present embodiment. Hereinafter, development of an assembled modeling simulation system is described as a small UAV.

S10 is the step of analyzing the component requirements by the developer developing the assembly modeling simulation. In this process, the developer uses the reference model of the reference model group (A) provided by the expert, and as a result, the developer builds a model of a suitable component by developing and modifying the model referring to the reference model, (S20), or a model of a necessary component is called up in the component storage B and assembled into a suitable component, and then the process goes to a step S10-2 where storage (S30, S40) is performed.

Therefore, the developer who has entered the step S10-1 performs the steps S20 and S40 in sequence, while the developer who has entered the step S10-2 directly executes the steps S30 and S40 without performing the step S20 There is a difference that is performed sequentially.

First, when the step S10-1 is entered, model development and modification are performed in accordance with requirements for model development and modification as in S20, and then the resulting model is stored in the component storage B as in S20-6 do.

The model development and modification procedure of S20 is performed by the procedures of physical model design, behavior model design, and model code creation, which are illustrated in FIG. 2 and FIG.

Figure 2 shows an example of a component that a developer builds. For example, the first, second, and third physical and behavioral models 20-1, 20-2, and 20-3 are constructed in the first individual component 10-1. The first physical and behavior model 20-1 is a power physics / behavior model, the second physics and behavior model 20-2 is a communication physics / behavior model and the third physics and behavior model 20- 3) are classified into detection physics / behavior model. In addition, each of the first, second, and third physical and behavioral models 20-1, 20-2, and 20-3 includes a mediator 30 that is an interface for abstractly expressing the physical and behavioral characteristics of the model And logic that is an algorithm that implements the detailed simulation logic of the model according to the interface provided by the mediator 30 is constructed.

The developer who performs the physical model design will refer to the system specification provided by the specialist to determine the physical characteristics of the component (for example, the maximum speed of a small UAV, the communication distance, etc.) ), And inputs it as the attribute value of the mediator and logic.

Then, the developer performing the behavior model design models the state machine diagram (S20-2, S20-3 in FIG. 2) with reference to the simulation logic provided by the expert. Therefore, the state machine diagram S20-2 The internal actions of the mediator 30 and the logic 40 are represented by state and state transition conditions.

In addition, the developer performing the behavior model design describes the interactions between components (first, second, .., N individual components (10-1)) made through the network, such as sharing information between vehicles.

Interaction between these components can be described in the same format as sequence diagram of UML (Unified Modeling Language). In this case, fields such as Name, Sequence Number, Sender, Receiver, Event, and Condition are defined, and the defined fields act as if the Sender requests the Receiver to execute the given Event when the given Condition is satisfied.

Subsequently, the developer performing model code programming programs a detailed algorithm. This is illustrated in FIG. The developer converts the state machine diagrams S20-2 and S20-3 of the mediator 30 and the logic 40 into program codes as shown in S20-4, Programmed with a detailed algorithm by adding the necessary program code based on the codes of the mediator 30 and the logic 40 and then executed the detailed algorithm programmed into the component storage B, .

 Therefore, the result of the model development and modification performed in S20 is made into the first individual component 10-1 constructed with the detailed algorithm programmed in S20-6, which is stored in the component storage used in the step of S40 . At this time, individual components can be constructed as necessary to be constructed into individual component groups 10 made up of the first, .., N individual components 10-1, ..., 10-N.

The developer then enters the component assembly phase of S30. This is a task of finding a model meeting the requirements from the first, .., N individual components (10-1, ..., 10-N) as the result of step S20 and assembling them into components as in step S30-1. Then, the developer stores the assembled components as in S40. At this time, the component storage B is stored in an extensible markup language (XML) document containing the meta information of the component and the binary file of the finally assembled component.

Thereby, the developer completes the component assembly according to the entry of the step S10-1, and the result is stored in the component storage B.

On the other hand, when the step S10-2 is entered, the developer does not newly construct a model for component assembly as in S30 but performs a simple operation using a model of a component that has already been constructed.

For example, as in S30-1, the developer finds a model of a component that meets the requirements and reference model in the component repository (B), loads the model, and assembles the imported model into the component according to the requirements. At this time, if the desired component can not be found in the component storage B, a new component is added. Select the model you need here. For example, it is a way to add models related to power, detection, communication, and autonomous flight to simulate small UAV components.

Then, the developer stores the assembled components as in S40. At this time, the component storage B is stored in an extensible markup language (XML) document containing the meta information of the component and the binary file of the finally assembled component.

In step S50, the developer enters a simulation scenario, which is a method in which a simulation scenario is created by using already assembled components. In this case, in order to identify the used component, the component meta information described in XML (extensible markup language) is included in the scenario file.

S60 is a stage in which the developer executes the simulation, and the execution of the simulation model is completed, thereby completing the work of the developer.

This simulator model is illustrated in FIG. As shown in the figure, the simulator models are constructed as first, second, ..., N-model scenarios 60-1, 60-2, and 60-N having respective simulation scenarios.

Each of the first, second, ..., and N-th scenarios 60-1, 60-2, and 60-N includes a cluster component group 50 as a lower layer, and each of the cluster component groups 50 The individual component group 10 forms a lower layer.

For example, a cluster component group 50 composed of first, second, ..., M cluster components 50-1, 50-2, and 50-M is constructed in the first simulation scenario 60-1, Individual component groups 10 composed of the first, second, ..., and L individual components 10-1, 10-2, and 10-L are constructed in the first community component 50-1, The first, second, and third physics and behavior models 20-1, 20-2, and 20-3 having a mediator 30 and a logic 40 are built in the component 10-1. do.

In particular, the construction of this simulation model is accomplished by analyzing the component meta information contained in the generated simulation scenario file, loading the required components from the component repository, and then dynamically binding them.

As described above, in the assembled modeling simulation development method according to the present embodiment, the developer analyzes the requirements of the components used in the assembly modeling simulation to determine whether the reference model for constructing the component is transformed, A new component model is established by designing a physical model, a behavior model, and a model code that a component should have in the case of a modification request of a component, and a component is assembled by using a new component model, , And the metadata of the assembled component and the metadata of the component are stored in the component store, and the component meta information described in XML (extensible markup language) is included in the scenario file for the simulation to generate the simulation scenario Building, and By analyzing the component meta information included in the scenario file and constructing a simulation model by dynamically binding necessary components to each other, it is possible to improve the recyclability of the simulation object, to avoid duplication development of M & S (Modeling and Simulation) system, Do.

10: Individual component group
10-1, 10-2, 10-L: first, second, ..., L individual components
20-1, 20-2, 20-3: 1st, 2nd, 3rd physics and behavior model
30: mediator 40: logic < RTI ID = 0.0 >
50: cluster component group
50-1, 50-2, 50-M: first, second, ..., M cluster components
60: Simulator model
60-1, 60-2, 60-N: First, second, ..., N scenarios
A: Reference Model Group B: Component Store

Claims (8)

(A) analyzing requirements of a component used in a modeling simulation by a developer, and determining whether a reference model provided by an expert is constructed to be constructed;
(B) designing a physical model, a behavior model, and a model code to be provided by the component when the reference model is requested to be transformed, a new component model is established, and the component is assembled using the new component model, A step of assembling the components using the construction component model when no modification is required;
(C) storing the assembled component's binary file and meta information of the component in a component store;
(D) constructing a simulation scenario by including component meta information described in XML (extensible markup language) in a scenario file for simulation;
(E) interpreting the component meta information included in the file of the simulation scenario, loading necessary components in the component repository, dynamically binding each other to construct a simulation model, and executing the simulation model;
The method comprising the steps of:
2. The method of claim 1, wherein in the step (A), the reference model is applied to the requirement analysis.
The method of claim 1, wherein in the step (B), the physical model design includes a mediator functioning as an interface for abstractly expressing the physical and behavioral characteristics of the model, and a detailed simulation logic The attribute value of the logic functioning as the algorithm implementing the algorithm is input;
Modeling the state machine diagram representing the internal actions of the mediator and the logic as state and state transition conditions, respectively, and describing the interaction between the components through the network;
Wherein said model code generation converts said state machine diagram into program code and programs it with an algorithm.
4. The method of claim 3, wherein the state machine diagram is modeled with reference to simulation logic provided by an expert.
4. The method of claim 3, wherein the interaction between the components is described in a sequence diagram (SD) of a Unified Modeling Language (UML), and fields of Name, Sequence Number, Sender, Receiver, Event, Modeling simulation development method.
4. The method of claim 3, wherein the algorithm can further include necessary program code.
The method of claim 1, wherein in the step (C), the assembled component is stored in an XML (extensible markup language) document in the component repository.
A simulator model constructed according to any one of claims 1 to 7 is constructed as first, second, ..., N-model scenarios having respective simulated scenarios,
In each of the first, second,..., And N-th scenarios, a cluster component group composed of first, second, ..., M cluster components is constructed as a lower layer. In each of the cluster component groups, 2, ..., L Individual component groups composed of individual components are constructed as a lower layer,
The first, second, third, and L physical components, each having a mediator and logic, are built in each of the first individual components, Wherein the model is constructed as a lower layer.

Images