Schedule a Software Walkthrough Free Trial
← Back to Software Failure Events Timeline
Case Study #281 — 329 Software Failure Events Timeline

Olympic Pipeline Bellingham explosion (SCADA system failure)

A gasoline pipeline ruptured and exploded in Bellingham, Washington, killing three people, after leaking fuel ignited along a creek.

1999-06-10
When it happened
Energy / Utilities
Sector
#281
Ranked by documented impact
01 — What Happened

The damage was public. The root cause was preventable.

A gasoline pipeline ruptured and exploded in Bellingham, Washington, killing three people, after leaking fuel ignited along a creek.

Energy
Sector affected
1999-06-10
Date of the event
#281
Rank in the 329 Software Failure Events Timeline
1
Distinct root-cause clause identified below
02 — The Root Cause

What the software actually got wrong

The NTSB found the pipeline's SCADA control system had become non-responsive while an unrelated database change was being made at the same time pressure was building dangerously in the line, delaying the operator's ability to recognize the problem and remotely close valves before the rupture occurred.

01Root Cause

The NTSB found the pipeline's SCADA control system had...

What Happened

The NTSB found the pipeline's SCADA control system had become non-responsive while an unrelated database change was being made at the same time pressure was building dangerously in the line, delaying the operator's ability to recognize the problem and remotely close valves before the rupture occurred.

How Requs AI Catches This

Requs AI Edge Case flags this exact pattern at the requirements and architecture stage — before a single line of code implementing it exists — so the assumption behind it gets challenged while it is still cheap to fix.

03 — How This Gets Caught Before It Happens

Beyond code coverage and "shall" testing

Root causes like this one rarely show up in code coverage or requirements-compliance testing, because nobody wrote a requirement anticipating the specific edge case that broke. Requs AI Edge Case and Requs AI Software FMEA are built to surface exactly this class of overlooked failure mode — before the software is written.

Requs AI Edge Case

Surfaces this before code exists

Identifies edge cases like this one at requirements and architecture time, using the Common Defect Enumeration to catalog failure patterns seen across hundreds of real-world software failures — including this one.

Requs AI Software FMEA

Connects the failure mode to the hazard

Traces this class of root cause directly to the system-level hazard it can produce, so a defect pattern like this one gets flagged during design review instead of after it ships.

Find the overlooked root causes before they ship.

Schedule a demonstration, or explore how Requs AI Edge Case and Software FMEA use the Common Defect Enumeration.

See real failures this would have caught

Failures like this one can be found before release. See how Requs AI finds them early: