CN112328239A - CIM model definition method and device - Google Patents

Abstract

The embodiment of the invention provides a CIM (common information model) definition method and a CIM definition device, wherein the CIM definition method is applied to a model-driven industrial software architecture, and the method comprises the following steps: determining each element contained in the model of the product prototype; defining preset elements in each element in a preset carrier form, wherein the preset carrier form comprises at least one of the following components: tables, data, and graphs. The method can define the CIM model efficiently and accurately.

Description

CIM model definition method and device

Technical Field

The invention relates to the technical field of industrial software, in particular to a CIM (common information model) model defining method and device.

Background

The model-driven architecture is a software architecture design and development method recommended by an Object Management Group (OMG), and is a specific operation mode of a software engineering oriented model-oriented method after a process-oriented and Object-oriented method. It is characterized in that more core model technologies are further defined on the framework or Language for general software development, including MOF (Meta Object Facility), UML (Unified Modeling Language), CWM (Common ware model repository), and XML (Metadata exchange) based mechanism.

Another core work of model-driven architecture development is model transformation, including inter-model transformation and transformation between models and code. The most common transformation between models is from CIM (computer Independent Model) to PIM (Platform Independent Model), which are different from one another in different fields, and the automation of which requires extremely strong field summarizing capability and is also the core content of an industrial software framework. The conversion of PIM to PSM (Platform specific Model) in a multi-Platform compatible system has been more and more automated as software technology on various JAVA, C # platforms has been developed. The conversion between models and codes includes PIM direct conversion into codes and PSM conversion into codes, which is a hotspot of model-driven technologies, and the degree of automation is very high at present. The model-driven architecture model conversion comprises two parts of core contents, namely conversion rule definition and conversion tool. The model transformation processes of CIM to PIM and PIM to PSM are shown in fig. 1.

Unlike other things in nature, industrial products are designed and manufactured by human beings, so that the industrial products have the characteristics of systematization, structuralization and modeling, and the model-driven architecture design method has natural technical advantages for industrial software development. In the model-driven software architecture framework, the core points are model definition and model conversion, and the reason is that the application of a uniform standard to define the CIM model and convert the CIM model into the PIM model is an existing technical difficulty due to different field knowledge. According to a definition method in a general model driving software architecture, calculating an irrelevant model CIM, which is a model described by natural language, such as Chinese vocabulary, English vocabulary, letters, numbers and the like; a platform independent model PIM, which refers to a model described in a formal programming language such as UML, XML, etc.; the platform dependent model PSM refers to a model described in a computer language, such as C language, JAVA language, and the like. The software development process is the process of converting CIM to PIM and then to PSM to form code. Generally speaking, the more automated the model definition and transformation in this process, the less the workload of system development, the more stable and reliable the system.

The industrial software has the characteristics that the system is complex, the professional background of an industrial user and a software developer is different from the professional background of the industrial user and the knowledge research field, and therefore the situation that the target of the customized and developed industrial software deviates after delivery or the applicability of the system is limited becomes a normal problem. The whole process from design to delivery of industrial software is shown in fig. 2, and the process of model-driven industrial software development is the process of product model conversion from CIM to PIM to PSM, and finally the process of software system development and delivery to the end user is completed through application and coding of the model-driven architecture and framework. As shown in the figure, from a requirement definition phase to a test delivery phase, one of the core main body works is the definition of a CIM model, and whether the CIM model is complete and clear directly affects the conversion accuracy and efficiency of models of a PIM model and a PSM code, and further affects the development difficulty and the reliability and stability of a software system architecture, so that the accurate definition of the CIM model is very important.

Disclosure of Invention

In view of the above existing problems, the present invention is proposed to provide a CIM model definition method and apparatus that overcomes or at least partially solves the above problems.

According to one aspect of the invention, a CIM model definition method is provided, which is applied to a model-driven industrial software architecture, wherein the method comprises: determining each element contained in the model of the prototype product, wherein the elements comprise: product configuration, characteristics, behavior, start state, and end state; defining preset elements in each element in a preset carrier form, wherein the preset carrier form comprises at least one of the following components: tables, data, and graphs.

Optionally, the step of defining preset elements in each of the elements in a preset carrier form includes:

defining the product configuration in the form of a table, wherein the product configuration comprises at least two levels, each level comprising at least one product;

defining the characteristics of each product in a table form;

the behavior of each of the products is defined in the form of a table.

