CN111400872B - Model-based avionics system virtual integration test method and system - Google Patents

Model-based avionics system virtual integration test method and system Download PDF

Info

Publication number
CN111400872B
CN111400872B CN202010123351.7A CN202010123351A CN111400872B CN 111400872 B CN111400872 B CN 111400872B CN 202010123351 A CN202010123351 A CN 202010123351A CN 111400872 B CN111400872 B CN 111400872B
Authority
CN
China
Prior art keywords
test
virtual
model
component
virtual test
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202010123351.7A
Other languages
Chinese (zh)
Other versions
CN111400872A (en
Inventor
唐剑
朱少凡
汪澔
王世元
谭文韬
赵乐笛
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Commercial Aircraft Corp of China Ltd
Beijing Aeronautic Science and Technology Research Institute of COMAC
Original Assignee
Commercial Aircraft Corp of China Ltd
Beijing Aeronautic Science and Technology Research Institute of COMAC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Commercial Aircraft Corp of China Ltd, Beijing Aeronautic Science and Technology Research Institute of COMAC filed Critical Commercial Aircraft Corp of China Ltd
Priority to CN202010123351.7A priority Critical patent/CN111400872B/en
Publication of CN111400872A publication Critical patent/CN111400872A/en
Application granted granted Critical
Publication of CN111400872B publication Critical patent/CN111400872B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Abstract

A virtual integrated test method and system for avionics system based on model includes: receiving a designed system architecture; generating a virtual test component model framework according to the system architecture, wherein the virtual test component model framework is used for realizing and delivering the virtual test component by a model provider; receiving a virtual test component model, wherein the virtual test component model is obtained by carrying out virtual test component realization and delivery on a virtual test component model frame by a model provider; and generating an executable test file according to the virtual test component model integration configuration, wherein the executable test file is used for running virtual test execution of different scenes of the system architecture. The digital simulation and the comprehensive verification of the avionics system are completed, so that the automation degree of simulation verification is improved, and the development period is shortened.

Description

Model-based avionics system virtual integration test method and system
Technical Field
The application relates to the technical field of avionics system virtual integration test, in particular to a model-based avionics system virtual integration test method and system.
Background
The manual coding is generally completed in a ring mode by software in the prior art, so that a digital avionics system simulation verification system is established; the hardware-in-loop test is an integrated test method based on the hardware test bench carrying software-in-loop, and is widely applied to the field of airborne system test. After the system integrator obtains the equipment from the equipment or subsystem provider, the integration of a plurality of pieces of equipment is completed, and whether the interfaces and interaction logic among the pieces of equipment meet the design requirements is verified; and then, the integrated system needs to be tested item by taking the system function requirement as input, so as to verify whether the integrated system meets the design requirement.
Avionics systems are a particular area, differing from structures, materials, etc., where it is desirable to focus on testing the functionality and logic characteristics of the avionics system. While existing tool software focuses on researching physical characteristics of a system test, tools aiming at special functions and logic characteristics of an avionics system are very few, and conventional tools cannot realize an early verification test method of the model-based avionics system.
Meanwhile, the existing test method has a plurality of limitations, such as: the complexity of modern aircraft avionics is rapidly rising, and the workload of encoding of thousands of avionics systems with data buses is extremely large in the face of hundreds of thousands of signal data interactions, and traditional means are more fly to the forepart when the demands are rapidly changed and system faults are continuously present. In addition, in the process of system integration and verification of hardware in loop test, the problems of large test quantity of an electronic interface communication protocol, low manual test efficiency, complex dynamic cross-linking of system integration verification and the like also need to be solved. Meanwhile, in the current stage, all models are mostly closed-loop tests aiming at a single model such as Simulink and the like, and the model type is single and the integration is difficult.
Thus, conventional in-loop test methods, whether hardware or software, or models, fail to meet early validation tests of avionics systems for validation requirements.
Disclosure of Invention
Object of the application
The application aims to provide a model-based avionics system virtual integration test method and system, which are used for completing digital simulation and comprehensive verification of an avionics system so as to improve the automation degree of simulation verification and shorten the development period.
(II) technical scheme
In order to solve the above problems, according to one aspect of the present application, there is provided a model-based avionics system virtual integration test method, including: receiving a designed system architecture; generating a virtual test component model framework according to the system architecture, wherein the virtual test component model framework is used for realizing and delivering the virtual test component by a model provider; receiving a virtual test component model, wherein the virtual test component model is obtained by carrying out virtual test component realization and delivery on a virtual test component model frame by a model provider; and generating an executable test file according to the virtual test component model integration configuration, wherein the executable test file is used for running virtual test execution of different scenes of the system architecture.
Further, generating a virtual test component model framework from the system architecture includes: defining a virtual test system simulation framework according to the system framework; defining a boundary according to a virtual test system simulation framework, and generating a virtual test component interface according to the defined boundary; and generating a virtual test component model framework according to the virtual test component interface.
Further, receiving a virtual test component model, wherein the virtual test component model is obtained by implementing and delivering the virtual test component by a model provider on a virtual test component model frame, and the method comprises the following steps: customizing the inside of a virtual test component model frame to obtain a virtual component test model; and carrying out delivery test on the virtual component test model, judging whether the virtual component test model meets the delivery standard, and receiving the virtual component test model meeting the standard.
Further, generating the executable test file according to the virtual test component model integration configuration includes: defining a virtual test system simulation framework according to the system framework; converting the system architecture into a simulation architecture according to the virtual test system simulation architecture; an executable test file is generated in combination with the simulation architecture and the virtual test component model integration configuration.
Further, generating the executable test file in combination with the simulation architecture and the virtual test component model integration configuration includes: integrating the simulation framework and the virtual test component model, and converting the simulation model into an executable dynamic test model configuration; distributing hardware test resources; the executable dynamic test model configuration is automatically connected to the hardware test resource to generate an executable test file.
Further, the executable test file is used for executing virtual test execution of different scenes by the system architecture, and the virtual test execution comprises: virtual test execution is performed on the executable test files based on the running scenes of different system architectures.
According to another aspect of the present application, there is provided a model-based avionics system virtual integration test system comprising: the general design team module is used for designing a system architecture; the virtual integrated test module is used for receiving the designed system architecture and generating a virtual test component model frame according to the system architecture; the model provider module is used for implementing and delivering the virtual test component to the virtual test component model framework to obtain a virtual test component model; the virtual integrated test module is also used for receiving a virtual test component model and generating an executable test file according to the integrated configuration of the virtual test component model; the general design team module is also used for performing virtual test execution on the executable test files.
Further, the overall design team module includes: a system architecture design unit for designing a system architecture; the test execution unit is used for performing virtual test execution on the executable test file; and the operation scene conversion unit is used for converting different operation scenes according to the system architecture, so that the test execution unit performs virtual test execution on the executable test file based on the different operation scenes.
Further, the virtual integrated test module includes: the simulation framework constructing unit is used for defining a virtual test system simulation framework according to the system framework and converting the system framework into a simulation framework according to the virtual test system simulation framework; the test framework generating unit is used for defining boundaries according to the virtual test system simulation framework, generating virtual test component interfaces according to the defined boundaries, and finally generating a virtual test component model framework according to the virtual test component interfaces; the virtual component test module is also used for receiving a virtual component test model reaching the standard; the integrated configuration unit is used for integrating the simulation framework and the virtual test component model, converting the simulation model into executable dynamic test model configuration, automatically connecting the executable dynamic test model configuration to the hardware test resource after distributing the hardware test resource, and generating an executable test file.
Further, the model provider module includes: the virtual test component realizing unit is used for customizing the virtual test component model framework to obtain an realized virtual component test model; and the virtual test component delivery test unit is used for carrying out delivery test on the virtual component test model and judging whether the virtual component test model meets the delivery standard.
(III) beneficial effects
The technical scheme of the application has the following beneficial technical effects:
1. compared with the traditional testing method, the simulation integration of multiple models is truly realized, the modeled transmission is realized in the whole life cycle in the testing process, the two-way traceability with the top-level requirement can be realized, meanwhile, the input reference can be provided for the design stage, and the model-based transmission process is realized.
2. The method belongs to a customization method for avionic system test, realizes early integrated verification of avionic system functions and logics, and solves a series of problems of low test efficiency, poor feasibility of complex interface cross-linking test and the like of traditional hardware and software loop test due to complexity of avionic system and specificity of early verification.
3. Compared with the traditional model ring test method, the method breaks the limitation of model type requirements in the ring test process, truly realizes multi-model integrated verification support, and simultaneously has the characteristic of automatically generating a frame, so that the problems caused by artificial interface connection and coding in the traditional mode are solved.
4. Meanwhile, a relatively complete personnel division and team architecture required for completing the verification method and the verification process is also provided, and the method and the system can be used as reference basis for division of post responsibilities of scientific research personnel in future large-scale popularization and implementation.
Drawings
FIG. 1 is a flow chart of steps of a model-based avionics system virtual integration test method provided by the application;
FIG. 2 is a flow chart of step S2 provided by the present application;
FIG. 3 is a flow chart of step S3 provided by the present application;
FIG. 4 is another flow chart of step S3 provided by the present application;
fig. 5 is a flowchart of step S43 provided by the present application;
FIG. 6 is a block diagram of a model-based avionics system virtual integration test system.
Reference numerals:
100-a total design team module; 101-a system architecture design unit; 102-an operation scene conversion unit; 103-a test execution unit;
200-a virtual integration test module; 201-a simulation architecture building unit; 202-a test frame generation unit; 203-an integrated configuration unit; 204-model integration; 205—hardware test resource allocation; 206-model configuration;
300-model vendor module; 301-a virtual test component implementation unit; 302-virtual test component delivery test element; 303-the virtual component implements a modification iteration unit.
Detailed Description
The objects, technical solutions and advantages of the present application will become more apparent by the following detailed description of the present application with reference to the accompanying drawings. It should be understood that the description is only illustrative and is not intended to limit the scope of the application. In addition, in the following description, descriptions of well-known structures and techniques are omitted so as not to unnecessarily obscure the present application.
The application will now be described in detail with reference to the drawings and examples.
FIG. 1 is a flow chart of steps of a method for testing virtual integration of a model-based avionics system.
Referring to fig. 1, the application provides a model-based avionics system virtual integration test method, which comprises the following steps:
s1: the designed system architecture is received.
S2: and generating a virtual test component model framework according to the system architecture, wherein the virtual test component model framework is used for realizing and delivering the virtual test component by a model provider.
S3: and receiving a virtual test component model, wherein the virtual test component model is obtained by carrying out virtual test component realization and delivery on a virtual test component model framework by a model provider.
S4: and generating an executable test file according to the virtual test component model integration configuration, wherein the executable test file is used for running virtual test execution of different scenes of the system architecture.
The application comprises the following steps:
the overall design team is mainly responsible for designing a system architecture and virtual test execution executable test files;
confirming and verifying a design team, wherein the design team is mainly responsible for defining a test method and defining the range of a test system;
the virtual component management team is mainly responsible for providing a virtual test component model framework for the model provider and realizing and delivering the obtained virtual test component model to the docking provider;
the test integration team is mainly responsible for generating an executable test file according to the virtual test component model integration configuration;
the model provider is mainly responsible for the realization and delivery of the virtual test component.
The complete personnel division and team architecture provides reference basis for division of the personnel post responsibility of scientific research in future large-scale popularization and implementation.
Fig. 2 is a flowchart of step S2 provided in the present application, specifically, please refer to fig. 2, step S2 includes:
s21: defining a virtual test system simulation framework according to the system framework;
s22: defining a boundary according to a virtual test system simulation framework, and generating a virtual test component interface according to the defined boundary;
s23: and generating a virtual test component model framework according to the virtual test component interface.
Specifically, a virtual test system simulation architecture is defined according to a system architecture provided by an overall design team, and a finally generated executable test file is also tested and executed by the overall design team so as to achieve the effect of bidirectional tracing.
Meanwhile, boundary definition refers to defining the boundary of a virtual test component interface, wherein the virtual test component interface is derived from a design model, and only one design model is aimed at when a simulation framework is generated, so that all interfaces are not required to be tested, and only the interested interface is required to be selected for testing. Therefore, before generating the virtual test component interface, the boundary of the virtual test component interface needs to be defined, and then the virtual test component interface is generated according to the defined boundary.
Specifically, defining a virtual test system emulation architecture based on a system architecture includes defining a virtual test system external environment, editing and perfecting the system architecture.
Fig. 3 is a flowchart of step S3 provided in the present application, specifically, please refer to fig. 3, step S3 includes:
s31: customizing the inside of a virtual test component model frame to obtain a virtual component test model;
s32: and carrying out delivery test on the virtual component test model, judging whether the virtual component test model meets the delivery standard, and receiving the virtual component test model meeting the standard.
Specifically, the generated virtual test component model frame is actually a program of a C code, and the code defines and encapsulates all interfaces in the virtual test component model frame, and meanwhile, a part of space is reserved for programming implementation, so that programming implementation, i.e. customization implementation, can be performed inside the virtual test component model frame without considering interface connection, and mainly can be performed according to the structure and the function of the virtual test component model frame.
The delivery standard is evaluated by referring to the system architecture and the simulation architecture, and for the virtual component test model which cannot meet the requirements of the system and the design team, the virtual component test model is correspondingly modified and iterated and then is judged whether the delivery standard is met or not.
Fig. 4 is another flowchart of step S3 provided in the present application, preferably, referring to fig. 4, step S3 further includes:
s31: customizing the inside of a virtual test component model frame to obtain a virtual component test model;
s32: make a delivery test on the virtual component test model and determine if the virtual component test model meets the delivery criteria?
S33: if the delivery standard is met, receiving a virtual component test model meeting the standard;
if the virtual component test model does not reach the delivery standard, receiving the virtual component test model which does not reach the standard, carrying out corresponding modification iteration on the virtual component test model which does not reach the standard, carrying out the delivery test, and judging whether the virtual component test model reaches the delivery standard or not.
Specifically, step S4 includes:
s41: defining a virtual test system simulation framework according to the system framework;
s42: converting the system architecture into a simulation architecture according to the virtual test system simulation architecture;
s43: an executable test file is generated in combination with the simulation architecture and the virtual test component model integration configuration.
Specifically, after receiving the virtual component test model reaching the delivery standard, the virtual component test model in multiple disciplines and fields can be effectively integrated under the top layer framework based on the simulation framework. Meanwhile, corresponding technicians also need to build a virtual integrated test hardware environment according to the performance requirements of the system and the requirements of hardware resources of the corresponding system, so that configuration generation of a virtual component test model is completed.
The configuration contains corresponding interfaces and internal functional structure information, and is directly used as an executable test file.
Before the configuration generation of the virtual component test model is completed, the hardware test resources are further allocated, and preferably, fig. 5 is a flowchart of step S43 provided by the present application, please refer to fig. 5, and the step S43 further includes the following steps:
s431: integrating the simulation framework and the virtual test component model, and converting the simulation model into an executable dynamic test model configuration;
s432: distributing hardware test resources;
s433: the executable dynamic test model configuration is automatically connected to the hardware test resource to generate an executable test file.
Specifically, for the implemented virtual component test model, the simulation model needs to be converted into an executable dynamic test model configuration through virtual verification, and the configuration can be automatically imported to a test platform for simulation test and can be automatically connected with hardware resources on the simulation test platform.
In one embodiment, an executable test file for virtual test execution of a system architecture running different scenarios includes: virtual test execution is performed on the executable test files based on the running scenes of different system architectures.
Specifically, after receiving the executable test file, the overall design team completes early integrated verification test of the model in the avionic system of the loop based on different operation scenes, and realizes rapid prototyping evaluation of the model and effective weighing verification of system alternatives so as to provide design input for the implementation stage in the real system development; meanwhile, the test device can be used as an effective test component for mixed verification, and provides early verification support for the system integration stage.
Preferably, the virtual test execution of the executable test file by the overall design team comprises the steps of:
receiving an executable test file;
based on different system architectures of the design, different operation scenes are converted;
and performing virtual test execution on the executable test file.
FIG. 6 is a block diagram of a model-based avionics system virtual integration test system.
Referring to fig. 6, a model-based avionics system virtual integration test system corresponding to the above method includes: the overall design team module 100, the virtual integrated test module 200, and the model vendor module 300.
The overall design team module 100 is used to design the system architecture and perform virtual test execution on executable test files.
The virtual integrated test module 200 is configured to receive a designed system architecture, and generate a virtual test component model framework according to the system architecture; and the virtual test module is also used for receiving the virtual test module model and generating an executable test file according to the integrated configuration of the virtual test module model.
The model provider module 300 is configured to implement and deliver the virtual test component to the virtual test component model framework to obtain a virtual test component model.
The virtual integrated test method and the virtual integrated test system for the avionics system based on the model are mainly carried out through the following three parts:
(1) The system architecture design inputs and virtual test execution directed by the overall design team module 100.
(2) The model-based avionics system virtual integration test module 200 is used for constructing a simulation framework on the system, automatically generating a virtual test model framework and configuring model integration test resources.
(3) The virtual test component model with internal implementation is implemented and delivered by the model provider module 300.
The three modules have stronger coupling and can carry out bidirectional tracing. While the verification environment of the virtual integrated test module 200 depends on the iterative inputs of the overall design team module 100 and the model vendor module 300.
In one embodiment, the overall design team module 100 includes: a system architecture design unit 101, a test execution unit 103, and a running scenario conversion unit 102.
The system architecture design unit 101 is used for designing a system architecture; the test execution unit 103 is used for performing virtual test execution on the executable test file; the operation scene conversion unit 102 is configured to convert different operation scenes according to a system architecture, so that the test execution unit performs virtual test execution on the executable test file based on the different operation scenes.
In one embodiment, the virtual integrated test module 200 comprises: a simulation architecture building unit 201, a test framework generating unit 202 and an integrated configuration unit 203.
The simulation architecture construction unit 201 is configured to define a virtual test system simulation architecture according to a system architecture, and convert the system architecture into a simulation architecture according to the virtual test system simulation architecture.
The test frame generating unit 202 is configured to perform boundary definition according to the virtual test system simulation architecture, generate a virtual test component interface according to the defined boundary, and finally generate a virtual test component model frame according to the virtual test component interface, and transmit the virtual test component model frame to the model provider module 300 for implementation; the test framework generating unit 202 is further configured to receive a standardized virtual component test model.
The integrated configuration unit 203 is configured to integrate the simulation architecture and the virtual test component model, convert the simulation model into an executable dynamic test model configuration, and automatically connect the executable dynamic test model configuration to the hardware test resource after allocating the hardware test resource to generate an executable test file. And transfers the executable test file to the test execution unit 103, and finally completes the virtual test and verification process based on the model.
In one embodiment, model provider module 300 includes: a virtual test component realizing unit 301 and a virtual test component delivering test unit 302.
The virtual test component realizing unit 301 is configured to perform customized implementation on a virtual test component model framework to obtain an implemented virtual component test model;
the virtual test component delivery test unit 302 is configured to perform a delivery test on the virtual component test model, and determine whether the virtual component test model meets a delivery standard.
Preferably, the model provider module 300 further comprises: the virtual component implementation modification iteration unit 303 receives a virtual component test model which reaches the standard if the delivery standard is reached; if the delivery standard is not met, the virtual component implementation modification iteration unit 303 is configured to perform corresponding modification iteration on the virtual component test model that is not met, and then perform the delivery test, and determine whether the virtual component test model meets the delivery standard.
Specifically, the virtual integrated test module 200 may capture a system architecture of design inputs from the overall design team module 100, and the virtual integrated test module 200 and its functions are defined by the simulation architecture construction unit 201 according to the system architecture.
Preferably, the above definition includes defining the external environment of the virtual integrated test module 200, editing and perfecting the system architecture; and defining a simulation test boundary, and automatically generating a virtual test component interface according to the defined test boundary.
The simulation architecture construction unit 201 can recognize system architecture input from the overall design team module 100 according to the defined simulation architecture, and realize automatic generation of a virtual test component interface and a virtual test component model framework based on the C code.
The virtual test component model framework can inherit the simulation architecture of the virtual integrated test module 200 and map the system architecture input by the overall design team module 100. And the virtual test component model framework can be delivered to the model provider module 300 for further implementation, so that the implementation of the early-stage test component based on the model is completed.
The model provider module 300 performs customization implementation on the interior of the virtual test component model framework according to the virtual test component model framework transmitted by the virtual integrated test module 200, and mainly performs code level implementation according to the structure and the function of the virtual test component model framework, meanwhile, the delivery conditions of the model provider module 300 are evaluated by referring to the designed system architecture and the simulation architecture, and for the implementation model which cannot meet the requirements of the system and the design team, the model provider module 300 performs corresponding modification iteration through the virtual component implementation modification iteration unit 303 and then transmits the modification iteration result to the virtual integrated test module 200.
The virtual integration test module 200 receives the virtual test component model implemented by the model provider module 300, and can effectively integrate the virtual integration component model in multiple disciplines and multiple fields under the top-level framework based on the simulation architecture.
Preferably, the integrated configuration unit 203 includes: model integration 204, hardware test resource allocation 205, and model configuration 206.
The model integration 204 is used to integrate the simulation architecture and the virtual test component model, converting the simulation model into an executable dynamic test model configuration.
The hardware test resource allocation 205 is used to allocate hardware test resources.
Model configuration 206 is used to automatically connect the executable dynamic test model configuration to the hardware test resources to generate the executable test files.
Meanwhile, the hardware test resource allocation 205 further includes definition of the interface connection relationship and allocation of the hardware test resource. And the corresponding technicians build a virtual integrated test hardware environment to carry the model-based avionics system virtual integrated test system according to the performance requirements of the system and the requirements of hardware resources of the corresponding system, so that configuration generation of an object to be tested is completed, and the configuration contains interfaces of the corresponding model and internal function structure information and is directly used as an executable test resource.
The application aims to protect a model-based avionics system virtual integration test method and system, wherein the method comprises the following steps: receiving a designed system architecture; generating a virtual test component model framework according to the system architecture, wherein the virtual test component model framework is used for realizing and delivering the virtual test component by a model provider; receiving a virtual test component model, wherein the virtual test component model is obtained by carrying out virtual test component realization and delivery on a virtual test component model frame by a model provider; and generating an executable test file according to the virtual test component model integration configuration, wherein the executable test file is used for running virtual test execution of different scenes of the system architecture.
It is to be understood that the above-described embodiments of the present application are merely illustrative of or explanation of the principles of the present application and are in no way limiting of the application. Accordingly, any modification, equivalent replacement, improvement, etc. made without departing from the spirit and scope of the present application should be included in the scope of the present application. Furthermore, the appended claims are intended to cover all such changes and modifications that fall within the scope and boundary of the appended claims, or equivalents of such scope and boundary.

Claims (4)

1. A model-based avionics system virtual integration test method is used for integrating and verifying functions and logic of an avionics system and is characterized by comprising the following steps:
receiving a designed system architecture;
generating a virtual test component model framework according to the system architecture, wherein the virtual test component model framework is used for realizing and delivering a virtual test component by a model provider;
receiving a virtual test component model, wherein the virtual test component model is obtained by carrying out virtual test component realization and delivery on a virtual test component model frame by a model provider;
generating an executable test file according to the virtual test component model integration configuration, wherein the executable test file is used for virtual test execution of different scenes of the system architecture operation;
wherein generating a virtual test component model framework from the system architecture comprises:
defining a virtual test system simulation framework according to the system framework;
defining a boundary according to the virtual test system simulation framework, and generating a virtual test component interface according to the defined boundary;
generating the virtual test component model framework according to the virtual test component interface;
receiving a virtual test component model, wherein the virtual test component model is obtained by carrying out virtual test component realization and delivery on a virtual test component model frame by a model provider, and the method comprises the following steps of:
customizing the inside of the virtual test component model frame to obtain a virtual component test model;
carrying out delivery test on the virtual component test model, judging whether the virtual component test model meets the delivery standard, and receiving the virtual component test model meeting the standard;
wherein generating an executable test file according to the virtual test component model integration configuration comprises:
defining a virtual test system simulation framework according to the system framework;
converting the system architecture into a simulation architecture according to the virtual test system simulation architecture;
generating an executable test file by combining the simulation framework and the virtual test component model integrated configuration;
generating an executable test file in connection with the simulation architecture and the virtual test component model integration configuration includes:
integrating the simulation framework and the virtual test component model, and converting the simulation model into executable dynamic test model configuration;
distributing hardware test resources;
the executable dynamic test model configuration is automatically connected to the hardware test resource to generate an executable test file.
2. The method of claim 1, wherein the step of determining the position of the substrate comprises,
the executable test file is used for virtual test execution of different scenes of the system architecture running, and the virtual test execution comprises the following steps:
and performing virtual test execution on the executable test file based on different operation scenes of the system architecture.
3. A model-based avionics system virtual integration test system for integrated verification of avionics system functionality and logic, comprising:
the general design team module is used for designing a system architecture;
the virtual integrated test module is used for receiving the designed system architecture and generating a virtual test component model frame according to the system architecture;
the model provider module is used for implementing and delivering the virtual test component to the virtual test component model framework to obtain the virtual test component model;
the virtual integrated test module is also used for receiving the virtual test component model and generating an executable test file according to the virtual test component model integrated configuration;
the total design team module is also used for performing virtual test execution on the executable test file;
the virtual integration test module comprises:
the simulation framework constructing unit is used for defining a virtual test system simulation framework according to the system framework and converting the system framework into a simulation framework according to the virtual test system simulation framework;
the test framework generating unit is used for defining boundaries according to the virtual test system simulation framework, generating a virtual test assembly interface according to the defined boundaries, and finally generating the virtual test assembly model framework according to the virtual test assembly interface;
the virtual component test module is also used for receiving a virtual component test model reaching the standard;
the integrated configuration unit is used for integrating the simulation framework and the virtual test component model, converting the simulation model into executable dynamic test model configuration, automatically connecting the executable dynamic test model configuration to the hardware test resource after distributing the hardware test resource, and generating an executable test file;
the model provider module includes:
the virtual test component realizing unit is used for customizing the virtual test component model framework to obtain an realized virtual component test model;
and the virtual test component delivery test unit is used for carrying out delivery test on the virtual component test model and judging whether the virtual component test model reaches the delivery standard.
4. The system of claim 3, wherein the overall design team module comprises:
a system architecture design unit for designing the system architecture;
the test execution unit is used for performing virtual test execution on the executable test file;
and the operation scene conversion unit is used for converting different operation scenes according to the system architecture, so that the test execution unit performs virtual test execution on the executable test file based on the different operation scenes.
CN202010123351.7A 2020-02-27 2020-02-27 Model-based avionics system virtual integration test method and system Active CN111400872B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010123351.7A CN111400872B (en) 2020-02-27 2020-02-27 Model-based avionics system virtual integration test method and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010123351.7A CN111400872B (en) 2020-02-27 2020-02-27 Model-based avionics system virtual integration test method and system

Publications (2)

Publication Number Publication Date
CN111400872A CN111400872A (en) 2020-07-10
CN111400872B true CN111400872B (en) 2023-11-17

Family

ID=71435939

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010123351.7A Active CN111400872B (en) 2020-02-27 2020-02-27 Model-based avionics system virtual integration test method and system

Country Status (1)

Country Link
CN (1) CN111400872B (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114741133B (en) * 2022-04-21 2023-10-27 中国航空无线电电子研究所 Comprehensive modularized avionics system resource allocation and assessment method based on model

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8726203B1 (en) * 2013-04-25 2014-05-13 Cydesign, Inc. System and method for generating virtual test benches
CN105701277A (en) * 2016-01-05 2016-06-22 中国航空无线电电子研究所 AADL modeling based avionics system architecture real-time performance analysis method
CN106446412A (en) * 2016-09-26 2017-02-22 杭州杉石科技有限公司 Model-based test method for avionics systems
CN108196141A (en) * 2017-11-03 2018-06-22 中航通飞研究院有限公司 A kind of avionics system flexibility test platform and avionics integrated verification method
CN110674588A (en) * 2019-09-30 2020-01-10 北京航空航天大学 MBSE-based modeling simulation method for on-missile electrical system

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7210087B2 (en) * 2004-05-22 2007-04-24 Advantest America R&D Center, Inc. Method and system for simulating a modular test system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8726203B1 (en) * 2013-04-25 2014-05-13 Cydesign, Inc. System and method for generating virtual test benches
CN105701277A (en) * 2016-01-05 2016-06-22 中国航空无线电电子研究所 AADL modeling based avionics system architecture real-time performance analysis method
CN106446412A (en) * 2016-09-26 2017-02-22 杭州杉石科技有限公司 Model-based test method for avionics systems
CN108196141A (en) * 2017-11-03 2018-06-22 中航通飞研究院有限公司 A kind of avionics system flexibility test platform and avionics integrated verification method
CN110674588A (en) * 2019-09-30 2020-01-10 北京航空航天大学 MBSE-based modeling simulation method for on-missile electrical system

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
FROM A GRAPH TO A DEVELOPMENT CYCLE: MBSE AS AN APPROACH TO REDUCE DEVELOPMENT EFFORTS;M. Obstbaum 等;Deutscher Luft- und Raumfahrtkongress 2017;全文 *
MBSE技术研究及其在飞机机电系统综合设计中的应用;吴颖 等;系统仿真技术及其应用;第20卷;第373-378页 *
基于模型的综合模块化航电系统测试性设计方法;文佳;李阜东;;电讯技术;第60卷(第01期);第21-26页 *
基于模型组件的虚拟试验系统框架研究;支超有;李振水;薛峰;;计算机测量与控制(第04期);第890-893页 *
系统工程在飞机设计上的应用与实践;杨莹;丁健;李伟;;装备制造技术(第11期);第140-155页 *

Also Published As

Publication number Publication date
CN111400872A (en) 2020-07-10

Similar Documents

Publication Publication Date Title
CN102141962B (en) Safety distributed test framework system and test method thereof
CN102035896B (en) TTCN-3-based distributed testing framework applicable to software system
CN103995777A (en) Automatic embedded software block box testing system and method
CN109558114A (en) A kind of avionics system service architecture modeling method
US20050197824A1 (en) Object-oriented design method for the time-effective and cost-effective development of production-grade embedded systems based on a standardized system architecture
CN101808356B (en) Protocol simulation system for TD-SCDMA terminal protocol conformance tests
CN105577463B (en) A kind of test method and its device based on communication protocol
CN104794258A (en) Automobile hardware-in-loop simulation system
CN107797004B (en) Digital verification system and method for spacecraft electrical performance test case
CN101673198A (en) Method for verifying consistency of dynamic behavior in UML model and time-sequence contract
CN102012673A (en) Design method of complex reaction type system controller
CN101504688A (en) HLA based simulation software interaction method
CN111400872B (en) Model-based avionics system virtual integration test method and system
CN104935936A (en) Entropy decoder authentication method based on UVM and device
CN116089281A (en) Chip testing method, testing platform and device
Dragoicea et al. Integrating HLA and service-oriented architecture in a simulation framework
CN105740579A (en) Construction method for connection of UVM verification platform
CN103744757B (en) DF file verification method based on ARINC661
Tessier et al. A component-based methodology for embedded system prototyping
CN105162645A (en) Interoperability test method based on PIIF configuration
CN101217332A (en) Alarming test method and test control platform of synchronous digital system device
Lanui et al. A cloud-based solution for testing applications' compatibility and portability on fragmented android platform
CN103017815A (en) Visual general test system and visual general test method
CN113609633A (en) Complex system collaborative simulation and verification evaluation system and method based on model
CN112034331A (en) Circuit module testing method based on FPGA

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant