CN114936451B - MBSE-based complex product digital prototype modeling method - Google Patents

Abstract

The invention relates to a complex product digital prototype modeling method based on MBSE (model building sequence), which comprises the following steps of S1: defining a complex product customized design flow based on MBSE, and dividing the complex product customized design flow into three stages of demand analysis, scheme design and detailed design according to the complex product customized design flow and the MBSE design flow; step S2: in the requirement analysis stage, the requirements of the stakeholders are collected, the requirements are converted into technical indexes through requirement mapping, and the requirements are classified; and step S3: in the scheme design stage, based on the output result of the demand analysis stage, the configuration selection of the functional units and the technical units is completed by using a configuration process model and a configuration rule; and step S4: in the detailed design stage, based on the output result of the scheme design, the module level is taken as an object, the module parameters are configured, and the configuration and the model selection of the instance module are completed; wherein an instance module represents a technical unit with specific parameters. The invention solves the problems that the requirement expression of an enterprise in the complex product customization process has ambiguity, and an effective tracing mechanism is lacked between requirement-function-structure-configuration parameters.

Description

MBSE-based complex product digital prototype modeling method

Technical Field

The invention relates to the field of complex product design, in particular to a complex product digital prototype modeling method based on MBSE.

Background

In order to enable a complex product to meet the diversity requirement, the complex operation environment, the service evolution and the client personalized requirement are met, and meanwhile, the research and development efficiency is improved and the research and development cost is reduced. Enterprises widely adopt a configuration design method to carry out customized design on complex products. Custom design is a method for rapidly generating a customized product driven by the personalized requirements of a customer. The customized design solves the problems that the knowledge reuse rate is low, the efficiency is low, the period is long and the requirements of diversified and personalized customers are difficult to meet in the design process of complex products of enterprises.

In the process of customized design, the customized product information is subjected to data management by text documents such as engineering files, BOMs (Bill of materials) and the like, and the category of the traditional document-based system engineering is not changed, so that a great deal of inconvenience is brought: 1) The management of data such as requirements and the like is carried out through documents, and ambiguity and poor readability are easily caused due to the fuzziness of natural language; 2) The requirements, functions, structures and parameters of the text description cannot generate tracing and association relations.

Disclosure of Invention

The method aims to solve the problems that the enterprise has ambiguity in the requirement expression in the complex product customization process, and an effective tracing mechanism is lacked between requirements-functions-structures-configuration parameters. The invention provides the following technical scheme:

an MBSE-based complex product digital prototype modeling method comprises the following steps:

step S1: defining a complex product customized design flow based on MBSE, and dividing the complex product customized design flow into three stages of demand analysis, scheme design and detailed design according to the complex product customized design flow and the MBSE design flow;

step S2: in the requirement analysis stage, the requirements of the stakeholders are collected, the requirements are converted into technical indexes through requirement mapping, and the requirements are classified;

and step S3: in the scheme design stage, based on the output result of the demand analysis stage, the configuration selection of the functional units and the technical units is completed by using a configuration process model and a configuration rule;

and step S4: in the detailed design stage, based on the output result of the scheme design, the module parameters are configured by taking the module level as an object, and the configuration and the model selection of the instance module are completed; wherein an instance module represents a technical unit with specific parameters.

Preferably, the step S2 specifically includes:

step S21: acquiring the requirements of interest relatives through market research, data analysis and reference of benchmarks and relevant regulation documents;

step S22: saving and importing the requirements of the stakeholders collected in the step S21 into SysML modeling software by using a CSV file format to convert the requirements into a requirement graph, and accurately expressing the fuzzy requirements in the acquired requirements of the stakeholders according to expert experience and relevant data in the requirement graph so as to eliminate uncertainty;

step S23: constructing a quality room required by the stakeholder, mapping the requirement expressed in the step S22 into a technical index according to expert experience, managing the technical index by using a constraint block in a module definition diagram, forming a technical index constraint block, and realizing the association between the requirement and the technical index;