Optionally, the step of defining the product configuration in the form of a table comprises:

for each product in the product configuration, marking the corresponding hierarchy of the product, a product identification and a parameter unique identification recognizable by computer code in a first table.

Optionally, in the form of a table, the step of defining the characteristics of each of the products includes:

and adding product identification, parameter unique identification which can be identified by the computer code, characteristic identification and corresponding relation between characteristic values and descriptions of the products in a second table aiming at each product.

Optionally, in the form of a table, the step of defining the behavior of each product includes:

and aiming at each product, adding a product identifier of the product, a parameter unique identifier which can be identified by the computer code, a behavior identifier and a corresponding relation between the associated features in a third table.

According to another aspect of the present invention, there is provided a CIM model definition apparatus applied in a model-driven industrial software architecture, wherein the apparatus includes: the determining module is used for determining each element contained in the product prototype model, wherein the elements comprise: product configuration, characteristics, behavior, start state, and end state; the defining module is used for respectively defining preset elements in each element in a preset carrier form, wherein the preset carrier form comprises at least one of the following components: tables, data, and graphs.

Optionally, the defining module includes:

a first submodule for defining the product configuration in the form of a table, wherein the product configuration comprises at least two levels, each level comprising at least one product;

the second submodule is used for defining the characteristics of each product in a table form;

and the third sub-module is used for defining the behavior of each product in a table form.

Optionally, the first sub-module is specifically configured to:

for each product in the product configuration, marking the corresponding hierarchy of the product, a product identification and a parameter unique identification recognizable by computer code in a first table.

Optionally, the second sub-module is specifically configured to:

and adding product identification, parameter unique identification which can be identified by the computer code, characteristic identification and corresponding relation between characteristic values and descriptions of the products in a second table aiming at each product.

Optionally, the third sub-module is specifically configured to:

and aiming at each product, adding a product identifier of the product, a parameter unique identifier which can be identified by the computer code, a behavior identifier and a corresponding relation between the associated features in a third table.

According to still another aspect of the present invention, there is provided a computer apparatus including: the CIM model definition method comprises the following steps of storing a program, a processor and a computer program which is stored on the memory and can run on the processor, wherein the processor executes the program to realize any CIM model definition method in the embodiment of the invention.

According to still another aspect of the present invention, there is provided a storage unit having stored thereon a computer program for executing any one of the CIM model definition methods described in the embodiments of the present invention by a processor.

According to the CIM model definition scheme provided by the embodiment of the invention, all elements contained in a product prototype model are determined; the preset elements in the elements are defined in a preset carrier form respectively, and the CIM model can be defined efficiently and accurately.

The foregoing description is only an overview of the technical solutions of the present invention, and the embodiments of the present invention are described below in order to make the technical means of the present invention more clearly understood and to make the above and other objects, features, and advantages of the present invention more clearly understandable.

Drawings

Various other advantages and benefits will become apparent to those of ordinary skill in the art upon reading the following detailed description of the preferred embodiments. The drawings are only for purposes of illustrating the preferred embodiments and are not to be construed as limiting the invention. Also, like reference numerals are used to refer to like parts throughout the drawings. In the drawings:

FIG. 1 is a schematic diagram of a model transformation process from CIM to PIM and PIM to PSM;

FIG. 2 is a schematic diagram of the overall flow of industrial software from design to delivery;

FIG. 3 is a product configuration diagram of a bent pipe simulation process system;

FIG. 4 is a schematic view of a prototype model of a bent pipe;

FIG. 5 is a flowchart illustrating steps of a CIM model definition method according to a first embodiment of the present invention;

FIG. 6 is a schematic view of a product configuration;

FIG. 7 is a schematic diagram of the relationship between elements in a model of a prototype of a product;

FIG. 8 is a block diagram of a CIM model definition apparatus according to a second embodiment of the present invention;

FIG. 9 is a block diagram schematically illustrating a computing device for executing the CIM model definition method of the present invention; and

fig. 10 schematically shows a computer-readable storage unit for holding or carrying program code for implementing a CIM model definition method according to the present invention.

Detailed Description

Exemplary embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While exemplary embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art.

The industrial product has the characteristics of complexity, discreteness and combinability, in a model-driven industrial software architecture, based on product configuration, in a business analysis and requirement definition stage, the requirement data is systematically collected, analyzed and sorted from the perspective of an application view and an expert view, finally the product configuration and related elements of each model are defined, and in the stage, the one-to-one correspondence relationship between the natural language requirement of a user and the identifiable parameters of codes is realized by the unified definition of a CIM model. The CIM model definition process starts from the user service analysis and requirement definition stage, is completed by the cooperation of an end user and a developer, and perfects different information through different views.

The initial construction of the product configuration is completed by analyzing and sorting the flow and data of the service through the application view, taking a part of the bent pipe simulation process system as an example, and the initial product configuration is formed through analyzing and sorting as shown in fig. 3, so that the 0-level product is a bent pipe simulation process system, the 1-level product comprises a U-shaped bent pipe system, an H-shaped bent pipe system, a W-shaped bent pipe system and the like, and the 2-level product comprises the flows of design, production and the like, and the configuration is formed in sequence.

The method comprises the steps of analyzing and sorting domain knowledge, methods and experiences through expert views, further refining product configurations, wherein a schematic diagram of the refined product configurations is shown in fig. 4, a prototype model of path planning in the design process of the U-shaped bent pipe is taken as an example, each key element, characteristic, behavior and state corresponding to the product configurations is formed after analysis and sorting, each element can be further refined according to the complexity, process, algorithm and the like of industrial products, clear and complete structures are finally formed through sorting of data and methods, the characteristics comprise materials, geometry, environment and the like, the behaviors comprise pipe entering, rotation, bending and other actions, and the states comprise initial states and end states before and after each behavior.

The final goal of the CIM model definition is to clearly describe the processes, data and methods involved in each link in the life cycle of the industrial product through natural language, and finally form a unified information architecture, such as collection, analysis and arrangement of processes and data and the like for business processes, management, data, algorithms, experiences, system function requirements and the like. In the model-driven industrial software architecture, clear and uniform description of the CIM model can be realized by taking the product configuration of industrial products as the basis and taking application and expert views as information dimensions.

The CIM model definition scheme provided herein is described below with reference to the following specific examples.

Example one

Referring to fig. 5, a flowchart illustrating steps of a method for defining a CIM model according to a first embodiment of the present invention is shown.

The CIM model definition method in the embodiment of the invention comprises the following steps:

step 101: and determining each element contained in the model of the prototype product.

The prototype product model comprises the following elements: product configuration, characteristics, behavior, start state, and end state. Product configuration the product configuration is schematically illustrated in fig. 6, and the product configuration comprises at least two levels, each level comprising at least one product.

As shown in the relationship diagram of the elements inside the product prototype model in fig. 7, the product prototype model is divided into five elements, namely product configuration, characteristics, behavior, state (starting), namely starting state, and state (stopping), namely ending state, wherein the product refers to the industrial product itself. A feature refers to a relevant property of an industrial product under a certain condition, such as shape, material, environment, system, etc. Behavior refers to the relative action of the product itself or the outside on the industrial product, such as analyzing, assembling, rotating, stretching, etc. The state refers to the form, state parameters and behavior relation of the industrial product expressed under a certain specific environment. The product in the product prototype model can be the whole product, or can be a part contained in the product, or a part in the part.

The behavior in the product prototype model is an operation that acts on one or both of the physical model and the mechanistic model of the product. The action of an industrial product, such as bending in a bent pipe manufacturing process, is represented as an action in an industrial software system.

The behavior category refers to behavior classification with uniform characteristics. For example, in the typical categories of behaviors occurring in the manufacturing process of a bent pipe, behavior 1 is start-up, behavior 2 is advance, behavior 3 is rotation, behavior 4 is bend, and assuming that a first advance of 20cm, a counterclockwise rotation of 30 degrees, a bend of 90 degrees, a second advance of 20cm, a clockwise rotation of 30 degrees, and a bend of 30 degrees is to be achieved at time 2, the behaviors are expressed as behavior 2-1 is advance of 20cm, behavior 3-1 is counterclockwise rotation of 30 degrees, behavior 4-1 is bend of 90 degrees, behavior 2-2 is advance of 20cm, behavior 3-2 is clockwise rotation of 30 degrees, and behavior 4-2 is bend of 30 degrees when the types of behaviors are defined.

In the product prototype model, the behavior library is used for dynamically storing input states and output states of behaviors, product physical models and mechanism types before and after the behaviors occur, for example, in the bent pipe manufacturing process, when the bent pipe is bent upwards at the time 1, the input state is the state of the product physical model before bending, namely the input state is the initial state, and the state of the product physical model after the bending behavior is executed is the output state is the final state.

