CN114218748A

CN114218748A - RMS modeling method, apparatus, computer device and storage medium

Info

Publication number: CN114218748A
Application number: CN202111342912.3A
Authority: CN
Inventors: 杨洪旗; 路艳春; 胡宁; 刘宇婕; 潘勇; 聂国健; 杨礼浩; 刁斌; 赖喆
Original assignee: China Electronic Product Reliability and Environmental Testing Research Institute
Current assignee: China Electronic Product Reliability and Environmental Testing Research Institute
Priority date: 2021-11-12
Filing date: 2021-11-12
Publication date: 2022-03-22

Abstract

The application relates to an RMS modeling method, apparatus, computer device and storage medium. The method comprises the following steps: acquiring analysis information of system tasks, wherein the analysis information comprises: the system tasks comprise subtasks, functions related to the subtasks, parts corresponding to the functions and logic relations among the system tasks, the subtasks, the functions and the parts; acquiring a reconfiguration strategy corresponding to a function which can be realized through a plurality of execution paths in the function; acquiring fault characteristics, maintenance strategies and guarantee resources of each component; and describing the analysis information, the reconstruction strategy, the fault characteristics, the maintenance strategy and the guarantee resources based on the Petri network to obtain an RMS model corresponding to the system task. The method can be used for representing the reconstruction characteristics and is suitable for building the RMS model of the reconfigurable system.

Description

RMS modeling method, apparatus, computer device and storage medium

Technical Field

The present application relates to the field of general quality characterization technologies, and in particular, to an RMS modeling method, apparatus, computer device, and storage medium.

Background

With the development of computer technology, communication technology and military technology, intelligent network central war and air-space-ground integration supported by an information system become the main battle model of future equipment. The typical electronic information systems such as the early warning detection system, the command control system, the comprehensive avionic system, the electronic countermeasure equipment, the ship dynamic positioning system and the like are used as the core of the combat system, the geographic and spatial limitations in the traditional mode are broken through, different types of equipment, systems and platforms distributed in different geographic positions and different spaces are seamlessly integrated together through the information system to form a more complex equipment system, and the capability and the effect of hitting from the discovery of targets are greatly improved.

As a link and key point of modern equipment systems, the performance and Reliability Maintainability (RMS) of electronic information systems are important. If the early warning detection system breaks down and is paralyzed in the combat process, the whole aircraft fleet can lose eyes and nerve centers, the whole combat cannot be implemented, and the combat effectiveness is sharply reduced. As such, the requirements for RMS, functionality, performance, volume, and weight of electronic information systems are much higher than those of typical equipment. In order to meet the requirements in the existing equipment development and process level, an advanced design method needs to be adopted for optimal design. The reconstruction design technology is a design method which effectively solves the contradiction between the constraint conditions of RMS index, function, performance, volume, weight and the like in the system design. Therefore, the reconstruction design is widely applied to the design of electronic information systems such as an early warning detection system, a comprehensive avionics system, electronic countermeasure equipment, a ship dynamic positioning system and the like.

Electronic information systems such as an early warning detection system, a comprehensive avionics system, electronic countermeasure equipment, a ship dynamic positioning system and the like are generally reconfigurable systems, and the systems generally adopt a reconfigurable fault-tolerant technology. Fault tolerance technology refers to a technology for tolerating a fault by a system, that is, a technology for detecting and diagnosing one or more critical parts in a working system when a fault or an error occurs, and taking corresponding measures to ensure that a specified function is maintained or the function is maintained within an acceptable range. The reconstruction fault-tolerant control is that a fault diagnosis mechanism is arranged on the basis of a conventional control system, fault components are quickly isolated according to fault information provided by the fault diagnosis mechanism, and functional redundancy of the system is fully utilized, so that the redundant components of the system can normally work. The reconstruction design has the advantages and characteristics of the reconstruction design in the aspects of improving the system reliability and restoring the system performance, not only can well control the complex system, but also can ensure that the whole system is still stable when a fault occurs; at the same time, based on component functional redundancy, reconfiguration can be performed quickly to allow the system to maintain or properly degrade certain performance. Therefore, system reconfiguration is a key technology to solve the RMS problem of complex equipment.

RMS, i.e., reliability, maintainability, and supportability, is an important design characteristic equivalent to performance, and has an important influence on the operational capability, viability, deployment maneuverability, maintenance labor, and use support cost of equipment. The modeling of the system RMS is to model the system, the component parts and the process of the maintenance and safeguard activities from the perspective of understanding and cognition of the system fault rule and the maintenance and safeguard activities, reflect the main fault characteristics, the maintenance and safeguard strategies, the activity process time sequence and the like of the system and is used for evaluating the availability, reliability, maintainability and supportability levels of the system, and the modeling of the system RMS is the basis for developing comprehensive demonstration of the system RMS, design and optimization of a system RMS scheme and comprehensive evaluation of system RMS indexes.

