Aircraft manufacturing multi-process demand model construction method and device, medium and equipment

Abstract

The invention discloses an aircraft manufacturing multi-process demand model construction method and device, a medium and equipment, and relates to the technical field of aircraft manufacturing digitization, the architecture of a model is determined in a mode of matching a target project, the whole business working process is developed around the determined manufacturing dimension for the technology of the demand, and the requirement of the aircraft manufacturing multi-process demand model is met. According to the method, an aircraft manufacturing multi-process professional demand model is constructed around manufacturing attention, multi-process professional demand design needed by aircraft manufacturing engineering is supported, cooperation relation interfaces of different process professions are defined under selected dimensions, node network relation expression of the model is achieved, and the model is optimized. And finally, performing content design of manufacturing non-functional demand indexes, constructing a model oriented to non-functional demands, and realizing digital management of manufacturing demand process design so as to support implementation of aircraft manufacturing engineering, reduce dependence on process technicians and effectively improve aircraft manufacturing efficiency.

Description

Technical Field

[0001] The present application relates to the field of digital technology for aircraft manufacturing, and in particular to a method, device, medium, and equipment for constructing a multi-process demand model for aircraft manufacturing. Background Art

[0002] Modern large aircraft are typical complex aviation products. During their manufacturing process, process design requires, on the one hand, understanding product requirements and adapting process methods. On the other hand, and more importantly, it is necessary to convert manufacturing efficiency, quality, and cost requirements into requirements for the realization of complex products. That is: carry out manufacturability design around the production realization of complex products, complete the analysis of the rationality, feasibility, and affordability of manufacturability, and finally form a manufacturing process demand model. Based on the manufacturing process demand model, attention and control of the manufacturing process can be achieved.

[0003] Existing methods primarily focus on designing and analyzing demand models for complex aviation products, but lack directly applicable methods and techniques for their manufacturing. The current aircraft manufacturing process design process primarily relies on project-based approaches, using offline communication and face-to-face discussions to plan process requirements and design technical specifications for each process discipline. This relies heavily on the individual capabilities of process technicians, impacting aircraft manufacturing efficiency. Summary of the Invention

[0004] The main purpose of this application is to provide a method, device, medium and equipment for constructing a multi-process requirement model for aircraft manufacturing, aiming to solve the problem in the prior art of the lack of a directly usable process requirement model in the aircraft manufacturing process.

[0005] To achieve the above objectives, the technical solutions adopted in the embodiments of the present application are as follows: In a first aspect, an embodiment of the present application provides a method for constructing a multi-process requirement model for aircraft manufacturing, comprising the following steps: Match the target project and determine the target architecture dimension of the model; Technical development of requirements around the target architecture dimensions; Define the collaborative relationship interface between the first process specialty and the second process specialty based on the target architecture dimension and the technology development dimension; According to the target architecture dimension and technology development dimension, the content design of manufacturing non-functional requirement indicators is carried out, and the target manufacturing process requirement model is constructed.

[0006] In a possible implementation of the first aspect, defining a collaborative relationship interface between the first process specialty and the second process specialty based on the target architecture dimension and the technology deployment dimension includes: Obtaining a first identifier and a second identifier based on the target architecture dimension and the technology deployment dimension; According to the first identifier and the second identifier, a structured expression of the interface between the first process specialty and the second process specialty is performed to define the collaborative relationship interface between the first process specialty and the second process specialty.

[0007] In a possible implementation of the first aspect, before defining a collaboration interface between the first process specialty and the second process specialty based on the target architecture dimension and the technology deployment dimension, the method further includes: Determine the interface relationship based on the needs of the target project; interface relationships include one-to-many relationships and many-to-many relationships; Based on the target architecture dimensions and technology development dimensions, define the collaborative relationship interface between the first process specialty and the second process specialty, including: According to the target architecture dimension and the technology development dimension, the collaborative relationship interface between the first process specialty and the second process specialty is defined based on the interface relationship.

[0008] In a possible implementation of the first aspect, matching is performed according to the target project to determine the target architecture dimension of the model, including: Match the manufacturing strategy or focus to the target project and determine the target architecture dimensions of the model.

[0009] In a possible implementation of the first aspect, after designing the content of manufacturing non-functional requirement indicators based on the target architecture dimension and the technology deployment dimension and constructing the target manufacturing process requirement model, the method further includes: Determine whether the manufacturing non-functional requirement indicators in the target manufacturing process requirement model need to be verified. If the judgment result is that verification is required, verification is performed according to the verification plan tasks; among which, the verification plan tasks include calculation tasks, analysis tasks, simulation tasks and sample tasks.

[0010] In a possible implementation of the first aspect, after designing the content of manufacturing non-functional requirement indicators based on the target architecture dimension and the technology deployment dimension and constructing the target manufacturing process requirement model, the method further includes: Reuse according to the target manufacturing process requirement model.

[0011] In a possible implementation of the first aspect, reusing according to a target manufacturing process requirement model includes: According to the target manufacturing process demand model, obtain the demand model results and related clue relationship results and publish them; Based on the target manufacturing process requirement model, model reuse, work process reuse, digital clue analysis and clue-based management are carried out through template generation and digital clue generation.

[0012] In a second aspect, an embodiment of the present application provides a device for constructing a multi-process requirement model for aircraft manufacturing, comprising: The architecture design module of the manufacturing process requirement model is used to match the target project and determine the target architecture dimension of the model; Manufacturing process requirement decomposition and allocation module, used for technical deployment of requirements around target architecture dimensions; The manufacturing process requirement interface definition module is used to define the collaborative relationship interface between the first process specialty and the second process specialty based on the target architecture dimension and the technology development dimension; The manufacturing process requirement content design module is used to design the content of manufacturing non-functional requirement indicators based on the target architecture dimensions and technology development dimensions, and to build a target manufacturing process requirement model.