After determining each element contained in the product prototype model, defining preset elements in each element in a preset carrier form, wherein the specific definition mode refers to the definition flow shown in the step 102 to the step 104. Wherein the predetermined carrier form comprises at least one of: tables, data, and graphs. In practice, the carrier format is not limited to the above-listed carrier format, and any suitable carrier format can be used to define the default elements by those skilled in the art. In the embodiments of the present application, each element in the product prototype model is defined in a tabular form as an example.

Step 102: in the form of a table, the product configuration is defined.

As shown in fig. 6, the product configuration comprises at least two levels, each level comprising at least one product. When the product configuration is defined in the form of a table, the corresponding hierarchy of the product, the product identifier and the parameter unique identifier which can be identified by the computer code are marked in the first table aiming at each product in the product configuration.

For example, the product configuration of fig. 6, a CIM model of the product configuration may be defined using the templates shown in table 1. The Product level of the Product configuration of the first behavioral Product in table 1 can be infinitely expanded according to the configuration of the Product, the description of the Product configuration defined in chinese as a natural language is "Product 1", the unique identifier of the parameter recognizable by the computer code is described in english, such as "Product 1", and so on until the Product configuration of the whole Product is covered, and the parameter recognizable by the computer code, namely "Product 1", is defined at this stage and is called as the unique identifier at the time of the development of the computer code of the whole software architecture.

TABLE 1 product configuration definition template

Step 103: the characteristics of each product are defined in the form of a table.

When the specific implementation adopts a form of table and the characteristics of each product are defined, the product identification of the product, the parameter unique identification which can be identified by the computer code, the characteristic identification and the corresponding relation between the characteristic value and the description can be added into the second table aiming at each product.

Table 2 is a template defining a CIM model of product Features, through which one-to-one correspondence between Features, feature values and descriptions, associated product natural languages, and unique identifiers of computer code recognizable parameters can be achieved, wherein chinese is used as a natural language definition feature description such as "feature 1", english is used to describe a unique identifier of computer code recognizable parameters such as "Features 1", and once defined at this stage, the computer code recognizable parameter "Features 1" will be called as a unique identifier at the time of code development of the entire software architecture. And so on until all product features, values and descriptions and associated products in the product configuration are covered for the entire product.

TABLE 2 product characteristics definition template

Step 104: the behavior of each product is defined in the form of a table.

When the behavior of each product is defined in the form of a table, the corresponding relation among the product identification of the product, the parameter unique identification which can be identified by the computer code, the behavior identification and the associated characteristics is added into the third table aiming at the product.

Table 3 is a template defining a product behavior CIM model, and a one-to-one correspondence between behaviors, associated features, a natural language of an associated product, and unique identifiers of recognizable parameters of computer codes can be realized through the table, where chinese is used as a natural language definition to describe "behavior 1", english is used to describe a unique identifier of recognizable parameters of computer codes, such as "Action 1", and once the recognizable parameter of computer codes, which is "Action 1", is defined at this stage, it will be called as a unique identifier during code development of the entire software architecture. And so on until all actions, associated features and associated products in the product configuration are covered for the entire product.

TABLE 3 product behavior definition templates

According to the CIM model definition method provided by the embodiment of the invention, all elements contained in a product prototype model are determined; the preset elements in the elements are defined in a preset carrier form respectively, and the CIM model can be defined efficiently and accurately.

Example two

Referring to fig. 8, a block diagram of a CIM model definition apparatus according to a second embodiment of the present invention is shown.

The CIM model definition device of the embodiment of the invention is applied to a model-driven industrial software architecture, and comprises:

a determining module 801, configured to determine each element included in the product prototype model, where the elements include: product configuration, characteristics, behavior, start state, and end state;

a defining module 802, configured to define preset elements in each of the elements in a preset carrier form, where the preset carrier form includes at least one of: tables, data, and graphs.

Optionally, the defining module includes:

a first submodule for defining the product configuration in the form of a table, wherein the product configuration comprises at least two levels, each level comprising at least one product;

the second submodule is used for defining the characteristics of each product in a table form;

and the third sub-module is used for defining the behavior of each product in a table form.

Optionally, the first sub-module is specifically configured to:

for each product in the product configuration, marking the corresponding hierarchy of the product, a product identification and a parameter unique identification recognizable by computer code in a first table.

Optionally, the second sub-module is specifically configured to:

and adding product identification, parameter unique identification which can be identified by the computer code, characteristic identification and corresponding relation between characteristic values and descriptions of the products in a second table aiming at each product.

Optionally, the third sub-module is specifically configured to:

and aiming at each product, adding a product identifier of the product, a parameter unique identifier which can be identified by the computer code, a behavior identifier and a corresponding relation between the associated features in a third table.

The CIM model definition apparatus provided in the embodiment of the present invention can implement each process in the CIM model definition method shown in the method embodiments of fig. 5 to 7, and is not described here again to avoid repetition.

The CIM model definition device provided by the embodiment of the invention determines each element contained in a product prototype model; the preset elements in the elements are defined in a preset carrier form respectively, and the CIM model can be defined efficiently and accurately.

Each software module in the embodiment of the present invention has the same function as each corresponding software module in the foregoing system embodiment, and the specific operation description that each software module can execute may refer to the related description in the first embodiment and the second embodiment, which is not described herein again.

A method and apparatus for inter-CIM model definition provided herein is not inherently related to any particular computer, virtual system, or other apparatus. Various general purpose systems may also be used with the teachings herein. The structure required to construct a system incorporating aspects of the present invention will be apparent from the description above. Moreover, the present invention is not directed to any particular programming language. It is appreciated that a variety of programming languages may be used to implement the teachings of the present invention as described herein, and any descriptions of specific languages are provided above to disclose the best mode of the invention.

In the description provided herein, numerous specific details are set forth. It is understood, however, that embodiments of the invention may be practiced without these specific details. In some instances, well-known methods, structures and techniques have not been shown in detail in order not to obscure an understanding of this description.

Similarly, it should be appreciated that in the foregoing description of exemplary embodiments of the invention, various features of the invention are sometimes grouped together in a single embodiment, figure, or description thereof for the purpose of streamlining the disclosure and aiding in the understanding of one or more of the various inventive aspects. However, the disclosed method should not be interpreted as reflecting an intention that: that the invention as claimed requires more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive aspects lie in less than all features of a single foregoing disclosed embodiment. Thus, the claims following the detailed description are hereby expressly incorporated into this detailed description, with each claim standing on its own as a separate embodiment of this invention.

Those skilled in the art will appreciate that the modules in the device in an embodiment may be adaptively changed and disposed in one or more devices different from the embodiment. The modules or units or components of the embodiments may be combined into one module or unit or component, and furthermore they may be divided into a plurality of sub-modules or sub-units or sub-components. All of the features disclosed in this specification (including any accompanying claims, abstract and drawings), and all of the processes or elements of any method or apparatus so disclosed, may be combined in any combination, except combinations where at least some of such features and/or processes or elements are mutually exclusive. Each feature disclosed in this specification (including any accompanying claims, abstract and drawings) may be replaced by alternative features serving the same, equivalent or similar purpose, unless expressly stated otherwise.

Furthermore, those skilled in the art will appreciate that while some embodiments described herein include some features included in other embodiments, rather than other features, combinations of features of different embodiments are meant to be within the scope of the invention and form different embodiments. For example, in the claims, any of the claimed embodiments may be used in any combination.

The various component embodiments of the invention may be implemented in hardware, or in software modules running on one or more processors, or in a combination thereof. Those skilled in the art will appreciate that a microprocessor or Digital Signal Processor (DSP) may be used in practice to implement some or all of the functions of some or all of the components of an inter-CIM model definition scheme in accordance with embodiments of the present invention. The present invention may also be embodied as apparatus or device programs (e.g., computer programs and computer program products) for performing a portion or all of the methods described herein. Such programs implementing the present invention may be stored on computer-readable media or may be in the form of one or more signals. Such a signal may be downloaded from an internet website or provided on a carrier signal or in any other form.

For example, FIG. 9 illustrates a computing device that may implement the inter-CIM model definition method of the present invention. The computing device conventionally includes a processor 1010 and a computer program product or computer-readable medium in the form of a memory 1020. The memory 1020 may be an electronic memory such as a flash memory, an EEPROM (electrically erasable programmable read only memory), an EPROM, a hard disk, or a ROM. The memory 1020 has a storage space 1030 in which program code 1031 for performing any of the method steps of the above-described method is stored. For example, the storage space 1030 storing the program codes may store the respective program codes 1031 respectively for implementing the various steps in the above method. The program code can be read from or written to one or more computer program products. These computer program products comprise a program code carrier such as a hard disk, a Compact Disc (CD), a memory card or a floppy disk. Such a computer program product is typically a portable or fixed storage unit as shown for example in fig. 10. The memory unit may have memory segments, memory spaces, etc. arranged similarly to memory 1020 in the computing device of fig. 9. The program code may be compressed in a suitable form. Typically, the storage unit comprises computer readable code 1031', i.e. code that is readable by a processor such as 1010, which when executed by a computing device causes the computing device to perform the steps of the method described above.

Reference herein to "one embodiment," "an embodiment," or "one or more embodiments" means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the invention. Moreover, it is noted that instances of the word "in one embodiment" are not necessarily all referring to the same embodiment. In the description provided herein, numerous specific details are set forth. It is understood, however, that embodiments of the invention may be practiced without these specific details. In some instances, well-known methods, structures and techniques have not been shown in detail in order not to obscure an understanding of this description.

It should be noted that the above-mentioned embodiments illustrate rather than limit the invention, and that those skilled in the art will be able to design alternative embodiments without departing from the scope of the appended claims. In the claims, any reference signs placed between parentheses shall not be construed as limiting the claim. The word "comprising" does not exclude the presence of elements or steps not listed in a claim. The word "a" or "an" preceding an element does not exclude the presence of a plurality of such elements. The invention may be implemented by means of hardware comprising several distinct elements, and by means of a suitably programmed computer. In the unit claims enumerating several means, several of these means may be embodied by one and the same item of hardware. The usage of the words first, second and third, etcetera do not indicate any ordering. These words may be interpreted as names.

Claims (10)

1. A CIM model definition method is applied to an industrial software architecture driven by a model, and is characterized by comprising the following steps:

determining each element contained in the model of the prototype product, wherein the elements comprise: product configuration, characteristics, behavior, start state, and end state;

defining preset elements in each element in a preset carrier form, wherein the preset carrier form comprises at least one of the following components: tables, data, and graphs.

2. The method of claim 1, wherein the step of defining the predetermined elements of each of the elements in the form of predetermined carriers respectively comprises:

defining the product configuration in the form of a table, wherein the product configuration comprises at least two levels, each level comprising at least one product;

defining the characteristics of each product in a table form;

the behavior of each of the products is defined in the form of a table.

3. The method of claim 2, wherein said step of defining said product configuration in the form of a table comprises:

for each product in the product configuration, marking the corresponding hierarchy of the product, a product identification and a parameter unique identification recognizable by computer code in a first table.

4. The method of claim 2, wherein the step of defining characteristics of each of said products in the form of a table comprises:

and adding product identification, parameter unique identification which can be identified by the computer code, characteristic identification and corresponding relation between characteristic values and descriptions of the products in a second table aiming at each product.

5. The method of claim 2, wherein the step of defining the behavior of each of the products in the form of a table comprises:

and aiming at each product, adding a product identifier of the product, a parameter unique identifier which can be identified by the computer code, a behavior identifier and a corresponding relation between the associated features in a third table.

6. A CIM model definition device applied to a model-driven industrial software architecture is characterized by comprising:

the determining module is used for determining each element contained in the product prototype model, wherein the elements comprise: product configuration, characteristics, behavior, start state, and end state;

the defining module is used for respectively defining preset elements in each element in a preset carrier form, wherein the preset carrier form comprises at least one of the following components: tables, data, and graphs.

7. The apparatus of claim 6, wherein the definition module comprises:

a first submodule for defining the product configuration in the form of a table, wherein the product configuration comprises at least two levels, each level comprising at least one product;

the second submodule is used for defining the characteristics of each product in a table form;

and the third sub-module is used for defining the behavior of each product in a table form.

8. The apparatus of claim 7, wherein the first sub-module is specifically configured to:

for each product in the product configuration, marking the corresponding hierarchy of the product, a product identification and a parameter unique identification recognizable by computer code in a first table.

9. The apparatus of claim 7, wherein the second submodule is specifically configured to:

and adding product identification, parameter unique identification which can be identified by the computer code, characteristic identification and corresponding relation between characteristic values and descriptions of the products in a second table aiming at each product.

10. The method of claim 7, wherein the third sub-module is specifically configured to:

and aiming at each product, adding a product identifier of the product, a parameter unique identifier which can be identified by the computer code, a behavior identifier and a corresponding relation between the associated features in a third table.

Images