Requirement and function based architecture design method and computer device

By constructing a full-scale model and performing matching and filtering within it, the problem of incomplete architecture design caused by the lack of full domain knowledge in complex equipment design is solved, and a more comprehensive design scheme selection and construction is achieved.

CN120068371BActive Publication Date: 2026-03-20TSINGHUA UNIVERSITY
View PDF 2 Cites 0 Cited by

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2024-12-30
Publication Date
2026-03-20

AI Technical Summary

Technical Problem

In the design process of complex equipment, designers often find it difficult to acquire full domain knowledge, resulting in an incomplete architecture design and an inability to fully explore the possibilities of system architecture.

Method used

By constructing a full model that includes the correspondence between requirements and functions, and between functions and instances, a system architecture solution template is created based on the requirements list. The template is then matched against the full model to select target solutions that do not have mutually exclusive relationships, and finally the target architecture is constructed.

Benefits of technology

It reduces human intervention, improves the comprehensiveness of complex equipment design, ensures that the matching of elements at all levels is considered more comprehensively during the design phase, and enhances the overall design.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN120068371B_ABST
    Figure CN120068371B_ABST
Patent Text Reader

Abstract

The application relates to the technical field of model-based system engineering, and particularly relates to a requirement and function-based architecture design method and computer equipment. The method comprises the following steps: creating a scheme template of a system architecture based on a requirement list, and matching the requirement list in a full-amount model to obtain a function set corresponding to each design requirement in the requirement list; matching each function set in the full-amount model to obtain an instance set corresponding to each target function; constructing multiple initial schemes based on the scheme template, searching each initial scheme based on a mutual exclusion relationship, determining a target scheme from the initial schemes according to a search result, and constructing a corresponding target architecture based on each target scheme, wherein each target architecture is an architecture scheme corresponding to the requirement list. The method can improve the comprehensiveness of architecture design for complex equipment.
Need to check novelty before this filing date? Find Prior Art

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of model-based system engineering, and particularly relates to a requirement and function-based architecture design method and a computer device. BACKGROUND

[0002] With the development of the field of system engineering, model-based system engineering (MBSE) gradually becomes an important system design method. In the related art, a designer takes the design requirements of a product as input, and carries out the following system design work by manually constructing a system model: analyzing the functions that the system needs to have from the requirements; then, for the purpose of realizing the functions of the system, carrying out system architecture design for the product; and selecting instances for each component in the architecture to complete the system design of the product.

[0003] In the design process of complex equipment, model-based system engineering is also an important auxiliary design method. In the related art, in the design stage of complex equipment, a designer is limited by personal knowledge and experience when designing a system model of complex equipment by using system engineering, and it is difficult to obtain full domain knowledge as technical support; the designer often proposes one or several possible configurations according to historical experience, and then carries out the subsequent design process on this basis. This method cannot comprehensively explore the design domain, and therefore cannot obtain a larger range of system architecture possibilities, resulting in that the architecture design is not comprehensive enough.

[0004] Therefore, how to improve the comprehensiveness of the architecture design for complex equipment is a problem to be solved. SUMMARY

[0005] Therefore, it is necessary to provide a requirement and function-based architecture design method and a computer device capable of improving the comprehensiveness of the architecture design for complex equipment.

[0006] In a first aspect, the present application provides a requirement and function-based architecture design method, comprising:

[0007] creating a scheme template of a system architecture based on a requirement list, and matching the requirement list in a full model to obtain a function set corresponding to each design requirement in the requirement list; the function set includes at least one target function, and the full model includes a corresponding relationship between requirements and functions;

[0008] matching each function set in the full model to obtain an instance set corresponding to each target function, the instance set including at least one target instance, and the full model further including a corresponding relationship between instances and functions;

[0009] constructing a plurality of initial schemes based on the scheme template, each of the initial schemes comprising a functional element of one of the target functions corresponding to each of the design requirements, and an instance element of one of the target instances corresponding to each of the target functions;

[0010] retrieving each of the initial schemes based on the mutual exclusion relationship, and determining a target scheme from each of the initial schemes according to a retrieval result, the target scheme being the initial scheme in which there is no mutual exclusion relationship between elements; the full-amount model further comprising the mutual exclusion relationship between elements;

[0011] constructing a corresponding target architecture based on each of the target schemes, each of the target architectures being an architecture scheme corresponding to the requirement list.

[0012] In one of the embodiments, the matching each of the functional sets in the full-amount model to obtain a component set corresponding to each of the target functions comprises:

[0013] matching each of the functional sets in the full-amount model to obtain a component set corresponding to each of the target functions, the component set comprising at least one target component;

[0014] matching each of the component sets in the full-amount model to obtain an instance set corresponding to each of the target components, the full-amount model further comprising a corresponding relationship between components and functions, and a corresponding relationship between instances and components.

[0015] In one of the embodiments, the matching each of the functional sets in the full-amount model to obtain a component set corresponding to each of the target functions comprises:

[0016] retrieving each of the target functions in the full-amount model, and classifying each of the target functions into a first target function and a second target function according to a retrieval result; the first target function being a function having a lower-level function that can be split in the full-amount model, the second target function being a function having no lower-level function that can be split in the full-amount model, the lower-level function being the second target function, the full-amount model further comprising a superior-inferior relationship between functions;

[0017] retrieving each of the second target functions in the full-amount model to obtain an instance set corresponding to each of the second target functions;

[0018] replacing the first target function with each of the lower-level functions corresponding to the first target function in the functional set corresponding to the first target function to obtain an updated functional set.

[0019] In one of the embodiments, the method further comprises:

[0020] For each of the initial schemes, the initial scheme is retrieved in the full-quantity model, and corresponding connectors are matched for the initial scheme, the connectors being used to connect elements corresponding to instance pairs having a connection relationship, the connection relationship representing at least one of material, information and energy interaction between instances.

[0021] In one of the embodiments, the requirement list further includes a relationship requirement, and each of the initial schemes is retrieved based on the mutual exclusion relationship, and a target scheme is determined from each of the initial schemes according to a retrieval result, including:

[0022] Each of the initial schemes is retrieved based on a first mutual exclusion relationship represented by the relationship requirement, to obtain a first retrieval result;

[0023] Each of the initial schemes is retrieved based on a second mutual exclusion relationship included in the full-quantity model, to obtain a second retrieval result;

[0024] The target scheme is determined from each of the initial schemes based on the first retrieval result and / or the second retrieval result.

[0025] In one of the embodiments, the corresponding target architecture is constructed based on each of the target schemes, including:

[0026] For each of the target schemes, an element not existing in the target scheme is deleted in the full-quantity model, to obtain a target architecture corresponding to the target scheme.

[0027] In a second aspect, the application further provides a requirement and function based architecture design device, the device including a first matching module, a second matching module, an initial scheme construction module, a target scheme screening module and a target architecture construction module, wherein:

[0028] The first matching module is configured to create a scheme template of a system architecture based on a requirement list, and match the requirement list in a full-quantity model, to obtain a function set corresponding to each design requirement in the requirement list; the function set includes at least one target function, and the full-quantity model includes a corresponding relationship between requirements and functions.

[0029] The second matching module is configured to match each of the function sets in the full-quantity model, to obtain an instance set corresponding to each of the target functions, the instance set including at least one target instance, and the full-quantity model further including a corresponding relationship between instances and functions.

[0030] An initial scheme construction module is configured to construct a plurality of initial schemes based on the scheme template, wherein each initial scheme includes a functional element of one target function corresponding to each design requirement and an instance element of one target instance corresponding to each target function;

[0031] A target scheme screening module is configured to search each initial scheme based on mutual exclusion relationships and determine a target scheme from each initial scheme according to a search result, wherein the target scheme is the initial scheme without mutual exclusion relationships between elements; and the full-quantity model further includes mutual exclusion relationships between elements;

[0032] A target architecture construction module is configured to construct a corresponding target architecture based on each target scheme, wherein each target architecture is an architecture scheme corresponding to the requirement list.

[0033] In a third aspect, the present application further provides a computer device, including a memory and a processor, wherein the memory stores a computer program, and the processor implements the following steps when executing the computer program:

[0034] A scheme template is created for system architecture based on a requirement list, and the requirement list is matched in a full-quantity model to obtain a functional set corresponding to each design requirement in the requirement list, wherein the functional set includes at least one target function, and the full-quantity model includes a corresponding relationship between requirements and functions;

[0035] Each functional set is matched in the full-quantity model to obtain an instance set corresponding to each target function, wherein the instance set includes at least one target instance, and the full-quantity model further includes a corresponding relationship between instances and functions;

[0036] A plurality of initial schemes are constructed based on the scheme template, wherein each initial scheme includes a functional element of one target function corresponding to each design requirement and an instance element of one target instance corresponding to each target function;

[0037] Each initial scheme is searched based on mutual exclusion relationships, and a target scheme is determined from each initial scheme according to a search result, wherein the target scheme is the initial scheme without mutual exclusion relationships between elements; and the full-quantity model further includes mutual exclusion relationships between elements;

[0038] Corresponding target architectures are constructed based on each target scheme, wherein each target architecture is an architecture scheme corresponding to the requirement list.

[0039] In a fourth aspect, the present application further provides a computer readable storage medium, which stores a computer program, wherein the computer program is executed by a processor to implement the following steps:

[0040] create a scheme template of a system architecture based on a requirement list, and match the requirement list in a full model to obtain a function set corresponding to each design requirement in the requirement list; the function set includes at least one target function, and the full model includes a corresponding relationship between requirements and functions;

[0041] match each function set in the full model to obtain an instance set corresponding to each target function, the instance set including at least one target instance, and the full model further including a corresponding relationship between instances and functions;

[0042] construct a plurality of initial schemes based on the scheme template, the initial scheme including a function element of one target function corresponding to each design requirement, and an instance element of one target instance corresponding to each target function;

[0043] retrieve each initial scheme based on a mutual exclusion relationship, and determine a target scheme from each initial scheme according to a retrieval result, the target scheme being the initial scheme in which there is no mutual exclusion relationship between elements; the full model further including a mutual exclusion relationship between elements;

[0044] construct a corresponding target architecture based on each target scheme, each target architecture being an architecture scheme corresponding to the requirement list.

[0045] In a fifth aspect, the present application further provides a computer program product, including a computer program which, when executed by a processor, implements the following steps:

[0046] create a scheme template of a system architecture based on a requirement list, and match the requirement list in a full model to obtain a function set corresponding to each design requirement in the requirement list; the function set includes at least one target function, and the full model includes a corresponding relationship between requirements and functions;

[0047] match each function set in the full model to obtain an instance set corresponding to each target function, the instance set including at least one target instance, and the full model further including a corresponding relationship between instances and functions;

[0048] construct a plurality of initial schemes based on the scheme template, the initial scheme including a function element of one target function corresponding to each design requirement, and an instance element of one target instance corresponding to each target function;

[0049] Each of the initial schemes is retrieved based on the mutual exclusion relationship, and a target scheme is determined from each of the initial schemes according to a retrieval result, the target scheme being the initial scheme in which there is no mutual exclusion relationship between elements; and the mutual exclusion relationship between elements is further included in the full-quantity model;

[0050] A corresponding target architecture is constructed based on each of the target schemes, each of the target architectures being an architecture scheme corresponding to the requirement list.

[0051] The above-mentioned architecture design method and device based on requirements and functions, computer device, storage medium and computer program product, pre-construct a full-quantity model including the corresponding relationship between requirements and functions and the corresponding relationship between functions and instances, so that after obtaining the requirement list, the corresponding function set can be matched for each design requirement in the requirement list from the full-quantity model, and then the instance set corresponding to each target function in the function set is matched; a scheme template is established based on the requirement list, and then a plurality of initial schemes are constructed based on the scheme template and each matched function set and instance set, and a target scheme in which there is no mutual exclusion relationship between elements is further selected from each initial model based on the mutual exclusion relationship between elements, and then a corresponding target architecture is constructed based on each target scheme, each target architecture being all possible architectures corresponding to the requirement list. Since the full-quantity model is pre-constructed to support the matching of elements at each level, human subjective participation is reduced in this process, and therefore the design stage is less limited by personal knowledge and experience. Therefore, more comprehensive target architectures can be obtained, and the comprehensiveness of complex equipment design is improved. BRIEF DESCRIPTION OF DRAWINGS

[0052] In order to more clearly illustrate the technical solutions in the embodiments or the related art, the drawings needed to be used in the embodiments or the related art description will be briefly introduced. Obviously, the drawings in the following description are only some embodiments of the present application, and other drawings can be obtained by those skilled in the art without creative labor.

[0053] Figure 1 A flowchart of an embodiment of the architecture design method based on requirements and functions;

[0054] Figure 2 A schematic diagram of the construction process of the full-quantity model in an embodiment;

[0055] Figure 3 A schematic diagram of the refinement relationship between functions and design requirements in an embodiment;

[0056] Figure 4 A schematic diagram of the refinement relationship between complex functions and simple functions in an embodiment;

[0057] Figure 5 a diagram for assigning relationships between functions and components in one embodiment;

[0058] Figure 6 a diagram for assigning relationships between components and instances in one embodiment;

[0059] Figure 7 a diagram for assigning relationships between instances in one embodiment;

[0060] Figure 8 a diagram for assigning relationships between functions, components, and instances in one embodiment;

[0061] Figure 9 a diagram for assigning relationships between component attributes and connectors in one embodiment;

[0062] Figure 10 a diagram for a part of a full model built in one embodiment;

[0063] Figure 11 a diagram for a process of matching instances based on target functions in one embodiment;

[0064] Figure 12 a block diagram of an apparatus for architecture design based on requirements and functions in one embodiment;

