Therac-25 : 소프트웨어가 사망 할 때

이미지는 Wikipedia 사용자 ivrienen의 사진 이름 : "Dahshur 's snefru 곡선 피라미드"입니다.

이것은 유명한 "벤트 피라미드"입니다. 4,600 년 전 프로젝트의 실패에 대한 기념비입니다. 바닥에서, 그 측면은 54도 경향이 뛰어나며 갑자기 중간에 약 43도 경사가됩니다. 피라미드의 설계는 남쪽으로 약 60km 떨어진 Maidum (또 다른 가파른 피라미드)의 치명적인 붕괴 후 건설 중에 수정되었다고 믿어집니다. 물론 고대 피라미드 건축업자를 비난하기는 어렵습니다. 그들은 실제로 공학을 배우지 않고 공학을 발명하고 있습니다. 그 이후로 한 가지 변하지 않았습니다. 구조 엔지니어가 실수를 할 때 사람들은 상처를받습니다. 우리는 확신 할 수 없지만 Maidum 피라미드의 붕괴로 인해 사상자가 발생하지 않았을 것 같습니다. 대조적으로, "소프트웨어 엔지니어"는 엔지니어링 과학 분야에서 비교적 쉬운 경력 인 것 같습니다. 버그는 사용자가 자신의 계정에 액세스하거나 정보를 입력하는 것을 방해 할 수 있지만 확실히 생명을 위협하지는 않습니까? 아무도 다 치지 않습니까? 또는 그것이 우리가 생각하는 것입니다. 진실은 매년 전기에서 교통, 농업에서 응급 서비스에 이르기까지 우리의 시스템은 우리 모두에게 점점 더 많은 의존하여 고품질 소프트웨어를 만들기 위해 점점 더 의존한다는 것입니다. 그리고 우리가 고대 이집트인들과 마찬가지로 우리가 실패하면 사람들은 실제로 상처를받습니다. 놀랍게도, Therac-25의 비극적 인 사례가 우리에게 보여 주듯이, 이것은 21 세기에도 문제가되지 않습니다. 소프트웨어는 사람들을 죽일 수 있습니다

1970 년대 후반에 캐나다의 원자력 에너지 코퍼레이션 (AECL)은 방사선 요법 기계를 구축하는 데 좋은 명성을 얻었습니다. 이 기계들은 지시 된 전자 빔을 사용하여 환자의 종양을 공격합니다. 이 광선이 매우 강하고 잠재적으로 치명적이라는 것은 의심의 여지가 없습니다. AECL은 이전에 Therac-6 및 Therac-20 모델로 큰 성공을 거두었습니다. 이 장치는 숙련 된 연산자가 수동으로 제어해야하며 높은 수준의 안전성을 보장하기 위해 기계 스위치 및 하드 유선 회로를 사용해야합니다. Therac-25는 그들의 "꿈의 기계"가 될 것입니다.

이 새로운 기계는 작고 저렴하지만 전임자보다 더 효율적이지만 두 가지 다른 빔 기술 (X-ray 및 고 에너지 전자 빔)을 결합합니다. 다른 빔은 근처의 건강한 조직을 손상시키지 않고 다른 깊이에서 종양을 표적화 할 수있게합니다. Therac-25는 야심적이고 복잡하며 처음 으로이 하드웨어는 소프트웨어 계층에 의해 제어됩니다. 불행하게도, AECL의 좋은 의도에도 불구하고, 그들의 소프트웨어 디자인은 끔찍한 일련의 끔찍한 디자인 결함을 포함합니다. 나중에 조사는 이러한 결함을 신중하게 기록했으며, 여전히 읽는 것이 냉담 해 보입니다. 예를 들어, 기계를 처리하는 동안 기계는 자체적으로 종료되어 신비한“”및“ 없음 ”오류 메시지를 매번보고합니다. 혼란스러운 운영자는 치료를 포기하기 전에 6 번 시도했습니다. 나중에 기계가 실제로 매번 전체 복용량을 전달하는 것은 아니 었습니다. 그것은 치명적인 과다 복용이었습니다. 1982 년 소개에서 1986 년의 철수에 이르기까지 6 명의 환자가 TherAC-25 치료로 인해 치명적인 부상을 입었습니다. 이 가난한 사람들이 이미 아프다고 생각할 때 특히 충격적입니다. 오늘날 AECL은 더 이상 회사가 아니라, 우리 모두에게 비극적 인 교과서 사례입니다. 오늘날까지 Therac-25 비극은 여전히 ​​시스템 설계 및 보안 테스트에 대한 많은 아이디어에 영향을 미칩니다. 사진 : KMF164 당신이 프론트 엔드 디자이너이고 자신을 "심각한 엔지니어"라고 생각하지 않더라도 Therac-25는 중요한 교훈을 가지고 있습니다. 결함 중 일부는 열악한 코딩 프로세스로 인해 발생하지만 최소한 많은 손상이 불충분 한 문서, 쓸모없는 피드백 및 이해할 수없는 오류 메시지로 인해 발생합니다. 이들은 디자이너, 코더, 관리자, 사용자 경험 사람 및 테스터가 모두 영향력이 있어야하는 모든 분야입니다. 고대 이집트인들을 되돌아 보면, 그들은 초기 실수로부터 배우고 가장 숨막히는 건물을 계속 만들었다는 것은 분명합니다. 소프트웨어 엔지니어링은 여전히 ​​비교적 젊은 분야입니다. 우리가 구부러진 피라미드를 구축했으면합니다. 원래 1 월 29 일 Sitepoint Design Newsletter에 출판되었습니다. 여기에서 구독하십시오. Therac-25 에 대한 질문이 자주 묻습니다

TherAC-25 사고의 주요 원인은 무엇입니까?

Therac-25 사고의 주요 원인은 소프트웨어 오류와 불충분 한 보안 메커니즘의 조합입니다. 이 소프트웨어는 하드웨어 보안 메커니즘을 다룰 수 있도록 설계되어 치명적인 방사선 복용량을 제공합니다. 독립적 인 보안 점검이없고 보안 기능을위한 소프트웨어에 의존하는 것이 중요한 기여자입니다. TherAC-25 사고로 인해 얼마나 많은 사람들이 영향을 받습니까?

6 개의 알려진 THERAC-25 사고로 인해 환자는 다량의 방사선 과다 복용을 받았습니다. 사고로 인해 심각한 부상을 입었고 최소 3 명이 사망했습니다. 그러나 일부 사례는보고되거나 확인되지 않을 수 있으므로 영향을받는 사람들의 수가 더 높을 수 있습니다.

TherAC-25 사고는 TherAC-25 제조업체에 어떤 영향을 미칩니 까?

제조업체 Canada Atomic Energy Limited (AECL)는 사고 후 큰 반등에 직면 해 있습니다. 그들은 느린 반응, 투명성 부족 및 즉시 시정 조치를 취하지 않은 것에 대해 비판을 받았습니다. 이러한 사고로 인해 회사에 대한 신뢰 상실이 발생했으며 법적 및 경제적 영향이 심각했습니다.

Therac-25 사고는 의료 및 소프트웨어 산업에 어떤 영향을 미칩니 까?

Therac-25 사고는 의료 및 소프트웨어 산업 모두에 중대한 영향을 미쳤습니다. 그들은 안전한 기능을 수행하기 위해 소프트웨어에 크게 의존하는 잠재적 위험을 강조합니다. 결과적으로 소프트웨어 보안 및 신뢰성에 중점을 둔 의료 기기의보다 엄격한 검토 및 감독으로 이어집니다.

미래에 비슷한 사건을 예방하기 위해 어떤 조치를 취했습니까?

Therac-25 사고에 대한 응답으로 의료 장비의 안전성을 향상시키기위한 몇 가지 조치가 취해졌습니다. 이러한 조치에는 엄격한 규정, 엄격한 소프트웨어 테스트 및 검증, 독립적 인 보안 시스템 구현이 포함됩니다. 이러한 사고는 또한 이러한 장비의 운영자 교육에 중점을 둡니다.

Therac-25의 설계 결함은 무엇입니까?

Therac-25에는 보안 기능을 수행하기 위해 소프트웨어에 의존, 독립적 인 보안 검사 부족 및 하드웨어 보안 메커니즘을 다루는 소프트웨어 기능을 포함하여 몇 가지 설계 결함이 있습니다. 또한 사용자 인터페이스는 명확하고시기 적절한 피드백을 제공하지 않으므로 운영자가 문제를 인식하도록 상기 시켰습니다.

Therac-25 사고는 어떻게 노출 되었습니까?

Therac-25 사고는 몇몇 환자가 치료 후 과다 노출 증상을보고 한 후 노출되었습니다. 이러한 사건의 조사에 따르면 환자는 TherAC-25 기계의 오류로 인해 많은 양의 방사선 과다 복용을 받았습니다.

Therac-25 사고로부터 어떤 교훈을 얻었습니까?

Therac-25 사고는 특히 안전 크리티컬 시스템에서 소프트웨어의 엄격한 테스트 및 검증의 중요성을 강조합니다. 또한 독립적 인 보안 검사의 필요성과 사용자 인터페이스의 명확하고시기 적절한 피드백을 강조합니다. 또한 보안 기능을 수행하기 위해 소프트웨어에 대한 과잉 의식의 잠재적 위험을 보여줍니다.

의료 커뮤니티의 Therac-25 사고에 대한 반응은 어떻습니까?

의료계는 충격을 받고 Therac-25 사고에 대해 걱정하고 있습니다. 이러한 사건으로 인해 의료 기기에 대한보다 엄격한 조사가 생겼으며 안전에 중점을 둡니다. 많은 병원과 클리닉은 절차를 검토하고 유사한 사건을 예방하기 위해 추가 안전 조치를 시행했습니다.

Therac-25 사고는 소프트웨어 안전 표준의 공식화에 어떤 영향을 미칩니 까?

Therac-25 사고는 소프트웨어 안전 표준을 형성하는 데 중요한 역할을했습니다. 그들은 특히 안전한 시스템에서 소프트웨어의 엄격한 테스트 및 검증의 필요성을 강조합니다. 결과적으로, 그들은 더 엄격한 소프트웨어 보안 규정 및 표준으로 이어집니다.

위 내용은 Therac-25 : 소프트웨어가 사망 할 때의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!