Download as pdf or txt
Download as pdf or txt
You are on page 1of 14

Chapter 11. Reliability engineering | Quizlet https://quizlet.com/285694238/test?answerTermSides=2&promptTermS...

Name: Score:

40 Multiple choice questions

Definition 1 of 40
You should provide a restart capability that is based on keeping copies of data collected or
generated during processing.
The restart facility should allow the system to restart using these copies, rather than having to
start all over from the beginning.

Guideline 5: Provide restart capabilities.

Process requirements.

Guideline 6: Check array bounds.

Guideline 105: Provide restart capabilities.

Definition 2 of 40
Some programming languages, such as Java, always checks that when a value is entered into
an array, the index is within that array. However, programming languages such as C and C++ do
not automatically include array bound checks and simply calculate an offset from the
beginning of the array.

Guideline 6: Check array bounds.

Guideline 106: Check array bounds.

Guideline 5: Provide restart capabilities.

Guideline 30: Check array bounds.

1 of 14 5/25/2024, 2:37 PM
Chapter 11. Reliability engineering | Quizlet https://quizlet.com/285694238/test?answerTermSides=2&promptTermS...

Definition 3 of 40
The system is designed so that faults or unexpected system behaviour during execution are
detected at runtime and are managed in such a way that system failure does not occur.

Flexibility.

Cost effectiveness.

Fault tolerance.

Fault avoidance.

Definition 4 of 40
Human behaviour that results in the introduction of fault into a system.

Human error or mistake.

Reasonableness checks.

Process requirements.

System fault.

Definition 5 of 40
All programs take inputs from their environment and process them. The specification make
assumptions about these inputs that reflect their real-world use.

Guideline 2: Check all inputs for validity.

Guideline 5: provide restart capabilities.

Functional requirements.

Guideline 6: check array bounds.

2 of 14 5/25/2024, 2:37 PM
Chapter 11. Reliability engineering | Quizlet https://quizlet.com/285694238/test?answerTermSides=2&promptTermS...

Definition 6 of 40
These requirements identify checks on inputs to the system to ensure that incorrect or out-of-
range inputs are detected before they are processed by the system.

Recovery requirements.

Functional requirements.

Redundancy requirements.

Checking requirements.

Definition 7 of 40
A timeout is an automatic assumption that a called component has failed and will not produce
a response.

Guideline 8: Name all constants that represent real-world values.

Guideline 7: Include timeouts when calling external components.

Guideline 4: Minimize the use of error-prone constructs.

Guideline 2: Check all inputs for validity.

Definition 8 of 40
If you have formal specification, you may be able to identify deviations from that specification,
but, if the specification is in natural language, ther may be ambiguities that mean observers
could disagree in whether the system has failed.

Range checks.

System failure.

Recovery requirements.

Recognizing failure.

3 of 14 5/25/2024, 2:37 PM
Chapter 11. Reliability engineering | Quizlet https://quizlet.com/285694238/test?answerTermSides=2&promptTermS...

Definition 9 of 40
You may expect inputs to be a given number of characters, for example, 8 characters to
represent a bank account.

Size checks.

Range checks.

Availability.

Representation checks.

Definition 10 of 40
It can be very expensive to generate the large volume of data required in an operational
profile unless the process can be totally automated.

Functional requirements.

Fault detection and correction.

Checking requirements.

High costs of test data generation.

Definition 11 of 40
Languages such as Java, C++, and Python have built-in exception handling constructs. When an
exceptional situation occurs, the exception is signaled and the language runtime system
transfers control to an exception handler.

Guideline 4: Minimize the use of error-prone constructs.

Guideline 8: Name all constants that represent real-world values.

Guideline 5: Provide restart capabilities.

Guideline 3: Provide a handler for all exceptions.

4 of 14 5/25/2024, 2:37 PM
Chapter 11. Reliability engineering | Quizlet https://quizlet.com/285694238/test?answerTermSides=2&promptTermS...

Definition 12 of 40
The probability that a system, at a point in time, will be operational and able to deliver the
requested services.

Integrity.

Accountability.

Confidentiality.

Availability.

Definition 13 of 40
Is a specialized system that is associated with some other system. This is usually a control
system for some process, such as a chemical manufactoring process.

System error.

Size checks.

A protection system.

Representation checks.

Definition 14 of 40
Verification and validation processes are designed to discover and remove faults in a
program, before it is deployed for operational use.

Functional requirements.

Fault detection and correction.

System error.

Guideline 1: Control the visibility of information in a program.

5 of 14 5/25/2024, 2:37 PM
Chapter 11. Reliability engineering | Quizlet https://quizlet.com/285694238/test?answerTermSides=2&promptTermS...

Definition 15 of 40
Which require the software to be reinstalled by the manufacturer.

Permanent software failure.

Transient software failure.

Fault tolerance.

System failure.

Definition 16 of 40
You should always include a section in your program in which you name all real-world
constant values that are used. When using the constants, you should refer to them by name
rather than by their value.

Guideline 7: Include timeouts when calling external components.

Guideline 8: Name all constants that represent real-world values.

Guideline 4: Minimize the use of error-prone constructs.

Guideline 5: Provide restart capabilities.

Definition 17 of 40
You have to generate a statistically significant number of failures to allow accurate reliability
measurements.

Checking requirements.

Statistical uncertainty when high reliability is specified.

Rate of occurrence of failures (rocof).

Recovery requirements.

6 of 14 5/25/2024, 2:37 PM
Chapter 11. Reliability engineering | Quizlet https://quizlet.com/285694238/test?answerTermSides=2&promptTermS...

Definition 18 of 40
These requirements are geared to helping the system recover after a failure has occured.