[0013] In a third aspect, an embodiment of the present application provides a computer-readable storage medium storing a computer program. When the computer program is loaded and executed by a processor, it implements the method for constructing a multi-process requirement model for aircraft manufacturing as provided in any one of the first aspects above.

[0014] In a fourth aspect, an embodiment of the present application provides an electronic device, including a processor and a memory, wherein: Memory is used to store computer programs; The processor is used to load and execute a computer program so that the electronic device executes the method for constructing a multi-process requirement model for aircraft manufacturing as provided in any one of the first aspects above.

[0015] Compared with the prior art, the present invention has the following advantages: The embodiment of the present application proposes a method, device, medium and equipment for constructing a multi-process requirement model for aircraft manufacturing. The method includes: matching according to the target project to determine the target architecture dimension of the model; technically developing the requirements around the target architecture dimension; defining the collaborative relationship interface between the first process specialty and the second process specialty according to the target architecture dimension and the dimension of the technical development; designing the content of the manufacturing non-functional requirement indicators according to the target architecture dimension and the dimension of the technical development, and constructing the target manufacturing process requirement model. The present application determines the architecture of the model by matching the target project. The entire business work process conducts technical development of the requirements around the determined manufacturing dimension, forming a multi-process requirement model for aircraft manufacturing around manufacturing focus, supporting the multi-process requirement design required for aircraft manufacturing engineering, defining the collaborative relationship interface of different process specialties under the selected dimension, realizing the node network relationship expression of the model, and finally designing the content of the manufacturing non-functional requirement indicators, constructing a model guided by non-functional requirements, realizing the digital management of manufacturing requirement process design, so as to support the implementation of aircraft manufacturing engineering, reduce the dependence on process technicians, and effectively improve aircraft manufacturing efficiency. BRIEF DESCRIPTION OF THE DRAWINGS

[0016] Figure 1 A schematic diagram of the electronic device structure of the hardware operating environment involved in the embodiments of the present application; Figure 2 A flowchart of a method for constructing a multi-process demand model for aircraft manufacturing provided in an embodiment of the present application; Figure 3 This is a flowchart of step 01 in one implementation of the method for constructing a multi-process demand model for aircraft manufacturing provided in an embodiment of the present application; Figure 4 This is a schematic diagram of the technical deployment of step 02 in the aircraft manufacturing multi-process demand model construction method provided in an embodiment of the present application under a distributed architecture implementation method; Figure 5 A schematic diagram of the technical deployment of step 02 in the method for constructing a multi-process demand model for aircraft manufacturing provided in an embodiment of the present application under a federated architecture implementation method; Figure 6 This is a flowchart of step 03 in the method for constructing a multi-process demand model for aircraft manufacturing provided in an embodiment of the present application, under one implementation mode; Figure 7 This is a flow chart of step 04 in one implementation manner of the method for constructing a multi-process demand model for aircraft manufacturing provided in an embodiment of the present application; Figure 8 This is a flow chart of step 05 in one implementation of the method for constructing a multi-process demand model for aircraft manufacturing provided in an embodiment of the present application; Figure 9 A flowchart of step 06 in one implementation of the method for constructing a multi-process demand model for aircraft manufacturing provided in an embodiment of the present application; Figure 10 A schematic diagram of the overall characteristics of the target manufacturing process requirement model in the aircraft manufacturing multi-process requirement model construction method provided in an embodiment of the present application; Figure 11 A flowchart of a method for constructing a multi-process demand model for aircraft manufacturing provided in an embodiment of the present application, under one implementation manner; Figure 12 A schematic diagram of a module of a device for constructing a multi-process demand model for aircraft manufacturing provided in an embodiment of the present application; Markings in the figure: 101 - processor, 102 - communication bus, 103 - network interface, 104 - user interface, 105 - memory. DETAILED DESCRIPTION

[0017] It should be understood that the specific embodiments described herein are only used to explain the present application and are not intended to limit the present application.

[0018] Refer to the attached Figure 1 , attached Figure 1 This is a schematic diagram of the structure of an electronic device of the hardware operating environment involved in the embodiment of the present application. The electronic device may include: a processor 101, such as a central processing unit (CPU), a communication bus 102, a user interface 104, a network interface 103, and a memory 105. Among them, the communication bus 102 is used to realize the connection and communication between these components. The user interface 104 may include a display screen (Display), an input unit such as a keyboard (Keyboard), and optionally the user interface 104 may also include a standard wired interface and a wireless interface. The network interface 103 may optionally include a standard wired interface and a wireless interface (such as a wireless fidelity (WIreless-FIdelity, WI-FI) interface). The memory 105 may optionally be a storage device independent of the aforementioned processor 101. The memory 105 may be a high-speed random access memory (RAM) memory, or a stable non-volatile memory (NVM), such as at least one disk storage. The processor 101 may be a general-purpose processor, including a central processing unit, a network processor, etc., or may be a digital signal processor, an application-specific integrated circuit, a field programmable gate array or other programmable logic device, a discrete gate or transistor logic device, or a discrete hardware component.

[0019] Those skilled in the art will understand that Figure 1The structure shown in the figure does not constitute a limitation to the electronic device, and may include more or fewer components than shown in the figure, or combine certain components, or arrange the components differently.

[0020] As attached Figure 1 As shown, the memory 105 as a storage medium may include an operating system, a network communication module, a user interface module, and an aircraft manufacturing multi-process demand model building device.