Currently, RMS modeling methods based on target tree-success tree-dynamic master logic diagram-event sequence diagram (GTST-DMLD-ESD) have been developed. The equipment system in the method consists of main equipment and a guarantee system, wherein the main equipment is a part for directly executing a battle or training task, and the guarantee system is a part for guaranteeing the normal operation of the main equipment. Hierarchical decomposition of RMS top-level requirements is realized by using a target tree (GT), logical levels of equipment tasks, main equipment and a guarantee system are respectively established, and a mapping relation between RMS and an influencing element is formed by establishing association between a Success Tree (ST) and a specific function level until a product structure level. In order to reduce the complexity of model description, a Dynamic Master Logic Diagram (DMLD) is adopted to divide the system functions into a master function and a support function and realize association. Thus, various requirements, functions or sub-functions, devices, components and the like become model nodes which are related in the GTST-DMLD, and specific static or dynamic characteristics can be given to the model nodes, so that a GTST-DMLD model describing the interaction relationship among equipment tasks, main equipment and a guarantee system is established among the equipment tasks, the main equipment and the guarantee system. And modeling the maintenance and guarantee process by utilizing an Event Sequence Diagram (ESD) on the basis of the GTST-DMLD model, and expanding the local GTST-DMLD model into a specific maintenance and guarantee process model. ESD is more suitable for modeling maintenance support activities, for example, process concurrency and competition can be simulated by using a logic gate, spare part inventory and personnel quantity can be simulated by using parameters, waiting can be simulated by using conditions, maintenance strategies can be expressed by using rules, and the like. The maintenance requirement of any node in the GTST-DMLD model can excite the corresponding maintenance support ESD model to realize the simulation of the maintenance support process.

However, the above method lacks a characterization capability for the system reconstruction characteristics, and cannot characterize the reconstruction behavior and process of the reconfigurable system, so that the RMS modeling and analysis requirements of the reconfigurable system cannot be met.

Disclosure of Invention

In view of the foregoing, it is desirable to provide an RMS modeling method, apparatus, computer device and storage medium capable of characterizing reconstruction characteristics in view of the above technical problems.

A method of RMS modeling, the method comprising:

obtaining analysis information of a system task, wherein the analysis information comprises: subtasks contained in the system tasks, functions related to the subtasks, parts corresponding to the functions, and logical relations among the system tasks, the subtasks, the functions and the parts;

acquiring a reconfiguration strategy corresponding to a function which can be realized through a plurality of execution paths in the function;

acquiring the fault characteristics, maintenance strategies and guarantee resources of each component;

and describing the analysis information, the reconstruction strategy, the fault characteristics, the maintenance strategy and the guarantee resources based on a Petri network to obtain an RMS model corresponding to the system task.

An RMS modeling apparatus, the apparatus comprising:

the first acquisition module is used for acquiring analysis information of the system task, wherein the analysis information comprises: subtasks contained in the system tasks, functions related to the subtasks, parts corresponding to the functions, and logical relations among the system tasks, the subtasks, the functions and the parts;

the second acquisition module is used for acquiring a reconfiguration strategy corresponding to a function which can be realized by a plurality of execution paths in the functions;

the third acquisition module is used for acquiring the fault characteristics, the maintenance strategies and the guarantee resources of all the components;

and the modeling module is used for describing the analysis information, the reconstruction strategy, the fault characteristics, the maintenance strategy and the guarantee resources based on a Petri network to obtain an RMS (root mean square) model corresponding to the system task.

A computer device comprising a memory and a processor, the memory storing a computer program, the processor implementing the following steps when executing the computer program:

A computer-readable storage medium, on which a computer program is stored which, when executed by a processor, carries out the steps of:

The RMS modeling method, the RMS modeling device, the computer equipment and the storage medium are based on a Petri network for RMS modeling, the Petri network has the characteristics of strict form definition, visual graphic representation, rich system behaviors and dynamic characteristic analysis technology, can integrate information such as personnel, equipment, space, time and the like together for description, has the characterization capability of reconstruction characteristics, is suitable for the construction of a reconfigurable system RMS model, and is beneficial to the development of tasks, functions, components, reconstruction behaviors, fault processes, maintenance activities and guarantee resources of the system through the unified model characterization capability, and the work of reconfigurable system RMS analysis, RMS index simulation evaluation and the like.

Drawings

FIG. 1 is a schematic flow diagram of an RMS modeling method in one embodiment;

FIG. 2 is a schematic representation of a business process model in one embodiment;

FIG. 3 is a diagram of a reconfigurable business process model in one embodiment;

FIG. 4 is a diagram illustrating transition priority setting in one embodiment;

FIG. 5 is a schematic diagram of a fault model in one embodiment;

FIG. 6 is a schematic illustration of a restorative repair model in one embodiment;

FIG. 7 is a schematic illustration of a preventive maintenance model in one embodiment;

FIG. 8 is a diagram of a secured resources model in one embodiment;

FIG. 9 is a schematic representation of an RMS model in one embodiment;

FIG. 10 is a block diagram of the structure of an RMS modeling apparatus in one embodiment;

FIG. 11 is a diagram of the internal structure of a computer device in one embodiment;

FIG. 12 is a diagram illustrating an internal structure of a computer device according to an embodiment.

Detailed Description

In order to make the objects, technical solutions and advantages of the present application more apparent, the present application is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the present application and are not intended to limit the present application.

In one embodiment, as shown in FIG. 1, an RMS modeling method is provided that includes the following steps S102-S108.

S102, obtaining analysis information of the system task, wherein the analysis information comprises: the system tasks comprise subtasks, functions related to the subtasks, parts corresponding to the functions, and logical relations among the system tasks, the subtasks, the functions and the parts.

Subtask-related functions include functions that are implemented when the subtask is executed. The component corresponding to the function refers to a system structure for implementing the function, and the component may be a software structure, a hardware structure, or a combination structure of software and hardware.

For example, taking a display control task of an electronic system as an example, the task includes two subtasks of control management and display management, functions related to the control management subtask include a data transceiving management function and a control data processing function, functions related to the display management subtask include a data transceiving management function and a picture drawing function, components corresponding to the data transceiving management function include a short-wave communication module, an ultrashort-wave communication module and a satellite communication module, components corresponding to the control data processing function include a data input module and a data processing module, and components corresponding to the picture drawing function include a display module.