step S24: the method comprises the steps of adopting a demand graph and a module definition graph to carry out interaction to complete demand classification, dividing the demand of a stakeholder into functional demand, non-functional demand and design constraint according to expert experience, and respectively expanding the demand corresponding to the three demands by using a SysML constructive expansion mechanism; and inserting the technical index constraint block into the demand graph, and expressing the mapping association relation between the technical index and the demand by improving the relationship of 'refine'.

Preferably, the step S3 specifically includes:

step S31: performing interaction according to the use case diagram and the requirement diagram to complete functional decomposition, wherein the functional decomposition comprises the steps of creating a use case according to the functional requirement obtained in the requirement analysis stage and by combining the actual use condition of the complex product, and explaining the functions provided by the system and the information of the stakeholders needing service; decomposing the functional requirements proposed by the complex products according to expert experience, and decomposing the functional use cases into sub-use cases; inserting the requirement graph into the use graph, and establishing a retrospective incidence relation between requirements and functions by improving a relationship of 'refine'; meanwhile, according to expert experience, the function case is subjected to function analysis by using the activity diagram, and an analysis result is stored in the dynamic behavior logic package, so that subsequent calling is facilitated;

step S32: performing function and technical unit mapping by using a configuration process model, wherein the function and technical unit mapping comprises F-P mapping and technical unit configuration; the F-P mapping includes: inputting system functions and technical indexes, performing function analysis on the system functions by calling the dynamic behavior logic generated in the step S31, and outputting a functional unit and a fuzzy technical unit, namely a technical unit without determining a specific type; the technical unit configuration includes: after the fuzzy technical unit is determined, the technical unit configuration rule is executed on the input technical index, and then the technical unit with the determined pattern is output; executing an internal configuration rule on the output technical unit with the determined form, when a new technical unit which does not exist in the current configuration scheme after F-P mapping and technical unit configuration appears, continuously executing the internal configuration rule of the technical unit until no technical unit which does not exist in the current configuration scheme is generated, and finally generating a functional unit and a technical unit configuration scheme;

step S33: designing the interface of the technical unit of the determined pattern obtained in the step S32 by using the internal block diagram; according to the generated interactive relationship between the internal modules of the dynamic behavior logic analysis technical unit, obtaining the interface relationship between the internal modules, and expressing the interface relationship by using an internal module diagram, wherein the interface comprises a flow port and a common port, the flow port represents the transmission of signals or energy, and the common port represents the connection relationship on the structure; after determining the interface matching among the modules, carrying out physical architecture design, otherwise, redesigning;

step S34: designing a physical architecture of the complex product by using a module definition diagram and a demand diagram according to a configuration scheme and an interface design scheme of a functional unit and a technical unit to obtain a black box model of a system architecture of the complex product; the method comprises the following steps: establishing a black box model of a complex product system architecture according to the hierarchical relationship of the complex product; establishing technical unit configuration characteristics according to expert experience to provide support for configuration selection of the example module and evaluation of the configuration scheme; and inserting the functional requirements into the module definition diagram, and establishing a retrospective incidence relation between the requirements and the structures by meeting the satisfy.

Preferably, the step S4 specifically includes:

step S41: according to the interface relation among the example modules, the example modules are configured in sequence by using a configuration process model; firstly, inputting technical indexes and configuration characteristics of an instance module, then calling a configuration parameter conversion rule package, converting the technical indexes into configuration parameters of the instance module, selecting the instance module from an instance library of the configuration module according to the configuration rules in the configuration parameter conversion rule package, then outputting interface parameters, carrying out modification design on the instance module when the instance modules in the instance library of the configuration module are not matched, and selecting the next instance module for configuration after the configuration of the instance module is finished;

step S42: generating a configuration scheme; and integrating the example modules selected in the step S41 into a module definition diagram to generate a configuration scheme, and displaying the configuration scheme for engineering technicians to evaluate the scheme.

Compared with the prior art, the invention has the beneficial effects that:

(1) The invention provides a modeling process of demand analysis, scheme design and detailed design by combining the traditional complex product customized design process and the MBSE design process, and forms the MBSE-based complex product customized design process. Errors can be found in time at the initial stage of design through checking, verifying and confirming, the number of times of modification iteration is reduced, and the modeling efficiency and precision are improved.

(2) The inventor finds out in practice that a designer describes requirements by using natural language, and the ambiguity of the requirements is easily caused by the ambiguity of the natural language, so that the requirements are described more accurately by using the requirement graph.

(3) The inventor finds that the customized design process uses documents such as engineering files, BOMs and the like to perform data management, the readability of text content is poor, the customized design process uses the module definition diagram to manage the documents to form a unified data source, the semantic consistency is ensured, and the data maintenance and management are facilitated.

(4) The inventor finds that the tracing and association relation among complex product requirements, functions, structures and configuration parameters in the traditional custom design process is lacked in practice, integrates various types of SysML graph models to form a multi-level requirement model, and is favorable for establishing a requirement tracing mechanism.

(5) The invention integrates various types of SysML graphic models to form a configuration process model, and is more suitable for the MBSE-based complex product custom design.

Drawings

FIG. 1 is a MBSE-based complex product custom design flow;

FIG. 2 is a demand expression graph;

FIG. 3 is a graph of the overall demand of the truck stakeholder;

FIG. 4 is an exploded view of the truck towing function;

FIG. 5 is start function dynamic behavior logic;

FIG. 6 is a functional unit and technical unit configuration process model;

FIG. 7 is a three-phase asynchronous machine technology unit interface diagram;

FIG. 8 is a bogie system architecture;

FIG. 9 is an example module configuration process model;

FIG. 10 is a three-phase asynchronous motor configuration module library;

FIG. 11 is a graph of power calculation parameters;

FIG. 12 is configuration scheme 1;

fig. 13 shows configuration scheme 2.

Detailed Description

In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be described clearly and completely with reference to the accompanying drawings. It is to be understood that the embodiments described are only a few embodiments of the present invention, and not all embodiments.

Thus, the following detailed description of the embodiments of the invention is not intended to limit the scope of the invention as claimed, but is merely representative of some embodiments of the invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

It should be noted that the embodiments of the present invention and the features and technical solutions thereof may be combined with each other without conflict.

It should be noted that: like reference numbers and letters refer to like items in the following figures, and thus, once an item is defined in one figure, it need not be further defined and explained in subsequent figures.

The invention aims to provide a complex product digital prototype modeling method based on MBSE (modeling library), which aims to solve the problems that the requirement expression of an enterprise in the complex product customization process has ambiguity, an effective tracing mechanism is lacked between requirement-function-structure-configuration parameters and the like. The method comprises the following steps:

step S1: defining a complex product customized design flow based on MBSE, and dividing the complex product customized design flow into three stages of demand analysis, scheme design and detailed design according to the complex product customized design flow and the MBSE design flow;

as shown in fig. 1, the upper arc represents the requirement throughout the whole design process, a requirement tracing mechanism is established, and a right arrow represents information transfer; the lower arc and left arrow indicate that the MBSE design process is an iterative process of design analysis using a check, verify and confirm (VV & a) technique, the three phases of which are described in detail below.

In the invention, the traditional complex product customized design process is combined with the MBSE design process, a modeling process of demand analysis, scheme design and detailed design is provided, and the MBSE-based complex product customized design process is formed, is considered from the whole life cycle of design and research and development, follows a system engineering V model, and has a top-down demand decomposition and tracing process on the left side and a bottom-up simulation verification process on the right side. Errors can be found in time at the initial stage of design through checking, verifying and confirming, the number of times of modification iteration is reduced, and the modeling efficiency and precision are improved.

Step S2: in the requirement analysis stage, the requirements of the stakeholders are collected, the requirements are converted into technical indexes through requirement mapping, and the requirements are classified. The method specifically comprises the following steps:

step S21: acquiring the requirements of interest relatives through market research, data analysis and reference of benchmarks and relevant regulation documents;

step S22: the stakeholder requirements collected in step S21 are saved and imported into the SysML modeling software using the CSV file format to be converted into a requirement graph. The customer demands are mostly proposed according to the use experience and preference of the customer, and the customer demands have ambiguity and uncertainty. Therefore, in the requirement graph, the acquired requirements with ambiguity in the requirements of the stakeholders are accurately expressed according to the expert experience and the reference of the relevant data to eliminate the uncertainty. Illustratively, FIG. 2 is an example of a demand expression graph constructed in accordance with the present invention.

Step S23: the expression of the requirements of the stakeholders is realized based on the requirement graph, and the requirements are mapped to engineering requirements, namely technical indexes, which can be understood by designers. Firstly, a quality room required by the stakeholder is constructed, the requirement expressed in the step S22 is mapped into a technical index according to expert experience, a constraint block in a module definition graph is used for managing the technical index, a technical index constraint block is formed, and the association between the requirement and the technical index is realized.

Step S24: in the scheme design stage, the complex product system architecture needs to be determined according to functions, so that the requirements need to be classified and processed to obtain the system function requirement input scheme design stage. The method comprises the steps of adopting a demand graph and a module definition graph to carry out interaction to complete demand classification, dividing the demand of a stakeholder into functional demand, non-functional demand and design constraint according to expert experience, and respectively expanding the demand corresponding to the three demands by using a SysML constructive expansion mechanism; and inserting the technical index constraint block into the demand graph, and expressing the mapping association relation between the technical index and the demand by improving the relationship of 'refine'. As shown in fig. 3, in the bogie custom design, the functional requirements can be divided into basic functional requirements and custom functional requirements. For example: braking, load bearing, steering and vibration reduction are basic functional requirements; the traction and auxiliary function requirements are customized function requirements, and performance parameters of the traction and auxiliary function requirements are configurable states, such as the performance parameters of average acceleration, design speed and the like of a traction function are selectable; the auxiliary functions are configurable, such as antiskid and shaft temperature monitoring according to the user requirements. The circles with crosses in the figure represent containment relationships, e.g., the load demand contains the train full load mass demand. In the following design process, the establishment of the retrospective association relationship from the requirement to the configuration parameter is realized by using a parameter map association technical index constraint block.

In the requirement analysis stage, the technical problem of requirement ambiguity existing in the requirement description process by using natural language is solved by collecting the requirements of interest correlators, converting the requirements into technical indexes and classifying the requirements, and the technical effect of more accurate requirement description is achieved.

And step S3: in the scheme design stage, based on the output result of the requirement analysis stage, the configuration selection of the functional units and the technical units is completed by using a configuration process model and a configuration rule, and the method specifically comprises the following steps:

step S31: performing interaction according to the use case diagram and the requirement diagram to complete functional decomposition, wherein the functional decomposition comprises the steps of creating a use case according to the functional requirement obtained in the requirement analysis stage and by combining the actual use condition of the complex product, and explaining the functions provided by the system and the information of the stakeholders needing service; decomposing the functional requirements proposed by the complex products according to expert experience, and decomposing the functional use cases into sub-use cases; inserting the requirement graph into the use graph, and establishing a retrospective incidence relation between requirements and functions by improving a relationship of 'refine'; and meanwhile, according to the expert experience, the function case is subjected to function analysis by using the activity diagram, and the analysis result is stored in the dynamic behavior logic package, so that the subsequent calling is facilitated.

Illustratively, FIG. 4 shows a truck tow customization functional exploded view. Firstly, on the basis of functional requirements, combining the actual use condition of a bogie of a high-speed train, creating a use case for the traction function of the bogie, and generating an input and output interactive relation between the bogie and a control system as well as a train body; decomposing a bogie traction function into three sub-functions of starting, accelerating and maintaining speed according to expert experience in the field of high-speed train bogies, and respectively establishing sub-cases of the three sub-functions; inserting the traction function requirements of the bogie into the use case diagram, and establishing an incidence relation between a traction case and the traction requirements by using an improved relationship of 'refine'; fig. 5 shows a start Function, and the Principle of the start Function is analyzed using an activity diagram according to expert experience in the field of high-speed train bogies, and the analysis result is stored in a dynamic behavior logic package, and a "Function-Principle" mapping (F-P mapping) is implemented by allocating dynamic behaviors to different components.