[0021] In the attached Figure 1 In the electronic device shown, the network interface 103 is mainly used for data communication with the network server; the user interface 104 is mainly used for data interaction with the user; the processor 101 and the memory 105 in this application can be set in the electronic device, and the electronic device calls the aircraft manufacturing multi-process demand model construction device stored in the memory 105 through the processor 101, and executes the aircraft manufacturing multi-process demand model construction method provided in the embodiment of this application.

[0022] Modern large aircraft are typical complex aviation products. During their manufacturing process, process design requires, on the one hand, understanding product requirements and adapting process methods. On the other hand, and more importantly, converting manufacturing efficiency, quality, and cost requirements into requirements for the realization of complex products, that is, conducting manufacturability design around the production realization of complex products, completing the analysis of the rationality, feasibility, and affordability of manufacturability, and finally forming a manufacturing process requirement model. Based on the manufacturing process requirement model, attention and control of the manufacturing process are achieved. The current technologies for solving complex products and complex systems are mainly traditional systems engineering, model-based systems engineering (MBSE) methods and their tools, and software systems. The following three methods are mainly used in the demand design of product objects: Functional decomposition method: mainly uses data flow diagrams to express the key functions, resources and interface relationships of the product, especially the information flow and control flow. The main model elements include: function, flow, and data storage. Information modeling method: mainly uses object relationship diagrams to express the organizational relationship between resources and information. The main model elements include: objects, relationships, candidates, selections, and constraints. Behavioral analysis method: mainly uses transition diagrams to express the behavior of the object system when objective variables such as time, state, and environment change, as well as the associated specific scenarios that lead to these changes. The main model elements include: state, scenario, transition type, and behavior.

[0023] The above methods are primarily used to design and analyze demand models for complex products. However, there are a lack of directly applicable methods and technologies for the manufacturing process of complex products. The current process design process for aircraft manufacturing engineering primarily uses a project-based approach, using offline communication and face-to-face discussions to plan process requirements and design technical indicators for each process discipline. This has the following major drawbacks: Traditional demand models focus on functional descriptions, and based on the input of the product system, they decompose and design requirements along the product breakdown structure (PBS). They basically lack non-functional description requirements, such as manufacturing efficiency, quality, cost, etc., and there is also a lack of methods and technologies for constructing such manufacturing demand models.

[0024] The manufacturing process requirement design in manufacturing engineering is located at the back end of the product object development life cycle. Experience-based manufacturing requirement design often focuses more on non-functional requirements and may ignore or fail to identify and realize the key requirements from the product object itself, resulting in product feature assurance quality risks in the realization of complex product manufacturing.

[0025] There is also a lot of collaboration between multiple process disciplines in the manufacturing process. Personal experience and face-to-face communication cannot explicitly express and control the collaboration of process demand design.

[0026] Traditional manufacturing process requirements are characterized by "multi-source heterogeneity", which makes it difficult to digitally and explicitly manage the requirements, difficult to reuse, and unable to find the control points of the manufacturing process according to the level of attention.

[0027] Currently, in the area of requirements design information systems, whether it's dedicated requirements management software like IBM DOORS and Dassault Systèmes Reqtify, or the requirements design modules within mainstream product lifecycle management software, the mainstream technology used to build product design requirements models is primarily based on the aforementioned functional decomposition approach. After obtaining the functionally decomposed product design requirements model architecture, partial cross-linking relationships and logical behavior information are integrated to ultimately form a requirements model covering product design. These software platforms and tool systems target the design requirements demonstration of complex products, rather than manufacturing feasibility. In particular, they do not focus on non-functional manufacturing requirements such as manufacturing efficiency, manufacturing cost, and manufacturing quality, nor do they address the management and control of manufacturing process requirements or the generation of attention reports.

[0028] In addition, aircraft manufacturing process requirement design has traditionally relied heavily on the personal professional capabilities and occupational qualities of process technicians. These individual process requirement design results are generally recorded in a discrete, multi-carrier, and different format manner, scattered across various physical, paper, and digital document files, making it difficult to transfer and trace the knowledge of aircraft manufacturing process requirements.

[0029] To this end, this application provides a solution: the architecture of the model is determined in a way that matches the target project, and the entire business work process is technically developed around the determined manufacturing dimensions to form a model for the construction of multi-process professional demand for aircraft manufacturing centered on manufacturing concerns, supporting the multi-process professional demand design required for aircraft manufacturing projects, defining the collaborative relationship interface of different process specialties under the selected dimensions, realizing the node network relationship expression of the model, and finally carrying out the content design of manufacturing non-functional demand indicators, building a model guided by non-functional demand, realizing the digital management of manufacturing demand process design, so as to support the implementation of aircraft manufacturing projects, reduce dependence on process technicians, and effectively improve aircraft manufacturing efficiency.

[0030] Refer to the attached Figure 2 Based on the hardware device of the aforementioned embodiment, an embodiment of the present application provides a method for constructing a multi-process demand model for aircraft manufacturing, comprising the following steps: Step 01: Match the target project and determine the target architecture dimension of the model.

[0031] During the implementation process, different types of demand model architecture designs are performed based on matching with target projects, selecting manufacturing strategies or focus levels. Specifically, matching with target projects determines the target architecture dimensions of the model, including matching with manufacturing strategies or focus levels based on target projects to determine the target architecture dimensions of the model.

[0032] Depending on manufacturing strategy and focus, the architecture can integrate discrete, distributed, and federated architectures to form an overall organizational form. Selection is based on demand, such as the low-cost manufacturing demand model architecture (illustrated as R1), the rapid development demand architecture (illustrated as R2), and the mass production demand architecture (illustrated as R3).