[0065] Figure 13 a diagram for an internal structure of a computer device in one embodiment. DETAILED DESCRIPTION

[0066] In order to make the purposes, technical solutions and advantages of the present application clearer, the present application is further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present application and not intended to limit the present application.

[0067] The architecture design method based on requirements and functions provided by the embodiments of the present application is executed by a computer device. The computer device can be, but is not limited to, various personal computers, notebook computers, smart phones, tablet computers, and servers, etc. The server can be implemented by an independent server or a server cluster composed of multiple servers.

[0068] In one exemplary embodiment, as shown in FIG. 1, an architecture design method based on requirements and functions is provided, including the following steps 110-150, wherein: Figure 1

[0069] ​In step 110, a scheme template of the system architecture is created based on the requirement list, and the requirement list is matched in the full-amount model to obtain a function set corresponding to each design requirement in the requirement list; the function set includes at least one target function, and the full-amount model includes a corresponding relationship between requirements and functions.

[0070] For the embodiments of the present application, each design requirement in the requirement list can be directly input by a user, but since the information input by the user is usually natural language, the user input natural language needs to be segmented and semantically analyzed before each user requirement can be obtained. Since the obtained user requirement can not be standardized, the accuracy is relatively low when directly matching the corresponding function set from the full-amount model based on the user requirement. In order to obtain a more standardized requirement, in the embodiments of the present application, each design requirement is further searched and found in the full-amount model to obtain a standardized design requirement corresponding to each user requirement in the full-amount model. Then, the function set is matched in the full-amount model based on the design requirement corresponding to each user requirement.

[0071] In another implementation manner, each design requirement in the full-amount model can also be displayed to the user in a visual manner, so each design requirement in the requirement list can also be obtained by selecting the full-amount model based on the user input selection instruction. In this way, more accurate design requirements can be directly obtained based on the user selection, and the semantic analysis time is also reduced, thereby improving the generation efficiency of the requirement list. Each design requirement in the requirement list is arranged according to a preset arrangement order, and the arrangement order can be based on the generation time of the design requirement or the order of the name characters. The logic of the arrangement order is not specifically limited in the embodiments of the present application.

[0072] For the full-amount model, the full-amount model includes the corresponding relationship between elements at each level required in the design stage of the aero-engine; in one possible example, in the design stage of the aero-engine, the elements at each level are in turn: requirement-function-component-instance; the elements at each level can also be other hierarchical relationships, which are not specifically limited in the embodiments of the present application. According to the arrangement order of the requirements in the requirement list, each design requirement is taken as input information of the full-amount model to be searched and matched in the full-amount model, so as to construct the function set corresponding to the design requirement according to the target functions corresponding to the design requirement in the full-amount model. Specifically, the initial scheme template constructed based on the requirement list is one, which includes each design requirement and introduces a corresponding lower branch for each design requirement, and each lower branch corresponds to one target function in the function set.

[0073] Step 120, matching each function set in the full-amount model to obtain an instance set corresponding to each target function, the instance set including at least one target instance, the full-amount model further including a corresponding relationship between the instance and the function.

[0074] For the embodiment of the present application, for each function set, each target function in the function set is arranged in a set order; each target function is taken as input information of the full-amount model to perform retrieval matching in the full-amount model to obtain target instances corresponding to each target function; for each target function, the target instances corresponding to each target function are used to construct an instance set corresponding to the target function.

[0075] Step 130, constructing a plurality of initial schemes based on the scheme template, the initial scheme including a function element of one target function corresponding to each design requirement and an instance element of one target instance corresponding to each target function.

[0076] For the embodiment of the present application, there are two implementable manners for constructing the plurality of initial schemes based on the scheme template. The first implementable manner is: taking the design requirement as a first-level element, when matching a lower set corresponding to any element of the first-level element in the full-amount model, the lower set is matched in the full-amount model in turn according to the arrangement order of the elements in the first-level element, and the lower set includes corresponding lower elements. If there are N lower elements in the lower set of an element, the current scheme template is copied N-1 times, then the N lower elements and the N scheme templates are one-to-one corresponding, and one non-repeated lower element is filled in each scheme template to the position of the corresponding element in the lower branch; wherein N is a positive integer greater than 1. According to the upper and lower relationship of the elements, the matching is performed from the upper element to the lower element in turn; in this process, the scheme template is continuously copied and increased, and finally all possible scheme templates are obtained as initial templates.

[0077] The second implementable manner is that the design requirement is taken as a first-level element, when matching any level element in the full-amount model, each element in the level element is sequentially matched in the full-amount model according to the arrangement order of the elements in the level element, and the lower set corresponding to each lower element is included in the lower set. When each lower set corresponding to an element is matched, each lower element in the lower set is filled into the position of the lower branch of the corresponding element in the scheme template. Further, according to the upper and lower relationships of the elements, the matching is sequentially performed from the upper element to the lower element, and finally the scheme model including the lower branch relationship of each level element from the design requirement is obtained. Each independent branch corresponding to each design requirement is obtained by splitting from each branch chain corresponding to each design requirement, and in each independent branch, only one lower element of each level element exists, and the independent branches are not repeated. Then, the independent branches corresponding to each design requirement are arranged and combined to form a plurality of combined schemes which are not repeated, and then each combined scheme is filled into a new scheme template as an initial scheme. In the combined scheme, one independent branch corresponding to each design requirement is included.

[0078] In step 140, each initial scheme is searched based on the mutual exclusion relationship, and a target scheme is determined from the initial schemes according to the search result, and the target scheme is an initial scheme in which there is no mutual exclusion relationship between elements. The full-amount model also includes the mutual exclusion relationship between the elements.

[0079] In step 150, a target architecture corresponding to each target scheme is constructed, and the target architecture is an architecture scheme corresponding to the requirement list.

[0080] For the embodiments of the present application, for each initial scheme, the mutual exclusion relationship is investigated, that is, each initial scheme is searched based on the mutual exclusion relationship, and the search result represents whether there is a mutual exclusion relationship. The mutual exclusion relationship can include the mutual exclusion relationship between elements at the same level, and can also include the mutual exclusion relationship between elements across levels. Further, for the initial scheme whose search result represents that there is a mutual exclusion relationship, the initial scheme is directly deleted, and then the initial scheme whose search result represents that there is no mutual exclusion relationship is taken as a target scheme.

[0081] For each target scheme, the target architecture can be a file in other formats constructed based on the target scheme, or the relationship of each element in the target scheme can be reconstructed in a template in other structures, and the embodiments of the present application do not make specific limitations. The target architectures obtained finally are various implementable architectures corresponding to the requirement list.

[0082] In the above demand and function-based architecture design method, a full model containing the correspondence between the demand and the function and the correspondence between the function and the instance is constructed in advance, so that after the demand list is obtained, the corresponding function set can be matched for each design demand in the demand list from the full model, and then the instance set corresponding to each target function in the function set is matched; a scheme template is established based on the demand list, and then a plurality of initial schemes are constructed based on the scheme template and the matched function set and instance set, and further, the target scheme in which there is no mutual exclusion relationship between elements is obtained from each initial model based on the mutual exclusion relationship between elements, and then the corresponding target architecture is constructed based on each target scheme, and each target architecture is all possible architectures corresponding to the demand list. Since the full model constructed in advance is used to support the matching of elements at each level, human subjective participation is reduced in this process, so the design stage is less limited by personal knowledge and experience. Therefore, more comprehensive target architectures can be obtained, and the comprehensiveness of complex equipment design is improved.

[0083] In one of the embodiments, the full model is constructed based on the domain knowledge in the aero-engine, wherein the domain knowledge includes documents, books, standard specification files, reports formed in each argumentation and development stage, and other files in the field of aero-engine; and then information related to system architecture design and the relationship between the information and the instances are extracted from the domain knowledge to construct the full model. The process of extracting information and relationship from the domain knowledge can be realized by a LLM (Large Language Model) model, that is, taking each file of the domain knowledge as input information of the LLM model, and inputting corresponding prompt words and Prompt (prompt) template instances as prompt information of the LLM model to obtain summary data of the relevant information and relationship in the domain knowledge output by the LLM model; and then the full model is further constructed according to the summary data.

[0084] In one of the embodiments, a SysML (Systems Modeling Language) model based on the SysML language is used as a blank template, and the full model is constructed by expressing the domain knowledge in the blank template; wherein the construction process of the full model can specifically include steps S01-S06 as shown in Figure 2

[0085] S01, the relationship between the design demand and the function is constructed.

[0086] S02, the relationship between the functions is expressed.

[0087] S03, the relationship between the function and the component is expressed.

[0088] ​S04. Express the relationship between components and instances.

[0089] Specifically, for step S01: Design requirements originate from the anticipated user expectations and requirements for the product system (aircraft engine). Design requirements are divided into two categories: functional requirements and non-functional requirements (relational requirements). Functional requirements clarify what the system should do, while non-functional requirements clarify the conditions and constraints the system must meet. Functions describe the behaviors the system needs to perform to meet requirements and can be analyzed from functional requirements. In the SysML model (blank template), requirements are represented by Requirement elements, and functions are represented by Activity elements. A Refine relationship is created between Requirement and Activity elements, indicating that the Activity element is obtained by analyzing the information of the Requirement element. Domain knowledge is used as input to the LLM model to obtain all the relationships between requirements and functions from the domain knowledge output by the LLM model, and this is expressed in the SysML model (blank template).

[0090] In a SysML model, a Block Definition Diagram (BDD) is created. Within the BDD, Requirement elements represent design requirements, and Activity elements represent functions. Refine relationships are established between Requirement and Activity elements to indicate that the function is derived from the connected design requirement. The arrows connecting refinement relationships point to the parent element; that is, the arrows between design requirements and functions point from the function to the design requirement. In one example, the refinement relationship between a function and a design requirement is as follows: Figure 3 As shown, by Figure 3 It can be seen that functions OA and OB are both derived from design requirements RA, while function OC is derived from design requirements RB.

[0091] For step S02: A function can be either simple or complex. Functions directly derived from functional requirements are typically complex, which is detrimental to the accuracy of subsequent matching. Therefore, it is necessary to combine domain knowledge to decompose complex functions into more specific simple functions, which are sub-functions of the complex functions. In the SysML model, both complex functions and their sub-functions are represented using Activity elements. A Refine relationship is created between the Activity element representing the complex function and the Activity element representing the sub-function, indicating that the sub-function is a subordinate function of the complex function.

[0092] In one example, the thrust generation is a complex function, and the intake, compression, combustion, expansion, and exhaust are sub-functions of the thrust generation, and are simple functions.

[0093] The relationship between the complex function and the simple functions is obtained by taking the domain knowledge as the input of the LLM model, and is expressed in the SysML model. The function is expressed by creating an activity (Activity) element in the BDD diagram, and the function is decomposed from the connected function elements by creating a refine (Refine) relationship between two activity elements. As shown in Figure 4 , it is a refine relationship diagram between the complex function and the simple function in one example; it can be seen from Figure 4 that the simple function DA and the simple function DB are both decomposed from the complex function OB, and the simple function DC, the simple function DD, and the simple function DE are all decomposed from the complex function OC.

[0094] For step S03: In the SysML model, the module (Block) element is used to represent the components of the system; further, the allocation (Allocate) relationship is created between the activity element representing the function and the module element representing the component, indicating that the function is executed by the component. The relationship between all the functions and components is obtained by taking the domain knowledge as the input of the LLM model, and is expressed in the SysML model. The function is expressed by creating an activity (Activity) element in the BDD diagram, and the component is expressed by creating a module (Block) element, and the function is executed by the connected component by creating an allocation (Allocate) relationship between the activity element and the module element. The line representing the allocation relationship has an arrow pointing to the module element corresponding to the component. As shown in Figure 5 , it is a representation of the allocation relationship between the activity element of the function and the module element of the component in one BDD diagram. As can be seen from Figure 5 , the function OA can be executed by the components BA and BB, and the function DB and the function DC can be executed by the component BD. The relationship between other functions and components is similar, and will not be described in detail here.

[0095] The instance is a physical implementation scheme of the component. The difference between the component and the instance is that the component is an abstract logical concept, and only contains part of the information supporting the system design to meet the requirements; the instance is a specific expression of the component in the real world, and the common forms can be real product component objects, and can also be product component models fully defined in virtual space; the instance has more specific information than the corresponding component.

[0096] For step S04: In the SysML model, the components and the instances corresponding to the components are represented by Block elements, and a Generalization relationship is created between the Block elements representing the components and the Block elements representing the instances, indicating that the instances are specific and implementable solutions of the components. The domain knowledge is taken as the input of the LLM model, the relationship between all the components and instances output by the LLM model is obtained, and is expressed in the SysML model. In the BDD diagram, Block elements are created to represent the components and the instances, and a Generalization relationship is created between the Block elements to indicate that the instances are physical implementation solutions of the components. In the connection line representing the Generalization relationship, the hollow arrowhead points to the upper element, that is, the Block element representing the instance points to the Block element representing the component. Referring to Figure 6 the schematic diagram of the relationship between the components and the instances; from Figure 6 it can be seen that the component BD has two instances BD1 and BD2 for selection, and the component BF has four instances BF1, BF2, BF3 and BF4 for selection. The relationships between the remaining components and the instances are similar, and will not be described in detail here.

[0097] In order to more clearly distinguish the relationships between the design requirements, the functions, the components and the instances, in the subsequent embodiments of the present application, the activity element corresponding to the function in the full model is referred to as a function element, the Block element corresponding to the component in the full model is referred to as a component element, and the Block element corresponding to the instance in the full model is referred to as an instance element.

[0098] S05: Expressing the connection relationship between the instance elements;

[0099] S06: Expressing the mutual exclusion relationship between the elements.