Step S32: mapping function and technical units by using a configuration process model; the method comprises two steps of F-P mapping and technical unit configuration: (1) F-P mapping: inputting system functions and technical indexes, performing function analysis on the system functions by calling the dynamic behavior logic generated in the step S31, and outputting a functional unit and a fuzzy technical unit, namely a technical unit without determining a specific type; for example, the traction motor is a fuzzy unit. (2) technical unit configuration: after the fuzzy technical unit is determined, the technical unit configuration rule is executed on the input technical index, and then the technical unit with the determined pattern is output; executing internal configuration rules (dependency relationship among the technical units) on the output technical units with the determined format, when a new technical unit which does not exist in the current configuration scheme after F-P mapping and technical unit configuration occurs, continuously executing the internal configuration rules of the technical units until no technical unit which does not exist in the current configuration scheme is generated, and finally generating a functional unit and a technical unit configuration scheme. As shown in fig. 6, the F-P mapping is performed according to the activation function activity diagram, and a configuration scheme including the driving device, the wheel-to-axle box functional unit, and the traction motor, the coupling, the gear box, the wheel, the axle, and the axle box technical unit can be obtained; performing technical unit configuration, and after inputting technical indexes (for example, electric energy consumption), executing a technical unit configuration rule: if < traction electric energy consumption = common >, then < traction motor = three-phase asynchronous motor >, the technical unit of the output determined type is three-phase asynchronous motor; executing internal configuration rules of the technical units, for example, if < select three-phase asynchronous motor >, then < select coupling >, and outputting the final configuration scheme without the technical units outside the current configuration scheme.

Step S33: the interface of the technical unit of the determined pattern obtained in step S32 is designed using an internal block diagram. According to the generated interactive relationship between the internal modules of the dynamic behavior logic analysis technical unit, obtaining the interface relationship between the internal modules, and expressing the interface relationship by using an internal module diagram, wherein the interface comprises a flowPort and a common port (a port without an arrow), the flowPort represents the transmission of signals or energy, and the common port represents the connection relationship on the structure; and after the interface matching among the modules is determined, designing the physical architecture, otherwise, redesigning. As shown in fig. 7, taking a three-phase asynchronous motor as an example, the three-phase asynchronous motor and the inverter perform power transmission through a bidirectional electrical interface, and the motor is connected with the framework by bolts. And after the matching and the correct expression of the interfaces among the modules are determined, designing a physical architecture, otherwise, redesigning the interfaces.

Step S34: and designing the physical architecture of the complex product by using the module definition diagram and the requirement diagram according to the configuration scheme and the interface design scheme of the functional unit and the technical unit to obtain a black box model of the system architecture of the complex product. The method comprises the following steps: establishing a structural hierarchical relation of a complex product; establishing technical unit configuration characteristics according to expert experience to provide support for instance module configuration selection and configuration scheme evaluation in the following; functional requirements are inserted into the module definition diagram, and a retrospective incidence relation between requirements and structures is established by satisfying satisfy. The truck system architecture black box model shown in fig. 8, wherein Function Block, technology Block and Instance Block correspond to the functional unit, technical unit and Instance module, respectively. And establishing the configuration characteristics of the technical unit of the bogie, and providing support for the configuration selection and the configuration scheme evaluation of the example module in the following. And inserting the traction function requirements into the module definition diagram, establishing association with the functional units by meeting the requirement of satisfy, and establishing a retrospective association relation between the requirements and the structure.

And step S4: in the detailed design stage, based on the output result of the scheme design, the module parameters are configured by taking the module level as an object, and the configuration and the model selection of the instance module are completed; wherein an instance module represents a technical unit with specific parameters. The method specifically comprises the following steps:

step S41: and according to the interface relation among the example modules, sequentially configuring the example modules by using the configuration process model. Firstly inputting technical indexes and configuration characteristics of an instance module, then calling a configuration parameter conversion rule package, converting the technical indexes into configuration parameters of the instance module, selecting the instance module from an instance library of the configuration module according to the configuration rules in the configuration parameter conversion rule package, then outputting interface parameters, carrying out modification design on the instance module when the instance modules in the instance library of the configuration module are not matched, and selecting the next instance module for configuration after the configuration of the instance module is finished. For example, fig. 9 shows a module configuration process model of an example of a three-phase asynchronous motor, fig. 10 shows an example library of a three-phase asynchronous motor, and white arrows in the drawing indicate generalization relations, namely the example module is a more specific technical unit. Fig. 11 shows a power configuration parameter conversion diagram of a three-phase asynchronous motor, and a tracing mechanism between requirements and configuration parameters is established by combining technical indexes and calculation constraints, so that the construction of a multi-level requirement model is completed, and the tracing of the requirements is realized.

Step S42: generating a configuration scheme; and integrating the example modules selected in the step S41 into a module definition diagram to generate a configuration scheme, and displaying the configuration scheme for engineering technicians to evaluate the scheme. Fig. 12 and 13 show two configuration schemes of the three-phase asynchronous motor schematically.

In the scheme design stage of the invention, based on the output result of the demand analysis stage, the configuration selection of the functional unit and the technical unit is completed by using a configuration process model and a configuration rule; in the detailed design stage, based on the output result of the scheme design, the module level is taken as an object, the module parameters are configured, and the configuration and the model selection of the example module are completed, so that the technical problem that the tracing and association relation between the requirements, the functions, the structures and the configuration parameters is lacked in the customized design process is solved, and the technical effect of establishing a requirement tracing mechanism is achieved.

The above embodiments are only used for illustrating the invention and not for limiting the technical solutions described in the invention, and although the present invention has been described in detail in the present specification with reference to the above embodiments, the present invention is not limited to the above embodiments, and therefore, any modification or equivalent replacement of the present invention is made; all such modifications and variations are intended to be included herein within the scope of this disclosure and the appended claims.

Claims (1)

1. A modeling method of a complex product digital prototype based on MBSE is characterized by comprising the following steps: the method comprises the following steps:

step S1: defining a complex product customized design flow based on MBSE, and dividing the complex product customized design flow into three stages of demand analysis, scheme design and detailed design according to the complex product customized design flow and the MBSE design flow; the MBSE-based complex product customized design process follows a system engineering V model from the consideration of the design, research and development full life cycle, the left side is a top-down requirement decomposition and tracing process, and the right side is a bottom-up simulation verification process;

step S2: in the requirement analysis stage, the requirements of the stakeholders are collected, the requirements are converted into technical indexes through requirement mapping, and the requirements are classified; the step S2 specifically includes:

step S21: acquiring the requirements of interest relatives through market research, data analysis and reference of benchmarks and relevant regulation documents;

step S22: saving and importing the requirements of the stakeholders collected in the step S21 into SysML modeling software by using a CSV file format to convert the requirements into a requirement graph, and accurately expressing the fuzzy requirements in the acquired requirements of the stakeholders according to expert experience and relevant data in the requirement graph so as to eliminate uncertainty;

step S23: constructing a quality room required by the stakeholder, mapping the requirement expressed in the step S22 into a technical index according to expert experience, managing the technical index by using a constraint block in a module definition diagram, forming a technical index constraint block, and realizing the association between the requirement and the technical index;

step S24: the method comprises the steps of adopting a demand graph and a module definition graph to carry out interaction to complete demand classification, dividing the demand of a stakeholder into functional demand, non-functional demand and design constraint according to expert experience, and respectively expanding the demand corresponding to the three demands by using a SysML constructive expansion mechanism; inserting a technical index constraint block into a demand graph, and expressing a mapping association relation between a technical index and a demand by improving a relationship of 'refine';

