This is an old revision of the document!
Availability in this context is System Availability. System Availability is the probability the system will function as designed for a particular duration. The duration could be a fixed time period (i.e., 24 hours a day, 7 days a week, or 364.9 days a year) or it could be over a particular mission (i.e., a flying mission, a patient stay, or a growing season). The ability of an item to be in a state to perform a required function under given conditions at a given instant of time or over a time interval, assuming the required external resources are provided. 1)
It is important to remember that Availability is expressed as a probability expressed in terms of Five Nines, and therefore, the Multiplication Rule of Probability needs to be considered when thinking about a system comprised of parts. Each part has its own probability of success (or failure). The Multiplication Rule of Probability means that to find the probability of the intersection of two events, multiply the two probabilities. The intersection of the events occurs when the probability of two events occurring is known. The Multiplication Rule of Probability determines the intersection of two different sets of events, called independent and dependent events.
Mission Duration (Tm) is the time the system needs to be operational. Tm can be expressed as a fixed time period (i.e., 24 hours a day, 7 days a week, or 365 days a year) or it could be over a particular mission (i.e., a flying mission, a patient stay, peak energy demand, or a growing season)
Mean Time Between Failure (MTBF) is a calculation of the arithmetic mean (average) time between failures of a system.
Downtime (Td) is the Mission Duration times the sum of all of the different kinds of time required to transition from being down to the time to be fully operational, divided by the Mean Time Between Failure.
Please refer to the Note in the MBTF section above.
data_distribution_service_dds systems are generally architected, designed and implemented to provide redundancy and Failover in the event of a failure of Safety-Critical System (SCS) and Mission Critical Systems.
DDS allows for multiple Publishers and Subscribers of data to the same Topic at the same time. The quality_of_service_qos_policies parameters set by each publisher and each subscriber are used to connect them together.
For example, if the temperature in a chemical mixing tank is critical to the overall process, having multiple temperature sensors in the mixing tank at the same time allows for redundancy for the critical Sensor. If one of the two sensors fail, the DDS Middleware will automatically start routing the data published by the backup sensor to the subscribers.
Similarly, if the monitor listening to the Topic is considered critical to the chemical mixing process, the system can use redundant monitors. The monitors watch the data on the Topic and make adjustments to the the system to correct temperature variations thereby keeping the temperature in the correct operating range. The monitor does this by publishing information on a different Topic monitored by Actuators while making the appropriate adjustments.