[0033] Specifically: As attached Figure 3This is a flowchart of one implementation of step 01. The input is "aircraft manufacturing strategy and focus," offering options 1 through n. In this example, these options include "Option 1: Low-Cost Manufacturing R1," "Option 2: Rapid Development R2," and "Option 3: Mass Production R3." As shown, when "Option 1: Low-Cost Manufacturing R1" is selected, a "Distributed Architecture" template is presented to the user for further architectural design, based on the pre-defined architecture pre-matched with the manufacturing strategy / focus. When "Option 3: Mass Production R3" is selected, a "Federated Architecture" template is presented to the user for further architectural design, based on the pre-defined architecture pre-matched with the manufacturing strategy / focus. The architecture in step 01 allows users to expand, copy, merge, and tailor it to meet the needs of the manufacturing strategy and focus. In this case, the associated architecture better aligns with the logic of aircraft manufacturing strategy and focus. For example, the distributed architecture pre-matched with low-cost manufacturing R1 reflects the inherent characteristics of aircraft manufacturing technology costs, demonstrating the mutual constraints, mutual influence, and comprehensive balance between different cost nodes.

[0034] Step 02: Technical development of requirements around target architecture dimensions.

[0035] During the specific implementation process, the manufacturing process requirements are decomposed and allocated. For a selected target architecture, the technical deployment of the requirements around the architecture is carried out, such as the aircraft main manufacturing process technology deployment (exemplary mark: D1), aircraft manufacturing subcontracting technology deployment (exemplary mark: D2), aircraft manufacturing quality technology deployment (exemplary mark: D3), etc.

[0036] Specifically, as attached Figure 4 This is a diagram of the technology deployment in step 02 under the distributed architecture implementation method. At this time, the demand architecture is a distributed architecture that matches "low-cost manufacturing R1". First, determine the technology deployment form of the architecture node. As shown in the figure, when "Option 1: Aircraft main manufacturing process technology deployment D1" is selected, the node "Man-hour cost" is based on the aircraft's main manufacturing process "parts manufacturing, component assembly, whole machine integration, test flight" to express the aircraft's low-cost manufacturing of the man-hour cost requirements in the above main manufacturing process; similarly, when "Option 2: Aircraft manufacturing subcontracting technology deployment D2" is selected, the node "Man-hour cost" is based on the aircraft's manufacturing subcontracting "fuselage subcontracting, wing subcontracting, electromechanical subcontracting, avionics subcontracting, power subcontracting" to express the aircraft's low-cost manufacturing of the man-hour cost requirements in the above aircraft manufacturing subcontracting. As shown in the attached figure Figure 5 This is a diagram of the technical deployment of step 02 under the federated architecture implementation method. The implementation method of this example is the same as the attached Figure 4 The diagrams are similar, and only the output results from step 01 are different, showing the same usage of the implementation means.

[0037] It should be noted that when selecting technology expansion options for a single node under the demand architecture, you can choose the same option or different options, as shown in the attached Figure 4 As shown, you can select "Option 2: Aircraft manufacturing subcontracting technology expansion D2" for both the "Man-hour cost" and "Supporting cost" nodes; select "Option 2: Aircraft manufacturing subcontracting technology expansion D2" for the "Man-hour cost" node, and select "Option 1: Aircraft main manufacturing process technology expansion D1" for the "Supporting cost" node.

[0038] Step 03: Define the collaborative relationship interface between the first process specialty and the second process specialty based on the target architecture dimension and the technology deployment dimension.

[0039] During implementation, the collaborative relationship interface between the first and second process disciplines is defined for the selected dimensions identified in the previous steps. The diverse collaborations and cooperation between multiple aircraft manufacturing process disciplines are expressed as node networks. Node definitions include input and output relationships at the node and the node's own rich, editable field information attributes. This example uses process A as the first process discipline and B as the second process discipline.

[0040] When the selected dimension is under the low-cost manufacturing demand model architecture (illustratively identified as R1) and is expanded according to the aircraft main manufacturing process technology (illustratively identified as D1), the output interface of process specialty A is defined as "A-R1D1-P1", and the input interface of process specialty B that collaborates with it is defined as "B-R1D1-P1", indicating that process specialty A outputs demand to process specialty B, and so on. When the selected dimension is under the mass production manufacturing demand model architecture (illustratively identified as R3) and is expanded according to the aircraft manufacturing subcontracting technology (illustratively identified as D2), the input interface of process specialty A is defined as "A-R3D2-P2", and the output interface of process specialty B that collaborates with it is defined as "B-R3D2-P2", indicating that process specialty B outputs demand to process specialty A, and so on, and vice versa. That is, according to the target architecture dimension and the technology expansion dimension, the collaborative relationship interface definition between the first process specialty and the second process specialty is performed, including: Obtaining a first identifier and a second identifier based on the target architecture dimension and the technology deployment dimension; According to the first identifier and the second identifier, a structured expression of the interface between the first process specialty and the second process specialty is performed to define the collaborative relationship interface between the first process specialty and the second process specialty.

[0041] In the specific implementation process, as shown in the attached Figure 6This is a flowchart of step 03 in one implementation mode, where values are taken to define the manufacturing process professional requirement node labels, such as "R1D1-Man-hour cost" and "R1D1-Supporting cost", which represent the "Man-hour cost under low-cost manufacturing, according to the aircraft main manufacturing process technology" node and "Supporting cost under low-cost manufacturing, according to the aircraft main manufacturing process technology" node respectively. Each sub-node under the "R1D1-Man-hour cost" node inherits the pre-configured name of step 02. A collaborative interface is defined for the sub-node "Parts Manufacturing A" under "R1D1-Man-hour cost", and the collaborative interaction interface under the same requirement node (label) is defined differently from the collaborative interaction interface under different requirement nodes (labels). As shown in the attached figure. Figure 6 As shown in the box diagram on the right: Interface "A-R1D1-P1" and interface "B-R1D1-P1" are collaborative interactions under the same "labor cost", indicating that there is a demand collaboration relationship between "labor cost of part manufacturing A" and "labor cost of component assembly B"; Interface "A-R1D1-P2", interface "A-R1D1-P3", interface "A-R1D1-P4", interface "B-R1D1-P2", interface "B-R1D1-P3", interface "B-R1D1-P4" are collaborative interactions under different nodes (labels) "labor cost" and "supporting cost", indicating that there is a demand collaboration key between them with cross-classification logic.

