RU131883U1 - QUALITY MANAGEMENT DEVICE OF THE SOFTWARE AND HARDWARE COMPLEX - Google Patents

Abstract

The quality management system of the hardware-software complex (PAC) contains a single software environment, which includes n monitored software modules, where n≥1, the input of each of which is connected to the outputs of the corresponding m self-diagnosis software modules, where m≥1, the input of each of which connected to the corresponding output of the parameter control software module, for example, variables and constants used in the PAC, and the output of each of which is connected to the corresponding input of the parameter control and software module monitored parameters monitoring module, which is connected to the parameter monitoring software module, connected to an access network organized in accordance with the principles of the TCP / IP protocol stack, to which k hardware PAK devices are also connected, where k≥1, the input of each of which is connected to the outputs corresponding l self-diagnostic hardware modules, where l≥1, also connected to the same access network, organized in accordance with the principles of the TCP / IP protocol stack and having local access for offline users and remote access organized by another access network, for example, the Internet, for p remote users, where p≥1, so that the self-diagnostic software modules, the parameter control software module and the self-diagnostic hardware modules are configured to form a self-diagnosis system, with m = n and l = k.

Description

Technical field

The claimed utility model relates to quality management systems of software and hardware systems (PAC) and is intended for use in the creation and operation of complex software and hardware systems (PAC), in particular in space instrument making.

State of the art

The prior art method for evaluating and controlling the quality of developed software and a device for its implementation (see patent for invention No. CA 2734199, publ. 09/18/2011), based on the application of quality rules for the developed software, and the determination of violations of these rules.

The disadvantage of the technical solution is the lack of the ability to control the quality of software at the operational stage (after development).

The prior art method for automatically evaluating the quality of the source code of the software and a device for its implementation (see application for invention No. US 2007055959, publ. 08.03.2007). The technical solution describes a method for comparing the current quality of the source code of the software with the given requirements for the quality of the source code.

The disadvantage of the technical solution is the lack of the possibility of automatic self-diagnosis of software and hardware.

The prior art business process for predicting the quality of software using objective and subjective criteria (see application for invention No. US 2007074151, publ. 29.03.2007). The technical solution is implemented by combining objective measurements of quality indicators and subjective input data entered by users to determine the quality of the software.

The well-known technical solution does not allow to control the quality of the software during operation using self-diagnostic tools.

The prior art infrastructure for managing the quality of the software life cycle (see application for invention No. US 2008282228, publ. 13.11.2008). Infrastructure permits the formation of at least one program, if it confirms its compliance with at least one standard. Many elements of the library include a tool for organizing a graphical diagram of the storage on the monitor screen, storage policy, storage procedures, storage life cycle models, the principle of storage organization, the method of processing storage data, the sequence diagram of the actions performed by the storage, the table of control checks of the storage. Each library item is available and can be updated.

The well-known technical solution does not reveal the means of hardware modification and self-diagnosis of equipment that is included in the hardware-software complex.

The following are known from the prior art: a method and system for improving software quality, usability and support by automatically using pattern detection (see patent application No. US 2009144278, published 04.06.2009); a test of initial parameters loaded into an integrated environment that helps software developers improve the quality of the code (see application for invention No. US 2009158256, publ. 06/18/2009); a method for evaluating the quality of software based on semantic similarities (see application for invention No. US 2009319833, publ. 24.12.2009); method and system for calculating software quality (see application for invention No. US 2010100871, publ. 04/22/2010); a method and system for prognostic evaluation of software quality (see patent for invention No. US 8271961, publ. 09/18/2012); the optimal functional method for testing software quality, implemented in large electronic systems (see patent for invention No. US 5500941, publ. March 19, 1996).

The disadvantage of the above technical solutions is the lack of self-diagnostic tools for PAA.

Utility Model Disclosure

The technical result of the claimed utility model is to increase the life cycle of the PAA due to the possibility of correcting the PAA during its operation, increasing the reliability of the functioning of the PAA under the influence of adverse factors on the PAA, including those that are not predictable, due to the means of automatic self-diagnosis of software hardware.

The technical result is achieved in that the device for controlling the quality of the software and hardware complex contains a single environment (1), which includes n controlled software modules (2 ₁ , 2 ₂ ... 2 _n ), where n≥1, the input of each of which is connected to the outputs corresponding self-diagnosis modules (3 ₁ , 3 ₂ ... 3 _m ), where m = n, the input of each of which is associated with the corresponding output of the software module for parameter control (4), for example, variables and constants used in the PAK, and the output of each of which connected to the corresponding input of the software module parameter monitoring (4) and the monitoring parameters monitoring software module (5), which is connected to the parameter monitoring software module (4) connected to the access network (6), organized in accordance with the principles of the TCP / IP protocol stack, to which hardware PAK devices (7 ₁ , 7 ₂ ... 7 _k ), where k≥1, the input of each of which is connected to the outputs of the corresponding hardware self-diagnosis modules (8 ₁ , 8 ₂ ... 8 ₁ ), where 1 = k, also connected to the access network (6) organized in accordance with the principles of the TCP / IP protocol stack and having A locally autonomous access of users (9), remote access, organized by the access network such as the Internet (10) to remote users (11 ₁ February ₁₁ ... 11 _p), p≥1 wherein such a way that the self-diagnosis program modules (3 ₁ , 3 ₂ ... 3 _m ), a software parameter control module (4) and hardware self-diagnosis modules (8 ₁ , 8 ₂ ... 8 ₁ ) form a self-diagnosis system (12).

Brief Description of the Drawings

The features and essence of the claimed utility model are explained in the following detailed description, illustrating the drawing.

Figure 1 presents the functional diagram of the claimed device quality control of the software and hardware complex, where:

1 - a single software environment;

2 ₁ ... 2 _n - controlled software module;

3 ₁ ... 3 _m - self-diagnosis software module;

4 - software module for controlling parameters, for example, variables and constants used in the PAC;

5 - software module for monitoring controlled parameters, for example, variables and constants used in the PAC;

6 - TCP / IP access network;

7 ₁ ... 7 ₁ - hardware device PAK;

8 ₁ ... 8 _k - hardware self-diagnosis module;

9 - autonomous (local) user;

10 - access network, for example, the Internet;

11 ₁ ... 11 _p - remote user;

12 - self-diagnosis system.

Utility Model Implementation

Controlled program modules (2 ₁ , 2 ₂ ... 2 _n ), where n≥1, transmit signals to the program indicator control module (4), which compares the current parameters, for example, the variables and constants used in the PAK, with the set ones. In the event of a mismatch, the parameter control software module (4) transmits a signal to the corresponding self-diagnostic software modules (3 ₁ , 3 ₂ ... 3 _m ), where m = n, which change the parameters using scripts that modify the source code. Monitored software modules (2 ₁ , 2 ₂ ... 2 _n ), where n≥1 and related self-diagnostic software modules (3 ₁ , 3 ₂ ... 3 _m ), where m = n, software parameter control module (4) and software the monitoring parameters monitoring module (5) are located in a single (common) PAC environment (1) connected to the TCP / IP access network (6). In the same TCP / IP access network (6) there are hardware PAK devices (7 ₁ , 7 ₂ ... 7 _k ), where k≥1. Each PAK hardware device (7 ₁ , 7 ₂ ... 7 _k ), where k≥1 has a self-diagnosis hardware module (8 ₁ , 8 ₂ ... 8 ₁ ), where 1 = k, implemented, for example, in the form of a board or connected via an interface USB Each hardware self-diagnosis module (8 ₁ , 8 ₂ ... 8 ₁ ) is also integrated into the TCP / IP access network (6). Each hardware self-diagnosis module (8 ₁ , 8 ₂ ... 8 ₁ ) sends information about the monitored parameters via a network to a single (common) environment (1) to compare the current parameters with the settings using the parameter control software module (4). In case of mismatch of the controlled parameters, the parameter control software module (4) initiates data transfer via the access network (6) from a single environment (1) to the corresponding hardware self-diagnosis module (8 ₁ , 8 ₂ ... 8 ₁ ), which provides for automatic change of parameters, for example, variables and constants that affect controlled parameters. In a unified software environment (1), a software module for monitoring controlled parameters (5) is provided for viewing, manual diagnostics, and editing the controlled parameters of PACs. The access network to the PAC (6) has IP access, which provides remote access to remote users (11 ₁ , 11 ₂ ... 11 _p ), where p≥1 to the PAC for remote monitoring, diagnostics and editing of the PAC parameters using another access network , for example, the Internet (10). For autonomous connection of local users (9) to the PAC, a local TCP / IP access network is used.

Thus, in comparison with the technical solutions known from the prior art, the claimed device for managing the quality of software and hardware complexes has a number of advantages:

- the life cycle is increased and the functionality of the PAA is expanded due to the possibility of correction of the PAA during its operation;

- increases the reliability of the functioning of the PAC under conditions of exposure to the PAC of adverse factors, including non-predictable ones, due to automatic self-diagnostics of software and hardware;

- access to the PAC is provided both autonomous and remote for monitoring, manual diagnostics and correction of the PAC.

Claims (1)

The quality management system of the hardware-software complex (PAC) contains a single software environment, which includes n monitored software modules, where n≥1, the input of each of which is connected to the outputs of the corresponding m self-diagnosis software modules, where m≥1, the input of each of which connected to the corresponding output of the software module for parameter control, for example, variables and constants used in the PAC, and the output of each of which is connected to the corresponding input of the software module for parameter control and software monitoring parameters monitoring module, which is connected to the parameter monitoring software module, connected to an access network organized in accordance with the principles of the TCP / IP protocol stack, to which k hardware PAK devices are also connected, where k≥1, the input of each of which is connected to the outputs corresponding l self-diagnostic hardware modules, where l≥1, also connected to the same access network, organized in accordance with the principles of the TCP / IP protocol stack and having local access for offline users and remote access organized by another access network, for example, the Internet, for p remote users, where p≥1, so that the software self-diagnosis modules, software parameter control module and hardware self-diagnosis modules are configured to form a self-diagnosis system, with m = n and l = k.

Images