ASP Fellowship II key terms
ASP Fellowship II · Get comfortable with the vocabulary.
- Hazard
- Related: Risk, Mishap, Severity
A condition, event, or circumstance that could cause harm to people, equipment, or the environment. It exists independently of whether anyone is exposed or whether any resulting loss actually occurs.
- Risk
- Related: Hazard, Risk Matrix, As Low As Reasonably Practicable
The combination of the likelihood of a hazardous event and the severity of its consequences. It expresses how much loss is plausible, not merely whether a hazard is present.
- Severity
- Related: Probability of Occurrence, Risk Matrix, Mishap
The degree of harm or loss that a hazardous event could produce, usually ranked from negligible through catastrophic. It describes the outcome magnitude, independent of how often the event occurs.
- Probability of Occurrence
- Related: Severity, Risk Matrix, Risk Acceptance
The estimated likelihood that a hazard will lead to a mishap within a stated period or exposure. It is often expressed as a qualitative rank or a frequency such as per hour of operation.
- Mishap
- Related: Hazard, Incident Investigation, Severity
An unplanned event or series of events that results in death, injury, occupational illness, damage to or loss of equipment or property, or environmental harm. It is the realized outcome of an uncontrolled hazard.
- Risk Matrix
- Related: Severity, Probability of Occurrence, Risk Acceptance
A grid that pairs severity categories against probability categories to assign a risk level. It provides a consistent, visible basis for ranking hazards and deciding which need treatment.
- Risk Acceptance
- Related: Residual Risk, Risk Matrix, As Low As Reasonably Practicable
A documented decision by the accountable authority that a residual risk may be tolerated for a defined period and use. It records the rationale, the level accepted, and any compensating controls.
- Residual Risk
- Related: Risk Acceptance, Mitigation, Hazard Tracking
The risk remaining after controls, design changes, or mitigations have been applied. It is the value compared against acceptance criteria before an activity is authorized to proceed.
- As Low As Reasonably Practicable
- Related: Risk Acceptance, Residual Risk, Safety Case
A test requiring risk to be reduced until further reduction is grossly disproportionate to the benefit gained. It weighs control cost and effort against the safety improvement achieved.
- Hazard Identification
- Related: Preliminary Hazard List, Hazard Analysis, Hazard Tracking
The systematic process of finding and documenting conditions or events that could cause harm, before losses occur. It draws on design data, operating history, and structured team techniques.
- Preliminary Hazard List
- Related: Hazard Identification, Hazard Analysis, System Safety Program Plan
An early, broad listing of hazards produced during concept or preliminary design. It guides later, more detailed analyses and highlights areas needing design attention.
- Hazard Analysis
- Related: Hazard Identification, Fault Tree Analysis, Hazard Tracking
A structured examination of a system to determine how hazards arise, what their consequences are, and which controls reduce risk. It produces documented findings that feed design and operational decisions.
- Fault Tree Analysis
- Related: Failure Mode and Effects Analysis, Common Cause Failure, Hazard Analysis
A deductive technique that starts from an undesired top event and traces backward through logical gates to the combinations of basic failures that could cause it. It supports both qualitative and quantitative evaluation.
- Failure Mode and Effects Analysis
- Related: Fault Tree Analysis, Hazard Analysis, Single Point Failure
An inductive technique that examines each component or function, lists the ways it can fail, and traces the local and system-level effects of each failure. It is used to prioritize design and maintenance attention.
- Common Cause Failure
- Related: Redundancy, Fault Tree Analysis, Single Point Failure
The loss of two or more supposedly independent items from a single shared cause, such as a common power supply, environment, or design error. It defeats redundancy assumptions and must be analyzed explicitly.
- Single Point Failure
- Related: Redundancy, Common Cause Failure, Failure Mode and Effects Analysis
A failure of one item that alone causes loss of a required function or an unacceptable consequence. Its presence usually signals a need for redesign, redundancy, or added monitoring.
- Redundancy
- Related: Common Cause Failure, Single Point Failure, Fault Tolerance
Providing more than one means to perform a required function so a single failure does not cause loss of that function. Its value depends on genuine independence between the redundant paths.
- Fault Tolerance
- Related: Redundancy, Fail-Safe Design, Safety Integrity Level
The ability of a system to continue delivering its required function, or to fail safely, despite the presence of faults. It is achieved through redundancy, monitoring, and designed recovery behavior.
- Fail-Safe Design
- Related: Fault Tolerance, Safety Critical Function, Hazard
A design approach in which a failure drives the system to a state that is safer than continued operation. The safe state must be defined deliberately and must itself be reachable under credible failure conditions.
- Hazard Tracking
- Related: Hazard Analysis, Residual Risk, Risk Acceptance
Maintaining a controlled record of each identified hazard from discovery through closure, including its status, assigned owner, planned controls, and verification evidence. It prevents hazards from being lost across program phases.
- System Safety Program Plan
- Related: System Safety, Hazard Tracking, Safety Review Board
The governing document that defines how safety activities, responsibilities, schedules, and deliverables will be managed across a program's life cycle. It is typically contractually binding and subject to customer approval.
- System Safety
- Related: System Safety Program Plan, Safety Case, Hazard Analysis
A disciplined engineering and management approach that applies analysis, design, and verification throughout a system's life cycle to keep risk within accepted limits. It treats safety as a design property, not an inspection outcome.
- Safety Review Board
- Related: Risk Acceptance, System Safety Program Plan, Safety Case
A designated group with authority to review hazard analyses, risk acceptance decisions, and readiness to proceed. It provides independent challenge and records formal concurrence or dissent.
- Safety Case
- Related: As Low As Reasonably Practicable, Risk Acceptance, System Safety
A structured argument, supported by evidence, that a system meets its safety requirements and that residual risk is acceptable for a defined operating context. It is maintained and revised as the system changes.
- Safety Integrity Level
- Related: Safety Critical Function, Fault Tolerance, Software Safety
A discrete target level for the reliability of a safety function, assigned from risk assessment and realized through specified engineering and verification practices. Higher levels demand stronger architectural and diagnostic measures.
- Safety Critical Function
- Related: Safety Integrity Level, Fail-Safe Design, Software Safety
A function whose failure or unintended operation could directly cause or contribute to a catastrophic or severe outcome. Such functions attract the strictest design assurance, verification, and change control.
- Software Safety
- Related: Safety Critical Function, Safety Integrity Level, Configuration Management
The application of analysis and assurance practices to software so that it cannot cause or fail to prevent hazardous system states. It addresses requirements, design, coding, verification, and configuration control.
- Human Error
- Related: Human Factors, Task Analysis, Incident Investigation
An action or inaction by a person that departs from intended or required behavior and contributes to an undesired outcome. Analysis distinguishes slips, lapses, mistakes, and violations rather than assigning blame.
- Human Factors
- Related: Human Error, Task Analysis, Workload
The study of how human capabilities, limits, and behavior interact with equipment, procedures, and environments. Its findings shape designs that reduce error and support reliable performance.
- Task Analysis
- Related: Human Factors, Workload, Human Error
A structured breakdown of what an operator must perceive, decide, and do to complete a task, including information sources, tools, and timing. It reveals mismatches between task demands and human capability.
- Workload
- Related: Human Factors, Task Analysis, Human Error
The mental and physical effort required to perform tasks within available time and resources. Excessive or persistently low workload can degrade attention, decision quality, and error detection.
- Mitigation
- Related: Residual Risk, Hazard Analysis, Safety Device
An action taken to reduce the probability or severity of a hazard's consequence, such as a design change, interlock, procedure, or training. Its effectiveness must be verified, not assumed.
- Safety Device
- Related: Mitigation, Fail-Safe Design, Lockout Tagout
A physical or logical feature added specifically to prevent a hazardous condition or to limit its consequences, such as a guard, interlock, or relief valve. It is distinct from a control needed for normal operation.
- Lockout Tagout
- Related: Safety Device, Maintenance Safety, Mitigation
A controlled procedure that isolates and secures energy sources before maintenance or servicing, with locks and tags identifying who holds them. It prevents unexpected energization or release of stored energy.
- Maintenance Safety
- Related: Lockout Tagout, Configuration Management, Human Error
The practices that keep servicing, inspection, and repair activities from injuring workers or degrading system safety. It covers procedures, training, access, energy isolation, and return-to-service verification.
- Configuration Management
- Related: Software Safety, Maintenance Safety, Safety Case
The disciplined control of a system's requirements, design, software, and documentation so that changes are identified, reviewed, approved, and recorded. It ensures that analyzed and fielded configurations match.
- Incident Investigation
- Related: Root Cause Analysis, Lessons Learned, Mishap
A structured inquiry into an event to establish what happened, why defenses failed, and what must change. It seeks causes and corrective actions rather than individual blame.
- Root Cause Analysis
- Related: Incident Investigation, Lessons Learned, Human Error
A method for tracing an undesired outcome back to underlying systemic conditions, such as design flaws, missing barriers, or management decisions, that, if corrected, would prevent recurrence.
- Lessons Learned
- Related: Incident Investigation, Root Cause Analysis, Corrective Action
Documented insights from incidents, analyses, or programs that are shared and applied to prevent repeat problems. Effective programs track whether recommended changes were actually adopted and verified.
- Corrective Action
- Related: Root Cause Analysis, Lessons Learned, Hazard Tracking
A specific change made to eliminate the cause of a detected problem so it does not recur, with an owner and completion evidence. It is distinct from immediate containment of the symptom.