[0100] For step S05: The product instance is formed by aggregating all the instances, and each instance is part of the product instance. The domain knowledge is taken as the input of the LLM model, the connection relationship between all the instances output by the LLM model is obtained, and is expressed in the SysML model. In the SysML model, a Block element is created to represent the product instance, and a Directed Composition relationship is created between the Block element representing the product instance and the Block elements representing the instances. An Internal Block Diagram (IBD) is created in the Block element representing the product instance to display the instances in the form of component properties, and the type of the component properties is each instance element. A Connector element can be used to connect two component properties, and a connection relationship between two instance elements is created to indicate that at least one of the material, information or energy transmission exists between the components corresponding to the two instance elements and between the two instances. For example,Figure 7 Fig. 1 is a schematic diagram of connection relationship between example elements.

[0101] For step S06: In the system scheme of the product, there can be incompatible elements, and the common occurrence in the same system scheme can cause the scheme to be unachievable, or according to the field knowledge, it can be foreseen that it will cause the development result of the scheme to be inevitably failed. In the SysML model, the trace relationship is used to connect two incompatible elements, indicating the mutual exclusion relationship between the elements. In the BDD diagram, the mutual exclusion relationship between the functions, components and instances can be shown, as shown in Fig. 2. Figure 8 Fig. 2 is a schematic diagram of mutual exclusion relationship between components and connectors. Figure 9 Fig. 3 is a schematic diagram of mutual exclusion relationship between component properties and connectors. Figure 9 As shown in Fig. 3, when the component property BB1 exists, the connector connecting the component properties BA1 and BC1 is deleted in the system architecture scheme because of the mutual exclusion relationship between the connector and the component property BB1, so as to realize the connection of BA1 and BC1 through BB1; when the component property BB1 does not exist, the connector connecting the component properties BA1 and BC1 is not deleted, so as to realize the connection of the component property BA1 and the component property BC1 through the connector.

[0102] The above steps S01-S06 can complete the construction of the full-quantity model applied in the present application; as shown in Fig. 4, which is a part of the schematic diagram of the constructed full-quantity model. The full-quantity model can be constructed in real time, or can be constructed in advance, which is not specifically limited in the embodiments of the present application. Figure 10

[0103] In the above step 130, two implementable manners of constructing the initial schemes are described, wherein the first manner is to constantly copy and constantly fill the scheme templates from the process of step 110-step 120, and finally obtain the initial schemes. The following content describes the first manner in detail.

[0104] Specifically, in step 110, first, a system architecture scheme set is constructed: used to store the initial schemes of the system generated in the subsequent steps. Then a scheme template of the system architecture is created in the system architecture scheme set, and when the target function is matched from the full-quantity model based on the design requirement in the subsequent step, the matched target function is stored in the scheme template. The number of design requirements in the requirement list is irrelevant to the number of created scheme templates, that is, at the beginning, only one scheme template is constructed based on the requirement list.

[0105] ​In one example, there is one requirement RA in the design list, one scheme template is constructed in the system scheme set, the design requirement RA in the requirement list is filled in the scheme template as an element, and the final system scheme set is [RA].

[0106] Further, the design requirements are input into the full model in the order of the design requirements in the system architecture scheme, the functional elements associated with the design requirements are matched in the full model, and the functional set corresponding to each design requirement is obtained. If the functional set corresponding to one design requirement only includes one target function, the functional element corresponding to the target function is written into the scheme template. If the functional set corresponding to the design requirement includes two or more target functions, multiple scheme templates need to be generated by copying in the system scheme set, and the number of copies is determined based on the number of target functions in the functional set. For example, if the number of target functions in the functional set is N, the number of copies needed is N-1. The scheme template is copied N-1 times in the system scheme set, and the number of scheme templates in the final system scheme set is N; the N target functions in the functional set are matched with the N scheme templates one by one, so that one target function corresponds to one scheme template, and the target functions corresponding to any two scheme templates are not repeated. Further, for each target function, the functional element corresponding to the target function is written into the corresponding scheme template.

[0107] In one example, the design requirement RA is input, the target functions OA and OB are matched from the full model, the scheme template is copied once in the system scheme set, and the functional elements corresponding to OA and OB are filled into the two scheme templates respectively. The final system scheme set is [RA, OA; RA, OB], which includes two system architecture schemes; the information representing different system schemes is separated by a semicolon ";".

[0108] Further, the functional elements in each scheme template are functionally decomposed. In one possible implementation, the process of functional decomposition includes: retrieving each target function in the full model, and classifying each target function into a first target function and a second target function according to the retrieval result; the first target function has a splittable lower function in the full model, and the second target function does not have a splittable lower function in the full model; therefore, it can also be deduced that the lower function is also a second target function. The full model also includes the superior-inferior relationship between functions; each second target function is retrieved in the full model to obtain the instance set corresponding to each second target function; in the functional set corresponding to the first target function, each lower function corresponding to the first target function is written into the functional set where the first target function is located, to obtain the updated functional set.

[0109] In another possible implementation manner, the process of function decomposition can further include: taking the function elements in each scheme template as input information of the full-amount model; determining, for each function element, whether there is a refine relationship between the function element and other function elements in the full-amount model, that is, determining whether the function element has subordinate sub-function elements. For each scheme template, if the corresponding function element in the scheme template has subordinate sub-function elements, the sub-function elements are filled into the scheme template. For each scheme template, it is determined whether there is a mutual exclusion element in the scheme template, and if there is a mutual exclusion element, the scheme template is deleted.

[0110] In one example, the function element OA has no subordinate sub-function element, and the function element OB has subordinate sub-function elements DA and DB. The two sub-function elements DA and DB are filled into the scheme template in which the function element OB is located, and finally the system scheme set obtained is [RA, OA; RA, OB, DA, DB], containing 2 system architecture schemes.

[0111] In a possible case, if one function can match multiple design requirements, that is, multiple design requirements match the same target function, only one target function needs to be retained. Therefore, for each scheme template, after a new function element is written in the scheme template, the scheme template needs to be processed for duplication, and only one item is retained for the duplicated function element. Further, each scheme template after writing a new element is checked for mutual exclusion relationship, and the scheme template with mutual exclusion relationship is deleted from the system scheme set. In one example, both cargo transportation and passenger transportation are design requirements, and the target functions matched by the two design requirements both include generating thrust.

[0112] Specifically, the mutual exclusion relationship includes a first mutual exclusion relationship and a second mutual exclusion relationship; the first mutual exclusion relationship is a mutual exclusion relationship between function elements represented by non-functional requirements (relationship requirements) in the requirement list; and the second mutual exclusion relationship is a mutual exclusion relationship between function elements represented in the full-amount model.

[0113] Further, in one embodiment, in step 120, the process of matching to obtain the instance set corresponding to each target function can specifically include steps 121 and 122, as shown in the following table. Figure 11

[0114] Step 121: matching each function set in the full-amount model to obtain a component set corresponding to each target function, the component set including at least one target component.

