A control system signal processing requirement analysis method

Abstract

This invention discloses a method for analyzing signal processing requirements in a control system, comprising the following steps: designing a requirement design template based on signal type; selecting processing methods and configuring parameters for multiple parts of the signal processing flow through a point-and-click method in the requirement design template, wherein the multiple parts include fault diagnosis, calibration, filtering, and voting; checking the selected processing methods and configuration parameters through predefined checking logic, and generating prompt information when conflicts or unreasonable configurations are detected; modifying and confirming the requirements based on the prompt information to form a standardized requirement description; this invention ensures the standardization and normalization of code integration and testing.

Description

Technical Field

[0001] This invention relates to the field of signal processing technology for aero-engine control systems, and more specifically to a method for analyzing the requirements of control system signal processing. Background Technology

[0002] Signal processing in aero-engine control software is characterized by its variety and redundancy. Different signals require fault diagnosis, calibration, filtering, and voting to ultimately obtain usable signals and their fault states. While the processing methods for similar signal types share certain commonalities, software-level requirement confirmation relies entirely on the requirements specifications provided by the requirements designers. Different requirements designers may describe these common problems in different ways.

[0003] When communicating requirements, inconsistencies in terminology or incomplete consideration by requirement designers in writing task specifications can lead to misunderstandings among coders, requiring them to repeatedly confirm the requirements and severely impacting efficiency. In collaborative work involving multiple requirement designers and coders, the description of software-level requirements directly affects the structure and style of the final code; inconsistencies in requirement descriptions can hinder the integration and testing of the final code. Summary of the Invention

[0004] Purpose of the Invention: The purpose of this invention is to provide a method for demand analysis of control system signal processing, and to design a standardized demand analysis design tool. This tool standardizes the demand description during the demand design phase, and standardizes the structure and style of the code based on the standardized description during the software coding phase. This ensures the standardization and normalization of code integration and testing, forms a complete traceability relationship between requirements, code, and testing, and solves the problems existing in the background technology.

[0005] Technical solution: The present invention provides a method for analyzing the signal processing requirements of a control system, comprising the following steps: (1) Design a requirement template according to the signal type; in the requirement design template, select the processing method and configure the parameters for multiple parts of the signal processing flow by clicking, including fault diagnosis, calibration, filtering and voting; (2) The selected processing method and configuration parameters are checked through predefined checking logic, and a prompt message is generated when a conflict or unreasonable configuration is detected; (3) Modify and confirm the requirements according to the prompts to form a standardized requirement description.

[0006] Furthermore, in step (1), the signal types include signal types in the aircraft engine control system.

[0007] Furthermore, in step (1), the selection method is implemented through a graphical user interface.

[0008] Furthermore, in step (2), the checking logic includes conflict detection of the processing method and verification of the rationality of the parameters.

[0009] Furthermore, the method also includes generating corresponding code structure and style specifications based on the selected processing method and configuration parameters to ensure traceability between requirements, code, and tests.

[0010] 6. The method for analyzing the requirements of a control system signal processing system according to claim 1, wherein the requirement design template is presented in tabular form.

[0011] Furthermore, standardized requirements descriptions are used to guide software coding, standardizing code structure and style.

[0012] An electronic device according to the present invention includes a memory and a processor. The memory stores a computer program, and the processor executes the program to implement the steps of the method.

[0013] The present invention discloses a computer-readable storage medium storing a computer program, which, when executed by a processor, implements the steps of the method.

[0014] Beneficial effects: Compared with existing technologies, this invention has the following significant advantages: It divides the signal processing flow into four parts: fault diagnosis, calibration, filtering, and voting, and achieves the required design by selecting different processing methods. It provides prompts for obviously conflicting processing methods and improperly configured parameters. Attached Figure Description

[0015] Figure 1 This is a flowchart of the present invention. Detailed Implementation

[0016] The technical solution of the present invention will be further described below with reference to the accompanying drawings.

[0017] like Figure 1 As shown, this invention provides a method for analyzing signal processing requirements in a control system, comprising the following steps: This invention categorizes signal processing methods based on signal type, dividing the signal processing flow into four parts: fault diagnosis, calibration, filtering, and voting. It lists the specific processing methods for different types of signals in these four processes. During requirement design, the corresponding processing method is selected, and corresponding parameters are configured. Through appropriate checking logic, prompts are given for obviously conflicting processing methods and unreasonable parameter configurations. Furthermore, it stipulates that different processing methods must use corresponding code structures and styles. The method includes the following steps: Step 1: Design the corresponding requirement template according to the signal type.

[0018] Step 2: In Figure 1In the process, the processing methods and configuration parameters for the four parts of fault diagnosis, calibration, filtering and voting are filled into different requirement design templates.

[0019] Step 3: Configure the inspection logic to provide prompts for handling obvious conflicts and unreasonable parameter configurations. Modify and confirm the requirements based on the prompts provided after the inspection.

Claims

1. A method for analyzing signal processing requirements in a control system, characterized in that, Includes the following steps: (1) Design templates according to signal type requirements; In the requirements design template, processing methods and parameters are selected for multiple parts of the signal processing flow by clicking, including fault diagnosis, calibration, filtering and voting. (2) The selected processing method and configuration parameters are checked through predefined checking logic, and a prompt message is generated when a conflict or unreasonable configuration is detected; (3) Modify and confirm the requirements according to the prompts to form a standardized requirement description.

2. The method for analyzing signal processing requirements of a control system according to claim 1, characterized in that, In step (1), the signal types include those in the aircraft engine control system.

3. The method for analyzing signal processing requirements of a control system according to claim 1, characterized in that, In step (1), the selection method is implemented through a graphical user interface.

4. The method for analyzing signal processing requirements of a control system according to claim 1, characterized in that, In step (2), the inspection logic includes conflict detection of the processing method and verification of the rationality of the parameters.

5. The method for analyzing signal processing requirements of a control system according to claim 1, characterized in that, The method also includes generating corresponding code structure and style specifications based on the selected processing method and configuration parameters to ensure traceability between requirements, code, and tests.

6. The method for analyzing signal processing requirements of a control system according to claim 1, characterized in that, The requirements design template is presented in tabular form.

7. The method for analyzing signal processing requirements of a control system according to claim 1, characterized in that, Standardized requirements descriptions are used to guide software coding, standardizing code structure and style.

8. A signal processing requirements analysis system for a control system, characterized in that, include: Design module: Used to design templates based on signal type design requirements; In the requirements design template, processing methods and parameters are selected for multiple parts of the signal processing flow by clicking, including fault diagnosis, calibration, filtering and voting. Inspection module: Used to check the selected processing method and configuration parameters through predefined inspection logic, and generate prompt information when a conflict or unreasonable configuration is detected; Description module: Used to modify and confirm requirements based on prompts to form a standardized requirement description.

9. An electronic device, characterized in that, It includes a memory and a processor, the memory storing a computer program, and the processor executing the program to implement the steps of the method according to claims 1-7.

10. A computer-readable storage medium, characterized in that, The device contains a computer program that, when executed by a processor, implements the steps of the method described in claims 1-7.

Images