Across
- 2. A commonly used example of redundant systems (contains -)
- 3. Determining the extent to which the current state is in error (uses -)
- 7. Parity bits are an example of this method of dealing with faults.
- 12. Returning to normal use after an error is caught and replaced (uses -)
- 13. In a TMR system the Byzantine Generals problem _ be solved algorithmically
- 14. Any device has a _ probability of failure (contains -)
- 17. Removing and replacing the erroneous state with a good state (uses -)
- 19. The randomness of these often makes design faults appear to be triggered randomly
- 20. A TMR system can tolerate at most (a) _ fault(s), after which it can only detect but not tolerate further faults.
Down
- 1. If a fault cannot be avoided or eliminated, it must be
- 4. Computing this is the hardest part of fault forecasting (uses -)
- 5. Determining that the current state is in error (uses -)
- 6. Average time between failures occurring in a system (contains -)
- 8. Degradation faults can be considered _ if their MTTF is significantly higher than the dependability requirement of the system
- 9. After a fault has been eliminated, the system must be _ to make sure no new fault has been introduced
- 10. Because of this, fault forecasting is not purely mathematical (uses -)
- 11. This method admits that faults will happen and will cause failures
- 15. To help avoid design faults, always _ variables
- 16. Degradation faults are this, but design faults are not (though to users they appear to be)
- 18. To help avoid design faults, always include an _ clause with if statements