[0115] Specifically, the constructed full-amount model further includes a correspondence between components and functions, and a correspondence between instances and components. ​

[0116] For each solution template obtained in step 110, each sub-function element in the solution template and the function element without lower sub-function element are taken as input information of the full model, and the component element associated with each sub-function element and the component element associated with each function element are matched in the solution full model. And the matched component element is filled in the solution template. If the component element associated with a function element is not unique, the solution template needs to be copied multiple times in the system solution set, and the number of copies is determined based on the number of component elements associated with the function element; assuming that the number of component elements associated with a function element is M, and M is greater than 2; then the number of copies is M-1, that is, after copying, the number of solution templates obtained in the system solution set is M. Further, for each function element, the M component elements matched by the function element are filled into the M solution templates respectively, so that the component elements in each solution template are not repeated.

[0117] In a possible case, if a component element can match multiple function elements, that is, multiple function elements match the same component element, only one component element needs to be retained. Therefore, for each solution template, after writing a new component element in the solution template, the solution template needs to be checked for duplication, and only one item is retained for the repeated component elements. Further, each solution template after writing a new element is checked for mutual exclusion relationship, and the solution template with mutual exclusion relationship is deleted from the system solution set.

[0118] Specifically, the mutual exclusion relationship includes a first mutual exclusion relationship and a second mutual exclusion relationship; wherein the first mutual exclusion relationship is the mutual exclusion relationship between the component elements represented by the non-functional requirements in the requirement list, and the mutual exclusion relationship between the component elements and the function elements; the second mutual exclusion relationship is the mutual exclusion relationship between the function elements represented in the full model, and the mutual exclusion relationship between the component elements and the function elements.

[0119] In an example, functions OA, DA and DB are taken as input information of the full model, and component matching is performed: for function DA, component BC is matched, then BC is filled into the solution template containing DA, and component BD matched by function DB is matched in the same way. For function OA, two components BA and BB can be matched, so it is necessary to copy 1 solution template containing function OA in the system architecture solution set, and the component elements corresponding to components BA and BB respectively are filled into the two solution templates. The finally obtained system solution set is [RA, OB, DA, DB, BC, BD; RA, OA, BA; RA, OA, BB], containing 3 solution templates.

[0120] Step 122, matching each component set in the full model to obtain a set of instances corresponding to each target component.

[0121] For each scheme template obtained in step 121, taking each component element in the scheme template as input information of the full model, matching the instance element associated with each component element in the full model, and filling the matched instance element into the system scheme. If the instance element associated with a component element is not unique, the scheme template containing the component element needs to be copied multiple times in the system scheme set; if the instance element associated with a component element has Q elements and Q is greater than or equal to 2, the number of copies is Q-1, and after copying, there are Q scheme templates containing the component element. Further, one-to-one correspondence is established between the Q instance elements and the Q scheme templates, and one instance element is filled into each scheme template, and the instance elements filled into each scheme template are mutually exclusive.

[0122] In a possible case, if an instance element can match multiple component elements, that is, multiple component elements match the same instance element, only one instance element needs to be retained. Therefore, for each scheme template, after writing a new instance element in the scheme template, the scheme template needs to be processed for duplicate checking, and only one item is retained for the repeated instance elements. Further, mutual exclusion relationship is checked for each scheme template after writing a new element, and the scheme templates with mutual exclusion relationship are deleted from the system scheme set.

[0123] Specifically, the mutual exclusion relationship includes a first mutual exclusion relationship and a second mutual exclusion relationship; wherein the first mutual exclusion relationship is the mutual exclusion relationship between the instance elements represented by the non-functional requirements in the requirement list, and the mutual exclusion relationship between the component elements and the instance elements; the second mutual exclusion relationship is the mutual exclusion relationship between the instance elements of the same level represented in the full model, and the mutual exclusion relationship between the instance elements, the component elements and the functional elements across levels.

[0124] In one example, the instance element matching is performed by taking the component elements BA, BB, BC and BD as the input information of the full-amount model: for the component element BA, two instance elements BA1 and BA2 are retrieved, thus one scheme template containing the component element BA needs to be copied in the system architecture scheme set, and the instance elements BA1 and BA2 are filled into the two scheme templates containing the component element BA respectively; the same operation as described above is performed on the instance elements BB1 and BB2 retrieved by the component element BB. For the component elements BC and BD, since the two component elements exist in the same scheme template, and there are three instance elements associated with the component element BC and two instance elements associated with the component element BD, the scheme template containing the component elements BC and BD needs to be copied for five times, and six instance combinations formed by the instance elements corresponding to the component elements BC and BD are filled into the six scheme templates respectively.

[0125] The finally obtained system scheme set is [RA, OA, BA, BA1; RA, OA, BA, BA2; RA, OA, BB, BB1; RA, OA, BB, BB2; RA, OB, DA, DB, BC, BD, BC1, BD1; RA, OB, DA, DB, BC, BD, BC1, BD2; RA, OB, DA, DB, BC, BD, BC2, BD1; RA, OB, DA, DB, BC, BD, BC2, BD2; RA, OB, DA, DB, BC, BD, BC3, BD1; RA, OB, DA, DB, BC, BD, BC3, BD2]; the set contains ten scheme templates, and each of the ten scheme templates is an initial scheme.

[0126] Further, for each initial scheme, the initial scheme is retrieved in the full-amount model, and the corresponding connectors are matched for the initial scheme; that is, for each initial scheme, the instance elements in the initial scheme are taken as the input information of the full-amount model, and the connectors associated with each instance element are matched in the full-amount model. The connectors are used to connect the elements corresponding to the instance pairs having a connection relationship, and the connection relationship represents that there is at least one interaction relationship of matter, information and energy between the instances.

[0127] Further, for each initial scheme, the duplicate checking and the mutual exclusion relationship checking are performed on each scheme, and it is confirmed whether there is a mutual exclusion element in each initial scheme; if there is a mutual exclusion relationship in the initial scheme, the scheme is deleted. The mutual exclusion relationship checking specifically includes: based on a first mutual exclusion relationship represented by a relationship requirement, each initial scheme is retrieved to obtain a first retrieval result; based on a second mutual exclusion relationship contained in the full-amount model, each initial scheme is retrieved to obtain a second retrieval result; based on the first retrieval result and / or the second retrieval result, a target scheme is determined from the initial schemes.

[0128] That is, for an initial scheme, as long as there is any one of the first mutual exclusion relationship or the second mutual exclusion relationship between the elements in the scheme, the scheme satisfies the deletion condition. The initial scheme in which there is no first mutual exclusion relationship and no second mutual exclusion relationship between the elements is determined as the final target scheme, that is, the actually available scheme. Further, for each target scheme, the elements not existing in the target scheme are deleted in the full-amount model to obtain the model of the target architecture corresponding to the target scheme.