[0042] The input and output types of interfaces are not expressed by name, but defined only as node attributes. During this multi-discipline manufacturing interface definition process, one-to-many and many-to-many interface relationships are permitted based on the target project's needs. Specifically, based on the target architecture and technology deployment dimensions, before defining the collaborative relationship interface between the first process discipline and the second process discipline, the method further includes: Determine the interface relationship based on the needs of the target project; interface relationships include one-to-many relationships and many-to-many relationships; Based on the target architecture dimensions and technology development dimensions, define the collaborative relationship interface between the first process specialty and the second process specialty, including: According to the target architecture dimension and the technology development dimension, the collaborative relationship interface between the first process specialty and the second process specialty is defined based on the interface relationship.

[0043] Step 04: Based on the target architecture dimensions and technology development dimensions, design the content of manufacturing non-functional requirement indicators and build the target manufacturing process requirement model.

[0044] In the specific implementation process, the demand content design function of a single aircraft manufacturing process specialty is provided to complete the design of the manufacturing non-functional demand indicator content of the dimensions that have been determined in steps 01 and 02. For example, when the selected dimension is under the low-cost manufacturing demand model architecture (illustrated as: R1) and is expanded according to the aircraft main manufacturing process technology (illustrated as: D1), the description model content in the output node "A-R1D1-P1" of the aforementioned A process specialty is: "At an object cost of 10,000 yuan, the metal bonding process is adopted" and is output to the "B-R1D1-P1" node of the B process specialty, and its description model content is: "Using the metal bonding process, the single part manufacturing bonding surface is not painted." As shown in the attached figure Figure 7 This is a flowchart of step 04 in one implementation, illustrating the interaction and collaboration between the two demand nodes "Part Manufacturing A" and "Component Equipment B" using "R1D1-Man-Hour Cost": Since "Low-Cost Manufacturing R1" was selected in Step 01 and "Aircraft Main Manufacturing Process Technology Deployment" was selected in Step 02, and the specific requirement under the labor cost requirement is "Minimize aircraft main manufacturing labor hours," the non-functional requirement for "Part Manufacturing A" under "R1D1-Labor Cost" is defined as "Metal bonding should be used, indicator S1, to reduce component assembly labor hours." The non-functional requirement for "Part Assembly B" under "R1D1-Labor Cost" is defined as "Total component assembly labor hours, indicator S3." The requirements of these two specific designs are collaboratively communicated through the interfaces "A-R1D1-P1" and "B-R1D1-P1."

[0045] Similarly, in the coordination of labor cost requirements and supporting cost requirements, as shown in the example, in "Part Manufacturing A" under "R1D1-Labor Cost", a non-functional requirement is defined as "Part manufacturing labor hours should not exceed index S2, and suppliers are responsible for collaborative supporting." This is output through interface "A-R1D1-P2" to interface "A-R1D1-P3" to connect to "Part Manufacturing A" under "R1D1-Supporting Cost," that is: through the indicator requirement of part manufacturing labor cost, control is carried out in the supporting cost, and suppliers complete the parts supporting, thereby reducing the aircraft main manufacturer's own part manufacturing labor cost.

[0046] In this embodiment, the architecture of the model is determined in a manner that matches the target project. The entire business work process is carried out around the determined manufacturing dimension to carry out technical development of the requirements, forming a model for the construction of multiple process professional requirements for aircraft manufacturing centered on manufacturing concerns, supporting the design of multiple process professional requirements required for aircraft manufacturing projects, defining the collaborative relationship interface of different process specialties under the selected dimension, realizing the expression of the node network relationship of the model, and finally carrying out the content design of the manufacturing non-functional requirement indicators, constructing a model guided by non-functional requirements, realizing the digital management of manufacturing requirement process design, so as to support the implementation of aircraft manufacturing projects, reduce the dependence on process technicians, and effectively improve the efficiency of aircraft manufacturing.

[0047] In one embodiment, after designing the content of manufacturing non-functional requirement indicators based on the target architecture dimension and the technology deployment dimension and constructing the target manufacturing process requirement model, the method further includes step 05: manufacturing process requirement verification management; specifically: Determine whether the manufacturing non-functional requirement indicators in the target manufacturing process requirement model need to be verified. If the judgment result is that verification is required, verification is performed according to the verification plan tasks; among which, the verification plan tasks include calculation tasks, analysis tasks, simulation tasks and sample tasks.

[0048] In the specific implementation process, for the indicator requirements in the model content design results in step 04, determine whether the indicator needs to be verified. If indicator verification is required, select the verification plan task method, then start the process requirement verification task, and finally determine whether the indicator verification has been completed. Figure 8 This is a flowchart for one implementation of Step 05. Based on the design definition of non-functional requirements in Step 04, "Metal bonding should be used, Indicator S1, to reduce component assembly time." A determination is made as to whether Indicator S1 requires verification. If "No," the process proceeds directly to the next step. If "Yes," the process proceeds to selecting a verification method or technique.