Removal requirements

Redundancy requirements.

Recovery requirements.

Checking requirements.

Definition 19 of 40
Programmers make mistakes because they lose track of the numerous relationships between
the state variables. Some standards for safety-critical systems development completely
prohibit the use of error-prone constructs.

Guideline 7: Include timeouts when calling external components.

Guideline 3: Provide a handler for all exceptions.

Guideline 2: Check all inputs for validity.

Guideline 4: Minimize the use of error-prone constructs.

Definition 20 of 40
This metric sets out the probable number of system failures that are likely to be observed
relative to a certain time period, or to the number of system exeptions.

Guideline 5: provide restart capabilities.

Rate of occurrence of failures (ROCOF).

Probability of failure on demand (pofod).

High costs of test data generation.

7 of 14 5/25/2024, 2:37 PM
Chapter 11. Reliability engineering | Quizlet https://quizlet.com/285694238/test?answerTermSides=2&promptTermS...

Definition 21 of 40
A characteristic of a software system that can lead to a system error.

System fault.

System failure.

Reliability.

System error.

Definition 22 of 40
Is the probability that a system will be operational when a demand is made for service.

Size checks.

Reliability.

Recovery requirements.

Availability (AVAIL).

Definition 23 of 40
An event that occurs at some point in time when the system does not deliver a service as
expected by its users.

System error.

System error.

Availability.

System failure.

8 of 14 5/25/2024, 2:37 PM
Chapter 11. Reliability engineering | Quizlet https://quizlet.com/285694238/test?answerTermSides=2&promptTermS...

Definition 24 of 40
Which define checking and recovery facilities that should be included in the system and
features that provide protection against system failures and external attacks.

Stakeholder requirements

Checking requirements.

Functional requirements.

Process requirements.

Definition 25 of 40
This is based on the assumption that diverse implementations of the same specification are
independent. They should not include common errors and so will not fail in the same way, at
the same time.

Size checks.

Software diversity.

Range checks.

Reliability.

Definition 26 of 40
You may expect an input to be of a particular type, which is represented in a standard way.

Representation checks.

Size checks.

Range checks.

Software diversity.

9 of 14 5/25/2024, 2:37 PM
Chapter 11. Reliability engineering | Quizlet https://quizlet.com/285694238/test?answerTermSides=2&promptTermS...

Definition 27 of 40
An erronous system state during exection that can lead to system behaviour that is
unexpected by system users.

Mechanical error.

System error.

Human error.

Intentional error.

Definition 28 of 40
Which can be repaired by user actions such as resetting or recalibrating the machine.

Transient software failure.

Permanent software failure.

Recognizing failure.

System failure.

Definition 29 of 40
These specify redundant features of the system that ensure that a single component failure
does not lead to a complete loss of service.

System fault.

Redundancy requirements.

Recovery requirements.

Checking requirements.

10 of 14 5/25/2024, 2:37 PM
Chapter 11. Reliability engineering | Quizlet https://quizlet.com/285694238/test?answerTermSides=2&promptTermS...

Definition 30 of 40
If you use this metric, you define the probability that a demand for service from a system will
result in a system failure.

Availability (avail).

Probability of failure on demand (POFOD).

Fault detection and correction.

Redundancy requirements.

Definition 31 of 40
The operational profiles based on experience with other systems may not be an accurate
reflection of the real use of the system.

Functional requirements.

Operational profiles.

Reliability.

Operational profile uncertainty.

Definition 32 of 40
The probability of failure-free operation over a specified time, in a given environment, for a
specific purpose.

Reliability.

Conformance.

Availability.

Durability.

11 of 14 5/25/2024, 2:37 PM
Chapter 11. Reliability engineering | Quizlet https://quizlet.com/285694238/test?answerTermSides=2&promptTermS...

Definition 33 of 40
Only those who need to know a particular piece of information in order to carry out their
duties are given that information.

Fault detection and correction.

Fault tolerance.

Guideline 1: Control the visibility of information in a program.

System failure.

Definition 34 of 40
Where an input is one of a series and you know something about the relationships between
the members of the series, then you can check that an input is reasonable.

Size checks.

Reasonableness checks.

Online access controls.

Range checks.

Definition 35 of 40
You may expect inputs to be within a particular range.

Validity checks.

Reasonableness checks.

Range checks.

Format checks.

12 of 14 5/25/2024, 2:37 PM
Chapter 11. Reliability engineering | Quizlet https://quizlet.com/285694238/test?answerTermSides=2&promptTermS...

Definition 36 of 40
Is a system architecture in which the system is designed to monitor its own operation and to
take some action if a problem is detected.

Recovery requirements.

Availability.

A self-monitoring architecture.

Representation checks.

Definition 37 of 40
The software design and implementation process should use approaches to software
development that help avoid design and programming errors and so minimize the number of
faults introduced into the system.

Fault avoidance.

Reliability.

Fault finding.

Fault tolerance.

Definition 38 of 40
It consists of a specification of classes of input and the probability of their occurence.

Operational profiles.

System failure.

Non-functional requirements.

Operational profile uncertainty.

13 of 14 5/25/2024, 2:37 PM
Chapter 11. Reliability engineering | Quizlet https://quizlet.com/285694238/test?answerTermSides=2&promptTermS...

Definition 39 of 40
These are fault-avoidance requirements, which ensure that good practice is used in the
development process.

Recovery requirements.

Functional requirements.

Process requirements.

All of these are correct.

Definition 40 of 40
Which define the required reliability and availability of the system.

Business requirements.

Non-functional requirements.

Stakeholder requirements

Operational profiles.

Privacy Terms English (USA)

14 of 14 5/25/2024, 2:37 PM

You might also like