[0129] It should be understood that, although each step in the flowchart involved in the above embodiments is displayed in sequence according to the arrow indication, these steps are not necessarily executed in sequence according to the arrow indication. Unless explicitly stated herein, the execution of these steps is not strictly limited in sequence, and these steps can be executed in other sequences. Moreover, at least part of the steps in the flowchart involved in the above embodiments can include multiple steps or multiple stages, which are not necessarily executed at the same time, but can be executed at different times, and the execution sequence of these steps or stages is not necessarily sequential, but can be executed in rotation or alternation with at least part of other steps or steps or stages in other steps.

[0130] Based on the same inventive concept, the embodiments of the present application also provide a requirement and function based architecture design device for implementing the above-mentioned requirement and function based architecture design method. The implementation scheme for solving the problem provided by the device is similar to the implementation scheme described in the above method, and therefore the specific limitations in one or more requirement and function based architecture design device embodiments provided below can refer to the limitations of the requirement and function based architecture design method in the above text, which will not be repeated here.

[0131] In an exemplary embodiment, as shown in Figure 12 a requirement and function based architecture design device is provided, which includes a first matching module 1201, a second matching module 1202, an initial scheme construction module 1203, a target scheme screening module 1204, and a target architecture construction module 1205, wherein:

[0132] The first matching module 1201 is configured to create a scheme template of an architecture scheme based on a requirement list, and match the requirement list in a full-amount model to obtain a function set corresponding to each design requirement in the requirement list; the function set includes at least one target function, and the full-amount model includes the corresponding relationship between requirements and functions;

[0133] The second matching module 1202 is configured to match each function set in the full-amount model to obtain an instance set corresponding to each target function, the instance set including at least one target instance, and the full-amount model further including a corresponding relationship between the instance and the function.

[0134] The initial scheme construction module 1203 is configured to construct a plurality of initial schemes based on a scheme template, each initial scheme including a function element of one target function corresponding to each design requirement and an instance element of one target instance corresponding to each target function.

[0135] The target scheme screening module 1204 is configured to search each initial scheme based on the mutual exclusion relationship, and determine a target scheme from the initial schemes according to a search result, the target scheme being an initial scheme in which there is no mutual exclusion relationship between elements, and the full-amount model further including the mutual exclusion relationship between the elements.

[0136] The target architecture construction module 1205 is configured to construct a corresponding target architecture based on each target scheme, each target architecture being an architecture scheme corresponding to the requirement list.

[0137] In one of the embodiments, the second matching module 1202 is specifically configured to:

[0138] match each function set in the full-amount model to obtain a component set corresponding to each target function, the component set including at least one target component;

[0139] match each component set in the full-amount model to obtain an instance set corresponding to each target component, and the full-amount model further including a corresponding relationship between the component and the function and a corresponding relationship between the instance and the component.

[0140] In one of the embodiments, the second matching module 1202 is specifically configured to:

[0141] search each target function in the full-amount model, and classify the target functions into a first target function and a second target function according to a search result, the first target function being a function having a splittable lower function in the full-amount model, the second target function being a function not having a splittable lower function in the full-amount model, the lower function being the second target function, and the full-amount model further including a superior-inferior relationship between the functions;

[0142] search each second target function in the full-amount model to obtain an instance set corresponding to each second target function;

[0143] replace the first target function with each lower function corresponding to the first target function in the function set corresponding to the first target function to obtain an updated function set.

[0144] In one of the embodiments, the demand and function based architecture design apparatus further comprises a connector retrieval module, which is specifically configured to:

[0145] For each initial scheme, the initial scheme is retrieved in the full-amount model, and each connector corresponding to the initial scheme is matched to the initial scheme, the connector being used to connect elements corresponding to instance pairs having a connection relationship, the connection relationship representing at least one of a material, information and energy interaction relationship between the instances.

[0146] In one of the embodiments, the initial scheme determination module 1203 is specifically configured to:

[0147] Based on the first mutual exclusion relationship represented by the relationship requirement, each initial scheme is retrieved to obtain a first retrieval result;

[0148] Based on the second mutual exclusion relationship contained in the full-amount model, each initial scheme is retrieved to obtain a second retrieval result;

[0149] Based on the first retrieval result and / or the second retrieval result, a target scheme is determined from the initial schemes.

[0150] In one of the embodiments, the target architecture construction module 1205 is specifically configured to:

[0151] For each target scheme, an element not existing in the target scheme is deleted in the full-amount model to obtain a target architecture corresponding to the target scheme.

[0152] The modules in the above demand and function based architecture design apparatus can be all or partially realized by software, hardware and combinations thereof. The above modules can be embedded in or independent of a processor in a computer device in a hardware form, or can be stored in a memory in a computer device in a software form, so as to be called and executed by a processor to perform operations corresponding to the above modules.

[0153] In one of the exemplary embodiments, a computer device is provided, which can be a terminal, and an internal structure diagram of the computer device can be as shown in Figure 13The computer device includes a processor, a memory, an input / output interface, a communication interface, a display unit and an input device. The processor, the memory and the input / output interface are connected through a system bus. The communication interface, the display unit and the input device are connected to the system bus through the input / output interface. The processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and a computer program. The internal memory provides an environment for running the operating system and the computer program in the non-volatile storage medium. The input / output interface of the computer device is configured to exchange information between the processor and external devices. The communication interface of the computer device is configured to perform wired or wireless communication with external terminals. The wireless communication can be achieved through WIFI, mobile cellular network, NFC (Near Field Communication) or other technologies. The computer program is executed by the processor to implement a demand and function based architecture design method. The display unit of the computer device is configured to form a visually visible picture, which can be a display screen, a projection device or a virtual reality imaging device. The display screen can be a liquid crystal display screen or an electronic ink display screen. The input device of the computer device can be a touch layer overlaid on the display screen, or a key, a trackball or a touchpad arranged on the shell of the computer device, or an external keyboard, a touchpad or a mouse, etc.

[0154] Those skilled in the art can understand that Figure 13 The structure shown in the figure is only a block diagram of part of the structure related to the scheme of the present application, and does not constitute a limitation on the computer device to which the scheme of the present application is applied. The specific computer device can include more or fewer components than those shown in the figure, or combine certain components, or have a different arrangement of components.

[0155] In one exemplary embodiment, a computer device is provided, including a memory and a processor, the memory storing a computer program, and the processor executing the computer program to implement any step of the above demand and function based architecture design method embodiment.

[0156] In one embodiment, a computer readable storage medium is provided, storing a computer program, and the computer program is executed by a processor to implement any step of the above demand and function based architecture design method embodiment.

[0157] In one embodiment, a computer program product is provided, including a computer program, and the computer program is executed by a processor to implement any step of the above demand and function based architecture design method embodiment.

[0158] It should be noted that the user information (including but not limited to user equipment information, user personal information, etc.) and data (including but not limited to data for analysis, stored data, displayed data, etc.) involved in the present application are all information and data authorized by the user or authorized by all parties, and the collection, use and processing of related data need to comply with relevant regulations.

