허접.강기사의 재미없는 놀이

2018년 12월 추울 때, ISO 26262 2nd version에 대해서 개정판이 발표되었습니다. 혹시 이와 관련된 일을 하시는 분들께서는 어떻게 Gap analysis를 하셨나요? 제 경험을 가지고서 글을 기재하고, 일부분 참고할 수 있는 범위 내에서 자료를 업로드 하겠습니다. 의견이 있으시면 댓글/방명록에 기재하여 주시기 바랍니다. 일단 각 파트별로 공통적으로 보았을 때, Scope, General, Clause, Requirements 등 아래와 같이 구성되어져 있습니다. Introduction 이라든지, Work products refined 라든지 일부의 내용은 다른 내용과 통합해서 구분하였습니다. 2nd edition에서도 위와 동일한 Structure을 가지고 있습니다. Gap anays..

아직은 WD 버전으로 진행중인 SOTIF의 정식 명칭 (예정)인 ISO/PAS 21448 activities에 대해서 간단히 살펴보겠습니다. (첫 글을 올리고서 확인해보니 First edition이 나왔네요. 정정합니다.) 위 그림에 대해서 저도 이해하면서 글을 적어보도록 하겠습니다. 각 Circle에 표기된 숫자는 해당 규격에서 Clause이므로 각 세부 활동/요구사항에 대해서는 관련 Clause를 참고하시기 바랍니다. [Clause 5, 6 and Review, End] 우리가 의도한 Function이 SOTIF에서 분석 대상인 Potential hazardous events를 발생시킬 수 있는 위험요소인지를 구분합니다. 그렇지 않다면 Review를 통해서 최종적으로 Risk를 Accept하게 됩니다..

안녕하세요. 허접 강기사입니다. 미세먼지가 너무 심해서 블로그 관리를 하지 못했습니다. (굉장한 핑계지만, 요즘 같아서는 고개를 끄덕 거릴 수 있지 않을까? 생각해봤습니다.) ISO 26262 second edition이 작년 2018년 12월에 공식적으로 Release 되고, 변경된 요구사항, 권장사항에 대해서 많은 분석을 했습니다.Gap 분석 이라든지, 기존 고려했던 요구사항 베이스로 Template 에서 변경 점이라든지 등등.... 오늘은 달라진 Scope에 대해서 얘기해보고자 합니다. 아래와 같이 2018년 2nd 버전에서는 이전의 Passenger car 에서 모든 Road vehicle로 변경되었습니다. 이전에는 3.5 Ton이라는 무게제한이 있었지만 이러한 부분도 이제는 고려하지 않게 되었습..

IEC 62279:2015를 바탕으로 개인적인 해석과 이해를 가지고서 해당 글을 기술하였음을 사전에 말씀 드립니다. 해당 규격에 첨부된 Annex A를 참고하면 다음과 같은 Phase로 lifecycle를 정의하였고, 그리고 work products 생성 시 고려하는 techniques 또는 measure를 가지고서 요구사항으로 정리해 보았습니다.. Phase 별로 정리시 다음과 같습니다. 각 Phase 별로 Work products와 SIL에서 요구하는 요구사항 수준 (HR, R or N/A) 그리고 고려되는 작성자(역할 기준)를 다음과 같이 정리해보았습니다. 아래에 나오는 역할별 약어는 다음과 같습니다.QAM: Quality Assurance ManagerVER: VerifierVAL: Validat..

안녕하세요. 설날이 지났네요. 다시한번 새해 복 많이 받으세요. 요즘 개인적인 관심사로 표제의 내용으로 관련 표준과 서적을 읽고 있습니다.참고로 관련 표준에서는 IEC 62279:2015를 서적으로는 "CENELEC 50128 and IEC 62279 Standards"를 보고 있습니다.혹시 추천해주실 참고자료가 있다면 말씀 부탁 드립니다. 저의 경우에는 처음에는 전체를 파악하고, 한번 빠르게 본 다음, 관심가는 것이나 필요한 내용을 발췌하고 그리고 정독하는 스타일로 공부(?)하는 편입니다. 현재는 전체를 보는 아주 입문 of 입문 단계입니다. Railway에서는 다음과 같은 형태로 시스템 구성과 관련된 표준이 있다고 이해하였습니다. IEC 62278: Railway applications - Speci..

