Aeroengine redesign engineering method and system
By using the redesign engineering method for aero-engines, the entire product process was systematically analyzed and improved, which solved the problems of insufficient systematicity and integrity in existing technologies, improved product quality and R&D capabilities, and built an advanced independent R&D system.
Patent Information
- Application Number
- CN202410960131.8
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2024-07-17
- Publication Date
- 2025-11-18
- Estimated Expiration
- 2044-07-17
AI Technical Summary
Existing aero-engine redesign methods lack systematicity and completeness, fail to improve product manufacturing and process, and fail to effectively integrate model experience to enhance R&D capabilities.
By adopting the aero-engine redesign engineering method, we systematically analyze the entire process of product requirements-design-manufacturing-verification, identify risks and problems, implement redesign, remanufacturing and reverification, build a model for extracting model experience, integrate it into the R&D system, and improve product development quality and R&D capabilities.
It has achieved end-to-end improvement of aero-engine products, enhanced product quality and R&D capabilities, ensured that products meet user needs, and built an advanced and complete independent R&D system.
Smart Images

Figure CN118917010B_ABST
Abstract
Description
Technical Field
[0001] This application belongs to the field of aero-engine design, and specifically relates to an aero-engine redesign engineering method and system. Background Technology
[0002] Aero-engine redesign engineering is a process of re-examining and continuously improving aero-engine products after an initial engineering phase, utilizing the achievements of the engine R&D system. It can improve and upgrade the technical status of products, creating high-quality aero-engine products. At the same time, by summarizing model development experience, it can import product development experience into the R&D system, building an advanced, complete, and user-friendly independent R&D system.
[0003] Aero engines are complex thermodynamic machines that are repeatedly used under harsh conditions such as high temperature, high pressure, high speed and alternating load. They are characterized by deep coupling of multiple disciplines, complex and variable working environment, extremely complex internal working mechanism and high reliability and long service life. Even after the engine has completed tens of thousands of hours of ground and flight testing, it still faces the need for continuous improvement and enhancement of the product, so as to achieve the maximum improvement of engine development quality and the maximum efficiency of product development.
[0004] The existing national standard GB / T 26240-2010, "Application and Management of Systems Engineering Processes," introduces the concept of "re-engineering," emphasizing that re-engineering is the redevelopment of a product after its initial engineering phase. This involves modifying the product after production to correct design deficiencies or make incremental improvements, thereby enhancing the product's performance or evolving it into a new product. However, the standard lacks specific requirements and practices for implementing re-engineering, resulting in insufficient executability and operability. Furthermore, the existing literature, "An Exploration of the Application of Reanalysis, Redesign, and Reverification in Aerospace Products," focuses on the implementation of "reanalysis, redesign, and reverification" (referred to as "three re-engineering") for spacecraft. "Reanalysis" primarily addresses problems encountered during product use, conducting key / important characteristic analysis; "redesign" involves secondary design based on the key / important characteristics identified in the reanalysis; and "reverification" conducts supplementary verification based on the redesign results. This approach, to some extent, achieves improvements in product technical status and system and overall integration verification, enhancing inherent product reliability and effectively ensuring the safety of flight tests. However, the "three re-engineering" method has the following three main shortcomings:
[0005] 1) The “three-re” method is mainly problem-oriented, and conducts “re-analysis, redesign and re-verification” for product failures and weaknesses. However, it lacks systematicness and completeness in product improvement. The depth and breadth of the analysis do not cover the entire product development process, resulting in insufficient systematic consideration of product improvement.
[0006] 2) The lack of "re-analysis" of product manufacturing and process leads to insufficient improvement of weak links in product process;
[0007] 3) Although the “three-again” method has improved the quality of product development to a certain extent, it has not yet integrated the new model experience gained from product improvement into the R&D system, and cannot achieve continuous improvement of product development capabilities and effective support for the development of new models.
[0008] Therefore, both of the above methods have limitations in application and cannot improve product development capabilities. A new method for improving the design of aero-engine products is needed to effectively improve product development quality and R&D capabilities. Summary of the Invention
[0009] The purpose of this application is to provide an aero-engine redesign engineering method and system to solve or mitigate at least one of the problems in the prior art.
[0010] The technical solution of this application is: an aero-engine redesign engineering method, comprising:
[0011] The connotation of redesign engineering is clearly defined. Redesign engineering refers to the further optimization and improvement of products in the production and use of aero engines. On the positive side, it is demand-driven, systematically analyzing the integrity and compliance of the entire R&D process from product requirements to design activities, production and manufacturing, and testing and verification, identifying and discovering risks and problems in the product, and improving and upgrading the engine's technical status through design modifications or process improvements. On the negative side, it is model experience-driven, extracting model development experience and integrating it into the R&D system, continuously supplementing and improving and building an advanced, complete, and user-friendly independent R&D system, and realizing the accumulation and improvement of product R&D system capabilities.
[0012] The redesign engineering process activities are clearly defined, including five activities: reanalysis, redesign, remanufacturing, reverification, and model experience re-extraction. Reanalysis, redesign, remanufacturing, and reverification target engine model improvement designs, using the results of reanalysis as input to implement redesign, remanufacturing, and reverification of the product. These four activities mutually confirm and are passed down layer by layer, reflecting the end-to-end improvement and verification process of product design improvement from requirements to product delivery. Model experience re-extraction targets the accumulation and enhancement of product R&D system capabilities, including building model experience extraction models and product iterative development models to integrate multi-dimensional model experience into the R&D system.
[0013] Based on the content and process activities of the redesign project, the architecture of the redesign project is constructed.
[0014] In addition, this application also provides an aero-engine redesign engineering system, comprising:
[0015] The engine general requirements management module is used to characterize general requirements items at all levels of the engine, ensuring the completeness and compliance of model requirements definitions. It includes: requirement number, requirement item, requirement category, requirement source, responsible specialty, feasibility analysis, feasibility analysis results, design verification criteria, design verification results, design compliance analysis, test verification criteria, verification level, verification resources, verification hours, test funding, test verification results, test compliance analysis, model issues, and design improvement measures data information.
[0016] The technical activity management module clarifies the design activities, design verification activities, and test verification activities required to achieve product development needs, based on product development requirements, ensuring the integrity and compliance of the model development process. This includes: activity name, activity type, activity status, activity integrity check, activity compliance check, activity supporting documents, model issues, and design improvement measures data information.
[0017] The Technical Points Management module, based on R&D activities, clarifies the key methods and guidelines that must be followed in the execution of technical activities, ensuring the accuracy of the execution of technical activities. This includes: the name of the technical point, the reason for listing it as a technical point, the mastery status of the technical point, the standard documents on which it is based, and the data attributes of the technical point improvement suggestions.
[0018] The product definition management module, based on the product design results, fully defines the product's design points, process points, and testing points to ensure the integrity and compliance of the product manufacturing process. This includes: drawing number, product development requirements, product design points, implementation status of engineering drawings, product definition risk analysis, product process points, product process control results, process risk analysis, product testing points, product testing results, and testing process risk analysis data.
[0019] The system element management module, based on model development experience, mines and extracts model development experience from multiple dimensions and forms system elements. It is used to control the extraction of model experience, the development and access of system elements, including: experience extraction dimension, experience extraction name, experience extraction result, experience integrated into system element type, system element name, system element file number, and system element status data information. Attached Figure Description
[0020] To more clearly illustrate the technical solutions provided in this application, the accompanying drawings will be briefly described below. Obviously, the drawings described below are merely some embodiments of this application.
[0021] Figure 1 This is a flowchart of the aero-engine redesign engineering method of this application.
[0022] Figure 2 This is the engineering architecture for the redesign of the aero-engine in this application.
[0023] Figure 3 This is a method for constructing general requirements items for the engine across all levels in this application.
[0024] Figure 4 A flowchart for preparing the aircraft engine test for this application.
[0025] Figure 5 This is a flowchart of the analysis of the test results of the aero-engine in this application.
[0026] Figure 6 This is an experience-based model for the multi-dimensional models of aero-engines in this application.
[0027] Figure 7 This application presents a structured experience extraction method based on the IPOCE model.
[0028] Figure 8 The "W" model was developed iteratively for the improved design of the aero-engine in this application.
[0029] Figure 9 This is the aero-engine redesign engineering management system for this application. Detailed Implementation
[0030] To make the objectives, technical solutions, and advantages of this application clearer, the technical solutions in the embodiments of this application will be described in more detail below with reference to the accompanying drawings.
[0031] To achieve a dual improvement in the quality of aero-engine product development and the capabilities of the R&D system, this application proposes an aero-engine redesign engineering method and system. Based on the forward design concept of the V-model of systems engineering, it is demand-driven, positively examines the integrity and compliance of the model development process, identifies model development risks and problems, and improves model quality through design improvements. It also reverse-engineers the model development experience and integrates it into the R&D system to achieve the accumulation and improvement of product development capabilities. This supports the realization of high-quality and high-efficiency aero-engine development, providing more advanced and reliable aero-engine products that meet user needs.
[0032] like Figure 1 As shown, the aero-engine redesign engineering method provided in this application includes the following process:
[0033] Step S1, Establish the redesign engineering architecture: The redesign engineering architecture for aero-engines mainly clarifies the connotation, process activities, and logical relationships between various activities of the redesign engineering, which is used to guide the implementation of the redesign engineering and ensure the systematicness and executability of the redesign engineering method.
[0034] Step S11 clarifies the connotation of redesign engineering: Aero-engine redesign engineering is the process of further optimizing and improving aero-engines in production and use. It applies the V-model method of systems engineering, moving forward with demand as the driving force, systematically analyzing the completeness and compliance of the entire R&D process from product requirements to design activities, manufacturing, and testing, identifying and discovering risks and problems in the product, and upgrading the engine's technical status through design modifications or process improvements to create high-quality aero-engine products. Conversely, it is guided by model experience, extracting model development experience and integrating it into the R&D system, continuously supplementing and improving it, and building an advanced, complete, and user-friendly independent R&D system, achieving the accumulation and enhancement of product R&D system capabilities. The essence of redesign engineering is the process of continuous model improvement and enhancement of R&D capabilities.
[0035] Step S12 clarifies the redesign engineering process activities: Based on the connotation of redesign engineering, in order to achieve a dual improvement in product development quality and R&D capabilities, the redesign engineering activities are determined to mainly include five process activities: reanalysis, redesign, remanufacturing, reverification, and model experience re-extraction for aero-engines. Among them, reanalysis, redesign, remanufacturing, and reverification are for engine model improvement design. Using the results of "reanalysis" as input, the product is redesigned, remanufactured, and reverified. The four are mutually confirmed and passed on layer by layer, reflecting the end-to-end process improvement and verification of product design improvement from requirements to product delivery. Model experience re-extraction is for the accumulation and improvement of product R&D system capabilities. It mainly includes building a model experience extraction model and a product iterative development model to realize the integration of multi-dimensional model experience into the R&D system.
[0036] Step S13, Forming the Redesign Engineering Architecture: Based on the connotation and process activities of redesign engineering, construct the architecture of the redesign engineering, such as... Figure 2As shown, on the one hand, driven by model requirements, firstly, the achievements of the R&D system are used to support the redesign of the model. Through "re-analysis," the integrity and compliance of the entire model R&D process (development requirements - design activities - production and manufacturing - testing and verification) are reviewed, risks and problems in the engine development process are identified, and product improvement needs and weaknesses are clarified. Secondly, based on the results of the re-analysis, demand-based forward design of the product is implemented to improve the product's technical status. Thirdly, based on the product design results, the product design points, process points, and testing points are defined, and remanufacturing is implemented to improve the product's manufacturing compliance. Finally, based on demand-based product testing planning, a full-process testing activity is implemented to improve the completeness and effectiveness of product testing and verification; ultimately, a high-quality engine product that meets user needs is delivered. On the other hand, guided by model experience, a multi-dimensional model experience extraction model is established to summarize and extract model development experience, clarify the carrier types of model experience to form system elements (specifications / standards, guidelines, templates and checklists, software tools, etc.), and incorporate them into the product development system; at the same time, a "W" model for product improvement and iterative development is established to integrate redesign engineering process activities into the development system, ultimately improving the product development system capabilities.
[0037] Step S2, Aero Engine “Reanalysis”: Based on the V-model approach of systems engineering, and using the latest achievements in R&D system construction, this step is demand-driven and systematically analyzes the integrity and compliance of the entire R&D process, from product development requirements to design activities, production and manufacturing, and testing and verification. It systematically identifies and discovers the risks and problems existing in the product, clarifies the product's improvement needs and weaknesses, and ensures the integrity and effectiveness of subsequent redesign.
[0038] Step S21, Requirements Completeness Analysis: The requirements completeness analysis for aero-engines mainly involves constructing general engine requirements and analyzing their applicability in conjunction with the model development requirements. For requirements applicable to the model but lacking clear technical specifications in the model development requirements, incomplete requirements during the model development process are identified and discovered. For missing requirements, the risks and problems associated with the product are identified.
[0039] The following section will explain the requirements integrity analysis process in detail, focusing on three steps: establishing general requirements items across all engine levels, constructing model requirements items, and performing requirements integrity analysis.
[0040] Step S211, establish common requirements for the entire engine level: such as Figure 3First, a full-level engine requirement architecture was established. Based on the Engine Product Breakdown Structure (PBS), the hierarchical architecture of requirement management at the engine as a whole, component / system, and component levels was clearly defined, achieving top-down requirement decomposition and top-up requirement verification. Second, a general engine requirement classification was established. In accordance with the requirements of the "Regulations for Compiling Special Specifications for Weapon and Equipment Development Projects" (GJB 6387-2008), a structured general engine requirement classification was formed from 26 aspects, including engine function, performance, integrity, operational applicability, general quality characteristics, and durability, ensuring the integrity of general requirements. Finally, general requirement items were formed. By sorting out model development requirements, summarizing the development experience of other similar models, organizing foreign language standards and materials, international cooperation experience, and interpreting airworthiness standards and military standards, the requirement content was summarized and refined according to the principles of completeness, consistency, applicability, technicality, structure, and itemization in requirement item compilation, thus constructing a full-level general requirement item for the engine. This ensured the standardization, systematicity, completeness, and operability of the requirement items.
[0041] For example, in this embodiment of the application, combined with the engine development requirements categories, and in accordance with the requirements of the "Regulations for Compiling Special Specifications for Weapon and Equipment Development Projects" (GJB 6387-2008), a general engine requirement architecture is formed, including 26 requirement categories such as function, performance, structural integrity, and general quality characteristics, as shown in Table 1; simultaneously, according to... Figure 3 The method for constructing general requirements items across all engine levels and the principles for writing general requirements are presented in Table 2, which forms the general requirements items for the engine.
[0042] Table 1 General Engine Requirements Architecture
[0043] Serial Number Demand Classification Serial Number Demand Classification 1 Function 14 stability 2 performance 15 interface 3 Integrity 16 Economic affordability 4 Operational applicability 17 Computer hardware and software 5 General quality characteristics 18 Size and volume 6 Durability 19 weight 7 Information security 20 color 8 Airworthiness 21 Materials and processes 9 Concealment 22 Non-research and development projects 10 compatibility 23 Appearance quality 11 transport 24 logos and codes 12 Ergonomics 25 Key component characteristics 13 Interchangeability 26 standardization
[0044] Table 2 General Engine Requirements
[0045]
[0046]
[0047] Step S212, Constructing Model Requirements: First, analyze the applicability of general requirements. Based on the engine model's development requirements, analyze the applicability of each general requirement, explaining the reasons for any inapplicable general requirements. Second, construct the model requirements. Based on the engine's model specifications and the technical requirements of components / systems, supplement the technical indicators of each general requirement to form a complete system of model requirements.
[0048] Step S213, Requirements Completeness Analysis: First, define the engine requirements completeness analysis attributes. These mainly include: general requirement number, general requirement item, requirement classification, responsible specialty, applicability analysis results, inapplicability explanation, and model requirement items, totaling nine attributes. Second, based on the applicability analysis results of the general requirement items, identify and discover incomplete requirements during the model development process for those general requirement items that are applicable but not included in the model's development requirements or lack clearly defined technical specifications. Finally, analyze the impact of missing requirement items on product development and analyze the risks and problems associated with the model. Compile according to Table 3.
[0049] Table 3 Engine Demand Integrity Analysis
[0050]
[0051] For example, in this embodiment of the application, the applicability of the model requirements is analyzed item by item for the general requirements, and the model technical indicators are supplemented to form the engine model requirements as shown in Table 4.
[0052] Table 4 Engine Demand Integrity Analysis Table
[0053]
[0054]
[0055] Step S22, Research and Development Process Integrity and Compliance Analysis: The research and development process integrity and compliance analysis of aero-engines mainly includes the integrity and compliance analysis of the design process, manufacturing process and verification process, and identifies the risks and problems in the product development process.
[0056] Step S221, Design Process Integrity and Compliance Analysis: First, establish the product development process. Based on the systems engineering V-model, construct a forward product development process covering requirements analysis, architecture design, component / subsystem design, structural development, and testing and verification, achieving full coverage of product requirements, design, and verification. Second, establish a design activity analysis matrix. Based on product model development requirements, establish the relationship between requirements and design activities in the product development process, clarifying the design activities and design verification activities required to achieve the requirements. Design activities mainly involve computational analysis to achieve the requirements themselves; design verification activities mainly verify the compliance of requirements through calculation, simulation analysis, and analogy, ensuring the integrity of the product design process. Third, define the technical key points for executing design activities. Technical key points are the key methods and criteria required for the execution of process activities. The technical key points for design activities and design verification activities mainly include five aspects: model accuracy, feature dimensions, rationality of typical parameters, accuracy of working state and environmental loads, and accuracy of boundary conditions, ensuring the accuracy and compliance of design activity execution. Finally, complete the design activity integrity and compliance analysis. Based on the results of the design activity review and the technical points of the design activities, and combined with the engine design output, analyze the completeness and accuracy of the output of each design activity item by item, complete the integrity and compliance analysis of the design process, and analyze the potential risks for incomplete or non-compliant design activities. Compile according to Table 5.
[0057] Table 5. Engine Design Process Completeness and Compliance Analysis Table
[0058]
[0059] For example, in this embodiment of the application, based on the established forward product development process and the defined model requirements, the design activities and design verification activities are sorted out and the technical points are defined, and the integrity and compliance analysis of the design process is completed. The results of the integrity and compliance analysis of the engine design process are shown in Table 6.
[0060] Table 6. Analysis of the Completeness and Compliance of the Engine Design Process
[0061]
[0062]
[0063] Step S222, Manufacturing Process Integrity and Compliance Analysis: First, complete the product definition. Based on the product design results, clarify the product design points. The product design points refer to the design requirements related to the processing and assembly processes of aero-engine products (parts) to meet the development needs of the product's performance, structure, strength, etc., including the dimensional requirements, technical requirements, and standard requirements in the product drawings. Secondly, a completeness and compliance analysis of the product design key points is conducted. Based on the determined product design key points, the implementation status of the engine component engineering drawings is analyzed. For missing or non-compliant product design key points, suggestions for improvement and refinement of the engineering drawings are proposed. Thirdly, based on the product design key points, process engineers complete the definition of product process key points and inspection key points. Product process key points refer to the process procedures, process parameters, and process assurance measures that need to be controlled during the product manufacturing and assembly processes to meet the aero-engine product design key points. Product inspection and testing key points refer to the inspection and testing methods, tools, and parameters that need to be controlled during the inspection and testing processes of product manufacturing and assembly to meet the aero-engine product design key points. The control requirements of the product manufacturing process are clarified. Finally, the completeness and compliance of the product manufacturing process are analyzed. Based on the process data and results of product manufacturing and processing, the completeness and compliance of the product design key points, process key points, and inspection key points are analyzed. Table 7 is compiled, and suggestions for manufacturing process improvement are proposed for existing problems.
[0064] Table 7. Engine Manufacturing Process Integrity and Compliance Analysis Table
[0065]
[0066] For example, in this embodiment of the application, based on the engineering drawings of engine components, the product design points, process points, and inspection points are defined, and the integrity and compliance analysis of the manufacturing process is completed based on the actual manufacturing and inspection results of the product. Taking the engine third-stage disc shaft as an example, the results of the integrity and compliance analysis of the manufacturing process are shown in Table 8.
[0067] Table 8. Analysis of the Integrity and Compliance of the Engine Third-Stage Disc Shaft Manufacturing Process
[0068]
[0069]
[0070] Step S223, Verification Process Completeness and Compliance Analysis: First, establish a requirements-based test plan. Based on the product model development requirements, establish the relationship between requirements and verification activities in the product development process, clarify the test verification activities required to achieve the requirements, and confirm the compliance of verification requirements mainly through test verification, assembly verification, testing, and product use, forming a requirements-based test verification plan to ensure the completeness of the product development verification process; Second, define the technical points of the test activities. This mainly includes five aspects: completeness of test items, accuracy of test piece technical status, completeness of test procedures, accuracy of test conditions, and validity of test results, ensuring the accuracy and compliance of test activities; Finally, complete the verification process completeness and compliance analysis. Based on the test items and technical points of the test activities in the test plan, and combined with the engine verification results, analyze the completeness and accuracy of the output results of each verification activity, complete the verification process completeness and compliance analysis, and analyze the potential risks for incomplete and non-compliant technical activities; and complete the compilation of Table 9.
[0071] Table 9. Engine Validation Process Completeness and Compliance Analysis Table
[0072]
[0073] For example, in this embodiment of the application, based on the product model development requirements, the correlation between the requirements and the experimental verification activities in the product development process is established, and the experimental verification activities required to achieve the requirements are clarified. Simultaneously, based on the technical key points defined for the experimental activities, mainly including five aspects: completeness of experimental projects, accuracy of test piece technical status, completeness of experimental procedures, accuracy of experimental conditions, and validity of experimental results, the accuracy and compliance of the experimental activities are ensured. Based on the technical key points of the experimental projects and activities in the experimental plan, and combined with the engine's verification results, a completeness and compliance analysis of the verification process is completed. The results of the engine's experimental verification process completeness and compliance analysis are shown in Table 10.
[0074] Table 10 Engine Validation Process Completeness and Compliance Analysis Table
[0075]
[0076] Step S23, Requirements Compliance Analysis: Requirements compliance analysis primarily relies on the model's design and verification results to demonstrate the fulfillment of design verification criteria and experimental verification criteria corresponding to the requirements, thus illustrating the engine requirements' compliance results. First, a model requirements verification matrix is constructed, clarifying 12 attributes including model requirement number, model requirement item, requirement category, design criteria, design results, design verification compliance, and experimental verification criteria, forming the model requirements verification matrix. Second, the design verification criteria and experimental verification criteria for the requirements are clarified. Requirements verification criteria are the standards and requirements for proving requirements compliance. Based on product development specifications and guidelines, the design criteria and verification criteria for model requirements are clarified item by item from two dimensions: design verification criteria and experimental verification criteria. Third, the compliance of model requirements is analyzed, as shown in Table 11. Based on the model's design and verification results, the fulfillment of design verification criteria and experimental verification criteria is demonstrated item by item, illustrating the compliance results of the engine requirements' design verification and experimental verification. Finally, model risks and problems are analyzed. For requirements that do not meet the design verification results or experimental verification results, the risks and problems existing in model development are explained, providing support for model design improvement and R&D system capability enhancement.
[0077] Table 11 Engine Demand Compliance Analysis Table
[0078]
[0079]
[0080] For example, in this embodiment of the application, a model requirement compliance analysis matrix is constructed to clarify the design criteria and verification criteria of the requirements. Based on the design and verification results of the model, the compliance of the design verification criteria and test verification criteria is analyzed item by item, and the compliance results of the design verification and physical verification of the requirements are explained. The requirement compliance analysis results of the engine as a whole are shown in Table 12.
[0081] Table 12 Engine Overall Requirements Compliance Analysis Table
[0082]
[0083]
[0084] Step S3, Aero Engine "Redesign": Aero engine "redesign" is based on the completion of product "reanalysis" and the acquisition of product improvement requirements and weaknesses. It addresses the risks and problems existing in the research and development objects at all levels, such as missing product development requirements, incomplete or non-compliant development processes, and non-compliance with development requirements. It clarifies product improvement requirements and weaknesses, and completes the redesign of the product according to the forward product development process of requirements analysis - architecture design - component / subsystem design - structural development, so as to achieve the improvement and upgrading of the technical status.
[0085] Step S31, Define product improvement requirements: Based on the results of requirement integrity analysis, R&D process integrity and compliance analysis, and requirement compliance analysis, define engine improvement requirements in the format of Table 13 for requirements that are missing, incomplete or non-compliant in the R&D process, unmet in the R&D requirements, and requirements that have changed due to user changes.
[0086] Table 13 Engine Improvement Requirements
[0087]
[0088]
[0089] For example, in this embodiment of the application, product improvement requirements are generated according to the method of step S31 as shown in Table 14.
[0090] Table 14 Engine Improvement Requirements
[0091]
[0092] Step S32, Implement Forward Product Design: First, based on the defined product improvement requirements, complete the product requirements analysis and form a list of design and design verification activities for requirement implementation according to the method in step S221; Second, according to the forward product development process of requirements analysis-architecture design-component / subsystem design-structural development, carry out engine functional design, logical architecture design and physical architecture design, and complete the engine whole design and design verification activities according to the technical activity list to form the engine whole design scheme; Third, complete the engine component / system design, complete the component / system layer design and design verification activities to form the component system scheme; Finally, based on the engine component / system scheme design results, complete the structural development of engine components, form component engineering drawings, and determine the technical status of the improved engine.
[0093] Step S33, Requirements Compliance Analysis: Based on the results of the engine redesign, complete the requirements compliance analysis according to the method in step S23 to ensure that the design improvement results meet the engine improvement requirements.
[0094] Step S4, Aero-engine "Remanufacturing": Aero-engine "remanufacturing" involves systematically and comprehensively implementing the product design key points, process key points, and inspection key points based on the completed product redesign and obtained product design results. This ensures the integrity and compliance of the manufacturing process and achieves manufacturing results that meet product improvement requirements. Specific details are as follows:
[0095] Step S41, Define Product Design Essentials: Based on the redesign results, engineering drawings of the improved components are generated. Designers complete the definition of product design essentials, starting from the view requirements of the drawings, technical conditions, product technical documents, relevant requirements in the product reference standards, etc., combined with the product's strength calculation results, process implementation process, assembly process, historical failures and problems of similar products, etc., to analyze and form all design control essentials of the product, ensuring that all design control essentials are defined in the engineering drawings and technical requirements, and can fully meet the improvement requirements.
[0096] Step S42, Define Product Process Key Points: Based on the defined product design key points, process engineers define the process key points item by item, ensuring that the process key points encompass all design key points and guaranteeing the conformity of the manufacturing process. The definition of process key points is jointly carried out by production process engineers, special process engineers, tooling design process engineers, tooling manufacturing process engineers, and assembly process engineers; designers should also participate in the collaboration. Specifically, production process engineers should comprehensively analyze the correlation between the process steps, operating methods, various process parameters, tools and equipment used, and various design points throughout the entire product realization process, and clarify the corresponding process points. Special process engineers should analyze the correlation between the process steps, operating methods, various process parameters, equipment, and various design points throughout the entire process of implementing special processes and special technologies, and clarify the corresponding process points. Tooling design and manufacturing process engineers should analyze the correlation between tooling use and various design points throughout the entire tooling usage process, and clarify the corresponding process points. Assembly process engineers should analyze the correlation between the process steps, process parameters, tools and equipment used, and various design points throughout the entire product assembly and assembly process, and clarify the corresponding process points. When determining process points, designers should provide technical guidance to process engineers on issues related to the understanding and implementation of the design points.
[0097] Step S43, Define Product Inspection Points: Based on the definition of product process points, inspection personnel should define the product's inspection points item by item to ensure the conformity of process results. Product inspection points should be jointly carried out by inspection and testing personnel and quality control personnel. Inspection and testing personnel should analyze the relevance of inspection and testing tools, methods, measurement methods, and parameters in the product manufacturing process and finished product inspection process to each design point, while also considering the detectability of the corresponding process points. Quality control personnel should consider the relevance of quality inspection methods, tools, and parameters for process products and final products to each design point, while also considering the detectability of the corresponding process points.
[0098] Step S44, Manufacturing process integrity and compliance analysis: Complete the manufacturing process integrity and compliance analysis according to the method in step S222 to ensure that all defined design points, process points and inspection points meet the requirements and that the manufacturing results meet the design requirements.
[0099] For example, in this embodiment of the application, based on the completion of product redesign and the acquisition of product design results, the product design points, process points and inspection points are defined to ensure the conformity of product design points, process points and inspection points in the manufacturing process, and improve product manufacturing conformity. The completeness and conformity analysis results of the product design points, process points and inspection points of the aero-engine three-stage disc shaft are shown in Table 15.
[0100] Table 15: Analysis of the Integrity and Compliance of the Engine Third-Stage Disc Shaft Manufacturing Process
[0101]
[0102]
[0103] Step S5, Aero Engine "Re-verification": Aero engine "re-verification" refers to implementing demand-based test planning on the basis of completing product "remanufacturing". This involves the entire process of test requirement analysis, test planning, test scheme design, test outline preparation, test preparation, test execution, and test result analysis to ensure the comprehensiveness and effectiveness of product test verification and improve the product's compliance with requirements.
[0104] Step S51, establish a requirement-based test plan: Based on the defined engine improvement requirement list, complete the product test requirement analysis and clarify the test verification items for requirement implementation according to the method in step S221, and form a test plan; clarify the test plan attributes such as requirement number, requirement item, requirement classification, test item, verification requirements, verification level, verification resources, verification hours, and test funding, and complete the compilation of Table 16.
[0105] Table 16 Demand-Based Aero-Engine Test Planning
[0106]
[0107] For example, in this embodiment of the application, based on the defined engine improvement requirements, the product test requirements analysis is completed and the test verification items for requirement implementation are identified according to the method of step S51, and a requirement-based test plan is established as shown in Table 17.
[0108] Table 17 Demand-Based Aero-Engine Test Planning
[0109]
[0110]
[0111] Step S52, Define Test Process Activities: The test process activities mainly include five activities: test scheme design, test outline preparation, test preparation, test execution, and test result analysis. Test scheme design: This involves test personnel designing a specific test plan based on the test plan and test task requirements. The test plan includes the sample size of the test specimen, test time, test procedure, parameter data processing methods, test interruption handling and recovery, test organization and division of labor, and test safety (risks and contingency plans), ensuring the feasibility of the test plan. Test outline preparation: The test outline is the basis for test personnel to execute the test, mainly describing the specific steps of the test operation, inspection indicators, or judgment criteria. The main contents of the test outline should include the source of the task, test time, test location, test name, test nature and purpose, test content, technical status of the test product, technical status of the test system, technical status of test preparation, test procedures, test risks and control measures, and test result evaluation criteria, ensuring the correctness and feasibility of the test methods. Test preparation: The engine test preparation process is as follows... Figure 4 In accordance with the relevant requirements of the test outline, the test implementation unit shall be responsible for the preparation of test specimens and the setup of test equipment. This mainly includes the installation of test specimens, equipment modification or debugging, test environment setup, test equipment calibration, and pre-test inspection. The test shall be executed and implemented only after the inspection is passed. Test Execution: Test execution mainly follows the requirements and steps of the test outline and test cards, completing the operation of the test, the control of key processes and test risks, and the recording and collection of test data to ensure the accuracy, reliability, and completeness of test data and process information. Test Result Analysis: The test result analysis process is as follows... Figure 5 The main tasks include confirming and summarizing test data, analyzing test results based on test objectives, compiling test result analysis reports and test reports, and determining whether the test meets the test objective requirements.
[0112] Step S53, Implement full-level test verification: Based on the test planning results and the entire test process activities, complete the full-level test verification of engine components, subsystems, and the whole engine according to the method in step S52. Focus on improving product test verification in terms of the completeness of test items, the accuracy of test piece technical status, the completeness of test status, the completeness and feasibility of test procedures, and the completeness and accuracy of test process data recording, so as to ensure the validity of test results.
[0113] Step S54, Test Result Conformity Analysis: Following the requirement conformity method in step S23 and based on the test verification criteria, analyze the conformity of the test results to ultimately ensure that the product verification requirements are met.
[0114] Step S6, "Further Refinement" of Model Experience: "Further refinement" of model experience refers to refining the new experiences and insights gained during the engine improvement process and incorporating them into the system elements to ensure the continuous accumulation and improvement of product R&D capabilities. At the same time, it summarizes the experience of redesign engineering implementation, establishes the "W" model for product improvement and iterative development, integrates redesign engineering process activities into the R&D system, supports iterative product development, and achieves optimal product development.
[0115] Step S61, Multi-dimensional Experience Extraction for Aero-engines: Multi-dimensional experience extraction for aero-engines involves summarizing and extracting new experiences and insights gained during engine improvement from five dimensions: mature technologies, model specification documents, fault issues, research achievements, and test projects. This process transforms the "implicit" development experience of a model into "explicit" system elements and incorporates them into the R&D system, achieving continuous accumulation and improvement of product development capabilities. Specific details are as follows:
[0116] Step S611, establish a multi-dimensional model for extracting experience from aero-engine models: The multi-dimensional model for extracting experience from aero-engine models is as follows... Figure 6 First, by summarizing model development experience, the focus is clearly defined on five dimensions for extraction and refinement: mature technologies (core technologies at level 5 and above), model specification documents (model specification documents formed during model development), faults and problems (faults and problems that have been resolved), breakthroughs (key technology breakthroughs that have been completed), and test projects (test projects that have been verified). Second, a structured experience compilation method is established to compile complete and executable model experience from the dimensions of process activities, methods / guidelines, and software tools. Third, the types of system element carriers are clarified from the aspects of process activities, process documents, and software tools. Finally, in accordance with the work requirements for system development and access, model experience is integrated into the R&D system.
[0117] Step S6111, Model Experience Extraction Method Based on Mature Technologies: The aero-engine technology tree is decomposed step-by-step according to the forward method of Product Breakdown Structure (PBS) - Working Breakdown Structure (WBS) - Technology Breakdown Structure (TBS). The model experience extraction method based on mature technologies involves extracting a list of technologies with a maturity level of 5 or higher from the technology tree, analyzing the system element carrying results of each technology item by item, and extracting system elements from specifications / standards, guidelines, software tools, and databases for mature technology experiences without system element carrying. Simultaneously, the process activities supporting the system elements are clarified. The model experience extraction method based on mature technologies is shown in Table 18.
[0118] Table 18. Model Experience Extraction Methods Based on Mature Technologies
[0119]
[0120]
[0121] Step S6112, Experience Extraction Method Based on Model Specification Documents: The experience extraction method based on model specification documents mainly focuses on extracting model-specific specifications / standards and other documents generated during the model improvement process. For specification / standard documents that have not yet formed system elements, it is judged whether they meet the conditions for inclusion in system elements from two dimensions: the scope of application of the document (whether whole machine verification is carried out) and maturity (level 5 or above). For model specification / standard guidance documents that have met the access requirements, the system element carriers that carry technology and experience are clearly defined. The experience extraction method based on model specification documents is shown in Table 19.
[0122] Table 19. Experience Extraction Methods Based on Model Specification Documents
[0123]
[0124]
[0125] Step S6113, Model Experience Extraction Method Based on Fault Problems: This method focuses on extracting experience from faults and problems that have been resolved during the model development process. It primarily extracts newly acquired tools, methods, and principles from the solutions to these faults and problems; and clarifies the carriers of system elements and incorporates them into the system. The model experience extraction method based on fault problems is shown in Table 20.
[0126] Table 20 Model Experience Extraction Method Based on Fault Problems
[0127]
[0128] Step S6114, Model Experience Extraction Method Based on Key Technology Breakthrough Results: Model experience extraction based on key technology breakthrough results mainly focuses on extracting new methods, tools, and criteria from the results of completed technical breakthroughs and project completion, and identifying the system elements that need to be added or improved. The model experience extraction method based on key technology breakthrough results is shown in Table 21.
[0129] Table 21. Model Experience Extraction Method Based on Key Technology Research Results
[0130]
[0131]
[0132] Step S6115, Model Experience Extraction Method Based on Test Projects: Model experience extraction based on test projects mainly targets test projects that have completed test verification. Based on the entire test process activities such as test planning, test scheme design, test outline, test preparation, test execution, and test result analysis, it analyzes the new methods and tools obtained during the entire test process, and clarifies the carriers of newly added and improved system elements. The model experience extraction method based on test projects is shown in Table 22.
[0133] Table 22 Model Experience Extraction Method Based on Test Projects
[0134]
[0135] Step S612, Constructing a Structured Experience Extraction and Compilation Method: Based on the IPOCE model, a complete and executable model experience requires a complete description of inputs such as application scenarios, control items such as load conditions, operating conditions, and test conditions, and enables the use of professional knowledge background and thinking models to perform experience mining and extraction activities, outputting and forming knowledge experience, such as... Figure 7 Therefore, in order to ensure the completeness and accuracy of the experience extraction, the structured components of model experience should include the following: Model experience (precautions and experience criteria) = Input (application scenario) + Control conditions (load conditions, operating conditions, test conditions, etc.) + Enabling conditions (professional knowledge and skills).
[0136] Step S613: Clarify the types of system element carriers: Based on the existing model experience, clarify the types of system element carriers according to different types of model experience (process activities, methods / guidelines, software tools, etc.) from aspects such as process activities, specifications / standards, guidelines, templates, checklists, and software tools. First, for new process activities extracted from model experience, identify the technical processes that need to be supplemented and improved; second, for the formation of new methodological and guideline-type experience, identify the specifications / standards, guidelines, templates, and checklists that need to be improved; finally, for the formation of new software tools, identify the software tools that need to be supplemented and improved.
[0137] Step S614, Development and Access of System Elements: In accordance with the standardization and access requirements of the R&D system, complete the development and access of system elements, incorporate them into the product R&D system, support model sharing, form an interactive model of "model feeding back to the system and the system supporting the model", and realize the continuous accumulation of R&D system capabilities.
[0138] In this embodiment of the application, following the method of step S61, the model development experience is summarized and refined into system elements from five dimensions: mature technology (core key technologies of level 5 or above), model specification documents (model specification documents formed during the model development process), fault problems (faults and problems that have been resolved), key technology breakthroughs (key technology breakthroughs and completion of projects), and test projects (test projects that have been verified). The refinement results are shown in Tables 23-27.
[0139] Table 23 Results of Model Experience Extraction Based on Mature Technologies
[0140]
[0141] Table 24 Results of Model Experience Extraction Based on Model Specification Documents
[0142]
[0143] Table 25. Results of Model Experience Extraction Based on Fault Problems
[0144]
[0145]
[0146] Table 26: Results of Model Experience Extraction Based on Key Technology Breakthroughs
[0147]
[0148] Table 27. Results of Model Experience Extraction Based on Test Projects
[0149]
[0150] Step S62, establish the "W" model for product improvement and iterative development: First, summarize the process and methods of redesign engineering, such as... Figure 1 Secondly, the redesign engineering process activities are refined, mainly including four model improvement process activities: reanalysis, redesign, remanufacturing, and reverification. Thirdly, a "W" model for product improvement iterative development is established, integrating redesign engineering process activities into the existing product development process through optimization and improvement. Figure 8 This enables the transformation of the product development model from the traditional V model to the "W" model, supports iterative product development, and ensures the systematicness and effectiveness of product design improvements.
[0151] To achieve standardized control and centralized management of all levels of requirements, technical activities, and verification activities and system elements in aero-engine redesign engineering, this application also provides an aero-engine redesign engineering management system. This system 100 mainly includes an engine general requirements management module 110, a technical activity management module 120, a technical key point management module 130, a product definition management module 140, and a system element management module 150, such as... Figure 9 The functional descriptions of each module are as follows:
[0152] The Engine General Requirements Management Module 110 is used to characterize general requirements items at all levels of the engine, ensuring the completeness and compliance of the model requirements definition. It mainly includes: requirement number, requirement item, requirement category, requirement source, responsible profession, feasibility analysis, feasibility analysis results, design verification criteria, design verification results, design compliance analysis, test verification criteria, verification level, verification resources, verification hours, test funding, test verification results, test compliance analysis, model issues, design improvement measures, and other data information.
[0153] The Technical Activity Management Module 120 is primarily based on product development requirements, clearly defining the design activities, design verification activities, and experimental verification activities needed to achieve these requirements, ensuring the integrity and compliance of the model development process. It mainly includes data and information such as: activity name, activity type, activity status, activity integrity check, activity compliance check, activity supporting documents, model issues, and design improvement measures.
[0154] The Technical Key Point Management Module 130 is primarily based on R&D activities, clarifying the key methods and guidelines required for the execution of technical activities to ensure their accuracy. It mainly includes data attributes such as: technical key point name, reason for listing as a technical key point, mastery status of the technical key point, relevant regulatory documents, and suggestions for improvement.
[0155] The Product Definition Management Module 140 is primarily based on the product's design results, comprehensively defining the product's design, process, and testing key points to ensure the integrity and compliance of the product manufacturing process. It mainly includes data such as: drawing numbers, product development requirements, product design key points, implementation status of engineering drawings, product definition risk analysis, product process key points, product process control results, process risk analysis, product testing key points, product testing results, and testing process risk analysis.
[0156] The System Element Management Module 150 is primarily based on model development experience. It extracts and refines model development experience from multiple dimensions to form system elements, which are used to control the extraction of model experience, the development and access of system elements. It mainly includes data information such as: experience extraction dimension, experience extraction name, experience extraction result, type of experience integrated into system element, system element name, system element file number, and system element status.
[0157] Compared with existing technologies, the method and system of this application have the following advantages:
[0158] 1) It proposes the connotation and architecture of aero-engine redesign engineering, clarifies the process activities and logical relationships of redesign engineering, and solves the problem that the concept of "reengineering" in the national standard is not executable; it proposes "five re-engineering" process activities to make up for the lack of weak links in product manufacturing process in the "three re-engineering" design method; at the same time, it realizes the transformation from the traditional single product-oriented perspective to a dual perspective of product and capability, realizes the expansion of the connotation of "reengineering" in the national standard, and has the feasibility of the method; it has broad applicability.
[0159] 2) A demand-based aero-engine "reanalysis" method was established to positively examine the integrity and compliance of the model development process (design process, manufacturing process, and verification process). This addresses the problem that traditional product improvement is problem-oriented and lacks sufficient product risk identification, resulting in insufficient systematicness and integrity of design improvement, thus improving the effectiveness and integrity of model design improvement. A demand-based model "redesign" improvement method was also established, forming a demand-based product design improvement workflow and methodology (demand analysis - architecture design - component / subsystem design - structural development - testing and verification). This improves the integrity and compliance of model requirements and the development process, ensuring the effectiveness of model design improvement and the compliance of requirements.
[0160] 3) A remanufacturing method for aero-engines based on product definition (design points - process points - testing points) was established to address the problem that existing remanufacturing methods are insufficient in improving weak links in product manufacturing processes, ensuring product manufacturing conformity; a demand-based reverification method for aero-engines was established, and a demand-based test planning method was proposed. A full-process test activity covering test requirements analysis, test planning, test outline, test preparation, test execution, and test result analysis was established to address the problems of incomplete test verification items and non-standard test processes during product development, ensuring the completeness and effectiveness of product verification;
[0161] 4) A method for "re-extracting" model experience was established to address the previous problem of insufficient integration of model experience into the R&D system. This method enables the extraction and integration of model development experience into the R&D system, achieving effective inheritance and reuse of model development experience, continuously improving product R&D capabilities, and effectively preventing the recurrence of failures. At the same time, a "W" model for product improvement and iterative development was established to integrate redesign engineering process activities into the R&D system, ensuring the systematicness and effectiveness of product design improvement.
[0162] 5) It solves the problems of incomplete records of product design improvement process and insufficient inheritability and reusability of model experience. It has information management and control functions for the whole process of product "R&D requirements - design activities - product definition - verification activities - experience extraction". It realizes standardized recording and unified centralized management of the design improvement process of aero-engine products. At the same time, the model experience formed in the product improvement process is incorporated into the system element management, realizing the co-construction, sharing and utilization of system elements among professional disciplines and models, which can provide support and reference for the development of other models.
[0163] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the technical scope disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.
Claims
1. A method for redesigning an aero-engine, characterized in that, include: The connotation of redesign engineering is clearly defined. Redesign engineering refers to the further optimization and improvement of products in the production and use of aero engines. On the positive side, it is demand-driven, systematically analyzing the integrity and compliance of the entire R&D process from product requirements to design activities, production and manufacturing, and testing and verification, identifying and discovering risks and problems in the product, and improving and upgrading the engine's technical status through design modifications or process improvements. On the negative side, it is model experience-driven, extracting model development experience and integrating it into the R&D system, continuously supplementing and improving and building an advanced, complete, and user-friendly independent R&D system, and realizing the accumulation and improvement of product R&D system capabilities. The redesign engineering process activities are clearly defined, including five activities: reanalysis, redesign, remanufacturing, reverification, and model experience re-extraction. Reanalysis, redesign, remanufacturing, and reverification target engine model improvement designs, using the results of reanalysis as input to implement redesign, remanufacturing, and reverification of the product. These four activities are mutually confirmed and passed down layer by layer, reflecting the end-to-end improvement and verification process of product design improvement from requirements to product delivery. Model experience re-extraction targets the accumulation and enhancement of product R&D system capabilities, including building model experience extraction models and product iterative development models to integrate multi-dimensional model experience into the R&D system. The aero-engine reanalysis process includes: Step S21, Requirements Completeness Analysis: By constructing general engine requirements, the applicability of these general requirements is analyzed in conjunction with the model development requirements. Specifically, for requirements applicable to the model but not included in the model development requirements or lacking explicit technical specifications, incomplete requirements during the model development process are identified. For missing requirements, the risks and problems associated with the product are identified, including the following processes: Step S211, Establish Engine-wide General Requirements: First, establish an engine-wide requirements architecture. Based on the engine product decomposition structure, clarify the hierarchical architecture of requirements management at the engine whole-machine level, component / system level, and component level, achieving top-down requirements decomposition and top-up requirements verification. Second, establish engine general requirements classification. In accordance with the requirements of the "Regulations for Compiling Special Specifications for Weapon and Equipment Development Projects" (GJB 6387-2008), form a structured general requirements classification for the engine from multiple aspects including engine function, performance, integrity, operational applicability, general quality characteristics, and durability, ensuring the integrity of general requirements. Finally, form general requirements items. By sorting out model development requirements, summarizing the development experience of other similar models, organizing foreign language standards and materials, international cooperation experience, and interpreting airworthiness standards and military standards requirements, summarize and refine the requirements content according to the principles of completeness, consistency, applicability, technicality, structure, and itemization in requirements item compilation, and construct engine-wide general requirements items. Step S212, construct model requirement items: First, analyze the applicability of general requirement items. In combination with the development requirements of the engine model, analyze the applicability of general requirement items one by one, and explain the reasons for the inapplicability of general requirement items that are not applicable. Second, construct model requirement items. Based on the engine model specifications and the technical requirements of components / systems, supplement the technical indicators of each general requirement item to form a complete model requirement item system. Step S213, Requirements Completeness Analysis: First, define the engine requirements completeness analysis attributes, including: general requirement number, general requirement item, requirement classification, responsible specialty, applicability analysis results, inapplicability explanation, and requirement attributes of model requirement items; second, based on the applicability analysis results of general requirement items, identify and discover incomplete requirements in the model development process for general requirement items that are applicable but not included in the model development requirements or lack clear technical specifications; finally, analyze the impact of missing requirement items on product development and analyze the risks and problems existing in the model. Step S22, R&D Process Integrity and Compliance Analysis: The R&D process integrity and compliance analysis for aero-engines includes the integrity and compliance analysis of the design process, manufacturing process, and verification process, identifying risks and problems in the product development process, including the following processes: Step S221, Design Process Completeness and Compliance Analysis: First, establish a product development process. Based on the systems engineering V-model, construct a forward product development process covering requirements analysis, architecture design, component / subsystem design, structural development, and testing and verification, achieving full coverage of product requirements, design, and verification. Second, establish a design activity analysis matrix. Based on product model development requirements, establish the relationship between requirements and design activities in the product development process, clarifying the design activities and design verification activities required to achieve the requirements. Design activities are the computational analysis activities required to achieve the requirements themselves, while design verification activities verify the compliance of the requirements through calculation, simulation analysis, and analogy, ensuring the completeness of the product design process. Secondly, the key technical points for the execution of design activities are clearly defined. These key technical points are the critical methods and criteria required for the execution of process activities. Among them, the key technical points for design activities and design verification activities include multiple aspects such as model accuracy, feature dimensions, rationality of typical parameters, accuracy of working conditions and environmental loads, and accuracy of boundary conditions, to ensure the accuracy and compliance of the execution of design activities. Finally, a completeness and compliance analysis of design activities is completed. Based on the results of the design activity review and the key technical points of the design activities, combined with the engine's design output results, the completeness and accuracy of the output results of each design activity are analyzed item by item to complete the completeness and compliance analysis of the design process. The potential risks of incomplete or non-compliant design activities are also analyzed. Step S222, Manufacturing Process Integrity and Compliance Analysis: First, complete the product definition. Based on the product design results, clarify the key product design points. These key design points refer to the design requirements related to the processing and assembly processes of aero-engine products, proposed to meet the development needs of product performance, structure, and strength. These include dimensional requirements, technical requirements, and standard requirements in the product drawings. Second, complete the integrity and compliance analysis of the key product design points. Based on the determined key product design points, analyze the implementation status of the engine component engineering drawings. For missing or non-compliant key product design points, propose suggestions for improving and perfecting the engineering drawings. Third, based on the key product design points, process engineers complete the product... The definition of key process points and key inspection points is as follows: Key process points refer to the process procedures, parameters, and safeguards that need to be controlled during the manufacturing and assembly processes to meet the design requirements of aero-engine products; Key inspection and testing points refer to the inspection and testing methods, tools, and parameters that need to be controlled during the inspection and testing processes of aero-engine product manufacturing and assembly to meet the design requirements of aero-engine products, clarifying the control requirements of the product manufacturing process; Finally, the integrity and compliance of the product manufacturing process are analyzed; based on the process data and results of product manufacturing, the integrity and compliance of the product design points, key process points, and key inspection points are analyzed, and suggestions for manufacturing process improvement are proposed to address existing problems; Step S223, Verification Process Completeness and Compliance Analysis: First, establish a requirement-based test plan. Based on the product model development requirements, establish the relationship between requirements and verification activities in the product development process, clarify the test verification activities required to achieve the requirements, and confirm the compliance of verification requirements through test verification, assembly verification, testing, and product usage methods, forming a requirement-based test verification plan to ensure the completeness of the product development verification process. Second, define the technical points of the test activities, including multiple aspects such as the completeness of test items, the accuracy of test piece technical status, the completeness of test procedures, the accuracy of test conditions, and the validity of test results, to ensure the accuracy and compliance of the test activities. Finally, complete the verification process completeness and compliance analysis. Based on the test items and technical points of the test activities in the test plan, and combined with the engine verification results, analyze the completeness and accuracy of the output results of each verification activity, complete the verification process completeness and compliance analysis, and analyze the potential risks for incomplete and non-compliant technical activities. Step S23, Requirements Compliance Analysis: Based on the model's design and verification results, the requirements compliance analysis demonstrates the satisfaction of the corresponding design verification criteria and test verification criteria, explaining the engine requirements' compliance results. First, a model requirements verification matrix is constructed, clarifying the attributes of model requirements number, model requirements item, requirements category, design criteria, design results, design verification compliance, and test verification criteria, forming the model requirements verification matrix. Second, the design verification criteria and test verification criteria for the requirements are clarified. Requirements verification criteria are the standards and requirements for proving requirements compliance. Based on product development specifications and guidelines, the design criteria and verification criteria for model requirements are clarified item by item from two dimensions: design verification criteria and test verification criteria. Third, the compliance of model requirements is analyzed. Based on the model's design and verification results, the satisfaction of the design verification criteria and test verification criteria is demonstrated item by item, explaining the engine requirements' design verification and test verification compliance results. Finally, model risks and problems are analyzed. For requirements that do not meet the design verification results or test verification results, the risks and problems existing in model development are explained, providing support for model design improvement and R&D system capability enhancement. Based on the content and process activities of the redesign project, the architecture of the redesign project is constructed.
2. The aero-engine redesign engineering method as described in claim 1, characterized in that, The aero-engine redesign process includes: Step S31, Define product improvement requirements: Based on the results of requirement completeness analysis, R&D process completeness and compliance analysis, and requirement compliance analysis, identify engine improvement requirements for items with missing product development requirements, incomplete or non-compliant R&D processes, unmet development requirements, and requirements due to user changes. Step S32, Implement Forward Product Design: First, based on the defined product improvement requirements, complete the product requirements analysis and form a list of design and design verification activities for requirement implementation according to the method in step S221; Second, according to the forward product development process of requirements analysis-architecture design-component / subsystem design-structural development, carry out engine functional design, logical architecture design and physical architecture design, and complete the engine whole design and design verification activities according to the technical activity list to form the engine whole design scheme; Third, complete the engine component / system design, complete the component / system layer design and design verification activities to form the component system scheme; Finally, based on the engine component / system scheme design results, complete the structural development of engine components, form component engineering drawings, and determine the technical status of the improved engine; Step S33, Requirements Compliance Analysis: Based on the results of the engine redesign, complete the requirements compliance analysis according to the method in step S23 to ensure that the design improvement results meet the engine improvement requirements.
3. The aero-engine redesign engineering method as described in claim 2, characterized in that, The aircraft engine remanufacturing process includes: Step S41, Define product design points: Based on the redesign results, engineering drawings of improved parts are generated. Designers complete the definition of product design points, starting from the view requirements of the drawings, technical conditions, product technical documents, and relevant requirements in the product reference standards. Combining the product's strength calculation results, process implementation process, assembly process, and historical failures and problems of similar products, all design control points of the product are analyzed and formed to ensure that all design control points are defined in the engineering drawings and technical requirements and can fully meet the improvement requirements. Step S42, Define Product Process Key Points: Based on the defined product design key points, process engineers define the process key points item by item, ensuring that the process key points encompass all design key points and guaranteeing the conformity of the manufacturing process. The definition of process key points is jointly carried out by production process engineers, special process engineers, tooling design process engineers, tooling manufacturing process engineers, and assembly process engineers. Designers should participate in the collaboration. Among them, production process engineers should comprehensively analyze the correlation between the process steps, operating methods, various process parameters, tools and equipment factors, and various design key points from the entire product realization process, and clarify the process key points corresponding to each design key point. Special process engineers should define the process key points from the product design design and manufacturing process. For special processes and special technologies, the entire process analysis should include the correlation between the steps, operating methods, various process parameters, equipment factors, and design points, clarifying the corresponding process points. Tooling design and manufacturing process personnel should analyze the correlation between tooling use and design points throughout the entire tooling usage process, clarifying the corresponding process points. Assembly process personnel should analyze the correlation between each step, process parameter, tool and equipment factor, and design points throughout the entire product assembly and assembly process, clarifying the corresponding process points. When determining process points, designers should provide technical guidance to process personnel on understanding and implementing the design points. Step S43, Define Product Inspection Points: Based on the definition of product process points, inspection personnel should define the product inspection points item by item according to the defined process points to ensure the conformity of process results. Product inspection points should be jointly carried out by inspection and testing personnel and quality control personnel. Among them, inspection and testing personnel should analyze the correlation with each design point from the aspects of inspection and testing tools, methods, measurement methods and parameters in the product manufacturing process and finished product inspection process, and at the same time consider the detectability of each corresponding process point. Quality control personnel should consider the correlation with each design point from the aspects of quality inspection methods, tools and parameters of process products and final products, and at the same time consider the detectability of each corresponding process point. Step S44, Manufacturing process integrity and compliance analysis: Complete the manufacturing process integrity and compliance analysis according to the method in step S222 to ensure that all defined design points, process points and inspection points meet the requirements and that the manufacturing results meet the design requirements.
4. The aero-engine redesign engineering method as described in claim 3, characterized in that, The aero-engine re-verification process includes: Step S51, establish a requirements-based test plan: based on the defined engine improvement requirements list, complete the product test requirements analysis and clarify the test verification items for requirement implementation according to the method in step S221, and form a test plan; clarify the test plan attributes including requirement number, requirement item, requirement category, test item, verification requirements, verification level, verification resources, verification hours, and test funding; Step S52, Define the test process activities: The test process activities include test plan design, test outline preparation, test preparation, test execution, and test result analysis. Test plan design involves the test personnel designing a specific test plan based on the requirements of the test plan and test task specification. The test plan includes the sample size of the test pieces, test time, test procedure, parameter data processing methods, test interruption handling and recovery, test organization and division of labor, and test safety measures to ensure the feasibility of the test plan. Test outline preparation: The test outline is the basis for the test personnel to execute the test, used to explain the specific steps of the test operation, inspection indicators, or judgment criteria. The test outline includes the task source, test time, test location, test name, test nature and purpose, test content, technical status of the test product, and technical status of the test system. The test preparation includes technical status, test procedures, test risks and control measures, and test result evaluation criteria to ensure the correctness and feasibility of the test methods. Test preparation, in accordance with the relevant requirements of the test outline, is the responsibility of the test implementation unit for preparing test specimens and setting up test equipment, including test specimen installation, equipment modification or debugging, test environment setup, test equipment calibration, and pre-test inspection. After passing the inspection, the test is executed. Test execution follows the requirements and steps of the test outline and test cards, completing the operation of the test, controlling key processes and test risks, and recording and collecting test data to ensure the accuracy, reliability, and completeness of test data and process information. Test result analysis involves confirming and summarizing test data, analyzing test results according to the test objectives, compiling a test result analysis report and a test report, and determining whether the test meets the test objective requirements. Step S53, Implement full-level test verification: Based on the test planning results and the entire test process activities, complete the full-level test verification of engine components, subsystems, and the whole engine according to the method in step S52. Focus on improving product test verification in terms of the completeness of test items, the accuracy of test piece technical status, the completeness of test status, the completeness and feasibility of test procedures, and the completeness and accuracy of test process data recording, so as to ensure the validity of test results; Step S54, Test Result Conformity Analysis: Following the requirement conformity method in step S23 and based on the test verification criteria, analyze the conformity of the test results to ultimately ensure that the product verification requirements are met.
5. The aero-engine redesign engineering method as described in claim 4, characterized in that, The process for refining the model's experience includes: Step S61, Multi-dimensional Experience Extraction for Engine Models: This step involves further extracting multi-dimensional experience from aero-engine models. It addresses new experiences and insights gained during engine improvement, summarizing and refining elements from mature technologies, model specifications, troubleshooting issues, research achievements, and test projects to form the core elements of the R&D system. This transforms the "implicit" development experience of the model into "explicit" system elements and incorporates them into the R&D system, achieving continuous accumulation and improvement of product development capabilities. This includes: Step S611: Establish a multi-dimensional engine model for extracting model experience. First, by summarizing model development experience, clarify the direction for extraction and refinement from multiple dimensions, including mature technologies, model specification documents, failure issues, key breakthroughs, and test projects. Second, establish a structured experience compilation method, compiling complete and executable model experience from the dimensions of process activities, methods / guidelines, and software tools. Third, clarify the types of system element carriers from the aspects of process activities, process documents, and software tools. Finally, in accordance with the work requirements for system development and access, integrate model experience into the R&D system. Step S6111, Model Experience Extraction Method Based on Mature Technologies: The aero-engine technology tree is decomposed step by step according to the forward method of product breakdown structure - work breakdown structure - technology breakdown structure. A list of technologies with a maturity level of 5 or above is extracted from the technology tree. The system element carrying results of each technology are analyzed one by one. For mature technology experience without system element carrying, system elements are extracted from specifications / standards, guidelines, software tools and databases. At the same time, the process activities supported by system elements are clarified. Step S6112, Experience extraction method based on model specification documents: Extract model-specific specification / standard documents formed during the model improvement process; for specification / standard documents that have not yet formed system elements, determine whether they meet the conditions for inclusion in system elements from the two dimensions of application scope and maturity; for model specification / standard guidance documents that meet the admission requirements, clarify the system element carriers that carry technology and experience. Step S6113, Model Experience Extraction Method Based on Fault Problems: Extract faults and problems that have been resolved during the model development process, extract newly mastered tools, methods and criteria from the solutions to faults and problems; clarify the carriers of system elements and incorporate them into the system; Step S6114, Model experience extraction method based on key breakthrough results: For the results of completed technical breakthroughs and project completion, new methods, tools and criteria are extracted to identify the system elements that need to be added and improved. Step S6115, Model Experience Extraction Method Based on Test Projects: For test projects that have completed test verification, based on the entire test process activities of test planning - test scheme design - test outline - test preparation - test execution - test result analysis, analyze the new methods, tools and experiences gained in the entire test process, and identify the carriers of newly added and improved system elements. Step S612, construct a structured experience extraction and compilation method: Based on the IPOCE model, a complete and executable model experience needs to fully describe the application scenario input, load conditions, operating conditions, test conditions control items, use professional knowledge background and thinking model enablement items, execute experience mining and extraction activities, output and form knowledge experience; Step S613: Clarify the types of system element carriers: Based on the existing model experience, clarify the types of system element carriers according to the different types of model experience, focusing on process activities, specifications / standards, guidelines, templates, checklists, and software tools. First, for new process activities extracted from model experience, clarify the technical processes that need to be supplemented and improved. Second, for the formation of new methodological and criterion-based experience, clarify the specifications / standards, guidelines, templates, and checklists that need to be improved. Finally, for the formation of new software tools, clarify the software tools that need to be supplemented and improved. Step S614, Development and Access of System Elements: In accordance with the standardization and access requirements of the R&D system, complete the development and access of system elements, incorporate them into the product R&D system, support model sharing, form an interactive model of "model feeding back to the system, system supporting model", and realize the continuous accumulation of R&D system capabilities. Step S62, establish the W model for product improvement and iterative development: First, summarize the process and methods of redesign engineering; second, refine the process activities of redesign engineering, which include reanalysis, redesign, remanufacturing, and reverification improvement process activities for product design improvement; third, establish the W model for product improvement and iterative development, and integrate redesign engineering process activities into the product development process by optimizing and improving the existing product development process, thereby realizing the transformation of the product R&D model from the traditional V model to the W model, supporting the realization of iterative product development, and ensuring the systematicness and effectiveness of product design improvement.
6. An aero-engine redesign engineering system for implementing the aero-engine redesign engineering method according to any one of claims 1 to 5, characterized in that, include: The engine general requirements management module (110) is used to characterize the general requirements items at all levels of the engine, ensuring the completeness and compliance of the model requirements definition. It includes: requirement number, requirement item, requirement category, requirement source, responsible profession, feasibility analysis, feasibility analysis results, design verification criteria, design verification results, design compliance analysis, test verification criteria, verification level, verification resources, verification hours, test funding, test verification results, test compliance analysis, model issues, and design improvement measures data information. The technical activity management module (120) clarifies the design activities, design verification activities, and test verification activities required to achieve the product development needs, ensuring the integrity and compliance of the model development process. This includes: activity name, activity type, activity status, activity integrity check, activity compliance check, activity supporting documents, model issues, and design improvement measures data information. The Technical Points Management Module (130) is based on R&D activities and clarifies the key methods and guidelines that need to be followed in the execution of technical activities to ensure the accuracy of the execution of technical activities. It includes: technical point name, reason for listing as technical point, mastery status of technical point, standard documents on which it is based, and data attributes of technical point improvement suggestions. The product definition management module (140) fully defines the design points, process points and testing points of the product based on the product design results, ensuring the integrity and compliance of the product manufacturing process, including: drawing number, product development requirements, product design points, implementation status of engineering drawings, product definition risk analysis, product process points, product process control results, process risk analysis, product testing points, product testing results, and testing process risk analysis data information. The system element management module (150) is based on model development experience, and extracts model development experience from multiple dimensions to form system elements. It is used to control the extraction of model experience, the development and access of system elements, including: experience extraction dimension, experience extraction name, experience extraction result, experience integration into system element type, system element name, system element file number, and system element status data information.