[0159] A person of ordinary skill in the art can understand that all or part of the processes in the above-mentioned embodiment methods can be completed by instructing related hardware through a computer program. The computer program can be stored in a non-volatile computer readable storage medium, and when the computer program is executed, the processes of the above-mentioned embodiments of the methods can be included. Any reference to a memory, a database or other medium used in the embodiments provided in the present application can include at least one of a non-volatile and a volatile memory. The non-volatile memory can include a read-only memory (ROM), a magnetic tape, a floppy disk, a flash memory, an optical storage, a high-density embedded non-volatile memory, a resistance random access memory (ReRAM), a magnetoresistive random access memory (MRAM), a ferroelectric random access memory (FRAM), a phase change memory (PCM), a graphene memory, etc. The volatile memory can include a random access memory (RAM) or an external cache memory, etc. As an illustration but not limitation, the RAM can be in various forms, such as a static random access memory (SRAM) or a dynamic random access memory (DRAM), etc. The database involved in the embodiments provided in the present application can include at least one of a relational database and a non-relational database. The non-relational database can include a distributed database based on a block chain, etc., and is not limited thereto. The processor involved in the embodiments provided in the present application can be a general-purpose processor, a central processing unit, a graphics processing unit, a digital signal processor, a programmable logic device, a data processing logic device based on quantum computing, etc., and is not limited thereto.

[0160] The technical features of the above embodiments can be combined in any manner. To make the description concise, not all possible combinations of the technical features in the above embodiments are described, but as long as the combinations of the technical features do not exist contradictions, they should be considered as the scope of the present disclosure.

[0161] The above embodiments only express several implementation ways of the present application, and the description is more specific and detailed, but it should not be understood as a limitation to the patent scope of the present application. It should be pointed out that for ordinary skilled in the art, without departing from the concept of the present application, several modifications and improvements can be made, which all belong to the protection scope of the present application. Therefore, the protection scope of the present application should be subject to the appended claims.

Claims

1. A requirement- and function-based architecture design method, characterized in that, The method includes: A system architecture template is created based on the requirements list, and the requirements list is matched in the full model to obtain the function set corresponding to each design requirement in the requirements list; the function set includes at least one target function, and the full model includes the correspondence between requirements and functions; the template includes each design requirement, and each design requirement leads to a corresponding sub-branch, and each sub-branch corresponds to a target function in the function set; In the full model, each set of functions is matched to obtain an instance set corresponding to each target function. The instance set includes at least one target instance. The full model also includes the correspondence between instances and functions. Multiple initial schemes are constructed based on the scheme template. Each initial scheme includes a functional element of a target function corresponding to each design requirement, and an instance element of a target instance corresponding to each target function. Each initial scheme is retrieved based on mutual exclusion relationships, and a target scheme is determined from each initial scheme according to the retrieval results. The target scheme is the initial scheme in which there are no mutual exclusion relationships between elements. The full model also includes the mutual exclusion relationships between elements. Based on each of the target solutions, a corresponding target architecture is constructed, and each of the target architectures is the architecture solution corresponding to the requirement list.

2. The method according to claim 1, characterized in that, The process of matching each set of functions in the full model to obtain an instance set corresponding to each target function includes: In the full model, each set of functions is matched to obtain a set of components corresponding to each target function, and the set of components includes at least one target component; In the full model, each set of components is matched to obtain a set of instances corresponding to each target component. The full model also includes the correspondence between components and functions, as well as the correspondence between instances and components.

3. The method according to claim 2, characterized in that, The process of matching each set of functions in the full model to obtain an instance set corresponding to each target function includes: Each target function is retrieved in the full model, and each target function is classified into a first target function and a second target function according to the retrieval results; the first target function is a subdivisible subordinate function in the full model, and the second target function is a subdivisible subordinate function in the full model. The subordinate function is the second target function, and the full model also includes the hierarchical relationship between functions. Retrieve each second target function from the full model to obtain an instance set corresponding to each second target function; In the function set corresponding to the first target function, the first target function is replaced by each of the subordinate functions corresponding to the first target function to obtain the updated function set.

4. The method according to claim 2 or 3, characterized in that, The method further includes: For each initial scheme, the initial scheme is retrieved in the full model, and corresponding connectors are matched for the initial scheme. The connectors are used to connect elements corresponding to instances with connection relationships, and the connection relationships represent at least one interaction relationship among matter, information, and energy between instances.

5. The method according to claim 4, characterized in that, The requirement list also includes relational requirements. The step of retrieving each initial solution based on mutual exclusion relationships and determining the target solution from each initial solution based on the retrieval results includes: Based on the first mutually exclusive relationship represented by the relational requirement, each of the initial schemes is retrieved to obtain the first retrieval result; Based on the second mutual exclusion relationship contained in the full model, each of the initial schemes is retrieved to obtain the second retrieval result; Based on the first search result and / or the second search result, a target solution is determined from each of the initial solutions.

6. The method according to claim 5, characterized in that, The construction of the corresponding target architecture based on each of the target schemes includes: For each target scheme, elements that do not exist in the target scheme are deleted from the full model to obtain the target architecture corresponding to the target scheme.

7. A requirement- and function-based architecture design device, characterized in that, The device includes a first matching module, a second matching module, an initial scheme construction module, a target scheme screening module, and a target architecture construction module, wherein: The first matching module is used to create a system architecture solution template based on the requirement list, and match the requirement list in the full model to obtain the function set corresponding to each design requirement in the requirement list; the function set includes at least one target function, and the full model includes the correspondence between requirements and functions; the solution template includes each of the design requirements, and leads to a corresponding sub-branch for each design requirement, and each sub-branch corresponds to a target function in the function set; The second matching module is used to match each of the function sets in the full model to obtain an instance set corresponding to each target function. The instance set includes at least one target instance, and the full model also includes the correspondence between instances and functions. An initial scheme construction module is used to construct multiple initial schemes based on the scheme template. The initial scheme includes a functional element of a target function corresponding to each design requirement, and an instance element of a target instance corresponding to each target function. The target solution filtering module is used to retrieve each of the initial solutions based on mutual exclusion relationships, and determine the target solution from each of the initial solutions according to the retrieval results. The target solution is the initial solution in which there is no mutual exclusion relationship between the elements. The full model also includes the mutual exclusion relationships between the elements. The target architecture construction module is used to construct the corresponding target architecture based on each of the target solutions, where each target architecture is the architecture solution corresponding to the requirement list.

8. A computer device comprising a memory and a processor, wherein the memory stores a computer program, characterized in that, When the processor executes the computer program, it implements the steps of the method according to any one of claims 1 to 6.

9. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1 to 6.

10. A computer program product, comprising a computer program, characterized in that, When executed by a processor, the computer program implements the steps of the method according to any one of claims 1 to 6.

Citation Information

Patent Citations

  • MBSE-based equipment digital twin modeling method

    CN117763851A

  • Method and device for determining forward design scheme of aerospace equipment, medium and equipment

    CN118296856A