Specifically, subtasks, related functions and component information contained under a typical task profile of the system are determined by analyzing the system tasks. For example, an electronic information system mainly executes N stage tasks, which are respectively recorded as: s₁,S₂,…,S_NStage task S_iThere are p related subtasks, which are respectively marked as:

subtasks

There are q related functions or components, respectively noted:

and analyzing the system tasks to determine the logical relationship among tasks, subtasks, functions and components in different stages. The logical relationship may include: serial dependency relationship (time constraint relationship exists), serial independent relationship (simple serial relationship), parallel independent relationship (complete parallel without mutual influence), redundant backup relationship (another one is started under a certain scene and a trigger condition, path or function reconstruction is carried out), voting relationship (k is taken from n to represent that normal execution of system functions or system tasks can be ensured as long as k devices in n devices are ensured to be normal).

In one embodiment, there is a serial dependency between different phase tasks, i.e. only phase task S_iAfter execution, stage task S is executed_i+1Where i ≦ N-1, several logical relationships described above may exist for the subtasks, functions, and components.

S104, acquiring a reconfiguration strategy corresponding to the function which can be realized through a plurality of execution paths in the function.

The reconfigurable system is a system which can realize readjustment of the internal structure of the system in the forms of path switching, starting redundant backup and the like according to a certain strategy when a system task changes or fails so as to ensure normal execution of the system task. Reconfiguration refers to readjustment of the internal structure of the system to meet the system task or user's requirement without changing the system function.

Specifically, the system operating principle is analyzed to determine whether each function is executed by a plurality of paths, and if a certain function can be realized by a plurality of execution paths, the function is determined to be reconfigurable, and a reconfiguration strategy corresponding to the function is acquired. The reconstruction policy may include, but is not limited to, a reconstruction scenario, a reconstruction path, and a trigger condition. In one embodiment, if a failure occurs in a device module during the operation of the system, which results in the failure of the initial execution path of the corresponding function, the backup or the adjustment of the system structure may be enabled to continue the task using other paths that can implement the same function.

And S106, acquiring the fault characteristics, the maintenance strategy and the guarantee resources of each component.

And analyzing the state change, the maintenance activities, the related maintenance tools, spare parts and personnel of each part after the part fails to work to obtain the fault characteristics, the maintenance strategy and the guarantee resources of the part. The fault characteristics may include fault signatures and laws. Maintenance strategies can be classified into remedial maintenance and preventive maintenance according to category. The support resources may include consumable items (e.g., spare parts) and reusable resources (e.g., service tools and service personnel).

And S108, describing the analysis information, the reconstruction strategy, the fault characteristics, the maintenance strategy and the guarantee resources based on the Petri network, and obtaining an RMS (root mean square) model corresponding to the system task.

The Petri network has a strict mathematical expression mode, an intuitive graphic expression mode, rich system description means and a system behavior analysis technology, and is suitable for describing asynchronous and concurrent computer system models. The Petri network comprises elements such as a library place, a transition, a connecting arc, a Token and a capacity, wherein the library place represents a circular node, the transition represents a square node, the connecting arc represents a directed arc between the library place and between the library place and the transition, the Token represents a dynamic object in the library place and can be moved from one library place to another library place, and the capacity represents a specific numerical value of the Token.

In one embodiment, a mapping relation between elements in the Petri network and related elements in the system is established; and describing the analysis information, the reconstruction strategy, the fault characteristics, the maintenance strategy and the guarantee resources according to the mapping relation to obtain an RMS model corresponding to the system task.

Elements such as a library, a transition, an arc and the like in the Petri network correspond to related elements such as tasks (including phase tasks and subtasks), functions, states, rules and the like in the system, and specific mapping relations can be shown in the following table 1.

TABLE 1

Related elements in the system	Petri net
		Task and functional structure state, resource state	Storehouse
Resource restriction, status restriction	Capacity of
		Starting and ending of processes, execution and implementation of task functions	Transition
Resource, status	Token
		System, rule and operation sequence	Arc, arc weight function

According to the mapping relation, the Petri network can be used for representing the system task execution process, the state conversion, the time sequence and time consumption and the resource dynamic change process, the representation capability of reconstruction characteristics is achieved, a series of maintenance and guarantee activity time sequences and time elements after a fault occurs can be described, the modeling of a business process, a reconstruction behavior, a fault behavior, a maintenance activity and guarantee resources is achieved, and the modeling problem of the reconfigurable system RMS is solved.

In the RMS modeling method, RMS modeling is carried out based on a Petri network, the Petri network has the characteristics of strict form definition, visual graphic representation, rich system behaviors and dynamic characteristic analysis technology, information such as personnel, equipment, space, time and the like can be integrated together for description, the method has characterization capability on reconstruction characteristics, is suitable for construction of a reconfigurable system RMS model, and is beneficial to development of work such as reconfigurable RMS analysis, RMS index simulation evaluation and the like by modeling tasks, functions, components, reconstruction behaviors, fault processes, maintenance activities and guarantee resources of the system through unified model characterization capability.

In an embodiment, the step of describing the analysis information, the reconstruction strategy, the fault characteristics, the maintenance strategy and the guarantee resources based on the Petri network to obtain the RMS model corresponding to the system task may specifically include: describing analysis information based on a Petri network to obtain a business process model; on the basis of the business process model, description of reconstruction strategies, fault characteristics, maintenance strategies and guarantee resources based on a Petri network is added, and an RMS (root mean square) model corresponding to system tasks is obtained.

Describing the analysis information based on the Petri network to obtain a business process model, which specifically comprises the following steps: states of system tasks, subtasks, functions and components are described by using the library, execution processes of the system tasks, the subtasks and the functions are described by using transitions, and logical relations among the system tasks, the subtasks, the functions and the components are described by using connecting arcs, so that a business process model is obtained.

The state of the task may include task start, task execution and task end, the state of the function may include function start, function operation and function end, the state of the component may include normal and fault, the execution process of the task may include start time of the process, content of the task specifically executed at each time point, duration and end time, the execution process of the function may include start time of the function, the function point specifically executed at each time point, duration and end time, and the logical relationship between the task, the function and the component may include execution system, rule and timing.

Taking a display control task of an electronic system as an example, the task is divided into two subtasks of control management and display management, related functions comprise a data receiving and sending management function, a control data processing function and a picture drawing function, and corresponding main software and hardware structures comprise a data input module, a data processing module, a short wave communication module, an ultrashort wave communication module, a satellite communication module and a display module. The control management subtask and the display management subtask are independent from each other in a task level, and specific execution processes depend on the realization of a data transceiving management function.

And establishing a business process model corresponding to the display control task by using a Petri network, as shown in FIG. 2. Wherein, the circular nodes represent the library places, the square nodes represent the transitions, and the arrows represent the connecting arcs. The bi-directional arrows between the reusable resources (devices, tools, personnel, etc.) and the libraries they support represent that the resources are reusable, and the uni-directional arrows between the libraries and the transitions represent the logical relationship of the system state changes. The number on the connecting arc indicates the number of resources required for occurrence or the number of state changes caused by the occurrence of transitions, the default is 1, and the number of resources required for occurrence of an event is 1 or the number of changes caused by state changes is only 1. The type, meaning and parameter descriptions of the libraries and transitions in FIG. 2 are shown in Table 2 below.

TABLE 2

An initial tock of 1 or greater than 1 is a basic condition that triggers a subsequent transition of the library that is not performed when the initial tock is 0. The initial trust of the first library in the model is 1, so that the model can be executed, after the transition corresponding to the first library is executed, the corresponding trust is changed into 0, the transition is transferred to the subsequent library, the subsequent transition is pushed to be executed according to a certain time sequence, so that the initial trust of the subsequent library is 0, otherwise, the whole model is executed at the same time.

In an embodiment, on the basis of the service flow model, a step of obtaining an RMS model corresponding to a system task by adding a description of a reconstruction strategy, a fault characteristic, a maintenance strategy, and a guarantee resource based on a Petri network may specifically include: on the basis of the business process model, description of a reconstruction strategy based on a Petri network is added to obtain a reconfigurable business process model; on the basis of a reconfigurable business process model, descriptions of fault characteristics, maintenance strategies and guarantee resources based on a Petri network are added, and an RMS (root mean square) model corresponding to a system task is obtained.

On the basis of the business process model, a reconstruction scene is analyzed according to the working principle of the system, the Petri network is used for system reconstruction modeling, and a reconstruction triggering condition is determined, so that a reconfigurable business process model, namely a complete system business process model, is formed. Specifically, the reconfiguration strategy comprises a reconfiguration path and a trigger condition, and the reconfiguration path comprises the reconfigured subtasks, functions and components and the logical relationship among the reconfigured subtasks, functions and components. The places, transitions, arcs and the like in the Petri network correspond to related functions, states, rules and the like in the reconstruction path.

In an embodiment, on the basis of the business process model, adding a description of a reconstruction policy based on a Petri network to obtain a reconfigurable business process model may specifically include: describing the states of the reconstructed functions and parts by using a library, describing the execution processes of the reconstructed subtasks and functions by using transitions, describing the logical relations among the reconstructed subtasks, functions and parts by using connecting arcs, and describing the reconstructed triggering conditions by using transition priorities to obtain a reconstruction model; and adding a reconstruction model on the basis of the business process model to obtain the reconfigurable business process model.

Taking the display control task of a certain electronic system in fig. 2 as an example, in order to ensure the normal implementation of the control management function in the task execution process, during the system design, the information receiving and transmitting module and the integrated processing module in the integrated processing subsystem in the system are coordinately utilized to implement the control management function, and the related modules are an integrated information receiver and a signal processor. Only when the data receiving and transmitting management function cannot be realized, the system reconstruction is triggered to start the comprehensive information receiver; only when the control data processing function cannot be realized, the system reconfiguration is triggered to start the signal processor.

Taking control data processing function failure as an example, on the basis of the business process model shown in fig. 2, 3 libraries and 3 transitions are added, and a reconstructed triggering condition is determined by setting transition priorities, and a business process model considering control data processing function reconstruction is established, as shown in fig. 3. The model shown in fig. 3 is based on fig. 2, and 3 general libraries (P _4, P _8, P _30), 1 time transition (T _ 5), and 2 transient transitions (T _2, T _ 7) are added. Wherein P _4 denotes the start of the reconstructed control data processing function; p _8 denotes the end of the reconstructed control data processing function; p _30 represents a signal processor, the initial tobken is 1; t _5 represents execution of the reconstructed control data processing function, the time is fixed time or Gaussian distribution time, and the time represents consumed time for execution of the reconstructed control data processing function; t _2 represents the arrival of the reconstructed control management subtask, and the time represents the time consumed by the arrival of the reconstructed control management subtask, and the time is negligible; t _7 indicates that the reconstructed control management subtask is executed, and the time represents the time consumed by the reconstructed control management subtask to execute the activity, which occurs instantaneously and is negligible.