[0049] Select at least one verification method or technique from the options "Calculation Method (or Technique)", "Analysis Method (or Technique)", "Simulation Method (or Technique)", and "Prototype Method (or Technique)". Once selected, proceed to the next step. Create a corresponding verification task based on your selection. For example, if you select "Simulation Method (or Technique)", a "Simulation Verification Task" will be created; if you select "Prototype Method (or Technique)", a "Prototype Verification Task" will be created.

[0050] Check whether all verification tasks are completed. If you select "Yes", proceed to the next step; if you select "No", return to the previous step 04, that is, return to step 04 to modify the "Indicator S1" in the demand model.

[0051] In one embodiment, after designing the content of manufacturing non-functional requirement indicators based on the target architecture dimension and the technology expansion dimension and constructing the target manufacturing process requirement model, the method further includes: Step 06: Reusing according to the target manufacturing process requirement model.

[0052] During the implementation process, based on the model construction results, the demand model results and associated clue relationship results are published. The associated clue relationships of the manufacturing process demand model are the actual work process connections and model node network relationships from Steps 01 to 05, specifically including the input and output association mapping data sets of each aircraft manufacturing process professional requirement. The reuse of the target manufacturing process demand model includes model publishing, model reuse, work process reuse, digital clue analysis, and clue-based management and control. Specifically, reuse based on the target manufacturing process demand model includes: According to the target manufacturing process demand model, obtain the demand model results and related clue relationship results and publish them; Based on the target manufacturing process requirement model, model reuse, work process reuse, digital clue analysis and clue-based management are carried out through template generation and digital clue generation.

[0053] In the specific implementation process, as shown in the attached Figure 9 This is a flowchart of step 06 under one implementation mode. After completing step 05, the "aircraft manufacturing process requirement model results" and the "work process records from step 01 to step 05" can be formed respectively, and the specific elements are shown as examples in the figure.

[0054] Template generation includes "Aircraft Manufacturing Process Requirement Model Template" and "Step 01 to Step 05 Work Process Template". Figure 9 The dotted lines show the source of these templates’ specific element information from the existing “aircraft manufacturing process requirement model results” and “work process records from step 01 to step 05”. Digital clue generation includes “model content association information”, “work process clues” and “modeling process clues”. Figure 9 Examples of how these clues generate digital clue information are given, including: "the association clues between indicator S1, indicator S2, and indicator S3", "the work process from manufacturing strategy / attention to model results", and "the modeling process clues (such as: architecture, nodes, indicators and verification association information). Also illustrative, the attached Figure 9 The dotted lines express the source of these digital clue information from the specific element information in the existing "aircraft manufacturing process requirement model results" and "work process records from step 01 to step 05".

[0055] Step 06 for the reuse of manufacturing process requirement models mainly includes model release, model reuse, work process reuse, digital clue analysis, and clue-based management and control. Figure 9 The functions of these modules are expressed as examples, such as "publishing the results of the aircraft manufacturing process requirement model", "publishing the model R1D1 and reusing it as the new model RnDn", "reusing the first work process as the nth work process", "analysis of the focus of manufacturing strategy / attention", and "control of key tasks and completion status in the work process".

[0056] Taking the manufacturing strategy and focus of “mass production” as the initial input, this paper describes several characteristics of the design results of the aircraft manufacturing multi-process professional demand model, as shown in the attached figure. Figure 10 The figure shows its overall characteristic diagram, which identifies the characteristics and the functional modules of the virtual device corresponding to the method of the present application from which the characteristics come, specifically: Feature "Federated Architecture" selection: The architecture design module from the manufacturing process requirement model, that is, the functional module of the virtual device that executes step 01.

[0057] The feature "Aircraft Manufacturing Subcontracting Technology Deployment" is selected from the manufacturing process requirements decomposition and allocation module, which is also the functional module of the virtual device that executes step 02.

[0058] The interface definition relationship between the characteristic demand model nodes realizes the collaboration of multi-professional demands: from the manufacturing process demand interface definition module, that is, the functional module of the virtual device that executes step 03.

[0059] Feature "Non-functional requirements design for a single aircraft manufacturing process specialty": comes from the manufacturing process requirements content design module, which is also the functional module of the virtual device that executes step 04.

[0060] The feature "Verification task of content indicators" comes from the manufacturing process requirement verification management module, which is also the functional module of the virtual device that executes step 05.

[0061] The feature "different colored blocks express different levels of manufacturing strategies / attention based on clue control" comes from the manufacturing process requirement model reuse module, which is the functional module of the virtual device that executes step 06.

[0062] According to the attached Figure 11 To further explain this application, Figure 11 This is a flow chart of the present application method in one embodiment: First, we design the manufacturing process requirement model architecture. This approach, independent of traditional requirement model building methods, integrates multiple different requirement architectures using non-functional development centered around manufacturing concerns. This approach also provides a model building approach guided by non-functional requirements such as manufacturing efficiency, manufacturing cost, and manufacturing quality. Secondly, the manufacturing process requirements are decomposed and allocated. This method does not rely on the functional decomposition and deployment methods of traditional product requirements, but emphasizes the non-functional deployment of manufacturing requirements. It can flexibly choose to deploy technology in a tree structure, association relationship, center-and-spoke manner, etc. Defining the manufacturing process requirement interface and forming a digital thread network for manufacturing process requirements can not only meet the definition of collaborative relationships among multiple different process disciplines, but also support the customized expression and reuse of models in subsequent project applications. This solves the "multi-source heterogeneity" problem of traditional manufacturing requirement carriers, especially the unstructured and unclear association problems. Then, the manufacturing process requirements content is designed. According to the predefined semantic format, the content definition of the manufacturing process requirements is completed at the input and output nodes of the requirements model. Key manufacturing technology element indicators are tagged and identified and associated using keywords to support retrieval and rapid reuse in the digital clue model. Finally, after the manufacturing process requirement verification management passes, the manufacturing process requirement model can be reused. If the verification management fails, the manufacturing process requirement content design steps are redefined. This achieves a digital closed-loop control effect for manufacturing process requirement design and verification. On the one hand, only manufacturing process requirement models that pass verification judgment can be released. On the other hand, the detailed information of the verification evidence, such as the calculation process, simulation process, analysis process, and sample report, can be quickly found by tracing back the process indicators in the manufacturing requirements, avoiding the arbitrary release of immature process indicators.

[0063] The method of this application provides a complete closed-loop coverage of demand capture, decomposition, allocation, and verification for the manufacturing of complex aviation products such as aircraft, to ensure the complete acceptance of process demand design and the reasonable allocation of process indicators. The construction of a multi-process professional demand model for aircraft manufacturing is achieved by matching the architecture of the manufacturing strategy with a specific technology deployment method. This solves the traditional method of building a product demand model based on the functional decomposition of the product itself in product design requirements, that is, relying on the product breakdown structure (PBS) to build a product demand model. It also solves the problem that the demand model design results caused by the focus on non-functional requirements such as manufacturing efficiency, cost, and quality in aircraft manufacturing process requirements cannot be reused. Based on the predefined results of multiple manufacturing process disciplines and in a way that describes the mapping of key technical elements around the work process and content, the input and output of the manufacturing process requirements are transmitted, checked, and information extracted, and the digital management of the manufacturing demand process design is carried out to support the implementation of the aircraft manufacturing project.

[0064] Refer to the attached Figure 12 Based on the same inventive concept as in the aforementioned embodiment, the present embodiment further provides a device for constructing a multi-process demand model for aircraft manufacturing, comprising: The architecture design module of the manufacturing process requirement model is used to match the target project and determine the target architecture dimension of the model; Manufacturing process requirement decomposition and allocation module, used for technical deployment of requirements around target architecture dimensions; The manufacturing process requirement interface definition module is used to define the collaborative relationship interface between the first process specialty and the second process specialty based on the target architecture dimension and the technology development dimension; The manufacturing process requirement content design module is used to design the content of manufacturing non-functional requirement indicators based on the target architecture dimensions and technology development dimensions, and to build a target manufacturing process requirement model.

[0065] In one embodiment, the apparatus further comprises: Manufacturing process requirement verification management module, used for manufacturing process requirement verification management; The manufacturing process requirement model reuse module is used to reuse the target manufacturing process requirement model.

[0066] Those skilled in the art should understand that the division of the various modules in the embodiment is merely a division of logical functions, and in actual application, they can be fully or partially integrated into one or more actual carriers, and these modules can all be implemented in the form of software called through a processing unit, or all be implemented in the form of hardware, or in the form of a combination of software and hardware. It should be noted that the modules in the aircraft manufacturing multi-process requirement model construction device in this embodiment correspond one-to-one to the steps in the aircraft manufacturing multi-process requirement model construction method in the aforementioned embodiment. Therefore, the specific implementation of this embodiment can refer to the implementation of the aforementioned aircraft manufacturing multi-process requirement model construction method, and will not be repeated here.

[0067] Based on the same inventive concept as in the aforementioned embodiment, an embodiment of the present application further provides a computer-readable storage medium storing a computer program. When the computer program is loaded and executed by a processor, the method for constructing a multi-process requirement model for aircraft manufacturing as provided in the embodiment of the present application is implemented.

[0068] Based on the same inventive concept as in the above embodiment, an embodiment of the present application further provides an electronic device, including a processor and a memory, wherein: Memory is used to store computer programs; The processor is used to load and execute a computer program so that the electronic device executes the method for constructing a multi-process requirement model for aircraft manufacturing as provided in the embodiment of the present application.

[0069] In some embodiments, the computer-readable storage medium may be a memory device such as FRAM, ROM, PROM, EPROM, EEPROM, flash memory, magnetic surface mount memory, optical disk, or CD-ROM; or various devices including any one or any combination of the above memories. The computer may be various computing devices including smart terminals and servers.

[0070] In some embodiments, executable instructions may be in the form of a program, software, software module, script, or code, written in any form of programming language (including compiled or interpreted languages, or declarative or procedural languages), and may be deployed in any form, including as a stand-alone program or as a module, component, subroutine, or other unit suitable for use in a computing environment.

[0071] As an example, executable instructions may, but need not, correspond to a file in a file system, may be stored as part of a file that stores other programs or data, such as in one or more scripts in a HyperText Markup Language (HTML) document, in a single file dedicated to the program in question, or in multiple coordinating files (e.g., files storing one or more modules, subroutines, or code portions).

[0072] By way of example, executable instructions may be deployed to be executed on one computing device, or on multiple computing devices at one site, or on multiple computing devices distributed across multiple sites and interconnected by a communication network.

[0073] It should be noted that, in this document, the terms "comprises," "includes," or any other variations thereof are intended to encompass non-exclusive inclusion, such that a process, method, article, or system comprising a series of elements includes not only those elements but also other elements not explicitly listed, or elements inherent to such process, method, article, or system. In the absence of further limitations, an element defined by the phrase "comprising a ..." does not exclude the presence of other identical elements in the process, method, article, or system comprising the element.

[0074] The serial numbers of the above-mentioned embodiments of the present application are for description only and do not represent the advantages or disadvantages of the embodiments.

[0075] Through the description of the above embodiments, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of software plus the necessary general hardware platform. Of course, they can also be implemented by hardware, but in many cases the former is a better embodiment. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art, can be embodied in the form of a software product. The computer software product is stored in a storage medium (such as a read-only memory / random access memory, a magnetic disk, or an optical disk), and includes a number of instructions for enabling a multimedia terminal device (which can be a mobile phone, a computer, a television receiver, or a network device, etc.) to execute the methods described in each embodiment of the present application.