날씨가 정말 춥습니다. 감기 조심하세요. 정신 없었던 11월, 12월이 끝나가네요.오랜만에 기능안전을 둘러보니 새로운 개정판이 출시되었습니다. (해를 넘기지 않았네요) 지난 주 초에 소식은 듣긴 했는데, 아직 열어보지도 못했네요.연말에 따듯하게 커피한잔 타 놓고서 정독해보려고 합니다. 같이 하시면서 서로의 생각과 의견을 나눠보면 좋겠습니다. 새해 복 많이 받으세요. https://www.iso.org/obp/ui/#search키워드: ISO 26262

과거 기능안전에 관심을 가지고나서 얼마 지나지 않아서, Egas concept이라는 말을 들은 적이 있었습니다.뭐지? 이가스? 으흠... 뭔지 모르겠는데 여러 사람들의 입에 오르고 내리는 키워드가 신경이 많이 쓰였던 기억이 있습니다. 얼마 지나지 않아서 Audi, BMW, Daimler, Porsche, VW 사들이 모여서 만들어 놓은 컨셉이라는 것을 알게 되었습니다.해당 E-gas, Egas, 이가스 컨셉에서는 다음과 같은 모니터링 컨셉을 포함하고 있습니다.(최신 업데이트 된 자료가 온라인 상에서 보이는 것 같은데 아직 확인하지 못했습니다.) * 참고로 해당 기술 표준/컨셉의 경우 Google 하시면 쉽게 찾으실 수 있습니다. 제가 이해/해석한 내용을 아래와 같이 정리하였습니다. 참고하시기 바랍니다.물..

ISO 26262 2nd 개정을 앞두고 있습니다. 초기 2018년 중순으로 예정했던 Release는 밀리고 밀려서 내년 2019년으로 넘어가게 되었네요. 많은 내용들이 바뀌고, 또 어떤 부분들은 그대로 유지하기도 합니다.그 중에서 Part 1에 글 제목과 같이 ASIL Capability 란 용어가 신규로 정의가 되었습니다. (FDIS 버전 참고) ASIL capabilitycapability of the item (3.84) or an element (3.41) to meet assumed safety (3.132) requirements assignedwith a given ASIL (3.6)Note 1 to entry: As a part of hardware safety requirements, a..

안녕하세요. 오랜만에 글을 적습니다.퇴근하기에 앞서서 몇 가지 저도 오해한 부분과 이해하지 못했던 부분을 간략하게 아래와 같이 정리를 해봅니다. 1. 시스템 요구사항 ≠ 소프트웨어 요구사항 소프트웨어 요구사항과 시스템 요구사항이 비슷하다고 생각되기도 했었습니다. 물론 정확히는 다름을 알고 있지만, 그래도 명세한 문서를 보면 많이 유사한 부분을 언급하는 경우가 많았습니다. (짧은 경험상으로는 말이죠) IEEE Std 1233에는 다음과 같이 시스템 요구사항은 외부와의 인터페이스, 상호작용에 대해서 명세하는 것이라고 되어 있습니다.To provide a "black-box" description of what the system should do, in terms of the system's interact..

혼자 괜히 필 받아서 글을 하나 더 올립니다. 간략하게 표제와 관련하여 설명을 해보겠습니다.도대체 Systematic fault가 무엇인가? 그리고 이게 정말 중요한가? 제 답은 네! 중요합니다. 아~~주 중요합니다.그러면 간략하지만 제가 가지고 있는 생각을 아래와 같이 말씀 드립니다. 참고: TUV-Saar AFSP_K2 module 중 위 그림에서 Avoidance를 Systematic faults, 그리고 Random faults로 구분하고 있습니다.여기서 Systematic fault의 접근보다는 Random faults의 접근이 보다 확실하고 정량적이고, 분석하는 맛(?) 이 있으실 겁니다. (여러 엔지니어 분들께서 그렇게 느끼실 것 같습니다.) 제가 여기서 출처가 없는 과거에 보았던 자료의 내..