The transition priority is set as shown in fig. 4, the priority of the transient transition T _2 is behind the transient transition T _2, and when the path of the transient transition T _2 fails, the path of the transient transition T _2 is triggered. That is, although there are two paths from the control management subtask start state (P _2) to the control management subtask end state (P _10) in the model shown in fig. 3, which pass through the transient transition T _2 and the transient transition T _2, respectively, the path in which T _2 is located is a reconstructed path, and the path switching is triggered only when the control data processing functions supported by P _16 and P _17 cannot be implemented (which may be a failure of the device module corresponding to P _16, a failure of the device module corresponding to P _17, or a failure caused by both P _16 and P _ 17). Normally, the path plays the role of information receiving and transmitting and integrated information processing in the integrated processing subsystem.

In an embodiment, on the basis of a reconfigurable business process model, a step of adding a description of fault characteristics, a maintenance strategy and guaranteed resources based on a Petri network to obtain an RMS model corresponding to a system task may specifically include: describing the interval time of the fault of the component by using transition, describing the fault state of the component by using a library, and describing the state change and the fault influence of the component by using a connecting arc to obtain a fault model; describing the execution process of the component maintenance activities by using the transition, describing the states of the component maintenance activities by using the library, and describing the state changes of the maintenance activities by using the connection arcs to obtain a maintenance model; describing guarantee resources by using the library, and describing a logical relation between the guarantee resources and corresponding maintenance activities by using connection arcs to obtain a guarantee resource model; and adding a fault model, a maintenance model and a guarantee resource model on the basis of the reconfigurable business process model to obtain an RMS model corresponding to the system task.

On the basis of the reconfigurable business process model, fault processes, maintenance activities and support resource modeling are carried out by utilizing a Petri network according to fault characteristics and rules of relevant components (equipment or modules), a predetermined maintenance support strategy and available support resources.

And describing the fault process by using elements such as transition, depot and connecting arc in the Petri network according to the fault characteristics and rules of the related components, and establishing a fault model of each component. Taking the P _12 display module in fig. 2 as an example, the module may malfunction, and if the malfunction occurs, the frame rendering function needs to be stopped and can not be restarted until the equipment maintenance is completed, so as to establish a corresponding malfunction model for the P _12 display module, as shown in fig. 5. The model shown in FIG. 5 is based on FIG. 2, with 1 time transition (T _9), a common repository (P _18) and a quench arc added. Wherein T _9 represents the interval time of the module represented by P _12 when the module fails, and the time is in exponential distribution or a fixed value; p _18 represents the state of the module represented by P _12 in failure; the arcs of P _18 to P _3 are quench arcs, indicating the effect of a fault, and in particular the fault occurrence state, will cause P _3 to pause.

According to maintenance strategies of related components, elements such as transition, depot and connecting arcs in the Petri network are used for describing maintenance activities, the maintenance activities can be divided into repairable maintenance and preventive maintenance according to the maintenance category, and model representation is carried out according to the actual condition of an analysis object. If preventive maintenance is not carried out, only the reparative maintenance is considered, and if preventive maintenance is determined to be needed in advance and a preventive maintenance period is given, model representation is carried out on the reparative maintenance and the preventive maintenance at the same time.

For the repairability maintenance modeling, on the basis of the fault model, elements such as a place, a transition, a connecting arc and the like in the Petri network are used for describing the repairability maintenance process, and the repairability maintenance model of each component is established. Taking the P _12 display module in fig. 5 as an example, the module can be repaired after a fault, and the implementation of the drawing function of the support picture is continued after the repair is completed, so as to establish a repairable repair model corresponding to the P _12 display module, as shown in fig. 6. The model shown in FIG. 6 is based on FIG. 5, and is added with a time transition (T _10), a transient transition (T _11) and a common repository (P _ 19). Wherein, T _10 represents the execution of the repairability maintenance activity, and the corresponding time is fixed time or Gaussian distribution time and represents the fault repair time; t _11 represents the instant that corrective repair action execution completes, with negligible time; p _19 represents a state where the restorative repair action is completed.

For the modeling of preventive maintenance, after the specified time for which the preventive maintenance is needed is reached and the related tasks are finished, the preventive maintenance is immediately carried out, the preventive maintenance can not be carried out during the preventive maintenance, and the preventive maintenance can not be carried out again until the preventive maintenance is finished. In consideration of the fact that the preventive maintenance cycle does not terminate the task execution immediately after the preventive maintenance cycle is finished, but the preventive maintenance is implemented after the related task is finished, a control base is added in the process, and the system determines whether to implement the preventive maintenance or not by using software enabling triggering according to the actual situation. On the basis of the fault model and the repairability maintenance model, elements such as transition, depot and connecting arcs in the time Petri network are used for describing the preventative maintenance process, and a preventative maintenance model of each component is established.

Taking the P _12 display module in fig. 6 as an example, the module needs to perform preventive maintenance after working for a certain time t, and continues to realize the drawing function of the support picture after the maintenance is completed, so as to establish a preventive maintenance model corresponding to the P _12 display module, as shown in fig. 7. The model shown in fig. 7 is based on fig. 6, and 3 time transitions (T _12, T _13, T _14), one transient transition (T _15), 3 normal libraries (P _20, P _22, P _23), one logic control library (P _21), and one arc suppression are added. Wherein, T _12 represents the preventive maintenance cycle of the P _12 module, and the time is an exponential distribution or a fixed value and represents a preventive maintenance time interval; t _13 represents whether preventive maintenance is triggered or not, and time is judged and generated by P _21 according to the system task execution progress; t _14 represents the execution of preventive maintenance activities, and the corresponding time is fixed time or Gaussian distribution time and represents the preventive maintenance time; t _15 represents the instant that preventive maintenance activity execution completes this process, with negligible time; p _20 represents a preventive maintenance cycle time arrival status; p _21 represents logic control for performing preventive maintenance immediately after the preventive maintenance cycle is reached; p _22 represents a preventive maintenance activity start state; p _23 represents a preventive maintenance activity completion status; the arcs P _22 to P _3 are suppressor arcs, indicating that a corresponding functional suspension is caused after the start of preventive maintenance activities.

According to the maintenance work requirement of the related components, modeling of guarantee resources is carried out, and a mapping relation between the execution process of the repairable maintenance and preventive maintenance activities and the related guarantee resources is established by using a depot, a token and an arc in the Petri network, so that a guarantee resource model corresponding to each maintenance activity is established.

Taking the P _12 display module in fig. 7 as an example, the module needs 1 spare display module, 1 screwdriver for disassembling the display module, 1 pliers and 1 professional for performing the repairability maintenance, and accordingly, a guaranteed resource model of the repairability maintenance activity corresponding to the P _12 display module is established, as shown in fig. 8. The model shown in fig. 8 is based on fig. 7, and 4 general repositories (P _24, P _25, P _26, P _27), 3 bidirectional arcs and 1 unidirectional arc are added. Wherein, P _24 represents a spare product of the display module, and the initial Token is 1; p — 25 represents a repair tool (screwdriver) required for restorative repair, with an initial touken of 1; p _26 represents a repair tool (pliers) required for reparative repair, with an initial token of 1; p — 27 represents a professional serviceman required for restorative maintenance, with an initial tock of 1; because the spare parts are expendable objects, the maintenance tools and the personnel can be repeatedly used, a one-way arc is used between the spare parts and the repairability maintenance activities, and a two-way arc is used between the maintenance tools and the repairability maintenance activities.

Through the above modeling of business processes, reconfiguration activities, fault processes, maintenance activities, and guaranteed resources, a complete system RMS model may be built, as shown in fig. 9, which provides an RMS model of the display control task of an electronic system in one embodiment. And then, by means of the dynamic simulation function of the Petri network, the system RMS simulation analysis can be developed.

In the embodiment, through system task analysis and system structure modeling, the mapping relation among system tasks, functions and components under the constraint of the system tasks is established by using elements such as a depot, a token and a transition in a time constraint Petri network, fault modeling, maintenance activity modeling and resource guarantee modeling are performed according to the fault characteristics and maintenance guarantee strategies of each component in the system, system reconstruction modeling is performed according to switching scenes and trigger conditions among different paths in the system, and finally a system RMS model capable of representing reconstruction characteristics is formed. The modeling method has important significance for solving the RMS modeling problem of an electronic information system with a reconstruction function, such as an early warning detection system, a command control system, a comprehensive avionic system, electronic countermeasure equipment, a ship dynamic positioning system and the like, and solving the problems of function reconstruction characteristic analysis and graphical representation of the electronic information system and unified representation of a reconfigurable system RMS model, including system task decomposition, structural logic relationship representation, fault influence relationship transmission, maintenance activity execution process, guarantee resource calling and consumption process and the like, can effectively guide the development of tasks, functional structure representation, reconstruction behavior representation, fault behavior, maintenance activity, guarantee resource modeling and other works of the reconfigurable system, and can effectively support the development of the RMS analysis, RMS index simulation evaluation and other works of the reconfigurable system.

It should be noted that the Petri net in the above embodiment may adopt a general time Petri net, a transition delay Petri net, a library delay Petri net, or another modified Petri net, as long as the representation of the system task execution process, the state conversion, the time sequence and time consumption, and the resource dynamic change process can be performed.

It should be noted that, when a business process model is established, besides directly establishing a corresponding business process model by using a Petri net on the basis of system task and functional structure analysis, a business process can be described by using an activity diagram in the UML, and then the business process can be converted into the business process model based on the Petri net through a mapping relation between related elements in the UML activity diagram and related elements in the Petri net.

It should be noted that, in the above embodiment, firstly, business process modeling is performed on the basis of system task and functional structure analysis, then, modeling is performed on a reconstruction behavior according to a system reconstruction policy, and finally, fault modeling, maintenance activity modeling and resource guarantee modeling are performed according to a fault rule and a maintenance and guarantee policy of a system equipment module, so as to form a system RMS model. In addition, the modeling of the business process can be carried out firstly, then the modeling of the fault, the modeling of the maintenance activity and the modeling of the guarantee resource are carried out, and finally the modeling of the reconstruction behavior is carried out, so long as the construction effect of the system RMS model can be finally realized.

It should be understood that, although the steps in the flowcharts related to the above embodiments are shown in sequence as indicated by the arrows, the steps are not necessarily executed in sequence as indicated by the arrows. The steps are not performed in the exact order shown and described, and may be performed in other orders, unless explicitly stated otherwise. Moreover, at least a part of the steps in each flowchart related to the above embodiments may include multiple steps or multiple stages, which are not necessarily performed at the same time, but may be performed at different times, and the order of performing the steps or stages is not necessarily sequential, but may be performed alternately or alternately with other steps or at least a part of the steps or stages in other steps.

In one embodiment, as shown in FIG. 10, there is provided an RMS modeling apparatus 1000 comprising: a first obtaining module 1010, a second obtaining module 1020, a third obtaining module 1030, and a modeling module 1040, wherein:

a first obtaining module 1010, configured to obtain analysis information of a system task, where the analysis information includes: the system tasks comprise subtasks, functions related to the subtasks, parts corresponding to the functions, and logical relations among the system tasks, the subtasks, the functions and the parts.

A second obtaining module 1020, configured to obtain a reconfiguration policy corresponding to a function that can be implemented through multiple execution paths in the function.

And a third obtaining module 1030, configured to obtain fault characteristics, a maintenance strategy, and guarantee resources of each component.