[0076] In summary, the embodiment of the present application provides a method, device, medium and equipment for constructing a multi-process requirement model for aircraft manufacturing. The method includes: matching according to the target project to determine the target architecture dimension of the model; technically developing the requirements around the target architecture dimension; defining the collaborative relationship interface between the first process specialty and the second process specialty based on the target architecture dimension and the dimension of technical development; designing the content of the manufacturing non-functional requirement indicators based on the target architecture dimension and the dimension of technical development, and constructing the target manufacturing process requirement model. The present application determines the architecture of the model by matching the target project. The entire business work process conducts technical development of the requirements around the determined manufacturing dimension, forming a multi-process professional requirement model for aircraft manufacturing based on manufacturing focus, supporting the multi-process professional requirement design required for aircraft manufacturing engineering, defining the collaborative relationship interface of different process specialties under the selected dimension, realizing the node network relationship expression of the model, and finally designing the content of the manufacturing non-functional requirement indicators, constructing a model guided by non-functional requirements, realizing the digital management of manufacturing requirement process design, so as to support the implementation of aircraft manufacturing engineering, reduce the dependence on process technicians, and effectively improve aircraft manufacturing efficiency.

[0077] The above description is only a preferred embodiment of the present application and is not intended to limit the present application. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of the present application should be included in the scope of protection of the present application.

Claims

1. A method for constructing a multi-process demand model for aircraft manufacturing, characterized in that: The following steps are involved: Match the target project and determine the target architecture dimension of the model; Technical development of requirements around the target architecture dimensions; Defining a collaborative relationship interface between the first process specialty and the second process specialty according to the target architecture dimension and the technology deployment dimension; According to the target architecture dimension and the technology deployment dimension, the content design of the manufacturing non-functional requirement indicators is carried out to construct a target manufacturing process requirement model.

2. The method for constructing a multi-process demand model for aircraft manufacturing according to claim 1, characterized in that: Defining the collaborative relationship interface between the first process specialty and the second process specialty according to the target architecture dimension and the technology deployment dimension includes: Obtaining a first identifier and a second identifier according to the target architecture dimension and the technology deployment dimension; According to the first identifier and the second identifier, a structured expression of the interface between the first process specialty and the second process specialty is performed to define the collaborative relationship interface between the first process specialty and the second process specialty.

3. The method for constructing a multi-process demand model for aircraft manufacturing according to claim 1, characterized in that: Before defining the collaborative relationship interface between the first process specialty and the second process specialty according to the target architecture dimension and the technology deployment dimension, the method further includes: Determine an interface relationship based on the requirements of the target project; wherein the interface relationship includes a one-to-many relationship and a many-to-many relationship; Defining the collaborative relationship interface between the first process specialty and the second process specialty according to the target architecture dimension and the technology deployment dimension includes: According to the target architecture dimension and the technology deployment dimension, the collaborative relationship interface between the first process specialty and the second process specialty is defined based on the interface relationship.

4. The method for constructing a multi-process demand model for aircraft manufacturing according to claim 1, characterized in that: The matching according to the target project and determination of the target architecture dimension of the model include: Match the manufacturing strategy or focus to the target project and determine the target architecture dimensions of the model.

5. The method for constructing a multi-process demand model for aircraft manufacturing according to claim 1, characterized in that: After designing the content of manufacturing non-functional requirement indicators based on the target architecture dimension and the technology deployment dimension and constructing the target manufacturing process requirement model, the method further includes: A judgment is made as to whether the manufacturing non-functional requirement indicators in the target manufacturing process requirement model need to be verified. If the judgment result is that verification is required, verification is performed according to the verification plan tasks; wherein the verification plan tasks include calculation tasks, analysis tasks, simulation tasks and sample tasks.

6. The method for constructing a multi-process demand model for aircraft manufacturing according to claim 1, characterized in that: After designing the content of manufacturing non-functional requirement indicators based on the target architecture dimension and the technology deployment dimension and constructing the target manufacturing process requirement model, the method further includes: Reuse is performed according to the target manufacturing process requirement model.

7. The method for constructing a multi-process demand model for aircraft manufacturing according to claim 6, characterized in that: The reusing according to the target manufacturing process requirement model includes: According to the target manufacturing process requirement model, obtaining the requirement model results and the associated clue relationship results and publishing them; According to the target manufacturing process requirement model, model reuse, work process reuse, digital clue analysis and clue-based management and control are carried out in the form of template generation and digital clue generation.

8. A device for constructing a multi-process demand model for aircraft manufacturing, characterized in that: include: The architecture design module of the manufacturing process requirement model is used to match the target project and determine the target architecture dimension of the model; A manufacturing process requirement decomposition and allocation module, used to carry out technical deployment of requirements around the target architecture dimensions; A manufacturing process requirement interface definition module, configured to define a collaborative relationship interface between a first process specialty and a second process specialty based on the target architecture dimension and the technology deployment dimension; The manufacturing process requirement content design module is used to design the content of manufacturing non-functional requirement indicators based on the target architecture dimension and the technology deployment dimension, and to build a target manufacturing process requirement model.

9. A computer-readable storage medium storing a computer program, characterized in that: When the computer program is loaded and executed by a processor, the method for constructing a multi-process requirement model for aircraft manufacturing according to any one of claims 1 to 7 is implemented.

10. An electronic device, characterized in that: comprising a processor and a memory, wherein: The memory is used to store computer programs; The processor is configured to load and execute the computer program so as to enable the electronic device to execute the aircraft manufacturing multi-process requirement model construction method according to any one of claims 1 to 7.

Images