and step S3: in the scheme design stage, based on the output result of the demand analysis stage, the configuration selection of the functional units and the technical units is completed by using a configuration process model and a configuration rule; the step S3 specifically includes:

step S31: performing interaction according to the use case diagram and the requirement diagram to complete functional decomposition, wherein the functional decomposition comprises the steps of creating a use case according to the functional requirement obtained in the requirement analysis stage and by combining the actual use condition of the complex product, and explaining the functions provided by the system and the information of the stakeholders needing service; decomposing the functional requirements proposed by the complex products according to expert experience, and decomposing the functional use cases into sub-use cases; inserting the requirement graph into the use graph, and establishing a retrospective incidence relation between requirements and functions by improving a relationship of 'refine'; meanwhile, according to expert experience, the function case is subjected to function analysis by using the activity diagram, and an analysis result is stored in the dynamic behavior logic package, so that subsequent calling is facilitated;

step S32: performing function and technical unit mapping by using a configuration process model, wherein the function and technical unit mapping comprises F-P mapping and technical unit configuration; the F-P mapping includes: inputting system functions and technical indexes, performing function analysis on the system functions by calling the dynamic behavior logic generated in the step S31, and outputting a functional unit and a fuzzy technical unit, namely a technical unit without determining a specific type; the technical unit configuration includes: after the fuzzy technical unit is determined, the technical unit configuration rule is executed on the input technical index, and then the technical unit with the determined pattern is output; executing an internal configuration rule on the output technical unit with the determined form, when a new technical unit which does not exist in the current configuration scheme after F-P mapping and technical unit configuration appears, continuously executing the internal configuration rule of the technical unit until no technical unit which does not exist in the current configuration scheme is generated, and finally generating a functional unit and a technical unit configuration scheme;

step S33: designing the interface of the technical unit of the determined pattern obtained in the step S32 by using the internal block diagram; according to the generated interactive relationship among the internal modules of the dynamic behavior logic analysis technical unit, obtaining an interface relationship among the internal modules, and expressing the interface relationship by using an internal module diagram, wherein the interface comprises a flowPort and a common port, the flowPort represents the transmission of signals or energy, and the common port represents the structural connection relationship; after determining the interface matching among the modules, carrying out physical architecture design, otherwise, redesigning;

step S34: designing a physical architecture of the complex product by using a module definition diagram and a demand diagram according to a configuration scheme and an interface design scheme of a functional unit and a technical unit to obtain a black box model of a system architecture of the complex product; the method comprises the following steps: establishing a black box model of a complex product system architecture according to the hierarchical relationship of the complex product; establishing technical unit configuration characteristics according to expert experience to provide support for configuration selection of the example module and evaluation of the configuration scheme; inserting the functional requirements into a module definition graph, and establishing a retrospective incidence relation between requirements and structures by meeting the requirement of satisfy;

and step S4: in the detailed design stage, based on the output result of the scheme design, the module parameters are configured by taking the module level as an object, and the configuration and the model selection of the instance module are completed; wherein the instance module represents a technical unit having a specific parameter; the step S4 is specifically:

step S41: according to the interface relation among the example modules, the example modules are configured in sequence by using a configuration process model; firstly, inputting technical indexes and configuration characteristics of an instance module, then calling a configuration parameter conversion rule package, converting the technical indexes into configuration parameters of the instance module, selecting the instance module from an instance library of the configuration module according to the configuration rules in the configuration parameter conversion rule package, then outputting interface parameters, carrying out variant design on the instance module when the instance modules in the instance library of the configuration module are not matched, and selecting the next instance module for configuration after the configuration of the instance module is finished;

step S42: generating a configuration scheme; and integrating the example modules selected in the step S41 into a module definition diagram to generate a configuration scheme, and displaying the configuration scheme for engineering technicians to evaluate the scheme.

Images