And the modeling module 1040 is used for describing the analysis information, the reconstruction strategy, the fault characteristics, the maintenance strategy and the guarantee resources based on the Petri network, and obtaining an RMS model corresponding to the system task.

In one embodiment, the modeling module 1040 is specifically configured to: establishing a mapping relation between elements in the Petri network and related elements in the system; and describing the analysis information, the reconstruction strategy, the fault characteristics, the maintenance strategy and the guarantee resources according to the mapping relation to obtain an RMS model corresponding to the system task.

In one embodiment, the modeling module 1040 is specifically configured to: describing analysis information based on a Petri network to obtain a business process model; on the basis of the business process model, description of reconstruction strategies, fault characteristics, maintenance strategies and guarantee resources based on a Petri network is added, and an RMS (root mean square) model corresponding to system tasks is obtained.

In one embodiment, the elements in the Petri Net include custody, transitions, and connecting arcs; the modeling module 1040, when describing the analysis information based on the Petri net and obtaining the business process model, is specifically configured to: states of system tasks, subtasks, functions and components are described by using the library, execution processes of the system tasks, the subtasks and the functions are described by using transitions, and logical relations among the system tasks, the subtasks, the functions and the components are described by using connecting arcs, so that a business process model is obtained.

In an embodiment, the modeling module 1040, on the basis of the service flow model, adds descriptions of reconstruction strategies, fault characteristics, maintenance strategies, and guaranteed resources based on a Petri network, and when obtaining an RMS model corresponding to a system task, is specifically configured to: on the basis of the business process model, description of a reconstruction strategy based on a Petri network is added to obtain a reconfigurable business process model; on the basis of a reconfigurable business process model, descriptions of fault characteristics, maintenance strategies and guarantee resources based on a Petri network are added, and an RMS (root mean square) model corresponding to a system task is obtained.

In one embodiment, the reconfiguration strategy comprises a reconfiguration path and a trigger condition, wherein the reconfiguration path comprises reconfigured subtasks, functions and components and logical relations among the reconfigured subtasks, functions and components; the modeling module 1040, on the basis of the business process model, adds a description of the reconstruction policy based on the Petri net, and when obtaining the reconfigurable business process model, is specifically configured to: describing the states of the reconstructed functions and parts by using a library, describing the execution processes of the reconstructed subtasks and functions by using transitions, describing the logical relations among the reconstructed subtasks, functions and parts by using connecting arcs, and describing the reconstructed triggering conditions by using transition priorities to obtain a reconstruction model; and adding a reconstruction model on the basis of the business process model to obtain the reconfigurable business process model.

In an embodiment, the modeling module 1040, on the basis of the reconfigurable business process model, adds descriptions of fault characteristics, maintenance strategies, and guaranteed resources based on a Petri network, and when obtaining an RMS model corresponding to a system task, is specifically configured to: describing the interval time of the fault of the component by using transition, describing the fault state of the component by using a library, and describing the state change and the fault influence of the component by using a connecting arc to obtain a fault model; describing the execution process of the component maintenance activities by using the transition, describing the states of the component maintenance activities by using the library, and describing the state changes of the maintenance activities by using the connection arcs to obtain a maintenance model; describing guarantee resources by using the library, and describing a logical relation between the guarantee resources and corresponding maintenance activities by using connection arcs to obtain a guarantee resource model; and adding a fault model, a maintenance model and a guarantee resource model on the basis of the reconfigurable business process model to obtain an RMS model corresponding to the system task.

For specific definitions of the RMS modeling means, reference may be made to the above definitions of the RMS modeling method, which are not described in detail here. The various modules in the RMS modeling apparatus described above may be implemented in whole or in part by software, hardware, and combinations thereof. The modules can be embedded in a hardware form or independent from a processor in the computer device, and can also be stored in a memory in the computer device in a software form, so that the processor can call and execute operations corresponding to the modules.

In one embodiment, a computer device is provided, which may be a server, and its internal structure diagram may be as shown in fig. 11. The computer device includes a processor, a memory, and a network interface connected by a system bus. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device comprises a nonvolatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program, and a database. The internal memory provides an environment for the operation of an operating system and computer programs in the non-volatile storage medium. The network interface of the computer device is used for communicating with an external terminal through a network connection. The computer program is executed by a processor to implement an RMS modeling method.

In one embodiment, a computer device is provided, which may be a terminal, and its internal structure diagram may be as shown in fig. 12. The computer device includes a processor, a memory, a communication interface, a display screen, and an input device connected by a system bus. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device comprises a nonvolatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and a computer program. The internal memory provides an environment for the operation of an operating system and computer programs in the non-volatile storage medium. The communication interface of the computer device is used for carrying out wired or wireless communication with an external terminal, and the wireless communication can be realized through WIFI, an operator network, NFC (near field communication) or other technologies. The computer program is executed by a processor to implement an RMS modeling method. The display screen of the computer equipment can be a liquid crystal display screen or an electronic ink display screen, and the input device of the computer equipment can be a touch layer covered on the display screen, a key, a track ball or a touch pad arranged on the shell of the computer equipment, an external keyboard, a touch pad or a mouse and the like.

It will be appreciated by those skilled in the art that the configurations shown in fig. 11 or fig. 12 are only block diagrams of some of the configurations relevant to the present application, and do not constitute a limitation on the computer apparatus to which the present application is applied, and a particular computer apparatus may include more or less components than those shown in the drawings, or may combine some components, or have a different arrangement of components.

In one embodiment, a computer device is further provided, which includes a memory and a processor, the memory stores a computer program, and the processor implements the steps of the above method embodiments when executing the computer program.

In an embodiment, a computer-readable storage medium is provided, in which a computer program is stored which, when being executed by a processor, carries out the steps of the above-mentioned method embodiments.

In one embodiment, a computer program product or computer program is provided that includes computer instructions stored in a computer-readable storage medium. The computer instructions are read by a processor of a computer device from a computer-readable storage medium, and the computer instructions are executed by the processor to cause the computer device to perform the steps in the above-mentioned method embodiments.

It should be understood that the terms "first", "second", etc. in the above-described embodiments are used for descriptive purposes only and are not to be construed as indicating or implying relative importance or implying any number of technical features indicated. Further, in the description of the present application, the meaning of "a plurality" means at least two unless otherwise specified.

It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by hardware instructions of a computer program, which can be stored in a non-volatile computer-readable storage medium, and when executed, can include the processes of the embodiments of the methods described above. Any reference to memory, storage, database or other medium used in the embodiments provided herein can include at least one of non-volatile and volatile memory. Non-volatile Memory may include Read-Only Memory (ROM), magnetic tape, floppy disk, flash Memory, optical storage, or the like. Volatile Memory can include Random Access Memory (RAM) or external cache Memory. By way of illustration and not limitation, RAM can take many forms, such as Static Random Access Memory (SRAM) or Dynamic Random Access Memory (DRAM), among others.

The technical features of the above embodiments can be arbitrarily combined, and for the sake of brevity, all possible combinations of the technical features in the above embodiments are not described, but should be considered as the scope of the present specification as long as there is no contradiction between the combinations of the technical features.

The above-mentioned embodiments only express several embodiments of the present application, and the description thereof is more specific and detailed, but not construed as limiting the scope of the invention. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the concept of the present application, which falls within the scope of protection of the present application. Therefore, the protection scope of the present patent shall be subject to the appended claims.

Claims

1. An RMS modeling method, the method comprising:

2. The method of claim 1, wherein describing the analysis information, the reconstruction strategy, the fault characteristics, the maintenance strategy and the safeguard resources based on a Petri network to obtain an RMS model corresponding to the system task comprises:

establishing a mapping relation between elements in the Petri network and related elements in the system;

and describing the analysis information, the reconstruction strategy, the fault characteristics, the maintenance strategy and the guarantee resources according to the mapping relation to obtain an RMS model corresponding to the system task.

3. The method of claim 1, wherein describing the analysis information, the reconstruction strategy, the fault characteristics, the maintenance strategy and the safeguard resources based on a Petri network to obtain an RMS model corresponding to the system task comprises:

describing the analysis information based on a Petri network to obtain a business process model;

and adding a description of the reconstruction strategy, the fault characteristics, the maintenance strategy and the guarantee resources based on a Petri network on the basis of the business process model to obtain an RMS model corresponding to the system task.

4. The method of claim 3, wherein the elements in the Petri net comprise libraries, transitions, and connecting arcs;

describing the analysis information based on a Petri network to obtain a business process model, wherein the business process model comprises the following steps:

describing the states of the system tasks, the subtasks, the functions and the components by using a library, describing the execution processes of the system tasks, the subtasks and the functions by using transitions, and describing the logical relations among the system tasks, the subtasks, the functions and the components by using connecting arcs to obtain a business process model.

5. The method of claim 4, wherein adding a Petri network-based description of the reconstruction strategy, the fault characteristics, the maintenance strategy and the guaranteed resources to the business process model to obtain an RMS model corresponding to the system task comprises:

on the basis of the business process model, adding a description of the reconstruction strategy based on a Petri network to obtain a reconfigurable business process model;

and on the basis of the reconfigurable business process model, adding a description of the fault characteristics, the maintenance strategy and the guarantee resources based on a Petri network to obtain an RMS (root mean square) model corresponding to the system task.

6. The method of claim 5, wherein the reconfiguration strategy comprises a reconfiguration path and a trigger condition, wherein the reconfiguration path comprises reconfigured subtasks, functions and components and logical relations between the reconfigured subtasks, functions and components;

on the basis of the business process model, description of the reconstruction strategy based on a Petri network is added to obtain a reconfigurable business process model, and the method comprises the following steps:

describing the states of the reconstructed functions and components by using a library, describing the execution processes of the reconstructed subtasks and functions by using transitions, describing the logical relations among the reconstructed subtasks, functions and components by using connecting arcs, and describing the reconstructed triggering conditions by using transition priorities to obtain a reconstruction model;

and adding the reconstruction model on the basis of the business process model to obtain the reconfigurable business process model.

7. The method of claim 6, wherein adding a description of the fault characteristics, the maintenance strategy and the guaranteed resources based on a Petri network to the reconfigurable business process model to obtain an RMS model corresponding to the system task comprises:

describing the interval time of the fault of the component by using transition, describing the fault state of the component by using a library, and describing the state change and the fault influence of the component by using a connecting arc to obtain a fault model;

describing the execution process of the component maintenance activities by using the transition, describing the states of the component maintenance activities by using the library, and describing the state changes of the maintenance activities by using the connection arcs to obtain a maintenance model;

describing guarantee resources by using the library, and describing a logical relation between the guarantee resources and corresponding maintenance activities by using connection arcs to obtain a guarantee resource model;

and adding the fault model, the maintenance model and the guarantee resource model on the basis of the reconfigurable business process model to obtain an RMS model corresponding to the system task.

8. An RMS modeling apparatus, characterized in that said apparatus comprises:

9. A computer device comprising a memory and a processor, the memory storing a computer program, characterized in that the processor, when executing the computer program, implements the steps of the method of any of claims 1 to 7.

10. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out the steps of the method of any one of claims 1 to 7.